BREW(Binary Runtime ..
98:デフォルトの名無しさん
09/08/20 17:21:11
それで出来そうな物だけど。
あるいは、FEP側が先にサスペンド状態に入るような構造でHandleEventの中を
組んでしまっていて、結果的にキー入力がキャンセルされてしまっているとか。
ちなみにEVT_KEY_PRESSではなく、問答無用でEVT_APP_STOPを送るのはだめ
なのかな？ サスペンド直前の文字列を保持しないといけないなら、STOPは
破棄されて駄目っぽいけど……。
99:デフォルトの名無しさん
09/08/20 23:51:50
FEPは動きが難しいな。
アクティブにした後謎の空白の画面に入って、
そこから、数字キーで入力画面に入るとSELECTで完全に抜けられるのに
SELECTで入力画面入るとSELECT押しても何故か空白の画面に戻っちゃって
現在進行形で困ってる。
100:デフォルトの名無しさん
09/08/21 15:19:52
>>98
>FEP側が先にサスペンド状態に入るような構造でHandleEventの中を
>組んでしまっていて、結果的にキー入力がキャンセルされてしまっているとか。
↑
これかなりありえます。
でもFEPが先にサスペンド状態の場合、
HandleEventはどこで行えばいいのかしら？
EVT_APP_SUSPEND内で行うんじゃ駄目って事っすか？
101:デフォルトの名無しさん
09/08/21 15:21:40
>>99
謎の空白の画面ってなんだ？
EVT_CTL_TEXT_MODECHANGEDとかでの再描画はしてますか？
102:デフォルトの名無しさん
09/08/27 09:37:07
>>100
僕はITextCtlrにサスペンドイベント通知後にインスタンスを破棄してます。
今のところそれで問題は起きてない。
103:デフォルトの名無しさん
09/08/28 12:20:58
こんなのが見つかった。
URLﾘﾝｸ(www.haw.co.jp)
IHtmlViewerの上位バージョンみたいな感じらしいけどどうなのかなぁ。
104:デフォルトの名無しさん
09/08/28 23:32:51
はう～
105:デフォルトの名無しさん
09/09/15 14:20:47
更新がない。。。。戦友はもはやいないのか。。。。
106:デフォルトの名無しさん
09/09/15 21:26:09
今更IHtmlViewer周りが多少便利になったとか言われてもね
107:デフォルトの名無しさん
09/09/16 13:17:18
パイもガンガン減り、面倒くささは据え置き
もはやマルチプラットフォームアプリを提案しても、BREWはいいやと言われる始末
108:デフォルトの名無しさん
09/09/16 22:02:03
マルチプラットフォームがどうとか以前に
検証だのの手間がかかりすぎるからな。
109:デフォルトの名無しさん
09/09/18 11:27:10
ほんと、検証がねぇ・・・・検証さえなければ・・・・
110:デフォルトの名無しさん
09/09/18 14:54:22
検証なかったとしても何もかもがめんどくさ過ぎる
政治的な理由からBREW使わされてるけど、個人的にはあえてBREWなんかで開発したくない
111:デフォルトの名無しさん
09/09/18 20:15:28
今のBREWと言う仕組みである以上、検証は必要だよ。
Java系アプリだって、金を取る物はある程度の動作確認は行ってるんだし。
プロテクトを掛ければいいのに、それを行わないQに問題があるのさ。
112:デフォルトの名無しさん
09/09/18 23:07:44
Javaなら、無限ループ回そうが配列外アクセスしようがnullアクセスしようが
VMがエラー吐いて終わり、だけどBREWなら1行で端末落とせるもんなｗ
言語にC（というかネイティブコード）選んだ時点でプロテクト的なものも無理だし。
自由度と速度的には有利なはずなのに、それをKが潰してるからなぁ。
113:デフォルトの名無しさん
09/09/19 07:57:36
メモリー保護とか、サンドボックスを用意してくれればそれで済んだ話
114:デフォルトの名無しさん
09/09/19 09:00:29
完全にJavaを意識したコードのC移植とか死ねる('A`)
今はC読めないって人もいるらしいな。
115:デフォルトの名無しさん
09/09/19 12:03:39
C言語で大規模開発されてると見たくも無い
116:デフォルトの名無しさん
09/09/19 19:23:41
おっとKCP+の悪口はそこまでだ
117:デフォルトの名無しさん
09/09/20 00:32:54
Java意識されたコードなんて、循環参照と内部無限ループで移植不可能でしょｗ
118:デフォルトの名無しさん
09/09/20 04:16:12
・コンストラクタでリソースロードしない。load()メソッドに分離して明示的に呼ぶ。
・lengthの使用を極力控える。
・リソース一気にロードしない。小分けにする。
・オブジェクトの所有権と生存期間を意識してコーディングする。コメントに残す。
・Http通信はダミーでいいから関数１つ噛まして、完了orエラーのチェックしてから次に進む。
くらいしてあるとJavaからBREWでも割と楽なんだけどね。
いくつかJavaの利点食ってる気もするけど、3キャリア予定してるなら何とかして欲しいところｗ
119:デフォルトの名無しさん
09/09/22 11:07:16
全てライブラリによるラップをして、その上で参照にも注意する
って感じでやってる
120:デフォルトの名無しさん
09/09/25 13:48:27
オマイラ頑張ってるな！
頑張れよ～
俺はもう…BREW引退だ！
121:デフォルトの名無しさん
09/09/25 17:03:22
おめでとう
122:デフォルトの名無しさん
09/09/25 20:51:27
現時点でBREW開発を行っているのってどんな所だろう。
自分の携帯はドコモだからauのアプリ事情は詳しくないけど
BREWアプリってどんどんリリースされてる？
既にBREWアプリと言えば、ビジネスアプリ系だけなのかな。
123:デフォルトの名無しさん
09/09/25 21:59:09
メーカーがauでアプリを出す場合、BREW。
オープンアプリは非商用だし、純MIDPだから出来ることが少なすぎる。
124:デフォルトの名無しさん
09/09/25 23:54:28
一般向けの普通?のアプリはサイト課金&Javaで
メーカーが本腰を入れて作るときはBREWのままか。
どんなアプリがあるか知らないけど、パイ自体はかなり縮小してるのかな。
125:デフォルトの名無しさん
09/09/29 09:56:46
簡単なゲームアプリならFlashで作ったほうが早いし
コストもかからんからなあ
コンシューマと同じ感覚でBREWアプリ作ろうとすると
あまりの使い勝手の悪さに死ねるし
126:デフォルトの名無しさん
09/09/29 21:56:18
エラーが出たんで同じ症状が出てる海外のフォーラムのログも読んでたら
海外の教えて君がひたすら暴れた結果スルーされてて吹いた。
127:デフォルトの名無しさん
09/10/01 20:25:12
久しぶりにBREW3.1の環境作ってアプリ作ってるんだけど、
エミュレータだと AEECLSID_MEDIAPHR のインスタンス作成で失敗する。
昔は ma3smwemu.dll とか突っ込めば動いたような気がしたんだけど、
他に何かする事あったっけ？
128:デフォルトの名無しさん
09/10/02 10:36:42
なぜだろう……
近頃は、2chなのに質問が敬語じゃないと答える気がしない
129:デフォルトの名無しさん
09/10/02 10:58:20
それが転職に年齢制限がある理由になってる
年寄りのプライドって奴だな。
130:デフォルトの名無しさん
09/10/02 11:26:59
確かに、20後半になって礼儀や挨拶なんかが気になるようになってきた。
131:127
09/10/02 14:03:04
仕事：自己解決できました、お騒がせ致しました。
2ch：あ、鳴ったからもういいや
132:デフォルトの名無しさん
09/10/03 13:31:29
礼節とプライドは別物だろ。若くても礼節わきまえてる奴はいくらでもいる。
正論吐いてすまん。休日出勤でイライラしてんだ。
133:デフォルトの名無しさん
09/10/08 10:44:35
URLﾘﾝｸ(www.tdb.co.jp)
ゼンテック潰れてた
134:デフォルトの名無しさん
09/10/08 11:50:42
デジタルテレビ販売なんてやってたのか
手広げすぎだろ...
135:デフォルトの名無しさん
09/10/09 22:47:50
ISHELL_GetDeviceInfoEx( pIShell,KDDI_IPTRAFFIC_CURRENT, NULL, &size );
int res = ISHELL_GetDeviceInfoEx( pIShell,KDDI_IPTRAFFIC_CURRENT, &val, &size );
どんだけ通信しても再起動したときに通信量取ると4629859になるよ･･･ナニコレ
昨日まではちゃんと通信した分だけ増えていってたのに･･･
136:デフォルトの名無しさん
09/10/09 23:44:36
１日の通信料の上限じゃね？
確か５Mくらいまでで、次の日までは通信できないとかそんなだったはず。
137:デフォルトの名無しさん
09/10/10 01:47:01
>>135
ヘッダの定義内容（KDDI_*）とか公開していいのか？ｗ
この情報に価値があるかどうかはともかく、あのへんのデータ（CP専用サイトからDLするもの）
って全部機密情報じゃないっけ。
138:デフォルトの名無しさん
09/10/10 02:10:58
そういえば、β版出たね。
何のことかは書かないけど。
139:デフォルトの名無しさん
09/10/10 05:07:13
>137が言うようにコンフィデンシャル気を付けてな。
関数名を出すこと自体アウトってこともあるから。
140:デフォルトの名無しさん
09/10/10 09:35:56
ここは誰も見てないさｗ
141:デフォルトの名無しさん
09/10/10 09:45:40
見られても今更Brewの事を知りたいと思っている人も居ないでしょ。
個人じゃ殆ど何も出来ないし
企業だったら情報収集を目的としてわざわざこんな所を見る必要性がない。
しかもBrewは技術的にも情報的にも金にならん。
142:デフォルトの名無しさん
09/10/10 09:47:44
ARMコンパイラ代ほども儲からないしなｗ
143:デフォルトの名無しさん
09/10/10 18:58:33
価値があるかどうかはともかく、って書いてんじゃん･･･
実際に他人が見てようが見てなかろうが、契約に違反してたらアウトだろ。
なに？今のBREWやってる奴らってコンプライアンスの欠片もない下層なわけ？
144:デフォルトの名無しさん
09/10/10 21:16:01
またそこで下層とか煽り言葉使うのやめとけよ('A`)
他人を不快にしない程度に学習能力あるならよ。
145:デフォルトの名無しさん
09/10/10 21:26:17
今？？？
最初からだよバーカ！！！
146:135
09/10/11 18:30:28
>>136
前回起動時にどれだけ通信しても次起動時に「端末が今日1日で通信した量」を取得すると「4629859バイト」が返ってきて、
そこから、例えば100バイト通信してから「端末が今日1日で通信した量」を取得すると「100バイト」とアプリ起動時からの通信量が返ってくるようになってしまったんです。
どなたか原因の分かる方はいないでしょうか。
>>137>>139
お気遣いありがとうございます。
147:デフォルトの名無しさん
09/10/20 13:08:47
ISOCKET_Read()で、AEE_NET_WOULDBLOCKが帰ってきているのですが
その後、ISOCKET_Readable()を設定してもコールバックされない…
原因わかる方いますか…？BREW3.1 シミュレータ使用です。
148:デフォルトの名無しさん
09/10/20 16:50:51
何となくコールバック登録のタイミングの問題のような気がする。
Socketは使ったこと無いけど、
IrDAでイベント受信したタイミングにコールバック登録しても動かないのがよくあった。
Timerか何かでちょっと待ってからコールバック登録してもダメ？
149:147
09/10/20 18:09:37
自己解決しました。
お騒がせです。
150:147
09/10/20 18:19:04
>>148
すみません。コメント見えてませんでした。
助言ありがとうございます。
実はコールバックのタイミングが悪いのではなくて
ISOCKET_Sendで送っているものの中身がダメだったようです。
自分のミスでした。
（＾０＾）ｱﾁｬｰ
151:デフォルトの名無しさん
09/10/22 20:36:22
ググったけど不明なんで教えてください。
apploaderはMacでも使えますでしょうか？
買い換え検討中なのです。。
152:デフォルトの名無しさん
09/10/23 21:37:39
>>151
Windowsのみです
153:デフォルトの名無しさん
09/10/23 23:14:19
>>152
ありがとうございます
Windowsとして起動するモードでなんとかしようと思います
154:デフォルトの名無しさん
09/10/24 01:33:55
BootcampでOSごとWindowsとして起動するならいいけど、
仮想マシンでWindows動かす方法じゃ多分無理。
仮想マシンからもUSBが使えるタイプなら可能かもしれないけど試してない。
AppLoaderが動いてもMySyncケーブルがOSから認識されてないと転送できないからね。
155:デフォルトの名無しさん
09/10/24 21:20:54
>>154
なるほど
ありがとうございます
ブートキャンプで試してみます！
156:デフォルトの名無しさん
09/10/27 02:40:30
BREWアプリではサウンドを同時再生したい場合、spfで再生するのが基本とBREW
Forumで見て
試してみたけど、再生できません。特にAPIでエラーは帰ってこないんですが。。。
pMe->mdata.clsData = MMD_FILE_NAME;
pMe->mdata.pData = "abc.spf";
pMe->mdata.dwSize = 0;
ISHELL_CreateInstance(pMe->a.m_pIShell, AEECLSID_MEDIAMMF,
(void**)&pMe->pIMedia);
IMEDIA_SetMediaData(pMe->pIMedia, &pMe->mdata);
IMEDIA_RegisterNotify(pMe->pIMedia, (PFNMEDIANOTIFY)IMediaNotifyCB, pMe);
IMEDIA_Play(pMe->pIMedia);
なにが問題か教えてください(;_;)
データは一応
SMAF/Phrase オーサリングツール (ATS-SMAFPhraseL1) Ver.1.2.0
で変換したものですが、あやしいです。
確実に再生できるデータをお持ちの方いただけないでしょうか。
157:デフォルトの名無しさん
09/10/27 13:43:43
MA5以上のデータの場合シミュレータで鳴らないデータもあるよ。
MA3用で作ってみたら？
158:デフォルトの名無しさん
09/10/27 13:51:33
あとソフバンのHPにクリエイター向けの素材があった気がする
159:156
09/10/28 00:33:30
ありがとうございます。
ソフトバンクの下記サイトでダウンロードしたファイルも再生できませんでした。
URLﾘﾝｸ(creation.mb.softbank.jp)
「スピード」
2OP MA2/Phrase
2OP MA3/Phrase
4OP MA3/Phrase
追加情報ですが、
IMEDIA_RegisterNotify()で登録したコールバックで
①MM_STATUS_START
②MM_STATUS_MEDIA_SPEC
③MM_STATUS_ABORT
の順に結果が返ってきます。
シミュレータのバージョン：BREW SDK v4.0.1 SP05日本語版
C:\Program Files\BREW 4.0.1 SP05 Ja\bin\mod\BREWSim\modulesに
ma3smwemu.dllは入れておりMMFファイルは再生できます。
160:デフォルトの名無しさん
09/10/28 00:50:38
>>156
spfもAEECLSID_MEDIAMMFで良かったでしょうか？
161:156
09/10/28 01:12:20
>>160
すみません、ISHELL_CreateInstance()に渡すクラスIDですよね？
書き込みの際に間違えました。
ISHELL_CreateInstance(pMe->a.m_pIShell, AEECLSID_MEDIAPHR,(void**)&pMe->pIMedia);
これでも再生できません。
162:デフォルトの名無しさん
09/10/28 16:57:18
pData に渡すのってファイル名であってんの？
163:156
09/10/28 18:43:37
問題ないと思います。
ﾞabc.mmfﾞファイルの再生は確認できました。
164:156
09/11/01 01:53:54
みなさん、温かいレスありがとうございます。
過去スレでmidとwav(ADPCM圧縮化)の同時再生が可能とのことですので、
残念ながらspfの再生は諦めます。
> 2.1以前と3.1の数端末はMA5ハードの端末だからspfじゃないと無理だけど、
> 今メインのMA7ハードは音数制限無いmidとwavを4つまで同時に鳴らせるぞ。
ここで言われている3.1の数端末が何なのか知りたいのですが、
サウンド再生に関するスペックの一覧等は公開されているのでしょうか？
165:デフォルトの名無しさん
09/11/04 10:55:09
RVCT3.0 アンインストールしようとしても
ＰＣ再起動しろしか出なくてアンインストールできねぇ！(ﾟДﾟ)
一度入れなおさんとダメか。
166:デフォルトの名無しさん
09/11/05 01:38:16
>>164
MA-5か7かならSmafのサイトに一覧がある。
各端末のBREWバージョンは別途調べる必要があるけど。
・・・規制のおかげで超遅レスになってしまったよ。
167:デフォルトの名無しさん
09/11/05 15:22:15
でも移植のこと考えると昔ながらの4和音spf×4に落ち着いちゃうんだよなぁ
各キャリア共通でmp3+wav効果音とか使えたら楽なのになぁ
168:デフォルトの名無しさん
09/11/05 22:16:03
そのspfの元は大抵SMFなわけだから、そのSMF再生すりゃよくね？って話もｗ
音色の関係で調整はしなきゃならんだろうが、それはspfでも同じだし。
DoCoMoがMIDI形式のMLD＋PCM形式のMLDの再生が出来る端末多くなってるから、
BREWで同じことしようとするとSMF+ADPCMになる。
比較的最近の端末に限定するなら、むしろSoftBankが仲間はずれっていう。
169:デフォルトの名無しさん
09/11/18 16:46:03
現在BREW SDK 3.1にてゲームを開発しているのですが、
実機上(W41SH)で動作させると画面がちらつく不具合が発生してしまいます。
オフスクリーンイメージを用意し、一旦そこに描画してから
画面に一括転送する方法を試してみたのですが
目立った変化はありませんでした。
対処方法をご存知の方がいらっしゃれば、ご教授の程宜しくお願いします。
170:デフォルトの名無しさん
09/11/18 22:36:52
>>169
うちも見たこと無いし、BREWスレは初代から見てるけどそういうバグは見たことない気がする。
何か変なことやってんじゃねーの？
1フレーム内でIDISPLAY_Updateが複数回よばれてるとか、UpdateEx使ってるとか（Exの方は
未サポートの端末あるはず）。
あとBREWは自前でダブルバッファリングするから、オフスクリーンバッファ自作する意味はあんまり無い。
171:169
09/11/19 16:20:15
>>170
早速のご回答ありがとうございます。
> 1フレーム内でIDISPLAY_Updateが複数回よばれてるとか、UpdateEx使ってるとか（Exの方は
> 未サポートの端末あるはず）。
画面の更新は1フレームに一度IDISPLAY_Updateを実行することで行っています。
IDISPLAY_UpdateEx未サポート端末の件については知らなかったので大変助かりました。
> あとBREWは自前でダブルバッファリングするから、オフスクリーンバッファ自作する意味はあんまり無い。
BREWの方ではあまり意味がないとのこと、承知いたしました。
S!アプリなどでは画面のちらつきを抑えるのに
ダブルバッファリングが有効だったため、まずは試してみた次第です。
画面のちらつきが発生する場面とタイミングは毎回同じなので、引き続き調査を行ってみます。
172:デフォルトの名無しさん
09/11/19 23:04:09
HandleEvent 内で自前で描画処理してたり
何らかの描画を伴うコントロール使ってたりしない？
173:デフォルトの名無しさん
09/11/27 10:59:55
2年ぶりにBREWアプリ作ることになった＼(＾o＾)／
検証用の資料まだ入手してなくて調査不足承知の上で質問。
elf2modでグローバル変数使えるようになったけど、
wikiにあるmod圧縮と組み合わせるとどーなるって分かる方教えてくだちい。
Singletonの実装とか楽になるので使えるのなら使いたい。
174:デフォルトの名無しさん
09/11/28 15:56:47
RVCT3.0のライセンス更新許可が出ないくらいの財政難。
他所の会社に投げる事も考えたら1.2レベルで作るのが
身のため会社のため業界のため。
175:デフォルトの名無しさん
09/11/28 17:12:24
ざまあ
176:デフォルトの名無しさん
09/11/30 17:15:36
BREW Apploader使ってmifファイル転送しようとしたら
なんかBREW Apploaderが落ちちゃうんだけど…。
同じような症状に陥った人居ます？
177:デフォルトの名無しさん
09/11/30 17:32:05
端末を再起動してアプリが起動していない状態で転送。
更にアプリ一覧も出してはいけない。
178:デフォルトの名無しさん
09/12/01 11:58:16
>>177
情報ありがとうございます。
やってみたけど駄目でしたorz
なんかモデム用とデータ転送用って違うケーブルらしいけど
それが原因なのかな…？
BREW Apploaderで接続まで行けばデータ転送用ケーブルってもんでもない？
179:デフォルトの名無しさん
09/12/01 13:02:24
>>178
モデム用かしらんけど付属のケーブルはAppLoaderで接続すらできなかったから
接続できたならデータ転送もできそうな気はする。
でも、症状を見る限り確実なケーブルに変えたほうがよさそうね。
180:デフォルトの名無しさん
09/12/01 13:06:02
>>178
あー、あとAppLoader(というかBREW Tools）のバージョンが古いと
そんな感じの現象がでたきがするから、最新版かどうか確認してみては？
181:デフォルトの名無しさん
09/12/01 13:55:19
BTIL⇒1.0.2.13
BREW TOOL SUTIE⇒3.1.1.15
サイト等も確認しましたが、やはり最新版のようです。
ケーブル…確かな確証が無いと上からお金出ないからなぁ…orz
給料日前でゲームソフト売りながら生活してる状態だしorz
あとでもう一度上に相談してみよう。
182:デフォルトの名無しさん
09/12/01 15:48:58
IPREMIUMの開発用スタブの使い方教えてください。
/* プレミアム認証課金モジュール・インスタンス生成 */
ISHELL_CreateInstance(pIShell, AEECLSID_IPREMIUM, (void**)(&pMe->pExt));
上記のインスタンス生成が成功しないんですけど、
自分のアプリのmifに何か追加しなければいけないことってあるんでしょうか？
（readme.txtに書かれている【3.インストール】はしてあります）
（BREW4.0シミュレータにてテスト中です）
183:182
09/12/01 18:40:03
検索変えたら前7スレで似た様なのが出てきたので
それを見ながらやってみます。
184:182
09/12/01 19:06:25
だめだ。
前スレの人は、ISHELL_CreateInstanceしたところ3=ECLASSNOTSUPPORTが返ってるようだけど
自分のは、1=EFAILEDが返ってくる。
何がだめなんだ。
今日はせっかくの誕生日なのに、BREWとお付き合いとか泣けてくる。
185:182
09/12/01 21:44:27
自己解決しました。
けど正しく原因が特定できていません。特定できたら書き記したいと思います。
お騒がせしました。
186:デフォルトの名無しさん
09/12/02 11:12:18
176ですー
今日KDDIから色々なケーブルを借りてきまして
テストをしたんですが、bidファイルだけは転送できるみたいですね。
その他のmod,sig,mifあたりは駄目みたいorz
187:デフォルトの名無しさん
09/12/02 12:30:19
>>186
接続時のBREW versionとかEFSのVersion設定とかは色々試しましたか？
Apploaderが落ちたことは無いけどEFSバージョンが違うとアップロードができないことはあったなぁ
188:デフォルトの名無しさん
09/12/02 13:55:02
>>187
どわーーー！
EFSの設定をEFS1からAutodetectに変更したら
全てのファイルが転送できるようになりました！
187さん、その他協力して下さった方、ありがとうございました。
189:デフォルトの名無しさん
09/12/02 13:56:37
設定変更して全く認識しないならまだマシなんだが、
半端に認識されるとどうしていいかわからんよな。
190:デフォルトの名無しさん
09/12/02 16:52:24
>>189
だよねー。
他にも、転送はちゃんとできるけど、実は全てのフォルダが表示されてないとかもあったり。。。。
既知のバグでみたからもう修正されてるかもだけど
191:デフォルトの名無しさん
09/12/02 17:48:32
転送したアプリがアプリ一覧に表示すらされない場合って
何か考えられます？
192:デフォルトの名無しさん
09/12/02 17:49:54
一緒に突っ込んだsigはその端末の奴？
193:デフォルトの名無しさん
09/12/02 17:50:31
Quallcomのサイトより作成したものです。
194:デフォルトの名無しさん
09/12/02 18:39:13
普通にmifが悪い気がするけど、シミュレータで普通に表示されてるなら別なのかな
195:デフォルトの名無しさん
09/12/02 18:40:31
転送して再起動してないって・・・のは流石に無いだろうな
196:デフォルトの名無しさん
09/12/03 00:27:47
あとは起動設定とか？
197:デフォルトの名無しさん
09/12/03 09:15:32
色々と教えて頂きましてありがとうございます。
BREW Apploaderで送る時に小文字じゃないといけないとか言われていて
ファイルを全部小文字にしたのですが、そのファイルと
シミュレータのフォルダのmifファイルを入れ替えたら
シミュレータではエラーが出てしまったので
ちょっと色々と見直してみたいと思います。
198:デフォルトの名無しさん
09/12/03 11:58:07
ちなみにSIGファイルを作る際の
Enter ESN or IMEI or MEID:
ってこれってESNでよろしいのでしょうか？
ESNにしてクラスIDの値を入力してSIGファイルを生成していましたが…。
199:デフォルトの名無しさん
09/12/03 11:59:18
↑すみません。自己解決しました。
ESNなのは問題なかったようですが
ケータイの下８桁を入力しなければならないんですね。
200:デフォルトの名無しさん
09/12/03 13:21:00
守秘義務って知ってるんだろうか
201:デフォルトの名無しさん
09/12/03 13:23:44
SIG生成のはちょっとヤバいよね
202:デフォルトの名無しさん
09/12/03 13:32:37
確かにあそこのページの文章を抜粋するのは
思慮が足りてませんでした。
失礼しましたm(_ _)m
203:デフォルトの名無しさん
09/12/03 14:34:35
シュミレータで動作させる際に
Unknown Error (266)と中々みかけないエラーが出てきたんですが
同じエラーが出たことある人っていらっしゃいますか？
204:デフォルトの名無しさん
09/12/03 14:36:41
シミュレータが起動しなかった事無いから知らない。
205:デフォルトの名無しさん
09/12/03 14:44:33
は？
206:デフォルトの名無しさん
09/12/03 22:23:18
開発中だからって適当なClassIDつけたら前のと被ってて、
被ったアプリのうち片方しか表示されなくなった、ってことをたまにやらかす。
207:デフォルトの名無しさん
09/12/03 22:53:41
開発中ClassIDはその日の日付を入れてる
208:デフォルトの名無しさん
09/12/03 23:16:44
１年後、まだＢＲＥＷをやっていた罠ｗｗｗｗｗ泣けるｗｗｗ
209:デフォルトの名無しさん
09/12/04 16:34:21
お伺いします。
シミュレータの未使用領域のサイズを取得する方法はありませんか。
シミュレータによって未使用領域が変わるので、描画処理したら
表示が無茶苦茶になってしまいます。。。
210:デフォルトの名無しさん
09/12/04 16:39:55
俺の日本語解釈が間違っていないのなら、
画面サイズ取得して、自分の使ってる領域引いたサイズが
未使用領域のサイズ。
211:デフォルトの名無しさん
09/12/04 18:01:18
>210
画面サイズを取りたいのですが、AEEDeviceInfoで取れてくるサイズは
アプリの表示領域の240X296
画面サイズの取得できるメソッドがあるのでしょうか。
212:デフォルトの名無しさん
09/12/04 19:26:47
>>211
「アプリの表示領域」と「画面サイズ」の違いを具体的に。
213:デフォルトの名無しさん
09/12/04 19:31:42
あー
もしかしてハズレのデバイス構成ファイル使ってるのかも。
最近試したらW32Hは初期状態から相当弄らないと表示が崩れたままだった。
もしこの辺の事を言ってるのなら、アプリ側の問題じゃないよ。
とりあえずW65Tはそのまま行けたから試してみて。
214:デフォルトの名無しさん
09/12/05 12:03:02
最近、スレの流れがやけに新規な人が増えてるように見えるけど
どこかで複数の新規案件でも出てるのかな？
それとも、今更BREWを新規で始めるような企業は無いだろうし
次期端末向けプリインストールアプリ開発かな？
それか、どこかのCPが案件の丸投げ先を変えたのかな？
万が一、新規で始めるような企業があると恐ろしい。
KDDI検証とかsigとか何も知らないだろうし。
215:デフォルトの名無しさん
09/12/05 16:13:54
むしろ下請け仕事激減して、
自社コンテンツやってみるしか無くなった可能性も。
216:デフォルトの名無しさん
09/12/05 22:06:08
そういやBREW短期開発の話を見かけたな。
短期ってあんた無理ですから。
217:デフォルトの名無しさん
09/12/07 02:26:04
>>173
遅レスだが、elf2modでグローバル変数を使用したmod圧縮は
BREW3.1用はOK
BREW4.0用はNG
の模様。
もしかしたら4.0でグローバル変数を使ったmod圧縮は無理？
218:173
09/12/07 10:18:23
>>217
おぉありがとうございます。
GNUARM使うので圧縮は必須だし…Singletonはヘンテコ実装するかぁ。
>>214
ウチは今更新規だよ。
転職先でもBREWだったでござるの巻。
219:デフォルトの名無しさん
09/12/07 10:49:31
>>212
「アプリの表示領域」は、アプリを起動したときの表示サイズ
「画面サイズ」はケータイのディスプレイのサイズ
>>213
「SH001」を使ってます。「W65T」で試してみました。
リソースファイルに登録した画像は綺麗に出ているのですが、
IIMAGE_Draw（）関数を使って画像を描画するとずれて
ケータイのディスプレイの上の方にでてしまいます。
どうしよう・・・
>>214
同じく新規でございます。
brew テキストエディタがないのにはビビりました。
220:デフォルトの名無しさん
09/12/07 10:52:19
てきすとえでぃた？
221:デフォルトの名無しさん
09/12/07 11:40:40
>>220
テキストボックスでした
222:デフォルトの名無しさん
09/12/07 13:45:41
>>219
アプリから描画できるサイズはどの機種もデフォルトでは240x296固定だよ。
それ以上のサイズを使いたいならアプリ側から指定しなきゃだめ。
KDDIのドキュメントに書いてあるよん。
223:デフォルトの名無しさん
09/12/07 17:46:41
>>222
はい それはドキュメントをみて確認しています。
240x296の範囲内で画像を表示させたいのですが、
シミュレータで確認をすると240x296以外の場所に
画像が表示されてしまうんです。
224:デフォルトの名無しさん
09/12/07 17:57:41
実機を信じろ
225:デフォルトの名無しさん
09/12/07 18:52:24
>>224
それはひょっとしてギャグで言っ(ry
226:デフォルトの名無しさん
09/12/07 18:53:59
>>224
実機で崩れないことを祈ってやってみます。
227:デフォルトの名無しさん
09/12/07 19:42:18
>>226
多分何か間違っているだろう事だけはわかるんだが
情報が曖昧すぎてアドバイスできないというのが多分全員の認識だと思う。
フツーにアプリ作ってりゃ、少なくとも簡単な表示系の部分で
エミュと実機に差が出る事なんて少ないんだが、
如何せんレスに一貫性が無くて理解出来ん。
自分で自分の文章読んで、状況把握できるか考えてみろよ。
アドバイス要らないのなら中途半端なレスすんな。
228:デフォルトの名無しさん
09/12/07 22:20:42
教えて欲しかったらソースくらい書いてみろ新入生
229:デフォルトの名無しさん
09/12/07 23:45:13
フル３Dのオフｹﾞｰ完成。
230:デフォルトの名無しさん
09/12/07 23:51:53
ｱｯｿｼﾈﾖ
231:デフォルトの名無しさん
09/12/08 02:12:44
>>217
3.1も4.0もロード周り（AEEModGen.c / AEEMod_Load）は大差ないはずなんだが、
どこで差が出るんだろうな。
もっともアプリ側が大差ないだけで、OS側はかなり違うって可能性は大いにあるが。
232:231
09/12/08 09:31:29
>>217
ふと思ったんだが、ひょっとして>>1のwikiにアップされてるmod圧縮プログラムそのまま使ってる？
BREW4.0はIModuleVtbl::CreateInstanceが呼ばれる前だとIFileMgrが作成できないからグローバル
変数どころかmod圧縮自体がそのままじゃ動かないぜ。
4.0でmod圧縮しようとすると展開ルーチン自体がグローバル変数として圧縮されたデータを持たな
いといけない（スタック上には置ききれんだろう）。
この処置をいれても駄目だったんなら要らぬお節介だ、すまぬ。
しかし、これ（バイナリ埋め込み）やっちゃうと展開後に圧縮データ格納領域が無駄になるんだよなぁ。
メモリプールの餌にするとか、バッファとして使い回すとかすれば無駄もなくなるか？
でも圧縮後のサイズは不定だから、***バイトあると思ってアクセスしたら落ちた、とか起こりそう。
そもそもmod圧縮時にしか使えないバッファとか汎用性が無くて頼りづらいか。
233:231
09/12/08 09:58:02
あー、すまん。wikiに4.0対応版がアップされてるのね・・・
しかしソース読んでみたが、IModuleVtbl::CreateInstanceで展開して本体のCreateInstanceに
繋いでるな。これ使っちゃうとグローバル変数駄目かもしれない。
BREWがグローバル変数使えなかったのはmodのローダ（OSの処理）がアドレスのリロケーション
を行わないから･･･だったはず。で、elf2modが自前でリロケーション行う処理を追加してmod吐く。
なんだけどこのリロケーション処理、AEEMod_Loadの前に連結されてるはず（その分AEEMod_Load
本体のアドレスがずれる）。modバイナリでいうと0x08～か？
で、直にCreateInstanceへ飛んじゃうとこのリロケーション処理行われないままだから、グローバル変数
へアクセスすると落ちる。リロケーション前だと多分、プログラムコード部分（かもっと前）と被ってる。
3.1版では展開用のAEEMod_Loadが呼び出すのは展開されたmodのオフセット0x08（ModuleProxy.cppsの175行）、
つまりリロケーション処理のコード。だからグローバル変数が使えてる。
・・・と予想してみた。
4.0でグローバル変数使うためには>>232で書いたように、圧縮バイナリを展開プログラムに持たせるしか。
あるいは自力でリロケーションコード書いて、CreateInstanceで呼び出す･･･これはちょっと無謀かも。
234:デフォルトの名無しさん
09/12/08 10:22:47
>>223
あ～、それ俺も知りたい。
アプリからWVGAサイズを指定してもシミュレータじゃ240x296以上の領域には描画できない。
ちゃんとWVGA用のデバイス定義ファイル使ってるのに。
でも実機だとしっかり描画される。
て、いま見てみたらWVGA用のデバイス定義ファイルなくなってるじゃん！
公開取りやめたのか…！
235:デフォルトの名無しさん
09/12/08 11:42:18
W65T使う場合
初期状態WQVGA
> SCREEN 107 243 347 559 AVS_SCREEN_0 241 317 0.000000 0.000000 INCH 16 1
WQVGAフルスクリーン
>SCREEN 107 159 347 559 AVS_SCREEN_0 241 401 0.000000 0.000000 INCH 16 1
WVGAフルスクリーン
>SCREEN 107 159 347 559 AVS_SCREEN_0 481 801 0.000000 0.000000 INCH 16 1
こういうことでなく？
236:234
09/12/08 13:31:36
>>235
おおう、ありがとう！
できたよ。
KDDIが公開してた「WVGA用」っていうファイル使ってもできなかったから、
どうしようもないと思いこんでたよ。。。
237:デフォルトの名無しさん
09/12/08 14:15:56
すいません、GCCでコンパイルをかける際に
EABIのバージョンが違うと怒られてしまうのですが
この設定を変更するにはどうすれば良いのでしょうか？
238:デフォルトの名無しさん
09/12/08 15:13:10
>>237
最近GNUARMで環境作ったけど、そういうエラーはお目にかからなかった。
とりあえず環境晒した方が良いのでは？
こちらではGNUARMとwikiのhelloworld.makでBREWElf2mod使う環境はできた。
efl2mod使う場合はソフィアクレイドルの解説と、
脳味噌ぶら～んってwikiにコンパイラオプション載ってて、
それ参考に弄ったらコンパイルは通った。
ケーブルと相性悪くて実機でテストできてないけど。
あとサンプルのmakefileはgccのincludeにパス通ってるけど
stdlib使って良いのか気になってる。
239:デフォルトの名無しさん
09/12/08 15:48:53
>>238
返信ありがとうございます。
背景をお話しますと、今回はじめてGCCのコンパイルにチャレンジして
どうにもできないという事ではなくて、
別の環境下で作られたプロジェクトファイルを自環境で
コンパイルしようとしたらこうなったという感じです。
貰った人に一応環境について確認はとっていますが
やはり環境を揃えるのが一番の近道ですかね…。
240:デフォルトの名無しさん
09/12/08 23:01:11
GNUARM と GNUDE とあるから注意だぜ。
それぞれでコンパイルオプションとか違ったはず。
241:デフォルトの名無しさん
09/12/08 23:20:35
>>233
少なくとも俺の BREW4.0 の環境では Wiki にあるソースでグローバル変数使えてるよ。
どこかの領域が壊れてて偶然動いてる可能性も否定できないけど。
CreateInstance 呼ぶ前にちゃんと AEEMod_Load 実行してるから大丈夫じゃない？とは思う。
ところである程度でかいバイナリの場合、展開して初期化しようとすると
起動が遅いってことで検証で怒られない？
俺それで怒られたから仕方なく UI 表示してから展開するようなの書いたんだけど。
242:231
09/12/08 23:50:56
度々失礼･･･
> ちゃんと AEEMod_Load 実行してる
あらやだ、ほんとだわ・・・見落としてた。
てことは、>>217の使い方がおかしいか、特殊なケースでこける可能性があるってことかね。
うーん･･･>>217がどういう環境でテストしたのか分からないと、これ以上の解析はむりぽだな。
243:217
09/12/09 07:13:39
>>231、>>241
色々と情報提供ありがとうございます。
今は職場変わって試したときの環境がないのだが、たしか
グローバル変数未使用のソースをelf2modで吐いたものでもBREW4.0では動作しなかった。(3.1はOK)
ちなみに使用していたツールは、elf2modが1.0.2でGCCが3.3.1。
>>241のようにグローバル変数使えてる実例があるので、>>217の内容が間違ってたらすまんです。
転送時間を短縮できるのも大きなメリットだと思うので、elf2modを使用した
BREW4.0のmod圧縮がうまくいく環境を知りたいです。
244:デフォルトの名無しさん
09/12/09 22:50:27
GCCって仮想関数テーブルをbssセクションだかに配置するんじゃなかったっけ。
>>243
なのでGCCの場合グローバル変数未使用でも仮想関数使ってればリロケーションが必要。
ていうか公式サポート外のGCCで、更にmod圧縮みたいなトリッキーなことをやろうとする
のが間違い。本来この程度なら自力でデバッグ出来るレベルの人向けな技術だし。
いやRVCTが高い上に現行の3.0は１年ライセンスだから導入しづらいのは分かるけどね･･･
>>241含め4.0版が動いてる人はADS/RVCT使ってる人？
245:241
09/12/10 00:24:25
RVCT 3.0 使ってる。
GCC は使ったことが無いから分からないなぁ。
そういえば mod 圧縮を使うと、最初は 3.1 で動いてたのが 4.0 で動かなかった。
AEEMod_Load がある .cpp ファイルを別のクラスとか関数とか一切書かず、
その関数だけにしてバイナリ作ったら動いた記憶がある。
まあ環境が違うから関係ないとは思うが･･･。
246:217
09/12/10 12:54:18
>>244、>>245
なるほど。RVCTとGCCはセクション配置が違うのね。
けど、4.0のみ動かないというのが謎。
GCCでも動いているって情報ないかなぁ・・・。
247:デフォルトの名無しさん
09/12/11 11:22:19
>>226
報告をさせていただきます。
実機に載せて試してみたところ
問題なく表示されました。
アプリ表示領域に綺麗に納まりました。なぞです。
新たな問題が出てしまいました。
少し力をお貸し頂きたいのですが、WVGAサイズのシミュレータを使うと
画面に小さく表示されてしまうのですが、これを大きくする方法はあるのでしょうか。
248:デフォルトの名無しさん
09/12/11 14:18:10
>>247
お前そろそろ何したいのか書けよ。
249:デフォルトの名無しさん
09/12/11 15:29:24
>>248
はい。
電話帳んのデータをQRコードにして表示させる処理を作ってます。
試しに、QRコードが出来た前提で、
それを画面に出す処理に、手間取っているところです。
250:デフォルトの名無しさん
09/12/11 16:09:13
>>248
答えて下さい。
251:デフォルトの名無しさん
09/12/11 16:37:57
>>250
いやそこじゃなくって。。。まぁ俺が悪かった。スマン。
シミュレータのバージョンは？
デバイス構成ファイルは何を使っている？弄ったなら変更内容も。
>>235 について、どの程度理解できる？
プログラム側でフルスクリーン指定してる？しているのならその理由は？
WVGAサイズのシミュレータをどうして使ってるの？
252:デフォルトの名無しさん
09/12/14 13:16:28
>>250
ん？
>>251
シミュレータのバージョンは「4.0.1.51」です。
>>235に関しは、SDKに含まれるデバイスパック内のDPKファイルを編集する
ぐらいしか理解できていないです。
プログラム側でのフルスクリーン指定は行っていないです。
WVGAのシミュレータは、手元にある実機が、対応している機種である為です。
253:デフォルトの名無しさん
09/12/14 18:10:08
>>252
プログラミングガイドとガイドライン嫁、で解決だな。
質問自体が無意味だとわかると思う。
>>235 はそこまで理解できてれば問題ないよ。
254:デフォルトの名無しさん
09/12/14 21:26:13
質問させてください。
ICameraでカメラアプリ作ってるんですけど
シャッター音が鳴らないんですよね。。
撮影なんかはできるんですけど。
何か知ってる方いたら教えて下さい。
255:デフォルトの名無しさん
09/12/14 23:26:26
鳴らないのは仕様。よって自前で鳴らすことが必須。ドキュメント読め。
256:デフォルトの名無しさん
09/12/15 22:15:59
なるほど。
ありがとうございます。
257:デフォルトの名無しさん
09/12/15 22:22:45
最近の端末はどうかしらんが、
シャッター音の仕様に限らずカメラ周りは恐ろしく面倒だった記憶があるので
開発前に関連ドキュメント一通り読むべき。
258:デフォルトの名無しさん
09/12/16 14:53:51
>>203
たった今発生した。
BREW3.1用のプロジェクトをそのまま4.0にもってって
.vcproj等書き換えて実行してみたら、色々あった挙句に266になった。
ともあれmifと同じフォルダにエミュが作成したようわからんフォルダを
諸々削除したら解決した。
259:デフォルトの名無しさん
09/12/16 17:07:07
>>258
ｍｊｋ、ｔｈｘ。
今はもう違うプロジェクト作成してやり直したからアレだけど
もし今度同じような現象が発生したら参考にさせて頂きまつ。
話は変わりますが、BREWアプリを実機にあげた後に
modとか入れてるフォルダの中身は普通に削除できるのに
何故かmifディレクトリの中身のファイルが削除できないんですが
同じような現象になった事のある人居ます？
自作アプリは何故かケータイのメニューから削除できないしorz
260:デフォルトの名無しさん
09/12/16 17:27:31
>>259
アプリメニュー表示しなけりゃ削除できる。
一度でも表示したら携帯再起動。
261:デフォルトの名無しさん
09/12/17 12:10:46
ようやくMySyncケーブル届いたのでgccのテスト。
環境はGNUARM4.1.1。
結果、通常のmodは 4.0/3.1ともOK。
mod圧縮は 4.0 NG。 一方ダメならやっても意味なしなので3.1は試してない。
グローバル変数、仮想関数は未圧縮であれば利用可能。
ただ例外が使えない→stdも使えないってのが痛い。
RVCT買うだけで圧縮も例外もstdも使えるんなら悪くないなぁ。
262:デフォルトの名無しさん
09/12/17 21:54:35
同じコードをRVCT3.0とGNUARMでコンパイルして、ELFファイルを見比べることが
できれば何か手がかりがあるかもしれない。elf2modはELFからセクション情報とか
削ってるだけだから。
でも面倒だからやってない。RVCTもってるとわざわざやる気になれない･･･
>>261
圧縮はそのままで動くっぽいが、例外は少々手を加えないと動かないよ。
std（STLのことか？）は･･･例外使える状態ならRVCT付属のは動くとは思うけど、
メモリ効率とか考えると多少手を加えた方が無難だと思われる。
263:261
09/12/18 10:38:02
>>262
あ・・・前の会社のELF残ってる！
セクションとかよく解らんレベルで正直辛いけどやってみるかな。
RVCT3.0の例外に関しては以前の会社で確認してるんだ。
あとmelpon日記に例外からboostまで移植したソースもあるっぽいし。
とか書くとまた本人釣られるかなｗ
おーい鯖落ちてるぞー
じゃなくて勉強させてもらってますありがとう。
264:デフォルトの名無しさん
09/12/18 21:41:49
>>263 おまえは、守秘義務とか職業倫理とかは０なのかよ。
いくらゲームアプリを作っている底辺だからといって、
最低限のものを失ったら人間としておしまいだぞ、まったくしょーがねーなー。
265:デフォルトの名無しさん
09/12/18 23:09:55
もう失ってるし、人間として終ってるんだろ
266:デフォルトの名無しさん
09/12/18 23:48:40
え、各プロジェクトごとのELFファイルの構造や配置まで機密の範囲なの？ｗ
別に今の会社に前の会社のソースコードを公開すると言ってるわけでもないし、
いちプログラマーとしてGNUARMとRVCTのELFファイルの違いを解析するのに
何の問題があるのか、こっちが知りたいわ。
っていうか>>264と>>265はELFファイルが何なのか分かってる？
267:デフォルトの名無しさん
09/12/18 23:54:37
>>266 知らねーわけねーだろ、バーカ。
おまえは退職した会社から知的資産を持ち出してんだよ。
再利用できないからいいとか、なんでそんな話になるんだよ。
268:デフォルトの名無しさん
09/12/18 23:56:09
みんな優しいな、俺とか他人なんてどうでもいい
269:デフォルトの名無しさん
09/12/18 23:56:27
終ってるから
270:デフォルトの名無しさん
09/12/19 00:00:03
あー、ひょっとしてGNUARM使うと逆アセできる？出来なくてもある程度のスキルあれば
ELFから元の処理割り出せるか。そう考えるとソースコード持ち出しと変わらん気がするな。
まぁそれでも、コード（とELFファイル）を別会社に公開したりしない限りは大丈夫だろ。
そりゃリソースの持ち出しって点で厳密にいえば契約違反の可能性はあるけどさ、そこは
空気読もうぜ･･･
271:デフォルトの名無しさん
09/12/19 00:07:23
>>270 なにそれ。今バイナリを持っていること自体が問題じゃねーかよ。
ホント、底辺ゲームプログラマってやだな。
272:デフォルトの名無しさん
09/12/19 10:46:36
こーゆーのが居るからゲーム屋は信頼できないんだよな・・・
273:デフォルトの名無しさん
09/12/22 11:49:41
制作した本人の記憶を消せるわけでもなし、実害レベル未満は暗黙の了解だろ
274:デフォルトの名無しさん
09/12/22 11:50:14
やるなら黙ってやれという事だｗ
275:デフォルトの名無しさん
09/12/23 19:32:10
デバッグログについて教えてください。
#ifdef _DEBUG
#define TRACE DBGPRINTF
#else
#define TRACE
#endif
現状は上記のように実装していますが、ログOFF時にARMで下記Warningが出てし
まいます。
Warning: C2917W: no side effect in void context:
過去ログをみていくつか見つけましたが、他にいい解決方法ありませんか？
#ifdef _DEBUG
#define TRACE(...) DBGPRINTF(__VA_ARGS__)
#else
#define TRACE(...) /* nop */
#endif
⇒VC2003で使えない
#ifdef _DEBUG
#define TRACE DBGPRINTF
#else
#define TRACE if(0)DBGPRINTF
#endif
⇒VC2003(警告レベル4)で条件式が定数とのWarningが出る。ARMでは未確認
#ifndef _DEBUG
#undef DBGPRINTF
#define DBGPRINTF
#endif
#define TRACE DBGPRINTF
⇒結局Warningは出る。
276:デフォルトの名無しさん
09/12/24 03:50:54
VC上でリリースビルドする必要性はないんだから、もう諦めて
VC時は常にON、実機コンパイル時はWarning出ない方法で実装、とか。
277:デフォルトの名無しさん
09/12/25 17:01:25
これでいいじゃん。
#ifdef _DEBUG
#define TRACE DBGPRINTF
#else
#define TRACE (void)
#endif
278:デフォルトの名無しさん
10/01/05 15:55:49
今年もBREWに幸あれ！
279:デフォルトの名無しさん
10/01/09 16:41:55
.net by au の話題はここでよろしいでしょうか？
280:デフォルトの名無しさん
10/01/10 02:58:36
違うでしょ。
281:デフォルトの名無しさん
10/01/20 16:39:51
Brew SDK 3.1.2使ってるんだけど
SETAEERECTで値をセットした後に、IMEDIA_SetRectを呼ぶと
EBADSTATEが返ってくる。なんでだよ。
SETAEERECTの第3引数と第4引数を0にしてるのに
282:デフォルトの名無しさん
10/01/26 15:04:43
brewってvc++2005以降では開発できないの？
283:デフォルトの名無しさん
10/01/26 15:18:24
２００５でできるよ
284:デフォルトの名無しさん
10/01/26 15:44:15
２００８でもできるよ。
285:デフォルトの名無しさん
10/01/26 21:27:12
おまえにはできないよ
286:デフォルトの名無しさん
10/01/27 02:49:55
それどころか、何一つやりとげられないよ。
287:デフォルトの名無しさん
10/02/03 16:55:33
すみません、ちょっとヘルプお願いします。
元々gccで動作していた画像を表示するだけの俺々フレームワークを、
RVCT向けに若干手直ししたのですが、動作してくれないもので困っています。
コンパイラ/リンカオプションは下記と同じ。
URLﾘﾝｸ(d.hatena.ne.jp)
AEEClsCreateInstance() 直後のDBGPRINTFからも何も出力されず、
何処が問題かわかりません。
最終的にはSTLとboostを使用するつもりで上記サイトのオプションを使用していますが、
現在のプログラムはそれ以前の(例外未使用、STLも使っていない)状態です。
mifやsigはgccで動作確認していますので問題ないと思うのですが、
どのあたりが怪しいかアドバイスお願いします。
288:287
10/02/03 17:38:34
お騒がせしました。
コンパイラオプションに --split_sections を追加したら動作しました。
289:デフォルトの名無しさん
10/02/03 18:46:16
ｷﾀ━(ﾟ∀ﾟ)━!
例外、STL、boost::shared_ptr 動作おｋ！
290:デフォルトの名無しさん
10/02/03 19:28:07
>>289
サイズは？
291:289
10/02/03 20:08:57
>>290
画像読み込み&表示するだけの素のフレームワークが16KB。
string 1行と例外追加したら37KBでギョッとしたけど、
その後 vector、iterator、stack、map、deque、shared_ptr を使用して、
リソースダウンロード～パース、表示するトコまで書いて56KB。
gz圧縮後28KB。
十分使えそう。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5395日前に更新/98 KB
担当:undef