- 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
- 49 名前：デフォルトの名無しさん mailto:sage [2007/01/02(火) 17:50:33 ]
- それはそれでいやだな
- 50 名前：デフォルトの名無しさん [2007/01/03(水) 22:40:49 ]
- BREW4.0搭載の端末っていつ出るんですか？
てか3.x→4.0で大分変わるみたいなんだけど
うちまで情報が回ってこないのですが・・・
- 51 名前：デフォルトの名無しさん mailto:sage [2007/01/03(水) 23:28:29 ]
- >>50
えとBREW4.xからうわなにをすあｑｗせｄｒｆｔｇｙふじこｌｐ；＠
- 52 名前：デフォルトの名無しさん mailto:sage [2007/01/04(木) 14:28:02 ]
- OS化が進む。マルチ
- 53 名前：デフォルトの名無しさん [2007/01/04(木) 14:41:27 ]
- >>51
>>52
な、なんだ。まだ情報公開するレベルじゃねーのかよ。
- 54 名前：デフォルトの名無しさん mailto:sage [2007/01/04(木) 15:00:04 ]
- まぁまだ先走り汁出すなってことだ
- 55 名前：デフォルトの名無しさん [2007/01/04(木) 16:32:59 ]
- >>54
すまない。汗ってしまった。
- 56 名前：デフォルトの名無しさん [2007/01/05(金) 12:10:43 ]
- Sophiaのフレームワークを使って開発してるんですけど
IShellのインターフェイスポインター取得することって可能です？
ISHELL_CreateInstanceに使いたいっす
- 57 名前：デフォルトの名無しさん mailto:sage [2007/01/05(金) 14:07:35 ]
- >>56
Sophia のフレームワークは生のBREWインターフェイスには触れなかったような。。。
サポートに聞くのが一番だな。
最悪自分で IApplet から IShell とりだして ISHELL_CreateInstance() だな。
- 58 名前：デフォルトの名無しさん mailto:sage [2007/01/05(金) 16:11:58 ]
- >>57
なるほど。。有難う御座います
- 59 名前：57 mailto:sage [2007/01/05(金) 17:39:50 ]
- >>58
スマートポインタから生のポインタを取得して
キャストすれば使えた気がするんだけど、
ずいぶん前の話なんで試す環境すらないスマソ。
こんな感じ。
-----------------------
SFBShellSmp shellsmp;
ISHELL *shell;
shellsmp = SFBShell::GetInstance();
shell = (ISHELL*)(shell.Get());
ISHELL_CreateInstance( shell, .........
.........
-----------------------
- 60 名前：デフォルトの名無しさん [2007/01/05(金) 21:10:20 ]
- Sophia使えるなんて金持ちだなぁ・・・
- 61 名前：デフォルトの名無しさん mailto:sage [2007/01/05(金) 23:20:14 ]
- 本当に開発コストが下がるか教えてよっ
- 62 名前：デフォルトの名無しさん mailto:sage [2007/01/05(金) 23:35:36 ]
- 検証待ちもなくなくなるのか！
- 63 名前：デフォルトの名無しさん [2007/01/06(土) 02:19:03 ]
- >>61
何本かアプリ作ってりゃそれなりのクラスやヘルパー関数が蓄積されるだろうし
開発スタイルも定着するだろ。
なーんも知らんとこが新規で開発するならSophia導入もありだと思うが、
それで飯食ってくつもりなら不要と思われ。
- 64 名前：名無しBREWたん mailto:sage [2007/01/09(火) 15:31:29 ]
- >>63
同意。
BREW初心者の頃は訳わからなくてSophiaのライブラリがあるとだいぶ助かったが、
慣れてくれば知識もつくし、ノウハウが蓄積されてきてくるだろうから、
自前のライブラリを作ったほうがコスト的にも精神的にも満足度は高いかと。
- 65 名前：デフォルトの名無しさん mailto:sage [2007/01/10(水) 22:26:46 ]
- W47Tなんだこりゃ。
30分経っても500KBのファイル転送がおわりゃしねえ。この糞端末が
- 66 名前：デフォルトの名無しさん mailto:sage [2007/01/10(水) 22:49:18 ]
- 今年も機種連発です。ｵｻｯｼｸﾀﾞｻｲ
- 67 名前：名無しBREWたん mailto:sage [2007/01/11(木) 12:54:31 ]
- >>65
知り合いがＫで未発売機種のBREW機能の検証をしていることを考えると、
正直、ｽﾏﾝｶｯﾀ。としか言えない。
- 68 名前：デフォルトの名無しさん mailto:sage [2007/01/11(木) 13:08:11 ]
- BREW3.1はエミュの作りが
2.1より酷いような気がするのは気のせいでしょうか(;´д｀)
3.1専用のアプリがようやく来たのでスレッドとか何とか遊びたいのに
くだらないところで躓いてるよ・・・
- 69 名前：デフォルトの名無しさん [2007/01/12(金) 09:53:14 ]
- BREWってC++コードが動かせるんだ。
じゃ、組み込み用って事で見れば、
BREW >>> JAVA >>>>> (壁) >>>>> dotNET , Flash
ってこと？
- 70 名前：デフォルトの名無しさん mailto:sage [2007/01/12(金) 10:04:26 ]
- 何を比較して？
- 71 名前：デフォルトの名無しさん mailto:sage [2007/01/12(金) 10:17:08 ]
- 既存のライブラリを活かして普通に作れるか、という比較。
- 72 名前：デフォルトの名無しさん mailto:sage [2007/01/12(金) 10:54:01 ]
- >>69
stl ×
boost ×
namespace ×
pragma ×
例外 ×
stdlib.h等標準ライブラリの使用 ×
組み込みに何故.NETやFlashが比較対象になるのか理解できんが
ざっと思いつく感じこれくらいは壁があるよ
- 73 名前：デフォルトの名無しさん mailto:sage [2007/01/12(金) 10:59:40 ]
- boostは仕方ないにしても、なんでstlがダメなの？
namespaceダメって、ちゃんとコンパイラ開発しる！
- 74 名前：デフォルトの名無しさん mailto:sage [2007/01/12(金) 11:00:49 ]
- ＞組み込みに何故.NETやFlashが比較対象になるのか理解できんが
今の携帯電話ってFlashだお。
組み込みに.NETは聞いたことないけど、M$的にはWinCE開発は.NET推奨だお。
- 75 名前：デフォルトの名無しさん mailto:sage [2007/01/12(金) 11:26:53 ]
- 最上位の極一部のみFlashかもしれんがそれより下はcだよ。
- 76 名前：デフォルトの名無しさん mailto:sage [2007/01/12(金) 11:28:45 ]
- stlがstdlibに依存してる部分があるので流用が難しいんじゃないかな
BREWのヘルパー関数に置き換えれば良いんだけど
あとtemplateのサポートが甘かったし
RVDS2.2以降でC++のサポートが強化されてるはずなので金があれば
それ買って幸せになることもできるかも
（stdlibに関してはどうしようもないけど）
- 77 名前：デフォルトの名無しさん [2007/01/12(金) 11:39:30 ]
- >>73
>なんでstlがダメなの？
例外がNGなのが主な原因だと聞いたことがある。
そのせいでSTLをそのまま持ってきても動かない。
自前でSTL相当のものを作ればいいけど、ﾏﾝﾄﾞｸｻすぎるしな。
つーかBREWが糞仕様なのは何とかならｎ（ｒｙ
- 78 名前：デフォルトの名無しさん mailto:sage [2007/01/12(金) 11:42:00 ]
- elf2modでも回避不可かな？
- 79 名前：デフォルトの名無しさん mailto:sage [2007/01/12(金) 12:11:05 ]
- ・RVDS2.2はC++のサポートが強化されているが、仮想関数を使うと
RWPI領域にデータを持ってしまうのでBREWで利用できなかった
・Elf2Modがリリースされ、BREWアプリはRWPI領域を持てるようになったので、
RVDS2.2とC++を組み合わせた利用、及びglobal/static変数の利用が可能になった
・ただし、stdlibに関しては以下の制限があるので、既存のライブラリの流用などでは
ものすごい注意が必要
ttp://brewforums.qualcomm.com/ja/showthread.php?t=861&highlight=elf
・RVDS2.2ではExceptionもサポートされている
templateのexportが出来ないようだ
- 80 名前：デフォルトの名無しさん mailto:sage [2007/01/12(金) 22:30:23 ]
- BREWのコンパイラの話になるとRWPI領域だとかBSSセクションという言葉が出てくるのですが、
正直何のことかよくわかりません。コンパイラが吐き出すデータの内容を指すものなのでしょうか？
このARMのRWPI領域やBSSセクションについての資料はどうすれば手に入るのでしょうか？
もしくは日本語の解説があれば教えてください。
- 81 名前：デフォルトの名無しさん mailto:sage [2007/01/12(金) 22:50:19 ]
- >>80
elf format の仕様書嫁
- 82 名前：デフォルトの名無しさん mailto:sage [2007/01/13(土) 16:32:01 ]
- ありがとうございます。
ELFの仕様はあったんですが、これの日本語訳は無いんでしょうか？
ttp://www.skyfree.org/linux/references/ELF_Format.pdf
- 83 名前：デフォルトの名無しさん mailto:sage [2007/01/13(土) 19:26:46 ]
- >>82
スレ違いだから他のスレ行って聞いてくれ
- 84 名前：デフォルトの名無しさん mailto:sage [2007/01/14(日) 14:30:50 ]
- >>82
ttp://caspar.hazymoon.jp/OpenBSD/annex/elf.html
- 85 名前：68 mailto:sage [2007/01/16(火) 16:07:46 ]
- おニューPC(XP)で動かしてみたら不具合が少なくなった('д')
Win2kだと表示まわりがおかしくなるっぽい。
XP使えと言う事のようです。
- 86 名前：デフォルトの名無しさん mailto:sage [2007/01/16(火) 17:02:50 ]
- >>85
× Win2kだと
○ 自分が使ってたWin2kだと
何十台ものWin2kで試したわけじゃないだろ？
適当なこと書いちゃダメだぜ
- 87 名前：名無しBREWたん mailto:sage [2007/01/16(火) 17:58:03 ]
- >>85-86
んだんだ。
単純に何かのランタイムが古いとかそんなことが原因かもしれん。
- 88 名前：デフォルトの名無しさん mailto:sage [2007/01/17(水) 14:13:09 ]
- すみません、文字入力についての質問です。
BREW3.1でアプリ内の特定の位置で日本語入力をさせたいのですが
こういう場合はITextCtlを使う以外に方法がないのでしょうか？
ITextCtlについてマニュアル等を見て調べても、イマイチ使い方がわからず困っています。
ITextCTLのサンプルでも構わないので、よろしければご教授ください。
もしサンプルや解説等がなければ、何か別の方法で日本語入力できる方法はないでしょうか？
宜しくお願いします。
- 89 名前：デフォルトの名無しさん mailto:sage [2007/01/17(水) 14:28:47 ]
- プログラミングガイドのサンプルコード
- 90 名前：デフォルトの名無しさん [2007/01/17(水) 14:34:01 BE:328466047-2BP(0)]
- brewforums.qualcomm.com/ja/showthread.php?t=150&highlight=ITextCtl
brewforums.qualcomm.com/ja/showthread.php?t=769
brewforums.qualcomm.com/ja/showthread.php?t=1015
brewforums.qualcomm.com/ja/showthread.php?t=985
- 91 名前：デフォルトの名無しさん mailto:sage [2007/01/17(水) 17:09:21 ]
- やっぱりフォーラムのサンプルをいじくるのがベターなんですね。
ありがとうございました・・・。
- 92 名前：68 mailto:sage [2007/01/17(水) 17:56:24 ]
- うーん、XPでも何かおかしいと思ったら
MAKE_RGBを使用せずに直接16進数で
RGBを指定していたのがマズいようで・・・
リファレンスに
(RGBVAL) ( ((uint32)(r) << 8) + ((uint32)(g) << 16) + ((uint32)(b) << 24) )
って書いてあるじゃんヽ(｀Д´)ノ
失礼しますた。
- 93 名前：デフォルトの名無しさん mailto:sage [2007/01/19(金) 18:11:43 ]
- ウイルスセキュリティZEROをＰＣにインストールしたらＢＲＥＷエミュでの通信が
うまくいかなくなったのですが
他にこういうこと起こった人いますか？
- 94 名前：デフォルトの名無しさん mailto:sage [2007/01/19(金) 19:49:15 ]
- 通信許可してもダメなら
アンインストールすればいーんでないだろうか・・・
- 95 名前：デフォルトの名無しさん mailto:sage [2007/01/19(金) 21:39:37 ]
- >>92 俺もそれではまった事あるぞ。
色のならびにあわせた名前の付け方して欲しいよ。
普通なら RGBVAL じゃなくて BGRVAL（またはBGRAVAL) とでもしておく方が直感的じゃね？
- 96 名前：デフォルトの名無しさん mailto:sage [2007/01/19(金) 21:48:17 ]
- それだと、何の値かわからないって判断したんじゃない？
- 97 名前：デフォルトの名無しさん mailto:sage [2007/01/19(金) 22:30:36 ]
- じゃあCOLVALとかにでもしとけや！ｹｯ
- 98 名前：デフォルトの名無しさん mailto:sage [2007/01/19(金) 22:31:30 ]
- メモリ上の並びはRGBじゃん。
- 99 名前：デフォルトの名無しさん mailto:sage [2007/01/19(金) 22:35:58 ]
- そうとも限らんのでは・・確認したことは無いが
- 100 名前：デフォルトの名無しさん mailto:sage [2007/01/19(金) 22:47:40 ]
- いや、VRAM上とかDIBの構成じゃなくて、>92の値をメモリに書いたら。
- 101 名前：デフォルトの名無しさん mailto:sage [2007/01/19(金) 23:11:21 ]
- どうだろね。"メモリに書く"という動作の定義によるけど
通常のイメージでいうとダブルワードの値をメモリに書く、ということになるだろうけど
そうなるとエンディアンで違いがでるんじゃないかな？と
- 102 名前：デフォルトの名無しさん mailto:sage [2007/01/20(土) 08:28:38 ]
- ヒント：くあるこむ
- 103 名前：デフォルトの名無しさん mailto:sage [2007/01/22(月) 14:47:38 ]
- >>92だとWin32の32ビットDIBのピクセル値と同じ並びになりそう。
それにしても、なんでBREWってWin32APIの痛すぎる命名や流儀をやたらパクってるのかね……。
- 104 名前：デフォルトの名無しさん mailto:sage [2007/01/22(月) 18:45:58 ]
- ちょっと、お知恵を借りたいんですが……。
ゲームを移植してまして、一応最初はきちんと動作しているのですが、
シミュレーター上で２〜３時間くらい動作させるとその内、IIMAGE_Drawや
IDISPLAY_DrawTextやIDISPLAY_FillRectを始めとする一切の描画機能が
働かなくなります（単にIDISPLAY_Updateが働かなくなっているだけかも
しれませんが……）。
その状態になった時にトレースしてみると描画がされないだけで、内部的には
正常にメインループが動作しており、MALLOC等もきちんと動作しています。
もちろん描画をフラグで飛ばしている感じでもありません。IDISPLAY_Update
も毎回通っています。
画像に関して、今まで正常に表示されていた物が何かを境にまったく表示
されなくなり、かつIDISPLAY_FillRectまで動作しない所を見ると、
CreateInstance等の処理に何か問題が発生したとも思えません。
IDisplayの値も調べましたが、特に破壊された感じではありません。
ちなみに実機上でやると、似たようなタイミングで端末リセットが発生します。
自分のソースがおかしい事は分かるのですが、どこで異常を起こしているのかが
つかめずにいます。
せめて何をきっかけに上記のような現象が発生するのかが分かれば手がかりに
なりそうなのですが、心当たりのある方いらっしゃいますでしょうか？
- 105 名前：デフォルトの名無しさん mailto:sage [2007/01/22(月) 19:13:57 ]
- >>104
エミュに関してはエミュそのものがリークしているって
フォーラムにあったような気がした。
ただ前作ったアプリでは1日ランニングかけっぱなしでも平気だったけど…
兎も角ソフトそのものがリークしてないか虱潰しに見てくしかないんでないかね。
参考にならずｽﾏｿ
- 106 名前：デフォルトの名無しさん mailto:sage [2007/01/22(月) 19:20:47 ]
- まぁ作ったもの解放してないとか、2回解放したとかじゃね。
フラグメントが進んでそういう症状出るとかだと南無い。
- 107 名前：名無しBREWたん mailto:sage [2007/01/22(月) 19:20:53 ]
- ヒープオーバーランとか。
- 108 名前：デフォルトの名無しさん mailto:sage [2007/01/22(月) 20:36:45 ]
- >>104
始めはまともに動作していて、一定時間経過後に動作不安定や不正終了ってのは
メモリ食い尽くしてエラーかな、とまず思った。
それならアプリを終了したときメモリリークを知らせるメッセージが出るけど、どう？
MALLOC、CreateInstanceの他、メモリを確保するタイプの
IXXX_GetXxxx()のような関数で取得したオブジェクトの解放処理もチェックだね。
- 109 名前：104 mailto:sage [2007/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 mailto:sage [2007/01/23(火) 00:36:47 ]
- >大体一時間ほどプレイした場合のメッセージ中、メモリーに関係有りそうなのが以下で
実行中のメモリリークは残メモリ量を常時監視してるとかじゃないと掴みにくいよ。
もしメモリ解放し忘れとかあれば、アプリ終了時にシミュレータの画面にエラーメッセージが出る。
画面にMEMORY ERRORとかなんとかそんなメッセージが出てないかって聞きたかった。
（NULLポインタへのアクセスでも出たと思うがはっきり覚えてない）
いや、もちろん、メモリリークが原因だと決まったわけではないけれど。
>この"28 Wasted"なのですが
それは>>105が言ってるようなやつ。気にしなくていいと思う。
- 111 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 01:56:51 ]
- >109
そのメッセージってリークさせた時だけ終了時に出る奴だと思ったが…
AEEHeap.cのはそれだけ？その直前にもなんか出てない？
- 112 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 02:05:53 ]
- エミュレータがリークしてるなんて書き込みはない
エミュレータがひたすらログをヒープ上に溜め込んでメモリを食いつぶすらしいが
Wastedはよく見るので多分あまり気にする必要はない
メモリリークしたときはBPOINTなんちゃらと出る希ガス
スタック上に確保したインスタンスの開放漏れとかそういうのが疑わしい
- 113 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 02:08:49 ]
- IBitmapからDIB取得したときとかの開放漏れとかもね
- 114 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 10:25:14 ]
- BREW3.1のシミュはアプリ終了時に
ホンの一瞬だけリークの表示画面出して
ランチャー画面に移っちゃって気づきづらい。
その代わり>109のログが出る。
リークしなければAEEHeep.cのログは出ない。
ということで>109はメモリリークでFA。
- 115 名前：デフォルトの名無しさん [2007/01/23(火) 11:25:47 ]
- >*AEEHeap.c:1190 - 28 Wasted
コレってシミュレータを立ち上げて
消すだけでも出ない？
(何のアプリを起動しなくても)
今まで気にしてなかったんだけど…
- 116 名前：104 mailto:sage [2007/01/23(火) 11:38:12 ]
- すいません。勘違いしていました。
109のはシミュレーター自体を終了した時に出たメッセージで、
アプリ終了直後は特に109のようなログもBPOINTなんちゃらも
出ていないっぽいです（全文張ろうかと思いましたが長すぎる
みたいですので……）。
開発当初に>>114にあります一瞬出るメッセージが出たこともありましたが、
それはあからさまな開放漏れを修正する事によって解決しました。
とりあえず、皆さんの指摘の中にあります開放漏れを重点的にチェックして
みようと思います。
どうもありがとうございました！
- 117 名前：114 mailto:sage [2007/01/23(火) 11:48:29 ]
- スマン、シミュの終了時は見逃してた。
ただアプリ終了時にAEEHeap.cのログが出た場合は
リークしてることに間違いは無いよ。
- 118 名前：デフォルトの名無しさん mailto:sage [2007/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 mailto:sage [2007/01/23(火) 11:52:23 ]
- 連投すいません。
ビットマップの開放なのですが、開放順序は関係有りますでしょうか？
手順はこんな感じなのですが……。
デバイスのビットマップ取得
↓
互換性のある作業用ビットマップ作成
↓
作業用ビットマップにパターン転送
↓
ITransformインターフェイス作成
↓
トランスフォーム転送
↓
ITransformインターフェイス開放
↓
IDISPLAY_Update
↓
作業用ビットマップ開放
↓
取得したデバイスのビットマップ開放
- 120 名前：104 mailto:sage [2007/01/23(火) 11:56:52 ]
- >>117
ありがとうございます。
確認したのですが、アプリ終了直後は特にAEEHeap.cからのログは出力されて
いないでみたいです。
- 121 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 12:01:22 ]
- 開放する順番は多分関係ない
アプリ内でヒープの残量監視して、1時間アプリ走らせたあとに
ヒープ残量が想定以上に減ってないか確認してみれば
###BREWDEBUG#でみてもよし
- 122 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 13:41:55 ]
- 最初にそこそこメモリMALLOCしておいて、不具合が出るまでの時間が減るか、とかアナクロな手法も。
- 123 名前：デフォルトの名無しさん mailto:sage [2007/01/24(水) 11:22:32 ]
- まずは問題の切り分けだな。
ヒープの線が濃厚なら>>121のやり方でヒープ残量を監視。
一定タイミングごとに残量チェックして、前回から変わったらDBGPRINTで。
で、実際にヒープ量が減っていって、足りなくなって落ちるんならそっから絞込み。
■俺が良くやるリークチェック手順
まず、マクロで俺様MALLOC＆FREE（new/deleteも）作って、確保・開放したファイル名、行番号とポインタを表示しとく。
↓
アプリを実行し、てきとーにプレイして終了
↓
出力ウィンドウを全部コピペし、エディタでメモリリーク用表示のみを抽出
↓
CSV形式に加工
↓
エクセルに持っていって、ポインタ順にソート
↓
正常なら同じポインタでMALLOCとFREE一回づつやってるはず。
数が合わなければそこの周辺がリークの発生場所。
※エクセルなので関数使って自動チェックするのも簡単
- 124 名前：デフォルトの名無しさん mailto:sage [2007/01/24(水) 17:21:49 ]
- メモリ問題に割り込むかたちで済まないが質問。
半角全角絵文字混在の文字列から、使用不可文字を取り除く処理ってどうすんべか。
１文字ずつ切り出す
半角か全角か判別
使用不可文字かどうか判別
使用不可文字なら取り除いて文字列を詰める
…とかいちいちやるのひょっとして？
- 125 名前：デフォルトの名無しさん mailto:sage [2007/01/24(水) 17:34:11 ]
- それ以外にどんな方法があるって言うんだー
- 126 名前：デフォルトの名無しさん mailto:sage [2007/01/24(水) 18:09:00 ]
- STREXPANDした後のほうが全半判別いらないから楽かもとか思ってしまう俺手抜き
- 127 名前：124 mailto:sage [2007/01/24(水) 19:09:48 ]
- そうか、やっぱそうなのか。
そういうAPIは日本拡張パッケージで用意しといて欲しいや。
ITextCtlで入力された文字列から取り除くんだが
それならAECHARだから2byteずつの切り出しでOKってわけか。
とりあえずこれでやってみる。
- 128 名前：デフォルトの名無しさん mailto:sage [2007/01/25(木) 18:12:51 ]
- qcpで再生、停止はできるけれど、
IMEDIA_Rewind(), IMEDIA_Fastforward(), IMEDIA_Seekが
シミュレータでことごとく動かない･･･
書籍とか読んで、ただコールするだけで良さそうなのにダメダメです
あと実機でwebからダウンロードを安定して出来ますか？
ISOURCE_Read()で250k位のファイルをDLしようとすると不安定になって
8割くらいで端末リセット食らいます、たまに成功するんだけどね･･･
- 129 名前：デフォルトの名無しさん mailto:sage [2007/01/25(木) 20:10:21 ]
- >>126 なるほど、おまい頭いいなｗ
半角かな混在環境だと、漢字とカナのチェックで苦労するんだよな。
AECHAR用正規表現ルーチンとかあると楽なのに。
- 130 名前：デフォルトの名無しさん [2007/01/26(金) 15:15:29 ]
- >>88でITextCtlについて質問したものです。
その後フォーラムやBREWのドキュメントを参考に文字入力を実装できたのですが
ITEXTCTL_SetRect()で表示した四角形の色を変える方法が分かりません。
デフォルトだと白なのですが、アプリの画面にあわせて色を変えたいと思ってます。
どうすればテキストコントロールの色を変更できるのでしょうか？
- 131 名前：デフォルトの名無しさん mailto:sage [2007/01/26(金) 15:35:55 ]
- >>130
俺はITextCtlは普段一切表示しないで、
使うときだけ作成、
直後にKEY_PRESSEDイベントを擬似的にITextCtlへ投げて
FEPを起動してる。
なので描画は自由にやってる。
- 132 名前：名無しBREWたん mailto:sage [2007/01/26(金) 15:46:14 ]
- >>130-131
うちも描画は自前。
ITectCtl_ReDraw() とかは、機種によって動作が替わるんで、あまりオヌヌメできない。
- 133 名前：デフォルトの名無しさん mailto:sage [2007/01/27(土) 13:04:35 ]
-
それでも色代えたいならIDISPLAY_Setcolor()当たりでできたはず(今検証ﾃﾞｹﾝｽﾏﾇ)
だがやはりオヌヌメできない
- 134 名前：デフォルトの名無しさん mailto:sage [2007/01/28(日) 01:14:16 ]
- ありがとうございます。
結局、全画面モードでネイティブエディタを即起動するようにしました。
知人に聞いてもITextCtl関連は機種依存が多いようなので
あまり変なことしない方が無難そうですね。
- 135 名前：128 mailto:sage [2007/01/28(日) 20:42:35 ]
- いくつかの機種でSDKについてくるメディアプレイヤーを使ったのですが
古い端末じゃないとmp3のインスタンスが作れないし
qcpだとどれもシークできないしで困っています。
音声ファイルのシークがしたいのですが、どうすれば実現できますでしょうか？
- 136 名前：デフォルトの名無しさん mailto:sage [2007/01/28(日) 21:07:55 ]
- 3g2とか使えないかな？
- 137 名前：デフォルトの名無しさん mailto:sage [2007/01/29(月) 03:19:00 ]
- 音データでqcp使ったこと無いや・・・
spfなら助言はできるんだが動作に違いあるんかな？
- 138 名前：デフォルトの名無しさん mailto:sage [2007/01/29(月) 18:36:15 ]
- すみません、ちょっと曖昧な内容の質問になるんですが
クリアキーを押しただけでアプリが終了してしまうのは何が原因なのでしょうか？
こちらのプログラムではクリアキーに関する処理は何も実装していませんが
エミュで確認するとクリアーキーを押すと EVT_APP_STOP が送られてアプリが終了してしまいます。
こういう場合原因があるとすれば何が考えられるのでしょうか？
アバウトすぎて答えにくいかもしれませんが、少しでもヒントがあればと、質問してみました。
宜しくお願いいたします。
- 139 名前：デフォルトの名無しさん mailto:sage [2007/01/29(月) 18:50:04 ]
- >>138
EVT_KEYイベントに対してfalseを返す
- 140 名前：デフォルトの名無しさん mailto:sage [2007/01/29(月) 18:53:04 ]
- EVT_KEY/AVK_CLRにFALSEを返すと問答無用にアプリは終了させられる
BREWの仕様、イヤならとりあえずTRUE返しときゃおｋ
- 141 名前：デフォルトの名無しさん mailto:sage [2007/01/29(月) 19:15:55 ]
- ありがとうございます！！解決しました！
EVT_KEYPRESS/RELEASEは処理してたんですがEVT_KEYはやってませんでした。
こんな単純な話だったとは・・・お手数をおかけしましたｍ（＿ ＿）ｍ
- 142 名前：128 mailto:sage [2007/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 名前：デフォルトの名無しさん mailto:sage [2007/01/30(火) 02:44:32 ]
- VisualStudioから実機でステップ実行できるようにするか、
メディアとかカメラとかもシミュレータで再現できるようにしろよなぁ…
- 144 名前：デフォルトの名無しさん mailto:sage [2007/01/30(火) 04:14:04 ]
- >>142
SDK3.1.2のYAMAHA系DLLってなんか問題があって、差分がKDDIのほうで出てなかったっけ？
最近のは修正されてる？
- 145 名前：デフォルトの名無しさん mailto:sage [2007/01/30(火) 07:06:12 ]
- PCの画面に携帯の端末が表示されるようなシミュレータないすか？
- 146 名前：デフォルトの名無しさん mailto:sage [2007/01/30(火) 10:32:11 ]
- つ SDK
- 147 名前：128 mailto:sage [2007/01/31(水) 04:15:30 ]
- 追記:
20K程度のmmfファイルのシークは出来ませんでした。3.1.4以降で確認。
3.X以降でまともにシークできるフォーマットとシミュレータは無いのでしょうか？
>>144
\bin\Modulesに入れるma3smwemu.dllでしょうか？
3.1.4以降もこのdll外すとmmfは再生できませんでした。
- 148 名前：デフォルトの名無しさん [2007/01/31(水) 17:14:41 ]
- 通信中やロード中などに、キーを連打しておくと、
画面が遷移した時に、専攻入力状態になってしまうのですが、
これを回避する方法はありますか？
遷移直後に、キーを初期化しても発生します。
- 149 名前：デフォルトの名無しさん mailto:sage [2007/01/31(水) 17:37:23 ]
- 遷移して数フレームは入力無視したら？
|
 |
