BREW(Binary Runtime Environment for Wireless) 9

BREW(Binary Runtime ..

73:デフォルトの名無しさん
07/01/12 10:59:40
boostは仕方ないにしても、なんでstlがダメなの？

namespaceダメって、ちゃんとコンパイラ開発しる！

74:デフォルトの名無しさん
07/01/12 11:00:49
＞組み込みに何故.NETやFlashが比較対象になるのか理解できんが

今の携帯電話ってFlashだお。

組み込みに.NETは聞いたことないけど、M$的にはWinCE開発は.NET推奨だお。

75:デフォルトの名無しさん
07/01/12 11:26:53
最上位の極一部のみFlashかもしれんがそれより下はcだよ。

76:デフォルトの名無しさん
07/01/12 11:28:45
stlがstdlibに依存してる部分があるので流用が難しいんじゃないかな
BREWのヘルパー関数に置き換えれば良いんだけど
あとtemplateのサポートが甘かったし

RVDS2.2以降でC++のサポートが強化されてるはずなので金があれば
それ買って幸せになることもできるかも
（stdlibに関してはどうしようもないけど）

77:デフォルトの名無しさん
07/01/12 11:39:30
>>73
>なんでstlがダメなの？
例外がNGなのが主な原因だと聞いたことがある。
そのせいでSTLをそのまま持ってきても動かない。
自前でSTL相当のものを作ればいいけど、ﾏﾝﾄﾞｸｻすぎるしな。

つーかBREWが糞仕様なのは何とかならｎ（ｒｙ

78:デフォルトの名無しさん
07/01/12 11:42:00
elf2modでも回避不可かな？

79:デフォルトの名無しさん
07/01/12 12:11:05
・RVDS2.2はC++のサポートが強化されているが、仮想関数を使うと
　RWPI領域にデータを持ってしまうのでBREWで利用できなかった

・Elf2Modがリリースされ、BREWアプリはRWPI領域を持てるようになったので、
　RVDS2.2とC++を組み合わせた利用、及びglobal/static変数の利用が可能になった

・ただし、stdlibに関しては以下の制限があるので、既存のライブラリの流用などでは
　ものすごい注意が必要
　URLﾘﾝｸ(brewforums.qualcomm.com)

・RVDS2.2ではExceptionもサポートされている
templateのexportが出来ないようだ

80:デフォルトの名無しさん
07/01/12 22:30:23
BREWのコンパイラの話になるとRWPI領域だとかBSSセクションという言葉が出てくるのですが、
正直何のことかよくわかりません。コンパイラが吐き出すデータの内容を指すものなのでしょうか？

このARMのRWPI領域やBSSセクションについての資料はどうすれば手に入るのでしょうか？
もしくは日本語の解説があれば教えてください。

81:デフォルトの名無しさん
07/01/12 22:50:19
>>80
elf format の仕様書嫁

82:デフォルトの名無しさん
07/01/13 16:32:01
ありがとうございます。
ELFの仕様はあったんですが、これの日本語訳は無いんでしょうか？
URLﾘﾝｸ(www.skyfree.org)

83:デフォルトの名無しさん
07/01/13 19:26:46
>>82
スレ違いだから他のスレ行って聞いてくれ

84:デフォルトの名無しさん
07/01/14 14:30:50
>>82
URLﾘﾝｸ(caspar.hazymoon.jp)

85:68
07/01/16 16:07:46
おニューPC(XP)で動かしてみたら不具合が少なくなった('д')
Win2kだと表示まわりがおかしくなるっぽい。
XP使えと言う事のようです。

86:デフォルトの名無しさん
07/01/16 17:02:50
>>85
×　Win2kだと
○　自分が使ってたWin2kだと

何十台ものWin2kで試したわけじゃないだろ？
適当なこと書いちゃダメだぜ

87:名無しBREWたん
07/01/16 17:58:03
>>85-86
んだんだ。
単純に何かのランタイムが古いとかそんなことが原因かもしれん。

88:デフォルトの名無しさん
07/01/17 14:13:09
すみません、文字入力についての質問です。
BREW3.1でアプリ内の特定の位置で日本語入力をさせたいのですが
こういう場合はITextCtlを使う以外に方法がないのでしょうか？
ITextCtlについてマニュアル等を見て調べても、イマイチ使い方がわからず困っています。
ITextCTLのサンプルでも構わないので、よろしければご教授ください。
もしサンプルや解説等がなければ、何か別の方法で日本語入力できる方法はないでしょうか？

宜しくお願いします。

89:デフォルトの名無しさん
07/01/17 14:28:47
プログラミングガイドのサンプルコード

90:デフォルトの名無しさん
07/01/17 14:34:01 BE:328466047-2BP(0)
URLﾘﾝｸ(brewforums.qualcomm.com)
URLﾘﾝｸ(brewforums.qualcomm.com)
URLﾘﾝｸ(brewforums.qualcomm.com)
URLﾘﾝｸ(brewforums.qualcomm.com)

91:デフォルトの名無しさん
07/01/17 17:09:21
やっぱりフォーラムのサンプルをいじくるのがベターなんですね。
ありがとうございました・・・。

92:68
07/01/17 17:56:24
うーん、XPでも何かおかしいと思ったら
MAKE_RGBを使用せずに直接16進数で
RGBを指定していたのがマズいようで・・・

リファレンスに

(RGBVAL) ( ((uint32)(r) << 8) + ((uint32)(g) << 16) + ((uint32)(b) << 24) )

って書いてあるじゃんヽ(｀Д´)ノ
失礼しますた。

93:デフォルトの名無しさん
07/01/19 18:11:43
ウイルスセキュリティZEROをＰＣにインストールしたらＢＲＥＷエミュでの通信が
うまくいかなくなったのですが
他にこういうこと起こった人いますか？

94:デフォルトの名無しさん
07/01/19 19:49:15
通信許可してもダメなら
アンインストールすればいーんでないだろうか・・・

95:デフォルトの名無しさん
07/01/19 21:39:37
>>92 俺もそれではまった事あるぞ。
色のならびにあわせた名前の付け方して欲しいよ。
普通なら　RGBVAL　じゃなくて　BGRVAL（またはBGRAVAL)　とでもしておく方が直感的じゃね？

96:デフォルトの名無しさん
07/01/19 21:48:17
それだと、何の値かわからないって判断したんじゃない？

97:デフォルトの名無しさん
07/01/19 22:30:36
じゃあCOLVALとかにでもしとけや！ｹｯ

98:デフォルトの名無しさん
07/01/19 22:31:30
メモリ上の並びはRGBじゃん。

99:デフォルトの名無しさん
07/01/19 22:35:58
そうとも限らんのでは・・確認したことは無いが

100:デフォルトの名無しさん
07/01/19 22:47:40
いや、VRAM上とかDIBの構成じゃなくて、>92の値をメモリに書いたら。

101:デフォルトの名無しさん
07/01/19 23:11:21
どうだろね。"メモリに書く"という動作の定義によるけど
通常のイメージでいうとダブルワードの値をメモリに書く、ということになるだろうけど
そうなるとエンディアンで違いがでるんじゃないかな？と

102:デフォルトの名無しさん
07/01/20 08:28:38
ヒント：くあるこむ

103:デフォルトの名無しさん
07/01/22 14:47:38
>>92だとWin32の32ビットDIBのピクセル値と同じ並びになりそう。

それにしても、なんでBREWってWin32APIの痛すぎる命名や流儀をやたらパクってるのかね……。

104:デフォルトの名無しさん
07/01/22 18:45:58
ちょっと、お知恵を借りたいんですが……。

ゲームを移植してまして、一応最初はきちんと動作しているのですが、
シミュレーター上で２～３時間くらい動作させるとその内、IIMAGE_Drawや
IDISPLAY_DrawTextやIDISPLAY_FillRectを始めとする一切の描画機能が
働かなくなります（単にIDISPLAY_Updateが働かなくなっているだけかも
しれませんが……）。

その状態になった時にトレースしてみると描画がされないだけで、内部的には
正常にメインループが動作しており、MALLOC等もきちんと動作しています。
もちろん描画をフラグで飛ばしている感じでもありません。IDISPLAY_Update
も毎回通っています。

画像に関して、今まで正常に表示されていた物が何かを境にまったく表示
されなくなり、かつIDISPLAY_FillRectまで動作しない所を見ると、
CreateInstance等の処理に何か問題が発生したとも思えません。
IDisplayの値も調べましたが、特に破壊された感じではありません。

ちなみに実機上でやると、似たようなタイミングで端末リセットが発生します。

自分のソースがおかしい事は分かるのですが、どこで異常を起こしているのかが
つかめずにいます。

せめて何をきっかけに上記のような現象が発生するのかが分かれば手がかりに
なりそうなのですが、心当たりのある方いらっしゃいますでしょうか？

105:デフォルトの名無しさん
07/01/22 19:13:57
>>104
エミュに関してはエミュそのものがリークしているって
フォーラムにあったような気がした。
ただ前作ったアプリでは1日ランニングかけっぱなしでも平気だったけど…
兎も角ソフトそのものがリークしてないか虱潰しに見てくしかないんでないかね。

参考にならずｽﾏｿ

106:デフォルトの名無しさん
07/01/22 19:20:47
まぁ作ったもの解放してないとか、2回解放したとかじゃね。
フラグメントが進んでそういう症状出るとかだと南無い。

107:名無しBREWたん
07/01/22 19:20:53
ヒープオーバーランとか。

108:デフォルトの名無しさん
07/01/22 20:36:45
>>104
始めはまともに動作していて、一定時間経過後に動作不安定や不正終了ってのは
メモリ食い尽くしてエラーかな、とまず思った。
それならアプリを終了したときメモリリークを知らせるメッセージが出るけど、どう？

MALLOC、CreateInstanceの他、メモリを確保するタイプの
IXXX_GetXxxx()のような関数で取得したオブジェクトの解放処理もチェックだね。

109:104
07/01/22 23:33:20
みなさん。ありがとうございます！

やっぱりどうも基本的な部分に見落としがあるって事ですよね……。
とりあえず、根強く虱潰しに見ていこうと思います。

>>108
大体一時間ほどプレイした場合のメッセージ中、メモリーに関係有りそうなのが
以下で、それ以外エラーっぽい文章は出ていないのですが……。

前から気になっていたのがこの"28 Wasted"なのですが、これはどういう
数値なのでしょうか？

*AEEHeap.c:1186 - 0 Alloc - Total
*AEEHeap.c:1187 - 0 OEM
*AEEHeap.c:1188 - 0 BREW
*AEEHeap.c:1189 - 0 Apps
*AEEHeap.c:1190 - 28 Wasted
*AEEHeap.c:1191 - 10436560 Free - Total
*AEEHeap.c:1192 - 10436560 Largest
*AEEHeap.c:1193 - 0 Largest Non Seq.
*AEEHeap.c:1194 - 0 Total Non Seq.

110:108
07/01/23 00:36:47
>大体一時間ほどプレイした場合のメッセージ中、メモリーに関係有りそうなのが以下で
実行中のメモリリークは残メモリ量を常時監視してるとかじゃないと掴みにくいよ。

もしメモリ解放し忘れとかあれば、アプリ終了時にシミュレータの画面にエラーメッセージが出る。
画面にMEMORY ERRORとかなんとかそんなメッセージが出てないかって聞きたかった。
（NULLポインタへのアクセスでも出たと思うがはっきり覚えてない）

いや、もちろん、メモリリークが原因だと決まったわけではないけれど。

>この"28 Wasted"なのですが
それは>>105が言ってるようなやつ。気にしなくていいと思う。

111:デフォルトの名無しさん
07/01/23 01:56:51
>109
そのメッセージってリークさせた時だけ終了時に出る奴だと思ったが…
AEEHeap.cのはそれだけ？その直前にもなんか出てない？

112:デフォルトの名無しさん
07/01/23 02:05:53
エミュレータがリークしてるなんて書き込みはない
エミュレータがひたすらログをヒープ上に溜め込んでメモリを食いつぶすらしいが

Wastedはよく見るので多分あまり気にする必要はない
メモリリークしたときはBPOINTなんちゃらと出る希ガス

スタック上に確保したインスタンスの開放漏れとかそういうのが疑わしい

113:デフォルトの名無しさん
07/01/23 02:08:49
IBitmapからDIB取得したときとかの開放漏れとかもね

114:デフォルトの名無しさん
07/01/23 10:25:14
BREW3.1のシミュはアプリ終了時に
ホンの一瞬だけリークの表示画面出して
ランチャー画面に移っちゃって気づきづらい。

その代わり>109のログが出る。
リークしなければAEEHeep.cのログは出ない。

ということで>109はメモリリークでFA。

115:デフォルトの名無しさん
07/01/23 11:25:47
>*AEEHeap.c:1190 - 28 Wasted

コレってシミュレータを立ち上げて
消すだけでも出ない？
(何のアプリを起動しなくても)
今まで気にしてなかったんだけど…

116:104
07/01/23 11:38:12
すいません。勘違いしていました。

109のはシミュレーター自体を終了した時に出たメッセージで、
アプリ終了直後は特に109のようなログもBPOINTなんちゃらも
出ていないっぽいです（全文張ろうかと思いましたが長すぎる
みたいですので……）。

開発当初に>>114にあります一瞬出るメッセージが出たこともありましたが、
それはあからさまな開放漏れを修正する事によって解決しました。

とりあえず、皆さんの指摘の中にあります開放漏れを重点的にチェックして
みようと思います。

どうもありがとうございました！

117:114
07/01/23 11:48:29
スマン、シミュの終了時は見逃してた。
ただアプリ終了時にAEEHeap.cのログが出た場合は
リークしてることに間違いは無いよ。

118:デフォルトの名無しさん
07/01/23 11:50:23
ちなみにリークさせたときのログ

*AEEShell.c:8565 - App_Cleanup(1009ff0)
*OEMOS.c:548 - BPOINT Type 1, Node 0x048618E0 helloworld
*AEEHeap.c:1171 - ------ App Heap Info ------
*AEEHeap.c:1073 - 128 - helloworld #1624 c:\brew_sdk\3.1.2\sdk\examples\helloworld\helloworld.c:134 (L)
*AEEHeap.c:1185 - -------------------------
*AEEHeap.c:1186 - 161928 Alloc - Total
*AEEHeap.c:1187 - 0 OEM
*AEEHeap.c:1188 - 75409 BREW
*AEEHeap.c:1189 - 86519 Apps
*AEEHeap.c:1190 - 6104 Wasted
*AEEHeap.c:1191 - 2977756 Free - Total
*AEEHeap.c:1192 - 2940688 Largest
*AEEHeap.c:1193 - 2940688 Largest Non Seq.
*AEEHeap.c:1194 - 2977756 Total Non Seq.
*AEEHeap.c:1195 - -------------------------
*AEEShell.c:8087 - App_New (CREATED 1008000)

119:104
07/01/23 11:52:23
連投すいません。

ビットマップの開放なのですが、開放順序は関係有りますでしょうか？

手順はこんな感じなのですが……。

デバイスのビットマップ取得
　↓
互換性のある作業用ビットマップ作成
　↓
作業用ビットマップにパターン転送
　↓
ITransformインターフェイス作成
　↓
トランスフォーム転送
　↓
ITransformインターフェイス開放
　↓
IDISPLAY_Update
　↓
作業用ビットマップ開放
　↓
取得したデバイスのビットマップ開放

120:104
07/01/23 11:56:52
>>117
ありがとうございます。

確認したのですが、アプリ終了直後は特にAEEHeap.cからのログは出力されて
いないでみたいです。

121:デフォルトの名無しさん
07/01/23 12:01:22
開放する順番は多分関係ない

アプリ内でヒープの残量監視して、1時間アプリ走らせたあとに
ヒープ残量が想定以上に減ってないか確認してみれば

###BREWDEBUG#でみてもよし

122:デフォルトの名無しさん
07/01/23 13:41:55
最初にそこそこメモリMALLOCしておいて、不具合が出るまでの時間が減るか、とかアナクロな手法も。

123:デフォルトの名無しさん
07/01/24 11:22:32
まずは問題の切り分けだな。
ヒープの線が濃厚なら>>121のやり方でヒープ残量を監視。
一定タイミングごとに残量チェックして、前回から変わったらDBGPRINTで。
で、実際にヒープ量が減っていって、足りなくなって落ちるんならそっから絞込み。

■俺が良くやるリークチェック手順

まず、マクロで俺様MALLOC＆FREE（new/deleteも）作って、確保・開放したファイル名、行番号とポインタを表示しとく。
↓
アプリを実行し、てきとーにプレイして終了
↓
出力ウィンドウを全部コピペし、エディタでメモリリーク用表示のみを抽出
↓
CSV形式に加工
↓
エクセルに持っていって、ポインタ順にソート
↓
正常なら同じポインタでMALLOCとFREE一回づつやってるはず。
数が合わなければそこの周辺がリークの発生場所。
※エクセルなので関数使って自動チェックするのも簡単

124:デフォルトの名無しさん
07/01/24 17:21:49
メモリ問題に割り込むかたちで済まないが質問。
半角全角絵文字混在の文字列から、使用不可文字を取り除く処理ってどうすんべか。

１文字ずつ切り出す
半角か全角か判別
使用不可文字かどうか判別
使用不可文字なら取り除いて文字列を詰める

…とかいちいちやるのひょっとして？

125:デフォルトの名無しさん
07/01/24 17:34:11
それ以外にどんな方法があるって言うんだー

126:デフォルトの名無しさん
07/01/24 18:09:00
STREXPANDした後のほうが全半判別いらないから楽かもとか思ってしまう俺手抜き

127:124
07/01/24 19:09:48
そうか、やっぱそうなのか。
そういうAPIは日本拡張パッケージで用意しといて欲しいや。

ITextCtlで入力された文字列から取り除くんだが
それならAECHARだから2byteずつの切り出しでOKってわけか。
とりあえずこれでやってみる。

128:デフォルトの名無しさん
07/01/25 18:12:51
qcpで再生、停止はできるけれど、
IMEDIA_Rewind(), IMEDIA_Fastforward(), IMEDIA_Seekが
シミュレータでことごとく動かない･･･
書籍とか読んで、ただコールするだけで良さそうなのにダメダメです

あと実機でwebからダウンロードを安定して出来ますか？
ISOURCE_Read()で250k位のファイルをDLしようとすると不安定になって
8割くらいで端末リセット食らいます、たまに成功するんだけどね･･･

129:デフォルトの名無しさん
07/01/25 20:10:21
>>126　なるほど、おまい頭いいなｗ
半角かな混在環境だと、漢字とカナのチェックで苦労するんだよな。
AECHAR用正規表現ルーチンとかあると楽なのに。

130:デフォルトの名無しさん
07/01/26 15:15:29
>>88でITextCtlについて質問したものです。
その後フォーラムやBREWのドキュメントを参考に文字入力を実装できたのですが
ITEXTCTL_SetRect()で表示した四角形の色を変える方法が分かりません。

デフォルトだと白なのですが、アプリの画面にあわせて色を変えたいと思ってます。
どうすればテキストコントロールの色を変更できるのでしょうか？

131:デフォルトの名無しさん
07/01/26 15:35:55
>>130
俺はITextCtlは普段一切表示しないで、
使うときだけ作成、
直後にKEY_PRESSEDイベントを擬似的にITextCtlへ投げて
FEPを起動してる。
なので描画は自由にやってる。

132:名無しBREWたん
07/01/26 15:46:14
>>130-131
うちも描画は自前。
ITectCtl_ReDraw() とかは、機種によって動作が替わるんで、あまりオヌヌメできない。

133:デフォルトの名無しさん
07/01/27 13:04:35

それでも色代えたいならIDISPLAY_Setcolor()当たりでできたはず(今検証ﾃﾞｹﾝｽﾏﾇ)

だがやはりオヌヌメできない

134:デフォルトの名無しさん
07/01/28 01:14:16
ありがとうございます。
結局、全画面モードでネイティブエディタを即起動するようにしました。
知人に聞いてもITextCtl関連は機種依存が多いようなので
あまり変なことしない方が無難そうですね。

135:128
07/01/28 20:42:35
いくつかの機種でSDKについてくるメディアプレイヤーを使ったのですが
古い端末じゃないとmp3のインスタンスが作れないし
qcpだとどれもシークできないしで困っています。
音声ファイルのシークがしたいのですが、どうすれば実現できますでしょうか？

136:デフォルトの名無しさん
07/01/28 21:07:55
3g2とか使えないかな？

137:デフォルトの名無しさん
07/01/29 03:19:00
音データでqcp使ったこと無いや・・・
spfなら助言はできるんだが動作に違いあるんかな？

138:デフォルトの名無しさん
07/01/29 18:36:15
すみません、ちょっと曖昧な内容の質問になるんですが
クリアキーを押しただけでアプリが終了してしまうのは何が原因なのでしょうか？
こちらのプログラムではクリアキーに関する処理は何も実装していませんが
エミュで確認するとクリアーキーを押すと　EVT_APP_STOP　が送られてアプリが終了してしまいます。

こういう場合原因があるとすれば何が考えられるのでしょうか？
アバウトすぎて答えにくいかもしれませんが、少しでもヒントがあればと、質問してみました。
宜しくお願いいたします。

139:デフォルトの名無しさん
07/01/29 18:50:04
>>138
EVT_KEYイベントに対してfalseを返す

140:デフォルトの名無しさん
07/01/29 18:53:04
EVT_KEY/AVK_CLRにFALSEを返すと問答無用にアプリは終了させられる
BREWの仕様、イヤならとりあえずTRUE返しときゃおｋ

141:デフォルトの名無しさん
07/01/29 19:15:55
ありがとうございます！！解決しました！
EVT_KEYPRESS/RELEASEは処理してたんですがEVT_KEYはやってませんでした。
こんな単純な話だったとは・・・お手数をおかけしましたｍ（＿＿）ｍ

142:128
07/01/30 02:14:39
>>136
テストコード作って3g2を読み込みましたがIMEDIAUTIL_CreateMedia()でSUCCESSしませんでした。
やはりMPEG4エクステンションが必要でしょうか。
MSPレベルじゃ手に入ぽいんですよね。ぶっつけで実機確認してみようと思います。
>>137
声を扱いたいのでspfは使わないのです、申し訳ない。

で、現状の解決方法としてSDK3.1.5、シミュレータW41CAにてmmfのシークを確認しました。
音質悪いし圧縮率も悪いですけどね･･･gzipかけたときに小さくなるのが救いだけど。
3.1.2jaではIMEDIAUTIL_CreateMedia()の時点でダメでした。
次は実機確認してみます。駄報告でスマン

143:デフォルトの名無しさん
07/01/30 02:44:32
VisualStudioから実機でステップ実行できるようにするか、
メディアとかカメラとかもシミュレータで再現できるようにしろよなぁ…

144:デフォルトの名無しさん
07/01/30 04:14:04
>>142
SDK3.1.2のYAMAHA系DLLってなんか問題があって、差分がKDDIのほうで出てなかったっけ？
最近のは修正されてる？

145:デフォルトの名無しさん
07/01/30 07:06:12
PCの画面に携帯の端末が表示されるようなシミュレータないすか？

146:デフォルトの名無しさん
07/01/30 10:32:11
つ SDK

147:128
07/01/31 04:15:30
追記:
20K程度のmmfファイルのシークは出来ませんでした。3.1.4以降で確認。
3.X以降でまともにシークできるフォーマットとシミュレータは無いのでしょうか？

>>144
\bin\Modulesに入れるma3smwemu.dllでしょうか？
3.1.4以降もこのdll外すとmmfは再生できませんでした。

148:デフォルトの名無しさん
07/01/31 17:14:41
通信中やロード中などに、キーを連打しておくと、
画面が遷移した時に、専攻入力状態になってしまうのですが、
これを回避する方法はありますか？
遷移直後に、キーを初期化しても発生します。

149:デフォルトの名無しさん
07/01/31 17:37:23
遷移して数フレームは入力無視したら？

150:デフォルトの名無しさん
07/01/31 19:48:55
画面毎にイベントをヌルーするつくりにすればいいヂャマイカ？

151:148
07/01/31 20:12:57
レスありがとうございます。
とりあえずは画面が切り替わった際に数フレームかませることで回避できました。
>>150
その方向で手直ししてみます。

152:デフォルトの名無しさん
07/02/01 17:19:31
端末設定のEz番号通知・非通知を取得する方法はありますか？

153:デフォルトの名無しさん
07/02/01 20:31:16
>>152
サブスクライバIDが取得できなければ非通知、でなんかマズい？

154:152
07/02/01 20:37:37
>>153
非通知設定にしていても、普通に取得できてしまうのです。
非通知設定の場合は、通知を促す文言を表示したほうが良いと思いまして。

155:デフォルトの名無しさん
07/02/02 00:49:12
>>154
BREWアプリでのEZ番号取得は通知/非通知とは無関係に成功する。
サービスガイドとかちゃんと読んだほうがいいよ？

156:デフォルトの名無しさん
07/02/02 10:13:46
取得して何をするつもりですか？

157:デフォルトの名無しさん
07/02/02 12:17:45
サーバでユーザ判定するんだろ？

158:デフォルトの名無しさん
07/02/02 15:06:21
GCC環境についての質問です。
>>4で上がっている情報やフォーラムの情報を参考に環境構築中なのですが
VisualStudioのAddInにあるGCC用make作成ボタンを押しても
ARM用の中途半端なmakefileが作成されてしまいます。
どこかで読んだんですがC++だとmakeを作ってくれないらしいのですが
これを回避（自動でGCC用makefileを作成）する方法はありませんか？

それとも、C++の場合はmakeファイルは自作するしかないのでしょうか？　orz

ご存知の方、宜しくお願いします・・・

159:デフォルトの名無しさん
07/02/02 15:17:01
>>152
聞くならQualcommのフォーラムじゃなくてKDDIに聞くべきじゃないかと

160:名無しBREWたん
07/02/02 16:49:07
>>158
テンプレートを書き換えればうまくいきそうな気がするけど、昔のこと何でもう忘れてしもーた。

161:デフォルトの名無しさん
07/02/02 20:57:18
そんなぁ・・・（　＠д＠）/　思い出せ～～思い出せ～～（※電波送信中）

つーか、今のところBREW3.1.2/gnude/Visualstudio2003/C++　という環境でやってるんですが、
GCCで開発する時ってmakefileはどうやってます？
やっぱり↓をベースにして自分で書くしかないのかなぁ・・・
(BREW AddIns)\common\templates\GCCAppTemplate.mak　

162:161
07/02/03 13:36:10
結局、>>4 の情報やBREW Forum（日本語･英語）、ググって見つけたサイトの情報を元に
gnude/C++ でmodファイルを作るところまでは行ったんですが、実機で起動しないです・・・orz
コンパイルとリンクのオプション晒すので、間違いがあればどなたか指摘してくださいです。m(_ _)m
アプリのモジュールに加えて、AEEAPPGEN.c AEEMODGEN.c GCCRESOLVER.c　もビルドに組み込んでます。

・コンパイルオプション
c:\gnude\bin\arm-elf-g++ -c -DDYNAMIC_APP -mcpu=arm7tdmi -mapcs-frame -mthumb-interwork -mlittle-endian -fshort-enums -fno-builtin -g
-fno-exceptions -fno-unwind-tables -ffunction-sections -fno-rtti -IC:\BREWSDK3.1.2\sdk\inc -IC:\gnude\lib\gcc-lib\arm-elf\3.3.1\include
-Ic:\gnude\arm-elf\include -O2 -o main.o c:\test\main.cpp

・リンカオプション
c:\gnude\bin\arm-elf-ld --cref -Ttext 0 --emit-relocs -entry AEEMod_Load --gc-sections -o test.elf -LC:\gnude\lib\gcc-lib\arm-elf\3.3.1
-Lc:\gnude\arm-elf\lib AEEAPPGEN.o AEEMODGEN.o GCCRESOLVER.o CAPTUR~1.o main.o （必要な .oファイルは全部書いてます）-lm -lc -lgcc

163:161
07/02/03 13:36:42

あと、リンク時に以下のワーニングが出るんですが
　/cygdrive/c/gnude/bin/arm-elf-ld: Warning: C:\gnude\lib\gcc-lib\arm-elf\3.3.1/libgcc.a(_divsi3.o) does not support interworking, whereas test.elf does
　/cygdrive/c/gnude/bin/arm-elf-ld: Warning: C:\gnude\lib\gcc-lib\arm-elf\3.3.1/libgcc.a(_modsi3.o) does not support interworking, whereas test.elf does
　/cygdrive/c/gnude/bin/arm-elf-ld: Warning: C:\gnude\lib\gcc-lib\arm-elf\3.3.1/libgcc.a(_dvmd_tls.o) does not support interworking, whereas test.elf does

これってGCCAppTemplate.makの最初に↓のようなコメントがあるので、無視してかまわないのでしょうか？
# Notes:
# 1. While building the application using this make file, the following warnings may be
# received. They can be safely ignored:
#"Warning: _divsi3.o does not support interworking, whereas <Your App>.elf does not"
#"Warning: _dvmd_tls.o does not support interworking, whereas <Your App>.elf does not"
#"Warning: cannot find entry symbol _start; defaulting to 00008000"

164:161
07/02/03 13:53:31
あ、ちなみに同じコードをRVCTでビルドすると問題なく動きます。

大人の事情でどうしてもGCC環境を構築しないといけないので
「素直にRVCTでビルドしやがれ！」というレスは無しで。（つдＴ）

165:デフォルトの名無しさん
07/02/03 23:00:51
素直にRVCTでビルドしやがれ！

166:デフォルトの名無しさん
07/02/03 23:24:29
ロガーを使って、実機でどのようなエラーが出ているか確認できないのか

167:161
07/02/04 10:50:06
起動した瞬間、実機ごと落ちるとです・・・

168:デフォルトの名無しさん
07/02/04 11:10:42
>>161
俺も同じ症状で結局gcc使うのあきらめた
ADS使うので、今は環境も消しちまって確認してないんだが、その後
AEEmodGenを壱番最初にリンクする必要がある、とかなんとか見たことがあった
-entry AEEMod_Loadの指定が正しい動作しないとかなんとか、という理由で

169:デフォルトの名無しさん
07/02/04 13:12:15
大人の事情とは、金の問題か

170:デフォルトの名無しさん
07/02/04 13:56:04
おっかねー話だな

171:デフォルトの名無しさん
07/02/04 15:43:46
ずばりQのフォーラムで聞いてみたらどうだろうか？

GCCを使う場合、AddInではC++が通るmakefileが作られない。
自前で用意したmakefileでビルドはできたが、実機では起動時点で動かない。
GCC(GNUDE)を利用したC++向けのmakefile記述の注意点と、
GCC(GNUDE)を利用した開発環境構築の助言が欲しい。

とかﾒｯﾁｬ都合のいい質問。
英語の方のフォーラムに誘導されておしまいだったりして。

172:デフォルトの名無しさん
07/02/04 19:48:05
mapファイル出力してAEEMod_Loadが先頭にあるかチェック
gccは昔自分でgcc自身からビルドして使ってたけど（ちなみに3.3。makeもgnuの奴で）
どうしてもmodのサイズがでかくなるんで使うのやめた。

173:デフォルトの名無しさん
07/02/05 11:52:21
>>171　英語でも
　you build on RVCT stupid! Hahahaha!
とかいわれたりしてなｗ

174:デフォルトの名無しさん
07/02/05 13:02:18
use RVCT, you stinkin' loser!! Ha ha!

175:名無しBREWたん
07/02/05 14:21:33
>>161
ld に渡すモジュールの順番が間違ってる。
AEEModGen.o が一番最初。
これは、>>168 の言うとおり、-entry フラグが有効に機能しないため。

さらに、アプリサイズがでっかくなりすぎてどうこうというのは、
gnude じゃなくて GNUARM を使うことをおすすめする。
平均で半分ぐらいのモジュールサイズになる。

URLﾘﾝｸ(brew.s214.xrea.com)

176:デフォルトの名無しさん
07/02/05 16:05:07
GCC くらい自分でビルドすればいいのに

177:デフォルトの名無しさん
07/02/05 19:56:46
>>175
GNUARM を GUNDAM と読んでしまった件

178:デフォルトの名無しさん
07/02/05 20:42:38
安物NICのMACアドレスでライセンスとって
SoftEtherやVMwareで使いまわしときゃいいんだから
RVCT一個くらい買っとけ。

179:デフォルトの名無しさん
07/02/05 20:48:30
またがんおたか！

180:デフォルトの名無しさん
07/02/06 01:12:15
ここのメンツは数年前からほとんど変化が無い

181:デフォルトの名無しさん
07/02/06 08:18:13
だがちょっと舞ってほしい

おまいらお疲れSummer

182:デフォルトの名無しさん
07/02/06 11:01:19
半年くらいBREWの開発はしてないが見てる俺。

183:デフォルトの名無しさん
07/02/06 11:03:56
ちとスレ違いかもしれないとですが。
モバイルソリューションパートナーの登録が済んだのですが、
サイト内の仕様書を見ると各種端末仕様書と、
各種デバイス構成ファイル、
法人向け～仕様書が見えます。

で、一般向け？の仕様書が見当たらないのですが、
これらはどうすれば入手できるのでしょうか？

184:デフォルトの名無しさん
07/02/06 12:10:29
>>183
一般向けってなに？公式コンテンツ作りたいなら
CPになんなきゃ。まずは企画審査がんばってください。

185:デフォルトの名無しさん
07/02/06 15:38:16
なぜか知らんがE03CAは、ICAMERAで
DeferEncode(FALSE) にすると RecordSnapshot() で落ちる。。。
DeferEncode(TRUE) にすると、うまくいく。。。

そしてアプリ終了時に BAD POINTER Type 3 が出てるんで、
どうもどこかを解放しすぎたっぽいんだが、追い切れない。。。

そんなことをし始めてそろそろ２４時間経ちました。。。orz

186:183
07/02/06 16:16:52
>>184
ありがとうございます。
ウチは下請け専門でして、仕様書等はCPから入手してました。
その手間を察してか、
事務の方がモバイルソリューションパートナーの登録を行ってくれました。

で、サイトの方を見てみたら183の通りでして…

一般向けと言うのが適切かわからないのですが、
例えばサービスガイドだとタイトルが
「法人向けEZアプリ(BREW(R))サービスガイド(BREW(R)3.1版)」
となっていまして、以前CPから頂いたものに「法人向け」と
文言が加わっており、内容も若干法人向けになっています。

「法人向け」でないサービスガイドが入手できれば十分なんですが、
私のサイト内検索の方法が悪いのか、登録方法に問題があったのか、
その程度の情報でよいので何かアドバイスお願いできませんか？

187:デフォルトの名無しさん
07/02/06 16:31:03
>>185
ぐおお、DeferEncode(TRUE) にしたら、VGA での撮影はできないんだとよ。
※ICAMERA_GetSizeList() による調査結果。

・・・なんぢゃそら。ヽ(`Д´)ノ

188:デフォルトの名無しさん
07/02/06 16:54:24
>>186
あぁそういうことですか。
当然ながらCP用のコンテンツはありません。
サービスガイドや検証関連は
正規のものをクライアントさんにもらってください。
MSPだとBREWテスト端末を勝手に確保したり
testsigの取得やなんかもできちゃうんで、
そーゆー意図で便宜を図ってくれたんじゃないかと。

うちはモバソリで自社提供と、CPな子会社の下請けやってますが、
機種情報やプログラミングガイドなんかは法人向けので
充分というか、こっちの方が新しい情報がのってたりするので
重にこちらを参照するようにしてます。
あ、CP向けのほうが機種毎の障害情報とか充実してるけど。

189:183
07/02/06 17:26:02
>>188
CP向けのコンテンツと分かれていたんですか。
機種情報等は十分な情報量なので、こちらで満足します。
どうもありがとうございました。

190:デフォルトの名無しさん
07/02/06 18:29:01
>>187
ヒント１：端末仕様書
ヒント２：ハード系(カメラ･ストレージ・音源・エンコなど)は実装依存が激しい
ヒント３：そもそもカメラを使わない企画がオヌヌメ

191:デフォルトの名無しさん
07/02/07 00:37:25
E03て何だっけ?法人端末?
扱ってる人も少ないだろうし乙としかいいようが無いな

192:デフォルトの名無しさん
07/02/07 01:36:23
>185
解放しすぎじゃなくて解放し忘れじゃね？
ところで、カメラで写真何枚も撮ってない？

193:デフォルトの名無しさん
07/02/07 01:38:55
E03CA・・・W42CAにﾃﾞｶﾊﾞが付いたやつだよね。
テスト端末が机の墨に転がってるけど風呂場にも持って入れるから結構好きだ。

194:デフォルトの名無しさん
07/02/07 11:25:16
あれ…、app->a.pIDisplayに任意の色を透明色設定するのってどうすればいいんんだろう？
というか、勝手に透過するんだけどデフォルトで透明色って設定されてるんだろうか？

195:デフォルトの名無しさん
07/02/07 11:41:52
IBitmapやIImageに設定するもんじゃないか？

196:デフォルトの名無しさん
07/02/07 13:12:03
PNGのtRNSチャンクで指定する。
IDisplayの透過に関しては知らない。

197:デフォルトの名無しさん
07/02/07 13:25:19
IDISPLAY_GetDeviceBitmap() で IBitmap を取り出して IBITMAP_SetTransparencyColor() だろ、常識的に考えて…

198:194
07/02/07 15:43:28
>197
うーん、それやってみたんだけどなんか反映してないっぽいんですよね。
しかも勝手に透過色255,0,255とかになってるんだけど、これって
自分で設定してるからなのかな？

199:デフォルトの名無しさん
07/02/07 15:52:39
画像側で設定されてると自動で透明色が指定される
BREW2.1以前だとされないけど

200:デフォルトの名無しさん
07/02/07 15:59:44
NativeColorとRGBVALを間違えてたり･･････ない？

201:デフォルトの名無しさん
07/02/07 17:05:11
透過色は画像データの方にもたせなきゃ意味がないんじゃ

IIMAGE_DrawするならIImageに、IDISPLAY_BitBltするならIBitmap(pbmSource)に

202:185
07/02/07 17:06:24
>>192
レスサンクス。
解放し忘れだと BAD POINTER Type 1 になる。
写真何枚も撮ってる。むしろ撮らなくてもプレビューするだけで BAD POINTER になる。

そして、>>187 のとおり、DeferEncode(FALSE) で何とかすることによって無事解決。

撮影した瞬間の画像が画面に出せないけど、まぁそこはあきらめることにした。

203:デフォルトの名無しさん
07/02/07 17:07:35
あと、デフォルトが 255,0,255 なのは仕様
MAGENDAが透過色ってどっか（多分AEERasterOp）の説明に書いてある

204:デフォルトの名無しさん
07/02/07 19:13:26
k-brew-testでメモリを減らしていき、
端末のメモリ不足エラーが出なくなるぎりぎりのところで起動すると
AEEClsCreateInstanceが呼ばれる前に端末再起動がかかります。
もう少しメモリを増やすと、アプリが正常に起動し、
仕込んでおいたメモリ不足画面にいってくれるのですが、
このような現象を回避する方法はありますか？
ちなみに、W32Sでのみ起きています。

205:194
07/02/07 19:27:34
>201
それだ！

orz

どうもありがとうございます。

206:デフォルトの名無しさん
07/02/08 00:25:42
>>204
どっかのエラーを見逃してるか、不正アクセス。
あとは AEEClsCreateInstance() に行く前にえらい時間を掛けててタイムアウトとか、
Makefile の -rwpi を消してるとか。

207:デフォルトの名無しさん
07/02/08 01:20:20
そういえば、端末にファイル読み書きするときに、一括で行ってよい最大サイズって
10kまでとかどっかで読んだ記憶があるんですが、これってどこに書いてあるんでしたっけ？
散々資料探してるんだけどどこにも見当たらない。

208:デフォルトの名無しさん
07/02/08 01:58:17
>>207
プログラミングガイドを10KBで検索

209:デフォルトの名無しさん
07/02/08 02:10:11
>>207
それってCLOSEイベントハンドラ内で
書き込める上限って意味だろ。

210:204
07/02/08 11:17:54
>>206
AEEClsCreateInstanceが呼ばれる前に落とされるとなると
エラーを拾う場所が、もう無いような気がするのですが。

ちなみに-rwpiを消しているわけではありませんでした。

211:デフォルトの名無しさん
07/02/08 11:23:27
「AEEClsCreateInstanceが呼ばれる前」というのをどう判断してるかだな
DBGPRINTFのメッセージはリセット時にたいてい失われるから

いっぺんAEEClsCreateInstanceで何もせずにエラー返して、ほんとに
そこに進入してないのか確認した方が良い

212:デフォルトの名無しさん
07/02/08 12:33:52
ネイティブ側もBREWで書かれていて、k-brew-testでムチャすると
逝ってしまう端末なかったっけ

213:デフォルトの名無しさん
07/02/08 13:40:16
W21Kあたりかな
UIがほとんどBREWのようだ

214:デフォルトの名無しさん
07/02/09 15:57:36
かれこれBREWの開発から離れて久しいが。

k-brew-testだとメモリ少なくした時にk-brew-test自体が落ちるから、
極端にメモリ少ない状態でやるならShaker使うのが普通だったはずだが(´・ω・｀)

215:デフォルトの名無しさん
07/02/13 08:35:53
k-brew-testみたいな適当なソフトで検証されてもな
って思うよな。
あとAEEClsCreateInstance内のエラーハンドリングは、
注意しないと検証で文句言われる。（経験）

216:デフォルトの名無しさん
07/02/13 09:13:12
でも、Shakerは検証項目からはずれてるからなー。

217:デフォルトの名無しさん
07/02/13 11:31:57
Shakerでやって大丈夫なのにk-brewで落ちたら
k-brewが落ちるので修正してくださいってｗ

218:デフォルトの名無しさん
07/02/14 17:39:02
BREWの実機用コンパイラで、「使っていない変数がある」というwarningを抑制する方法はありませんか？
#pragma unused相当のものが望ましいのですが。

219:デフォルトの名無しさん
07/02/14 17:46:13
>>218
> BREWの実機用コンパイラで、
って言われても色々あるわけだが、
普通は -W のオプションがあるだろ。

220:デフォルトの名無しさん
07/02/14 18:04:48
多分中の人も見てるだろうけど、
ウィリアムのいたずらの開発日記氏のフレームワークぽいの
使ってる人いるのかね？
見ててちょっと気になった。

>>218
voidでキャストして正攻法で消してる。
リリースビルドだとDBGPRINTF消しマクロのワーニングが大量発生してるがｗ

221:デフォルトの名無しさん
07/02/14 23:37:10
>>220 BREWアプリ程度のプログラム組むのにわざわざ他人の書いたフレームワークを使おうとする奴の気がしれんな。
他人のソース解析したり使い方を覚えたりする暇があれば、自分で一本書いた方が安心だろ。
そもそもそんな拾いもんのフレームワーク使ってバグが出たときにどうすんだと。

222:デフォルトの名無しさん
07/02/15 01:37:20
拾いもんでもいいもん！

223:デフォルトの名無しさん
07/02/15 01:43:09
>>221
ってハニー

224:デフォルトの名無しさん
07/02/15 14:57:58
>>221
俺んとこ自社製のフレームワークがあるけれど、信用できんからいまだ旧作からコピペしているよ。
下手に高機能なものより、枯れてる方がいいと思うんだ、ウン。

225:デフォルトの名無しさん
07/02/15 15:08:46
普通フレームワークは実績のあるプログラムを使うもんじゃアルマジロ

それは兎も角IThread使い慣れるとBREW2.1に戻りたくなくなるね。
困ったもんだ(´・ω・｀)

226:デフォルトの名無しさん
07/02/15 22:14:33
つか2.1もう排除してくれ
古臭いのをお大臣様のように大事にしやがて

227:デフォルトの名無しさん
07/02/16 00:55:36
2.1の端末ほとんど出ないじゃん

228:デフォルトの名無しさん
07/02/16 04:31:24
>>221
おまいさん、

エクステンション？新しく作ってやんよ。

とか言いそうだな。

229:デフォルトの名無しさん
07/02/16 21:53:15
IThreadなんて使ったことないや。
つかKDDI向けじゃ使えないし。

230:デフォルトの名無しさん
07/02/16 23:48:05
すなおにc++で公開してください

231:デフォルトの名無しさん
07/02/17 02:29:45
さっさとマルチスレッド実装してほしい

232:デフォルトの名無しさん
07/02/17 14:48:48
ﾏﾙﾁｽﾚｯﾄﾞ導入したらしたで、また検証に項目が増えたり
必須実行項目が増えたりするんだろうなー('A`)y-~~

検証項目なんて作ってて出たバグの対応方法リストだしなｗ

233:デフォルトの名無しさん
07/02/17 18:26:38
しかもその大半は端末の方のバグな

234:デフォルトの名無しさん
07/02/17 19:27:46
端末の使用への準拠具合も、Qualcomm がきちんとチェックするべきだよな。
…チェックしてこの程度ならもう何もいわないが。

235:デフォルトの名無しさん
07/02/18 02:04:37
C++でやる場合ってnewをオーバーライドすると思うんですが、そうするとメモリリーク時に出るメッセージが全てnew内部のMALLOCの行番号になってしまいます。
とりあえず現在はnew呼び出し時に行番号とポインタをDBGPRINTして、リーク時のメッセージといちいち突き合わせして確認している状況です。

これだとメモリリークの発生源がなかなか特定できなくて不便なのですが、どうやって解消すれば良いのでしょうか？

236:デフォルトの名無しさん
07/02/18 02:40:00
>>234
Qualcommバグが無いとでも?

237:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/02/18 03:54:46
一ユーザーだけどこれマジかい？

[297] 非通知さん sage
2007/02/17(土) 18:26:16 ID:smC0VA1u0
DoCoMoなみにJavaの自由度広げると、機種の検証が大変なんよ
それも出す度にだからね。
万一ケータイが壊れたりデータ飛んだらやばいだろ？

BREWなら検証制度あるから、そこでテストして弾けば、端末側に問題あってもOKなのよwww
これが新端末連発でしかも安く出来る一つの要因なわけ

239:デフォルトの名無しさん
07/02/18 05:26:40
連発、安くできる要員ってんなもんねーわな
たぶん

240:デフォルトの名無しさん
07/02/18 08:56:26
最後の一行だけなんで付いてるのか分からない文だな。

不具合があっても出荷できるから納期が短くなって安くできる
って言いたいのだろうか？
それ言ったら今の携帯はファームアップデートできるしな(´・ω・｀)

241:デフォルトの名無しさん
07/02/18 12:47:09
ただのあう叩きじゃねーの?何したいのかわからんな

242:デフォルトの名無しさん
07/02/18 16:04:41
>>229
IThreadがNGって2.xの話じゃなかったっけ？
3.1のみでもNG？？

今手元に資料無いのでアレなんだが、
たしか「リファレンスに乗ってないAPIは使用禁止」って記述から、
BREW2.xでIThreadは使えないって事だったような。

243:デフォルトの名無しさん
07/02/18 18:07:29
IThreadついてるの3.xからでしょ。
んで、動作保証ができないんで非推奨だったとおもった。
禁止されたかは覚えてない。

244:デフォルトの名無しさん
07/02/18 21:04:47
IThread自体は2.1であるよ
ただQualcommとして非推奨（試験的実装）だった

3.xでQualcomm的には公式API

245:デフォルトの名無しさん
07/02/18 21:19:21
2.1からあったのか・・・

じゃあ、単にKDDI側の実装時の検証がすんでないとかそういうことか。
検証すらしてなかったりして。

246:デフォルトの名無しさん
07/02/18 21:44:25
スレッドを使いたくなる用途って何があるのかな…
俺はスレッド必要ないな

247:デフォルトの名無しさん
07/02/18 22:06:45
まあ俺に必要なBrewのスレッドは、ここだけだ。

248:デフォルトの名無しさん
07/02/18 22:50:02
>>246
Javaのスレッドマンセーなプログラムの移植とか。
あと非同期処理とUIが重なったとき
イベントトリブンなプログラムで書くよりかは
スレッド使った方がスマートになると思う。

Win32で言うところの DispatchMessage が有ればスレッド使わんでも良いのだけれど。

249:デフォルトの名無しさん
07/02/19 21:59:17
>>247
だれがうまいこといえｔ

250:デフォルトの名無しさん
07/02/20 00:25:34
とりあえずKDDIでは3.1のIThreadは使用禁止だったよ。某支援サイトのFAQ。
まぁ使用は海外の仕事だけにしておきたまえ。
もしくは自己責任で。使用禁止な以上、42SAみたいなことがあっても
周りは誰も責任とってくれないぜ。

動いてんならかまわないとは思うけどね。

251:デフォルトの名無しさん
07/02/20 02:17:28
>>250
サンクス。
今日一日調べてもIThread禁止の記述が見つからないし
職場が2chアク禁で書き込めもできないし悩んでた。
下請けだもんで支援サイトとやらが・・・orz

いいや、もう忘れよう。
俺は何も見なかったんだ。そうにちまいない。

252:かぬ
07/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:デフォルトの名無しさん
07/02/20 18:17:55
質問です。
MALLOCした領域を開放せずにアプリが終了したばあい、その領域って勝手に開放されちゃうの？

254:デフォルトの名無しさん
07/02/20 18:40:43
携帯の電源が落とされるまでそのまんま。
勝手に開放してくれるんならテストする必要ないでしょ。

255: ◆LOUDNESSQA
07/02/20 18:43:37
だってそんな現象がおきちゃったんだもん。

256:デフォルトの名無しさん
07/02/20 18:46:26
ノイズだかなんだかわからないレスが紛れ込んでるな

257: ◆LOUDNESSQA
07/02/20 19:33:10
自己解決しました。
開放されるが正しいよぅでつ

258:デフォルトの名無しさん
07/02/20 19:37:56
>>257
現行の端末全部で試してみな。

259: ◆LOUDNESSQA
07/02/20 19:44:07
だってQ社がそう言ってるんだもん。
OEM依存ぢゃなぃんぢゃね？

260:デフォルトの名無しさん
07/02/20 20:03:49
ふーん。

261: ◆LOUDNESSQA
07/02/20 23:59:10
＞＜。

262:デフォルトの名無しさん
07/02/21 15:42:05
IHtmlViewerのサスペンド／レジュームまわりについて質問です。
W42SAでテストしているのですが、
テキストボックスがあるHTMLに何かしら入力された状態で
サスペンド／レジュームを行うと、
レジューム後端末が落ちてしまう現象が起きています。
テキストボックスが空の状態だとレジューム成功するので、
原因がサッパリ判りませんです。

ちなみにサスペンド時にインスタンスを開放せず、
レジューム時にIHTMLVIEWER_SetActive()で復帰させると大丈夫ではあるのですが…
これをするとサービスガイドに違反(´・ω・｀)
何かアドバイス頂けないでしょうか～

263:デフォルトの名無しさん
07/02/21 16:58:44
IHTMLVIEWER は、サスペンド時に解放すべしってあったような。。。

きっとサスペンド中に保持してると不具合があるんだよ。

264:262
07/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);
}
テキストボックスに入力されていると～と言うよりは、
入力されない場合はたまたま何も無かったらしいです(´・ω・｀)
失礼しますた。

次ページ