BREW(Binary Runtime Environment for Wireless) 7

BREW(Binary Runtime ..

254:デフォルトの名無しさん
06/02/27 15:07:06
Brewの話題と直接関係ないんですけど、webアクセスするときにレスポンスのチェックとかどうやってます？
そういうツールがあったら教えてほしいんですが。。。

・ヘッダを書き換えられる（User-Agentとか特殊なヘッダ情報つけるとか）
・レスポンスをヘッダから全部みれる

もしあったら教えてくださいませ。

255:デフォルトの名無しさん
06/02/27 15:46:12
telnet

256:デフォルトの名無しさん
06/02/27 18:26:37
>>255

いや、そーいうことではなく・・。telnetはそれはそれでいいとして、たくさんあるUser-Agentをプルダウンで切り替えて・・・とかそんな感じの。

257:デフォルトの名無しさん
06/02/27 18:42:32
自分で書けば？

258:デフォルトの名無しさん
06/02/27 21:05:48
irvineでも使えばぁ

259:デフォルトの名無しさん
06/02/27 22:40:02
>>246

FireFoxのuser agent switcher
URLﾘﾝｸ(firefox.geckodev.org)

自分はこれ使ってテストしてるよ。

260:よね
06/03/03 15:26:42
エクステンション作るんですがエクステンションのサンプルソースってどこかにありますか？

261:デフォルトの名無しさん
06/03/03 17:15:35
つ[プログラミングガイド]

262:デフォルトの名無しさん
06/03/06 16:48:36
あるイベント時が発生したときに、
連続してIWEB_GetResponseでデータを順次取得することは可能なのでしょうか？

アプリ起動時に、IWEB_GetResponseを使ってサーバからデータ
を取得する処理を書いています。
１箇所のＵＲＬに対するGET/POSTなら当然ですが、問題なくデータ取得可能です。
しかし、
連続して２箇所以上のＵＲＬに対して、順次、IWEB_GetResponseを呼び出して
サーバからデータを取得するように書くと、１箇所目のIWEB_GetResponseが
無視され（？）、２箇所目のデータの取得となってしまいます。

BREW2.1です。

263:デフォルトの名無しさん
06/03/06 17:01:18
１．データ受信が終わってから次のＵＲＬにアクセスする
２．IWebとIWebRespを同時に通信する数用意する

っていうのじゃあかんのん？

264:262
06/03/06 17:39:49
素早いレスありがとうございます。

> １．データ受信が終わってから次のＵＲＬにアクセスする

一つのイベント内で、受信要求を順番に呼んでおり、
受信が完了する前に次の要求が実行されてしまい、
データ受信を待つことができない状況（？）です。

> ２．IWebとIWebRespを同時に通信する数用意する

コールバック関数を複数用意するということですね。
（あるイベントで同時に通信する可能性があるのが例えば５個なら５個）

具体的には、
・起動イベント発生時、
　コールバック関数の番号とともにWebAccess用ライブラリを呼び出し、
　指定番号のコールバック関数を登録した上でIWeb_GetResponseを呼び出す。
　　WebAccess(pMe, "URLﾘﾝｸ(abc.jp)", 1); // コールバック１
　　WebAccess(pMe, "URLﾘﾝｸ(abc.jp)", 2); // コールバック２
　　WebAccess(pMe, "URLﾘﾝｸ(abc.jp)", 3); // コールバック３

・受信コールバックでは、
　　コールバック関数１で受信処理
　　コールバック関数２で受信処理
　　コールバック関数３で受信処理
　を行う。

・受信完了イベントを、コールバック関数の番号と合わせて通知する。

265:デフォルトの名無しさん
06/03/06 18:21:50
アクセス要求をキューに入れて管理すればええんじゃねえの？

266:デフォルトの名無しさん
06/03/06 18:34:58
>>262
とりあえずAEECallbackとPFNNOTIFYをtransactionの数だけ用意しなきゃ無理

267:デフォルトの名無しさん
06/03/06 20:04:17
>>264
複数箇所に同時に通信しなくちゃいけない、というわけでないなら
芋づる式に通信開始処理とコールバック関数を呼び出して行けば
いいだけじゃないの？

１．例えばキー押下で１箇所目のURLへ通信を開始する。
　受信のコールバック関数をresA()とする。
２．resA()で受信完了の判定をしたら、
　その場で２箇所目のURLへ通信を開始する。
　コールバック関数をresB()とする。
３．resB()で受信完了の判定をしたら、２箇所とも通信が完了。

268:262
06/03/06 21:45:15
> 芋づる式に通信開始処理とコールバック関数

助言の方法でできそうなのですが、
ただ、
サーバ通信ライブラリを作成していまして、
ライブラリの使用者からは、コールバック関数などの
内部の関数をできるだけ触らせない方向の仕様で行かざるをえず…

なのでライブラリ使用者からは、通信開始処理と終了通知のみ
を提供する形に現在しています。

そうなると、>266 さんのおっしゃるように、
必要な数だけ必要そうですね。

269:262
06/03/06 22:09:08
皆さんありがとうございました。
続けて質問させていただきます。

IHtmlViewerで表示したコンボボックスがあります。
このとき特定のコンボボックスが変更されたというイベントを取得する
ことは可能なのでしょうか？

コンボボックスを変更すると、
IHtmlViewerのコールバック関数が呼ばれますが、
pNotify->codeには、HVN_REDRAW_SCREEN が格納されており、
ただ単にページをRedrawするために呼ばれているようです。

270:デフォルトの名無しさん
06/03/06 22:26:50
画面遷移時じゃなくて各ボックスとかの値を後でまとめて処理すりゃええやん？

271:よね
06/03/07 15:59:13
スタティックエクステンションを２アプリから同時利用する事を考えており、
２つのアプリで別々のインスタンスを生成することを想定しています。

スタティックエクステンションは１つのインスタンスしか生成できないということを聞いたのですが、
このような制約があるのでしょうか？

１つはバックグラウンドでもう１つはトップビジブルのアプリです。

272:デフォルトの名無しさん
06/03/07 16:57:35
＞スタティックエクステンションは１つのインスタンスしか生成できないということを聞いた

どこから？

273:デフォルトの名無しさん
06/03/07 19:37:35
>>271
何のためにリファレンスカウントがあると思ってるんだと。

274:デフォルトの名無しさん
06/03/08 23:16:54
みなさんＢＲＥＷでどんなデザインパターンを使っていますか？

275:デフォルトの名無しさん
06/03/08 23:50:07
singleton

276:デフォルトの名無しさん
06/03/08 23:52:19
Generation Gapパターンとか使わないんですか？

277:デフォルトの名無しさん
06/03/09 08:15:27
Single Threaded Execution パターンは必須だろ？

278:デフォルトの名無しさん
06/03/09 11:15:42
>>273
共有するのでなければリファレンスカウンタは関係ないだろ

279:デフォルトの名無しさん
06/03/09 11:27:42
>>278
スタティックエクステンション内部の１つしか生成出来ない部分は内部的に参照カウントを持っていて、
CreateInstance で生成されると、そいつの参照カウントが増えるってことだろ。

280:デフォルトの名無しさん
06/03/09 11:56:03
おい、お前等
デザインパターンって何ですか？

281:デフォルトの名無しさん
06/03/09 14:36:17
>>280
そんなことも知らないでプログラマをやっていられるとは幸せなお方ですなー
デザインパターンはプログラマの武器ですぞ

282:デフォルトの名無しさん
06/03/09 15:02:09
あ、俺も知らないー(´Д｀)ノ

聞いても>>281のように返される釣り煽り用の言葉って認識かな。

283:デフォルトの名無しさん
06/03/09 15:11:46
スレッド管理が出来ない馬鹿に「スレッド使うな」って言うより
「Single Threaded Execution パターンに汁」といった方が解りますん

284:デフォルトの名無しさん
06/03/09 15:50:29
「スレッド使うな」じゃ全く意味が違うと思うが・・

285:デフォルトの名無しさん
06/03/09 15:54:55
互いにデザパタが使えると、話もスムーズに進むね。
「この辺は NullpoObject と Proxy パターンを使って実装して、こいつの生成は FactoryMethod を使おう」
とか。

286:デフォルトの名無しさん
06/03/09 15:59:13
え、携帯アプリって一人で作るもんじゃないの？(´・ω・｀)

287:デフォルトの名無しさん
06/03/09 17:24:03
そのとおりだ

288:デフォルトの名無しさん
06/03/09 17:30:34
singleton使いてぇ

289:デフォルトの名無しさん
06/03/09 17:40:48
そういえばAEEMod_Loadから8バイトマイナスしたところにヘルパ関数のバージョンが入ってるから、
そいつを欲しいオブジェクトへのポインタに書き換えたらsingleton使えるな。
もしくは適当なダミーの領域を作って書き換えるか。

290:デフォルトの名無しさん
06/03/09 18:23:46
AEEModGen.c/h変えるだけでOKでそ
Appletのインスタンスはどうせ1つしか作られないから意味ないけど

あ、複数Appletを単一modで提供する場合は意味あるか
（その形で提供する意味がイマイチわからんが）

291:デフォルトの名無しさん
06/03/09 18:36:23
>>290
だね。複数のAppletから同じインスタンスを参照したいときぐらいしか役に立たない気がする。
Appletごとに単一のオブジェクトはIApplet継承クラスに書けばいいし。

292:デフォルトの名無しさん
06/03/09 21:48:56
IWEB_GetResponseを使用して必要な内容をすべて正常にPOSTしたあと

while( CALLBACK_IsQueued(&p->webCallBack) ) {
CALLBACK_Cancel(&p->webCallBack);
}

if( p->pWebRes != NULL ) {
IWEBRESP_Release(p->pWebRes);
p->pWebRes = NULL;
}

if( p->pGetLine != NULL ) {
IGETLINE_Release(p->pGetLine);
p->pGetLine = NULL;
}

みたいな感じであとかたづけしているんですが
ピクト点滅（携帯電話のAというアイコン？みたいなやつ）
が止まりません。

IWEBインスタンスは使いまわしするみたいなことがマニュアルにあったので
IWEB_Releaseはアプリを終了するときにしか呼んでいないんですが
これが原因なのでしょうか？

経験ある方アドバイスありませんか？

293:デフォルトの名無しさん
06/03/09 21:59:51
while( CALLBACK_IsQueued(&p->webCallBack) ) {
CALLBACK_Cancel(&p->webCallBack);
}
で泊まってるんでそ

294:デフォルトの名無しさん
06/03/09 23:04:21
>>293
あり？CALLBACK_IsQueued(&p->webCallBack)まちがってた？
もしかしてキューにたまってるかどうかなんて気にしないで
CALLBACK_Cancelしちゃうべき？
それとももっと勘違いでCALLBACK_Cancelしちゃだめ？

295:デフォルトの名無しさん
06/03/09 23:15:58
>>282
煽ったつもりは無いが
プログラマなのに知らないとホントに煽られちゃいますぞ
知ってて当たり前のプログラマの常識なのに。

限られたメモリしか使えない組み込み系だと
それも常識ではなく例外になるのですかねえ？

296:デフォルトの名無しさん
06/03/09 23:17:45
>>286
某ワ○○グでは一人で作ることが困難なことが
作り始めてから解り始めて、
数十人の体勢で開発したものの
見事に納期が遅れましたとさ。
顧客の態度に頭に来たことと給料があまりにも
安いことから辞めてしまった社員がたっぷりいます。

297:デフォルトの名無しさん
06/03/09 23:31:33
一人でケータイアプリが作れないなんてバカなだけだろ

298:デフォルトの名無しさん
06/03/09 23:39:47
儲かるなら何人かけてもいいさ。おれは一人で何本もやらざるをえん

299:デフォルトの名無しさん
06/03/09 23:40:59
で時間がなくて環境が悪すぎとかうだうだいうんだよな

300:デフォルトの名無しさん
06/03/09 23:55:57
>>297
わかってないな。どれだけ大規模な開発だったかを。
今まで一人でやってうまくできたのだから、
このプロジェクトだって一人でできるという営業の妄信が
納期を遅らせ、悲劇に追い込んだ。
知らない事があまりにも多すぎて
徹夜残業や休日出勤する程度という程度の勢いだけで
行動するのは無謀だと言うことをあのプロジェクトは証明した。
何人も社員が辞めていったんだ。顧客企業は我が儘だし
態度がでかいしそれで皆不満に思っていた。
それでモティべーションが低下しますます納期は
遅れ、精神的にもおかしくなっていったわけだ。

301:デフォルトの名無しさん
06/03/09 23:57:25
>>297
全部一人でやろうとするから
オブジェクト指向による
拡張性、移植性、汎用性を高めようという意識が
かけてとんでもないデスマーチに陥るのだよ。
古くさい精神論だけじゃうまくいかないんだよ。

302:デフォルトの名無しさん
06/03/09 23:58:25
他の仕事じゃピンハネしすぎじゃないか、って思うこともしばしばあるが
携帯アプリは儲けが薄すぎて、本気で会社のほうが潰れないか心配になる。

303:デフォルトの名無しさん
06/03/10 00:02:56
プログラミング能力だけじゃなくて人脈もしっかりと気づいておけば
大概のことに対処できる。仕事がうまく行かないとか嘆いているの
はどこかで間違ったからだよん

304:デフォルトの名無しさん
06/03/10 00:06:59
>>300-301
精神論を否定してるわりには、顧客の態度がきにくわないから精神的にまいった、とか言い訳してるなｗ
そもそも、最初にきちっと営業の妄信を指摘し、それをやめさせなかったことが原因じゃないの？
あるはそれが出来ない会社の体質であることを見抜けずに、会社にいたことが失敗の原因でしょ。
それこそ精神論じゃなく、理詰めで必要なことをやってればいいだけのこと。あとからグチグチいうのはみっともないなｗ

305:デフォルトの名無しさん
06/03/10 00:11:13
プログラムがちょっとうまいからって仕事そのものがうまいと勘違いしてるんだろ

306:デフォルトの名無しさん
06/03/10 00:57:24
で、結局おまいらの中でデザパタを使える奴はどれだけいるんよ？

デザパタ程度も使えないレベルの奴が愚痴を言ったところで、見苦しい言い訳にしか聞こえん罠。
まあ、もしその辺が上手く使える奴が追いつめられたんなら、それはプロジェクトを見直す必要がありそうだけどな。

307:デフォルトの名無しさん
06/03/10 01:34:31
携帯アプリなんかそんなもん知らんでも楽勝だよママ

308:デフォルトの名無しさん
06/03/10 02:13:14
俺も知らない。本屋で立ち読みして「役に立たねえな」と思った。

309:デフォルトの名無しさん
06/03/10 02:21:40
>>304
なにもわかってないな。
偉そうな事を言っているお前に何がわかるんだと言いたい。
精神論自体は否定していない。
精神論ばかりを前に押しだそうとするから
あんなデスマーチに陥ったんだよ。
蟻が像にどう立ち向かえというのか？それを
顧客も営業もわかっていなかった。

310:デフォルトの名無しさん
06/03/10 02:21:55
>>304
顧客は態度が悪いだけでなく
約束も守らない、口先だけの人間ばかりだったんだよ。
顧客は納期前になって仕様変更を何度も
頻繁に要求して、どこかのバグを直す度に
どこかのバグがまた生まれる。その繰り返し。
顧客は「お客様は神様」なんだから約束を破って
当たり前という態度丸出し。
徹夜させても休日出勤させても残業代はゼロで簿給
で顧客の無謀な要求にすべて応えなければならない。
N社にはウンザリ。だれもが
最近上場したN社のことを嫌っていた。

311:デフォルトの名無しさん
06/03/10 02:23:14
>>304
それにその営業、典型的なワンマンなんだよ。
傲慢で人の話は聞かない。
しかも代表取締役。
だから誰も逆らえない。触らぬ神に祟りなし。
昔C言語をやっていたというからBREWのことくらいわかるかと
思ったら全然わかってなかった。
そんな奴があの嫌な不良顧客の仕事を引き受けた。
だから彼の暴走を誰も止めることができなかった。

312:デフォルトの名無しさん
06/03/10 02:25:38
>>304
それから
プロジェクトのチームで、
開発に直接関わった者の中には
デザインパターンを使いこなせる者どころか、
オブジェクト指向を使いこなせる人間は一人もいなかった。
クラスの代わりに構造体を使っているだけで
数百あるファイルに関数がいくつかあるだけだった。
ソースコードを見ると#defineで定義した変数が
何百も見つかった。

313:デフォルトの名無しさん
06/03/10 02:35:34
２ちゃんねるはたまにしか利用しないのであれなんですが
↑スレ違いじゃございませんか？

314:デフォルトの名無しさん
06/03/10 02:40:57
>>309-312
チラシの裏に書くか
あるいはせめて一レスで済ませてくれ

315:デフォルトの名無しさん
06/03/10 02:41:05
スレっていうかね、板違いね。
デスマの愚痴ならマ板行って。

316:デフォルトの名無しさん
06/03/10 02:45:36
>>294
いや別に、キャンセルしてもいいしすべきだと思うよ。

ソケット（pisMessage）から全部読んでも、IWebをリリースするまでは
Keep-Aliveなソケットは閉じられないはずだから（Keep-Aliveってなあそういうもんだ）
それはしょうがないんじゃないかな。
IDLETIMEOUTだかなんだか、30秒ぐらいでソケットは閉じられると思うからそれを待つか、
最後の通信だけKeep-Aliveやめるかすればいいんじゃね？

317:デフォルトの名無しさん
06/03/10 03:03:01
BREWも大変だな

318:294
06/03/10 03:52:55
>>316
なるほど…
WEBOPT_FLAGSにWEBREQUEST_NOKEEPALIVEを設定してみます。
なにぶん通信は専門じゃないもので…
大変たすかりました。
ありがとうございます。

319:デフォルトの名無しさん
06/03/10 05:25:59
最近上場したＮ社、ってどこだろう

320:デフォルトの名無しさん
06/03/10 08:31:22
Ｎじゃないだろハゲ

321:デフォルトの名無しさん
06/03/10 08:40:51
>>295
このスレだけ見ても情報が少なくてなんか「鮫島事件」みたいなんだよ。
誰も絶対内容を説明しようとしないしｗ

調べれば分かるってのと同時に、人によってデザインパターンとやらの認識が違うから
下手なこと言って叩かれるのが嫌なのかもしれないとは予想してる。

それはともかくBREW最近静かだな。
ウチのクライアントもメダルアプリとか速攻参入したがるのかと思ったら、
条件厳しすぎてクソゲー乱発の会社じゃ絶対通らねぇやｗ

322:デフォルトの名無しさん
06/03/10 09:00:17
まああれだ、プログラムしか出来ない奴が技術用語っぽいのを
振り回して悦に浸ってるだけ

おまえのプログラムが金に変わるのは、お前以外の人間が
作った仕組みや努力あってのことだっつーのだけは忘れるなよ

323:デフォルトの名無しさん
06/03/10 11:02:21
>>321
勝手に鮫島事件にしてデザインパターンも
理解しないでしまうとは
君も勿体ない男だね。

それより、
携帯電話ではJavaアプリなんかクラスを
何百も作っていられるほどの余裕はない
ＢＲＥＷではもっと沢山作れるが余裕がないことには
変わりはないだろ。
だからデザインパターンをBREWで実践したがらない
香具師が多いんじゃないかと思うんだが。

324:デフォルトの名無しさん
06/03/10 11:03:15
>>319
ヒントでわかった。

325:デフォルトの名無しさん
06/03/10 11:05:23
>>322
デザインパターンを知ってる奴がプログラムしか
できないわけないだろう。
作った仕組みの努力あってのことだっていうなら
お前にだってそれは言えるよ。
お前も努力もしてないくせに威張って今の自分がいるんだろ。

それが資本ってもんだ。
電気、ガス、水道の恩恵をお前は享受している。
その世界でお前は人を見下して悦に浸っているだけの愚か者なんだよ。

326:デフォルトの名無しさん
06/03/10 11:15:04
あぁ、デザインパターンか、でもアレ、あんな感じだからｗ

327:デフォルトの名無しさん
06/03/10 11:16:07
そういうお前もTemplate Methodパターンくらは使うだろ

328:デフォルトの名無しさん
06/03/10 11:16:30
もしくはHook Operator パターン

329:デフォルトの名無しさん
06/03/10 11:18:11
デザインパターンを知るようになるとプログラム以外の
UMLについても知るようになるし、
ソフトウェア工学についても必然的に知るようになり、
視野が広まっていく。
さらに哲学的思考能力も身に付くようになる。

まさに広がる世界

そして考える力が強まるに連れて人にこき使われるのが嫌になってくる。
そして独立精神が旺盛になるw

330:デフォルトの名無しさん
06/03/10 11:40:52
デザインパターンなんか関係なく独立してますが何か？

人の考えたものに影響されて独立心が高まるようじゃ、
そいつに端から意思など無い。道で勧誘されて宗教に
はまるのはそういうタイプだ。

331:デフォルトの名無しさん
06/03/10 11:52:17
>>330
おまいさんは自分の意志で行動しているみたいだが、
そう思っているのは自分だけかもしれないぜ。

332:デフォルトの名無しさん
06/03/10 12:21:58
結論:デザインパターンは知ってると便利だけと知らなくてもBREWで携帯用のアプリ組んでる分には困らないよ
　　でも知ってるとカッコイイよ

↓次の質問ﾄﾞｿﾞ

333:デフォルトの名無しさん
06/03/10 12:34:06
デザインパターンって何ですか？（ﾟ∀ﾟ）

334:デフォルトの名無しさん
06/03/10 12:50:31
>>331
そのレスは突っ込み返しようが無いのでつまらない。

自分の考えを何も書かずに突っ込みどころだけ探してるなんざ、
屋上から地面に居る人間に石を投げてるのと同じ卑怯者と
変わらん

335:デフォルトの名無しさん
06/03/10 13:13:41
>>334
地面から銃で撃ち返すぐらいの気合いを見せてくれよ。
他人に影響されて意志が変化してはならないみたいなことを書いてるが、
ぶっちゃけ頭が固いってことだろ？
他人の意見を聞いて、良いと思えば意志を変化させるぐらいの柔軟性は持って欲しいと思う。

336:デフォルトの名無しさん
06/03/10 13:49:25
俺の行きつけのスレだけど皆も来いよ！Σｄ(・ω・´)

ぐち0x13　～分かったから仕事させてくれ～
ｽﾚﾘﾝｸ(prog板)

337:デフォルトの名無しさん
06/03/10 14:11:59
なんかレスが珍しく多いと思ったら9割方スレ違いかい。

338:デフォルトの名無しさん
06/03/10 14:38:26
だってAUが締め出ししてんだもん。仕事になりゃしない。
大手以外要らないみたい

339:デフォルトの名無しさん
06/03/10 14:45:45
　　 _、_
　（く_,`　）　　　　 n 　　大手でなくても実績があれば結構ですっ！
￣　　　　＼　　　（ E）　
ﾌ AU　/ヽヽ_／／

340:292
06/03/10 15:49:24
while( CALLBACK_IsQueued(&p->webCallBack) ) {
　　CALLBACK_Cancel(&p->webCallBack);
}

の部分を

if( p->webCallBack.pfnCancel != NULL ) {
　　CALLBACK_Cancel(&p->webCallBack);
}

に変更したらピクト点滅（Aというアイコン？）がおさまりました。
WEBOPT_FLAGSにWEBREQUEST_NOKEEPALIVEを設定するまでもなかった
ですね。

一応報告まで。
私のミスですね。

341:デフォルトの名無しさん
06/03/10 16:32:17
大手と実績がある奴以外要らないみたい。

342:デフォルトの名無しさん
06/03/10 16:38:55
>>340
それ、何も変わってないと思うんだけど???

343:デフォルトの名無しさん
06/03/10 16:44:16
CALLBACK_IsQueued(&p->webCallBack) の戻り値が当てにナンネってことじゃね？

344:デフォルトの名無しさん
06/03/10 17:01:38
#define CALLBACK_IsQueued(pcb) (0 != (pcb)->pfnCancel)

同じです...。0 != NULL だったら知らないけど。

345:デフォルトの名無しさん
06/03/10 17:04:13
いい加減Javaと同じ考え方すんのやめなよ
whileで待つんじゃなくてシステムへ戻して待つのが正解。

346:デフォルトの名無しさん
06/03/10 17:05:34
whileで待ってなんかいませんがな

CALLBACK_Cancel()するとpfnCancelはNULLになるからwhileのループはMAXで1回しか走らない。

347:デフォルトの名無しさん
06/03/10 17:20:14
私は if 文の判定に int を使う人のセンスを疑うわけだが貴公らの意見を聞こう

348:デフォルトの名無しさん
06/03/10 17:26:56
>>347
マ板でやろうよ

349:デフォルトの名無しさん
06/03/10 17:31:48
今日からマのつく奴隷業！

350:デフォルトの名無しさん
06/03/11 13:44:16
>>332
知ってると恰好良いってだけでやるもんじゃない、
開発効率を高めるためにやるものだ。

351:デフォルトの名無しさん
06/03/11 19:21:14
>>350
ﾏｼﾞﾚｽ(｀･ω･´)ｶｯｺｲｲ

いやま、350は一連の流れの皮肉なんだろうけどさ

352:デフォルトの名無しさん
06/03/11 20:01:46
自分だけが知ってる状況じゃあんまり意味が無いしな

353:デフォルトの名無しさん
06/03/11 20:23:50
>>339
その実績を作るためにデスマーチ&大赤字になったプロジェクトを知っている。
その後は元請け会社との関係を断ち切ったらしい。

354:デフォルトの名無しさん
06/03/11 20:25:15
>>353
関係者乙

355:デフォルトの名無しさん
06/03/11 20:26:29
>>352
どうかな。Template MethodやSingletonは非常に簡単なので
すぐに理解して貰えると思うが。Abstract FactoryやProxyは
説明するのがめんどいかもしれないけど。

Compositeパターンくらいは教えておいた方がいいだろう。
あのパターンを知った多くの者は感動する。

感動させて、デザインパターンを勉強するやる気を与えさせるのも一興。

356:デフォルトの名無しさん
06/03/11 21:14:51
>>355
教えて理解しようとしてくれる・覚えようとしてくれるような状況ならいいが
むしろ「積極的に」理解しようとしない石頭が多いからな

パターンの話を続けるつもりならマ板でやろうぜ
さすがにもうスレ違いだ

357:デフォルトの名無しさん
06/03/11 21:22:04
逆に聞くが、ＢＲＥＷみたいな書き方は何パターンと言うのだ？
（手法的にはありふれたイベント駆動だと思うが）

358:デフォルトの名無しさん
06/03/11 21:53:33
ワンパターン

359:デフォルトの名無しさん
06/03/11 21:59:41
ノーパターン

360:デフォルトの名無しさん
06/03/11 21:59:55
パターンレス

361:デフォルトの名無しさん
06/03/11 22:06:50
パターン死の行進

362:デフォルトの名無しさん
06/03/11 22:12:25
インターフェースオブジェクトの実装は Flyweight パターンで作られてるよな。

363:デフォルトの名無しさん
06/03/11 22:38:18
>>361
がツボにはまったｗ

364:プログラマが死んでも、代わりはいるもの
06/03/11 22:48:21
パターン青！死途です！

365:デフォルトの名無しさん
06/03/11 23:10:17
ウチではRunAwayパターンを採用してるみたいだよ

366:デフォルトの名無しさん
06/03/12 07:09:08
さっぱりわかんないけど、デザパタが人を小馬鹿にするのに
うってつけな道具だと言うのは分かった。これじゃまじめに
取り組もうって気が起きないのもうなずけるよ。

知らん人間に対してからかうような応対して遊ぶやついるでしょ。
それ思い出したわ。

367:デフォルトの名無しさん
06/03/12 11:39:49
>>366
言い訳だな。
分からないなら調べて学習しろ。

368:デフォルトの名無しさん
06/03/12 12:45:58
ＢＲＥＷには必要ない。全く。

369:デフォルトの名無しさん
06/03/12 13:02:27
>>366
知らん人間が適当なこと書いて遊んでるだけだから安心しる

370:デフォルトの名無しさん
06/03/12 13:12:04
>>367
おまえはもっと国語と気持ちを読むことを勉強しろ
366はデザパタに対する技術知識について言っているんじゃない
それを学んだ人間がそれをどのように使っているかを言っているんだ

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からわざわざ「シミュレータ」って名前変更したくらいだし。

次ページ