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 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バグが無いとでも? 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 いいや、もう忘れよう。 俺は何も見なかったんだ。そうにちまいない。

---

---

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

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