BREW(Binary Runtime ..
[2ch|▼Menu]
396:デフォルトの名無しさん
05/05/05 23:04:39
>>393
Vはさー
また独特だよな
アハハハ

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はごきげんいかがだったかな?
おおっと今日は6日かはっはっは

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

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

wwwwwwうはっwwwうはっwwwwwwwwwwwwwww

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に失敗するのに、例外処理が未実装だぞ?

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

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

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

wwwwwwwwwwww
っっっうぇwwwwwwwwうはっwwwwwwwww

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

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
>検証項目埋めようとすると「あっるぇ?ここアセンブラでやっちゃったんだけどどう書こうw」って場所がいくつもあるだろ。

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


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
とりあえず、アセンブラは、エミュレータ用のコードと、
実機用のコードの2種類を書く必要があるので、
そんなのめんどくてやってられない。

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

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

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

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)
wwwっwwwwwwwwwwwwうぇwwwwwwwww

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

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

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

436:デフォルトの名無しさん
05/05/07 23:00:54
ところでwwwな人の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)
おkwwwうぇwwwwwwwwwwwwwwwwww
wwwwwwっうはっおkっおkwwwwwwwwwwwww
おkwwwwwwっおkっwwおkwwwうはっ
wっwwwwwwwwwwwwwwwwwwっうぇ
www

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

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


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の何十倍もでかい会社が
えらい言われようだw

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

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

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アプリ一本に変わっていくだろうなw
今BREWやってるとこは後手に回るだけで終わるww
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
公開できる有用な情報に対して愚痴が多すぎるな。w
いかに駄目なプラットホームかっちゅー話。

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)
wwwwwwwwwwwwおkwwwwwwwwwwwwwww
wwうぇwwwうぇwwwwっwww
っっ
うはっwwwおkwwwおkwwwwwwwwwwwwwww

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)

ぷはぷぷwぷぷはぷぷwぷぷぷぷ
ぷはぷぷwぷ

おkぷぷぷ

ぷぇぷwぷぷぇぷwぷっうぇぷっうぇ
ぷぇぷwぷおkぷぷぷおkぷぷぷぷぇぷwぷおkぷぷぷ

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

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

>>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
いぁ・・・そんなことかいてないぞ・・・

日本のメーカーもBREW端末出すだろ・・・

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

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

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を使ってオペレータを定義するとして、残りを使っ
ていないライブラリなら移植できるんだろうか…?


529:デフォルトの名無しさん
05/05/18 18:24:25
>>488
そんなことしてないよ。クアルコムに対してはKDDIの方が強い立場。

530:デフォルトの名無しさん
05/05/18 18:30:44
>>472-495
ドコモはBREWに対してLinuxやSymbian OSと同列の扱いをしている。
BREWはOSではないが3.1以降、疑似OSとして使えるのでそういう部分で採用していこうってこと。

KDDIのようにiアプリまでBREW化するわけではなく、あくまでiアプリはJAVA。
三洋などの新規参入メーカーがBREWベースの端末になるだろうね。

531:デフォルトの名無しさん
05/05/18 18:33:31
>>445
>クァルコム自体、KDDI重役の親族会社。
デマ流さない。

532:デフォルトの名無しさん
05/05/18 18:45:46
QUALCOMMは親族会社ならウソではないがな

533:デフォルトの名無しさん
05/05/18 20:24:34
>>531
>>446

534:デフォルトの名無しさん
05/05/18 22:37:43
とりあえずぶりぅタンに(*´Д`)ハァハァしやうぜ

535:デフォルトの名無しさん
05/05/19 10:01:20
BREWが恋人なら、とっくの昔にふっていたところだな

536:デフォルトの名無しさん
05/05/19 15:14:24
もし、世界が100人のBREWなら

537:デフォルトの名無しさん
05/05/19 17:22:29
ICAMERA_SetQualityの第二因数って何をいれるの?
int16 nQualityってあるのですが
リストがないです・・・

538:デフォルトの名無しさん
05/05/19 17:27:07
>>536
99人がメモリ不足

539:デフォルトの名無しさん
05/05/19 17:31:06
>>536
100人でQualcommに放火

540:デフォルトの名無しさん
05/05/19 18:26:46
>>537
プログラミングガイドに載ってる。
端末仕様書も見るとよろし。

541:デフォルトの名無しさん
05/05/19 21:06:04
メモリ少ない状態で描画したらIIMAGE_Draw()で
malloc failedが出てるみたいなんだが何コレ?('A`)

542:デフォルトの名無しさん
05/05/19 21:18:42
API内部で使ってるメモリ取得でエラーが出たんでしょ。
最大使用量+40kbは空けとけってどっかに書いてあったじゃない。

543:デフォルトの名無しさん
05/05/19 22:22:01
>>537 いんすう?

544:デフォルトの名無しさん
05/05/19 22:40:48
>537は引数を「いんすう」と読む派の人なのだろう。

545:デフォルトの名無しさん
05/05/20 09:46:09
■問題です
BREWの寿命は後何年だと思いますか? その理由も書きなさい。 (25点)

546:デフォルトの名無しさん
05/05/20 19:08:27
永遠Brew

547:デフォルトの名無しさん
05/05/20 22:01:11
俺が思うに十六万五千光年くらいと見たね

548:デフォルトの名無しさん
05/05/20 23:20:19
あなたがBREWに乗るのよ

549:デフォルトの名無しさん
05/05/20 23:21:27
BREWはもう死んでいる

550:デフォルトの名無しさん
05/05/21 11:23:09
BREWよ、あなたは死ぬのです。
次の世では、あなたはBREWになります。
その次の世では、BREWになります。
さらにその次は、BREWに…。
もう二度と、普通のOSに生まれ変わることはありません。

551:デフォルトの名無しさん
05/05/21 13:11:08
GNUDEでビルドしたC、単なるHelloWorldなのに実機(A1402S)で動かなかったよ orz

552:デフォルトの名無しさん
05/05/21 13:21:18
>>551
釣りか?
そうでないならBREWはど素人さんは手を出すものではない。


553:デフォルトの名無しさん
05/05/21 14:02:53
>>551
他の実機、又はARMコンパイラの方では動いてるんですか?

554:デフォルトの名無しさん
05/05/21 14:18:39
551はprintf("Hello World\n"); が動かないと言っているんだろ。
動くわけないじゃん。


555:551
05/05/21 14:33:20
ごめんごめん。
IDisplayでリソース使って書いている。
例のBREW本の最初のサンプルとほぼ一緒。
ARMでコンパイルすれば実機で実行できるよ。
他の機種では試してないや。

556:デフォルトの名無しさん
05/05/21 18:35:22
BREWをブチまけろ!

で質問なんですが、2.1でバックグラウンド起動する方法をどなたかご存知ないですか?
シェイカーがバックグラウンド起動しつるぽいから可能だとは思ふのですが

557:デフォルトの名無しさん
05/05/22 18:20:14
アプリAからアプリBを起動→起動時にアプリBで再描画しない→アプリBをサスペンドしてアプリAに戻る
出来るかどうかは知らん

558:デフォルトの名無しさん
05/05/23 02:33:02
そんなにクソかな?BREWって。
制約はあるけど、どれもたいしたものじゃないし

559:デフォルトの名無しさん
05/05/23 05:35:14
BREWじゃなくてauがクソ

560:デフォルトの名無しさん
05/05/23 06:41:23
あ〜ぁ、ちょっとBREWで開発したかったけどここのスレ見てるとやらなくて正解だったらしい

561:デフォルトの名無しさん
05/05/23 10:03:15
>>547
光年って確か距離じゃないのか?

562:デフォルトの名無しさん
05/05/23 10:22:32
>>558
実際にau向けに作ったのか?
作ってたら機種依存だらけなのがすぐわかるはずだが?
どっちにしろ間違いなくBREWは消えるな..

563:デフォルトの名無しさん
05/05/23 11:24:00
brewに関して質問なんですが

1.Brewでメールの送受信は可能か?
2.可能の際データファイルを添付可能か?

を教えていただけないでしょうか?
BREW開発始めて1週間でアプリ一人でなんてむりぽ

564:デフォルトの名無しさん
05/05/23 12:41:02
>>561が冗談を言った途端みんな黙りこむ件について

565:デフォルトの名無しさん
05/05/23 12:56:20
>>564
冗談じゃなくマジレスですよ。
光年は長さの単位。9兆キロメートルくらい。

566:デフォルトの名無しさん
05/05/23 13:02:51
>>564
確か光が1年間で届く距離が一光年じゃなかったでしたっけ?
調べてみたらあった

URLリンク(homepage2.nifty.com)


567:デフォルトの名無しさん
05/05/23 13:08:26
いや、冗談にマジレスしてるから、それを「冗談」と書いたんでしょ。
小学生でもあるまいし、光年を時間の単位と思っているヤツがいるとは思えん。

>>563
冗談? マジレスしていいの?

568:デフォルトの名無しさん
05/05/23 13:21:58
>>567
マジレスお願いします。
プログラミング経験ないのにいきなりBREW開発にまわされて
しかも一人でなんで無理がある
下請けだから細かい情報回ってこないし・・・。

569:デフォルトの名無しさん
05/05/23 13:29:38
ではマジレス。
まず「BREWでメールの送受信」とあるが、BREWとは環境のことなので、BREW環境にメール送受信のAPIは用意されていない。
ではどうするかというと2通りの解決策がある。

1・メーラ連携
携帯内蔵のメーラをBREWアプリから子プロセスとして呼び出してメール送受信を行う。
この場合、メールの内容等の細かい制御はできない。

2・メーラ自作
PCで作成するのと同様、TCP/IPのソケットにて、メーラを自作。
この場合、アプリからの細かい制御は可能だが、メーラを作るだけのスキルが必要。

さて。
以上説明したが、BREWアプリとしてユーザに提供するにはKDDIに企画申請する必要がある。
ところが、KDDIはブラウザやメーラに関しては自社提供のもの以外認めない方針らしい。
よって、そもそも企画からして通らないので意味がない、という結論に至る。

570:デフォルトの名無しさん
05/05/23 13:47:34
>>569
むりぽなんですか・・・。
詳しいマジレスありがとうございました。

571:デフォルトの名無しさん
05/05/23 14:14:55
あのう、個人でも企画申請とおりますか? 普通の電卓なんですが・・・。

572:デフォルトの名無しさん
05/05/23 14:20:16
通りません。
なんでもいいから法人にして申請。
でも金かかるよ。

573:デフォルトの名無しさん
05/05/23 14:45:12
>>572 ありがとう 顔面ブルーです

574:部竜様
05/05/23 14:52:51
わらわに仕えよ

575:デフォルトの名無しさん
05/05/23 15:12:19
>>551
arm-elf-ld に渡すオブジェクトファイルの先頭がAEEModGen.oになってないとか?
arm-elf-ldコマンドが、makefileのオプション指定で -entry AEEMod_Load って書いてんのに
.mapファイル見ると違う配置になってたりして意味不明な挙動する。
 俺んとこだけかもしれんが。

576:デフォルトの名無しさん
05/05/23 15:27:05
>>569
ぱそメールなどのBREWメーラーがあるのですが、それはKDDI提供じゃないのでは?

577:デフォルトの名無しさん
05/05/23 15:40:01
「など」って他にある? ぱそメールは昔からやってるから今更やめられん。
今企画出してもけられるだけだよ。まあ、出せば分かる。

578:デフォルトの名無しさん
05/05/23 20:38:01
ICAMERA_GetFrame(&bmp)で取得したビットマップを
IBITMAP_CreateCompatibleBitmap(bmp, &(app->frame))で複製しているんだが、
カメラを止めたあとに画面にapp->frameを出力しようとしても出力されてくれない。
サイズとか適当なピクセルのRGBとかは取得できてるみたいなんだが……。
何か心当たりある人いる?

579:558
05/05/23 21:44:20
>>562
55xx以降全機種対応のゲームでよければ作ったぞ。
機種依存といっても(ゲーム作るうえでは)バイナリ別に用意しないといけないような深刻なのはなかったし

つーか、今やってるJavaの方がツラい…誰かかわってくれ

580:デフォルトの名無しさん
05/05/23 21:48:19
>>578
Bitmap作った後に IBITMAP_BltIn で中身もコピーしとく必要が
あるんじゃないのか?

581:デフォルトの名無しさん
05/05/23 21:56:31
>>579
ヘェ

582:デフォルトの名無しさん
05/05/23 23:04:54
>>578
サイトのFAQに書いてあるぞ。
デバイスビットマップを複製して、そこに転送して作れと。

583:デフォルトの名無しさん
05/05/24 00:40:32
もまえらもDIBとDDBの違いに気をつけて組みなさいよ


584:551
05/05/24 01:02:30
>>575
> arm-elf-ld に渡すオブジェクトファイルの先頭がAEEModGen.oになってないとか?

ビンゴでした。自分じゃ絶対に気付かない原因で、ものスゴク助かりました。
本当にありがとうございました m(_ _)m

585:デフォルトの名無しさん
05/05/24 08:18:46
W31TってBREW3.1なんだ。

URLリンク(www.itmedia.co.jp)
「W31TはBREW 3.1対応。このため、KDDIが
カスタマイズしたOperaになっている」(説明員)という。

586:デフォルトの名無しさん
05/05/24 17:03:28
そういや、BREW 3.0以降、Bluetooth関連のAPIが削られてIPortに統一されたみたいだけど、
Bluetoothデバイスを弄ってる人は、どうやって開発してるの?
IPortを使ってAPI自作? それとも、東芝辺りがなんかライブラリみたいなもの出してるのかしら?

587:デフォルトの名無しさん
05/05/24 17:28:41
>586
ニヤ(・∀・)ニヤ

588:デフォルトの名無しさん
05/05/25 00:02:09
毒吐かせてくれ
ClassIDの管理くらいしっかりしやがれ!! こん畜生が!
スレ汚しスマソ

589:デフォルトの名無しさん
05/05/25 00:05:03
>>588 詳しく

ただの愚痴が有益な情報に化けるかもしれんし
とか言ってみたりしてw

590:デフォルトの名無しさん
05/05/25 10:00:36
今後、勝手アプリ解禁の見込みはあるでしょうか?

591:デフォルトの名無しさん
05/05/25 10:03:14
nothing

592:デフォルトの名無しさん
05/05/25 10:55:37
相変わらずKDDIのBREW開発資料のネーミングセンス最低だなー
これ作ったの部屋片付けられないタイプの人間だろ(・3・)

593:デフォルトの名無しさん
05/05/25 12:50:50
AEECLSID_3Dどこだよ
ヘッダー全部読めと?

594:デフォルトの名無しさん
05/05/25 12:59:30
>593
実装例ありませんが? 探すだけ無駄。

595:愚痴
05/05/25 15:44:41
2.1で3D関係をやってる方いまmすか?
日本語版ドキュメントめちゃくちゃじゃありません????
これ作った方すごい頭いいですね!!!!

I3DUtil Interface
日本語版
>以下のヘッダーファイルが必要です
>AEE3D.h
英語版
>The following header file is required
>AEE3DUtil.h

596:デフォルトの名無しさん
05/05/25 15:54:56
W21Sでカメラプレビューが表示されない・・・

なんでだぁ!(。_ _)。ぱた・・・

597:デフォルトの名無しさん
05/05/25 16:30:30
>>595
とりあえず、日本で発売されてる機種でI3D対応してる機種は無いって
誰かがゆってた気がする。
代わりにMicro3Dを使えば3D表示できるけど、
Docomoとかと違って使うのにお金かかるはずだから注意。

>>596
これが原因じゃないか?
URLリンク(brewforums.qualcomm.com)

598:愚痴
05/05/25 18:56:15
>>597
あ、ありがと…
調べた限りI3D対応してるのなかったわorz

599:デフォルトの名無しさん
05/05/25 19:23:03
自分で3D関係の関数組みゃいんじゃない
まあ期待通りのスピードはでないだろうが

そういやマスコットカプセルはどういう処理してんだろな
端末側がエンジン持ってんのかな

600:デフォルトの名無しさん
05/05/25 19:24:30
>>597
え。BREWだとMicro3D使うのに金かかるの??
知らんかった・・・。

601:596
05/05/25 19:37:11
>>597
ありがとう。
バックカラーの設定って
IDISPLAY_SetColor(brew->a.m_pIDisplay, CLR_USER_BACKGROUND, MAKE_RGB(0,0,0));
だよね?
これでもできない・・・_| ̄| . . . . . .. ... .... ○ コロコロコロコロ

602:デフォルトの名無しさん
05/05/25 19:49:25
>>601
プログラミングガイドの中を「Coprocessor搭載機での透過処理設定」で検索しる

603:デフォルトの名無しさん
05/05/25 19:57:45
センセイ!
アキラメテモイイデスカ?
('A`)ノ
ノ(へへ

604:デフォルトの名無しさん
05/05/25 19:59:42
   \  __  /
   _ (m) _ピコーン
      |ミ|
   /  .`´  \
     ('A`) そうだ、諦めよう!
     ノヽノヽ
       くく

605:596
05/05/25 20:14:47
みんなありがと☆
できたよ(゜−^*)b♪

606:デフォルトの名無しさん
05/05/26 03:57:30
>>592
センスなんざァどうでもいい

・資料のタイトルをきっちり決める、作成者によって揺らがない事
・タイトルとファイルネームを一致させる事
・ファイルネームを版によってコロコロ変えない事

せめてこの程度はやってくれ

607:ぶりゅうだいじん
05/05/26 07:06:07
なさけないのうおぬしら

608:デフォルトの名無しさん
05/05/26 08:10:32
あ い う え お

とかたまに文字の間が広いところがあるのは何?

609:デフォルトの名無しさん
05/05/26 10:48:09
それはワードラップの関係じゃね?

もとの文書フォーマットが何かは知らないが、
pdfに変換したら全ページチェックしろよと言いたい。
表中や図付近の文で読めないほど壊れてるとこがあるのは問題だ。

610:606
05/05/26 12:45:42
確認したら、606のファイル名云々は言い掛かりだった
BREWの資料に関してはねー

611:デフォルトの名無しさん
05/05/26 13:33:19
BREW
BREW[TM]
BREW(R)
(゚∀゚)

612:596
05/05/26 15:03:02
あぅあぅ・・・
W21Sだけ・・・
Snapshotの後ICAMERA_GetFrameでおちるよぉ・・・

613:不粒
05/05/26 16:50:03
S端末はさいきょうなのぢゃ
ひれふせいっ

614:デフォルトの名無しさん
05/05/27 11:23:04
今忙しい('A`)ノ

615:デフォルトの名無しさん
05/05/27 13:21:59
IFileってバッファリング効くようなこと書いてあるんだが、
ほんとに効いてるのかなぁ。

616:デフォルトの名無しさん
05/05/27 13:47:45
>>615
そもそもファイル読み書きが非同期処理ってのが納得いかんのだが。

617:デフォルトの名無しさん
05/05/27 14:17:50
>>616
そこでIThreadですよ。
っていうか、
1Byteずつ500Byte書き込むのに10秒。
500Byte一度に書き込むのに2秒。
W21SA、おまえキャッシュサイズいくつだよと。

618:デフォルトの名無しさん
05/05/27 18:19:11
IIMAGE_SetStream()
がうまくいきませぬ・・・

こつとかあります?

619:デフォルトの名無しさん
05/05/27 22:14:02
どううまくいかないか書かないと。おれ達エスパーじゃないから。

620:デフォルトの名無しさん
05/05/27 23:38:33
BREWでプログラム組めるだけでも立派な超人類

621:51
05/05/28 01:20:14
A5502K なんだけど、SMAF PHRASEのIMedia で音楽をプレイして、音量を変えても変わりません。
なぜか別のIMediaオブジェクトを鳴らすと音量を変えれるようになります。
他の機種では問題ないんだけど...。


622:デフォルトの名無しさん
05/05/28 01:38:07
そんな古い機種誰も持ってないから問題ない

623:デフォルトの名無しさん
05/05/28 01:50:10
>>620
ないない。
自分にとっちゃDojaで組める人を尊敬するよ

Javaの方が簡単って意見をよく聞くけど、自分の頭は何をどこでどう間違ったのやら。
同じもの作るのに倍とまではいかないけど、2割くらい時間がかかる。

624:デフォルトの名無しさん
05/05/28 08:46:08
>>623全体のスケジュールやら手間やら考えると、閉鎖的なBREWは面倒臭い

625:デフォルトの名無しさん
05/05/28 09:18:24
BREWの配信までの期間があればDojaなら3本作れる

626:デフォルトの名無しさん
05/05/28 10:51:28
JAVAであればやりかたによってはDoCoMo,Vodafone,au全部同時に組めるから、
3本×3で、9倍の効率だね。
スレちがいスマソ

627:デフォルトの名無しさん
05/05/28 12:27:53
おれ、BREW何も経験ないところから、2ヶ月で一本作れっていわれたけど、
かなりきつかったよ。
何がきついって情報検索しても、行き着く先は2ch。公式情報少なすぎ。

オマケにCPじゃないので実機テストは、クライアントにシグネチャ送ってもらって、
シグの有効期限きれたら、シグまた送ってもらって...

情報足りないからくれってクライアントに言ったら、
情報公開の申請書出すから、もうちょい待ってっていわれて...

CPならもうちょっと楽だったのかもしれないけど、
こんな開発者泣かせのプラットフォーム...

628:ぶりゅう神
05/05/28 13:51:11
今日もしっかりぶりゅうしなさい
休み?さぼるでないっ!!!!!

629:デフォルトの名無しさん
05/05/28 13:55:29
>>Javaの方が簡単って意見をよく聞くけど、自分の頭は何をどこでどう間違ったのやら。
>>同じもの作るのに倍とまではいかないけど、2割くらい時間がかかる。
何かが根本的に間違っているな。
自分はjavaとBREWの両方のコードを書くが、BREWの方がずっと手間が掛る。



630:627
05/05/28 14:00:35
>>628
いわれなくても、これから仕事
と会社からカキコ...

631:623
05/05/28 16:55:35
>>625
あー確かにそれありますね。自分のときはクライアントの権限で以下略
>>629
おかしい頭なりでどこかで役にたちそうなので、今の仕事終わったら別の会社探そうと思います。
雇ってくれませんか?ゲームしか作れないんですが

632:デフォルトの名無しさん
05/05/28 18:36:22
>同じもの作るのに倍とまではいかないけど、2割くらい時間がかかる。
CvsJAVAという話ならわかります。JAVAに馴れてないときはそんな感じだった。今はJAVAの方が早いかも
一通り作っちゃうとDoJaもBREWも言語の差以外はそんなに違わないと思うが。


633:デフォルトの名無しさん
05/05/28 19:01:17
シグは2ヶ月じゃきれねーよな

634:デフォルトの名無しさん
05/05/28 19:57:17
携帯JAVAとCじゃ、ほとんど言語の違いを意識することないなぁ。
Stringの存在くらいか?


次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
暇つぶし2ch

5395日前に更新/223 KB
担当:undef