BREW(Binary Runtime Environment for Wireless) 9

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 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 ] 遷移して数フレームは入力無視したら？ 150 名前：デフォルトの名無しさん mailto:sage [2007/01/31(水) 19:48:55 ] 画面毎にイベントをヌルーするつくりにすればいいヂャマイカ？ 151 名前：148 mailto:sage [2007/01/31(水) 20:12:57 ] レスありがとうございます。 とりあえずは画面が切り替わった際に数フレームかませることで回避できました。 >>150 その方向で手直ししてみます。 152 名前：デフォルトの名無しさん [2007/02/01(木) 17:19:31 ] 端末設定のEz番号通知・非通知を取得する方法はありますか？ 153 名前：デフォルトの名無しさん mailto:sage [2007/02/01(木) 20:31:16 ] >>152 サブスクライバIDが取得できなければ非通知、でなんかマズい？ 154 名前：152 mailto:sage [2007/02/01(木) 20:37:37 ] >>153 非通知設定にしていても、普通に取得できてしまうのです。 非通知設定の場合は、通知を促す文言を表示したほうが良いと思いまして。 155 名前：デフォルトの名無しさん [2007/02/02(金) 00:49:12 ] >>154 BREWアプリでのEZ番号取得は通知/非通知とは無関係に成功する。 サービスガイドとかちゃんと読んだほうがいいよ？ 156 名前：デフォルトの名無しさん mailto:sage [2007/02/02(金) 10:13:46 ] 取得して何をするつもりですか？ 157 名前：デフォルトの名無しさん mailto:sage [2007/02/02(金) 12:17:45 ] サーバでユーザ判定するんだろ？ 158 名前：デフォルトの名無しさん mailto:sage [2007/02/02(金) 15:06:21 ] GCC環境についての質問です。 >>4で上がっている情報やフォーラムの情報を参考に環境構築中なのですが VisualStudioのAddInにあるGCC用make作成ボタンを押しても ARM用の中途半端なmakefileが作成されてしまいます。 どこかで読んだんですがC++だとmakeを作ってくれないらしいのですが これを回避（自動でGCC用makefileを作成）する方法はありませんか？ それとも、C++の場合はmakeファイルは自作するしかないのでしょうか？　orz ご存知の方、宜しくお願いします・・・ 159 名前：デフォルトの名無しさん mailto:sage [2007/02/02(金) 15:17:01 ] >>152 聞くならQualcommのフォーラムじゃなくてKDDIに聞くべきじゃないかと 160 名前：名無しBREWたん mailto:sage [2007/02/02(金) 16:49:07 ] >>158 テンプレートを書き換えればうまくいきそうな気がするけど、昔のこと何でもう忘れてしもーた。 161 名前：デフォルトの名無しさん mailto:sage [2007/02/02(金) 20:57:18 ] そんなぁ・・・（　＠д＠）/　思い出せ〜〜思い出せ〜〜（※電波送信中） つーか、今のところBREW3.1.2/gnude/Visualstudio2003/C++　という環境でやってるんですが、 GCCで開発する時ってmakefileはどうやってます？ やっぱり↓をベースにして自分で書くしかないのかなぁ・・・ (BREW AddIns)\common\templates\GCCAppTemplate.mak　 162 名前：161 mailto:sage [2007/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 [2007/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 [2007/02/03(土) 13:53:31 ] あ、ちなみに同じコードをRVCTでビルドすると問題なく動きます。 大人の事情でどうしてもGCC環境を構築しないといけないので 「素直にRVCTでビルドしやがれ！」というレスは無しで。（つдＴ） 165 名前：デフォルトの名無しさん mailto:sage [2007/02/03(土) 23:00:51 ] 素直にRVCTでビルドしやがれ！ 166 名前：デフォルトの名無しさん mailto:sage [2007/02/03(土) 23:24:29 ] ロガーを使って、実機でどのようなエラーが出ているか確認できないのか 167 名前：161 mailto:sage [2007/02/04(日) 10:50:06 ] 起動した瞬間、実機ごと落ちるとです・・・ 168 名前：デフォルトの名無しさん mailto:sage [2007/02/04(日) 11:10:42 ] >>161 俺も同じ症状で結局gcc使うのあきらめた ADS使うので、今は環境も消しちまって確認してないんだが、その後 AEEmodGenを壱番最初にリンクする必要がある、とかなんとか見たことがあった -entry AEEMod_Loadの指定が正しい動作しないとかなんとか、という理由で 169 名前：デフォルトの名無しさん mailto:sage [2007/02/04(日) 13:12:15 ] 大人の事情とは、金の問題か 170 名前：デフォルトの名無しさん mailto:sage [2007/02/04(日) 13:56:04 ] おっかねー話だな 171 名前：デフォルトの名無しさん mailto:sage [2007/02/04(日) 15:43:46 ] ずばりQのフォーラムで聞いてみたらどうだろうか？ GCCを使う場合、AddInではC++が通るmakefileが作られない。 自前で用意したmakefileでビルドはできたが、実機では起動時点で動かない。 GCC(GNUDE)を利用したC++向けのmakefile記述の注意点と、 GCC(GNUDE)を利用した開発環境構築の助言が欲しい。 とかﾒｯﾁｬ都合のいい質問。 英語の方のフォーラムに誘導されておしまいだったりして。 172 名前：デフォルトの名無しさん mailto:sage [2007/02/04(日) 19:48:05 ] mapファイル出力してAEEMod_Loadが先頭にあるかチェック gccは昔自分でgcc自身からビルドして使ってたけど（ちなみに3.3。makeもgnuの奴で） どうしてもmodのサイズがでかくなるんで使うのやめた。 173 名前：デフォルトの名無しさん mailto:sage [2007/02/05(月) 11:52:21 ] >>171　英語でも 　you build on RVCT stupid! Hahahaha! とかいわれたりしてなｗ 174 名前：デフォルトの名無しさん mailto:sage [2007/02/05(月) 13:02:18 ] use RVCT, you stinkin' loser!! Ha ha! 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バグが無いとでも?

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef