BREW(Binary Runtime Environment for Wireless) 7

BREW(Binary Runtime ..

40:デフォルトの名無しさん
06/01/25 15:13:21
>>39
つ IMemAStream

41:デフォルトの名無しさん
06/01/25 16:28:54
>>40
どうもありがとうです。見てみます

42:デフォルトの名無しさん
06/01/25 16:40:02 BE:399524966-
公式サイトからBREW　SDKダウンロードしようとしても
Acces　Errorとかなってダウンロードできないよorz

43:デフォルトの名無しさん
06/01/25 16:41:25 BE:155370672-
accessだた

44:デフォルトの名無しさん
06/01/25 16:53:15 BE:310742047-
ごめんなさい>>3読んだらわかりました。

45:39
06/01/25 17:02:55
すみませんがまだ詰まっています。 IMemAStreamに割り当てた
メモリ領域をLoadImage等の実際の画像展開部分に認識させる
方法が分かりません。

ISHELL_LoadResObjectに何らかの方法で引き渡すと思うのですが、
どこか勘違いしていますでしょうか？

ご教示いただければ幸いです。

46:デフォルトの名無しさん
06/01/25 18:55:37
IImageふんにゃか

47:デフォルトの名無しさん
06/01/25 21:07:07
ISHELL_GetDeviceInfoExのID:KDDI_RESTRICT_EZAPP_NETについてなのですが、
EUNSUPPORTEDが戻り値でかえってくるので状態が取れません。
他のM機能による制限状態は取れるのですが、何か問題があるのでしょうか。
端末の説明書を見ると、サポートされている機能のようなので
すみませんがお分かりになる方がいらっしゃいましたらご教示ください。
端末はW32Hになります。

48:39
06/01/25 21:52:19
>>46
とりあえず出来ました。ありがとうございます。

ところで、IMEMASTREAMを使って＊＊＊_SetStream系を呼んだあと、
戻ってきた時に読み込みは完了してるものでしょうか？

（順序としては_SetStreamのあとにすぐIMEMASTREAM_Releaseを
呼んでいます）

ASTREAMが非同期ストリームという名前だったり、完了コールバックが
設定できたりするので気になってます。今回の用途的には完了復帰
している方がありがたいのですが、プログラミングガイドを読んでも
いまいちはっきりしませんでした。

よろしくお願い致します。

49:デフォルトの名無しさん
06/01/25 23:11:59
わかんねのなら、安全側に倒してコールバック待てば良いのでは？
JPEGはすぐには展開は終わらないだろうし、PNGもサイズに
よっては一回の読み込みで展開が完了しないんじゃないかな？
コールバックを無視したことがないので良く知らないけど。

50:デフォルトの名無しさん
06/01/25 23:39:52
>>49
コールバックの待ち方はどうやってますか？

volatile int flag=0; //コールバックの中で１に設定
＊＊＊_SetStream()
while(flag == 0);

ってやったら固まりました。待機用のイベントオブジェクトや
お勧めの方法ありましたらお願いします。

51:デフォルトの名無しさん
06/01/26 00:31:09
returnして待つ。システムに返さなきゃ非同期の展開もしないし。

52:デフォルトの名無しさん
06/01/26 07:46:43
無限ループを使ったコールバック、イベント待ちは、NG。
アプリ側が処理している間はシステム側は止まっている。
なので、returnしてシステムに自由を与えないとダメ。
もちろん、コールバック待ちの間にもキーイベントとか、
サスペンドイベントとかが割り込んでくるので注意が必要。

53:39
06/01/26 08:40:16
ありがとうございます。

＞returnして
はああああ…orz

LoadImageみたいに完了復帰で読み込む方法はありませんでしょうか。
あっちでやってるならこっちで出来ないことでもないと思うのですが、
うむむむ。

54:デフォルトの名無しさん
06/01/26 10:22:26
>>53
自前で展開

55:39
06/01/26 10:44:29
>>54
JPEGやPNGの展開ルーチンを自前で持つことは出来ますが、
容量制限から現実的ですか？

実際やっているのでしょうか。こちらはもう容量ぎりぎりなので、
とてもじゃないが…というところです。

56:デフォルトの名無しさん
06/01/26 10:57:42
つまり君はこう言いたいわけだ。

完了復帰でJpeg読めて容量食わない方法キボン（ﾟдﾟ）

57:デフォルトの名無しさん
06/01/26 10:59:09
>>39
IMemAstreamとpngのセットなら、即展開されたと思ふ。
まぁ俺も端末依存怖くてコールバック待ってるけど。

>ASTREAMが非同期ストリーム
こっちはファイルや通信用のストリームとして使用できるから非同期。

58:デフォルトの名無しさん
06/01/26 11:22:10
>>55
>容量制限から現実的ですか？
Java で PNG の展開やったけど、5KB ぐらいだった。
BREW でやっても 10KB ぐらいじゃね？
さすがに jpeg はきついと思うけどな。

59:デフォルトの名無しさん
06/01/27 04:06:17
先輩方！
初検証提出のちぇっくに右往左往しております。
いくつか質問させてください。

・通信待ち時にクリアキーでキャンセルできることみたいな項目ありますが、エミュレータでAVK_CLRのキーイベントがおこったすぐあとにSTOPがきてしまいます。
通信をキャンセルどころかアプリが終了してしまうんですけどいいんですか？

・RESUME／SUSPEND時に具体的に何したらいいかわかりません。
SUSPENDイベントがきたら、ISHELL_LoadResImageとかで確保した画像とかサウンドとか解放しないとダメですか？
解放しちゃうと、RESUM時に全部再読込しないと思うのですが、他のサイトのアプリみてると読みこんでるようには見えないです。

・アプリ起動時のヒープが十分に・・・って項目ありますが、起動時には十分で、リソースを初期化するときに不十分になったら終了しちゃっていいですか？
それとも、すべてのリソースが確保できるヒープがあることを確認しないと起動しちゃダメなんですかね？

60:デフォルトの名無しさん
06/01/27 04:14:59
1つめについて
キーに対して処理を端末に任せるかどうかの判断はEVT_KEYイベントでしか返せない
EVT_KEY_PRESSとEVT_KEY_RELEASEでreturn TRUEを返しても、
端末はクリアキーの処理を自分で処理してしまうんだ

だから
case EVT_KEY:
if( wParam == AVK_CLR ) return TRUE;

とかしておけ

61:デフォルトの名無しさん
06/01/27 04:35:55
>>60
すばやいレスありがとうございます。先輩も会社にお泊まりですか？

そのとおりEVT_KEYにtrueを返したらうっかり終了しなくなりました。
ちなみに、チェック項目で
・EVT_KEYで終了確定動作
ユーザからのキー入力においてEVT_KEYイベントで確定動作を行っているか確認して下さい。
アプリ終了動作をEVT_KEY_PRESSにて終了確定とした場合、その後EVT_KEYがアプリケーションマネージャに送られてしまいアプリが自動起動してしまう等の不都合が発生します。
↑これは、EVT_KEY_PRESSをトリガにして遷移処理するなってことでしょうか？

62:デフォルトの名無しさん
06/01/27 08:41:00
うん

63:デフォルトの名無しさん
06/01/27 10:11:39
アプリのヒープは一番データを読み込んでる所＋５０Kくらい
起動時にチェックしとけばいいかも。
それでも足りなければさらに多い容量でチェックする感じ。

最悪、自分のアプリ以外は何も動いてない状況じゃないと
動かない場合のみ起動ですらいいのかもしれん（ﾟ∀ﾟ）

それでもメモリ確保できない場合はエラー表示して終了。

64:デフォルトの名無しさん
06/01/27 12:02:51
すみません。。
ITextCtlで入力モードを指定するITEXTCTL_SetInputModeにおいて
半角英数字のみにしたい場合AEETextInputModeはどのように指定すれば
いいのでしょうか。。AEE_TM_LETTERSの指定から
半角カナや特殊文字を除きたいのですが、やり方がわかりません。
すみませんが教えてください。

65:デフォルトの名無しさん
06/01/27 19:00:54
つ[プログラミングガイド]
つ[サービスガイド]

66:デフォルトの名無しさん
06/01/28 03:38:43
>>55
PNGの自前展開についてはBREWはIUnzipAStreamがあるからピクセルデータの展開は楽。
あとはチャンクの解釈と透過色の設定とかちょこっとやってやればおｋ。PNGOUTとか通して
必須チャンクのみなら順序も決まってた気がするしさらに楽。数KBも喰わないんじゃないかな。
IUnzipAStreamがバッファに40KBくらいメモリもってくけど、IImageにPNG読み込むときも同じ
だし。

JPEGはｼﾗﾈ。一部の機種で扱いが面倒だったりするし出来れば使いたくないフォーマット。

67:デフォルトの名無しさん
06/01/28 05:21:51
>>66
IUnzipAStreamも非同期展開のような気がするんだが。

>>53
LoadImageでも、JPEGはコールバックを待つ必要がある。
展開に時間が掛かってヤバス、なので非同期にしている
んだと理解していたんだけれど、認識誤っているのかな？
確か、何msかに一度はシステムに戻さんとダメだよね。

68:デフォルトの名無しさん
06/01/28 10:47:13
>>67
IUnzipAStream は while でグルグル回して何度も取得すれば展開できるよ。
でかいファイルだとやばいけど、100KB ぐらいなら問題ない。

というか PNG ってイメージ部は IUnzipAStream で解凍できたのか……。
俺はいつも手動で展開してたよorz

69:デフォルトの名無しさん
06/01/28 12:39:37
すまそ、そうでしたか。
IUnzipAStream を最後に使ったのは、かれこれ二年
くらい前なので実装を忘れてしまっているです。

70:デフォルトの名無しさん
06/01/29 00:11:52
>>68
>IUnzipAStream は while でグルグル回して何度も取得すれば展開できるよ。

AStream系は同様にして非同期から逃れられないものでしょうか？

71:デフォルトの名無しさん
06/01/29 00:54:56
IAStream である以上、リファレンスに同期で動作するって書かれてるか、
フォーラムとかで同期であることを保証してもらわない限りは、非同期である可能性はある。
同期であるのを絶対に保証したいのなら、自前で実装した方がいいよ。

72:デフォルトの名無しさん
06/01/29 10:37:47
>>67
＞LoadImageでも、JPEGはコールバックを待つ必要がある。
LoadImageってどこでコールバック登録するの？

73:デフォルトの名無しさん
06/01/29 20:44:46
ガイド読めって。
わざわざピックアップして解説してるうえ、サンプルコードまで出てんのに。

74:デフォルトの名無しさん
06/01/30 11:02:56
国内端末は今のところ結構仕様が平均化しているし、APIリファレンスに書いてない
ことでも大体同じような挙動を示す（PNGはコールバック待たなくても大丈夫、ファ
イル読み込みもコールバック待たなくても大丈夫）けど、海外端末扱ってみると
そりゃもうばらばらだよ。
仕様に書いてない変な制限があることもしばしばあるし。
国内の仕事しかしない人も、今後はKDDIが海外端末導入することも考えて、せめて
リファレンスには忠実に作っておいたほうが良いと思うぞ。

75:デフォルトの名無しさん
06/01/30 14:30:05
>>73
サンプルコード読んでみたけど流れがますます分からなくなった。
コールバックを待つためにいったんリターンするような流れには
せず、いきなりインスタンスをReleaseしているっぽい。

LoadResImageにいたってはコールバックの登録がLoadResImageの後だし、
表示のためのコールバックとなっていて読み込み完了には言及されていない。

もともとあっちこっちに間違いがあるようなサンプルだから、そのまま真似する
のはまずいかなあ。

76:デフォルトの名無しさん
06/01/30 15:38:48
>>75
話の流れからして、Javaの移植だよな？
JPEGのデコードに話が偏ってるようだが、
通信だってバッファある程度取得したらシステムにｒｅｔｕｒｎする。
スレッド処理で楽してた部分は全部BREWじゃ書き直しだろ。

みんな同じ条件で使ってるんだ。
文句ばっか言ってねーで使いこなせyp

77:デフォルトの名無しさん
06/01/30 19:16:59
LoadResImageでコールバック待たないといけないってどこかに書いてある？
ガイド探しても見つからん。

78:デフォルトの名無しさん
06/01/30 19:22:15
>>77
APIリファレンスのコメント覧。

79:デフォルトの名無しさん
06/01/30 20:52:43
IDataFolderでファイル選択しようとしてるんだが、
選択ファイル数1でファイルを選択しようとしても選択マークが付かないことがあるんだが、
何か心当たりある人いる？
セレクト連打してるとたまに選択マーク付いたりするけど、挙動が結構謎で困ってる。
ちなみに端末はW32SA。

80:79
06/01/30 20:54:11
追記。
最大ファイルサイズは0で上限なしにしてる。

81:デフォルトの名無しさん
06/01/30 23:44:26
どっかで重い処理やってるせいでキーが取れなくなってるだけじゃね？
タイマーとかコールバックとか

82:73
06/01/30 23:47:45
>>75
>LoadResImageにいたってはコールバックの登録がLoadResImageの後だし、
>表示のためのコールバックとなっていて読み込み完了には言及されていない

コールバックの意味分かってるかい？
IIMAGE_Notify()で登録する関数は、読み込みが完了したら呼ばれる関数だ。
だからこの関数が呼ばれるということは読み込みが完了したということであり、
関数の内容が表示処理になってるのも当たり前。

コールバック関数の登録は、読み込みを指示した直後にする。
だからサンプル通りの順番で合ってる。

プログラミングガイドのP200あたりに出てるJPEG読み込みのサンプル見てるだろ？
念のため解説してやるよ。

１．ファイルから読み込む例なのでIFileMgrのインスタンスを作る。
２．jpeg読み込みのためにIImageのインスタンスを作る。
　インスタンス生成に失敗したらIFileMgrを解放してリターン。
３．いよいよjpegファイルを読み込む。
　読み込みに失敗したらIImageとIFileMgrを解放してリターン。
　（↑このIIMAGE_Release()を勘違いしたんじゃないか？）
４．IIMAGE_Notify()でコールバック関数を登録。
　ここで登録した関数はファイルの読み込み完了時点で呼ばれる。

ここでreturnとはかかれてないが「－－－－－－（線）」で区切ってあるだろ？
ここから別の記述場所だよってこと。
他に何か処理を続けるにしても、いずれreturnしますよ、ということ。

５．一方、コールバック関数は…　読み込みが完了したことによって
　ここが実行されているので、あとは表示するだけ、と。

説明が下手かもしれないけど、大体わかるだろ？

83:デフォルトの名無しさん
06/01/31 08:30:09
結論:
サンプルが解りづらい
対策:
サンプルの行間を読む

84:デフォルトの名無しさん
06/01/31 10:50:43
行間を何ピクセルにしたら読めますか。

85:デフォルトの名無しさん
06/01/31 11:09:15
>>84
お前さんの解像度じゃ1ピクセルでも読めない

86:79
06/01/31 18:21:59
>>81
特に何も行ってないんだが……
というか、キー取れなかったらカーソルの移動もできなくなるだろうしなぁ。

87:デフォルトの名無しさん
06/01/31 21:30:20
おかげでNomadという素晴らしいメーカーの存在をしった。
ありがとう

88:デフォルト名無しさん
06/02/02 12:16:55
今BREWを勉強してるんですけど、
ボタンを押して次の画面に行く
簡単なサンプルとか無いですかね？
カレンダーとか解りにくくて...

89:デフォルトの名無しさん
06/02/02 12:49:33
>>88
１．HelloWorldのサンプルコードを用意する。
２．キーが押されたら違う文字列を描画するよう改造する。

まずこれやって。

90:デフォルトの名無しさん
06/02/02 13:48:37
既にBREWがどうとか以前の問題のような気がする。

91:& ◆D3ra0B2LiQ
06/02/02 15:01:57
>>89
作成しました。次は何をすればよいのでしょう？？

92:デフォルトの名無しさん
06/02/02 17:10:26
>>91
ITMediaの入門ページ見れば？

93:89
06/02/02 18:58:47
>>91
>>89ができたんなら>>88が解決したってことじゃん。
「次は何をすればよいのでしょう」と言われても、好きなようにしなよ、としか…

94:デフォルトの名無しさん
06/02/02 23:23:27
次は音でも鳴らせば

95:BREW珍兵
06/02/02 23:55:01
おっとっとでも作るのか

96:デフォルトの名無しさん
06/02/03 18:24:44
>>93
いやね、「まずこれやって」と言われて続きがあるのかなと思いまして...
でも、できたんでよかったです。

97:デフォルトの名無しさん
06/02/04 17:01:11
マニュアル世代論

98:デフォルトの名無しさん
06/02/04 19:02:30
そういうのがひねくれると2chで暴れるんだよな

99:デフォルトの名無しさん
06/02/06 10:34:42
BREW3.1端末とAPPLOADERを使用できません。なぜか？　（ｗ３３SA、ｗ４１ｓ）

100:デフォルトの名無しさん
06/02/06 10:43:44
坊や・・・ＡｐｐｌｏａｄｅｒにはBREW3.1に対応していない古いやつもあるって噂さ

101:デフォルトの名無しさん
06/02/06 10:52:27
APPLOADERのバージョン3.0.0です
QCOMOEMM。DLｌは３．０．０．１２．

102:デフォルトの名無しさん
06/02/06 10:53:56
どのバージョンがBREW3.1に必要ですか?

103:デフォルトの名無しさん
06/02/06 13:37:32
接続時に正しいポートとバージョン選んでるか？

104:デフォルトの名無しさん
06/02/06 14:24:18
>>103 はい
COM2は"au W33SA Serial Port"と
BREWバージョンは”３．ｘ”

105:デフォルトの名無しさん
06/02/06 15:11:37
デバグ用端末設定してないっつーオチはないよな？

106:デフォルトの名無しさん
06/02/06 15:32:15
>>99-105
そろそろ気をつけた方がいいですよ

107:デフォルトの名無しさん
06/02/06 15:41:14
守秘義務か。
言いたいことも言えないこんな世の中じゃ

108:デフォルトの名無しさん
06/02/06 22:33:45
いまいちブラウザ起動の処理がうまくいきません。こんな関数作ってみましたがどっか間違ってます？（or認識違ってます？）
Brew2.1

void webTo( AEEAPPLI* sys, char *url )
{
char buf[1024];
MEMSET( buf,0,sizeof(buf));
if( ( sys->webInfo = (ShimBrowserInfo*)MALLOC(sizeof(ShimBrowserInfo))) != null ) {
sys->webInfo->cbSize = sizeof( ShimBrowserInfo );
sys->webInfo->clsid = AEECLSID_XXXX;
SPRINTF( sys->webInfo->url, "%s", url );
SPRINTF( buf, "ezurlto:0x%08x",sys->webInfo );
ISHELL_BrowseURL( sys->shell, (const char *)buf );
}
else {
sys->memory_over = true;
}
}

109:108
06/02/06 22:54:01
ちなみに

webTo(sys,"URLﾘﾝｸ(www.yhaoo.co.jp)");
みたいにして呼び出してます。

ステップ実行してみたところ、とくに異常もなく実行できるんですがなんにも起動しません。エミュレータ(Brew2.1)ではブラウザのエミュレートできないの？
ISHELL_BrowseURLを呼び出す時点で、bufには"ezurlto:0x[sys->webInfoのアドレス]"が入っています。

110:デフォルトの名無しさん
06/02/06 23:08:37
関数抜けたらバッファが解放されるからじゃねーの？
あと、ret_evt にイベントをセットしてないのも怪しい。

111:デフォルトの名無しさん
06/02/06 23:10:13
エミュだとブラウザはでないけどなんか画面が切り替わったような気がする

112:デフォルトの名無しさん
06/02/06 23:20:59
>>110

修正して、bufは保持するようにしてみた。ret_evt=EVT_USERセットしてみましたがやっぱり起動せず。
原因わかんないです。。。。

認識間違ってたら指摘お願いします。
①ISHELL_BrowseURLを呼び出したら、AEEからSUSPENDイベントが呼ばれて、自分はサスペンド
②ブラウザを終了させると、呼び出しもとのCLSIDをレジュームする。
③復活。

ホントはドコモみたいにいってらっしゃいで帰ってこなくていいんだけど、無理みたいなんで。

113:デフォルトの名無しさん
06/02/06 23:24:27
>>108
エミュは無反応だよ。
サスペンドが飛んできたかどうかは忘れたけど、
兎も角実機で検証汁

114:108
06/02/06 23:30:26
>>113

>>エミュは無反応だよ。

それ本当なんすか・・orz
うち開発会社だから実機検証めんどいのに・・・

115:デフォルトの名無しさん
06/02/06 23:59:08
エミュが参照するフォルダにアプリと一緒にブラウザのダミーのやつ
入れておけば2.1は切り替わらなかったっけ。
3.1はどうもうまくいったためしないんだけど。

116:名無しBREWたん
06/02/07 11:48:50
>>104
au Win ケーブルは使えないよん。
おとなしく my Sync ケーブルを手に入れるか
互換性のあるケーブルを探すしかない。

117:名無しBREWたん
06/02/07 11:51:13
って、レスしに来たんじゃあなかった罠。

DBGPRINTFをうまく消すやり方だけど、
過去ログだといろんな人がいろいろ言っていたけど、

以下のコードを挟んでみたらとりあえず Logger にはでなくなった。
でも、評価式は残るから、評価式に意味がないときに
コンパイラの最適化で消えているかどうかを調べるにはどうすればよいのだろうか。

#undef DBGPRINTF
#define DBGPRINTF

118:デフォルトの名無しさん
06/02/07 12:02:40
>>117
アセンブラ吐き出して確認すればええんじゃない？

119:デフォルトの名無しさん
06/02/07 13:29:51
DBGPRINTFだってマクロなんだから
自分で同等のマクロ作ればいいと思う。

120:デフォルトの名無しさん
06/02/07 14:22:48
空のインライン関数にしたら？

121:デフォルトの名無しさん
06/02/07 14:59:45
if( cond ){ DBGPRINTF( ... ); }

って書いたときに、最適化によって if 文自体が消えるかどうかって話でしょ？
同等のマクロを作るとか、空きのインラインにするってのは違うと思うんだが。

122:デフォルトの名無しさん
06/02/07 15:08:43
え、みんなワーニング全部消してるの？
親クラスの仮想関数で引数使ってないからって怒られて以来
全部放置してるよ('д')

123:デフォルトの名無しさん
06/02/07 16:05:56
>>121 の場合、DBGPRINTF が消えると、cond の処理（if 文の処理）自体が
命令数的にも処理時間的にも無駄だから、それを ARM コンパイラが
無意味な cond の命令から消してるかどうかってことだろ？

Warning は何の関係もない気がする。

124:デフォルトの名無しさん
06/02/07 17:46:44
>>121
俺はこうかと思ってた。

デバッグ時
DBGPRINTF("line:%d", __LINE__);
↓
製品（DBGPRINTFをundefして空マクロに）
("line:%d", __LINE__);

するとこんなWarningが。
"c:\BREW_SDK\311463~1.2_J\sdk\examples\HELLOW~1\HELLOW~1.c", line 103: Warning: C2917W: no side effect in void context: '"line:%d"'
"c:\BREW_SDK\311463~1.2_J\sdk\examples\HELLOW~1\HELLOW~1.c", line 103: Warning: C2917W: no side effect in void context: '<integer constant>'

ここらがバイナリでちゃんと削られてるのか? ってことかと。

125:デフォルトの名無しさん
06/02/07 18:13:47
>評価式

126:デフォルトの名無しさん
06/02/07 18:41:23
最初っから#ifdef _DEBUGでくくってるので問題にならんのだが、
みんなデバッグプリント裸で書いてるの？

127:デフォルトの名無しさん
06/02/07 18:52:33
いや、ちゃんと服を着て（ｒｙ

128:デフォルトの名無しさん
06/02/07 20:35:27
>>126
俺はデバッグ出力用クラスを作ってるよ。
リリース時は全部中身を空にしてる。

129:デフォルトの名無しさん
06/02/07 21:58:48
>>126
くつ下ははいてる

130:デフォルトの名無しさん
06/02/07 23:23:58
>>116 マジで使えない？
usbケーブルwinでw21saを接続できます。

131:デフォルトの名無しさん
06/02/08 02:10:06
消えない背景の上でお絵かきするみたいな機能を作りたいんだけど
複数の画面バッファをレイヤーみたいに重ね合わせるのは可能ですか？

132:デフォルトの名無しさん
06/02/08 02:26:39
>>131
IBITMAP_CreateCompatibleBitmap() と IDISPLAY_CreateDIBitmap() を知らんのか？

それとも重ね合わせる方法がわからないって言ってんのか？
アルファブレンドとか加色合成でレイヤーを重ね合わせるのなら、
DDB から DIB を取得して自前で転送が基本だろ。

133:デフォルトの名無しさん
06/02/08 18:44:13
Brew2.1端末で、終話キーを押してそこから終了ってするとなぜか端末がリセットしてしまいます。
端末がリセットするってことはnullにアクセスしてるからだと思うんですけど、エミュではちゃんと終了できるので解放やり残しではないみたいです。

そこでききたいんですけど、EVT_APP_STOP時にタイマーキャンセルして、falseを返してるんですけど、これってダメですかね？
どっかの仕様書でtrueを返すとダメって書いてあったんでfalseにしているんですけど。

リセットで思い当たるふしがなくて、どうやって修正したらいいもんか悩んでます。。。お助けを・・・orz

134:デフォルトの名無しさん
06/02/08 19:50:05
STOPはTRUEだめだっけ？

135:デフォルトの名無しさん
06/02/08 20:16:19
２．１環境と３．１環境をインスコしたらVCがコンパイル通らなくなりました。
環境変数のBREWDIRが書き換えられるって認識あるんだけど、具体的にどうやったら切り替えできますか？
modはmakefileをいろいろ書き換えてなんとかなったんだけど、肝心のVCでコンパイルできん。

136:デフォルトの名無しさん
06/02/08 20:19:10
>>134
てか true じゃないともっかいアプリが起動した覚えがある。
ついでにいろんなサンプルを見てみたけど、false を返してるものは無かった。

137:133
06/02/08 20:31:32
>>134
>>136

ホントだ、どこ探してもそんな記述はない。なんでこんな処理してるんだろう。謎だ。
ぜったいにfalse返してねーみたいなイベントあったっけ？

138:デフォルトの名無しさん
06/02/08 20:47:22
>>133
事前検証チェックシートにいくつか記載がある。
STOPは規制無かったと思うがtrueを返すべきかと。

139:133
06/02/08 21:33:32
>>138

W21CAで確認したんだけど、「終了」を選んでアプリ一覧に戻らずに待ち受け状態になったけどこれっていいのかな。
とりあえずtrueを返してリセットはしなくなりました。みなさんありがとう！

140:デフォルトの名無しさん
06/02/08 21:51:34
DBGPRINTFについて、関数型マクロの可変長引数が使えれば

#ifdef _DEBUG
#define TRACE(...) DBGPRINTF(__VA_ARGS__)
#else
#define TRACE(...) /* nop */
#endif

とスマートにできる。VC2005ExpressとARMコンパイラなら使える。VC6は無理ぽ。VC2003は知らん。
結局どのコンパイラでも使えるのは

#ifdef _DEBUG
#define TRACE DBGPRINTF
#else
#define TRACE if(0)DBGPRINTF
#endif

しかないんだろうか。
ちなみにARMコンパイラで

if (0)
{
// 処理
}

というコードをコンパイルすると、ちゃんと最適化されてif(0)も含めてコードが無くなる。
なのでパフォーマンス的には後者のマクロでも問題なし。

141:140
06/02/08 22:04:02
ついでに>>117についても調べてみた。

#undef DBGPRINTF
#define DBGPRINTF

DBGPRINTF("ぬるぽ %s", "がっ");

これで命令も、２つの文字列も最適化で消える。パフォーマンス上の問題は無し。
ただしWARNINGが出るので鬱陶しい。WARNINGが増えると、重要なWARNINGを見逃す確率が
高くなるのでオススメしない。

142:デフォルトの名無しさん
06/02/08 22:04:55
最初はDBGPRINTF裸で書いてたから、
とりあえず無理やりこんな感じで解除してる。
今のところはそんなに問題ない感じだが、実際はどうだろう。

#undef DBGPRINTF
#define DBGPRINTF if(0)DBGPRINTF

143:142
06/02/08 22:08:08
if(0)についても書こうかと思ったが、もう140が書いてたね。
書き込み前にリロードしないとこういうこともあるか。

144:140
06/02/08 22:15:10
さらに色々調べてみた。

if (cond) DBGPRINTF("ぬるぽ %s", "がっ");

これで、DBGPRINTFが有効な場合、条件分岐も含めてコードが生成される（当たり前）。

#undef DBGPRINTF
#define DBGPRINTF

でDBGPRINTFを無効化している場合、条件分岐も含めてコードは「削除される」。
要するにif文の中身が空な場合はifブロックごと削除されるらしい。

ただし、上記の動作はcondの値が予測できない場合に限る。

boolean cond = FALSE;
if (cond){
DBGPRINTF("ぬるぽ");
}

この場合、condが常にFALSEであることがコードから判別できるため、DBGPRINTFの定義に
よらずifブロックごと削除される模様。
さらに

int v = 0;
if (TRUE){
v = 10;
}

といったコードですら、vが以降参照されていない場合ifブロックごと削除されている模様。

145:デフォルトの名無しさん
06/02/08 22:47:19
ARM コンパイラって結構賢いのね。
>>140 サンクス

146:117
06/02/09 09:36:03
>>140
勉強になりますた。
自分も逆汗してコード最適化の様子ぐらい見れるようにならんとだめだね。

147:デフォルトの名無しさん
06/02/09 10:06:36
bcc32でbrewコンパイルできるらしいけど、
C++Builderでコンパイルする方法はあるんでつか？

148:デフォルトの名無しさん
06/02/09 11:18:43
>>146
>逆汗してコード最適化の様子ぐらい見れるように
やろうと思えば出来るが出来ればやりたくない

149:140
06/02/09 17:30:16
書き忘れてましたが上記の検証はデフォルトで生成されるMakefileに
-asm -fs
を加えて検証しますた。最適化オプションは
-Ospace -O2
となっているはずです。

あとお決まりですが、内容は無保証で。元ソースコードによって結果は違ってくるでしょうし。
何より今回は変更箇所を追いやすいようかなり単純なコードでしか検証していないので、
商用レベル（規模）のコードでは実は最適化しきれない部分が出てくるかもしれません。

150:名無しBREWたん
06/02/09 20:06:54
あ～、コンパイラにニーモニックコード吐かせれば見やすいね。

さすがに実際のアプリだとコード量が多すぎて検証しきれない時もあるが
>>140の検証で無駄なコードが簡単に削除できることが確認できたのは大きい。

さらに #define TRACE if(0) DBGPRINTF と組み合わせればかなり有用っぽい。

151:デフォルトの名無しさん
06/02/10 00:09:35
きわどい内容承知でちょっとお助け・・。

KDDIのプレミアム課金のエクステンションの利用の仕方がわからない・・。ドキュメントも意味わからんし、質問はCPじゃないのでできない。
とりあえず間違ってるとこあったら教えてください。
○課金モジュールインスコ
・課金モジュールダウソ／解答する。
・Brewのバージョン（ウチは2.1）のフォルダの「開発用スタブ」開く。
・BrewフォルダのExamplesに課金モジュールフォルダコピー(中身はmodとdll)
・Brewフォルダのincに課金モジュール.hをコピー。
・課金モジュール.mifをBrewフォルダのExamplesにコピー。
・課金モジュール用のテキストを自分のアプリフォルダにコピー。

さてこれからが問題。
説明テキストに”【注意】開発アプリケーションは「BREW SDK フォルダ内の\Examples」に配置して下さい。”とあるんだけど、自分のアプリを\Examples」に入れろって意味？

とりあえずインスコして、ISHELL_CreateInstanceしたところ3=ECLASSNOTSUPPORTが返る(指定したクラスがサポートされていない場合)
AEEがエクステンションを見つけられてないと思うんだけど、上記のインスコ以外でじゃぁどうすればいいのかがわからない。
ちなみに自分のアプリのmifには、課金モジュールのBIDは依存ファイルのとこで追加してあります。特権レベルは念のためWebとネットワーク両方につけた。

すんません、なんかヒントください。。。。

152:デフォルトの名無しさん
06/02/10 00:48:11
IGRAPHICS_SetDestination()で指定したビットマップへの
IGRAPHICSインタフェースでの描画が反映されない･･･
コードおかしいとこありますか？

AEELine pLine ;
IBitmap* pDst ; // デバイスビットマップ用
IBitmap* pBuffer = NULL; // 互換ビットマップ用
// なにか画面に書く
pLine.sx = 0 ;
pLine.sy = 0 ;
pLine.ex = 480 ;
pLine.ey = 960 ;
IGRAPHICS_DrawLine(pMe->pIGraphics , &pLine);
// デバイスビットマップを取得してみる
IDISPLAY_GetDeviceBitmap(pMe->pIDisplay, &pDst) ;
// 互換ビットマップを作成
IBITMAP_CreateCompatibleBitmap(pDst, &pBuffer, 240, 320) ;
// 互換ビットマップに書き込んでみる
IBITMAP_DrawHScanline(pBuffer, 150, 0, 200, IBITMAP_RGBToNative(pDst , 0x00ff00),AEE_RO_COPY) ;
// さらにGRAPHICSインスタンスでも書いてみる(ここが反映されてない)
IGRAPHICS_SetDestination(pMe->pIGraphics, pBuffer) ;
pLine.sx = 100 ;
pLine.sy = 100 ;
pLine.ex = 300 ;
pLine.ey = 600 ;
IGRAPHICS_DrawLine(pMe->pIGraphics , &pLine);
// 画面デバイスビットマップと互換ビットマップを合成する
IBITMAP_BltIn(pDst, 0, 0, 240, 320, pBuffer, 0, 0, AEE_RO_TRANSPARENT) ;
// 表示する
IDISPLAY_Update(pMe->pIDisplay) ;

153:デフォルトの名無しさん
06/02/10 00:53:33
>>152
色の指定は？

154:152
06/02/10 01:07:00
>>153
IGRAPHICS_SetDestination()の後にIGRAPHICS_SetColor()してみたら描画できました，ありがとうございます
IGRAPHICSインタフェースは描画に使ってる色をそのまま保持しつづけるんじゃないんですね

155:デフォルトの名無しさん
06/02/10 02:19:37
>>151
それに限らず、エクステンションなどの連携するアプリ同士はすべてがエミュ
レータから見える位置にないとダメ。
つまり、エミュレータがMIFを参照するのにどのフォルダを見に行ってるのか
調べてみれば・・・。

156:デフォルトの名無しさん
06/02/10 02:59:01
>>151
じぶんのアプレットと同じ階層のとこに入れておくんだ。
examplesフォルダとかややこしくなるから気にすんな
こんな感じに複数のアプレットがある状態にする。実機でも同じだよ

myapp,mif
myapp/myapp.dll
myapp/extension.txt
extension.mif
extension/extension.dll

157:デフォルトの名無しさん
06/02/10 04:00:52
>>155
>>156

mifはそもそもExamplesに入れたらダメなんですね。
自分の開発場所に課金認証のmifもってきたらISHELL_CreateInstanceできました。

いまやっとドキュメントの意味がわかったんですけど、BrewSDKはExamplesフォルダで開発することを想定して話しをしてるんですね。
ずっと連携(メーラとか)のアプリを作ったことがなかったんでExamplesの存在が謎だったんだけど、なるほどそーいうわけか。。。

こんな夜遅くに本当にありがとう。

158:デフォルトの名無しさん
06/02/10 09:34:47
今日は哲也くんだったのか

159:デフォルトの名無しさん
06/02/10 10:59:20
リーチだっ！
つ検証

160:デフォルトの名無しさん
06/02/10 11:10:26
今は３ヵ月後くらいにツモ番が来るのか？

161:デフォルトの名無しさん
06/02/10 13:48:35
上様の言葉が真実なら仕様書の審査で2ヶ月待ってますが(´д｀)

162:151
06/02/10 14:07:47
検証出したら待ちが7000件あるらしいっす。検証実施日は４月末
特急で儲ける気ですかね？キャリアが商売っ気出すとろくなことないんですが・・・。

163:デフォルトの名無しさん
06/02/10 14:13:53
審査ふくめで開発費用って
どのぐらいの費用が掛かるん？
開発する物の規模にもよるだろうけど。

164:デフォルトの名無しさん
06/02/10 21:39:13
全盛期の鈴Ｑなら２０億もあれば１本作っただろう。

165:デフォルトの名無しさん
06/02/12 19:05:23
端末仕様についてちょっと質問です。

端末にて、押しっぱなしするとリピートされますよね？PRESS/KEY/RELEASEが全部くるもんでリピートの判別できません。
押しっぱなし状態と、1ショットキーを識別する方法はありますでしょうか？ちなみにW21CAなんですけど、他の端末も同じ仕様？

それと、キー操作音をONにしておくと、ピコピコなっちゃうんですけど、抑制する機能とかありますか？

どっちも仕様で無理っていうなら逃げれるんですが・・。

166:デフォルトの名無しさん
06/02/12 19:10:32
端末壊れてね？

167:165
06/02/12 19:13:44
>>166

たとえばどの点が？
リピートされるのがおかしいのか、それともキー操作音がなっちゃうのがおかしいんですか？

168:デフォルトの名無しさん
06/02/12 20:22:55
他に持ってないんか？

169:165
06/02/12 21:14:30
手元にあるのはW21CA(Brew2.1)、W32H(Brew3.1)の二つ。

W21CAは、上記の通りPRESS/KEY/RELEASEが全部リピートされてきました。そのときのdwParam値も0のまま。
W32Hは、PRESS/KEY/RELEASEがｄｗParam=0できたあと、KEYがdwParam=64(これリピートフラグ？)でリピートされます。

そこで質問。
Brew2.1はリピートフラグたたずにリピートされる？それともW21CAの固有の問題？

170:デフォルトの名無しさん
06/02/12 22:18:41
リピートフラグなんてあるのか。
俺は自前でリピート処理作ってるのに

171:デフォルトの名無しさん
06/02/12 22:22:08
>>169
＞RELEASEが全部リピート
放すのがリピートってどういう状況だか理解できん。

あと、
＞PRESS/KEY/RELEASE
KEYってなんだ？３種類あんの？

172:デフォルトの名無しさん
06/02/12 22:52:46
EVT_KEY
EVT_KEY_PRESS
EVT_KEY_RELEASE

3種類あるよ

173:デフォルトの名無しさん
06/02/12 22:59:02
３種類あるけど

EVT_KEY_PRESS　　　キーが押された
EVT_KEY_RELEASE　キーが離された
EVT_KEY　　　　　　　　キーに何かあった

だったと思われる。

174:165
06/02/12 23:04:57
>>170
ある

>>171
EVT_KEY_PRESS／EVT_KEY／EVT_KEY_RELEASE
それぞれ、
押された時／もっかい／離したとき
にくる。

Brew3.1ではHandleEventの4番目の引数がtrueでくるとリピートで、押しっぱなしにすると
PRESS:0→KEY:0→(リピート動作)KEY:true→KEY:true→・・・(離すと)RELEASE:0
でくる。

Brew2.1(2.0も)では、
PRESS:0→KEY:0→RELEASE:0→(リピート動作)PRESS:0→KEY:0→RELEASE:0→・・・
でくるので判別不能。

175:デフォルトの名無しさん
06/02/12 23:26:33
>>174を誰か訳して

EVT_KEYがもっかいって、おかしいよな。方言？

176:デフォルトの名無しさん
06/02/12 23:53:56
>>165はサービスガイドを読んでよ。答えが書いてあるじゃんか。

177:デフォルトの名無しさん
06/02/13 00:15:00
端末によっては、複数同時押ししたときなんかは
最後に反応したキー以外リピートしなかったりするので
そもそも、端末のリピートに頼るの危険。

178:165
06/02/13 00:36:56
>>175
え、方言？もう一回＝もっかいって言わない？
EVT_KEYは「確定／決定」らしい。なんで押されたイベントが２回くるのかわからなかったけど、KEYで確定とするらしい。

>>176
答え書いてありました。ちなみにさっきの微妙に嘘ついてます。
Brew2.1
PRESS:0→KEY:0→(リピート動作)PRESS:0→KEY:0→・・・(離すと)RELEASE:0　　(←RELEASEは最後の1回しかこない。)
ちなみに今確認したんだけど、上キーを押すとPRESSイベントがこない(KEYはくる)。なんでだ・・・。

179:デフォルトの名無しさん
06/02/13 00:52:07
どんなすごいソフト作ってんの？

180:デフォルトの名無しさん
06/02/13 09:21:57
>>165
書類全部読み直せ。

181:デフォルトの名無しさん
06/02/13 09:35:35
ぷっす・りりーすのいべんとはんていできーたすくしょりしる

△ 4点

182:デフォルトの名無しさん
06/02/13 09:49:30
おれ、KEYとRELEASEしか使ってなかった。リピートはこの二つ使って自前処理している。
PRESSは存在を知らなかったよ。レスを見ているとそれで無難な方法だったようだね。

183:デフォルトの名無しさん
06/02/13 11:55:20
>>182
同じくKEYとRELEASEだけでリピート、ワンショットやってる。

PRESSは終了するとき使うとすぐアプリが起動するから使うなとかなかったけ？
普通の時は問題ないだろうけど。

184:デフォルトの名無しさん
06/02/13 12:19:31
PRESSはなんか動きが変っぽかったから使わなくした

185:デフォルトの名無しさん
06/02/13 18:08:26
BREW3.1について質問です。
自アプリサスペンド中に他のアプリによりメモリ確保が発生し
自アプリが強制終了するので現状をファイルに出力して終了
するように作るのを推奨しますみたいなことがサービスガイドに
書いてありますけど、これやんなきゃ検証通らないんでしょうか？
ていうか、みなさんどうしてます？
できればこの処理はいれたくはないんですが…

186:デフォルトの名無しさん
06/02/13 18:24:49
>>185
２．１を３．１にしたものしかやってないけど
うちではファイル出力はしてないです。検証は通ってます

187:デフォルトの名無しさん
06/02/13 18:24:51
推奨と必須は違うと思う……。

188:185
06/02/13 18:54:57
>>186
即レスありがとうございます～
大変参考になりました。

>>187
うう…おっしゃるとおりです。orz
ただちょっと検証がトラウマになってまして…

189:デフォルトの名無しさん
06/02/14 22:44:40
Brew3.1でファイル(100byteくらいのテキスト)をオープンしようとすると、なぜか開けない。
もともとあるファイルを開こうとしてるだけだからEFSエラーで0byteのファイルができちゃう不具合とは違うんだけどなんでですか？
MIFの最大ファイル数を9999とかにすると開けるようになるんだけど、エミュじゃなくて実機でも同じくなる。Brew3.1ってここ空欄じゃダメなんですか？

190:デフォルトの名無しさん
06/02/14 22:56:59
>>189
IFILEMGR_GetLastError()

191:デフォルトの名無しさん
06/02/14 23:01:18
2.1でも3.1でも
ＭＩＦの最大ファイル数なんか設定したことないな。
まあテキストファイルを開いたこともないけど

192:デフォルトの名無しさん
06/02/14 23:46:32
ファイル名が大文字とか...でも実機だとAppLoaderで転送する時に小文字に変換されるはずだな。

193:デフォルトの名無しさん
06/02/15 00:09:26
3.1 で大文字と小文字を混ぜて使ってるとおかしくならない？
俺はそれのせいで 2.1 → 3.1 移植ではまった覚えがあるんだが...。

194:デフォルトの名無しさん
06/02/15 03:46:43
>>193
なるかもしれないね。
だからこそだろうけど、BREW3.1ではファイル名を全て小文字にせよとガイドに明記されている。

195:デフォルトの名無しさん
06/02/16 13:08:30
クアルコムのBREWサイトがメンテ中。

This system is currently undergoing scheduled maintenance
and will be unavailable until 9:00PM PST on Wednesday February 15, 2006.

となってるんだけど、15日夜９時って、日本時間だと今日の何時？

196:デフォルトの名無しさん
06/02/16 13:11:47
>>195
自己解決。PSTって書いてあるじゃん！
時差１７時間だから、午後２時開店予定だな。
あと５０分か・・・。

197:デフォルトの名無しさん
06/02/16 13:35:19
よくあるよくある

198:デフォルトの名無しさん
06/02/16 20:42:23
サーバデータ受信を「１つの自作関数呼出し」だけで行うといった
方法は無理なのでしょうか？

int CmnWebAccess(XXX pMe, char* pszURL, char* pResp);

戻り値：受信バイト数
pszURL:ＵＲＬ
pResp：受信バッファへのポインタ

上記のような１つの関数を１回呼び出すだけで、
サーバからのデータを格納させたいと思っています。

しかし、サーバ通信は非同期（コールバック関数複数呼出し）であるため、
ラッパ関数内で、その間、受信完了まで制御を止めなければなりません。

サーバからの受信が完了してから、呼び出し元に制御を戻すようなことは
出来るのでしょうか？

199:デフォルトの名無しさん
06/02/16 22:15:16
制御を戻すっていうのを、呼び出し元が能動的に処理するか受動的に処理するかで変わるよな。

能動的に処理するなら、pMe にステータス変数を作っておいて、その値を常に確認する。
で、全ての処理が終わったという状態になったら、次の処理を行う。

受動的に処理するなら、呼び出し先にコールバックされたい関数（へのポインタ）を
pMe のどっかに入れて、呼び出し先の処理が終わると同時にその登録された関数を呼び出してもらう。

200:デフォルトの名無しさん
06/02/16 22:23:16
受信終了まで OS に return しないで済む方法はないか、と言いたいんちゃう？
ちなみに無理だけど。

201:デフォルトの名無しさん
06/02/16 22:25:59
ああ、「１つの自作関数呼出し」だけでするのか。
だったら pMe の中に状態を表す変数をおいといて、
この関数の中でその状態ごとの処理をすればいいんじゃないかな。
ただ、最初に状態を初期化してやる必要はある。

しかもこれ、引数があるってことは能動的に処理するってことだよな。
制御を止めてるのに引数の確認をしたいってのは意味が分からんな。

202:デフォルトの名無しさん
06/02/17 09:11:43
とらあえず言葉での説明が難しいなら
ソースを提示してくれればアドバイスしやすいかも

203:デフォルトの名無しさん
06/02/17 10:00:19
BREWでマスコットカプセルを使ってるのですが、
DoJa版マスコットカプセルのAffineTrans#lookAtに該当するのは
BREW版ではIMICRO3D_Atrans3i_setViewTransですよね？

同じ値のベクトルを渡してるのに、出来上がる行列が
まったく違うのはなぜでしょうか？

204:デフォルトの名無しさん
06/02/17 10:19:13
>>199 >>201
難しく読み取りすぎ。わざとやってるならいやらしい奴だ

205:199
06/02/17 11:48:52
>>204
すまんす。わざとじゃないんだけどね...。

つまり関数の中で、

switch( pMe->state ){
case 0: // 初期状態
　　...
　　break;
case 1: // 受信中
　　...
　　break;
case 2: // 受信終了
　　...
　　pMe->result = ... // ここに結果を書く
　　break;
}

こんな感じに書いておいて、メイン側は、メインループ内で、

CmnWebAccess( ... );
if( pMe->state == 2 ){
　　// 受信完了
}

これでグルグル回せばええんじゃないかなと。
さすがにネイティブからのコールバック関数は別にする必要があるけど、
メインループ内では一つの関数で処理出来る。

206:デフォルトの名無しさん
06/02/17 13:05:31
>>205
>200の時点でそーいう話じゃないって指摘が出ている。

207:198
06/02/17 13:08:21
以下のような処理を行ってみましたが、
CmnWebAccessのwhileループで、固まってしまいます。
Windowsとかでしたら、ループ処理内にPeekMessageなどを逐一呼び出すことで、固まったりしないですよね。

// クリックイベント
OnClick() {
　　// 呼び出し元は１コールで指定ＵＲＬからデータ受信する。
　　CmnWebAccess(...);
}

// ダウンロードライブラリ関数
int CmnWebAccess(XXX* pMe, char* pszURL, int nHttpType, char* pbuf, int nLen, char* pRespBuf)
{
　　pRespBuf = NULL;
　　// ウェブアクセスに関する初期化処理およびダウンロードの開始を行う。
　　//（コールバック関数登録やIWeb_GetResponseの呼び出し）
　　if (_prCmnWebInit(pMe, pszURL, nHttpType, pbuf, nLen) == FALSE) {
　　　　return 0;
　　}
　　// ダウンロード処理が終わるまでループする。
　　while (1) {
　　　　// コールバック関数が呼び出されてダウンロード処理が続行されることを期待するが。。。
　　　　// ここでループ処理をしてしまうと、コールバック関数のダウンロードが実行されない。
　　　　if (pMe->m_cmnWeb.m_nWebStatus == WEB_HTTP_STS_END) {
　　　　　　break;
　　　　}
　　}
　　// pRespBuf MALLOCでバッファを設定する処理 ...
　　return pMe->m_cmnWeb.m_nBufResp;
}

208:デフォルトの名無しさん
06/02/17 13:40:04
>>198
お前もかｗ
>200の時点で無理だと言っている。
BREWはPeekMessageもスレッドも使えないので不可。
while(1)でメインスレッドが占有されるから他に処理が移行しない。

209:デフォルトの名無しさん
06/02/17 14:17:14
>>208
BREW3.1なら可能。

210:デフォルトの名無しさん
06/02/17 14:25:22
ITHREAD（だったっけ？）を使っても、結局システムに処理を返さないとダメ

211:デフォルトの名無しさん
06/02/17 18:38:37
ILOGGERでログファイルに出力したいんですが、０バイトのファイルができるだけで、書き込まれません。

URLﾘﾝｸ(pokke-island.jp)
このサイトを参考にしてます。

アプリ開始時に、
pMe->piLogger = NULL;
ISHELL_CreateInstance(pMe->pIShell,AEECLSID_LOGGER_FILE,(void**)&pMe->piLogger);
ILOGGER_SetParam(pMe->piLogger,AEE_LOG_PARAM_FILE_NEW,_OFM_READWRITE,"journal.log");
ILOGGER_SetParam(pMe->piLogger,AEE_LOG_PARAM_FILTER_ONE,1,TRUE);
ILOGGER_SetParam(pMe->piLogger,AEE_LOG_PARAM_SENT,0,NULL);

ログ出力したいところで、
ILOGGER_Printf(pMe->piLogger,(pMe->piLogger,1,__FILE__,__LINE__,"LOG Message"));

アプリ終了時に、
ILOGGER_Release(pMe->piLogger);
pMe->piLogger = NULL;

という感じでコーディングしています。
因みにＭＩＦでは、
　・特権レベルでファイルにチェック
　・ＥＦＳ最大ファイル数＝１００
　・ＥＦＳ最大容量＝１０２４０００
としています。
機種はＷ３２Ｈです。

原因がお分かりの方、よろしくお願いします。

次ページ