BREW(Binary Runtime Environment for Wireless) 4

BREW(Binary Runtime ..

254:デフォルトの名無しさん
05/04/27 14:54:23
URLﾘﾝｸ(www.itmedia.co.jp)
今年度はBREWアプリの品質向上に着手する。
4月の段階でアプリ数が1000本を超えた。
ある程度ボリュームが出てきたこのタイミングで、
今度はクオリティに目を向けていく考えだ。

「今後、アプリについて注文をつけさせて頂きたいと思っている。
ここで一回、どうすれば質が上がるのか、
一から組み立て直そうと思っている」（竹之内氏）

255:デフォルトの名無しさん
05/04/27 14:55:51
次の三洋WINはBREW3.1なんだ

256:デフォルトの名無しさん
05/04/27 15:18:32
ホント、レベル低っ！
じゃあ、あれですか？DVDなプラットホームで動くPS2は4GB以上ヒープ積んでるのか？(藁
出直してこい(藁

257:デフォルトの名無しさん
05/04/27 15:23:00
それ例えになってない…

258:デフォルトの名無しさん
05/04/27 15:37:13
>>254
今作ってる奴をﾘﾘｰｽできる可能性が若干下がった気がする。

259:デフォルトの名無しさん
05/04/27 15:45:54
きっと248は、実行ファイルに全てのリソースを詰め込むスタイルなんだよ。
Winでも一昔前までは結構あったよね、配布ファイルが１つで済むからって。

260:デフォルトの名無しさん
05/04/27 19:52:45
カンファレンス祭りの流れをぶった切って悪いんだけど
どなたか助けてください。

リソースを圧縮したgzipファイルを展開して使ってるんですが
展開中にアプリキー連打すると消えないファイルが出来ちゃうんですけど
回避方法ないでしょうか？
一端ファイルを作ってそこに展開したデータを流し込む方法じゃなくて
メモリに直接展開したデータ置く方法の方がいいのかなぁ？

261:デフォルトの名無しさん
05/04/27 20:46:58
>>260
俺は一度メモリ上のバッファに展開→メモリから読み込み→バッファ破棄
ってやってる。
ファイル周りは色々と厄介そうだから、一時ファイルの作成はなるべく
やりたくないね。

262:デフォルトの名無しさん
05/04/27 21:32:29
同じく。
メモリ上に展開しないとファイル領域の容量が一杯のときにゲームが出来ない不具合が出るよ。
まぁ、エラー画面実装すれば検証自体は通るけど気持ち悪いからなぁ。
メモリ上に読み込んでIMEMASTREAMなりで読むのをオススメする。

263:デフォルトの名無しさん
05/04/27 21:33:21
ゲームが出来ないって、何だ俺（笑）
ごめん、アプリが起動できない、と言い直しておくー。

264:デフォルトの名無しさん
05/04/27 21:37:21
BREWアプリの80%↑はゲームなので問題ありません。

IHTMLViewerのフォーカスをコントロールするのってどうするの？
SetActive()ってのはなんか違う気がする。
っていうか、HandleEventにイベント渡してないのに勝手に描画されるよ。。

265:デフォルトの名無しさん
05/04/28 00:19:54
>>259
少なくとも文字列はリソースファイルに入れないほうがマシな気がしてならない件について

266:デフォルトの名無しさん
05/04/28 03:44:42
ｴﾐｭ上でMA-5のSMAF(spf)鳴らせるのかな
URLﾘﾝｸ(smaf-yamaha.com)
からMA-5用らしきzipを持ってきてdllを SDKのBin/Modules/
に置いてみたんだがﾀﾞﾒﾎﾟ

267:デフォルトの名無しさん
05/04/28 12:45:36
服を脱ぐ
　　↓

268:260
05/04/28 14:16:29
窓を開け
　　↓

>>261さん　>>>262さん
でも今までBMPをISHELL_LoadBitmapで読んでたんですけど
バッファからIBitmapに渡せなくなりますた(つД｀)
サウンドはIMEMASTREAMで行けたのに・・・・
むー、ワカラン

269:デフォルトの名無しさん
05/04/28 15:32:57
思いっきり助走をつけて

>>268
つ【CONVERTBMP】

270:デフォルトの名無しさん
05/04/28 17:20:52
質問が２つあります。ご存知の方、教えてくださいませ。

１）エミュレータのログに、起動時と終了時に
「WARNING: App Callback Pending」が表示されます。
（起動時に1つ、終了時に1つ）
『コールバック関数内で1秒以上の処理を行うと出る』という
話も聞きましたが、このWARNINGが出る原因は
他に何かありますか？

２）特権レベルの「ネットワーク」と「Webアクセス」、
両者の違いは何でしょうか？
いま、ウェブから画像を取得してきてIHtmlViewerで
表示させているのですが、どちらにチェックをつけても
動作しています。（つけない場合は動作しません）
（「ネットワーク」は「Webアクセス」＋端末同士の通信？？）

以上、よろしくお願いします。

271:デフォルトの名無しさん
05/04/28 17:36:01
>>270
1:
URLﾘﾝｸ(brewforums.qualcomm.com)

272:デフォルトの名無しさん
05/04/28 18:02:06
>>271
「BREWツール」のForumは見逃してました！
ありがとうございます。

２）も引き続きお願いいたします。

273:デフォルトの名無しさん
05/04/28 18:15:02
>>270
ネットワーク→TCP/IP,UDP
Webアクセス→HTTP
HTTPだけ使いたい場合はネットワークのチェックは不要。

274:デフォルトの名無しさん
05/04/28 18:40:33
>>273
なるほど。
ありがとうございました。

275:デフォルトの名無しさん
05/04/28 20:35:48
URLﾘﾝｸ(sureare.web.infoseek.co.jp)

BREWを活用したソフトウェア共通プラットフォームの導入
-WIN05年夏モデルから2社対応予定
-06年度以降全メーカー対応予定

276:デフォルトの名無しさん
05/04/28 20:56:56
>>275
それの絵見るとメーラがIMAPプロトコルっぽいよな。
今のBREWでもIMAPプロトコル実装すれば携帯のメール受け取れるのかな。

277:デフォルトの名無しさん
05/04/28 20:58:46
>>276
auのEメールシステムがIMAPだからね。

278:デフォルトの名無しさん
05/04/28 22:59:38
メモリ確保系ってBREWって遅いの？

279:デフォルトの名無しさん
05/04/29 01:30:52
>>278
何に比べて？

280:デフォルトの名無しさん
05/04/29 01:48:43
Windowsと比べてかJavaVMかによるが

281:デフォルトの名無しさん
05/04/29 07:58:06
BREWってtry{}catch(){}ないですよね…？orz

282:デフォルトの名無しさん
05/04/29 09:18:08
お前バカだろ

283:デフォルトの名無しさん
05/04/29 09:43:27
小さいサイズ5Byteぐらいのデータを何千回も行うから、
たぶんmalloc遅いとか言ってるんじゃないのかな？
自分でmalloc作るか、あとはいい方法あったっけ？

284:デフォルトの名無しさん
05/04/29 12:07:27
BREWにはgotoがある！

GWだぞ、おまえら！

285:デフォルトの名無しさん
05/04/29 13:31:15
GWn中の深夜に検証申請したら、あの方たちは厭味と感じてくれるであろうか

286:デフォルトの名無しさん
05/04/29 14:02:08
まあその申請が届くのはゴールd

287:デフォルトの名無しさん
05/04/29 14:06:58
あの人らもうGW入ったから今週来週って業務に出ないよ
検証の人も、派遣しかいないから通常作業できるけど
新規の検証はしないよ。

288:デフォルトの名無しさん
05/04/29 17:11:44
それはそうなんだけど、せっかく時刻まで記録されるんだからさああああああ
とか思ってたが頭おかしいような気がしてきたので、帰って月曜まで寝ます。
おまえらごきげんよう。

289:デフォルトの名無しさん
05/04/29 18:38:26
なんだ、ＧＷ仕事してる奴いないのか。
じゃあ俺たちも休もう

といって検証してくれないぞ

290:デフォルトの名無しさん
05/04/29 19:10:37
最近BREWを勉強し始めた者です。
BREWシミュレータでの質問です。
BREW3.1から実装されたISHELL_StartBackgroundAppletがうまく動きません。
APIリファレンスには
「指定したアプリケーションがバックグラウンドで起動する点を除き、ISHELL_StartAppletArgs とまったく同じです」
と書かれているのですが、ISHELL_StartAppletArgsで実行すると動くアプレットが
ISHELL_StartBackgroundAppletにして実行すると
「Unable to start application」と表示され、アプレットが起動されません。
ISHELL_StartBackgroundApplet自体は正常終了してます。(SUCCESSが戻ってきてます)

"ISHELL_StartBackgroundApplet"でググって見ても1件も引っかからないので
この関数はそれほど使用されていない物なのでしょうか？

291:デフォルトの名無しさん
05/04/29 21:38:38
あふりのけんけん

292:デフォルトの名無しさん
05/04/29 23:12:16
なんで初心者が3.1なんだよ！
とは思う

293:デフォルトの名無しさん
05/04/29 23:14:34
生意気だよな？

294:デフォルトの名無しさん
05/04/29 23:22:43
贅沢者！
２．０からやりなおせ

295:デフォルトの名無しさん
05/04/30 00:06:20
謝れ！
１．０に謝れ（AA略）

296:デフォルトの名無しさん
05/04/30 01:41:34
>>281-282
なんでこのスレこんなにギスギスしてるんだ？

297:デフォルトの名無しさん
05/04/30 01:43:22
ＫＤＤＩがウンコだから

298:デフォルトの名無しさん
05/04/30 03:10:31
GWでストレス溜まってるんだろ。

299:デフォルトの名無しさん
05/04/30 03:38:53
Brew開発やっててギスギスしないほうがおかしい。

300:デフォルトの名無しさん
05/04/30 13:41:47
BREWは中途半端に環境の整っている雰囲気の組み込み系開発をやってる気がして疲れるのう。

301:デフォルトの名無しさん
05/04/30 14:08:05
>>300
気がするって、そのまんまじゃないか。

302:デフォルトの名無しさん
05/04/30 14:08:13
try&catchがあれば、何か起きた瞬間全て「メモリーが足りません」画面に移行して
お茶を濁せるんだがなぁｗ

303:デフォルトの名無しさん
05/04/30 15:03:27
>302
すまぬ、BREWはヲチしてるだけなんで知らないのだが
longjmp()って使えないの?

# 使えたとしても使いたくないけど、そんな状況じゃ使わないとやってられないような……

304:デフォルトの名無しさん
05/04/30 18:21:05
うがー(ノ｀□´)ノ ⌒┻━┻

305:デフォルトの名無しさん
05/04/30 18:24:31
え？longjmpもないの？BREWって。

306:デフォルトの名無しさん
05/04/30 19:18:27
今時longjmpとかつかわねーだろ。
っていうかJAVAにもC++にもねーぞ。

307:デフォルトの名無しさん
05/04/30 19:21:56
try cathがないなら、せめてlongjmpがあるべきじゃね？
JAVAもC++も前者があるから後者がいらないわけで。

308:デフォルトの名無しさん
05/04/30 19:27:25
っていうか無いとはいってない。
書けば作れるだろ。

あと、longjmp使う場合が思いつかない。

309:デフォルトの名無しさん
05/04/30 20:50:44
書けば作れるって…。longjmpの中身はアセンブラだぞ。
Cでレジストリいじる方法なんてねーよ。

310:デフォルトの名無しさん
05/04/30 21:11:16
れじすとり？

311:デフォルトの名無しさん
05/04/30 22:07:17
ごめんよ。レジスタだよ。

312:デフォルトの名無しさん
05/04/30 22:07:19
例外が使えんからって変わりにlongjmpは使わんだろ。デストラクタはどーするん？

313:デフォルトの名無しさん
05/05/01 01:39:46
処理全体を while (1) で括って、longjmpしたいところで break 汁！

314:デフォルトの名無しさん
05/05/01 02:35:35
それじゃgotoと変わらん。
別の関数に飛べるlongjmpに用があるんだ

315:デフォルトの名無しさん
05/05/01 09:10:24
>>313
オマエアタマイイナ

316:デフォルトの名無しさん
05/05/01 14:49:53
>>309
なんでBREW=Cなの？
別にアセンブラでもかけるじゃないか。

っていうか最近の組み込みってこんなのばっかり？
アセンブラもわからんとかもうね（ｒｙ

317:デフォルトの名無しさん
05/05/01 15:14:59
BREWでアセンブラが使えるとは初耳だな。

318:デフォルトの名無しさん
05/05/01 15:59:55
ちなみに自分がアセンブラ使えないのは仕様だ

319:デフォルトの名無しさん
05/05/01 16:52:40
316さんはアセンブラでBREWアプリを作るって…どうやって？
煽りとかじゃなくてマジで聞いてみたい

320:デフォルトの名無しさん
05/05/01 16:56:46
アセンブラを使う方法があるなら是非知りたい。
描画周りで色々楽しいことができそう。

321:デフォルトの名無しさん
05/05/01 17:07:10
>>319
>>320
自分が開発に使ってるもののマニュアルぐらい読め

322:デフォルトの名無しさん
05/05/01 17:21:45
>>321
マニュアルのどこに書いてあるか教えれ
答えられなかったらデマ

323:デフォルトの名無しさん
05/05/01 17:42:25
それぐらい調査することもできないやつは去れ

324:316
05/05/01 17:58:06
ｺﾞﾒﾝ316だけど、ほんとにわからないの？

325:デフォルトの名無しさん
05/05/01 18:08:36
わからないよ。
BREW上でインラインアセンブラなんて存在しないし。
頼むから「わからないの？」とかじゃなくて、真剣に教えてくれ。

326:デフォルトの名無しさん
05/05/01 19:03:49
316さんいつ教えてくださるんですかー。

327:316
05/05/01 19:07:24
普通にアセンブラでコード書いてアセンブルして、
リンクすればできるぞ。
RealViewでもGCCでもできる。
GCCなら普通にインラインアセンブラも使えるはずだが。

>>325
>BREW上でインラインアセンブラなんて存在しないし。
BREWはプログラミング言語じゃないぞ。実行環境だ。

328:デフォルトの名無しさん
05/05/01 19:10:14
>>327
(　´_ゝ`)y-~~　結局ただのバカでしたか…。

329:デフォルトの名無しさん
05/05/01 19:12:26
>>327
その「できる」ってコードを実機で動かしてみ。
時間無駄にした。アホくさ。

330:デフォルトの名無しさん
05/05/01 19:33:13
漏れはただのウォッチャーなわけだが、
Cが使えてアセンブラが使えないっていう環境が
あたりまえのこととは思えない。
何で使えないの？
煽りとかじゃなくてマジで聞いてみたい

331:デフォルトの名無しさん
05/05/01 19:35:09
BREW Forum - double値のint型への変換について
URLﾘﾝｸ(brewforums.qualcomm.com)

これなんかどうだろう。
アセンブラが使えないって事は、コレも騙りってコトでいい？>>328

332:デフォルトの名無しさん
05/05/01 19:37:25
ヘルパー関数使えって書いてあるじゃん。

333:デフォルトの名無しさん
05/05/01 19:53:39
URLﾘﾝｸ(www.google.co.jp)
これでトップになにやら出てくるわけだが、コレもデマか？

334:デフォルトの名無しさん
05/05/01 19:57:03
>>333
とにかくやり方を答えてみろ

335:デフォルトの名無しさん
05/05/01 20:01:01
>>333
中身ちゃんと嫁。
まさかいまさら「俺の言ってるBREWってのは、日本の携帯端末のものではありませーん」とか言うつもりか？

336:333
05/05/01 20:35:54
ごめんよ。とりあえず、ほんとのBREW開発者じゃないんだ。
興味があって聞いてるだけなんだ。

>>334
一般的には、アセンブリソース書いて、
（ armasm なり GNU as なりの）Cコンパイラとセットになってるアセンブラ使ってアセンブリして、
C/C++と一緒にリンクしたら、もうC/C++で書いたのと何が違うわけでもなくなると思うんだ。
実機で動かすと、なにか良くないことが起こるのか？

>>335
ふつうのARMアセンブラの説明に、BREW用に（問題にならなさそうな）制限がついてるだけだった。
日本の携帯端末だと何の事情が違うわけ？CPU？

ほんとに申し訳ないが、ウザかったらスルーしてもらっても文句は言わない。

337:316
05/05/01 21:01:19
>>336
特に問題は出ないはず。

RealViewでも__armasm使えばインラインアセンブラあるっぽいな。
そのうちサポートしなくなるって書いてあったが。

338:デフォルトの名無しさん
05/05/01 22:09:04
アセンブリ言語使えないって書いてるやつは、言語についてなにか勘違いしてないか？

339:デフォルトの名無しさん
05/05/01 22:11:26
～はず、～思う、とか憶測で書いてもしょうがないんだけど
実際にauの端末で動かしました、というのが何より説得力がある
そこを期待するんだけどどうよ

340:デフォルトの名無しさん
05/05/01 22:33:29
アセンブリで書こうがCで書こうが結果は一緒
それよりもBREW APIのｲﾝﾀｰﾌｪｰｽにNULLチェック機能がついてないなど根幹的なメモリ管理が脆弱な件について

341:デフォルトの名無しさん
05/05/01 22:36:38
>>339
実際に動けばOKなんてやつがC言語使うと未定義コード山盛りでも気にしないんだろうな。

342:デフォルトの名無しさん
05/05/01 23:04:59
338が正しい。
ただしアセンブリ言語で書いても手間だけ掛って得るものは少ないが。

343:デフォルトの名無しさん
05/05/01 23:06:07
漏れも中の人ではけど、技術的なことじゃなくてKDDIの審査の話じゃなかったの?

344:デフォルトの名無しさん
05/05/01 23:23:56
どうでもいいけど
>>333
のリンク先を日本語のページを検索すると
転職応援サイトイーキャリア
とゆーとこに
「Ｃ++、Java、ＢＲＥＷ等のいずれかの言語」とか書いてある

345:デフォルトの名無しさん
05/05/02 00:02:32
だから、日本携帯でリリースできる認定コンパイラを通れるかが焦点なの。
BREW全般の話ではないのね。
で、少なくとも日本携帯でアセンブラコードを直書きして、リリースした人の話は皆無。OK?

346:デフォルトの名無しさん
05/05/02 00:15:17
>>345
ほんとに始めからそういう意味で>316に突っかかってたのか？
「日本」とかいう条件が出てきたのは>335からだし、さっぱり意味がわかんなかったよ。

347:デフォルトの名無しさん
05/05/02 00:18:49
>>346
ちょっとまて。基本的にこのスレは日本のAU携帯BREWのスレじゃないのか？

348:デフォルトの名無しさん
05/05/02 00:35:51
後出しじゃんけんやめましょうね。

349:デフォルトの名無しさん
05/05/02 00:49:39
あり？コンパイラって限定されてるんでしたっけ？

350:デフォルトの名無しさん
05/05/02 05:04:27
>346>348
>319>320はau端末前提で話してる。よって>345>347が言ってることはズレてない。
このスレも最初からauのBREW端末のスレ。
このスレから読み始めた人にとってはテンプレ見ても気付かないかもしれないが。

しかしながら316氏はau端末のアプリで検証通すことは前提にしてなくて、
>316の発言の時点からBREW一般の話をしているように思う。
そこへ、au端末前提としてる人、BREW一般を前提としてる人が、ないまぜになって発言をしている。
それで話の流れがこんなふうになっているのではないだろうか。

351:デフォルトの名無しさん
05/05/02 08:22:47
黄金週間にみんなごくろう

352:デフォルトの名無しさん
05/05/02 08:32:59
うわー　こいつ黄金週間なんてまだ信じてるよ

353:デフォルトの名無しさん
05/05/02 09:07:21
BREW端末で使えないことはわかったけど、
認定コンパイラ（？）ではじかれるってのと、KDDIの検証ではじかれるってのはどっちなの？

354:デフォルトの名無しさん
05/05/02 14:07:09
月間ｱﾌﾟﾘ★ｹﾞｯﾄの創刊第２号が出るらしいが・・・
「ﾎﾘｴﾓﾝ特集」はイラネー。買う気が失せたヨ。

355:デフォルトの名無しさん
05/05/02 17:37:07
連休中に凄いことになってるな。

KDDIが検証用として受け取るのはﾊﾞｲﾅﾘｺｰﾄﾞなんだから、Cで書こうがｱｾﾝﾌﾞﾗで書こうが結果としてﾊﾞｲﾅﾘｺｰﾄﾞができあがれば問題ないだろ。

んでもってｱｾﾝﾌﾞﾗで書くことの何が問題かというと、BREW SDKが用意しているAPIをｱｾﾝﾌﾞﾗから呼び出すのがめんどくさいことぐらいじゃないか？

そもそもｲﾍﾞﾝﾄﾊﾝﾄﾞﾗ関数を書いて、AEEClsCreateInstance() 関数に準拠したｺｰﾄﾞを指定されたｴﾝﾄﾘﾎﾟｲﾝﾄに配置して、ｲﾍﾞﾝﾄﾊﾝﾄﾞﾗ関数へのﾎﾟｲﾝﾀを登録さえすればとりあえずBREWｱﾌﾟﾘとして動く気がする。

なんでやらないかって、そんなめんどくさいことするぐらいならCで書いた方が早いからだ。

356:316
05/05/02 18:03:05
いまさらで申し訳ないけど、KDDI検証に通る為にはコンパイラって限定されるの？
漏れはそんな話一切されなかったし、資料からも読み取れなかった。

RealViewは認定コンパイラ？だとは思うけど、それに付属してるアセンブラを使用するのもアウトなのか？

>>355と同じ認識でアプリ作成していましたが、問題あるなら書き直さないといけないので、
該当資料を教えてください。

357:デフォルトの名無しさん
05/05/02 18:09:53
>>356
とりあえずGCCでｺﾝﾊﾟｲﾙしたｺｰﾄﾞは検証通ったよ。
俺も、指定されたｺﾝﾊﾟｲﾗがあるって話は知らん。

RVCTはうちの会社でも買ったけど、
常にこれでｺﾝﾊﾟｲﾙしてる訳じゃあない。

358:デフォルトの名無しさん
05/05/02 18:29:09
検証通るならコンパイラは特に限定されないはず。

359:デフォルトの名無しさん
05/05/02 18:31:59
じゃぁ↓こいつらは何のこと言ってんの？何かあるんじゃない？それとも>328
>>329,335,325

360:デフォルトの名無しさん
05/05/02 18:58:43
ｱｾﾝﾌﾞﾗとCは使用言語が違うだけで、ﾊﾞｲﾅﾘｺｰﾄﾞは同じﾓﾉを生成することが可能。
KDDIの検証時はﾊﾞｲﾅﾘｺｰﾄﾞを提出すればよいわけだから、元のｺｰﾄﾞがCだろうがｱｾﾝﾌﾞﾗだろうがどっちでも構わないよと言うこと。

なぜにｽﾚｯﾄﾞの上の方でばたばた騒いでいるかだが、KDDIが推奨する開発環境がVC+RVCTなだけで他に成功事例がないから他じゃﾀﾞﾒだって言ってるだけでしょ。

成功事例がない → うまくいく保証がないだが、
成功事例がない → うまくいかないではないので。

361:デフォルトの名無しさん
05/05/02 19:10:45
アセンブラに関しては、検証項目に関数の呼び出し方レベルの指定があったので、難しいかもしれない。
つか、チェック付けらんない。
コンパイラについては別になんでも良いハズ。>>355が正しいんじゃね？

ていうか、バイナリ提出なのにコーディングにまでケチ付ける検証もどうかと思うんだけどさ。

362:デフォルトの名無しさん
05/05/02 20:20:57
BREWでは基本的に、アセンブラでのコードは禁止されてるぞ。
絶対問題を起こさないという保証があれば通るかもしれんが…。

描画まわりをアセンブラで高速化してたら、検証書類のいくつかでごまかせないところがあって直した。
いや、嘘ついちゃってもいいんだけど、問題が起こったときに「実はアセンブラ使ってました」ってなったらCP剥奪とかなるかもしれんし。

363:デフォルトの名無しさん
05/05/02 20:22:36
>>362
おおっ、重要な情報だ。
こうなってくると、ｲﾝﾗｲﾝｱｾﾝﾌﾞﾗでも微妙だな。

364:デフォルトの名無しさん
05/05/02 20:40:28
話題があれなんでネタ振りしてみる。
前にも一度ここで報告した気がするが・・・

W21S用のアプリでサウンドがON/OFF出来る物を用意する。
↓
K某でalarm始動
↓
アプリ起動＆オプション等でサウンドOFF
↓
しばし待つ
↓
alarmでK某割り込み起動してくる
↓
K某終了
↓
アプリ遅くなる（キー入力等アプリに刺激があると通常速度）

・・・ウチだけ？

365:デフォルトの名無しさん
05/05/02 23:07:57
>検証書類
なんかアセンブラの影響受ける部分ってあったっけ？
ざっと見ただけだけど見つかんない…あとでもっと調べてみよう。

まぁわかった上でしっかり検証すれば使っても問題ないと思うんだけど。
Cのみでも落ちる(ハングね)アプリは落ちるんだし。

つかCでもある程度アセンブラレベルのコードを意識しながらでないとサイズでかいし遅くなるし。

366:デフォルトの名無しさん
05/05/02 23:20:54
>>364
W21Sのことが前に書き込んだ人がいたけど、
まだ解決してないのか？

やりかたが書いてあるから俺もやってみよう。

Ｇ　Ｗ　明　け　て　か　ら　ね

367:デフォルトの名無しさん
05/05/02 23:25:39
>>365
>>なんかアセンブラの影響受ける部分ってあったっけ？
そんなものは無い。

そもそもC言語で作ったバイナリもアセンブラで作ったバイナリも同一の
ものが作れるわけで区別するのは難しい。
プログラミング言語の事が分からない人達が騒いでいるだけだよ。

368:デフォルトの名無しさん
05/05/02 23:34:41
>>362
ほう、自作のIGraphicsみたいなの作ったってこと？
でもそれって機種ごとにコード書かなくちゃなんなくて大変じゃね？

369:デフォルトの名無しさん
05/05/02 23:58:43
>>367
だから検証書類で問題あるんだってば。

370:デフォルトの名無しさん
05/05/03 00:45:11
もうお前らBREW止めようぜ...

371:デフォルトの名無しさん
05/05/03 00:47:51
止めたら飯食えないから必死なんだよ。こんなマゾイ開発みんな
やりたくねぇって

372:デフォルトの名無しさん
05/05/03 01:06:15
検証側から、アセンブラなるべく使うなというお達しが出されているのは事実。
実際「CPをやらせていただいている」立場なこちらとしては、危険をおかしてCP剥奪とか検証停止処分になると死活問題。

理論上はできるけど、事実上できないって感じ＜アセンブラ

373:デフォルトの名無しさん
05/05/03 04:08:00
>>366
すぐに社内で解決したんですけどねぇ
端末仕様（不具合）なのかアプリ側なのかKDDIに問い合わせてるんですけど・・・

3　ヶ　月　以　上　返　答　が　な　い

流石KDDIくおりち

GW？なんですかソレ？
あぁGo Workの事ね
_|￣|○

374:デフォルトの名無しさん
05/05/03 10:32:57
基本APIの仕様と性能について聞いても教えてくれないというか
そんなの知らないようで、偉い腹の出っ張ったおっさんが6ヶ月
ぐらい余裕で放置してくれますよ。
解らないことはニダ企業に聞いてるし。もうだめだよ。

375:デフォルトの名無しさん
05/05/03 13:45:16
CINってとこだっけ？　質問できるとこ。あそこで聞いたらすぐに返答帰ってきたけどなあ。

376:デフォルトの名無しさん
05/05/03 18:52:48
開発対象端末てやっぱりS系が一番問題多いのか？
どれが一番担当したくない端末？
あと逆に安定してる端末はどれだろ

377:デフォルトの名無しさん
05/05/03 20:05:06
KDDIの質問担当は差が激しいなぁ。
すぐかえってくる質問と半年くらい待たされる質問とかあるし。

378:デフォルトの名無しさん
05/05/03 21:11:05
先日ドコモからauに乗り換えた１ユーザですが上のグチ？を見て無料ゲームが今後も出そうにない事がよくわかりました！
auに変えた最大の理由が低料金から定額制が使える！ということでしたがお先真っ暗です！
年割りに入っていますがさっさと違約金を払いドコモに戻ろうかと考えてしまいました。
どこもかしこも有料ですが１ユーザから言わせてもらうとどれも有料契約には入る気がありません。
なぜなら有線のインターネットで十分間に合っているからです。
ゲームも暇なときの暇つぶし程度でなら遊べるのですが月額でゲームをするほど時間がありません。
というかたとえばドラクエなんかもなんで月額なんでしょうか？
携帯ゲームは電池の持ちという制約があるために１日の最後の帰宅途中ぐらいしか遊ぶ時間がありません。（東京在住）
地方とかだと自動車で電源の問題はないのでしょうが逆に通勤時間等がない気がします。（住居と職場が近い）
そう有意味では１回５分程度のいつでも中断できるゲームでないとなかなか手を出しにくいと思います。
また、これだけ有料の文字が躍ると（EZWEBも）１に会員登録、２に会員登録、３にも会員登録で逆に会員登録する気が失せます！
インターネットでは無料で見られる情報が携帯では有料なのも期待を裏切る有様でがっかりです。（PCサイドビューワ契約しろってか？）
上記を見ているとはっきりいってauは切り捨ててもいいんじゃないかと思います。
どの道有料で採算があうなんて事は非常に難しいんじゃないかと思います。
あと素人の質問ですがauのプログラムは機種依存なんでしょうか？
うちの携帯W21CAなんですが見るページ＆ソフトがことごとく対応していませんと出るのですが・・
やっぱりワイド液晶がガンなのでしょうか？

379:デフォルトの名無しさん
05/05/03 21:24:11
月に数百円でガタガタ言うな。

それの何倍パケ代払ってんだよカスが。

380:172
05/05/03 21:25:55
すいません、誰か助けてくださいorz

A5306STでスプライト使って画像表示しようとしてるんですが、
1)CreateCompatibleBitmapでDDB作成
2)リソースからウィンドウズビットマップ読み込み
2)QueryInterfaceでIDIBに
3)パレット変更
4)IBITMAP_BltInで１で作成したビットマップに転送

ってやってパレットチェンジしたDDBを作成してるんですが、BltInの段階でなん
エラーも返さずにアプリが落ちてしまいます。

A5501Tとかエミュだと動いたんですが・・・。何が原因かわかりませんか？

381:デフォルトの名無しさん
05/05/03 21:36:05
>>378
釣り？

>>380
色々開放してやらにゃならんのですが、漏れなく開放してる？
旧パレット配列も開放してやる必要あるよ。

382:デフォルトの名無しさん
05/05/03 21:44:29
釣りかどうかはわからんが、気持ちはよくわかる。
スレ違いだけどな。

383:デフォルトの名無しさん
05/05/03 21:59:04
ていうか釣り。スレ違いはほっとけ。

384:380
05/05/03 22:13:13
ビットマップ関連のオブジェクトはBltInした後に
Flushpalette
WinBitmap
DIB
の順で開放しています。

パレットチェンジしないで、（３の段階を踏まずに）４にいってもとまります。

385:380
05/05/03 22:23:32
QueryInterfaceの戻り値を確認していませんでした。orz

で、確認したらEUNSUPPORTED

そんなこと仕様書に書いてたねぇのに・・・orz

386:デフォルトの名無しさん
05/05/03 22:23:39
っと、5501では動いてるのか。BREW2.0の問題かなあ。
ちと実機が手元に無いので分からんや。とりあえずLoggerで色々調べてみて下さい。

387:デフォルトの名無しさん
05/05/04 03:33:48
IDIBに対応してないんじゃ？
仕様書は………読んだんだよな
これがKDDIくおり(ry

388:デフォルトの名無しさん
05/05/04 04:34:59
>>385
書いてありますが。。

BREW API リファレンスから転載
>すべてのIBitmapクラスがIDIBをサポートするわけではなく、サポートされていない場合は、
>Query インタフェース関数はエラーコードを返します。

389:380
05/05/04 04:43:48
>>388
いや、機種依存とは認識してたけど機種の仕様書でサポートしてないって書いてなかったから・・・。

結構、土壇場での方針変更は痛いです。＿|￣|○

390:デフォルトの名無しさん
05/05/04 10:00:53
素直に対象機種から外したほうが早いぜー。
今時5306なんて使い続けてるヤツはBREWアプリなんてやらねーよ。

391:デフォルトの名無しさん
05/05/05 18:27:51
やめたやめたﾊﾞｶﾔﾛｰ

392:デフォルトの名無しさん
05/05/05 18:34:49
おまいら俺と同時にスト起こしてBREW無くそうぜ('A`)
もうやってらんねー＿|￣|○

393:デフォルトの名無しさん
05/05/05 20:52:41
Vに比べればまだマシだと思うけどなー( ´Д｀)y-~~
役所仕事に入ってからは糞だが

394:デフォルトの名無しさん
05/05/05 21:53:11
>>392
俺も嫌なんだが、
毎日、水汲みのために地雷の埋まった何キロもの道を
はだしで往復してる5歳の女の子を救うために
やらなければならない

395:デフォルトの名無しさん
05/05/05 22:39:06
>>394
みんなで山を切り開いてでも新しい道を作った方が
女の子を救えそうだなｗ
地雷は埋めた奴に取らせろｗ

396:デフォルトの名無しさん
05/05/05 23:04:39
>>393
Ｖはさー
また独特だよな
ｱﾊﾊﾊ

397:デフォルトの名無しさん
05/05/05 23:22:23
勝手アプリを作れない端末は滅びてしまえ('A`)
まじBREW開発は勘弁('A`)

398:デフォルトの名無しさん
05/05/06 00:37:16
勝手アプリが作れない＝ネットに情報が無い

399:デフォルトの名無しさん
05/05/06 03:44:47
>>396
(つДT)つ旦

400:デフォルトの名無しさん
05/05/06 11:25:10
BREW Tools Suite 3.0.0のBREW Loggerについて質問があります。
Log Outputのウィンドウにてコンソール出力(DBGPRINTF)も出力可能です
が､これはタイミングによって出力されない場合もありますでしょうか?
なんか同じロジックを通しているのに出たり出なかったりする場合があるので
すが｡

401:デフォルトの名無しさん
05/05/06 11:40:19
ありますです。

というかキー入力やタイマー処理などの関係で出力メッセージが前後することはある。
メモリ操作関係で落ちたときなどは出力されないこともあるから、そのような場合は
logをファイル出力するように、といったFAQだかフォーラムの書き込みもあった。

402:デフォルトの名無しさん
05/05/06 11:47:14
メッセージキューが溢れてる可能性もあるね。

403:デフォルトの名無しさん
05/05/06 12:40:29
400です｡
ありがとうございました｡

404:部竜様
05/05/06 17:38:36
おらおら奴・隷・ど・も
GWはごきげんいかがだったかな？
おおっと今日は６日かはっはっは

405:デフォルトの名無しさん
05/05/06 23:20:33
とっとと検証しろよカス

406:デフォルトの名無しさん
05/05/06 23:33:28
URLﾘﾝｸ(141-189-192.biwa.ne.jp)
ｗｗｗｗｗｗｗｗｗｗｗｗっｗｗｗうはっｗｗｗうはっｗｗｗ
うぇｗｗｗｗｗｗっっうぇｗｗｗｗｗｗうぇｗｗｗ

ｗｗｗｗｗｗうはっｗｗｗうはっｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

407:デフォルトの名無しさん
05/05/07 09:39:15
上の方のアセンブラ禁止についてだけど、アセンブラ禁止の合理的な理由が
まったく思いつかないんですが？アセンブラ禁止なら、任意のメモリを破壊できる
C言語も禁止すべきだし、C言語を使用するBREW自体も禁止すべきです。
BREWを捨ててやっぱりJavaか、.NETを導入すべきでしょう。
あと、検証項目にアセンブラ禁止など書いてないと思いますが？
で、アセンブラ禁止の理由は何ですか？

408:デフォルトの名無しさん
05/05/07 10:24:58
さぁ、何でしょうね～？
上の議論で、アセンブラ禁止では？、禁止だろう、と勝手に言ってる人はいても
ちゃんと読めば分かるとおりアセンブラ禁止という結論にはなってないからねぇ

息抜きはできただろ？仕事に戻んなよ

409:デフォルトの名無しさん
05/05/07 10:50:38
>>408
まあそうなんだけどね。
BREWでアセンブラ禁止って、
既に肥溜めにはまってウンコまみれになっているのに、
「肥溜めでウンコ禁止」といわれ必死にウンコを我慢している
状態ですよね？
わけわかんないですよまじで。

410:デフォルトの名無しさん
05/05/07 10:53:31
アセンブラ禁止と書いてなくても、検証内容はC前提で書いてあるし、アセンブラ使うと言うと嫌な顔される。
普通に読めば、それくらいは読み取れるが。

411:デフォルトの名無しさん
05/05/07 10:59:03
>>410
妄想をルールにされてもねぇ。

>検証内容はC前提で書いてあるし

CだろうがC++だろうがアセンブラだろうが一緒ですが？
コンパイラとかアセンブラとかリンカの仕組み判ってます？

412:デフォルトの名無しさん
05/05/07 11:08:40
goto >>317;

413:デフォルトの名無しさん
05/05/07 11:24:48
>>412
あのー、楽勝で使えますが何か？
ARM for BREW には、C/C++ Compiler, Assembler全部ついてますが。
ちなみにインラインアセンブラも使えるよ。
一体、アセンブラとBREWを何だと思っているんですか？なんか勘違いしてませんか？
Javaの仮想マシン上でARM7Processorのネイティブコードを動かそうとか
そういうことじゃないですよ？

414:デフォルトの名無しさん
05/05/07 11:33:28
あのさー。
煽る前にきちんと検証書類読もうや。

論理的に考えて、Cはいいのにアセンブラ使っちゃいけないのはおかしい。
気持ちはよくわかる。
だがBREWに論理が通じないのは分かってるだろ？
mallocに失敗するのに、例外処理が未実装だぞ？

検証項目埋めようとすると「あっるぇ？ここアセンブラでやっちゃったんだけどどう書こうｗ」って場所がいくつもあるだろ。
（まともなやつは）誰もアセンブラが使えないなんて言ってない。

問題は、「なるべくアセンブラは使うな」と書いてあることだ。
逆に言うと問題を起こした時に「アセンブラなんか使うからじゃないですか？」と遠まわしにネチネチやられること。
なんど「てめえらの規格があったまおかしいだけだろボケカス！！」といいたかったことか

415:デフォルトの名無しさん
05/05/07 11:41:23
URLﾘﾝｸ(nthkid071139.hkid.nt.ftth.ppp.infoweb.ne.jp)
ｗｗｗうはっｗｗｗ
っうぇｗｗｗｗうぇｗｗｗｗ
うぇｗｗｗ
っうぇｗｗｗっうぇ

ｗｗｗｗｗｗｗｗｗｗｗｗ
っっっうぇｗｗｗｗｗｗｗｗうはっｗｗｗｗｗｗｗｗｗ

416:デフォルトの名無しさん
05/05/07 11:53:12
アセンブラ語るやつはアセンブラで作った
バイナリとソースをうｐしろよ。
それがない場合アセンブラの話はここで禁止
妄想だけで煽るな

417:デフォルトの名無しさん
05/05/07 11:55:42
>>407
KDDIはアセンブラ禁止とは明言していない。
だからあなたは他者の書き込みに惑わされず自分が思うままに
CでもC++でもアセンブラでも自由にソースを記述すればいい。
これが結論だ。
これ以上の議論はあなたにとってもこのスレにとっても不要だ。

418:デフォルトの名無しさん
05/05/07 11:58:55
>>416
アセンブラが使えるか使えないかじゃない。もちろん使える。あたりまえだ。
今は使って良いか悪いかの話だろう？

419:デフォルトの名無しさん
05/05/07 12:02:02
URLﾘﾝｸ(www.s-cradle.com)
一応これあげとくか。
とりあえずこれが動くことと検証に通ることは別問題ということで。

420:デフォルトの名無しさん
05/05/07 12:02:56
>>414
>検証項目埋めようとすると「あっるぇ？ここアセンブラでやっちゃったんだけどどう書こうｗ」って場所がいくつもあるだろ。

そんな項目ないでしょ。まじで。
具体的にどの項だか教えてくれませんか？
っていうか、一体どこをどうアセンブリで書くとそういう懸念が発生するわけですか具体的に？
まったくあなたの懸念を共有できずにいるんですが。

421:デフォルトの名無しさん
05/05/07 12:14:49
アセンブラで開発できる／できないの話は必要ないだろ？
なぜ明確に結論を出したいのかね。
できるってやつはできるんだからやればいい。

できないと思ってるやつが「やり方を示せ」とかいうのは無意味。

できないと思っているけどやれるならやり方を知りたい、というやつが
「やり方を教えてくれ」という書き込みをするなら話はわかる。

その場合は実際にやれてるやつがやり方を教えてやればいいだけ。
やれてないやつが憶測で自分の考えを書くのが迷惑のもと。

422:デフォルトの名無しさん
05/05/07 12:16:59
アセンブラで開発はできる。
禁止もされていない。
だがなるべくアセンブラは使うなと書いてあるし、検証の時にいい顔されない。
ミスった時その部分で色々ぐちぐち言われる。

423:デフォルトの名無しさん
05/05/07 12:24:36
そんなこと　どうでもいいから　仕事しろ

424:デフォルトの名無しさん
05/05/07 12:28:09
どうやったら「この部分はアセンブリ言語で書かれている」ってKDDI側で判るのよ？
逆アセンブルして「ここのコードはARMやGCCコンパイラが生成したものではない」
なんていうかったるい調査を検証会社がするわけがないし、そんなことの為に技術者を使うわけが無い。
大体、あそこの検証官がそのことで正当性のあるグチを言えるほど技術的バックグラウンド
があるとは到底思えないし、そもそもBREW環境の構造的にアセンブリ使用に対する正当性のある批判自体存在しない。

425:デフォルトの名無しさん
05/05/07 13:19:18
とりあえず、アセンブラは、エミュレータ用のコードと、
実機用のコードの２種類を書く必要があるので、
そんなのめんどくてやってられない。

426:デフォルトの名無しさん
05/05/07 13:20:25
だから、普通はばれないっての。
問題は「もしばれたら」ってことなんだよ。

KDDI様にお願いしてアプリを作らせていただいてます(;´Д`)人
って立場上、万が一にも睨まれるわけにいかないの。
とりあえず優良CPゲットしなきゃ連続リリースもままならないわけだし、糞が！

427:デフォルトの名無しさん
05/05/07 13:38:01
もう優良ＣＰとか関係なくなったんじゃないの？

428:デフォルトの名無しさん
05/05/07 14:01:45
文句は言っても結局従うしか出来ない犬は黙って開発続けとけ

429:412
05/05/07 15:33:19
漏れは、話が無限ループしてっからログ読んで(ryと言いたかっただけなんだけどね。。

430:デフォルトの名無しさん
05/05/07 15:51:11
if(アセンブラネタ){break;}else{return;}

431:デフォルトの名無しさん
05/05/07 17:17:06
void set(Hoge* pHoge){
__asm{
LDR R0, pHoge;
STR R0, m_pHoge;
};
}
これで動く。もちろんARMだけな。

432:デフォルトの名無しさん
05/05/07 18:12:26
アセンブラついでに、ARM C++で、アセンブリ吐かせて気づいたのは、
自動変数をステートメント中に置くとこんな余計なコードがつくんですが。

|L9.276|
ADD sp,sp,#0x2c
LDMFD sp!,{r4-r11,lr}

for( y = 0; y < h; y++ ) {
　uint8* pSrcLine = pSrc;
　uint8* pDstLine = pDst;
　{...}
}

433:デフォルトの名無しさん
05/05/07 18:23:06
URLﾘﾝｸ(i219-164-145-122.s02.a010.ap.plala.or.jp)
ｗｗｗっｗｗｗｗｗｗｗｗｗｗｗｗうぇｗｗｗｗｗｗｗｗｗ

ｗｗｗｗｗｗっうぇｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗ
うはっｗｗｗｗｗｗおｋｗｗｗうぇｗｗｗ

434:デフォルトの名無しさん
05/05/07 18:32:42
>>432
自動変数をレジスタに確保するために、レジスタをクリアしているのか……？
違ってたらｽﾏｿ

435:デフォルトの名無しさん
05/05/07 20:37:18
>>428
こういう従えないバカがいるから、どんどん細かいところまで規正がかかっていくんだろうね・・・

436:デフォルトの名無しさん
05/05/07 23:00:54
ところでｗｗｗな人のURLは何？

437:デフォルトの名無しさん
05/05/08 00:03:34
>436
山田の亜種じゃねーの?
リモホ晒されただけでわ。

438:デフォルトの名無しさん
05/05/08 14:36:30
山田は感染したヤツのPCの全ファイルを公開するような
HTTP鯖を立てるという話だから、アレもそうじゃね？

439:デフォルトの名無しさん
05/05/08 16:14:05
>>433
あーあ踏んじゃったわ
どうしよう(´･ω･｀)

440:デフォルトの名無しさん
05/05/08 16:18:07
URLﾘﾝｸ(81tt78.omn.ne.jp)
おｋｗｗｗうぇｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗっうはっおｋっおｋｗｗｗｗｗｗｗｗｗｗｗｗｗ
おｋｗｗｗｗｗｗっおｋっｗｗおｋｗｗｗうはっ
ｗっｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗっうぇ
ｗｗｗ

441:デフォルトの名無しさん
05/05/08 17:53:46
アセンブラのソースとかがおいてあるんじゃないの？

442:デフォルトの名無しさん
05/05/09 02:09:12
というかアセンブラ禁止より、KDDI的にはクオリティの低いクソゲーこそ禁止みたいだぞｗ

443:デフォルトの名無しさん
05/05/09 04:46:37
KDDI様への提言：
クォリティを気にするならまず真っ先にBREWを禁止すべきです。
シンビアンOSにしましょう。

444:デフォルトの名無しさん
05/05/09 09:20:49
まともに仕事できない奴にクオリティとか言われてもな

445:デフォルトの名無しさん
05/05/09 18:55:37
クァルコム自体、KDDI重役の親族会社。
技術力皆無で足元が見えていないご高説好きのクァルコムが採用されてるのはそのせい。

446:445
05/05/09 18:56:16
ってとこなんだろうなと思ってる。
途中送信しちまった。

447:デフォルトの名無しさん
05/05/09 20:23:24
北欧の、KDDIの何十倍もでかい会社が
えらい言われようだｗ

448:デフォルトの名無しさん
05/05/09 21:37:49
でかけりゃいいってもんじゃねえ！問題は硬さだろ！

449:デフォルトの名無しさん
05/05/09 21:42:09
下らん冗談でハナシを誤魔化すなよ
どこが親族会社だって？ｗ

450:デフォルトの名無しさん
05/05/09 22:30:34
北欧ってなんやねん。
NOKIAか? Ericssonか?
いずれにしてもKDDIの何十倍なんて規模無いがな。
（売り上げで言えばNOKIAでもKDDIの倍程度。）

親族会社なんて妄想も腹いてぇけどな。

451:デフォルトの名無しさん
05/05/10 10:52:17
BREWｱﾌﾟﾘ開発辞めたいよ…　　でも上司がバカで…

452:デフォルトの名無しさん
05/05/10 21:06:23
Cygwin + gcc でエミュレータ用のdllを作成したいのですが、
clオプションの/MTd相当のオプションはgccではどれにあたりますか？
dll用のmakefileまたは方法紹介しているサイトはご存知ないでしょうか？

動くdllができません...だれか助けて...

453:デフォルトの名無しさん
05/05/10 21:28:35
>>451
うちも同じ。
この労力を別のところに使ったほうがいいような気がする現状。

454:デフォルトの名無しさん
05/05/10 21:41:46
どんどんBREWは廃れるから今は仕事があっても
需要は結局iアプリ一本に変わっていくだろうなｗ
今BREWやってるとこは後手に回るだけで終わるｗｗ
Vはiからの移植はやりやすいから問題ないなぁ(メモリは辛いが('A`))

455:452
05/05/10 22:09:24
自己解決しました、お騒がせしました。

これで家に帰れる

456:デフォルトの名無しさん
05/05/10 23:58:27
void CreateApp(Applet *pMe, MAN 452)
{
　if(452.Life != NULL)
　　BREW_Work(&452);
　else
　　GoHome(&452);

　ISHELL_SetTimer(pMeｰ>pIShell, 1, CreateApp, pMe);
}

457:デフォルトの名無しさん
05/05/11 00:21:06
>>455
良かったね。家に帰れて。おつかれちゃん。

458:デフォルトの名無しさん
05/05/11 01:20:57
void CreateApp(Applet *pMe)
{
　if(pMe->452.Life != NULL)
　　BREW_Work(&pMe->452);
　else
　　GoHome(&pMe->452);

　ISHELL_SetTimer(pMeｰ>pIShell, 1, CreateApp, pMe);
}

修正。

459:デフォルトの名無しさん
05/05/11 23:49:25
つまんないからアセンブラで書いてよ

460:デフォルトの名無しさん
05/05/12 02:58:13
QualcommはCDMAシステム自体はよくできていたんだがなぁ。
ハード屋なんだからソフトまで手を出さなくてもいいだろうに。

461:デフォルトの名無しさん
05/05/12 08:32:44
たかがラジヲ屋が調子に乗りすぎだ
漏れの時間を返せ

462:デフォルトの名無しさん
05/05/12 09:57:47
最近このｽﾚｸﾞﾀﾞｸﾞﾀﾞだな

463:デフォルトの名無しさん
05/05/12 10:16:11
公開できる有用な情報に対して愚痴が多すぎるな。ｗ
いかに駄目なﾌﾟﾗｯﾄﾎｰﾑかっちゅー話。

464:デフォルトの名無しさん
05/05/12 11:32:11
BREW 3.1って、BREW 2.1用にビルドされたバイナリも動くんでしょうか？ビルドしなおさなきゃだめ？

465:デフォルトの名無しさん
05/05/12 11:57:54
一律に動く、動かないということは言えない。
APIの仕様変更、廃止などがあるから、ソース見て判断するしか。
まずはKDDIのBREW3.1用のドキュメント読んでみるべし。

466:464
05/05/12 13:10:38
なるほど。

こちらでもSDK 3.1.2入れてSDK 2.1.1のExamples動かしてみたんですけど、
Hello Worldくらいしか動かなかったのでそういうことなのでしょうね。

関係ないけどクアルコムのサイト、今日の21:00 PDT
（って明日の13:00 JST？）までメンテナンスらしい。

467:デフォルトの名無しさん
05/05/12 13:42:11
>466
>メンテナンス

またかよ

468:デフォルトの名無しさん
05/05/12 14:41:05
今度はどんな情報がCP以外に閲覧できなくなるんでしょうかね^^;

469:464
05/05/12 14:47:40
> 関係ないけどクアルコムのサイト、今日の21:00 PDT
> （って明日の13:00 JST？）までメンテナンスらしい。

すみません、今日の 13:00 JSTまででした（；´д｀）

470:デフォルトの名無しさん
05/05/12 15:08:05
以前作成した(ClassIDが分かっている)アプリが端末に入っているかどうかを調べたいのですが
ISHELL_GetClassItemID()
を使えばよいのでしょうか？
一応動作してるのですが何か他の方法があったら教えて下さい。

471:デフォルトの名無しさん
05/05/12 18:37:11
今Javaやってるけど、BREWに戻りたいわ。
仕事変わってくれw

472:デフォルトの名無しさん
05/05/12 19:11:23
>>454
そのiアプリも年末あたりからBREWになるわけで・・・

473:デフォルトの名無しさん
05/05/12 19:28:30
それって確かな情報なの？

474:デフォルトの名無しさん
05/05/12 19:41:48
昔からその噂はあるんだが、実際どうなんだろう。
AU系BREW端末が、これほど開発サイドからバッシングされている状態で、作りやすさが売りだったiがそっちに転身とはちょっと考えづらい・・・

475:デフォルトの名無しさん
05/05/12 19:45:21
DOCOMOは採用するとしてもBREW上でJavaVM実装するだろう。
端末メーカの共通仕様としてBREW採用して、
一般のアプリ作成者は今まで通りJavaなんじゃないのか？

っていうことはDOCOMOもARM一本になるのかな？
組み込み分野もIntelで染まるのかなぁ。

476:デフォルトの名無しさん
05/05/12 20:06:13
携帯はあまりに糞みたいな環境しかないんで、
正直、Intel+Winで染まってほしいぞ。
MSがCarnel+DirectX+.NETのみの、超軽 Windows Mobile Edition。
Intelが超消費電力のPentium4 for Cellular。
これでいい。

477:デフォルトの名無しさん
05/05/12 20:06:48
↑つづり間違えた ×Carnel, ○Kernel

478:デフォルトの名無しさん
05/05/12 20:50:08
>>473
細かいことまでしらんがこんな感じかな。

URLﾘﾝｸ(itpro.nikkeibp.co.jp)

次ページ