[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 05/09 13:26 / Filesize : 223 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

BREW(Binary Runtime Environment for Wireless) 4



1 名前:デフォルトの名無しさん [05/03/17 11:59:25 ]
BREW(Binary Runtime Environment for Wireless)についてのスレ

テンプレ
kintubo.kakiko.com/brew/

前スレ
pc5.2ch.net/test/read.cgi/tech/1096006023/
関連情報>>2-10

■過去スレ
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/


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

336 名前:333 mailto:sage [2005/05/01(日) 20:35:54 ]
ごめんよ。とりあえず、ほんとのBREW開発者じゃないんだ。
興味があって聞いてるだけなんだ。

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

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

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

337 名前:316 mailto:sage [2005/05/01(日) 21:01:19 ]
>>336
特に問題は出ないはず。

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

338 名前:デフォルトの名無しさん mailto:sage [2005/05/01(日) 22:09:04 ]
アセンブリ言語使えないって書いてるやつは、言語についてなにか勘違いしてないか?

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

340 名前:デフォルトの名無しさん mailto:sage [2005/05/01(日) 22:33:29 ]
アセンブリで書こうがCで書こうが結果は一緒
それよりもBREW APIのインターフェースにNULLチェック機能がついてないなど根幹的なメモリ管理が脆弱な件について

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

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


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



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

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

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

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


348 名前:デフォルトの名無しさん mailto:sage [2005/05/02(月) 00:35:51 ]
後出しじゃんけんやめましょうね。

349 名前:デフォルトの名無しさん mailto:sage [2005/05/02(月) 00:49:39 ]
あり?コンパイラって限定されてるんでしたっけ?

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

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

351 名前:デフォルトの名無しさん mailto:sage [2005/05/02(月) 08:22:47 ]
黄金週間にみんなごくろう

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

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



354 名前:デフォルトの名無しさん mailto:sage [2005/05/02(月) 14:07:09 ]
月間アプリ★ゲットの創刊第2号が出るらしいが・・・
「ホリエモン特集」はイラネー。買う気が失せたヨ。

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

KDDIが検証用として受け取るのはバイナリコードなんだから、Cで書こうがアセンブラで書こうが結果としてバイナリコードができあがれば問題ないだろ。

んでもってアセンブラで書くことの何が問題かというと、BREW SDKが用意しているAPIをアセンブラから呼び出すのがめんどくさいことぐらいじゃないか?

そもそもイベントハンドラ関数を書いて、AEEClsCreateInstance() 関数に準拠したコードを指定されたエントリポイントに配置して、イベントハンドラ関数へのポインタを登録さえすればとりあえずBREWアプリとして動く気がする。

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

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

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


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

357 名前:デフォルトの名無しさん [2005/05/02(月) 18:09:53 ]
>>356
とりあえずGCCでコンパイルしたコードは検証通ったよ。
俺も、指定されたコンパイラがあるって話は知らん。

RVCTはうちの会社でも買ったけど、
常にこれでコンパイルしてる訳じゃあない。

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

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

360 名前:デフォルトの名無しさん [2005/05/02(月) 18:58:43 ]
アセンブラとCは使用言語が違うだけで、バイナリコードは同じモノを生成することが可能。
KDDIの検証時はバイナリコードを提出すればよいわけだから、元のコードがCだろうがアセンブラだろうがどっちでも構わないよと言うこと。

なぜにスレッドの上の方でばたばた騒いでいるかだが、KDDIが推奨する開発環境がVC+RVCTなだけで他に成功事例がないから他じゃダメだって言ってるだけでしょ。

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

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

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

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

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

363 名前:デフォルトの名無しさん [2005/05/02(月) 20:22:36 ]
>>362
おおっ、重要な情報だ。
こうなってくると、インラインアセンブラでも微妙だな。



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

W21S用のアプリでサウンドがON/OFF出来る物を用意する。

K某でalarm始動

アプリ起動&オプション等でサウンドOFF

しばし待つ

alarmでK某割り込み起動してくる

K某終了

アプリ遅くなる(キー入力等アプリに刺激があると通常速度)

・・・ウチだけ?

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

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

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


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

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




G W 明 け て か ら ね

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

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


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

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

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

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

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

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

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


3 ヶ 月 以 上 返 答 が な い

流石KDDIくおりち

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



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

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

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

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

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

379 名前:デフォルトの名無しさん mailto:sage [2005/05/03(火) 21:24:11 ]
月に数百円でガタガタ言うな。

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

380 名前:172 mailto:sage [2005/05/03(火) 21:25:55 ]
すいません、誰か助けてくださいorz

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

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

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

381 名前:デフォルトの名無しさん mailto:sage [2005/05/03(火) 21:36:05 ]
>>378
釣り?

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

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

383 名前:デフォルトの名無しさん mailto:sage [2005/05/03(火) 21:59:04 ]
ていうか釣り。スレ違いはほっとけ。



384 名前:380 mailto:sage [2005/05/03(火) 22:13:13 ]
ビットマップ関連のオブジェクトはBltInした後に
Flushpalette
WinBitmap
DIB
の順で開放しています。

パレットチェンジしないで、(3の段階を踏まずに)4にいってもとまります。

385 名前:380 mailto:sage [2005/05/03(火) 22:23:32 ]
QueryInterfaceの戻り値を確認していませんでした。orz

で、確認したらEUNSUPPORTED

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


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

387 名前:デフォルトの名無しさん mailto:sage 仕事中 [2005/05/04(水) 03:33:48 ]
IDIBに対応してないんじゃ?
仕様書は………読んだんだよな
これがKDDIくおり(ry

388 名前:デフォルトの名無しさん mailto:sage [2005/05/04(水) 04:34:59 ]
>>385
書いてありますが。。

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

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

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

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

391 名前:デフォルトの名無しさん mailto:sage [2005/05/05(木) 18:27:51 ]
やめたやめたバカヤロー

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

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



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

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

396 名前:デフォルトの名無しさん mailto:sage [2005/05/05(木) 23:04:39 ]
>>393
Vはさー
また独特だよな
アハハハ

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

398 名前:デフォルトの名無しさん mailto:sage [2005/05/06(金) 00:37:16 ]
勝手アプリが作れない=ネットに情報が無い

399 名前:デフォルトの名無しさん mailto:sage [2005/05/06(金) 03:44:47 ]
>>396
(つДT)つ旦

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

401 名前:デフォルトの名無しさん mailto:sage [2005/05/06(金) 11:40:19 ]
ありますです。

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

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

403 名前:デフォルトの名無しさん mailto:sage [2005/05/06(金) 12:40:29 ]
400です。
ありがとうございました。




404 名前:部竜様 mailto:sage [2005/05/06(金) 17:38:36 ]
おらおら奴・隷・ど・も
GWはごきげんいかがだったかな?
おおっと今日は6日かはっはっは

405 名前:デフォルトの名無しさん [2005/05/06(金) 23:20:33 ]
とっとと検証しろよカス

406 名前:デフォルトの名無しさん [2005/05/06(金) 23:33:28 ]
141-189-192.biwa.ne.jp/
wwwwwwwwwwwwっwwwうはっwwwうはっwww
うぇwwwwwwっっうぇwwwwwwうぇwww

wwwwwwうはっwwwうはっwwwwwwwwwwwwwww

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

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

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

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


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

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

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

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


412 名前:デフォルトの名無しさん mailto:sage [2005/05/07(土) 11:08:40 ]
goto >>317;

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




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

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

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

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

415 名前:デフォルトの名無しさん [2005/05/07(土) 11:41:23 ]
nthkid071139.hkid.nt.ftth.ppp.infoweb.ne.jp/
wwwうはっwww
っうぇwwwwうぇwwww
うぇwww
っうぇwwwっうぇ

wwwwwwwwwwww
っっっうぇwwwwwwwwうはっwwwwwwwww

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

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

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


419 名前:デフォルトの名無しさん mailto:sage [2005/05/07(土) 12:02:02 ]
www.s-cradle.com/developer/technicalnotes/tnbw/0002.html
一応これあげとくか。
とりあえずこれが動くことと検証に通ることは別問題ということで。

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

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


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

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

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

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

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


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



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


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

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

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

427 名前:デフォルトの名無しさん mailto:sage [2005/05/07(土) 13:38:01 ]
もう優良CPとか関係なくなったんじゃないの?

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

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

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

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

432 名前:デフォルトの名無しさん [2005/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 名前:デフォルトの名無しさん [2005/05/07(土) 18:23:06 ]
i219-164-145-122.s02.a010.ap.plala.or.jp/
wwwっwwwwwwwwwwwwうぇwwwwwwwww

wwwwwwっうぇwwwwww
wwwwwwwwwwww
うはっwwwwwwおkwwwうぇwww



434 名前:デフォルトの名無しさん mailto:sage [2005/05/07(土) 18:32:42 ]
>>432
自動変数をレジスタに確保するために、レジスタをクリアしているのか……?
違ってたらスマソ

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






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<223KB

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