BREW(Binary Runtime Environment for Wireless) 5

BREW(Binary Runtime ..

511:デフォルトの名無しさん
05/08/12 14:59:44
>>509
自前で実行ファイルを動的にロードするようなコードを書いております。

で、自分は　IModule　を持たずに動的にロードしたコードの　IModule　を
そのまま　IShell　に返してBREW　側で管理してもらおうと思ったんですがー、
OnModUnload()　が使えないとなると自分で　IModule　のインスタンスを持って
管理しないとﾀﾞﾒっぽいですね。

ありがとうございました。

512:508
05/08/12 15:18:56
と思ったけど、コールバック関数のコードもヒープ領域に持ってきて、
コールバック関数が呼ばれたときに自分自身も開放しちゃえばいいのかな？
でも、あんまりトリッキーなコードは書きたくないな・・・

513:デフォルトの名無しさん
05/08/12 15:51:25
>511-512
AEECallbackは、登録元のApplet開放時に内部で自動的にキャンセルされます。
なのでコールバックがそもそも呼ばれません。

# 例えばSeｔTimerしてキャンセルせずにアプリを終了しても、コールバックは呼ばれません

514:513
05/08/12 16:00:27
×SetTimerして
○SetTimerExして

515:513
05/08/12 16:48:53
そもそもIMODULE_Release()でIModuleの開放は管理されるので、これに任せてしまえばいいのでは。
AEEMod_Load()でのどのような処理を行っているか不明なのでなんともいえませんが。

516:508
05/08/12 17:02:08
>>515
動的にロードした側の　IMODULE_Release　を使うって意味でしょうか？
ここの　PFNFREEMODDATA　でコード領域を開放しちゃったら、
ret　した領域が開放済みになるから無理ぽかと。

517:デフォルトの名無しさん
05/08/12 17:46:10
>516
ああ、無理ですね。
ローダーのIModuleを書くしかないと思います。

518:デフォルトの名無しさん
05/08/13 17:00:21
今まで何機種も会社の移動機には普通にアプリ転送したりしてたんだけど、
突然思い立って私物のA5505SAを繋いでみたらAppLoaderがファイルシステムを認識してくれないんですけど、
なんででしょうか？
ちなみに会社所有の移動機はTalbyとかW22SAとかA5503SAとかです。
A5503SAはちゃんとBrew2.x指定でファイルシステム読めてます。
後継機種のA5505SAで駄目な理由がわからないとです。

519:デフォルトの名無しさん
05/08/13 17:09:25
>>518
実機の設定はされてるんですか？？
そのままじゃ駄目なはずです。

520:518
05/08/13 18:24:38
>>519
浅学で申し訳ないんですが実機の設定って何ですか？
AppLoaderは自分のPCに自分でインスコして特別設定してないけど
会社の端末どれも読めたので実機の設定って実機側にする設定っていう意味ですよね？
移動機側にコンシューマでいうMODチップ改造みたいなのをする必要があるんですか？

521:デフォルトの名無しさん
05/08/13 18:46:59
そうだよ。いままでどうやってたか知らないの？

他の人にナイショで勝手にやってるのかねぇ

522:デフォルトの名無しさん
05/08/13 20:11:48
CPなら詳しい人に聞くか、支援サイトを見てください。
ここで書ける内容じゃないので。

523:518
05/08/13 21:20:29
>>521
ただ渡された端末を使ってただけなので知らなかったです。

>>522
CPじゃなくてただの請負なのでCPの人に「私物で試したいんで」とは言えないです。
社内にCPから教えてもらってる人がいるかどうか聞いてみます。
ありがとうございました。

524:デフォルトの名無しさん
05/08/13 21:48:25
私物でやんなよヴォケ

525:デフォルトの名無しさん
05/08/13 22:11:55
実機にはアプリをPCから転送可能にする隠し設定が有るんだよ
一般人が勝手アプリを転送して、公式有料アプリをDLしてくれないと困るからね

526:デフォルトの名無しさん
05/08/13 22:41:17
結局ｱﾌﾟﾘの動作にはsigが必要だから
そこで頓挫する気がする。

527:デフォルトの名無しさん
05/08/13 23:53:11
>社内にCPから教えてもらってる人がいるかどうか聞いてみます。
518は普通にｱﾌｫ。>>524の通り。
個人所有の端末で自由に転送させないために
特殊な設定があるんだってことを理解しろよ。

528:デフォルトの名無しさん
05/08/13 23:53:42
518はある意味負け組だな

マジレスするとKから機材借りて
それで各端末メーカーから提供されているあるデータを端末に転送しないと
Appﾛｰﾀﾞｰで端末認識できない

まあ機材借りるのにも手続きやらレンタル料やらめんどくさいし
私物にやろうとしたら首になりかねがんとおもうが

まぁそれでもやりたいなら止めんがね

529:デフォルトの名無しさん
05/08/14 00:43:35
叩きすぎだろｗ

530:デフォルトの名無しさん
05/08/14 01:30:25
お盆休みも無いんだから叩くくらい大目にみろや

明日も遅刻すんなよ

531:デフォルトの名無しさん
05/08/14 04:03:57
>>528
俺は機材を借りても無ければメーカの謎ﾃﾞｰﾀを転送もしてないが？
なんの釣りですか？

532:デフォルトの名無しさん
05/08/14 04:08:57
釣りって言うか、やろうとしてんだろ？

533:デフォルトの名無しさん
05/08/14 04:29:58
いや、だから、転送するのに>>528みたいなことは必要ないんだが

534:デフォルトの名無しさん
05/08/14 05:15:58
仮眠終了…ﾁｮｯﾄ働いてくる

んで兄者たち
守秘義務に関わる話題はしない方がいいんじゃない
まあある機材が必要なら必要てことに
秘密設定が必要なら必要てことで
関係者意外の椰子は各自自由に脳内設定するがよろしかろう
←職場|'A`)ﾉｼんじゃ

535:デフォルトの名無しさん
05/08/14 07:40:39
だな。
この件はもうあやふやでもうやむやでもいいから終了。
合っていようが間違っていようが以降スルーで。

536:デフォルトの名無しさん
05/08/14 08:13:11
とりあえず>>518は
URLﾘﾝｸ(www.au.kddi.com)
2.携帯電話上で動かすには?を読んだ方がいい。

537:デフォルトの名無しさん
05/08/14 14:43:42
>>518
デルタワープ移植キボンヌ
つ URLﾘﾝｸ(blog.livedoor.jp)

538:デフォルトの名無しさん
05/08/14 18:46:58
ここは下請けが多いスレですね。

539:デフォルトの名無しさん
05/08/14 21:47:28
金があって人材も揃ってればケータイ開発なんて泥臭い仕事は
新人研修の分以外は外に投げるっしょ？
金が無きゃCPになれないわけで、結局CP自体でやってるのって全体の何割くらいよ？

540:デフォルトの名無しさん
05/08/15 22:04:21
ギコナビ起動しようとして間違えてBREW_Emulator.exeダブルクリックしたから記念age

541:デフォルトの名無しさん
05/08/16 09:29:53
ﾉｼ＜CP

542:歩流２等兵
05/08/16 16:01:17
とっとと働けよ

543:デフォルトの名無しさん
05/08/16 19:23:59
>>541
ﾉｼ

CPやるのに、そんな大資本が必要か？
まあ「コンパイラが高い」なんて言う会社だとしたら辛かろうが。

544:デフォルトの名無しさん
05/08/16 21:42:06
>>543
必要なものを挙げてみろよ低脳

545:デフォルトの名無しさん
05/08/16 23:28:03
努力(金) 友情(人材) 勝利(利益)

546:デフォルトの名無しさん
05/08/16 23:46:01
BREWサイトなんか始めようとするとな、企画が通って開発始めてから
稼働するまでに半年ぐらいかかるわけよ。
なにせ検証で三ヶ月ぐらい待たされたりするし。
そうすると半年間無収入で、その間の給料は払わなくてはいけない。
何やるにしても最初はそうなんだけど、BREWは自分達がいくら頑張っても
人のせいで短縮できない何ヵ月もの無収入の期間があってね。
みんな嫌がるわけよ。

547:デフォルトの名無しさん
05/08/16 23:53:17
>>546
BREWアプリくらいおまえが一人で作れよ。

548:デフォルトの名無しさん
05/08/17 00:33:15
開発したアプリを代わりに売ってくれるCPがあればぬー

549:デフォルトの名無しさん
05/08/17 01:52:32
>>547
BREWアプリなんか一人で作ってるが546理解できるかチョン？

550:デフォルトの名無しさん
05/08/17 05:10:24
>>549
チョンに囲まれながら一人でBREWアプリ作ってる僕が着ましたよ(実話)。

じゃなくて質問です。
MIFファイルにアイコンを設定したいんですが、
MIFエディタ(BREW_MIF.exe)のアイコンの部分に何を入れても反映されません。
他の人から貰ったMIFファイル内のアイコンを「展開」して
それを指定してもエミュレータでディフォルトのアイコンが表示されてしまいます。
どうやって設定したらいいですか？
宜しくお願いします。

551:デフォルトの名無しさん
05/08/17 05:26:31
>>550
んなわけない。
そのMIFファイルは唯一のMIFなのか？
間違いなくエミュレーターにロードされるMIFなのか？
画像フォーマットは大丈夫か？

552:デフォルトの名無しさん
05/08/17 05:32:24
単に転送ミスだと思われ

553:550
05/08/17 09:32:00
>>551
「名前」の項を変えるとエミュレータでの表示も変わるため
間違いなくエミュレータに読み込まれるファイルを編集しています。
画像フォーマットはPNG, BMP(16色, 256色)を試しましたがいずれも駄目です。
元リソースは別のファイルから「展開」してきた物も試していますが駄目です。

書き忘れていましたがMIFエディタのバージョンは2.1.1.1Jです。

554:デフォルトの名無しさん
05/08/17 09:35:46
サイズ間違ってるんじゃね？

555:デフォルトの名無しさん
05/08/17 09:38:46
サムネイル表示等の詳細項目に設定していないに1000ペリカ

556:デフォルトの名無しさん
05/08/17 10:29:30
MIFエディターの詳細設定のサムネイル表示とか全てに画像入れて
どこで何が表示されるか確認したほうがいいと思われ。

557:デフォルトの名無しさん
05/08/17 11:57:32
アイコン⇒48×48
画像⇒192×192
サムネイル⇒32×32
の画像を設定する！

558:553
05/08/17 15:20:24
>>554-557
解決しました。>>555さんに8000ペリカ配当です!(;´Д｀)
エミュレータ/端末機共にアイコンと画像を表示できました。
気ばかり焦っていて詳細設定内の項目を見落としてただけでした。
ありがとうございました。

559:デフォルトの名無しさん
05/08/17 21:26:39
>>546
検証で待ってる間、何も仕事しないつもりなの?
つうか収入期間を長く切らせる時点で経営者として失格
他の仕事もとってこいよ

560:デフォルトの名無しさん
05/08/17 21:59:42
ってか、普通CPならBREW以外もやるべ。

561:デフォルトの名無しさん
05/08/17 22:37:27
BREWでカメラを使って写真を撮影後、
JPEGファイルとして保存するアプリを作っています。
利用機種：W21T(BREW2.1シーケンス２)
ICAMERA_Previewで、プレビューモードへの以降後、
ICAMERA_RecordSnapshotでシャッター音が鳴り、戻り値として、
0を返しているのですが、肝心な写真がファイルとして保存されていません。。事前に空ファイルを作っておく方法も試しましたが、ファイルは最初に作った0バイトのままで変化がありません。
何か思い当たる節がございましたら、ご教授いただけませんでしょうか？宜しくお願い致します。

562:デフォルトの名無しさん
05/08/17 22:41:33
>>559
日本語理解してから書き込めよチョン

563:デフォルトの名無しさん
05/08/17 22:57:18
>>562 解説希望

564:デフォルトの名無しさん
05/08/17 23:05:43
つーか、もうかんねー仕事なんかするなよ。

565:デフォルトの名無しさん
05/08/17 23:46:34
>>561
それだけじゃ情報が足りなくて、こちらとしても適切なアドバイスは難しい。
とりあえず、コールバック関数の見直しから。
撮影時のCAM_STATUS_DONEを待っているか？
エンコード時のCAM_STATUS_DONEを待っているか？

566:デフォルトの名無しさん
05/08/18 00:25:59
>565
ありがとうございます。ご回答いただいたのに、理解がついていっておらず、大変申し訳ありません。
>撮影時のCAM_STATUS_DONEを待っているか？
>エンコード時のCAM_STATUS_DONEを待っているか？
の撮影時、エンコード時とはどういった意味でしょうか？

現在の実装は、キー"1"の押下でプレビューモードが発生し、キー"2"の押下で画像を保存といった流れにしています。
(1)ICameraのインスタンス生成
(2)ICameraのコールバック通知関数の登録
(3)ディスプレイサイズの設定
<キー"1"の押下>
⇒(4)ICameraのプレビューモード起動
ICAMERA_Preview(pMe->m_pICamera);
　　⇒コールバック関数のCAM_STATUS_FRAMEが呼ばれ続けています。
<キー"2"の押下>
⇒(5)レコードスナップの取得
pMe->m_aeMD.clsData = MMD_FILE_NAME;
pMe->m_aeMD.pData = "sample.jpg";
pMe->m_aeMD.dwSize = 0;
ICAMERA_SetMediaData( pMe->m_pICamera, &pMe->m_aeMD, "image/jpeg" );
ICAMERA_SetVideoEncode(pMe->m_pICamera, AEECLSID_JPEG, NULL);
ICAMERA_RecordSnapshot(pMe->m_pICamera); // "0"が返却

また、コールバック関数でCAM_STATUS_DONEが呼ばれた場合は、何もせず、breakしています。

567:565
05/08/18 01:04:50
AEECameraNotifyn* camNotify　としたとき、
撮影時とは、camNotify->nSubCmd が CAM_MODE_SNAPSHOT の時のことを、
エンコード時とは、camNotify->nCmd が CAM_CMD_ENCODESNAPSHOT の時のことを、
それぞれ指して言ったつもりでした。わかりにくい表現をして済みません。

>>566の処理の流れで言うと、
>ICAMERA_RecordSnapshot(pMe->m_pICamera); // "0"が返却
のあと、
　camNotify->nSubCmd が CAM_MODE_SNAPSHOT　で
　・camNotify->nStatus が CAM_STATUS_START
　・camNotify->nStatus が CAM_STATUS_DONE
　camNotify->nCmd が CAM_CMD_ENCODESNAPSHOT　で
　・camNotify->nStatus が CAM_STATUS_DONE
のコールバックがこの順に発生し、ここでjpegファイルが完成します。
これらのコールバックを見届ける前にjpegファイルを読み込んでも失敗します。
561=566さんのソースではICAMERA_RecordSnapshot()のあとどうなってますか？

568:デフォルトの名無しさん
05/08/18 01:57:31
>>564
儲かんないねぇー。
もうだめかもわからんな。

569:デフォルトの名無しさん
05/08/18 02:04:18
>>567
ありがとうございます。RecordSnapShotを呼んだ瞬間に、
てっきり、jpegファイルが完成するものだと思っていました。
ご教授いただいたイベントが発生するか、トレースしてみます。
RecordSnapShotのあとは、何もやっていません。
ただ、RecordSnapShotの直後に生成されたjpegファイルを読み込むといった
コードにはしておらず、RecordSnapShotが呼ばれたあと、1分後くらいに(これくらいあれば、
ご教授いただいたイベントは全て完了している場合が多いはず？)、アプリを
手動で終了し、AppLoaderでjpegファイルが端末内に正しく生成されているかの確認を
しようという流れにしていました。
いずれにしてもトレースしてみないとなんとも言えないので、もう少しチェックしてみます。結果はまたこちらで報告します。

570:デフォルトの名無しさん
05/08/18 04:17:01
BREWたんはぱんつはかない派だよ

571:デフォルトの名無しさん
05/08/18 17:43:15
(；´Д`)ﾊｧﾊｧ・・・

572:デフォルトの名無しさん
05/08/18 23:35:25
糞ｹﾞｰ乱造の詐欺商売はもう疲れたよ・・・('A`)
もう仕事には金以外の目的無いし。

573:デフォルトの名無しさん
05/08/19 00:53:42
>>567
本日無事に解決致しました。ありがとうございました。
ICAMERAの呼び出し前に必要なプロパティ設定の修正と、
メモリ周りの改善(ICAMERAのインスタンス生成のタイミング修正)
を行うことで、無事に端末内に画像を保存できました。
本当に助かりました。

574:デフォルトの名無しさん
05/08/19 08:36:38
カメラ使うアプリのガイドラインはけっこうキチキチなので
サービスガイドを呼んでおくといいですよ

575:デフォルトの名無しさん
05/08/19 10:08:12
ｶﾒﾗ使うとW21Kのﾒﾓﾘﾁｪｯｸが他のと違うとか、
0ﾊﾞｲﾄのﾌｧｲﾙ作っちゃいけなかったと思ったけど、
始めにﾌｧｲﾙ作っとけとか、ｶﾒﾗﾒﾝﾄﾞｲ。

576:デフォルトの名無しさん
05/08/19 14:00:41
0バイトのファイルって最初にダウンロードさせちゃいけないだけじゃね？
作っちゃいけないとは書いてないような。

577:デフォルトの名無しさん
05/08/19 19:17:31
>>576
ドキュメントの隅から隅まで読むと、書いてある。
どのドキュメントかは忘れた。
何せ色んな所に色んな事がバラバラに書いてあって、後で何がどこにあったかは
分からない。
もうね怒りを通り越して笑うしかないよ。
全部のドキュメントを何度も注意深く読んで、自分でメモを取るように。

578:デフォルトの名無しさん
05/08/19 23:58:03
ところで、3.1端末のバグっぷりはどうにか

579:デフォルトの名無しさん
05/08/20 01:29:58
ばぐじゃないよしようだよあはは

580:デフォルトの名無しさん
05/08/20 05:17:29

(/'∀`)/ ｱﾊﾊﾊｰ
　　　　ミ
　　　　　BREW2.1
　　　　BREW3.1
　　　　W31T

581:デフォルトの名無しさん
05/08/20 14:58:15
どうしてクアルコムがBREWの綴りを間違っているのはなんで？

×BREW
○blur

582:デフォルトの名無しさん
05/08/20 14:59:10
>>581
おもしろくないですよ。

583:デフォルトの名無しさん
05/08/22 14:48:59
>>576-578が曖昧だったり誤解を招く書き込みに見えたのでまとめてみた。
違っていたら当人が訂正しておくれ。

>ｶﾒﾗ使うとW21Kのﾒﾓﾘﾁｪｯｸが他のと違うとか、
W21K端末仕様書の最後にあるICAMERAを使うときに限っての但し書きのことだろう。

>0ﾊﾞｲﾄのﾌｧｲﾙ作っちゃいけなかったと思ったけど、
これに対して>>576が言ったことはそれはそれで正しい認識だが、>>575は別のことを指している。
サイトのFAQのファイル操作のところに、0byteファイルに関する記述がある。
ファイルを生成した直後にアプリを終了させると0byteファイルが残ってしまうがそれは検証NGだと。
>>575はこれのことを指して、0byteファイルを作ることがNGだと思ったのだろう。

実際は、カメラ撮影の保存先ファイルとして撮影時に0byteファイルを作ること自体はOK。
ただもちろんこれも、0byteのまま残しておいてはいけない。
撮影中断やアプリ中断・終了時は、0byteファイルがあれば削除しておく。

>始めにﾌｧｲﾙ作っとけとか、
これについてはサイトのFAQのカメラ連携のところに、こう書かれている。
>事前にファイルを用意していない場合は新規にファイルを作成し、
>事前にファイルを用意している場合はそのファイルが撮影画像によって上書きされます。

撮影前にファイルを作っておく必要があるのかないのか、アプリ側から判断できないから
結局、機種に関係なく撮影前にファイルを作成しておけばよいってこと。
ここで新規に作成するファイルは0byteでOK。

584:デフォルトの名無しさん
05/08/22 16:17:50
IDISPLAYとIGRAPHICS、どっちが高速？
矩形とか円とかの描画でどちらに統一すればいいか迷ってるんですが･･･

585:デフォルトの名無しさん
05/08/22 22:26:19
>>584
お前がやってどっちが高速か報告しろ

586:デフォルトの名無しさん
05/08/23 00:26:46
まず自分で試してからにしろよな
それからだろう

587:デフォルトの名無しさん
05/08/23 08:30:22
ここまでのまとめ：
・カメラ面倒くさい
・BREW3.1('A`)ﾏﾝﾄﾞｸｾ
・BREWたんはぱんつ穿いてない

588:デフォルトの名無しさん
05/08/23 08:37:29
>>587
一番下、超詳しく

589:デフォルトの名無しさん
05/08/23 10:03:55
一番下だけ検証がまだだな（ﾟ∀ﾟ）

590:デフォルトの名無しさん
05/08/23 11:20:44
その検証には3ヶ月かかります。

591:デフォルトの名無しさん
05/08/23 12:57:49
その検証は、私が１年かけてじっくり行います。

592:デフォルトの名無しさん
05/08/23 14:10:05
絵描きさんが居たら是非BREWたんを視覚化しておくれ。

593:デフォルトの名無しさん
05/08/23 20:47:19
フォントサイズって指定できませんか？

594:デフォルトの名無しさん
05/08/23 21:21:56
>>592
「ここまで読んだ
俺専用おしり」とかいうAAでうんこしてる女の子がBREWたん

595:デフォルトの名無しさん
05/08/23 23:55:26
>>593
指定はできますよ。
表示サイズはメーカーごとにバラバラだけどな！

596:デフォルトの名無しさん
05/08/24 00:09:35
どーしても全端末固定サイズにしたければ
フォントと表示ルーチンを自作だな

597:デフォルトの名無しさん
05/08/24 00:41:39
まさに外道

598:デフォルトの名無しさん
05/08/24 03:41:42
>>596
SMALLFONTがちっともSMALLじゃないおかげでそれをやる羽目になったよ……。
フォントは著作権的に問題無いところから引っ張ってきたが。

599:デフォルトの名無しさん
05/08/24 10:01:13
今製作中のはシステムフォントを使わない選択肢はありえないから
レイアウト調整でしねる…

600:デフォルトの名無しさん
05/08/24 16:16:39
>>598
日本語フォントで恵梨沙以外であればくわしく！くわしく!!

601:デフォルトの名無しさん
05/08/24 16:46:50
詳しくも何も必要な文字だけ書いた画像用意して
切り貼りするだけじゃアルマジロ

602:600
05/08/24 17:11:01
>>601
いや、重要なのはここ!!ここ!!
> フォントは著作権的に問題無いところ
恵梨沙以外でケータイで使えそうなのあるなら教えてクレクレ(｀ω´)

603:デフォルトの名無しさん
05/08/24 19:59:48
MS ｺﾞｯｸ

604:デフォルトの名無しさん
05/08/25 01:59:41
>>600
クライアントとも相談して問題なかろうということで東雲。

605:デフォルトの名無しさん
05/08/25 11:44:00
東雲～
それは～
君が～見た光～
僕が～見～た～希望～♪

606:デフォルトの名無しさん
05/08/25 12:21:26
青雲やがな

607:デフォルトの名無しさん
05/08/25 18:53:15
BREWたんはツンデレ

ず　っ　と　ツ　ン　だ　が　な　orz

608:デフォルトの名無しさん
05/08/25 19:35:40
　　　　__
　　 i＜´ 　 }＼　 ,　- 、
　　　ヽ.._＼./　 .ﾝく　r-兮、＿_
　　　 ∠｀ヽ.!　/ 　ヾﾆEｦぐ　,ゝ-＞　　
　　　/＿｀ｼ'Ｋ-──‐-､l∠ イ　　　さすがゴックだ
　　　l´__,/l＼､_￣０¨0)ﾞ@Yﾍ, -┤　　BREWが糞でも
.　　 l'___|⌒ヾ''ｰ＝=､ｰr='ｲ　ｉ二| 　　　なんともないぜ！
　　　/　.｣　　 i　　 /./7r‐く　 lー! 　　　　　
.　　ｆ.　　ヽ‐ｉ人.∠'＜　＿i. l,.-ゝ.
　　ﾄiﾍﾍ｢ﾄ〈　　　　｀X　　ﾄﾚi7__|
　　　〉ﾄ:ﾄﾊj｀! i.　　　 /　ﾄｰ┤lﾙj,ﾘ
　　/‐+----+‐l　　 iｰ--i---ヾ'〃
.　ｌ＿i＿＿__i__|　　 |＿__i,＿＿i_|

609:デフォルトの名無しさん
05/08/25 22:22:29
とりあえずタカビーで縦ロールのツンツン娘と > BREWたん

610:600
05/08/25 22:25:25
>>604
㌧クス
ウオノメってフリーなんじゃね。

611:舞柳（スパイ72部隊5等兵入隊24分）
05/08/27 01:49:15
(´-`).｡oO(フォントくらい統一しろよな…)

612:デフォルトの名無しさん
05/08/27 02:01:50
(´-`).｡oO(関数の戻り値くらい統一しろよな…)

613:デフォルトの名無しさん
05/08/27 02:04:20
(´-`).｡oO(いっそ普通のC++にしろよな)

614:デフォルトの名無しさん
05/08/27 02:22:03
BREWにとても興味があるわけだが、
とりあえず試してみるのにVC++が必要なわけ？
そんなもん買う金ねえだよ。みんな買ってるの？
それとも会社でのみ開発？

615:デフォルトの名無しさん
05/08/27 02:28:52
gccでもできるヨーダｶｺﾖｽ
がくわしくは前スレなりなんなり
どエロイ方々に聞いてね
ｵﾔﾐﾐ

616:デフォルトの名無しさん
05/08/27 03:09:27
えっとAUのゲームつくってるんですが
mmfとかPNGとかのデータファイルを
外部にもたせてもいいですか？
それとも全部barにいれないと
アプリカタログにのせてもらえないんでしょうか？

617:デフォルトの名無しさん
05/08/27 03:51:44
ガイドライン嫁

てか容量関係から考えても外部ﾌｧｲﾙはbarなんかに纏めたほうがいい
端末でクラスタサイズとかまちまちだからぬー

ところでBREWたんは何時になったらデレになるんですか（つд`)

618:デフォルトの名無しさん
05/08/27 04:18:36
ツンデレくらいかな

619:デフォルトの名無しさん
05/08/27 06:31:26
>>612
オーダーメイドですか。そうですか

620:デフォルトの名無しさん
05/08/28 01:06:09
>>614
別にいらんよ。

Windowsのエミュレータで動かすならCygwinのGCCでもいける。
が、GCCでDLLを作れるだけの技術とかBREWの内部の動作の理解が必要。

実機用にコンパイルするのもGCCだけでいけるけど、
自分でMakefile書けないと無理。

まぁ、どっちにしろ大変だって事です。

621:デフォルトの名無しさん
05/08/28 12:06:52
適当に.netでも買ってきて作った方が圧倒的に早い予感
それでも最初は難儀するのは確かだが

622:デフォルトの名無しさん
05/08/28 22:19:52
プログラム終了時に以下のようなメッセージが出力されます。
何かを解放し忘れているのだと思うんですけど、何でしょうか？

Validating Heap...
------ App Heap Info ------
68 - DQMODOKI #2316 SHELL (L)
68 - DQMODOKI #2619 SHELL (L)
68 - DQMODOKI #3043 SHELL (L)
68 - DQMODOKI #3149 SHELL (L)
68 - DQMODOKI #3263 SHELL (L)
68 - DQMODOKI #4214 SHELL (L)
68 - DQMODOKI #4243 SHELL (L)
68 - DQMODOKI #4269 SHELL (L)
68 - DQMODOKI #4298 SHELL (L)
-------------------------

623:デフォルトの名無しさん
05/08/28 22:53:03
それだけじゃなにも分からんが、
まずはアプリ名をなんとかすべき

624:622
05/08/28 23:46:40
>>623
アプリ名はそのままここに貼り付けると仕事がばれてしまうので適当に置き換えました。

追加で質問なのですが、
120 - FFMODOKI #215 File: OEMBitmap_generic.h Line: 186 (L)
というリークも報告されます。
ダミーのMALLOCで無理やりリークさせて発生地点を調べたところ、
AEEApplet_New内の
# ISHELL_CreateInstance(pIShell, AEECLSID_DISPLAY, (void **)&pme->m_pIDisplay);
この行によって引き起こされているようです
（この行の前後にわざとリークするMALLOCを書くと#数字の部分が↑の報告の数字の前後になります）

しかし、解放のさせ方がわかりません。
FreeAppDataで該当のIDISPLAYを解放しても駄目、
同じところで関連づいているIBITMAPを解放しても駄目です。
そもそも標準のルーチンなので、何故リークするのかわかりません。
解決方法はありますでしょうか？

625:622
05/08/29 00:12:56
一つ自己解決しました。
OEMBitmap_generic.hの方は
各所でIDISPLAYに
IDISPLAY_GetDeviceBitmap
してた為でした。
IDISPLAY_GetDeviceBitmapする場所を一本化して
IBITMAP_Release
したら消えました。

626:デフォルトの名無しさん
05/08/29 00:25:00
>>622
とりあえずAPIリファレンスとプログラミングガイド嫁

APIリファレンスより抜粋
>IDISPLAY_GetDeviceBitmap
>この関数は、IBitmapポインタが返された場合、
>このポインタへの参照を第2パラメータとして内部的に追加します。
>アプリケーション開発者は、IBITMAP_Release()を使ってこのポインタを
>解放する必要があります。

何も書いてなくても同系統の関数にAddRefがある奴は全部開放が必要と思うべし。

627:デフォルトの名無しさん
05/08/29 00:34:52
>>17
BREWのコード実際見たが
ソースコードとんでもなく汚いぞ。
あのコード書いたヴァカはオブジェクト指向をもっと勉強しやがれチキン
といいたくなるほどのスパゲティコードだったぞ。
無駄な#define、番号をつけただけの下手くそな変数命名。
スクロールバーを作るのに汚い糞コードでいちいち実装している。
あんな糞コード書いてる奴がJava使いよりも玄人だぁ？
アフォか。汚いコードしか書けない奴は何を使おうとド素人な証拠。
プロはコードをもっと綺麗に書く。そしてバグも最小限に
納めデスマーチに陥りにくくする。そして顧客からの仕様変更要望にも
素早く対応できるようになり拡張性も容易になる。

今会社でBREWの案件引き受けてる奴らは皆徹夜組よ。休日も盆休みも夏休みもなく
効率悪い手法で開発し続けている。
残業代もでないのによくやるもんだな。
連中の書くコードはバグばかり。マネージャも呆れて、
彼らのプログラムはときどき動かなくなると言っている。
奴らのBREWプロジェクトは見事なデスマーチだよ。休みもとれず
効率も考えずに計画性もなくただ黙々とやってるだけだから
突然打ち合わせになったときにチームでやっても意思の伝達が送れて
納期も見事に送れ過ぎているもんだ。
連中はソースコードが汚いからいつまでたってもデスマーチから抜け出すこともできない。
BREWなんてまだまだそんなもんだ。

628:デフォルトの名無しさん
05/08/29 00:35:49
BREW上でJavaが動くBREWアプリが出るらしいからいいや

629:デフォルトの名無しさん
05/08/29 00:45:53
>>245
バージョンアップするたびにやたらと仕様がかわるAPIがいくつか廃止される、
そんなことばかり続くような言語や環境は
開発者に対する侮辱ともいえそうだ。
まるで、毎回バージョンアップするたびに互換性のなさに苦しめられたＶＢ厨みたいだ。

630:デフォルトの名無しさん
05/08/29 00:47:36
認証をどうにかしないとBREWなんてやってられない。
認証をどうにかしないとBREWは流行らない。
KDDIはそれをわかっているかどうかだ。
今後、KDDIはBREWが流行らなくても認証を緩和せずにいるのかどうか、だ。

631:デフォルトの名無しさん
05/08/29 01:36:14
>628
その話はもう終わったんだ。

632:デフォルトの名無しさん
05/08/29 01:45:17
誰かなんでもいいから動作するBREWのソースコードうｐして下さい。
実践バイブルのやつ以外で。
なるべく綺麗なの。

633:デフォルトの名無しさん
05/08/29 02:01:12
ykuboさんの中の人って普段なにしてるんですか？

634:デフォルトの名無しさん
05/08/29 02:07:10
>>630
JavaでBREWが動くアプリが出れば無問題

>>632
守秘義ｍ

635:デフォルトの名無しさん
05/08/29 02:20:29
BREWアドバンスト・プログラミングを買って正直後悔してるヤツ挙手

ノ

636:デフォルトの名無しさん
05/08/29 04:16:01
>627
吼えてないで仕事しよ、な
大変なのはみんな一緒なんだから……

ﾖｼﾖｼ　　　ｺﾞﾙｧｺﾞﾙｧ
( 'A`)ｼ(ﾒ 'A`)_/￣/

637:デフォルトの名無しさん
05/08/29 04:20:58
じゃあここはJavaVM移植するしかないですね！
KVMってソースDLできるんだっけ・・・？

638:デフォルトの名無しさん
05/08/29 05:35:32
データフォルダ内のファイルにアクセスするにはどうすれば良い？

639:デフォルトの名無しさん
05/08/29 06:03:08
みんなこんな時間まで・・・

(つД｀)つ旦

そして俺もがんばれ

640:デフォルトの名無しさん
05/08/29 07:21:17
ウチはゲーム系だが、未だに504時代からの１人１アプリ方式が生きてる。
容量が増えても期間は延びずクオリティーを下げて実装重視。
チームなんてとんでもない。

ユーザはアプリ名称でしか内容を判定できないから、
動きさえすれば商品化ＯＫなんだよな(ﾟ∀ﾟ)
ｲｲｶｹﾞﾝﾂｶﾚﾀﾖ('A`)

641:デフォルトの名無しさん
05/08/29 07:54:33
ウリナラゲームポンによってケータイ開発の逆価格破壊が起こると言ってみるテストニダ

642:デフォルトの名無しさん
05/08/29 08:18:03
>>627
今ごろのこのこ出てきて泣き言かよ。よっぽど悔しかったんだろうなｗｗｗ
少しは頭使う訓練しとけよ。これじゃ煽りにもなんねぇよ。

あ、オツムの回転のとろいオマイには無理か。
すまんかった。

643:デフォルトの名無しさん
05/08/29 14:30:45
昼より深夜の方がスレが活発なのは仕様でつか( ゜д゜)ノ

644:デフォルトの名無しさん
05/08/29 15:21:22
偶然です

645:622
05/08/29 15:49:17
昼の8時間は深夜及び休日出勤の5分と等価ですね...そこの企画いいから少し黙ってろと。

閑話休題で質問です。
68 - DQMODOKI #2316 SHELL (L)
の中のひとつが
MemAStreamをReleaseし忘れていることだと気付いたのですが、
これを解放しようとすると割り込みで止まります。
理由は関連付いていた物との解放順序のように見えたのですが、
よくわかりません。

// メモリストリーム作成
ISHELL_CreateInstance(m_pIShell, AEECLSID_MEMASTREAM, (void**)&m_pMemoryStream);
m_pUnzipStreamBuffer = (byte*)MALLOC(fileSize);
file.Read(m_pUnzipStreamBuffer, fileSize);
IMEMASTREAM_Set(m_pMemoryStream, m_pUnzipStreamBuffer, fileSize, 0, FALSE);
// Unzipストリーム作成
ISHELL_CreateInstance(m_pIShell, AEECLSID_UNZIPSTREAM, (void**)&m_pUnzipStream);
IUNZIPASTREAM_SetStream(m_pUnzipStream, (IAStream*)m_pMemoryStream);

このような感じに作成しているストリームなのですが
解放で

646:622
05/08/29 15:51:32
解放で

if (m_pUnzipStream != NULL)
{
　　IUNZIPASTREAM_Cancel(m_pUnzipStream);
　　IUNZIPASTREAM_SetStream(m_pUnzipStream, (IAStream*)NULL);
　　IUNZIPASTREAM_Release(m_pUnzipStream);
　　m_pUnzipStream = NULL;
}

if (m_pMemoryStream != NULL)
{
　IMEMASTREAM_Release(m_pMemoryStream);
　m_pMemoryStream = NULL;
}

if (m_pUnzipStreamBuffer != NULL)
{
//　FREE(m_pUnzipStreamBuffer); <- ※ここで落ちる
　m_pUnzipStreamBuffer = NULL;
}

↑の※ここで落ちるの所で落ちます。自分でMALLOCしているものなのですが、
IMEMASTREAM_Releaseで一緒に解放されてしまうのでしょうか？

647:デフォルトの名無しさん
05/08/29 16:02:08
単純にIMEMASTREAM_Release()とFREE()の順番を入れ替えればいいじゃない

648:デフォルトの名無しさん
05/08/29 16:16:16
>>634
無理無理。
PCでBREWが動くアプリならできそうだが。
そもそもJavaでBREWが動いてどんなメリットがあるのやら。
重たそうだし
KDDIが得をするだけで
他者、他のプログラマは損をするだけ。

649:デフォルトの名無しさん
05/08/29 16:17:32
>>642
いや、>>627はBREW開発には将来性がないと訴えているように見えるぞ

650:デフォルトの名無しさん
05/08/29 16:19:55
>>646

なんだがネーミングセンス最悪だな
>
> if (m_pUnzipStream != NULL)
頭にm_なんてつけるなよ。
グローバル変数もグローバル関数もデフォルトで全部使用禁止にすれば
そんなくだらないことする必要ないだろ。
フルオブジェクト指向でやれよ。
それにアンダースコアなんて変数名がすべて大文字のとき以外つかわないもんだぜ。

651:デフォルトの名無しさん
05/08/29 16:20:29
ネーミングセンスからしてBREWも長くは持つまい。

652:デフォルトの名無しさん
05/08/29 16:20:56
ハンガリアンとか、時代遅れなコーディング規約がBREWを駄目にしている

653:デフォルトの名無しさん
05/08/29 16:21:37
グローバル変数、グローバル関数の使用をゆるした
プログラミングを押しつけることがBREWを駄目にしている。

654:デフォルトの名無しさん
05/08/29 16:55:45
m_ってローカルとメンバを区別するのに使ってるんじゃないの？

655:デフォルトの名無しさん
05/08/29 16:57:09
そもそもグローバルな変数は使えなかったきがする

656:622
05/08/29 17:23:11
>>647
順番を入れ替えると、IMEMASTREAM_Releaseで
Int3割り込みが入るんです。
恐らく関連づいていたはずのバッファm_pMemoryStreamが
勝手に解放されている事への警告だと思います。

657:デフォルトの名無しさん
05/08/29 17:42:16
>>656
APIリファレンスのIMEMASTREAM_Set()。

658:622
05/08/29 19:13:05
>>657
ありがとうございまつ。
EZアプリサービス仕様書に目を奪われてAPIリファレンスの存在自体を忘れてまつた。
得心がいきまつた。

そこで皆様、またお恥ずかしい話なのですが
メモリからPNGをロードする為に
ISHELL_CreateInstanceでAEECLSID_PNGを指定して
オブジェクトを作っております。
これを解放しても何かが残っております。
今、ご教授頂いたAPIリファレンスを見てはじめて
このオブジェクトがIImageのオブジェクトではなく
IViewerのオブジェクトだと知ったのですが、
IVIEWER_Releaseを使ってもやはり何かが残ってしまいます。
ISHELL_CreateInstanceでAEECLSID_PNGを指定したオブジェクトを
正しく解放する方法をご教授下さいませ。

659:デフォルトの名無しさん
05/08/29 19:31:30
>>658
IMEMASTREAM使うのでUnzipと同じ場所でエラーが出てるだけだろ。
昨日の段階でAPIリファレンス指摘してるでしょうに。

660:デフォルトの名無しさん
05/08/29 19:57:44
つーか、ﾒﾓﾘﾘｰｸ起こして他人に質問するなんて、
どんなJavaﾌﾟﾛｸﾞﾗﾏｰ？('A`)

661:デフォルトの名無しさん
05/08/29 20:43:02
IAddrBookとIAddrRecの違いは何ですか？

662:デフォルトの名無しさん
05/08/29 23:55:13
>>635
買うだけ買って読むきしねー（本の匂いはなんか好きだがな）

663:デフォルトの名無しさん
05/08/30 03:25:26
それはBREWたんの忘れていったぱんつの匂いです

664:デフォルトの名無しさん
05/08/30 05:01:53
ぶりゅっぶりゅぶりゅぶりゅっ

665:デフォルトの名無しさん
05/08/30 07:20:05
＿＿＿＿＿＿＿＿
　　　　＜○ノ
　　　　　∥
　　　　くく
しまった！ここは糞スレだ！
オレが止めているうちに他スレへ逃げろ！
早く！早く！オレに構わず逃げろ！

666:デフォルトの名無しさん
05/08/30 10:04:51
>>665
激しく既出

667:デフォルトの名無しさん
05/08/30 10:24:23
特急なんちゃらとか

Kはしねよ

668:デフォルトの名無しさん
05/08/30 12:09:29
開発支援サイトの8月29日に更新されたBREW3.1のサービスガイドの修正箇所に

表示文字に関して、移動機で表示されるフォントサイズに関する特記事項を削除。
（BREW3.1では表示フォントに差分が出ないため。）

とあるが、3.1ではフォントサイズ統一されてるってことか？

669:デフォルトの名無しさん
05/08/30 12:49:47
何れにせよ2.1からソースを作り変えるのもダルいんで、
フォントサイズを測って配置するルーチンはそのままな訳で

670:デフォルトの名無しさん
05/08/30 18:28:53
まあふつうそんなもんだ。フォントサイズ統一とかAPI設計の最初からやっとけ、でないと意味内

671:デフォルトの名無しさん
05/08/30 18:52:58
もうBREWなんかいらないなんて言えないよKDDI

672:デフォルトの名無しさん
05/08/30 23:00:13
開発者がうんざりしてくたらBREWやっても赤字になて
それで耐えられなくなってKDDIもBREWをついにあきらめる
というときがやってくるかもしれない。

673:デフォルトの名無しさん
05/08/30 23:07:47
>>672
おまえ頭回ってないってw
今日は終電までに帰った方がいいって

674:デフォルトの名無しさん
05/08/30 23:09:02
いや統一設計部分をさせようとふんばってるみたいだ
もう7mmほどなまぬるくみもってやんな

675:デフォルトの名無しさん
05/08/30 23:18:18
おまいら・・・

つ旦～

676:デフォルトの名無しさん
05/08/30 23:25:44
3.1では固定フォントサイズの指定はあるが、シミュレータに対応していない糞仕様。
本当にマジクソ。ドキュメントも重要な項目が散財し、しかも嘘だらけ。

677:蕪留戦乙女
05/08/30 23:43:28
サボるんじゃないわよっ！！！

678:デフォルトの名無しさん
05/08/31 14:00:24
BREWたんは本当は優秀だけど
育ての親のクアルコム爺さんが適当に勉強とか教えてんだよ
象は首が長いてな感じに

679:デフォルトの名無しさん
05/08/31 15:37:02
メモリストリームからIImageにBMPをロードしたいです
IIMAGE_SetStreamを使えばできそうですが
IImageをファイルやリソース無しで作る方法がわかりません
AEECLSID_IIMAGEというクラスIDが見つかりません
どうしたらIImageをファイルやリソース無しで生成できますか？

680:デフォルトの名無しさん
05/08/31 16:30:14
AEECLSID_WINBMP

681:デフォルトの名無しさん
05/08/31 17:13:59
>>679
IBitmapじゃ駄目なの?

682:679
05/08/31 17:45:38
>>680
IWinBmpというクラスIDは見つかりません
リファレンスに書いてあったのは
AEECLSID_WINBMP AEECLSID_VIEW+1
のみです。これはどうつかうのでしょうか？

>>681
IBitmapにはメモリストリームからデータを作成する関数が見つからないです

683:デフォルトの名無しさん
05/08/31 17:48:26
>680
抽象クラスであるIImageの実装の一つがAEECLSID_WIMBMPだ
AEECLSID_JPEGとかもな
いいからやってみろ

684:デフォルトの名無しさん
05/08/31 18:33:07
というかIImageにしたいという理由も良くわからないな...。
IBitmapの方が自由度高くてよいと思うのだが。
WindowsBitmapからIDIBへの変換ルーチンなんて単純なもんだろ。

685:BREWたん製作委員会
05/08/31 19:22:52
BREWたんの設定
BREWたんの親のKが過保護。
BREWたんはJAVAたんより頭の回転が速い。
BREWたんは無邪気。（端末破壊もお手の物。）
BREWたんはわがまま。
BREWたんはパンツ穿いてない。

てかツンデレよりロリキャラ！？

686:デフォルトの名無しさん
05/08/31 19:49:15
クアルコム爺さん今日も元気に法螺を吹く (*'ハ`)ﾉ＜ブオォ～

ｱｲｼｪﾙﾛｰﾄﾞﾚｽｲﾒｰｼﾞ→ｲﾒｰｼﾞをどっかに一時描写→それをｱｲﾃﾞｽﾌﾟﾚｲｹﾞﾄﾃﾞﾊﾞｽﾋﾞｯﾄﾏｯﾌでｱｲﾋﾞﾄﾏﾌに変換じゃ駄目かぬー

687:681
05/08/31 21:23:05
>>682
んなこたーない。

いちどメモリストリームからバッファに読み込めば、CONVERTBMP()で
IBitmapへのポインタが取れるよ。(要キャスト)

688:デフォルトの名無しさん
05/08/31 22:21:08
夏休み最終日だからかへんなのがいるな。。。

689:679
05/09/01 01:29:52
>>683
できました。ありがとうございます。

>>684
IImageにロードしてykuboさん提供の関数でIBitmapに変換しようとしていました。

>>687
ヘルパー関数!!
すっかり見落としていました。
もうIImageにロードしてIBitmapに変換する関数を書いてしまいましたが、
無意味だったのですね。
勉強になりました。

みなさんありがとうございました。

690:デフォルトの名無しさん
05/09/01 13:08:44
クアルコム爺さんﾋﾄﾞｽ

691:デフォルトの名無しさん
05/09/01 13:28:44
>>685 >>690
クアルコムが爺さん・Kが親なら、
端末は服とか？

＞パンツ穿いてない
コレがS端末のジョグと言う事か！？

692:デフォルトの名無しさん
05/09/01 20:33:44
BREWはもう諦めろ。俺のつとめてる会社はCPと相談してKDDIを切り捨てる事にした。
清算するとBREWアプリを作らない方が、会社として利益が出るんだそうだ。

で、これから俺はどうすれば良いんでしょうかね？社長。
ずっとBREW担当だったんで、JAVAなんぞ忘れましたよonz

693:デフォルトの名無しさん
05/09/01 21:18:16
BREWたんはな、自分を愛してくれる人にしかデレにならないんだYO！
おまいら、ちゃんと愛しているのか？

694:デフォルトの名無しさん
05/09/01 21:47:41
つまり、スカトロマニアになれと言う事ですね！

695:デフォルトの名無しさん
05/09/01 22:34:31
>>693
いいかげんお前キモイんだが

696:デフォルトの名無しさん
05/09/01 23:18:44
クラス名にIImage IBitMapみたいに
頭にIをつけなきゃ行けない載ってなんかねえ。

interfaceを意味するものだからといってわざわざつけなきゃいけないとは。

頭にm_とかつけなきゃいけないアホみたいなコーディング規約よりはましだが。

697:デフォルトの名無しさん
05/09/01 23:24:56
m_つけるなんてきまってないじゃん
べつにいいよ

698:デフォルトの名無しさん
05/09/01 23:25:17
グローバル変数、グローバル関数のみにg_とかつけて
メソッド(C++でいうところのメンバ関数)やフィールド(C++でいうところのメンバ変数)
にはm_なんてつけず通常通りのネーミングで記述するような
コーディング規約を標準にすればいいのに。効率悪すぎ。

699:デフォルトの名無しさん
05/09/01 23:33:07
m_

↑
mだとすごくダサいんだよなｗｗｗｗ

700:デフォルトの名無しさん
05/09/02 02:23:19
m9 という一次元配列つくって o3o という変数をインデクスに使えば、ちょっと顔っぽい

701:デフォルトの名無しさん
05/09/02 02:31:58
>699
m_じゃなくて、_（アンダーバー）だけにすれば少しはマシになるかも？

702:デフォルトの名無しさん
05/09/02 02:37:59
A`)ﾉｼ

703:デフォルトの名無しさん
05/09/02 02:42:41
m9（^Д^）ﾌﾟｷﾞｬｰ

704:デフォルトの名無しさん
05/09/02 03:14:28
m9という関数をつくって T_T という変数を引数にわたすと・・
m9(T_T) ブギャーなのに泣いてる・・・まさに Brew っぽいではないか！

705:デフォルトの名無しさん
05/09/02 03:44:04
>>698
ヒント：ローカル変数

706:デフォルトの名無しさん
05/09/02 12:30:18
Javaみたいにthisキーワードを使えば
ローカル変数だろうと、フィールド(C++でいうところのメンバ変数)との
違いを気にする必要もなく妙なコーディング規約に縛られることもないだろうに。

707:デフォルトの名無しさん
05/09/02 13:55:26
this->よりm_のほうが書きやすいと思うけどね
単にmが嫌いな人か

708:デフォルトの名無しさん
05/09/02 15:26:48
おれはsだよ

709:デフォルトの名無しさん
05/09/02 15:28:33
書きやすさだけで判断するとは愚かな。
変数名の中に織り交ぜてしまっては混乱の元。
リファクタリングもしずらい。
thisはローカル変数と同じ名前でなければ省略することができる。
ローカル変数やメソッド引数と同じときだけ
フィールド(C++でいうところのメンバ変数)にthisを付加すればいい。

thisにはそういうメリットがある。

710:デフォルトの名無しさん
05/09/02 15:51:32
＞thisはローカル変数と同じ名前でなければ省略することができる。

711:デフォルトの名無しさん
05/09/02 15:56:21
先生!
それでは省略された場合名前だけ見てもローカル変数かメンバ変数か引数か見分けがつかないということですか？

712:デフォルトの名無しさん
05/09/02 16:19:12
流れをぶった切ってー

静的な変数を含むCコードが正しくコンパイルできたぜ。
誰だよ、static　な変数はアセンブラレベルでハックしないと使えないとか、
static　な変数が使えないとか言い出した奴は。

が、しかし手元に実機がなくて検証できないぜ　_no

713:デフォルトの名無しさん
05/09/02 16:24:32
>>712
結果を楽しみにしてます。

714:712
05/09/02 16:40:26
>>713
期待されてもｿﾝﾅﾆたいした内容じゃないよ？
ただ、　Quallcomm　はわざと静的な変数を使わせないようにしているとしか思えないけど。

715:デフォルトの名無しさん
05/09/02 17:59:42
エミュでできるのは当たり前
実機で試したら破壊されますた
始末書書かされたorz

716:デフォルトの名無しさん
05/09/02 18:04:36
どーせメイクファイル変更しただけでしょ。意味もわからずに。

717:デフォルトの名無しさん
05/09/02 18:24:55
>>715
実機に決まってます。

>>716
当たり。
というか、他に変更するところなんかないだろ。
自分でリンカースクリプト書いてみたよ。

718:デフォルトの名無しさん
05/09/02 18:33:55
>>712
が、しかし手元に実機がなくて検証できないぜ _no
>>717
実機に決まってます。

脳内か？そろそろ徹夜はやめて一度寝たほうがいいぞ

719:デフォルトの名無しさん
05/09/02 20:21:08
メリットだけで判断するとは愚かな。
変数名の一部だからこそ常に一つの形に決まる。
リファクタリングもしやすい。
thisはローカル変数と同じ名前でなければ省略できてしまう。
結果、ローカル変数やメソッド引数と同じときしか
フィールド(C++でいうところのメンバ変数)にthisを付加しなくなる。

thisにはそういうデメリットがある。

720:デフォルトの名無しさん
05/09/02 20:26:11
会社とかチームとかでコーティング規約が決まってなきゃ
外に見えない変数名ぐらい好きにすればいいじゃないこのフサフサ野郎

721:デフォルトの名無しさん
05/09/02 22:49:37
>>719
アホか。どういうデメリットだ。
>>709の意味を変えてどうする。

722:デフォルトの名無しさん
05/09/02 23:05:23
windowsと関係ないのに、windows流の見苦しい変数名の付け方をするのが
間違っている。
m_ がなんとかという話ではない。

こういう事しているから、BREWは高校生が夏休みの宿題に作ったと言われる。

723:デフォルトの名無しさん
05/09/02 23:16:53
m_なもんいちいち守らなくてもいい
m_にこだわらんでいい

724:デフォルトの名無しさん
05/09/02 23:29:03
>>720
じゃあ変数名はfusafusayarouをつけろ

次ページ