BREW(Binary Runtime Environment for Wireless) 4

BREW(Binary Runtime ..

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)

479:デフォルトの名無しさん
05/05/12 20:56:44
URLﾘﾝｸ(HDOfa-02p6-141.ppp11.odn.ad.jp)
ｗｗｗｗｗｗｗｗｗｗｗｗおｋｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗうぇｗｗｗうぇｗｗｗｗっｗｗｗ
っっ
うはっｗｗｗおｋｗｗｗおｋｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

480:デフォルトの名無しさん
05/05/12 22:10:11
それ海外用端末の話じゃないのか

481:デフォルトの名無しさん
05/05/12 22:42:24
>>478
だまされた。海外ローミング用端末ジャン。

482:デフォルトの名無しさん
05/05/12 23:27:24
>>473,474

>>そのiアプリも年末あたりからBREWになるわけで・・・
こんな馬鹿馬鹿しい嫌がらせに反応しないように。
docomoは今auがBREWで自爆しているからアプリ部分では凄く有利になって
いるんですよ。
わざわざそれを捨てて自滅するわけないでしょ。

483:デフォルトの名無しさん
05/05/12 23:32:58
URLﾘﾝｸ(p2042-ipad12matuyama.ehime.ocn.ne.jp)

ぷはぷぷｗぷぷはぷぷｗぷぷぷぷ
ぷはぷぷｗぷ
ぷ
おｋぷぷぷ

ぷぇぷｗぷぷぇぷｗぷっうぇぷっうぇ
ぷぇぷｗぷおｋぷぷぷおｋぷぷぷぷぇぷｗぷおｋぷぷぷ

484:デフォルトの名無しさん
05/05/12 23:37:13
だんだん↑ほんとに山田なのかわからんようになってきたな……
行く先々で見ることは見るんだがそんなに大流行っちゅう感じでもないし。

485:デフォルトの名無しさん
05/05/13 00:27:24
>>476
どーせSとかTとかがDirectShow非対応のカメラつけるんだろ？
いらねーｙｐ

>>483
N系列のソフトハウスの友達が、BREW端末作ってるらしい。
別のプロジェクトに入ったってだけかもしれんが。

486:デフォルトの名無しさん
05/05/13 01:15:42
>>470
APIリファレンスからは読み取りづらいですが、
ISHELL_EnumAppletInit()とISHELL_EnumNextApplet()(の繰り返し)
で判定できます。

487:デフォルトの名無しさん
05/05/13 01:23:38
>482
とりあえず、KDDI初のBREW端末が何なのか知らない奴は語るな、と。

488:デフォルトの名無しさん
05/05/13 03:09:56
BREW載っけないと通信技術の提供打ち切るて圧力かけてるからな

489:482
05/05/13 10:06:42
A5304Tだが何か？

490:デフォルトの名無しさん
05/05/13 11:24:29
C3003Pでは？
URLﾘﾝｸ(k-tai.impress.co.jp)

491:デフォルトの名無しさん
05/05/13 16:02:18
>>480
いぁ・・・そんなことかいてないぞ・・・

日本のメーカーもＢＲＥＷ端末出すだろ・・・

492:ほい　ソース
05/05/13 16:05:00
また、QUALCOMM は、同社の MSM6250ワンチップソリューションと BREW クライアントソフトウェア
を搭載したiモード対応の FOMA 端末を2005年の後半に向けて開発するために、各移動機メーカーと
現在協議中であることを明らかにした。

493:デフォルトの名無しさん
05/05/13 16:54:28
ソースって、URLないじゃんかｗ
一応協議中検討中という建前みたいで、決定事項じゃないっぽいね。

494:デフォルトの名無しさん
05/05/13 17:25:31
アプリ板のがまだ残ってた。

日本法人社長が語るクアルコムのBREW戦略
URLﾘﾝｸ(sureare.web.infoseek.co.jp)
URLﾘﾝｸ(sureare.web.infoseek.co.jp)
URLﾘﾝｸ(sureare.web.infoseek.co.jp)
URLﾘﾝｸ(sureare.web.infoseek.co.jp)
URLﾘﾝｸ(sureare.web.infoseek.co.jp)

495:デフォルトの名無しさん
05/05/13 23:31:25
BREW贔屓の連中は、あいかわらずqualcommの言っている事ばかり話題にするね。
docomoも、メーカもBREWを使うのなんのという話は全然していないのにね。

496:デフォルトの名無しさん
05/05/13 23:36:48
BREWとうにゅうはどう違うのですか？

497:デフォルトの名無しさん
05/05/14 00:28:46
うにゅうは甘い

498:デフォルトの名無しさん
05/05/14 03:55:41
白くて、甘くて、BREWっとしてて

499:デフォルトの名無しさん
05/05/14 10:21:23
BREW豆乳

500:デフォルトの名無しさん
05/05/14 20:54:47
アニオタウザイ

501:デフォルトの名無しさん
05/05/14 21:35:09
何故アニオタと分かるんだよ

502:デフォルトの名無しさん
05/05/14 22:55:41
解説しよう！
ヲタと呼ばれる種族は脳内に同族を察知するための特殊な器官があるのだ。

503:デフォルトの名無しさん
05/05/14 23:03:56
タイムボカンヲタウザイ

504:デフォルトの名無しさん
05/05/15 22:35:56
SMALLフォントが小さくならない機種について知りたい
Kのサイトにあった端末仕様書を見たがJavaとしか書いてないしフォントサイズのの部分が横線で書いてないのよ('A`)

505:デフォルトの名無しさん
05/05/15 23:20:25
SMALLﾌｫﾝﾄがでかい機種なら心当たりがある。
Kのサイトとかに落ちてるヤツじゃなくて、CPを通して手に入る
confidentialなヤツを参照するのをお勧め。

506:デフォルトの名無しさん
05/05/16 00:01:33
サンクス。
CP経由じゃないと駄目なのか。本当にBREWは面倒だな('A`)

507:デフォルトの名無しさん
05/05/16 07:58:05
>>497-503　ﾅﾝﾀﾞｶ、ｺﾜｲﾜｧ･･･ｶﾞｸｶﾞｸ

508:デフォルトの名無しさん
05/05/16 12:31:27
ARM C++ 1.2で、STLもどきをBREW用に実装しているのですが、グローバルスコープでオーバーライドしている配置(Placement)用の operator new( size_t, void* ) がリンク時にリンクされません。
VC++ + emulatorでは問題なくコンパイル＆リンク＆動作します。対処法がわかる方、教えてください。

"Error: L6218E: Undefined symbol operator new(unsigned int, void*) (referred from mdgame.o)."

ソースはこんな感じです。
void* operator new( size_t size, void* pMem ) { return pMem; } //配置用operator newの実装

template < class T > class allocator {
　　...
　　void construct( pointer ptr ) { new ( static_cast< void* >( ptr ) ) value_type; } //配置を使ってオブジェクトを初期化
　　...
}

509:デフォルトの名無しさん
05/05/16 15:04:29
BREWのBluetooth機能使ったことある人いるますか？

510:デフォルトの名無しさん
05/05/16 17:44:59
ﾉｼ

511:デフォルトの名無しさん
05/05/16 21:06:43
>>508　
対処するだけなら明示的にnew()を呼べば良いけど一々面倒かな。
template使うとnewに限らず発生するし。

512:デフォルトの名無しさん
05/05/16 21:29:23
new。というかmallocに失敗したらどうすんだ？それ。

513:デフォルトの名無しさん
05/05/16 23:18:20
>>508
アセンブリで吐き出させてみて、参照してるシンボルと定義してるシンボルを比べるといいよ。

514:デフォルトの名無しさん
05/05/16 23:27:35
つかここの住人でフレーム組む方が早くね

515:508
05/05/17 00:32:06
>>511-512
new の仕事はメモリアロケートと初期化（クラスのコンストラクタ呼び出し）ですが、
配置のnew( void operator new( size_t, void* ) )の仕事は与えられたポインタの指すオブジェクトの初期化しかしません。
class allocatorは、一度に任意のオブジェクト数分のメモリを確保し、必要に応じてオブジェクトの初期化をします。
オブジェクトの初期化を行うメンバー関数が、allocator::construct()です。
allocatorは、たとえばSTLのvectorなどで使われます。

↓このメンバー関数で一度に size個分のオブジェクト格納領域を確保するので、この関数がNULLを返したらエラーと判断できます。
void* allocator::alloc( size_t size ) { return MALLOC( size * sizeof( value_type ) ); }

>>513
それもチェックしました。

呼び出し側
　AREA ||i.OnCreate__9CModeGameFv||, CODE, READONLY
OnCreate__9CModeGameFv PROC
　...
　MOV r0,#0xb8
　BL __nw__FUi ←こいつ
　...

呼ばれ側
AREA ||i.__nw__FUi||, CODE, READONLY
__nw__FUi PROC

516:デフォルトの名無しさん
05/05/17 00:45:57
>>508
標準では、その配置newはユーザー定義できないのは承知でやってるのか？
URLﾘﾝｸ(www.kuzbass.ru)

#include <new> しただけじゃなんかマズイの？
BREW開発者じゃないからわかんないけどさ。

517:デフォルトの名無しさん
05/05/17 00:47:41
>>515
シンボルが同じでリンクできないってことは、
次は「呼ばれ側」のオブジェクトファイルが正しくリンカに渡っているか、
マップファイルあたりで調べることだね。

518:511
05/05/17 00:50:13
>>515　
だから呼び出し側でダミーのnew()を直接呼び出しておけばリンクされませんか？

519:デフォルトの名無しさん
05/05/17 10:28:42
そもそもうにゅうでnew関数使えるのか

520:508
05/05/17 12:45:21
みなさなんごめんなさい。
今日、再度クリーンビルドしたらあっさりリンクできました。

521:デフォルトの名無しさん
05/05/17 14:01:30
アッフォォウ

522:デフォルトの名無しさん
05/05/17 20:33:34
>508
>ARM C++ 1.2で、STLもどきをBREW用に実装しているのですが

それ欲しいよー。
libstdc++のソースとか見てるけど、どうしたら良いのかさっぱりだ。

523:デフォルトの名無しさん
05/05/18 00:38:30
BREWの外から素朴な疑問。
なんで「もどき」が要るの？
STLport 使えば「もどき」も自分で実装する必要ないんじゃないの？

524:デフォルトの名無しさん
05/05/18 01:50:43
>>523
使えないからに決まってるだろう。

525:デフォルトの名無しさん
05/05/18 02:01:52
>>524
使えない理由を聞いてるに決まってるだろう。

526:デフォルトの名無しさん
05/05/18 03:57:17
>>525
ARM C++　がまともな　C++ じゃないから。
GCCだったら問題ないかもね。

527:デフォルトの名無しさん
05/05/18 11:54:55
ちょうど良い話題が立っているようなのでﾘｱﾙに質問。
GNUDE付属のlibstdc++ﾗｲﾌﾞﾗﾘでBREWﾊﾞｲﾅﾘ作ろうとするとelf2modが失敗する。

まぁnew演算子がｵｰﾊﾞｰﾗｲﾄﾞされてないとか
maloc()使ってるとかそう言うのだろうけど、
これを上手く回避する方法はないものかね。

結局ｿｰｽから再ｺﾝﾊﾟｲﾙしようにもgccのｿｰｽはちょっくら複雑怪奇すぎる。。。

528:デフォルトの名無しさん
05/05/18 13:20:49
>525
new, deleteが使えない。
例外処理が使えない。
グローバル変数が使えない。
static変数が使えない。

new, deleteは自分でMALLOCを使ってオペレータを定義するとして、残りを使っ
ていないライブラリなら移植できるんだろうか…？

次ページ