- 1 名前：デフォルトの名無しさん mailto:sage [2006/12/21(木) 13:37:32 ]
- BREW(Binary Runtime Environment for Wireless)についてのスレ
■テンプレ
brew.s214.xrea.com/pukiwiki/
kintubo.kakiko.com/brew/
■前スレ
08 pc8.2ch.net/test/read.cgi/tech/1147832791/
■過去スレ
07 pc8.2ch.net/test/read.cgi/tech/1137502541/
06 pc8.2ch.net/test/read.cgi/tech/1126846736/
05 pc8.2ch.net/test/read.cgi/tech/1119056460/
04 pc8.2ch.net/test/read.cgi/tech/1111028365/
03 pc5.2ch.net/test/read.cgi/tech/1096006023/
02 pc5.2ch.net/test/read.cgi/tech/1076511398/
01 pc2.2ch.net/test/read.cgi/tech/1011078904/
関連情報 >>2-10
- 175 名前：名無しBREWたん mailto:sage [2007/02/05(月) 14:21:33 ]
- >>161
ld に渡すモジュールの順番が間違ってる。
AEEModGen.o が一番最初。
これは、>>168 の言うとおり、-entry フラグが有効に機能しないため。
さらに、アプリサイズがでっかくなりすぎてどうこうというのは、
gnude じゃなくて GNUARM を使うことをおすすめする。
平均で半分ぐらいのモジュールサイズになる。
brew.s214.xrea.com/pukiwiki/?GNUARM
- 176 名前：デフォルトの名無しさん mailto:sage [2007/02/05(月) 16:05:07 ]
- GCC くらい自分でビルドすればいいのに
- 177 名前：デフォルトの名無しさん mailto:sage [2007/02/05(月) 19:56:46 ]
- >>175
GNUARM を GUNDAM と読んでしまった件
- 178 名前：デフォルトの名無しさん mailto:sage [2007/02/05(月) 20:42:38 ]
- 安物NICのMACアドレスでライセンスとって
SoftEtherやVMwareで使いまわしときゃいいんだから
RVCT一個くらい買っとけ。
- 179 名前：デフォルトの名無しさん mailto:sage [2007/02/05(月) 20:48:30 ]
- またがんおたか！
- 180 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 01:12:15 ]
- ここのメンツは数年前からほとんど変化が無い
- 181 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 08:18:13 ]
- だがちょっと舞ってほしい
おまいらお疲れSummer
- 182 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 11:01:19 ]
- 半年くらいBREWの開発はしてないが見てる俺。
- 183 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 11:03:56 ]
- ちとスレ違いかもしれないとですが。
モバイルソリューションパートナーの登録が済んだのですが、
サイト内の仕様書を見ると各種端末仕様書と、
各種デバイス構成ファイル、
法人向け〜仕様書が見えます。
で、一般向け？の仕様書が見当たらないのですが、
これらはどうすれば入手できるのでしょうか？
- 184 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 12:10:29 ]
- >>183
一般向けってなに？公式コンテンツ作りたいなら
CPになんなきゃ。まずは企画審査がんばってください。
- 185 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 15:38:16 ]
- なぜか知らんがE03CAは、ICAMERAで
DeferEncode(FALSE) にすると RecordSnapshot() で落ちる。。。
DeferEncode(TRUE) にすると、うまくいく。。。
そしてアプリ終了時に BAD POINTER Type 3 が出てるんで、
どうもどこかを解放しすぎたっぽいんだが、追い切れない。。。
そんなことをし始めてそろそろ２４時間経ちました。。。orz
- 186 名前：183 mailto:sage [2007/02/06(火) 16:16:52 ]
- >>184
ありがとうございます。
ウチは下請け専門でして、仕様書等はCPから入手してました。
その手間を察してか、
事務の方がモバイルソリューションパートナーの登録を行ってくれました。
で、サイトの方を見てみたら183の通りでして…
一般向けと言うのが適切かわからないのですが、
例えばサービスガイドだとタイトルが
「法人向けEZアプリ(BREW(R))サービスガイド(BREW(R)3.1版)」
となっていまして、以前CPから頂いたものに「法人向け」と
文言が加わっており、内容も若干法人向けになっています。
「法人向け」でないサービスガイドが入手できれば十分なんですが、
私のサイト内検索の方法が悪いのか、登録方法に問題があったのか、
その程度の情報でよいので何かアドバイスお願いできませんか？
- 187 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 16:31:03 ]
- >>185
ぐおお、DeferEncode(TRUE) にしたら、VGA での撮影はできないんだとよ。
※ICAMERA_GetSizeList() による調査結果。
・・・なんぢゃそら。ヽ(`Д´)ノ
- 188 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 16:54:24 ]
- >>186
あぁそういうことですか。
当然ながらCP用のコンテンツはありません。
サービスガイドや検証関連は
正規のものをクライアントさんにもらってください。
MSPだとBREWテスト端末を勝手に確保したり
testsigの取得やなんかもできちゃうんで、
そーゆー意図で便宜を図ってくれたんじゃないかと。
うちはモバソリで自社提供と、CPな子会社の下請けやってますが、
機種情報やプログラミングガイドなんかは法人向けので
充分というか、こっちの方が新しい情報がのってたりするので
重にこちらを参照するようにしてます。
あ、CP向けのほうが機種毎の障害情報とか充実してるけど。
- 189 名前：183 mailto:sage [2007/02/06(火) 17:26:02 ]
- >>188
CP向けのコンテンツと分かれていたんですか。
機種情報等は十分な情報量なので、こちらで満足します。
どうもありがとうございました。
- 190 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 18:29:01 ]
- >>187
ヒント１：端末仕様書
ヒント２：ハード系(カメラ･ストレージ・音源・エンコなど)は実装依存が激しい
ヒント３：そもそもカメラを使わない企画がオヌヌメ
- 191 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 00:37:25 ]
- E03て何だっけ?法人端末?
扱ってる人も少ないだろうし乙としかいいようが無いな
- 192 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 01:36:23 ]
- >185
解放しすぎじゃなくて解放し忘れじゃね？
ところで、カメラで写真何枚も撮ってない？
- 193 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 01:38:55 ]
- E03CA・・・W42CAにﾃﾞｶﾊﾞが付いたやつだよね。
テスト端末が机の墨に転がってるけど風呂場にも持って入れるから結構好きだ。
- 194 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 11:25:16 ]
- あれ…、app->a.pIDisplayに任意の色を透明色設定するのってどうすればいいんんだろう？
というか、勝手に透過するんだけどデフォルトで透明色って設定されてるんだろうか？
- 195 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 11:41:52 ]
- IBitmapやIImageに設定するもんじゃないか？
- 196 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 13:12:03 ]
- PNGのtRNSチャンクで指定する。
IDisplayの透過に関しては知らない。
- 197 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 13:25:19 ]
- IDISPLAY_GetDeviceBitmap() で IBitmap を取り出して IBITMAP_SetTransparencyColor() だろ、常識的に考えて…
- 198 名前：194 mailto:sage [2007/02/07(水) 15:43:28 ]
- >197
うーん、それやってみたんだけどなんか反映してないっぽいんですよね。
しかも勝手に透過色255,0,255とかになってるんだけど、これって
自分で設定してるからなのかな？
- 199 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 15:52:39 ]
- 画像側で設定されてると自動で透明色が指定される
BREW2.1以前だとされないけど
- 200 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 15:59:44 ]
- NativeColorとRGBVALを間違えてたり･･････ない？
- 201 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 17:05:11 ]
- 透過色は画像データの方にもたせなきゃ意味がないんじゃ
IIMAGE_DrawするならIImageに、IDISPLAY_BitBltするならIBitmap(pbmSource)に
- 202 名前：185 mailto:sage [2007/02/07(水) 17:06:24 ]
- >>192
レスサンクス。
解放し忘れだと BAD POINTER Type 1 になる。
写真何枚も撮ってる。むしろ撮らなくてもプレビューするだけで BAD POINTER になる。
そして、>>187 のとおり、DeferEncode(FALSE) で何とかすることによって無事解決。
撮影した瞬間の画像が画面に出せないけど、まぁそこはあきらめることにした。
- 203 名前：デフォルトの名無しさん mailto:sage [2007/02/07(水) 17:07:35 ]
- あと、デフォルトが 255,0,255 なのは仕様
MAGENDAが透過色ってどっか（多分AEERasterOp）の説明に書いてある
- 204 名前：デフォルトの名無しさん [2007/02/07(水) 19:13:26 ]
- k-brew-testでメモリを減らしていき、
端末のメモリ不足エラーが出なくなるぎりぎりのところで起動すると
AEEClsCreateInstanceが呼ばれる前に端末再起動がかかります。
もう少しメモリを増やすと、アプリが正常に起動し、
仕込んでおいたメモリ不足画面にいってくれるのですが、
このような現象を回避する方法はありますか？
ちなみに、W32Sでのみ起きています。
- 205 名前：194 mailto:sage [2007/02/07(水) 19:27:34 ]
- >201
それだ！
orz
どうもありがとうございます。
- 206 名前：デフォルトの名無しさん mailto:sage [2007/02/08(木) 00:25:42 ]
- >>204
どっかのエラーを見逃してるか、不正アクセス。
あとは AEEClsCreateInstance() に行く前にえらい時間を掛けててタイムアウトとか、
Makefile の -rwpi を消してるとか。
- 207 名前：デフォルトの名無しさん mailto:sage [2007/02/08(木) 01:20:20 ]
- そういえば、端末にファイル読み書きするときに、一括で行ってよい最大サイズって
10kまでとかどっかで読んだ記憶があるんですが、これってどこに書いてあるんでしたっけ？
散々資料探してるんだけどどこにも見当たらない。
- 208 名前：デフォルトの名無しさん mailto:sage [2007/02/08(木) 01:58:17 ]
- >>207
プログラミングガイドを10KBで検索
- 209 名前：デフォルトの名無しさん mailto:sage [2007/02/08(木) 02:10:11 ]
- >>207
それってCLOSEイベントハンドラ内で
書き込める上限って意味だろ。
- 210 名前：204 mailto:sage [2007/02/08(木) 11:17:54 ]
- >>206
AEEClsCreateInstanceが呼ばれる前に落とされるとなると
エラーを拾う場所が、もう無いような気がするのですが。
ちなみに-rwpiを消しているわけではありませんでした。
- 211 名前：デフォルトの名無しさん mailto:sage [2007/02/08(木) 11:23:27 ]
- 「AEEClsCreateInstanceが呼ばれる前」というのをどう判断してるかだな
DBGPRINTFのメッセージはリセット時にたいてい失われるから
いっぺんAEEClsCreateInstanceで何もせずにエラー返して、ほんとに
そこに進入してないのか確認した方が良い
- 212 名前：デフォルトの名無しさん mailto:sage [2007/02/08(木) 12:33:52 ]
- ネイティブ側もBREWで書かれていて、k-brew-testでムチャすると
逝ってしまう端末なかったっけ
- 213 名前：デフォルトの名無しさん mailto:sage [2007/02/08(木) 13:40:16 ]
- W21Kあたりかな
UIがほとんどBREWのようだ
- 214 名前：デフォルトの名無しさん mailto:sage [2007/02/09(金) 15:57:36 ]
- かれこれBREWの開発から離れて久しいが。
k-brew-testだとメモリ少なくした時にk-brew-test自体が落ちるから、
極端にメモリ少ない状態でやるならShaker使うのが普通だったはずだが(´・ω・｀)
- 215 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 08:35:53 ]
- k-brew-testみたいな適当なソフトで検証されてもな
って思うよな。
あとAEEClsCreateInstance内のエラーハンドリングは、
注意しないと検証で文句言われる。（経験）
- 216 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 09:13:12 ]
- でも、Shakerは検証項目からはずれてるからなー。
- 217 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 11:31:57 ]
- Shakerでやって大丈夫なのにk-brewで落ちたら
k-brewが落ちるので修正してくださいってｗ
- 218 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 17:39:02 ]
- BREWの実機用コンパイラで、「使っていない変数がある」というwarningを抑制する方法はありませんか？
#pragma unused相当のものが望ましいのですが。
- 219 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 17:46:13 ]
- >>218
> BREWの実機用コンパイラで、
って言われても色々あるわけだが、
普通は -W のオプションがあるだろ。
- 220 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 18:04:48 ]
- 多分中の人も見てるだろうけど、
ウィリアムのいたずらの開発日記氏のフレームワークぽいの
使ってる人いるのかね？
見ててちょっと気になった。
>>218
voidでキャストして正攻法で消してる。
リリースビルドだとDBGPRINTF消しマクロのワーニングが大量発生してるがｗ
- 221 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 23:37:10 ]
- >>220 BREWアプリ程度のプログラム組むのにわざわざ他人の書いたフレームワークを使おうとする奴の気がしれんな。
他人のソース解析したり使い方を覚えたりする暇があれば、自分で一本書いた方が安心だろ。
そもそもそんな拾いもんのフレームワーク使ってバグが出たときにどうすんだと。
- 222 名前：デフォルトの名無しさん mailto:sage [2007/02/15(木) 01:37:20 ]
- 拾いもんでもいいもん！
- 223 名前：デフォルトの名無しさん mailto:sage [2007/02/15(木) 01:43:09 ]
- >>221
ってハニー
- 224 名前：デフォルトの名無しさん mailto:sage [2007/02/15(木) 14:57:58 ]
- >>221
俺んとこ自社製のフレームワークがあるけれど、信用できんからいまだ旧作からコピペしているよ。
下手に高機能なものより、枯れてる方がいいと思うんだ、ウン。
- 225 名前：デフォルトの名無しさん mailto:sage [2007/02/15(木) 15:08:46 ]
- 普通フレームワークは実績のあるプログラムを使うもんじゃアルマジロ
それは兎も角IThread使い慣れるとBREW2.1に戻りたくなくなるね。
困ったもんだ(´・ω・｀)
- 226 名前：デフォルトの名無しさん mailto:sage [2007/02/15(木) 22:14:33 ]
- つか2.1もう排除してくれ
古臭いのをお大臣様のように大事にしやがて
- 227 名前：デフォルトの名無しさん mailto:sage [2007/02/16(金) 00:55:36 ]
- 2.1の端末ほとんど出ないじゃん
- 228 名前：デフォルトの名無しさん mailto:sage [2007/02/16(金) 04:31:24 ]
- >>221
おまいさん、
エクステンション？新しく作ってやんよ。
とか言いそうだな。
- 229 名前：デフォルトの名無しさん mailto:sage [2007/02/16(金) 21:53:15 ]
- IThreadなんて使ったことないや。
つかKDDI向けじゃ使えないし。
- 230 名前：デフォルトの名無しさん mailto:sage [2007/02/16(金) 23:48:05 ]
- すなおにc++で公開してください
- 231 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 02:29:45 ]
- さっさとマルチスレッド実装してほしい
- 232 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 14:48:48 ]
- ﾏﾙﾁｽﾚｯﾄﾞ導入したらしたで、また検証に項目が増えたり
必須実行項目が増えたりするんだろうなー('A`)y-~~
検証項目なんて作ってて出たバグの対応方法リストだしなｗ
- 233 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 18:26:38 ]
- しかもその大半は端末の方のバグな
- 234 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 19:27:46 ]
- 端末の使用への準拠具合も、Qualcomm がきちんとチェックするべきだよな。
…チェックしてこの程度ならもう何もいわないが。
- 235 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 02:04:37 ]
- C++でやる場合ってnewをオーバーライドすると思うんですが、そうするとメモリリーク時に出るメッセージが全てnew内部のMALLOCの行番号になってしまいます。
とりあえず現在はnew呼び出し時に行番号とポインタをDBGPRINTして、リーク時のメッセージといちいち突き合わせして確認している状況です。
これだとメモリリークの発生源がなかなか特定できなくて不便なのですが、どうやって解消すれば良いのでしょうか？
- 236 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 02:40:00 ]
- >>234
Qualcommバグが無いとでも?
- 237 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 03:36:07 ]
- >>235
void* operator new( size_t size , const char* file , int line ){
return DBGHEAPMARKEX( MALLOC( size ) , file , line );
}
っていうのを定義しておいて、共通ヘッダに、
#define new new(__FILE__, __LINE__)
って書けばいいんでない？
operator new を使うときにめんどくなるけど。
- 238 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 03:54:46 ]
- 一ユーザーだけどこれマジかい？
[297] 非通知さん sage
2007/02/17(土) 18:26:16 ID:smC0VA1u0
DoCoMoなみにJavaの自由度広げると、機種の検証が大変なんよ
それも出す度にだからね。
万一ケータイが壊れたりデータ飛んだらやばいだろ？
BREWなら検証制度あるから、そこでテストして弾けば、端末側に問題あってもOKなのよwww
これが新端末連発でしかも安く出来る一つの要因なわけ
- 239 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 05:26:40 ]
- 連発、安くできる要員ってんなもんねーわな
たぶん
- 240 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 08:56:26 ]
- 最後の一行だけなんで付いてるのか分からない文だな。
不具合があっても出荷できるから納期が短くなって安くできる
って言いたいのだろうか？
それ言ったら今の携帯はファームアップデートできるしな(´・ω・｀)
- 241 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 12:47:09 ]
- ただのあう叩きじゃねーの?何したいのかわからんな
- 242 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 16:04:41 ]
- >>229
IThreadがNGって2.xの話じゃなかったっけ？
3.1のみでもNG？？
今手元に資料無いのでアレなんだが、
たしか「リファレンスに乗ってないAPIは使用禁止」って記述から、
BREW2.xでIThreadは使えないって事だったような。
- 243 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 18:07:29 ]
- IThreadついてるの3.xからでしょ。
んで、動作保証ができないんで非推奨だったとおもった。
禁止されたかは覚えてない。
- 244 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 21:04:47 ]
- IThread自体は2.1であるよ
ただQualcommとして非推奨（試験的実装）だった
3.xでQualcomm的には公式API
- 245 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 21:19:21 ]
- 2.1からあったのか・・・
じゃあ、単にKDDI側の実装時の検証がすんでないとかそういうことか。
検証すらしてなかったりして。
- 246 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 21:44:25 ]
- スレッドを使いたくなる用途って何があるのかな…
俺はスレッド必要ないな
- 247 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 22:06:45 ]
- まあ俺に必要なBrewのスレッドは、ここだけだ。
- 248 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 22:50:02 ]
- >>246
Javaのスレッドマンセーなプログラムの移植とか。
あと非同期処理とUIが重なったとき
イベントトリブンなプログラムで書くよりかは
スレッド使った方がスマートになると思う。
Win32で言うところの DispatchMessage が有ればスレッド使わんでも良いのだけれど。
- 249 名前：デフォルトの名無しさん mailto:sage [2007/02/19(月) 21:59:17 ]
- >>247
だれがうまいこといえｔ
- 250 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 00:25:34 ]
- とりあえずKDDIでは3.1のIThreadは使用禁止だったよ。某支援サイトのFAQ。
まぁ使用は海外の仕事だけにしておきたまえ。
もしくは自己責任で。使用禁止な以上、42SAみたいなことがあっても
周りは誰も責任とってくれないぜ。
動いてんならかまわないとは思うけどね。
- 251 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 02:17:28 ]
- >>250
サンクス。
今日一日調べてもIThread禁止の記述が見つからないし
職場が2chアク禁で書き込めもできないし悩んでた。
下請けだもんで支援サイトとやらが・・・orz
いいや、もう忘れよう。
俺は何も見なかったんだ。そうにちまいない。
- 252 名前：かぬ [2007/02/20(火) 17:12:27 ]
- 以前 gccだとVSPRINTFが上手く行かないって話があったけど、
va_listのアドレス渡しでいけるよ。俗に言うポインタのポインタか（ｗ
#ifdef __arm
int len = VSPRINTF(pBuf, format, (va_list)&ap);
#else
int len = VSPRINTF(pBuf, format, ap);
#endif
- 253 名前：デフォルトの名無しさん [2007/02/20(火) 18:17:55 ]
- 質問です。
MALLOCした領域を開放せずにアプリが終了したばあい、その領域って勝手に開放されちゃうの？
- 254 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 18:40:43 ]
- 携帯の電源が落とされるまでそのまんま。
勝手に開放してくれるんならテストする必要ないでしょ。
- 255 名前： ◆LOUDNESSQA [2007/02/20(火) 18:43:37 ]
- だってそんな現象がおきちゃったんだもん。
- 256 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 18:46:26 ]
- ノイズだかなんだかわからないレスが紛れ込んでるな
- 257 名前： ◆LOUDNESSQA [2007/02/20(火) 19:33:10 ]
- 自己解決しました。
開放されるが正しいよぅでつ
- 258 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 19:37:56 ]
- >>257
現行の端末全部で試してみな。
- 259 名前： ◆LOUDNESSQA [2007/02/20(火) 19:44:07 ]
- だってQ社がそう言ってるんだもん。
OEM依存ぢゃなぃんぢゃね？
- 260 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 20:03:49 ]
- ふーん。
- 261 名前： ◆LOUDNESSQA [2007/02/20(火) 23:59:10 ]
- ＞＜。
- 262 名前：デフォルトの名無しさん mailto:sage [2007/02/21(水) 15:42:05 ]
- IHtmlViewerのサスペンド／レジュームまわりについて質問です。
W42SAでテストしているのですが、
テキストボックスがあるHTMLに何かしら入力された状態で
サスペンド／レジュームを行うと、
レジューム後端末が落ちてしまう現象が起きています。
テキストボックスが空の状態だとレジューム成功するので、
原因がサッパリ判りませんです。
ちなみにサスペンド時にインスタンスを開放せず、
レジューム時にIHTMLVIEWER_SetActive()で復帰させると大丈夫ではあるのですが…
これをするとサービスガイドに違反(´・ω・｀)
何かアドバイス頂けないでしょうか〜
- 263 名前：デフォルトの名無しさん mailto:sage [2007/02/21(水) 16:58:44 ]
- IHTMLVIEWER は、サスペンド時に解放すべしってあったような。。。
きっとサスペンド中に保持してると不具合があるんだよ。
- 264 名前：262 mailto:sage [2007/02/21(水) 17:14:35 ]
- すみません、イージーミスでぬるぽしてました(;´ρ｀)
switch( eCode ){
･･･
default:
× return IHTMLVIEWER_HandleEvent( m_pIHtmlViewer, eCode, wParam, dwParam);
○ return m_pIHtmlViewer && IHTMLVIEWER_HandleEvent( m_pIHtmlViewer, eCode, wParam, dwParam);
}
テキストボックスに入力されていると〜 と言うよりは、
入力されない場合はたまたま何も無かったらしいです(´・ω・｀)
失礼しますた。
- 265 名前：デフォルトの名無しさん mailto:sage [2007/02/21(水) 17:14:46 ]
- ちゃんとイベントハンドラ書いてるか？
IHTMLVIEWER_HandleEvent()
- 266 名前：265 mailto:sage [2007/02/21(水) 17:16:19 ]
- む、タッチの差だったか
- 267 名前：デフォルトの名無しさん mailto:sage [2007/02/22(木) 17:56:03 ]
- すみません。Visual Studio 2003で開発してるんですけど、デバッガで
変数に代入されたときにブレークポイントで停止するって機能を
ちゃんと使えてる方います？
いや、なんかこの機能だけうまく動作しない…。
- 268 名前：デフォルトの名無しさん [2007/02/24(土) 12:12:39 ]
- >>252 かぬさん ありがとう
- 269 名前： ◆LOUDNESSQA [2007/02/24(土) 23:28:01 ]
- brewforums.qualcomm.com/ja/showthread.php?t=790
アプリがMALLOCで確保したメモリは、アプリの終了時に開放されます。
ポインタのアドレスを渡して中身を共有することは動作上は問題ありませんが、上記の通り他のアプリが確保したメモリは他のアプリが終了するタイミングで開放され生存期間の保証がありませんのでお勧めしません。
- 270 名前：デフォルトの名無しさん mailto:sage [2007/02/25(日) 00:49:15 ]
- >>269
まあそれで検証が楽になるならいいんだけどな。
勝手に解放してくれるからって、CPになんかメリットあんの？
- 271 名前： ◆LOUDNESSQA [2007/02/25(日) 01:00:02 ]
- むしろデメリット。
シングルトンエクステンションの場合、
Ａアプリがエクステンションを生成して、Ｂアプリ、Ｃアプリが参照して、
Ａアプリが終了(インスタンス開放）すると、
Ｂアプリ、ＣアプリがAddRefしているからFREE()は行わないはずなんだけど、
FREE()を行ったのと同じ動作になっちゃうんです。
- 272 名前： ◆LOUDNESSQA [2007/02/25(日) 01:10:17 ]
- あるいは、ＡアプリがMALLOCした領域をPostEventにて、
Ｂアプリに送る。
Ｂアプリにイベントが届く前にＡアプリが終了した場合、
その領域が保障されません。
- 273 名前：デフォルトの名無しさん mailto:sage [2007/02/25(日) 07:39:51 ]
- メモリやりとりの場合、
参照しているのがあったら終了しないのが常識と思っていた
（Windowsでもメモリ内容を直接、他アプリに渡す
WM_COPYDATAメッセージがあるが、それも同様）
が、そういう考え方もあるのね‥‥
（Windows等、他のOSで271,272のような操作を行って
正常に動作するかは、やったことなんて無いので分からない）
- 274 名前：デフォルトの名無しさん mailto:sage [2007/02/25(日) 07:41:46 ]
- というか、大抵はアプリ終了時は
責任を持ってアプリ内でFREEするのが常識と
思っていたな（ｗ
- 275 名前：デフォルトの名無しさん mailto:sage [2007/02/25(日) 11:28:15 ]
- というかＢアプリとＣアプリが参照してる状態でＡアプリは終了出来るのか？
そんでもしそれが出来たとして、Ａアプリが終了したらＢアプリとＣアプリから参照してるＡアプリは不正になるわけで。
で、しかもＡアプリが残した残骸があったら、ＢアプリかＣアプリがFREE()することになるんだろうけど、
そんな別アプリにまたがって解放できるかどうかが問題だし、そもそもそんな構造にすべきじゃない。
|
 |
