BREW(Binary Runtime ..
371:デフォルトの名無しさん
06/03/12 16:05:35
パターンは一通り知っとくと、上流工程の時に議論の時間を大幅に短縮できる
実装レベルではまぁそんなに気にせんでも
372:デフォルトの名無しさん
06/03/12 16:30:42
おまえ知ってっか？
ＢＲＥＷアプリに議論なんかいりまへん
373:デフォルトの名無しさん
06/03/12 19:47:08
>>366
お前正気か？
素でそんなこと言ってるのか？
デザインパターンを知らないで下請けやってると
マジで顧客に奴隷にされるぞ
374:デフォルトの名無しさん
06/03/12 20:18:08
なんだ顧客の奴隷にしかなれないバカか。
375:デフォルトの名無しさん
06/03/12 20:45:46
373はまだどっかかん違いしてるな
376:デフォルトの名無しさん
06/03/12 21:59:10
( ﾟдﾟ)おまいらまだやっとるんか
377:デフォルトの名無しさん
06/03/12 22:39:54
少なくとも、Javaでデザインパターン覚えて、
Javaでしかデザインパターン使ったことない人間が
BREWでデザインパターンがどうこう言ってきたら
張っ倒すかもしんないな。
378:デフォルトの名無しさん
06/03/12 22:41:54
ちょいと質問。
ファイル情報を取得するときってファイル開いて
IFILE_GetInfo(pIFile, &info)
ってだけじゃダメなのか？
何か名前は取得できているんだが、
サイズその他が0になって困ってるんだが……。
エミュレータでも実機（W31SA）でも同じ症状。
何か注意しておかないといけないところとかある？
379:デフォルトの名無しさん
06/03/12 23:03:54
>>377
何勘違いしてるんだ？
C++でもデザインパターンができるんだが。
だったｒBREWでもできるだろうが。
380:デフォルトの名無しさん
06/03/13 00:00:29
>>378
俺のデザインパターンによると
IFILE_GetInfoEx() は試してみた？(´・ω・｀)
381:デフォルトの名無しさん
06/03/13 00:04:01
>>377
多分Javaでしかデザインパターンを使ったことがないのが問題だって言ってるんだと思うが、
それはまずC++を勉強してこいとしか言えん。
382:デフォルトの名無しさん
06/03/13 00:35:28
デザインパターンの話禁止！
383:デフォルトの名無しさん
06/03/13 00:53:31
えー
384:デフォルトの名無しさん
06/03/13 01:28:03
次から>382はテンプレ入れとくか・・・
385:デフォルトの名無しさん
06/03/13 01:33:27
テンプレートでデザインパターン禁止なんて！そんな！
386:デフォルトの名無しさん
06/03/13 01:42:17
確かにテンプレートは便利だけど、容量取るんだよなぁ……。
大体は仮想関数で書き換えられるからいつもそっち使ってる。
387:デフォルトの名無しさん
06/03/13 02:29:29
取りあえずデザイパターンを語るときは概要を付けるべきだな全裸で
388:デフォルトの名無しさん
06/03/13 02:48:00
OK,
意味なんてどうでもいいからとりあえずデザイパターンって言葉使っとけばいいんだな
例1) >292
デザインパターン的にそこはCALLBACK_Cancel()が〜
例2) >378
おれのデザインパターンによるとIFILE_GetInfo()は〜
こんな感じでこのスレ的には丸く収まるってわけだHAHAHA
いつまでも引っ張る話でもねーだろ
次の話題どーぞ↓
389:378
06/03/13 19:15:04
すまん、自己解決した。
ファイル情報取得前にそのファイルを中身なしのファイルにしてたよ。
ちゃんと正しい結果返してたんだなぁ。
390:デフォルトの名無しさん
06/03/13 20:17:52
ウマシカーー('∇')ーー！！！
391:デフォルトの名無しさん
06/03/13 20:22:09
>>380
それはデザインパターンではなくイディオムという。
392:デフォルトの名無しさん
06/03/13 20:27:40
>>381
Javaのみでデザインパターンを覚えて、かつ
C++の文法だけは知っていて、かつデザインパターンを
C++で適用したことはないが実際にC++でオブジェクト指向で
開発したことがある人間であろうとも>>377にとっては問題だと主張するのだろうか。
Javaだけでデザインパターン覚えて危険なのは
危険なところはコンストラクタの扱いが違うことと、
参照型の扱いと同期処理の所だろう。
そのことを知らずに結城浩のJava言語で学ぶデザインパターン
入門に載っているSingletonパターンをそのまま適用しただけでは
とんでもないことになるからな。IBMのDeveloper Worksに載っている
JavaによるSingletonパターンを記述する開設なら
C++でも役に立つが。
問題は、Cしか知らない奴が
BREWでデザインパターンがどうこう言ってきたら
Javaでしかデザインパターンをやったことが無い奴よりも
ウザイことだ。これは本当に張っ倒しもんだ。
393:デフォルトの名無しさん
06/03/13 20:28:53
>>388はデザインパターンを全然わかってない。
394:デフォルトの名無しさん
06/03/13 20:29:40
>>385
確かに言えている。
それは困る。といってもSTLが使えないからな。
395:デフォルトの名無しさん
06/03/13 20:46:14
そろそろその話題をするスレでもたててそっちいってくれないか？
396:デフォルトの名無しさん
06/03/13 20:52:33
新人類シニア世代(60代以降) : アセンブラ, PL/I, COBOL70
団塊の世代(50代-60代前半) : アセンブラ, PL/I, COBOL70
新人類世代（４０代) : 新生COBOL, C
バブル世代(30代後半) : C, C++(実際の所C言語レベルが大半), VB, Perl
偽団塊ジュニア世代(30代前半) : C, C++, VB, Perl, PHP
真性団塊ジュニア世代(20代後半) : C++, Java, Perl, PHP, AspectX (Xはそれぞれ適した言語)
やる気のない世代(20代前半) : D言語, VB, C++, Java, Perl, PHP, AspectX(Xはそれぞれ適した言語)
397:デフォルトの名無しさん
06/03/13 20:53:06
別に他の話題がある訳じゃないみたいだからいいんじゃない？
398:デフォルトの名無しさん
06/03/13 21:53:26
そんなに「おれデザインパターン知ってるんだぜ」なことをひけらかしたいもんかねぇ…
>>392みたいにわざわざウザイ長文で蒸し返してみたり。何をそんなに気張ってんだか。
>>393
>>388は分かっててわざとそういう書き方してんだろうよ。皮肉ってるつもりなんだろ。
>>397
他の話題があるかないかは関係ないだろ。分別つけろや。
399:デフォルトの名無しさん
06/03/13 21:59:03
>>398
> >>388は分かっててわざとそういう書き方してんだろうよ。皮肉ってるつもりなんだろ。
デザインパターンがわかってないことをごまかすために
必死になってわかってるフリをしただけにしか見えないが。
400:デフォルトの名無しさん
06/03/13 22:35:24
>399
仮にそうであっても別に関係ないじゃない？
>388は話題を変えようとして前フリでおちゃらけたつもりが失敗したんであってw
話題変えようぜってことには同意。
401:デフォルトの名無しさん
06/03/13 22:46:44
あのさ、とにかくデザインパターンて何なのか５文字で説明してくれよ。
そしたらもうデザインパターンの話しなくて済むからさ
402:デフォルトの名無しさん
06/03/13 23:39:40
>>401
「スレちがい」という意味だ。間違いない
403:デフォルトの名無しさん
06/03/13 23:59:13
>>402
あたまいいな！
404:デフォルトの名無しさん
06/03/14 01:01:19
ところで誰か次の話題振ってくれ。BREWで使える面白い技術とか。
405:デフォルトの名無しさん
06/03/14 01:10:18
デザインパターン？
406:デフォルトの名無しさん
06/03/14 01:10:29
C++でBREW開発できてる人っているのかい。
「クラスライブラリを買う」ってのは無しで。
自分で作るのは……まあ許そう（何様
407:デフォルトの名無しさん
06/03/14 01:17:22
>>406
俺は betterC じゃないと言えるレベルで C++ を使って開発してるよ。
String クラスとか作るとかなり便利だね。
408:デフォルトの名無しさん
06/03/14 01:55:06
>>406
普通出来る・・・と言うか出来るべきなんでねーの？
俺もVector、String（に近いもの）は自作した。
デストラクタちゃんと書いとけば開放漏れの心配減るし、
イベント処理もCより綺麗に振り分けられるし。
＃イベント処理はデザインパターンで何とかのケースに該当するんだろーが、
そこまで考えてないｗ
Cで関数テーブルやら構造体配列列挙すんのは辛い。
と言うか辛かったので今はC++に甘えてる。
409:デフォルトの名無しさん
06/03/14 08:39:33
おれはインスタンスの頭をthisにするだけにしている。
これだけでも記述はかなり楽になるし。
ARMのC++ってどこまで出来るのか見極めてないから
（あれ駄目これ駄目ってどっかに書いてたような…）、
調子に乗って書きまくってコンパイルエラーとかなっ
たら目も当てられん。
410:デフォルトの名無しさん
06/03/14 09:58:23
俺はARMC++(forBREW)で多重継承/仮想関数使ってるthumbコードが問題なく動いてる
まあただQのVSツールとメイクファイルだと使うまでが面倒だったな
メイクファイルの修正と、プロジェクトディレクトリ以外の.cppや.ccを読めるようにする
ツールを作成する必要があるとは思わんかった。さっさとQ側で正式対応させて欲しいもんだ
411:デフォルトの名無しさん
06/03/14 11:05:49
QのプラグラマはCしか使えません＞＜
412:デフォルトの名無しさん
06/03/14 11:08:22
Makefileは、VC6+BREW2.0の頃のアドオンツールがへぼくて表示されなかったり
Makefileはいてくれなかったりしてくれたので当初からMakefileはテンプレ改変でずっとやってる。
そのせいか、アドオンがはいたMakefileみるとなにやってるかわかりづらくてかなわんが。
413:デフォルトの名無しさん
06/03/14 12:09:02
KDDIに申請するとき状態遷移表作るのに、そこから、それこそStateパターン的な
スケルトンコードを(半)自動生成しようという発想は生まれんのかね。
414:デフォルトの名無しさん
06/03/14 12:28:14
アプリによるし。
あと、検証する人間に理解できるように書く方が重要だし。
415:デフォルトの名無しさん
06/03/14 22:17:05
検証する人間にも当たり外れがあるようで困る
416:デフォルトの名無しさん
06/03/15 00:05:56
java厨がこんなとこにも出張かよ
417:デフォルトの名無しさん
06/03/15 00:41:31
>>416
空気嫁
418:デフォルトの名無しさん
06/03/16 22:28:25
＿
／,.ｧ､＼
( ﾉo o ) ） 空
)ヽ ◎/(. 気
（／.(･)(･)＼ . 嫁
（／| x |＼）
／／＼＼
. （／ ＼）
419:デフォルトの名無しさん
06/03/16 23:47:24
空気読めないで悪いんだけど、ARMたんに
ヘルパー関数が定義されないと怒られてる。
ただのFCOS()、FSIN()なのにわけわかめ。
だ、誰か情報plz・・・(´・ω。、)
420:デフォルトの名無しさん
06/03/16 23:56:08
コンパイル時にインクルードするパスが 3.1 の AEEStdLib.h になってないと思われ(´・ω・｀)
環境変数と Makefile を見直してみると吉
421:デフォルトの名無しさん
06/03/17 00:19:02
>420
どもです、明日会社で重点的に見てみます。
422:デフォルトの名無しさん
06/03/17 00:19:08
どのへんをどうすればC++を使えるようにできるのかわかんねぇ……
ソフィア・クレイドルの解説もほんとにTIPSだけで、肝心なことを教えてくんねえし。
423:デフォルトの名無しさん
06/03/17 00:50:37
>>422
armcpp.exe を使って .cpp のファイルをコンパイルすればいいんじゃね？
424:デフォルトの名無しさん
06/03/17 01:13:14
フォーラムにCPP使ったサンプルなかったっけ？
昔のBREW SDKに入ってたとか言う奴。
つーか、最近BREWやってないからフォーラムも行ってないな(´・ω・｀)
425:デフォルトの名無しさん
06/03/17 01:27:35
>>422
よし、俺が週末にメイクファイルとC++用のフィルタツール公開してやる
元々は会社で作ったもんだが、簡単なんで家でも作れるだろうから
426:デフォルトの名無しさん
06/03/17 02:11:46
>>424
最近いったら、エミュレータ上でフォント変更するインターフェースを
公開してた。ものすごくありがたかった。
427:デフォルトの名無しさん
06/03/17 02:52:41
URLﾘﾝｸ(brewforums.qualcomm.com)
こいつですな
428:デフォルトの名無しさん
06/03/18 02:01:33
>>422
よし、出来たぞ
URLﾘﾝｸ(opentemp.dhs.org)
それではC++でがんばれ。俺は連休だ
429:デフォルトの名無しさん
06/03/18 10:44:57
>>401
5文字じゃあまりにも短すぎる。
1兆文字は欲しい
430:デフォルトの名無しさん
06/03/18 10:45:26
>>404
書籍 『BREWで学ぶデザインパターン入門』
431:デフォルトの名無しさん
06/03/18 10:46:29
>>422
> どのへんをどうすればC++を使えるようにできるのかわかんねぇ……
デザインパターンの勉強をすればC++マスターになれます
432:デフォルトの名無しさん
06/03/18 12:25:54
>>428
なんかすげー大仰に書いてるけど、おれは
１・VCで普通に作る
２・brewのmakeをとりあえずやる
３・エラーしたらそれを解消すべくmakefileに１行が２行足す
ですぐに出来たよ。C++でのやり方がわかんない奴って
何が分からないんだ？makefileの文法？
433:デフォルトの名無しさん
06/03/18 12:27:50
>>429-431
煽らなくていいから……。
434:デフォルトの名無しさん
06/03/18 13:52:55
>>428
422ではないですが、おいらも最近BREW始めることになったんで助かりました。
ありがと〜
435:デフォルトの名無しさん
06/03/18 15:08:13
>>432
その手作業より、ツール作ってる>>428の方が偉いジャマイカ。
ykubo凸で解決すればいいじゃない、みたいなのと比べたら爽快じゃないの。
連休か…。そういえばそんな言葉もあったなぁ…。
436:デフォルトの名無しさん
06/03/18 16:28:48
見下ろしたいんだろうな
437:デフォルトの名無しさん
06/03/18 18:01:01
パンツ下ろしたい
438:デフォルトの名無しさん
06/03/18 18:37:11
>>435
428を否定してるわけじゃないよ。
BREWやるってことは職業でやってるプロのプログラマでしょ。
ぜんぜんわかんねーってのが居るというのが不思議なんだわ。
世の中どー何ってんだ？
439:デフォルトの名無しさん
06/03/18 18:54:38
>>428
素直にGJ。
俺はもう違う方法でやってるけど（cygwin+gnude）
次からテンプレに加えておいた方が良いかもね。
さすがにこれ見てC++使えないとかいうやつはいないだろう。
440:デフォルトの名無しさん
06/03/18 19:07:42
>>438
おまいさんはフォーラムの質問を全部見直してこい。
あそこにいるのは全員「プロのプログラマ」だぞ。
441:デフォルトの名無しさん
06/03/18 19:24:26
フォーラムは全部見ても全員プロだなんて思えないんだけど？
442:デフォルトの名無しさん
06/03/18 19:42:47
「プロのプログラマ」なのに「ぜんぜんわかんねーってのが居る」ってことだな。
世の中そんなもんだろ。
443:http://www.vector.co.jp/soft/win95/util/se072729.html
06/03/18 21:10:52
TextSS のWindowsXP(Professional)64bit化おながいします
もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？
そういや64bitにネイティブ対応している２ｃｈブラウザてありましたっけ？
444:デフォルトの名無しさん
06/03/18 23:03:21
プロなら（つかプロでなくてもだと思うが）資料読んでから質問しろボケ
445:デフォルトの名無しさん
06/03/18 23:07:30
KDDIの資料読んですべて理解できる人も凄いと思うがな。
資料で書いてあること正反対だったりするし。
446:デフォルトの名無しさん
06/03/18 23:20:33
>>445
フォーラムなんかはそんな次元の話じゃないけどね。
正反対なことなんてあったっけ？
447:デフォルトの名無しさん
06/03/19 02:12:38
>>443
すっかり春めいてきましたね。
448:デフォルトの名無しさん
06/03/19 09:44:28
つまり全員
BREWﾀﾝ(*´Д｀)ハァハァ
てことでおk？
449:デフォルトの名無しさん
06/03/19 09:59:40
かまわんよ
450:デフォルトの名無しさん
06/03/19 13:54:23
>>433
いやマジでデザインパターン知らないと
C++やっても意味がないんだけど
451:デフォルトの名無しさん
06/03/19 14:27:10
意味が無い訳ないだろ
デザインパターンはよく使われる内部設計に名前が付いただけなんだから
これはC++でやってもCでやってもJavaでやっても同じだろ
パターンに沿わなくてもC++は内包、抽象化のためだけに使っても充分価値がある
452:デフォルトの名無しさん
06/03/19 14:33:41
またデザパタの話か……。
あれは解放が自動で行われることが前提のパターンが多いから、
まずはスマートポインタから議論したらどうだい？
もちろん普通にテンプレートを使うと容量を取るから、
テンプレートを使わずにスマートポインタを実装な。
453:デフォルトの名無しさん
06/03/19 14:56:23
このスレはデザインパターン議論をするところではない。
技術・知識以前に分別を身に付けろ。
454:デフォルトの名無しさん
06/03/19 15:32:49
>>450
スレ違い
455:デフォルトの名無しさん
06/03/19 17:40:55
おじゃば様がまぎれこんでるな
456:デフォルトの名無しさん
06/03/20 13:21:22
>>452
BREWでテンプレート使ったこと無いので教えて欲しいのだけど、
具体的にどの程度容量食うの？
voidポインタに対してdelete使ってもデストラクタが呼ばれないよね。
とすると、全体の基底クラスを1個設けてデストラクタを呼び出すか、
賢くないがswitch/caseで存在するクラス分回すって感じになるのか・・？
テンプレートがスマートな気がする。
なので容量と相談してみたい。
457:デフォルトの名無しさん
06/03/20 13:42:10
>>456
＞具体的にどの程度容量食うの？
どれぐらいの数の型を使ってるかによるだろうな。
俺の場合、普段の場合は 100KB ぐらいだったのが、
バリバリにスマートポインタ使ってると 200KB まで増えた。
まあ、インライン展開してるのもあるんだろうが、いくら何でも増えすぎ。
インライン展開しなくても 120-150KB ぐらいはいくんじゃね？って気はする。
＞voidポインタに対してdelete使ってもデストラクタが呼ばれないよね
なんでもいいから基底クラスを作っておいて、
そのクラスのデストラクタを virtual にして継承して使えばいいんじゃないかな。
458:457
06/03/20 14:12:09
＞そのクラスのデストラクタを virtual にして継承して
すまん、既に書いてあったな……orz
459:457
06/03/20 14:55:45
ちょっと調べてみたが、どうやらインライン展開されてなくて、200KB 超えてるようだ。
--no_inlinemax を付けると 250KB 超えたよママンorz
460:デフォルトの名無しさん
06/03/20 19:04:20
ARMのコンパイラって、例外処理とRTTI以外VC6と同格？
（説明書云々じゃなくて皆さん触った感触として）
461:デフォルトの名無しさん
06/03/20 19:29:43
VC6 : namespace 使える
ARM : namespace 使えない
VC6 : enum の型は必ず signed int
ARM : enum の型は、中に定義されてる値によって変化する
VC6 : テンプレートに対する friend 指定が出来ない
ARM : テンプレートに対する friend 指定が出来る
template< class T > friend Hoge;
VC6 : const な値をクラス内部で定義出来ない
ARM : const な値をクラス内部で定義出来る
class A{ const int a = 10; };
VC6 : 日本語に対応してるので '\' の問題がない
ARM : '\' の問題がある
VC6 : テンプレートの型指定に typename を使わなくても良い
ARM : テンプレートの型指定に typename を使わないといけない
typename T::Hoge* p;
あと何かあったら教えて下さい...orz
462:456
06/03/20 21:57:50
>>457
サンクス。
相談の余地も無いらしいねorz
463:デフォルトの名無しさん
06/03/21 00:25:03
デザインパターンとテンプレートの併用ですか
464:デフォルトの名無しさん
06/03/21 15:04:01
勉強しないと使えないと思いこんでる馬鹿と
勉強する事を放棄して反発するしか能の無い馬鹿は帰れ
465:デフォルトの名無しさん
06/03/21 15:41:02
仕事で使ってれば覚えるから勉強をしなくてもいいと思ってる奴も帰っていいぞ
466:デフォルトの名無しさん
06/03/21 15:42:05
俺全然休んでないから帰ってもいい？
467:デフォルトの名無しさん
06/03/21 16:23:03
>464 荒しまがいに蒸し返すおまえが帰れ
468:デフォルトの名無しさん
06/03/22 00:44:26
こんなかで俺が唯一信用できるのは >>466 だけだ。
469:デフォルトの名無しさん
06/03/22 08:42:38
STL以外はBREWでは使用禁止に
するという話が社内で出ています
470:デフォルトの名無しさん
06/03/23 02:30:46
いつになったらエミュがネイティブ対応になるの？
実機とエミュで実行結果違うの勘弁して欲しい
471:デフォルトの名無しさん
06/03/23 03:02:31
「ネイティブ対応のエミュ」ってのが何を指すのか分からんが…
modをwindows上で動かすエミュレータってことなら、
Qはそんなもの用意するつもりなさそうじゃん。
3.1からわざわざ「シミュレータ」って名前変更したくらいだし。
472:デフォルトの名無しさん
06/03/23 08:01:26
ゲームの開発機みたいに１台数百万して
端末ごとに発売されるんでいいんなら対応できるんじゃね？
473:デフォルトの名無しさん
06/03/23 10:35:03
>>470-471
なんかBREWって糞みたいにテストしづらい環境だな。
テストの自動化もままならないというか。
474:デフォルトの名無しさん
06/03/23 10:51:35
なんせ、エミュレーション中のアプリでnull参照するとエミュレータごと
落ちるぐらいだ。あれにはびっくりした。
475:デフォルトの名無しさん
06/03/23 11:15:42
いや、むしろ落ちてくれないとVSデバッガでやってられん
476:デフォルトの名無しさん
06/03/23 11:43:01
実機で落ちないときも結構困る。
あとあと新機種で発覚なんて事も結構あって……。
477:デフォルトの名無しさん
06/03/23 16:18:05
mmfサウンド再生ができないです。
IMEDIA_SetMediaDataでこけるんだが、なんでだろう。
MIDIだと再生できるのに・・・。
478:デフォルトの名無しさん
06/03/23 16:26:47
CLSID 合ってる？AEECLSID_MEDIAPHR だよ
479:デフォルトの名無しさん
06/03/23 16:28:45
ごめん、AEECLSID_MEDIAMMF だった...。
480:& ◆w1m5GhkhD2
06/03/23 16:31:37
はい、AEECLSID_MEDIAMMFにしていますが、ダメなのです。
481:デフォルトの名無しさん
06/03/23 16:44:09
実機なのかエミュなのか、他にサウンドで読み込んでるものはあるのかとか
いろいろ原因を特定するのに必要な情報が不足している(´・ω・｀)
482:480
06/03/23 16:53:49
>>481
エミュです。
起動後の初サウンド読み込み時です。
ISHELL_CreateInstance(shell, AEECLSID_MEDIAMMF, (void**) &App->media)
App->m_data.clsData = MMD_FILE_NAME;
App->m_data.pData = STRDUP("01.mmf");
App->m_data.dwSize = 0;
IMEDIA_SetMediaData(App->media, &App->m_data);
ここでエラーです。
でも、MIDIだとうまく行き、再生もできます。
483:デフォルトの名無しさん
06/03/23 17:05:54
エラーの値おせーて
484:480
06/03/23 17:18:00
ハンドルされていない例外 は BREW_Emulator.exe(TESTDLL)にあります:0xC0000005:Access Violation。
です。
485:デフォルトの名無しさん
06/03/23 17:27:51
まさか STRDUP() で確保した値を SetMediaData() の直後で FREE() してたりしないよな？
もしくは App->media が NULL だったり App->m_data.pData が NULL になってたりしてないよな？
486:デフォルトの名無しさん
06/03/23 17:30:08
>>480
的外れだったらすまそ。
日本拡張パッケージが入ってる？
487:480
06/03/23 17:46:15
>>486
どうやら日本拡張パッケージが入っていなかったからのようです・・・。
ma3smwemu.dllを入れたらエラーを起こさずに、再生もできました。
ありがとうございます、助かりました。
488:デフォルトの名無しさん
06/03/23 18:27:48
486氏鋭いな
ナイスフォロー
489:デフォルトの名無しさん
06/03/23 18:43:33
あー、mmfエミュで再生できるんだｗ
素直に出来ないものとばかり思い込んでエミュでテスト止めてた。
外野ながらサンクス。
490:486
06/03/23 21:39:03
俺も昔同じ目にあったからｗ
といっても俺、プログラマじゃないから
エラー内容から察したわけじゃない_|￣|〇
491:デフォルトの名無しさん
06/03/23 23:45:50
検証でAlarm起動についての記述ありますよね？それにたいして何かプログラム的に考慮する必要ってありますか？
検証ガイドみると、K-BREW-TESTでAlarm起動を選択すると、１分後にK-BREW-TESTがレジュームするみたいなんですけど、なんもおきません。
イベントハンドラで何かするんですか？とりあえずdefault:ではreturn falseを返してるんですが、間違ってます？
492:491
06/03/23 23:48:37
追記
こっちで捕まえてるイベントは、
EVT_APP_START
EVT_APP_RESUME
EVT_APP_STOP
EVT_APP_SUSPEND
EVT_KEY
EVT_KEY_RELEASE
EVT_APP_NO_SLEEP
defaultは常にfalse
です。
493:デフォルトの名無しさん
06/03/24 08:20:54
アラームイベントとれよw
あとはプログラミングガイドに書いてあるから嫁
↓はい次の質問
494:デフォルトの名無しさん
06/03/24 08:30:03
俺はアラームイベントなんて知らないぜ
495:デフォルトの名無しさん
06/03/24 09:18:48
そのときこそObserverパターンで監視するべきとき
496:491
06/03/24 13:58:14
>>493
具体的にどこ？とりあえずEVT_ALARMで検索したけど、4.22.1以外はヒットしなかった。
その項にも、EVT_ALARMを特別に処理しなきゃいけないような記述ないけど？？意地悪しないで教えてくり。
497:デフォルトの名無しさん
06/03/24 14:00:12
>>495
アラームを監視して、どこに dispatch すんの？
498:デフォルトの名無しさん
06/03/24 14:35:19
「BREWアプリのアラーム起動禁止」だよな？
判断基準は EVT_ALARM で処理していなければok。
なので >>494が正解。
499:491
06/03/24 14:43:10
>>498
わからないのはEVT_ALARMをハンドリングするかどうかってこと。
リファレンスにはEVT_BUSYはfalseを返せとは書いてるけど、EVT_ALARMはハンドリングしろって書いてないよね？
でも、検証でアラーム起動しないのはなぜ？
500:デフォルトの名無しさん
06/03/24 14:58:26
>499
捕まえてfalse返そうがdefaultでfalse返そうが変わらん。
検証でソース提示するわけじゃないんだし好きに汁
>でも、検証でアラーム起動しないのはなぜ？
検証ガイド見る限りアラーム起動に関しては削除されてるようだが、
一体何をどう検証しようとして、どんな結果を期待しているんだ？
501:デフォルトの名無しさん
06/03/24 15:10:20
アラームが来るのはアラームをセットしたアプリ（K-BREW-TEST)なんだから
自分のアプリにEVT_ALARMが来るはずなかろうも。
K-BREW-TEST起動→アラームセット→K-BREW-TEST終了→自分のアプリ起動
→（1分後、アラームによってK-BREW-TESTが起動されるので）EVT_APP_SUSPEND受信
となるはずだが手順とか間違ってないか?
502:491
06/03/24 15:50:53
>>500
>>501
defaultでfalseは返してる。たしかリファレンスにそう書いてあったから。
>>K-BREW-TEST起動→アラームセット→K-BREW-TEST終了→自分のアプリ起動
→（1分後、アラームによってK-BREW-TESTが起動されるので）EVT_APP_SUSPEND受信
となるはずだが手順とか間違ってないか?
アラーム関係で特に意識しなくても問題ないと思ってたんだけど、
自前のアプリをサスペンド→K-BREW-TESTを一発起動→アラームセット→自前のアプリがレジュームする
→１分待つ→なんも起きない。
これって正常？
503:491
06/03/24 15:55:59
ちなみに、EVT_APP_NO_SLEEPは実機端末では常にfalseを返してる。
自分で判断してスリープに移行できるようにしないとダメなの？
アプリ動いてるから、特にスリープさせたくないんだけどこれがダメな原因？？おしえてちょんまげ
504:491
06/03/24 21:27:47
おっけ質問に答えよう
まずアラームに関してだがそもそもアラーム起動にアプリが対応していいかは各キャリアによるが
KDDIは企画段階で許可が得られなければだめ
つまり大概のEZアプリではアラーム起動が許可されないというわけだ
なのでアラーム起動さないならアラームイベントは特に考慮する必要はないわけだ
505:デフォルトの名無しさん
06/03/24 21:34:13
で一応補足するならアラームイベントの発生はアプリの状態(起動中･中断中･未起動)を問わない
なのでアプリの状態に応じた処理が必要になる
(大概はアプリ自身が起動済みがどう判定して起動してないならリスタートをかける処理でおK
やりかたは『プログラミングガイド嫁』)
で問題は今起動中の俺アプリに他のアプリ起動アラームが割り込んだ場合
これは結構最近の機種だと起こるらしいので対応が必要
そこでK-ぶりゅっの出番てわけさ
まあ取りあえずアラーム割り込ませて落ちないように中断処理をしっかりやりませうということだわさ
506:×491 〇493
06/03/24 21:59:18
スリーブはファイルの書き込みとか継続動作している場合以外は
TRUE返して節電状態にさせるのが推奨動作じゃないのけ？
いや処理がめんどくさいとか言うなら別だけど
起動しているだけでどんどん電池を食うアプリてどうなのさ
507:デフォルトの名無しさん
06/03/24 22:14:07
auってiアプリみたくフェリカ使えるの？
508:デフォルトの名無しさん
06/03/24 22:15:32
そんなもん俺たちには関係ないぜ
もっとながく持つ電池を開発しろよ
509:491
06/03/24 22:20:48
>>493
アラームイベントを別に取らなくてもOKってのはわかった。
自分の認識ではK-BREWタンつかってアラームをセットして、オレアプリを起動、１分たつとアラームで復活したK-BREWタンが
オレアプリにサスペンドして？ってお願いにくるハズなんだけど、なんのイベントもこない。
EVT_BUSYがくるんじゃないかなぁって思うんだけど何にもこない。
ちなみにオレアプリを起動しないで待ち受けとかにしてるとK-BREWタンがアラーム起動する。
スリープはユーザーが入力しないままで放置することがあるので動作してる。めんどくさいわけじゃないです。
510:493
06/03/24 22:42:54
うちはアラームの割り込みに関してはK-ぶりっ使わず専用のアプリ作った
というかつくらされた
2.1と3.1はアラーム起動のため処理が違うからもしかしたらそこでK-ぶりーふ引っ掛かってるかもぬゃ
511:デフォルトの名無しさん
06/03/24 23:04:58
配信されてる市販アプリでも動かしてみりゃいいんじゃね
512:デフォルトの名無しさん
06/03/25 02:23:13
実機に転送したところ
「ｴﾗｰが発生しました（002）」と出たのですが
どのようなエラーか分かる方いますか？
004番がシグネーチャエラーだということは分かるのですが……
513:デフォルトの名無しさん
06/03/25 02:41:11
>>512
公式資料を検索すればヒットします。
514:デフォルトの名無しさん
06/03/25 03:35:06
>>514
公式資料とは？
開発環境付属の資料は検索したのですが見つからないです。
515:デフォルトの名無しさん
06/03/25 03:50:18
>>514
開発支援サイトの資料です。
全部ダウンロードしてフォルダごと全文検索すれば見つかります。
遅くまでお疲れ。
516:デフォルトの名無しさん
06/03/25 04:22:11
>>515
言われたとおりダウンロードして検索したところ
サービスガイドで引っかかり
「アプリケーションを読み込んで実行す
るのに十分なメモリーがありません。」
と書かれていました。返答ありがとうございました。
517:デフォルトの名無しさん
06/03/25 10:46:54
きっとアレがでかすぎるんだな。
518:デフォルトの名無しさん
06/03/25 10:53:43
C++の最大の欠陥はfinallyが無いことだ。
だからBREWも欠陥だらけなのだ。
だからclose()処理がイカれるのだ。
519:デフォルトの名無しさん
06/03/25 11:41:11
ビョーン先生はデストラクタの使用を推奨。ってかそもそも、
ARMコンパイラは例外処理が非対応じゃなかったっけ？
Javaに比べりゃBREWはとんでもなく自由自在、天国に思えるが、
そう感じない香具師もいるのか。不自由なのはAUの対応姿勢
520:デフォルトの名無しさん
06/03/25 11:42:09
BREW は例外処理そのものが使えないんだが。
521:デフォルトの名無しさん
06/03/25 12:02:10
>>519
> ビョーン先生はデストラクタの使用を推奨。ってかそもそも、
> ARMコンパイラは例外処理が非対応じゃなかったっけ？
> Javaに比べりゃBREWはとんでもなく自由自在、天国に思えるが、
> そう感じない香具師もいるのか。不自由なのはAUの対応姿勢
CPをみてみろ
顧客企業の対応の悪さをみてみろ。
使いズラ委に決まってるだろ
522:デフォルトの名無しさん
06/03/25 12:02:25
>>517
あ〜ん堅くて太くてきんもち〜い
523:デフォルトの名無しさん
06/03/25 12:49:26
馬鹿者、その質実剛健さがたまらんのだ
524:デフォルトの名無しさん
06/03/25 13:18:17
おちんちんのことか？
525:デフォルトの名無しさん
06/03/25 14:43:08
>>519
同意。BREW自体に関してはまったく問題ないんだが、Kの制限、対応は酷いな
最近のガイド更新だっけ?
IGLについてもハード使用をネタにアホみたいな制限付けるし。これ将来もそうなのかよ、と
526:デフォルトの名無しさん
06/03/26 00:36:33
BREWが問題ない？
BREW APIは高校生が夏休みの宿題で作ったという話があるのだが。
あの下手くそな作りを見れば信じられるだろう。
527:デフォルトの名無しさん
06/03/26 00:39:12
おまえはその下手未満だがな
528:デフォルトの名無しさん
06/03/26 01:04:44
さすがだよなもっといいもんつくってくれるらしいぜ
529:デフォルトの名無しさん
06/03/26 02:15:33
>>526
十分使えるぜ。
使い方とか仕組みとか大体は DirectX と同じじゃん。
エラーもちゃんと返してくれる（端末依存はあるけど BREW とは関係ない）から
使いにくい部分はラップしてしまえばいいし、何が問題なの？
530:デフォルトの名無しさん
06/03/26 09:15:33
一番の問題はBREWよりも、OS側かな。
シングルタスクでアプリに制御を渡すときにワッチドッグタイマー
仕掛けてタイムアウトすると端末をリセットするという。
ちゃんとしたマルチタスクのOSを乗せればそんな間抜けな事をしなくて
よいのだが...
531:デフォルトの名無しさん
06/03/26 09:36:19
>>530
載ってるCPU/チップセットがWin3.1時代と同様な感じだから、そこは難しいんじゃないか
無くなってくれれば助かるのはもちろん、なんだが
532:デフォルトの名無しさん
06/03/26 09:39:58
>>531
BREW 1.xの頃は知らないけど、2.xの頃のハードウェアなだできるだろう。
最近のものはMMUまで乗っているし。
BREWアプリがどうやっても速く動かない一番の元凶だし、なぜ直さないかね。
533:デフォルトの名無しさん
06/03/26 10:17:25
BREW速くて問題ないよ。機械は良いよね。直接機械を手に収めて
いる感覚が伝わってくる。
AUの姿勢だけが商売の妨げになっとる
534:デフォルトの名無しさん
06/03/26 11:26:10
BREW2.1 の場合、ARM の速度よりメモリ転送の速度の方がネックになってる。
C で最適化された透過転送をアセンブラで組んでみて、クロック数を３分の２ぐらいにしてみたけど、
実際の転送に掛かる時間はほとんど同じだったよ。
535:デフォルトの名無しさん
06/03/26 11:33:20
OS の設計は正直失敗してるよなぁ。
API の不備とかもまぁ、あることはあるが、
一番マズいのはマルチタスクを考慮していないって事だよね。
マルチタスクを実装してれば他社端末とも差別化できたような希ガス。
タイマ割り込みをアプリ側でいじらせてくれればマルチスレッド実装できるんだがなぁ…
536:デフォルトの名無しさん
06/03/26 13:09:57
メモリ少ないのにマルチタスクとか勘弁してくださいよ。
ちょっと頭悪いくらいが丁度良いですよ
537:デフォルトの名無しさん
06/03/26 18:02:49
BREW端末でマルチタスクが必要というのは、複数のプログラムを動かすためじゃ
なくてアプリがCPU独占してフルスピードで動いているときにも着信があった時
にCPUをアプリから取り返す事ができるようにというだけなんだが。
538:デフォルトの名無しさん
06/03/26 20:50:32
BREWの一番の問題は金を手に入れるまでのスパンが
長すぎること。他のファクターはどうでも良いよ。実行環境
としては十分きびきびしてるもの。
539:デフォルトの名無しさん
06/03/26 20:56:20
つまり何度も言うように、BREW → ○ 、K → × ってことだろ、おい
ベライゾンとか見てみろよ。BREW > Java だぞ
米国のデベロッパ連中はどういう風に思ってるんだろうな。
やっぱり酷いキャリア対応に苦しんでいるんだろうか。
540:デフォルトの名無しさん
06/03/26 23:01:01
>>535
> OS の設計は正直失敗してるよなぁ。
そして結局Javaの出番がやってくる・・・・
・・・・・JVMをインストールできるリソースが有れば・・・・
541:デフォルトの名無しさん
06/03/26 23:02:47
>>539
海外は主導権がQualcomm自身。アプリの管理から検証からぜんぶあっちだよ。
検証も基本的に日本とかわらないぐらい待たされるし（最近だいぶＫはましになったけど）
条件付合格とかの概念もないのである意味日本より厳しい。簡単に落とされる。
バイナリの対応端末が１回の検証でまとめて出せるのはよかったな。そんぐらい。
まあ、何年か前のときの状況だけど。
542:デフォルトの名無しさん
06/03/27 00:00:47
>>537
>CPUをアプリから取り返す事ができるように
理由がそれだけならなおさらカンベンして欲しいよな、ホント。
543:デフォルトの名無しさん
06/03/27 18:28:54
ローカルな名前付き文字列定数を static char const 〜 とかやると
定数領域に乗ってくれる？
544:デフォルトの名無しさん
06/03/27 19:20:45
【フィッシング】KDDIを装ったフィッシングサイト 「wwwkddi.com」にご注意を
ｽﾚﾘﾝｸ(newsplus板)
これってどうよ？ URLﾘﾝｸ(wwwkddi.com) のソース見ると
ただフレームタグの中にKDDIのリンク張ってるだけに見えるが。
545:デフォルトの名無しさん
06/03/27 19:22:06
>>544
何も知らない人なら十分引っかかるんでないかな。
貴方のように賢い人ばかりではないよ。
546:デフォルトの名無しさん
06/03/27 20:24:54
検証なんだけど、起動時に必要なヒープサイズを調べようとしてK-BREW-TESTでメモリ割り当てしてもうまくできまへん。
メモリ少なくしたハズなんだけど、IHEAP_GetMemStatsするとフルサイズが返ってきたり、そのくせISHELL_CreateInstanceに失敗したりするんですがなんで？(BREW2.1)
547:デフォルトの名無しさん
06/03/27 20:34:08
>>546
メモリ少なくし過ぎるとK-BREW-TESTも落ちるから、
ギリギリまでメモリ減らしてやる時はShakerマジオススメ。
548:546
06/03/27 20:40:47
>>547
Shakerって2.1で使える？インスコのされてないような気がするんだけど、どこから落とせますか？
549:546
06/03/27 22:41:02
とりあえずShaker落とせました。ヘルプが日本語じゃないけど何とか使えてます。
ちょっと質問なんですが、メモリを少なくしていくと、K-BREW-TESTでは残りメモリの量が減ってるんだけど、IHEAP_GetMemStatsでその値と同じ値を取れません。
残メモリ量を表示させたいんですけど、IHEAP_GetMemStatsではダメですか？
アプリの起動判定につかってるのはIHEAP_CheckAvailだからいいんだけど、残り容量の値を知りたいんです。
知ってる人教えてください。
550:デフォルトの名無しさん
06/03/27 22:58:40
残り容量ってShakerで見れるだろ?
1.俺は起動前の空き容量メモる
2.一番重いシーンで空き容量メモる
3.差に500KBほどプラスした容量を起動時チェックに使う
てやってるが
551:デフォルトの名無しさん
06/03/28 00:48:08
>>549
たしか・・・一部機種のバグなのかしらないけど、
残りメモリじゃなくて全メモリ返しちゃうのがあったような・・
552:デフォルトの名無しさん
06/03/28 14:10:25
サウンド関係に弱い私に誰か知ってたら教えて下さい。
最近使用してるSMAFのバージョンをMA2からMA5に上げました。
そしたらエミュ上で鳴らなくなりました（実機では鳴る）
原因はエミュに入れるdll（日本拡張パッケージに入ってるY社の）が古いんだろうと
最新版をDLしたけどファイルに更新ないし・・・
ちなみにMA2とMA5の混在って問題ないのかな？
（例えばBGMはMA5、SEはMA2とか。もちろんどっちもspf）
553:デフォルトの名無しさん
06/03/28 14:18:39
>>552
多分大丈夫だとは思うけど、
端末の仕様書見るとMA5とかMA7とか書いてあるから、
その部分はBREWじゃなくてﾊｰﾄﾞの実装依存なんじゃね？
BREW検証が機種単位で良かったなｗ
554:デフォルトの名無しさん
06/03/28 14:22:00
>>552
MA7のパッケージ入れないとSDKでMA5は鳴らないよ
IMediaMA3.dll+ma3swemu.dllで鳴らせるのはMA3まで
555:552
06/03/28 14:40:42
>>553さん
その辺りはすでにYAMAHAのサイトでどの端末がどのチップか
チェックしてますので大丈夫です。
>>554さん
有用な情報ありがとうございます。
某フォーラムでykuboさんもSDKではMA3までしかサポートしてないと
書いてありました（見落としてました）
とりあえずMA7のパッケージとやらを探しに行ってきます。
556:デフォルトの名無しさん
06/03/28 21:39:54
とりあえず情報に独楽ったら匯笆都私怨斉藤だな
557:デフォルトの名無しさん
06/03/28 21:49:01
おんどれは珍走ヤンキーか
558:デフォルトの名無しさん
06/03/29 07:06:39
匯笆都で開発か？ヤンキーにもわかりやすく汁！！
559:デフォルトの名無しさん
06/03/29 08:19:48
ああん？
そんなこと言ってると"検証"(バードラック)と"不合格"(ダンス)っちまうぜ！？
560:デフォルトの名無しさん
06/03/29 09:42:23
ちょｗｗｗｗｗｗ鳥運ってなんだよｗｗｗｗｗ
561:552
06/03/29 19:52:29
MA5・・・・BREW3.1端末の某2機種がMA5積んでるのに
MA3までしか対応してないって・・・罠だ。
まぁ鳴るからいいかぁ・・・
562:デフォルトの名無しさん
06/03/30 12:56:35
>>556
> とりあえず情報に独楽ったら匯笆都私怨斉藤だな
よめない。最初の字が
○○○ませとしえんさいとう？
意味が分からない
ググっても検索にひっかからない
563:デフォルトの名無しさん
06/03/30 12:58:33
>>560
ん？ 鳥運？ これのことか？
こんなん撮ってます 鳥運（ヒレンジャク）
"鳥運（ヒレンジャク）
日本のアチコチでレンジャクが出現しているようですが、私のフィールドには、
その気配がありません。ということで３年前に遠征して撮ったヒレンジャクをア
ップして、少しでもレンジャクの話題に参加できればと。(^^ゞ
レンジャクの群れが某所のヤドリギの実に集まるとの情報をいただき、未明か
ら200kmほど走ったのですが、レンジャクはいっこうに現れません。道中でヤツ
ガシラの出現情報が入ってきても今日はレンジャクとわき目もふらず走ったのに・・・。
数時間後やっとヒレンジャクがお出まし。が、写真に撮ったこの一羽だけでした。
一羽とは寂しいけど撮れたからよしとします。
レンジャクを早く切り上げ、ヤツガシラの元へ一目散！
到着すると「朝はすぐ近くに出てきて、いっぱい撮らせてくれたよ！」との談！
長い時間待ちましたがヤツガシラは姿をみせてくれません。おまけに土砂降りの
雨に見舞われました。私を振ったヤツガシラ、翌日は朝から現れ皆さんにいい思
いをさせてくれたとの事です。
なんて鳥運の少ない私なんでしょ！(ーー;) "
URLﾘﾝｸ(naokita.blog29.fc2.com)
564:デフォルトの名無しさん
06/03/30 15:41:13
>>562
URLﾘﾝｸ(dictionary.www.infoseek.co.jp)
かいはつしえんさいと、だろうな
>>563
いや、>>559に「バードラック」って書いてあったから...
↓以下、何事もなかったかのようにBREWの話ﾄﾞｿﾞｰ
565:デフォルトの名無しさん
06/03/31 01:05:42
クァアのリファレンスボードっていくらぐらいするの？
566:デフォルトの名無しさん
06/03/31 10:28:31
なんだ、被連雀じゃないのか。
甲斐發死圓蓑椅菟か。
567:デフォルトの名無しさん
06/03/32 02:22:11
3/32日記念ﾊﾟﾋﾟｺ('∇')
568:デフォルトの名無しさん
06/03/32 02:58:40
こんな日付表示じゃ検証に落ちる
569:デフォルトの名無しさん
06/03/32 04:47:41
記念マキコ
570:デフォルトの名無しさん
06/04/02 01:30:36
リファレンスボード買ってみた人いませんか？購入したいんだけ
どこで買うかすら解らない
571:デフォルトの名無しさん
06/04/02 11:11:56
リファレンスボードって何？おいしいの？
572:デフォルトの名無しさん
06/04/02 16:17:56
参照板？
573:デフォルトの名無しさん
06/04/02 16:18:08
ちょううん
ひれんじゃく
574:デフォルトの名無しさん
06/04/02 17:57:06
リファレンスボードってQの?Kの?
どっちにしろ端末製造してないと売ってくれないだろ。
575:デフォルトの名無しさん
06/04/02 18:10:32
機種によって挙動違うの勘弁してほしいよ
Qのリファレンス売ってくれるとありがたい
ICEないと問題切り分けるのに時間かかりすぎ
576:デフォルトの名無しさん
06/04/02 19:31:04
そりゃお前のやり方が悪すぎる
577:デフォルトの名無しさん
06/04/02 20:52:55
端末買ってテストすりゃいいやん。
そもそも携帯で開発するならある程度の機種はそろえるのが普通だぞ？
BREW端末はiモードほど特定の機種だけで問題が出るとか少ないから
買う機種絞るとなるとちょっと面倒だけど。
って、そういうことじゃないの？
578:デフォルトの名無しさん
06/04/02 21:58:21
ICEが無いとやってられんってのは判るけどね。
579:デフォルトの名無しさん
06/04/02 23:15:34
そんなもん無いけどな。うちには
580:デフォルトの名無しさん
06/04/02 23:27:05
売ってないのかなぁ欲しいよなぁ。
いちいち自分でアセンブラ解析して
問題突き止めるの嫌になってきた。
581:デフォルトの名無しさん
06/04/03 09:42:15
アセンブラってコンパイラのバグ追いかけてるのか？ コードが正しくても
意図どおりに動かないならアセンブラどうこうの問題じゃない気がするけど
582:デフォルトの名無しさん
06/04/03 10:09:54
実機じゃまずい理由って何？
583:デフォルトの名無しさん
06/04/03 18:38:16
シミュレータでたまに突然ファイル書き込みができなくなるんだけど、
これの原因わかる人いる？
今のところA5501TとA5503SAでその症状が出てる。
584:デフォルトの名無しさん
06/04/03 18:44:02
エミュレータのデバイス属性の
作成できるファイル数とか書き込みできる最大容量に問題があるんじゃね？
最大容量はExamples以下のサイズ全部含むらしいから、
大きく設定しとくか、Examples以下の容量を減らすかしとくといい。
あとありそうなのはmifの設定でEFSの制約の最大ファイル数
設定してたりとかもある。
585:デフォルトの名無しさん
06/04/03 18:44:06
>>583
アプリのフォルダにファイル突っ込みすぎてない？
586:デフォルトの名無しさん
06/04/03 22:13:59
K-BREWでEFS埋め尽くしたままだったりして
587:デフォルトの名無しさん
06/04/04 00:24:36
同じコード書いて動く機種と動かない機種あるの勘弁して欲しい
588:デフォルトの名無しさん
06/04/04 01:49:55
BREWはケータイにしては機種依存が少ないほうだよ
589:デフォルトの名無しさん
06/04/04 03:14:11
2.0とか300kアプリの対応しなくていいなら、だいぶ楽だよな。
590:デフォルトの名無しさん
06/04/04 03:21:48
>>589
しなくていいなら楽なんだけどねえ
もうちょい、贅沢にメモリ使いたいよ・・・
591:デフォルトの名無しさん
06/04/04 10:05:31
一通り携帯普及して需要が買い替え主体になってきたらしいから、
０円携帯とかやり辛くなって機能追加は端末価格に跳ね返る。
となると・・・((((;ﾟДﾟ))))
592:デフォルトの名無しさん
06/04/04 10:52:11
300Kはともかく、まだ2.0の対応してる香具師がおるんかww
もうWIN端末以外作ってないぞ、俺。その他なんて全部あわせても1割程度だろ
593:デフォルトの名無しさん
06/04/04 11:20:47
さすがにあるかもしれないって話だろ。
今は3.1優先とか言う話らしいし。
594:デフォルトの名無しさん
06/04/04 11:22:35
オラの村ではその１割のユーザーも取り込みたいというお代官様がおるんだぁ。
さすがに2.1以降になりつつあるけんど、300kに収めろ収めろという声が聞こえてくるぞぅ。
都会はいいなぁ。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5395日前に更新/238 KB
担当:undef