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を使ってオペレータを定義するとして、残りを使っ
ていないライブラリなら移植できるんだろうか…？
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に関して質問なんですが
１.Brewでメールの送受信は可能か？
2.可能の際データファイルを添付可能か？
を教えていただけないでしょうか？
BREW開発始めて1週間でアプリ一人でなんてむりぽ
564:デフォルトの名無しさん
05/05/23 12:41:02
>>561が冗談を言った途端みんな黙りこむ件について
565:デフォルトの名無しさん
05/05/23 12:56:20
>>564
冗談じゃなくマジレスですよ。
光年は長さの単位。９兆キロメートルくらい。
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は用意されていない。
ではどうするかというと２通りの解決策がある。
１・メーラ連携
携帯内蔵のメーラをBREWアプリから子プロセスとして呼び出してメール送受信を行う。
この場合、メールの内容等の細かい制御はできない。
２・メーラ自作
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開発資料のﾈｰﾐﾝｸﾞｾﾝｽ最低だなー
これ作ったの部屋片付けられないﾀｲﾌﾟの人間だろ（・３・）
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関係をやってる方いまｍすか？
日本語版ドキュメントめちゃくちゃじゃありません？？？？
これ作った方すごい頭いいですね！！！！
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
＼ __ ／
＿ （ｍ） ＿ﾋﾟｺｰﾝ
|ミ|
／ .｀´ ＼
('A`) そうだ、諦めよう！
ノヽノヽ
くく
605:596
05/05/25 20:14:47
みんなありがと☆
できたよ(゜－＾＊）ｂ♪
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の方が簡単って意見をよく聞くけど、自分の頭は何をどこでどう間違ったのやら。
同じもの作るのに倍とまではいかないけど、２割くらい時間がかかる。
624:デフォルトの名無しさん
05/05/28 08:46:08
>>623全体のスケジュールやら手間やら考えると、閉鎖的なBREWは面倒臭い
625:デフォルトの名無しさん
05/05/28 09:18:24
BREWの配信までの期間があればDojaなら３本作れる
626:デフォルトの名無しさん
05/05/28 10:51:28
JAVAであればやりかたによってはDoCoMo,Vodafone,au全部同時に組めるから、
３本×３で、９倍の効率だね。
スレちがいｽﾏｿ
627:デフォルトの名無しさん
05/05/28 12:27:53
おれ、BREW何も経験ないところから、２ヶ月で一本作れっていわれたけど、
かなりきつかったよ。
何がきついって情報検索しても、行き着く先は2ch。公式情報少なすぎ。
オマケにCPじゃないので実機テストは、クライアントにシグネチャ送ってもらって、
シグの有効期限きれたら、シグまた送ってもらって...
情報足りないからくれってクライアントに言ったら、
情報公開の申請書出すから、もうちょい待ってっていわれて...
CPならもうちょっと楽だったのかもしれないけど、
こんな開発者泣かせのプラットフォーム...
628:ぶりゅう神
05/05/28 13:51:11
今日もしっかりぶりゅうしなさい
休み？さぼるでないっ！！！！！
629:デフォルトの名無しさん
05/05/28 13:55:29
>>Javaの方が簡単って意見をよく聞くけど、自分の頭は何をどこでどう間違ったのやら。
>>同じもの作るのに倍とまではいかないけど、２割くらい時間がかかる。
何かが根本的に間違っているな。
自分は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
>同じもの作るのに倍とまではいかないけど、２割くらい時間がかかる。
CvsJAVAという話ならわかります。JAVAに馴れてないときはそんな感じだった。今はJAVAの方が早いかも
一通り作っちゃうとDoJaもBREWも言語の差以外はそんなに違わないと思うが。
633:デフォルトの名無しさん
05/05/28 19:01:17
シグは2ヶ月じゃきれねーよな
634:デフォルトの名無しさん
05/05/28 19:57:17
携帯JAVAとCじゃ、ほとんど言語の違いを意識することないなぁ。
Stringの存在くらいか？
635:デフォルトの名無しさん
05/05/28 21:30:35
書き方次第かな。
携帯JavaもJavaには違いないから、Java流に書き出すとCとの違いはめちゃめちゃ開く。
複雑に書いても速度は大して変わらないし、オビュファスケータかければサイズも大して変わらない。
とはいえ、その微細な差が大きな差となって現れるのが携帯Javaの世界だから、
「携帯Javaにとって正しい書き方」すると、Cもどきにしかならないけどね。
微妙にスレ違い。
636:デフォルトの名無しさん
05/05/28 21:33:32
カメラのプレビュー状態からStopしてRecordSnapshotしているんだが
EBADSTATEが返ってきてしまう・・・。
最初からRecordSnapshotだと問題ないんだが、
プレビューから変えるときって何か他に必要なことあんの？
637:デフォルトの名無しさん
05/05/28 22:28:37
シーケンス１、２というものがあることを知らないかのような質問だが？
638:デフォルトの名無しさん
05/05/28 22:29:45
>636
おまえ鹿馬だろ
いいかジョニー
stop()を実行したからってすぐ止まる訳じゃない
エラーの意味をよく見ろ
そしてヒントはコールバックだ
カメラハードの中の人も大変なんだ、わかってやれ
639:今さらだけど…
05/05/29 12:55:57
ゲーム用途にはJAVA、組み込みアプリ用途にはBREWでいいのにな…
検証とか追いついてないんだから何でもBREW強要する事無いのに…
640:デフォルトの名無しさん
05/05/29 15:18:45
最近はCPUが速くなってJavaも軽快に動くようになったけど
少し前まではBREWのほうが圧倒的に有利じゃなかったかな
ただその影響でJava利用時の電池の持ち時間は縮んでるから
その意味では今でもBREW有利な面があるかもしれないよね
測ったことないけど
641:デフォルトの名無しさん
05/05/29 16:29:11
BREW3.1機種についての記事みてたら
端末の開発速度が上がるみたいなこと書いてあるんだけど…
今でさえ新機種対応に手間と時間かかるのに、（特に無駄に時間が）
これ以上新機種の販売サイクル早めてどうすんの？
アプリ開発者のことは無視ですかそうですか
642:デフォルトの名無しさん
05/05/29 19:32:58
>>最近はCPUが速くなってJavaも軽快に動くようになったけど
>>少し前まではBREWのほうが圧倒的に有利じゃなかったかな
java端末とBREW端末を比較したことないでしょ。
BREW機が出てきたときはW11H,550XCAとかのほうがずっと速くてBREWが速いなんて
嘘ばっかと思われた。
今もW11Hより速いBREW端末はない。
docomoの900iぐらいだとBREWと同じ(D900i除く)ぐらいの印象だったけど、
新型はすこしずつ速くなってきていてBREWは置いていかれているという印象。
643:デフォルトの名無しさん
05/05/29 19:49:24
W21Tは速いだろ。
644:デフォルトの名無しさん
05/05/29 21:22:49
何をどう比較したの？
645:デフォルトの名無しさん
05/05/29 21:29:41
消費電力はどうなんだろうね
JavaとBREWで同じ処理内容で同じ速度が出ているなら
BREWのほうが消費電力が少ないと予想しているんだけど
それって正しいかなぁ？
正しいならBREWが携帯に向いているっていう主張には納得できる部分がある
646:デフォルトの名無しさん
05/05/29 21:45:39
>>641
BREWのアナウンスは、嘘・誇張ばっかだから気にするな。
647:デフォルトの名無しさん
05/05/30 00:04:09
646の言う通り誇大広告の塊。
>>消費電力はどうなんだろうね
消費電力なんかちょっと通信したらゲームで使った分以上にすぐ使ってしまうから
話題にもならない。
そんな事より開発時間(コストと同義)が馬鹿みたいに掛るBREWは不利でしょ。
648:デフォルトの名無しさん
05/05/30 01:36:45
>>642
W11Hってめちゃめちゃ遅くね？
ボーダのP5（J-SH53とか）の端末の方が全然速ぇよ。
で、その端末よりBREWのほうが速く感じる。
649:デフォルトの名無しさん
05/05/30 01:50:25
処理内容によるよ。うちのアプリは、5403CAとV601SH比べると、5403CAのほうが速い。
W11Hは円とか描くのがなぜかクソ重い。5403CAと同じチップなはずなのに。すれ違いスマソ。
650:デフォルトの名無しさん
05/05/30 09:00:51
はいはいはいはい
お前らおはようございます
651:ぶりゅう神
05/05/30 09:06:18
すてきなぶりゅうでひざまづきなさい
652:デフォルトの名無しさん
05/05/30 10:21:47
W11Hは拡大縮小や半透明機能が化け物並み(※携帯機にしては)に早いな
Java機の中では最強だと思うが。
BREWではそんな機能用意されてねーし('A`)
653:デフォルトの名無しさん
05/05/30 10:30:32
うわぁ、
またCIN、ﾒﾝﾃ中でしかも延長だよ
654:デフォルトの名無しさん
05/05/30 12:01:52
>>622
kyoceraがリボルバーでWINだしてくれないから現役で使ってるよ。
655:デフォルトの名無しさん
05/05/30 14:56:13
プログラムガイドのJPEG表示サンプルのコールバックおかしくないか？
//コールバック関数の定義
static void TEST_IIMAGE_NotifyCB(CISampleApp *pi, IImage * piImage,AEEImageInfo * pImage, int nErr)
{
// IImage の表示
IIMAGE_Draw(pTestData->pIimage, 5, 5);
IDISPLAY_Update(pTestData->pIDisplay);
}
って・・・
656:デフォルトの名無しさん
05/05/30 15:16:45
ガイドのサンプルにいちいち突っ込んでたら開発は1㍉も進みません
予想して自力で解釈するのがサンプルの正しい見方です
サンプルがサンプルの役を果たしてない場合もあるので早く慣れましょう
657:デフォルトの名無しさん
05/05/30 15:39:46
ISprite
658:デフォルトの名無しさん
05/05/30 17:04:47
あぅあぅあぅ・・・
バグの原因わかった・・・
W21S処理遅すぎ・・・
非同期の方が処理遅すぎて間に合ってなかった・・・＿|￣|○
全然気づかんかったよ・・・
659:デフォルトの名無しさん
05/05/30 19:00:50
>>658
誰よ？
660:デフォルトの名無しさん
05/05/30 19:23:25
>>659
カメラの人だろ
661:デフォルトの名無しさん
05/05/30 19:46:22
IWEB_GetResponse()について質問があります。
移動機側のHTTPの通信性能を測ろうとしているので
すが、非同期の関数ですので、移動機側の送信開始
から送信終了のタイミングで時間をとるのは無理ですよね？
ファイルの受信に関しては、要求を出してから、コールバック
が返るまでを測ればいいのかと考えているのですが
コールバックが返った時点ですべてのデータが受信
済みと考えてよいでしょうか？
ISourceからすべてのデータをreadするまで受信完了
ではないでしょうか？
IWEBで実際にWebサーバにアクセスするまでに一日
かけてしまいました。SDKのサンプル見てからは
すぐだったのですが。（過去ログみるまでサンプル
の存在をわすれてました。）
662:デフォルトの名無しさん
05/05/30 20:12:34
送信はサーバ側で測定すればいいんじゃね？
受信はread完了まで待つべし。
663:658
05/05/31 11:59:17
てか・・・W21Sだけなぜなんだ・・・
ICAMERAでJpegに上書きするタイミングわからん・・・
だれかご教授おながいします＞＜
664:デフォルトの名無しさん
05/05/31 12:40:52
エンコード時に上書き
665:デフォルトの名無しさん
05/05/31 12:50:45
非同期で発生するイベントの受け方や制御が上手く書けてないんでしょ？
だったら非同期処理の組み方を復習ないし研究したらどうかな。
666:デフォルトの名無しさん
05/05/31 12:55:04
>661
コールバックが返った時点ではヘッダの受信が終わってボディ部の先頭に達しただけ
ISOURCE_Read()/ISOURCE_Readable()で全部読み出すまで受信は終わっていない
667:658
05/05/31 14:12:10
>>665
W21Sだけなんですよ・・・
A5502K、A5506T、A5509T、W21Tでは問題なく動作してるのですが
なぜかW21Sのみできないんですよ・・・
なんかW21Sだけ気をつけなければいけないことってあります？
668:デフォルトの名無しさん
05/05/31 15:00:01
おそいんなら待てばいいだけ
669:デフォルトの名無しさん
05/05/31 15:25:05
>>667
Ｗ２１Ｓ以外の機種は、私の浅い経験上、実質ＪＰＥＧ読み込みでコールバック待ちしなくても読めてました。
Ｗ２１Ｓだけ仕様に忠実（といっていいのか？）なんで、ちゃんとコールバックでよめたかどうかを判断して
から、処理しないとだめだよ。
670:669
05/05/31 15:26:45
あ、Ｗ２１Ｓつーか、ＳＯＮＹ端末（私が試したのはＡ１４０２Ｓ）ですな。
671:デフォルトの名無しさん
05/05/31 15:27:58
(ﾟ∀ﾟ)9m コールバックが勝利の鍵だ
672:デフォルトの名無しさん
05/05/31 15:56:40
(ﾟ∀ﾟ)9m W21Sは非対応で不戦勝だ
673:665
05/05/31 17:02:38
>>667=658
W21Sだけとか何とかそういう話じゃないってこと。
非同期処理では、あの端末では行けるのにこの端末では追いついてない
といった、処理が速いとか遅いとかいう考え方ではダメ。
カメラ操作にしろJPEG読み込みにしろ、非同期処理は>>668が言うように
コールバックの発生を待って、イベント（メッセージ）に合った処理をして、
処理が完了してから次の状態へ遷移する、そんなふうに組むもんじゃないかな。
もしそういう話じゃなくて、W21Sだけはイベントの発生の仕方に問題があるようだ
ということであれば、おれは全然見当はずれなことを書いてることになるなあ。
674:658
05/05/31 18:19:14
>>673
クソニー仕様でつまずいていました・・・
コールバックのところ全然関係なかったです。
自己解決できて更に難点が・・・
A5506TでIDISPLAY_SetColorできないのか・・・＿|￣|○
675:658
05/05/31 18:38:10
とおもったら・・・戻り値が違った罠・・・
お騒がせして申し訳ない＞＜
676:658
05/05/31 20:06:51
A5506Tにて
IDISPLAY_SetColor(658->a.m_pIDisplay, CLR_USER_BACKGROUND, MAKE_RGB(0,0,0));
IDISPLAY_SetColor(658->a.m_pIDisplay, CLR_SYS_ITEM, MAKE_RGB(0,0,0));
やってもプレビュー表示されない・・・なぜだぁ・・・
A5506TにてBREWフォーラムでなんかかいてませんでした？
あそこの検索フォーム・・・全然検索しねぇ・・・以前にHITしなさすぎ・・・
677:デフォルトの名無しさん
05/05/31 21:09:45
>>671-672
…どんな指ですか。
678:デフォルトの名無しさん
05/06/01 01:02:56
>>662
読み込みまで済ませて受信終了なのですね。
ありがとうございました。
送信の方はとりあえず、サーバの方で見てみることにします。
679:デフォルトの名無しさん
05/06/01 03:29:42
あー、サーバ側では受信の速度は計れるけど、
クライアントがTCPのコネクション確立するまで５秒ほどのラグがあって、
それは計れないから気をつけてくれ。
680:デフォルトの名無しさん
05/06/01 11:38:46
>>676
あそこの検索HITしなさすぎに禿しく同意。
まるちばいと非対応とかなんだろうか。
681:デフォルトの名無しさん
05/06/01 11:59:02
BREW2.1とBREW3.1って何が違うの？
682:デフォルトの名無しさん
05/06/01 12:08:08
>>682
営業のおねいさんのかわいさが違う。
683:デフォルトの名無しさん
05/06/01 12:17:44
>>676>>680
QのBREWフォーラムはあくまで「BREW」のフォーラム。
もしau端末の情報を探してるとしたら無くてあたりまえ。
au端末に関する質問や、機種依存性の高いAPIの質問をしても
「au端末の挙動に関してはこちらでは答えられません、Kに聞いてください。」
のような回答が基本的に付く。たまにヒントとなることを回答してくれてもいるようだが。
au端末の挙動に関してはKのサイトでFAQページ見るしか。
684:658
05/06/01 12:39:24
A5506TでIIMAGE_SetStreamがエラー出るのはサイズ大きかったっぽい・・・
ＱＶＧＡのＪｐｅｇできないなんて・・・＿|￣|○
685:デフォルトの名無しさん
05/06/01 16:24:23
>>682
>>682
>>682
686:デフォルトの名無しさん
05/06/01 16:46:20
>>681
KDDI拡張以外はほぼ同じでしょ。
一応SDK2.1でコンパイルしたmodは3.1端末で動作してる。
>>683
そういう意味じゃなくヒットしません。
元が英語フォーラムの検索エンジンだからかと。
>>684
QVGAサイズなら読み込めてますよ？
687:デフォルトの名無しさん
05/06/01 17:17:46
みんな、おつかれ。
ITextCtl を SetActive() して文字列入力させてるんだけど、
これって、王道って無いのかな。
この機種ではこのコールバック待ってりゃ動いて、こいつは
そんなの返しやがらねぇ、とかなってるんですが。
（EVT_CTL_TEXT_MODECHANGED)
SetSoftKeyMenu() 使ってないのがダメ？
要らないんだけどなぁ・・・
688:658
05/06/01 17:40:44
>>686
ヒープが１ＭＢ超えてたっぽい。
整理して調整したら表示できました＞＜ｂ
ところで、エミュレータークロックが早くなるのに対処法ないでしょうか？
689:デフォルトの名無しさん
05/06/02 11:29:10
>>687
ここの添付ファイルを参考にしてみては。
URLﾘﾝｸ(brewforums.qualcomm.com)
690:デフォルトの名無しさん
05/06/02 14:03:08
8bitビットマップのパレットの中身はどのパラメータにどういう風に入ってるんでしょうか？
691:690
05/06/02 14:06:37
追記です。
DIB取得まではできているのですが、どれにどういう風に入っているのか判らない状態です。
692:デフォルトの名無しさん
05/06/02 14:16:58
>691
IDIB->pRGBにIDIB->cntRGB個のuint32値で入ってます
693:デフォルトの名無しさん
05/06/02 14:20:07
>>692
ありがとうございます。
助かります。
694:デフォルトの名無しさん
05/06/02 19:53:16
IFileCPインターフェイスってどこに書いてるんだ！？
695:デフォルトの名無しさん
05/06/02 20:33:31
>>694
日本拡張APIリファレンス
696:デフォルトの名無しさん
05/06/03 00:10:49
まあ、プログラミングガイド見ればことたりる
697:デフォルトの名無しさん
05/06/03 01:15:16
リソースファイル中にあるgzipファイルをどうやってIUnzipAStreamの
SetStream()に渡したらいいですか？
698:デフォルトの名無しさん
05/06/03 01:36:09
>>697
・プログラミングガイド
699:697
05/06/03 03:13:32
>>698
プログラミングガイドにある、リソース外のファイルをSetStreamする方法はわかってます。
問題は、リソース内にあるファイルです。
700:デフォルトの名無しさん
05/06/03 03:30:02
IMEMASTREAMってのを使えばいいんでね？
701:698
05/06/03 03:37:49
全部載ってると思いますが・・・
{
ISHELL_LoadResDataEx();
ISHELL_LoadResData();
ISHELL_CreateInstance(AEECLSID_MEMASTREAM);
IMEMASTREAM_Set();
ISHELL_CreateInstance(AEECLSID_UNZIPSTREAM);
IUNZIPASTREAM_SetStream();
}
702:デフォルトの名無しさん
05/06/03 08:40:33
つ【DQNﾒﾝﾄ内を関数名で100億万回検索汁の刑】
703:デフォルトの名無しさん
05/06/03 11:15:24
また俺がBREW開発に戻ってきましたよと。
おまいらただいま＿|￣|○
704:デフォルトの名無しさん
05/06/03 11:16:57
誰かわかんないけど、おかえり。orz
705:デフォルトの名無しさん
05/06/03 11:34:39
再び地獄へようこそ〇|￣|＿
706:697
05/06/03 12:17:42
>>700-701
そうか、一旦ファイルをメモリにロードすればいいんですよね。
やってみます。
707:703
05/06/03 14:02:37
>>697
何かものすごい勘違いをしているような気がするが…
まぁいいか(´д｀)
Javaに比べれば、まだエミュがしっかりしてるだけマシだと思うぞ。
Ezアプリ@Javaなんてエミュ最新版一瞬公開即停止で現在非公開、
旧バージョンはストレージ領域触れないから使いモンにならん。
WindowsアプリだってOSの違いやらIEの違いなんていくらでもあるわけで、
BREWのAPIがどーのこーのなんて・・・なんて・・・
やっぱりイヤだー
708:デフォルトの名無しさん
05/06/03 14:14:53
>>707
DoJaにしてもVodaにしても、Java系のエミュはシッカリしてて扱いやすいなぁ
なんて思ってたんだけどEzは違うんだ？
709:デフォルトの名無しさん
05/06/03 14:35:11
>>708
DoJaはウィンドウサイズを変更してみると、
各バージョンごとに面白い事になるぞ。
いや、動作にゃ関係ないけど、やる気が感じられない。
つーかココ読んでても機種依存の話は沢山出てきても、
エミュの文句は少ないような・・・
マルチメディア系の機種依存なんてどのキャリアにも憑き物だし
710:デフォルトの名無しさん
05/06/03 17:12:03
BREWのエミュレータ、アプリが落ちるとエミュごと落ちるって
いくらなんでも馬鹿にしすぎじゃないですか？
711:デフォルトの名無しさん
05/06/03 17:35:37
>>710
exeがdll呼んでるだけなんだから
dllでこけりゃexeだってこける。
712:デフォルトの名無しさん
05/06/03 18:22:09
IFILECP_GetEx()なんだけど・・・
IFILECP_FILEINFOをNULLで入れるなって・・・
なんのデータを入れるねん！
713:デフォルトの名無しさん
05/06/03 18:24:51
IFILECPインターフェイスのサンプルってどっかあります？
714:デフォルトの名無しさん
05/06/03 19:00:20
>>713
プログラミングガイドー
715:デフォルトの名無しさん
05/06/03 22:13:02
>>707
EzJavaエミュはＫＤＤＩからもらえるよしったか君
716:デフォルトの名無しさん
05/06/03 22:32:26
>715
よかったな、KDDIからもらえるような環境に恵まれて……
漏れは以前、Phase3のエミュを発注元からｺｿｰﾘもらったよ……
717:デフォルトの名無しさん
05/06/03 22:35:07
>>712
IFILECP_FILEINFOにNULL渡す理由が分からん
あ り え な い
718:デフォルトの名無しさん
05/06/03 23:56:39
Brewのスレだけに
auのＣＭの「ありえない女」思い出した。
719:デフォルトの名無しさん
05/06/04 00:06:34
>>710
> BREWのエミュレータ、アプリが落ちるとエミュごと落ちるって
>いくらなんでも馬鹿にしすぎじゃないですか？
一体何するとエミュレータごと落ちるんだよｗ
720:719
05/06/04 00:07:46
参考までに書いておくと、おれ今まで５本BREWアプリ手がけたが、エミュレータがハングしたことは一回も無いよ。
721:デフォルトの名無しさん
05/06/04 00:13:05
>>719,720
例えば
char *p = NULL;
*p = 1;
とか
char p[10];
MEMCPY(p,src,20);
とかやってみれば。
エミュレータはすぐにクラッシュするが。
仕組み上当たり前だが。
722:デフォルトの名無しさん
05/06/04 00:18:34
>>721
そうじゃなくて、デバッガで拾うから落ちない、って意味のイヤミでしょ。
723:デフォルトの名無しさん
05/06/04 02:04:35
IImageにPNG読み込んだ後にPLETの値変えたいんだけどうまく出来ないんですが
LaodResDataで読み込んでパレットの値変えてるんだがCRCが変わって読み込みに
失敗するのですが、どうしたらいいかおしえてください。。。
GOOGLE様でも海外のページにもヒントがない。。。
頼れるのはBREWとこれまで、そしてこれから死ぬまでやっていく喪前らだけでつ。
724:デフォルトの名無しさん
05/06/04 02:14:23
パレット？
IImageは直接触れない。
その辺のノウハウはフォーラムにあったから探してみ。
725:デフォルトの名無しさん
05/06/04 02:24:23
>>723
CRC計算すれば良いのでは？
それで読み込めてますが。
ちなみにフォーラムにはCRC部分は無いですよ。
726:デフォルトの名無しさん
05/06/04 02:30:59
ああ、ごめん、LoadImageじゃないのね。
727:デフォルトの名無しさん
05/06/04 10:03:23
(ﾟ∀ﾟ)9mm IDIBが勝利の鍵だ
728:723
05/06/04 11:38:55
>>723-727
CRCを再計算して入れたら色が変わって読み込めた。
サンクス。
最初に画像読むときに全て色変えやって、もってるから
IDIBにしてから色変えるよりも効率いいかなとか思ったわけでして、
ちなみに・・・IDIBで色変え時の処理のほうがわからない・・・orz
へたれですまん
729:デフォルトの名無しさん
05/06/04 13:25:34
これって常駐ソフトとか作れるの？
時間とか、メール受信とかで起動するっての。
730:デフォルトの名無しさん
05/06/04 18:17:28
>>729
>時間とか、メール受信とかで起動するっての。
~~~~~
常駐してないように思えるが。
常駐ソフトはBREWの仕様上作れるが、
AUの検証を通るのは難しいと思う。
731:デフォルトの名無しさん
05/06/04 18:18:31
>時間とか、メール受信とかで起動するっての。
~~~~~
ずれた。
732:デフォルトの名無しさん
05/06/04 19:15:51
とりあえずBREWアプリケーションウイザードが
アプリケーションエラーを起こすんだが…
ﾀﾞﾚｶ ﾎﾞｽｹﾃ
733:デフォルトの名無しさん
05/06/04 20:22:39
つ[OSから再ｲﾝｽﾄｰﾙ]
734:デフォルトの名無しさん
05/06/04 21:01:11
つ[休日くらい休め]
735:ぶりゅう神
05/06/04 21:06:57
はぁ？休むだと？
この私めが許しませんよ
736:デフォルトの名無しさん
05/06/04 21:15:27
カメラの遅延エンコード中にもう一回カメラを動かす必要が出てきたんだが、
やっぱり無理かな？
737:デフォルトの名無しさん
05/06/04 21:57:03
検証休むなよクズ
738:デフォルトの名無しさん
05/06/04 22:01:18
ぶりゅう神は奴僕(=開発者)の休むことはお許しにならないが
神官(=検証屋)の休むことはお許しになる……
739:デフォルトの名無しさん
05/06/05 00:58:47
なつかしー、初期のころブリューの開発やってたよ
その頃は資料が無くてこの最初のすれが最大の情報源だったよ。
その頃から、プログラムや機種依存の問題よりも
検証の仕組みとか、資料の入手方法の方が大きな問題でした。
なぜか、プログラマーとしての経験よりも営業としての経験が生きたお仕事でした。
740:デフォルトの名無しさん
05/06/05 01:03:18
おまえら週末なのに今日も仕事かよm9(^Д^):
741:デフォルトの名無しさん
05/06/05 01:36:41
>732
日本語版BREW SDK Tools+VS.netだとエラーになるようです。
BREW Add-ins をインストールすると直るかも。
742:デフォルトの名無しさん
05/06/05 14:42:48
さぁ、仕事すっぞーヽ(｀Д´)ノ
743:デフォルトの名無しさん
05/06/05 15:00:45
おまえら日曜なのに今日も仕事かよm9(^Д^):
744:デフォルトの名無しさん
05/06/05 16:12:38
おかげさまです。土日も仕事ですよ・・・割に合わない orz
745:デフォルトの名無しさん
05/06/05 16:49:37
BREW SDKのダウンロード時に入れる会社名って、個人で使う場合にも必要なのかな？
仕事はBREWとは関係なくて、趣味でBREWいじってみたいのだけど・・・
746:デフォルトの名無しさん
05/06/05 17:21:45
関連スレに追加お願いします。
【日本携帯】Mascot Capsule/Micro3D【標準】
ｽﾚﾘﾝｸ(tech板)l50
747:デフォルトの名無しさん
05/06/05 18:11:03
3Dなんてものがあるから余計な仕事が増えるんだよな('A`)y-~~
748:デフォルトの名無しさん
05/06/06 00:04:16
ちょっと気になる事があるんですが、エミュレータを終了すると、VSのOutputに以下の情報が表示されるんだけど、
28 Wasted
って何がWastedなんでしょうか？なんかリークしているんですかね？
Validating Heap...
------ Heap Info ------
3145700 FREE
-------------------------
0 Alloc - Total
0 OEM
0 BREW
0 Apps
28 Wasted
3145700 Free - Total
3145700 Largest
0 Largest Non Seq.
0 Total Non Seq.
-------------------------
749:デフォルトの名無しさん
05/06/06 02:05:11
>>748
それはリークしている。
750:デフォルトの名無しさん
05/06/06 02:37:13
>>749
何がリークしているんですか？
751:デフォルトの名無しさん
05/06/06 07:24:40
>>750
そこだけ抜き出されてもわかんないよ。
752:デフォルトの名無しさん
05/06/06 08:15:12
>>748
エミュレータのウインドウをシャットダウンしたら出るね。なにこれ？
753:デフォルトの名無しさん
05/06/06 09:55:06
アプリ起動しなくても出るんだから気にするなって事だろ
754:デフォルトの名無しさん
05/06/06 10:54:22
ゲーム中キャプチャ画像をjpegデータで保存したいんだけど・・・
みんなどうしてる？
755:デフォルトの名無しさん
05/06/06 11:15:26
PrintScreen→BMP→JPEG ってことでなく？
756:デフォルトの名無しさん
05/06/06 11:53:08
>>755
いぁ・・・BREW上でですよ＾＾
IMEDIAUTIL_EncodeJPEG()実装されてない端末がほとんどらしいし・・・
757:デフォルトの名無しさん
05/06/06 13:25:49
誰か漏れを助けてください・・・
byte* round = (byte*)ISHELL_LoadResDataEx(test->pIShell,TEST_RES_FILE,TEST12,RESTYPE_IMAGE,NULL,&pnBufSize);
test->baRound = (int*)MALLOC(pnBufSize-round[0]);
byte* buf = round +round[0];
for(i=0; i<pnBufSize-round[0]; ++i){
test->baRound[i] = (int)buf[i] & 0xff;
}
ISHELL_FreeResData(test->pIShell,(void*)round);
★byte* round_etc = (byte*)ISHELL_LoadResDataExtest->pIShell,TEST_FILE,ROUND_ETC1,RESTYPE_IMAGE,NULL,&pnBufSize1);
MEMCPYtest->bg_map,round_etc+round_etc[0],pnBufSize-round_etc[0]);
ISHELL_FreeResData(mapCanvas->pIShell,round_etc);
で、２回目の★印のところで例外で落ちるんですが、
どうしていいものか、リソースの解放の仕方まちがってまつか？
758:757
05/06/06 13:38:19
事故解決しますた。
MALLOCをsizeof(int)分かけるの忘れてた・・・
すまん。申し訳ない(´Д´；)
759:デフォルトの名無しさん
05/06/06 15:13:12
>>754
漏れも同じ理由で悩んでたが、結局自前で圧縮コード作った。
jpegのように汎用性は無いが、アプリ内で完結する画像なら事足りるしな。
760:デフォルトの名無しさん
05/06/06 16:28:24
>>754
どうしてるって、実機でサポートされて無いなら、
自分で書くか適当なソース見つけてくるしかないだろ。
むしろなんでPNGじゃなくてJPEGなのかｔ（ｒｙ
761:デフォルトの名無しさん
05/06/06 18:39:32
エミュレータ上でQCPファイルの再生って、再生開始まで少し時間かかるよね？
実機ではどうなんでしょ？
762:デフォルトの名無しさん
05/06/06 18:51:30
>>761
過去ログ、フォーラム
QCPに限らず、無音からの再生は遅い。
763:762
05/06/06 18:52:29
↑エミュのみ。
764:デフォルトの名無しさん
05/06/06 19:04:19
カメラとか赤外線とか使うソフトの場合どうするんですか？
プログラムど素人な人に最初にこれを教えるのって不可能ですか？
BREWソフト開発に関わってる人って日本で何人くらいいるんですか？
765:デフォルトの名無しさん
05/06/06 19:18:17
とりあえずのべ4000人以上だろう
766:デフォルトの名無しさん
05/06/06 19:23:13
質問です。
IWEB_GetResponse()を使用して、WebサーバにPOSTでデータを送信しようとしてい
ます。シミュレータ上では､とりあえず1台のPC内で問題なく動いたので、移動機に
て試してみたのですが、データのサイズが大きくなる(600byte弱)とうまくいきません。
Webサーバ側にイーサリアルを入れてみたのですが、ヘッダの部分(IWEB_GetResponse()
に指定したPOSTやContent-Length等)は、届いているのですがデータ部分は届い
ていません。Webサーバ側(サーブレット)が、ｒｅａｄでタイムアウトして、移動機に内部
エラー(500)をかえしてきます。
一応、シミュレータ上では動きますし、移動機上でもサイズが小さければ送れるため
根本的な間違えはないと考えているのですが、移動機にかかわる部分で怪しそうな
ところはありませんでしょうか？
IWEB_GetResponse()を使用している場合は、通信頻度の制限などは意識しなくても
よいですよね？ 対処のしようもないですし。
767:デフォルトの名無しさん
05/06/06 19:31:44
>>766
ﾘｸｴｽﾄの長さが64kbyte超えるとﾀﾞﾒだって言うのは知ってるが、そんな小さくてもｴﾗｰになるのか。
768:デフォルトの名無しさん
05/06/06 19:39:44
>>764
>カメラとか赤外線とか使うソフトの場合どうするんですか？
気合
>プログラムど素人な人に最初にこれを教えるのって不可能ですか？
気合
>BREWソフト開発に関わってる人って日本で何人くらいいるんですか？
3767人位
769:デフォルトの名無しさん
05/06/06 20:05:49
>>768
その人数は何情報？
770:デフォルトの名無しさん
05/06/06 20:12:02
>>766
プログラミングガイド、フォーラム、実践バイブル
いくつかの2.1端末で10KBなら送信可能でした。
771:デフォルトの名無しさん
05/06/06 20:12:17
>>769
君で3769人目だ
772:デフォルトの名無しさん
05/06/06 21:42:51
>>760さん、他の人、もしPNG圧縮を実装したことあったら
参考にしたソースとかサイトとか教えて欲しい。
QVGAでカメラ撮影し、画像を加工して保存しようにも
JPEGエンコードは未サポートな端末ばかりだし、
BMPではファイルサイズでかすぎ。自然画像なのでRLEも効果なし。
PNG圧縮して保存できれば展開も楽だしサイズも縮まるし、こりゃいいな
と思ったんだがそう都合よくAPIはないし、でちょっと悩んでる。
773:デフォルトの名無しさん
05/06/06 21:50:30
俺も前にPNGのライブラリ、どこかにあるかと思って探したんだけど、libpngしか見当たらないんだよね。
libpngを解析するか、フォーマット調べて自作するかしないとダメぽ。
まあ、中身はZIP圧縮なので、ZIPのライブラリが流用できる気はする。
774:デフォルトの名無しさん
05/06/06 22:51:09
>>771
二桁多いぞ
775:デフォルトの名無しさん
05/06/06 23:06:26
>>772
BMP→gzipじゃダメなの？
この手の話が過去スレに有ったような気がしたけど。
776:デフォルトの名無しさん
05/06/07 00:30:15
ICameraで撮った画像はデジカメ式にそのままJPEGにエンコードできるんだが……それじゃいかんのかい？
劣化させたくなければ圧縮でもかけるしかないぬ
つかそろそろフレーム化とかしません？
777:デフォルトの名無しさん
05/06/07 01:07:29
>>774
少し前にBREWアプリ数が1000超えたばっかりだっけ
大抵一人で複数開発すると思うからBREW開発者は百単位しか居ないだろうな
778:デフォルトの名無しさん
05/06/07 01:22:00
2/1000か・・・俺ってSUGEEEEEE(゜Д゜)
今後BRWEが広まったら先駆者、
JAVAに乗っ取られたらヴァーチャルボーイ開発者
みたいな目で見られるのか
779:デフォルトの名無しさん
05/06/07 01:42:37
対応端末は1000万台なのにたった1000本…。
しかもゲームばっか。KDDIはBREWを普及させる気ないのか？
Javaアプリってどんくらいあるんだろう？
勝手も含めて。
780:デフォルトの名無しさん
05/06/07 01:43:05
>>770
ありがとうございます。
10KBいけるならやりたいことはできるのでありがたいですが。
環境周りからも見た方がいいのかなぁ。ブラウザからは1KBは送れた
のですが...。
781:772
05/06/07 01:51:38
>>775
ダメどころかOK。
で、BMP→gzipが具体的にどう実装できるのか知りたくて。
gzipから展開して中身を取り出す話題は過去に出たが
ファイルをgzipに圧縮する話題は出てなかったと思う。
>>776
カメラ撮影して作られたJPEG画像をアプリで加工して、
それをコンパクトなファイル容量で保存したいわけで。
例） こんなことをやろうとしてる。
手順１． 人物を撮影する→JPEGで保存される。
そのJPEGを読み込むか、撮影時のBMPをメモリ上に保持しておく。
手順２． 顔に落書きする。
手順３． ２．の画像を保存して、アプリの次回起動時に呼び出して表示する。
>>773さんの回答は…それはキビシイなぁ。
782:デフォルトの名無しさん
05/06/07 08:34:47
IMediaUtilだとJPG⇔BMPができるんだが対応端末は今のところないし……
ZIP読込APIはあるからZIP圧縮が最適なんじゃ
783:デフォルトの名無しさん
05/06/07 10:06:24
前回Cで苦労したからC++で書き直してたら・・・
MFCみたいになってきた Orz
784:デフォルトの名無しさん
05/06/07 11:59:13
>>774
３スレ＝3000
+ >>769＝769で3769人目という意味ではなかろうか。
ところでIDIBのpBmpってr=5,g=6,b=5だよね？
785:デフォルトの名無しさん
05/06/07 13:14:13
>>784
なるへそ(・∀・)！
IDIBは使ってないから何ともだけど、
普通はヘッダ見て判断するモンでねーの？
786:デフォルトの名無しさん
05/06/07 13:14:14
端末によって違うんじゃないの？
決まってるの？
787:デフォルトの名無しさん
05/06/07 21:25:54
端末によって違うんじゃDIBの意味ないじゃんか
788:デフォルトの名無しさん
05/06/07 21:29:23
>>787
恐らく784と786はDDBから変換したDIBの話をしているのかと
789:デフォルトの名無しさん
05/06/07 22:37:44
IDIB->valuesで調べればいいじゃないか。
>>787
DIBでも何種類か内部表現があるぞ。
790:デフォルトの名無しさん
05/06/08 01:01:42
そういえばBREWﾀﾝて今年で何歳だっけ
791:不流
05/06/08 03:41:37
貴様らは逆らうな
792:デフォルトの名無しさん
05/06/08 10:02:45
>>791
もちつけ
793:デフォルトの名無しさん
05/06/08 14:08:33
ちょっと失礼。
VC++.NET2003でC++使ってアプリ作ってるんですが、
実機で使うにあたりC++の制限は例外処理が出来ないくらいで、
makefileをarmcppに変更すれば動くと思ってOKでしょうか？
C→C++の差分がどの程度あるかと、makefileの書き換え等気になってます。
前スレ497が色々書いてるけど、アレはGNUDE環境前提って事でいいのかな～と。。。
尚、Cでの開発は経験あるので、グローバル変数云々の件は認識してます。
ARMコンパイラの到着、再来週らしくてさ(´д｀)・・・
794:デフォルトの名無しさん
05/06/08 16:55:50
仕様書と遷移表書くのめんどくせー('A`)
仕様書の状態一覧に１００個以上状態書き込む嫌がらせでもするか。
795:武龍
05/06/08 17:58:30
不満を言うことは許さぬ
796:部流
05/06/08 20:06:40
>>794
検証通らなくてもいいならするがよい
797:デフォルトの名無しさん
05/06/08 21:07:40
てきとーに書いたけど通っちゃった。ぺんぺん。
しばらく離れてるからまた作りたいよ
798:デフォルトの名無しさん
05/06/08 22:33:02
参考のためにいくつかアプリをやってみたが落ちるのとかけっこうあるな。
ちゃんと検証してんの？
799:デフォルトの名無しさん
05/06/08 22:35:42
KDDI検証に全状態のメモリリークまで期待するのは酷だが、
落ちるアプリ出したCPがそのまま優良CPに居座ってるのがムカツク。
結局は金かよ。金金金金。金の亡者au。金払え、金出せ、金貢げ、とにかく金金金金金！！！！！！
800:無柳
05/06/08 22:56:00
何を今更。
801:デフォルトの名無しさん
05/06/08 23:18:19
ＫＤＤＩに「このアプリこんな操作すると落ちるので直してくださいよ～」
とメールだせばそのアプリの会社は優良から落ちるかな？
802:デフォルトの名無しさん
05/06/08 23:21:09
au「アンタんとこ、落ちたから優良外すよ？」
CP「黄金色の饅頭でなんとか」
落とす代わりに金奪う。それがauクォリティ。
803:デフォルトの名無しさん
05/06/08 23:21:45
うげ・・・
PostEventて連続してコールすると、後者が無視されるのねorz
イベントて適当に処理繋ごうと考えてたけど怖すぎるわ・・・
804:デフォルトの名無しさん
05/06/09 02:40:56
>>793
AppWizardで自動生成される*.c, *.hファイルをC++向けに改造。
標準ライブラリも使えないので、new, delete をグローバルスコープでオーバーロードしてAEEのMALLOC, DELETEでヒープを操作。
STL使っているなら、ARMにはSTLが付いてこないので、自作するかどっかから調達する。
詳しくは、ここのフォーラムのどっかに解説がある。
URLﾘﾝｸ(www.brewjapan.com)
805:デフォルトの名無しさん
05/06/09 02:48:08
> 落とす代わりに金奪う。それがauクォリティ。
そんな事実あんの？
806:デフォルトの名無しさん
05/06/09 04:13:43
>>803
イベントキューは結構小さいのでたまに消えるね。
807:デフォルトの名無しさん
05/06/09 09:34:27
>803
>806
ISHELL_PostEvent()のイベントは、同一イベントがキュー上に1個しか存在できません。
2.1では、ISHELL_PostEventEx()というマクロが追加され、これは同一イベントを複数ポストできます。
ISHELL_PostEvet自体、IShell->SendEventを使ったマクロなので2.0でもISHELL_PostEventEx()と同様の処理を行うことは可能です。
2.1での各マクロの定義は以下の通り。
#define ISHELL_SendEvent(p,cls,ec,wp,dw) GET_PVTBL(p,IShell)->SendEvent(p,0,cls,ec,wp, dw)
#define ISHELL_PostEvent(p,cls,ec,wp,dw) GET_PVTBL(p,IShell)->SendEvent(p,(EVTFLG_ASYNC|EVTFLG_UNIQUE),cls,ec,wp,dw)
#define ISHELL_PostEventEx(p,flgs,cls,ec,wp,dw) GET_PVTBL(p,IShell)->SendEvent(p,((EVTFLG_ASYNC)|(flgs)),cls,ec,wp,dw)
EVTFLG_ASYNCがPost/Sendを分けるフラグ、EVTFLG_UNIQUEがキュー上に同一イベントを複数ポストできるかどうかのフラグです。
808:803
05/06/09 10:19:53
>>807
おぉぅ さんきゅ～
flgsはゼロでいいのね。
809:793
05/06/09 10:39:08
>>804
すまん、読み飛ばしてた。サンクス。
STLは未使用で必要な部分を自作、
外部リンクせずにエミュで動作するレベルのものは出来てます。
kei氏のスレは読んでいたのですが、少々不安で・・・
まぁ来てから慌てるでもいいかぁ('д')