05/03/17 11:59:25
BREW(Binary Runtime Environment for Wireless)についてのスレ
テンプレ
URLﾘﾝｸ(kintubo.kakiko.com)
前スレ
ｽﾚﾘﾝｸ(tech板)
関連情報>>2-10
■過去スレ
03 ｽﾚﾘﾝｸ(tech板)
02 ｽﾚﾘﾝｸ(tech板)
01 ｽﾚﾘﾝｸ(tech板)
2:デフォルトの名無しさん
05/03/17 12:01:53
BREW関連
Qualcomm CDMA Technologies - CDMA2000 3G Solutions ← チップセットの情報(PDFあり)
URLﾘﾝｸ(www.cdmatech.com)
ARM関連
ARM7DTMIの部屋
URLﾘﾝｸ(vsync.org)
ARMメモ
URLﾘﾝｸ(www.bomber.co.jp)
Linux Zaurusでアセンブリプログラミング
URLﾘﾝｸ(www.nk.rim.or.jp)
3:よくありそうな質問
05/03/17 12:02:16
Ｑ.
BREWアプリを自作して自分の携帯に入れたいのですが？
Ａ.
素人は作ることは可能ですが端末に転送することはできません
あきらめるかＣＰなどのプロになりましょう
Ｑ.
DLLにコンパイルしたものを端末に転送したのですが実行できません
Ａ.
ARMの形式でコンパイルする必要があります
あきらめるかARMにコンパイルできるようがんばりましょう
4:デフォルトの名無しさん
05/03/17 12:02:38
Ｑ.
BREWて正直うんこなんですが…
Ａ.
そうかもしれません
しかし手段･道具によらず目的を達成するのがプロというものです
がんばりましょう
Ｑ.
＿|￣|○ ……
Ａ.
(つДT)つ旦
5:デフォルトの名無しさん
05/03/17 12:11:41
>>1
if( !ISHELL_CreateInstance( pMe->pIShell, AEECLSID_乙, (void**)&This->pI乙 ) ) return FALSE;
6:デフォルトの名無しさん
05/03/17 12:52:26
>>1
乙
もう４スレ目かぁ・・・
>>前スレ989さん
>マジでシューティングとかカードゲームとかRPGとか、まともに書いてると気が狂います。
>987さんの遷移にエラー画面とサウンド処理を入れたレベルで何とかなりますよ。
マジですか？？
今ウチだと遷移20～30位のが多いけどそんなに減らしていいのんか。
10以下だたら楽だナァ・・・
デバッグ会社から「最低起動ヒープ」の最低起動ってどういう状態？って
問い合わせ来たけど確かにアノ検証のアプリ起動ってどの状態を指すんだろう。
ウチではタイトル表示を起動としてるけど、皆さんのところはどうですか？
今後メンドーだから「最低起動ヒープ」＝「MAXヒープ」にしようかと思ってみたり。
7:デフォルトの名無しさん
05/03/17 13:16:53
フォントや画面サイズ、メモリ、ベンチマーク結果など
プログラムで必要になるパラメータ一覧表って無いの？
BREWアプリ作成者がなぜこんな拷問を受けるのかわかりません
8:デフォルトの名無しさん
05/03/17 13:30:40
ａｕは端末開発側も似たような状況らしいよ。
全然仕様書が整ってないって。（Ｄと比較してｗ）
機種毎に関数が違う結果出したりするのもそれが原因っぽい
9:デフォルトの名無しさん
05/03/17 13:35:54
＞今後メンドーだから「最低起動ヒープ」＝「MAXヒープ」にしようかと思ってみたり。
それでよい
10:961
05/03/17 19:11:15
前スレ９６１です。
EVT_APP_STARTでIIMAGEのコールバックをするようにしたら、動きました。
ありがとうございます。
でも、別問題が・・・
W21Sでリソース内のJPEGをロードしているんですが、同サイズのJPEGで
色だけ違うもののロードで、コールバックにエラーがわたってきました。
うむむ・・・SONY恐るべし。
皆様、なにかご存知ありませんか？
11:デフォルトの名無しさん
05/03/17 23:44:23
アプリ終了時のメモリが解放されきらない・・・
エミュレータでアプリ終了時にメモリ解放してない旨のメッセージが表示される。
勝手にデバッグ出力されているHEAP情報を見る限りSHELLらしいんだが確認しても見つからん。
そもそもどれをReleaseしなくちゃいけなくて、どれをReleaseしてないのかが分からんorz
お前ら何か心当たりはありますか？
メモリの使用範囲が固定されていればMEMSETでも使ってやるんだが・・・
12:989
05/03/18 00:20:09
>>6
うちはアプリによって異なりますが２０もあればOKでしょう。
６０くらいあるのもありますが(^^;
要は見た目の画面が明らかに変わる部分のみ記載していれば良いって感じで。
例えばシューティングだと、ザコ面とボス面で分けるとか。
ドラクエみたいなRPGならフィールドと町と戦闘画面とステータス画面と
セーブ画面やらデモ画面で大雑把に分けるとか。
状態遷移表とアプリ仕様書で整合性が取れていれば特に何も言われませんよ。
13:デフォルトの名無しさん
05/03/18 00:26:08
>>11
取得確保したやつを解放してあげればいいんだよ？
MEMSETでどうしようとしてんの？JAVAの人？
14:デフォルトの名無しさん
05/03/18 00:32:08
大雑把にしちゃだめだろ。
ＲＰＧならマップを１画面ごとに分けないと。
戦闘シーンも敵ごとに。複数敵がでるなら組み合わせごとに書かないとだめ
文字入力では「あ」を押したとき「い」をおしたときとか文字数分だけ必要
嘘だけどね
15:デフォルトの名無しさん
05/03/18 00:48:34
>>前スレ991さん
2.0までだけど、たぶん2.1でも一緒
URLﾘﾝｸ(brewx.qualcomm.com)
16:デフォルトの名無しさん
05/03/18 00:48:38
>>13
Yes、Javaの人。BREW初めて二週間目でmemsetって何か使えそうな気がした
しかしおかしいな。取得した画像やMALLOCした物はRelease、Releaseしてあるはずなのに・・・
17:デフォルトの名無しさん
05/03/18 01:26:23
>>16
全部ちゃんと解放できてれば、そのエラーは出ない。
まだ何か残ってる。
JAVAの人なら、同じポインタに対して2回MALLOCしてるとか
CreateInstanceしてるとかじゃね？
18:デフォルトの名無しさん
05/03/18 01:53:31
>>16
生成したポインタ配列でウツワを解放したが要素を解放してないとか、その逆とかありがち。
あと、MALLOCしたものはFREEないしFREEIFを使うよ。
正直なところC/C++に慣れてからBREWに取り組んだ方がいいと思うが
仕事なら仕方ない状況ってのもあるだろうしな。頑張ってくれ。
19:デフォルトの名無しさん
05/03/18 06:04:55
>>16
例えば、以下でクリエイトしたインターフェース等は開放しないといけない。
ISHELL_CreateInstance()で生成したインターフェース。
ISHELL_LoadResXXXX()等でロードしたリソース。
IDISPLAY_GetDeviceBitmap()等で生成したインターフェース。
MALLOCでアロケートしたヒープ。
あと何だろう？
ヒープのリークは後でまとめてフィックスしようとすると地獄なので、
こまめにチェックした方がいいです。
20:デフォルトの名無しさん
05/03/18 08:32:49
まぁ、基本は使うポインタにはNULLつっこんどいて、
解放処理の中でNULLじゃなかったらFREEするとかしないと、
どのタイミングで終了処理が振って来て、それにともなって解放しなきゃならないかが分からない。
メモリー周りはシビアだよ。
21:デフォルトの名無しさん
05/03/18 11:18:22
まんどくさかったら気合いでスマートポインタを実装するしか。
22:デフォルトの名無しさん
05/03/18 13:17:26
jpgの読み込みが非同期だからIIMAGE_SetStreamを使うらしいんだがリソース画像(jpg)を読み込むのってどうするん？
//大雑把にソース
ISHELL_CreateInstance(IShell, AEECLSID_JPEG, (void **)&img);
IIMAGE_Notify(img, imgcb, abc);//abcは特に渡すものないから適当
img = ISHELL_LoadResImage(IShell, "abc.bar", resname);
IIMAGE_SetStream(img, (IAStream*)img);
じゃあかんのかな？
23:デフォルトの名無しさん
05/03/18 14:16:12
>>22
img = ISHELL_LoadResImage(IShell, "abc.bar", resname);
IIMAGE_Notify(img, imgcb, abc);//abcは特に渡すものないから適当
でOK
24:デフォルトの名無しさん
05/03/18 14:26:31
サンクス。シンプルでいいのね
25:デフォルトの名無しさん
05/03/18 14:44:16
URLﾘﾝｸ(brewforums.qualcomm.com)
シーケンス２についてはサポート外だとは思うが、流石にその返答はやばくないか？
26:デフォルトの名無しさん
05/03/18 15:26:36
>>25
ｼｰｹﾝｽ2についてもちゃんとﾄﾞｷｭﾒﾝﾄに書いてあるのに・・・
どの資料見ればいいのか悩むのがBREWの欠点の一つだけどね。
27:デフォルトの名無しさん
05/03/18 15:46:19
>>15
ありがと～
これでネット周りの実機デバッグがちょっと楽になります。
こういった情報くらいひとまとめにした資料作ってほしいよね・・・
28:デフォルトの名無しさん
05/03/18 16:13:52
サポート外だと知らぬ存ぜぬが本来の回答だし。
ヘタに手だすと、最悪賠償問題まで発展する。
その点ykuboさんは何かしらヒント出してるし好感が持てると思う。
29:デフォルトの名無しさん
05/03/18 22:52:12
突然失礼｡
BREW上でJava動かせるｱﾌﾟﾘ作ったとして､今現在の機種でｻｸｻｸ動作しますか?
30:デフォルトの名無しさん
05/03/19 00:41:43
BREW上で何を作るにしたってそれがサクサク動くかどうかなんて分かるわけないだろ
31:デフォルトの名無しさん
05/03/19 00:43:45
じゃあジゴロウ
32:デフォルトの名無しさん
05/03/19 01:11:54
Java on ぶりゅっに期待
33:デフォルトの名無しさん
05/03/19 03:41:42
そんなん意味ねーよカエラ
34:デフォルトの名無しさん
05/03/19 11:29:51
何で意味ないの？韓国はWIPI on BREWってやってるよ。
35:デフォルトの名無しさん
05/03/19 14:46:25
健康先生お元気ですか？
36:デフォルトの名無しさん
05/03/20 17:30:29
検証開始までの期間が開発期間より長いってﾅﾆｿﾚ
37:デフォルトの名無しさん
05/03/20 22:07:39
しかも日に日に検証開始日時が伸びていくってのがまたなんとも…
KDDIの中の人が検証申し込みの流れ理解してないとか
検証担当会社からは毎回同じバグ報告がされて毎回KDDIから仕様ですコメントが出たりとか
もうちょっとなんとかならんものかのぅ
38:デフォルトの名無しさん
05/03/20 23:34:03
>>しかも日に日に検証開始日時が伸びていくってのがまたなんとも…
当たり前じゃん。
新型端末が出る度に、古いアプリの新型端末の検証がどかーっと入る。
新端末発売 --> 全アプリの新端末用の検証
この検証システム完全に破綻してるし。
39:デフォルトの名無しさん
05/03/20 23:48:01
なにそれ
40:デフォルトの名無しさん
05/03/20 23:55:07
新端末が出たら、手持ちのアプリの動作チェックして、
それから検証に出しているでしょ。
1度目の検証とは違ってチェック項目が少ないけど、
みんなでそれやれば大変な量。
41:デフォルトの名無しさん
05/03/21 01:00:51
チェックなんてしなくていいから！俺を信じろ！
42:デフォルトの名無しさん
05/03/21 01:30:07
(´･ω･`)
43:デフォルトの名無しさん
05/03/21 03:26:39
BREWのすべて検証方式は無理があるよね～
やっぱり使える機能を限定して勝手アプリ作れるようにしたほうが良いと思うね。
44:デフォルトの名無しさん
05/03/21 07:12:53
それはそうと初めて作ったBREWアプリが検証通った。
思ったより検証厳しくなくて助かった。
提出した後作ったアプリで遊んでたら簡単な操作で落ちたよorz
ばれなくて良かった。
45:デフォルトの名無しさん
05/03/21 07:52:05
次は品質や信用についても考えてみような、新人プログラマ君。今回はお疲れ。
46:デフォルトの名無しさん
05/03/21 12:49:59
>>44
よかったね。お疲れ様。
という自分もBREW初・・orz
47:デフォルトの名無しさん
05/03/21 19:09:57
人増やせ！休むな！とっとと検証しろ！
48:デフォルトの名無しさん
05/03/21 19:46:14
メモリ解放関係で質問
ISHELL_CreateInstance(IShell, AEECLSID_JPEG, (void **)&img)
img = ISHELL_LoadResImage(pMe->pIShell, "abc.bar", resname)
でimgに突っ込んだ画像を解放するにはIIMAGE_Release(img)だけじゃダメなの？
どうも画像を読んだあとの終了でメモリ解放されてないっぽいんだが
他に何をすればいいのか分からんorz
49:デフォルトの名無しさん
05/03/21 21:58:36
>>48
思うにリソースの読み込み方間違ってない？
上の行は不用かと
50:デフォルトの名無しさん
05/03/21 22:19:47
>>48
つーか・・・同じ間違いをしているようだが。
>>22-23
51:デフォルトの名無しさん
05/03/21 22:21:58
webとかストリームから読み込んでるから必要っぽいんだよ('A`)
実は必要かよく分からんけど、書かないとIIMAGE_NotifyとかIIMAGE_SetStream周辺で落ちるし…
今日は無理だから明日再確認してみるよorz
52:デフォルトの名無しさん
05/03/21 22:28:51
>>51
いや、だから、IIMAGE_SetStreamは必要ないだろと
>>23で答えてもらってるじゃない
それに
＞webとかストリームから読み込んでるから
これはリソースからjpegを読み込むことと何の関係ない
ちょっと落ち着いてソース見直したら？
53:デフォルトの名無しさん
05/03/22 18:16:48
BREWでOEMアドレスとありますが、
ここでいうOEMというのは何を指すのでしょうか？
「Original Equipment Manufacturer」というのが調べて出てきましたが、
何かニュアンスが違うような気がします。
54:デフォルトの名無しさん
05/03/22 19:20:04
OEMアドレスって言葉がどこに出てくるかは知らないが、
BREWでいうOEMの説明はドキュメントにこう出てる（OEM層の説明として）。
＞OEM(Original Equipment Manufacture)層
＞BREW 実装時にAEE 層と接続する為に端末メーカが提供するアプリケーションです。
端末とBREW実行環境をつなぐインターフェイス、の意味で使ってる言葉だな。
キーイベントの説明図にも使われている。
55:デフォルトの名無しさん
05/03/23 13:07:56
鯖移転したんだね。
さてさて、java野郎はどうなった事やら
56:デフォルトの名無しさん
05/03/23 15:30:55
BRIファイルで
「画像サイズは240x240以内が適当」と書かれているんだけど、
それ以上のサイズ240x288を使用すると、ひっかかる端末があるのでしょうか？
57:デフォルトの名無しさん
05/03/23 15:52:14
>>51
web上の画像ファイルをファイル出力しないでセットするにはISOURCE_Readで出来なかったっけ
自分はやったことがないから書き方は知らんけど
IIMAGE_SetStreamのほうがいいのかな。こっちも書き方知らんけど
何か根本的に間違えてる予感。でもこの辺のサンプルが全然無いからなぁ･･･
58:デフォルトの名無しさん
05/03/23 16:04:13
>>57
ストリームからバイナリに読むのがISOURCE_Read()
ストリームからIimageにするのがIIMAGE_SetStream()
でも>>22はストリームとリソースからの読み込みが混在しつつ、
尚且つ書いてあることも無茶苦茶。
簡単なサンプルならプログラミングガイドの
IAStreamとIMemAStreamあたりに載ってる。
ファイルから読み込むサンプルだけど、それがIWebになるだけ。
59:デフォルトの名無しさん
05/03/24 15:49:05
BREWは公式登録しないと使えないのに
何のために作ってるの？
仕事？
60:デフォルトの名無しさん
05/03/24 16:07:54
過半数は仕事で見てるんでしょ
下請けだと直接クアルコムやKDDIに質問できないし、レスポンスも遅い。
調べようにもWebに情報が殆ど無い。
このスレのおかげで助けられた奴は多いと思う。
61:デフォルトの名無しさん
05/03/24 16:47:48
下請けってどうやって開発するの？
まさか実機も無し？
まぁ、それはいいとして、ちょっと疑問なんだが、
AppLoaderでルートディレクトリを丸ごと吸い上げると、
AppLoaderで表示されないファイルが吸い上げられるんだが、
これはバグなのか？
62:デフォルトの名無しさん
05/03/24 17:33:42
>>61
上２行に関して。
開発環境から実機から全部借りる。
自社で開発環境整ってるトコもあるかもしれんけど、
大半は借りてると思う。
ARMコンパイラもノートにインストールすれば移動できるし。
名目上はCPの社員。
63:デフォルトの名無しさん
05/03/24 17:40:30
ウチはCPに端末をテスト端末化してもらってる。
今数えたらBREW2.1端末が24もあった。
これからも増えることを考えるとちょっと鬱
意外と維持費がバカにならない（docomo端末も沢山あるし）
64:デフォルトの名無しさん
05/03/24 20:06:05
URLﾘﾝｸ(brewforums.qualcomm.com)
ついさっき知ったんだが、AEEApplet 構造体のｻｲｽﾞって32kbが上限なん？
これって、AEEApplet_New() の引数定義を書き換えちゃﾀﾞﾒなんだろうか。
それにしても機種によってｽﾀｯｸｻｲｽﾞが小さい機種も多いね。
おじちゃんｽﾀｯｸｴﾘｱ使ってがりがり書いてたらﾒﾓﾘの内容が
勝手に書き変わりまくって焦った。
65:デフォルトの名無しさん
05/03/24 20:51:10
誰かこの中でW21T使って、ISHELL_BrowseURLでメール送る時に、
bodyにMALLOCしたメモリを指定して成功した人いない？
本文が設定できないよ('A`)
66:64
05/03/25 15:03:29
K開発支援サイトのFAQにも32768バイトが上限って書いてあった。
こりゃあ実際にコンパイルして実機で試してみるまでわからんな。
ってか、素直にEVT_APP_STARTでMALLOCしろってことか。
67:sage
05/03/25 15:15:07
ちょっと質問です。
前スレで、ブラウザ呼び出して、呼び出し元を終了すると、ブラウザも終了
してしまうという話題がありましたが、これは、タイミングによって挙動が異なる
問題でしょうか？
試験機にて、
ISHELL_BrowseURL() ez2urltoを使用
ISHELL_CloseApplet() 引数はFALSE
の順で呼び出したのですが、ブラウザは終了されませんでした。
たまたま、タイミングがいいだけなのでしょうか。
本件の原因は、ブラウザが呼び出し元のメモリを参照してるというから起きて
しまうという理解でOKでしょうか？
68:デフォルトの名無しさん
05/03/25 16:22:59
>>67
漏れが試したらブラウザ起動中に真っ白い画面で動かなくなった。
何かキーを押したらブラウザ終了or再開or変な画面に突入、最悪電池取らないと動かなくなった。
ezurlto使用。
機種に拠るとは思うけど、安定した結果は望めないかと。
69:デフォルトの名無しさん
05/03/25 16:27:56
>>67-68
そもそもezurltoだと、ｱﾌﾟﾘが終了したらﾌﾞﾗｳｻﾞの動作は未定義じゃないか？
ｱﾌﾟﾘが確保したﾋｰﾌﾟｴﾘｱを参照する以上、
ｱﾌﾟﾘが終了したらそのﾒﾓﾘの内容は保証されないわけで。
70:デフォルトの名無しさん
05/03/26 01:38:12
>>58
ホント素人でスマソ。WebからjpgをDLしてファイル出力せずにIImageに入れるにはどうするの？
コールバック関数内で読み込まれつつあるデータをどうやってIImageに入れていくのかが分からん…
まさかimg = WEB_GetResponse(略);とは書けないだろうし。
img = IAStream_Read(IAStream, cb_buf, size);も違うだろうし…
フォーラムにあった直接読み込むというサンプルはどうも上手くいかないし…
簡単でいいからサンプルソースきぼん…
会社(からQ&K)に聞けないし、今のところBREW作ってるのは自分だけだし頼りになるのはフォーラムと2chのみ…
71:デフォルトの名無しさん
05/03/26 19:14:11
>>56
288 は大丈夫だけれど、320 以上の JPEG はアウトになる機種が。
開発支援サイトの FAQ を参照して ＿|￣|○
>>70
ファイルに出力できたのなら、前段としてメモリにも展開できていると思うので、
あとは、その JPEG データをどうやって IImage に渡すか考えればいいわけ。
IMemAStream とか IIMAGE_SetStream とか >>58 に書いてあるのが答え。
・IMemAStream と IImage のインスタンスを ISHELL_CreateInstance() で生成
・メモリにある JPEG データを IMEMASTREAM_Set() を使ってストリームにする
・IMemAStream を IIMAGE_SetStream() で IImage に渡す
・IIMAGE_Notify() で完了するまで待つ
確かこんな感じ。ソースが手元にないので自信はないけど。
でも、こんなのはヘルプを見ればパズルのようなものでは？
72:デフォルトの名無しさん
05/03/27 19:41:55
>>70
プログラミングガイドくらい目を通せ
メモリの解放もロクに出来ないのに、3段飛びするもんじゃない。
IWebからメモリに読み込み、それをIFileで保存、それをIImageで読み込み
以上が出来てもまだわからないならアドバイスしても良いが。
今の知識じゃ、もしサーバから「ContentLength付け忘れちゃったからどうにかして」って
言われたら対応できまい？
そして何を対応するか、何故対応する必要があるかもわかるまい？
その度に質問されるんじゃたまらん。
73:デフォルトの名無しさん
05/03/28 13:45:00
機種によってフォントサイズは違うけど、
AEE_FONT_NORMAL,AEE_FONT_BOLD,AEE_FONT_LARGE って
各カタログに書かれてあるフォントのどれに相当するの～？
74:デフォルトの名無しさん
05/03/28 14:28:38
>>73
カタログじゃなくて、仕様書見ることをオススメ。
75:デフォルトの名無しさん
05/03/29 00:46:05
>>72
仕事ではそうも言ってられない罠
76:デフォルトの名無しさん
05/03/29 01:01:13
仕事のためにもプログラミングガイドに目を通した方が確実だと思うが…
確かに漏れも IMemAStream 見逃して教えてもらって助かったけどさ。
検証待ち１ヶ月経過(´д｀)
77:デフォルトの名無しさん
05/03/29 08:44:32
いまは半年待ち＜検証
78:デフォルトの名無しさん
05/03/29 08:49:32
ふざけんな
79:デフォルトの名無しさん
05/03/29 09:46:16
>>74見たけどワケワカラン
80:デフォルトの名無しさん
05/03/29 09:55:11
リソースエディタで改行コードが使えない件について。
ＦＡＱで、使えませんって答えてるが、
そこで答える前に入力のテキストボックスを改行コードＯＫにして
生成するだけで事足りるんじゃないかと。
81:デフォルトの名無しさん
05/03/29 09:59:00
>>77さん
半年待ちって、まぢですか？
82:デフォルトの名無しさん
05/03/29 11:04:36
>>81
まぢ。俺も最初冗談かと思ったよ。
今から検証に出したらもっとかかるのかも知れんね。コネがない会社だと。
83:デフォルトの名無しさん
05/03/29 12:56:45
>>82さん
うぅ・・・厳しいっすね。
KDDI、アプリを世に普及させるつもりあるんですかね。
これで審査に落ちた日には・・・再審査までにまた待ちですか？
アリエナイ・・・
84:デフォルトの名無しさん
05/03/29 13:42:36
皆様、お疲れ様です。
突然質問で恐縮ですが、BREW2.1のAPIリファレンス（.chm）
って、どこかで手に入りますか？
85:デフォルトの名無しさん
05/03/29 16:33:42
ポータビリティになったら、
ゲームユーザーはKDDIから出て行く気がするよ
86:デフォルトの名無しさん
05/03/29 18:02:22
>>84
ない気がする。
俺は代わりに3.1.2jaのSDKについてたHTMLヘルプ見てたりする。
87:デフォルトの名無しさん
05/03/29 18:33:01
>>80
KDDI としてはそう答えるしかないんじゃない？
どうしても改行を入れたければ bar を直接編集すれば～、
試したことないから動くか知らんけど。
88:デフォルトの名無しさん
05/03/30 02:08:44
KDDIのBrew開発支援サイトってどこ？
89:デフォルトの名無しさん
05/03/30 02:15:28
BREWCPにならないと見れないよ。
90:デフォルトの名無しさん
05/03/30 13:28:15
ヒープサイズについて質問があります。
k-brew-testツールを使って、アプリが一通りの機能を実行するのに必要な
ヒープサイズを割り出しました。（ここでは600kbとします）
そして、ヒープサイズチェック処理で、この600kbの空きがあるかどうかを
チェックするようにし、EVT_APP_STARTとEVT_APP_RESUMEでこのチェック処理を
呼び出すようにしました。
そして、k-brew-testツールでヒープの空き容量を590kbとかに設定して、アプリ
を実行したところ、EVT_APP_STARTでのチェック処理内で取得した空き容量が、
590kbよりも小さい（ここでは500kbとします）値となっており、チェックに
掛かってしまいました。
これは、アプリが起動することにより100kbのヒープが使われたためだと思って
います。
そこで、アプリでのチェックでは500kbの空きがあるかどうかでチェックをする
ようにして、アプリ起動時はチェック処理を通過するようになりました。
しかし、アプリ起動後に色々と機能を実行していき、サスペンド・レジュームを
行ったとき、EVT_APP_RESUMEでのチェック処理内で取得した空き容量が、
500kbよりも小さい（ここでは450kbとします）値となっており、チェックに
掛かってしまいました。
これは、アプリの機能を実行していく中で、さらに50kbのヒープが使われたため
だと思っています。
91:デフォルトの名無しさん
05/03/30 13:29:07
...続きです
そこで、皆様に質問です。
1.アプリ仕様書の起動時に必要なヒープサイズは600kbと記述し、アプリのチェック
処理としては500kbでチェックするようにする（アプリ起動時に消費される分を
差し引いた値でチェックする）という考えで、間違いないでしょうか。
2.アプリ起動時とレジューム時のチェック値は、通常変えるものなのでしょうか。
（アプリ起動時は質問1の値(500kb)でチェック、レジューム時はアプリが起動
したあとに消費する値(50kb)でチェック？）
皆様が実際に実装した方法などから、お答えをいただければ助かります。
よろしくお願いしますm(_ _)m
92:デフォルトの名無しさん
05/03/30 14:51:33
>>91
僕は例えば起動時に必要なヒープサイズが６００ｋｂだとした場合、
起動時、レジューム時に６００ｋｂ残っているかどうかをチェックし、
仕様書にも６００ｋｂと記述します。
このため、アプリ起動時にもう少し大きめのヒープエリアが必要になりますが、
チェック時にアプリ自体が使用しているヒープサイズが不明なため、安全を見てこうしています。
メモリが余っている分には動作に支障はなくとも、メモリが足りないときは問題ですからね。
まぁ、レジュームの時は、ある程度使用済みヒープサイズが想定できるでしょうから、
その時のチェックは多少甘めにしても良いんじゃないですかね？
93:デフォルトの名無しさん
05/03/31 03:03:40
某カメラ付き端末
ヒ ー プ が た っ た の 1MB と か あ り え ね ー
おめーのことだT芝端末
ナメてんのか
94:デフォルトの名無しさん
05/03/31 11:01:45
DocomoにおけるD、それがBREWのＴ・・・・もしくはＫ、いやSかも
95:デフォルトの名無しさん
05/03/31 11:07:27
【諸事情により書けない！】
96:デフォルトの名無しさん
05/03/31 16:14:38
IFILECP_Get()なんですが、NativeUIに移行した後、
データを選択したらリジュームにもコールバックにも
返ってこずにリセットがかかるんですが、何が原因ですかねぇ？
97:デフォルトの名無しさん
05/03/31 18:33:55
>>96
メモリアクセス違反ちゃうんかと。
SUSPEND/RESUME時に必要なメモリ解放しちゃってるとかね。
98:デフォルトの名無しさん
05/03/31 19:59:37
>>93
大丈夫だ。スーファミよりメモリ積んでる。
99:91
05/03/31 20:54:29
>>92さん
ありがとうございます。
そうすると審査のとき、仕様書には600kbってかいてあるけど、起動時に例えば700kbの空き
を作らないとメモリチェックに掛かってしまう、レジュームのときはさらにプラス600kbの
空きがないとメモリチェックに掛かってしまいますよね。
仕様書に書いてある必要サイズ以上の空きがないとだめになるわけですが、審査は問題ない
んでしょうか。
100:デフォルトの名無しさん
05/03/31 20:58:10
KDDIに質問を投げて戻ってきたサンプルアプリを起動しようとしたら
端末リセットがかかった件について。
101:100
05/03/31 21:26:08
あ、動いた
102:デフォルトの名無しさん
05/03/31 22:30:38
【BREW】 EZアプリ総合スレ Part 1 【Java】＠携帯アプリ
ｽﾚﾘﾝｸ(appli板)l50
から誘導されてきました
811 名前：非通知さん＠アプリ起動中 投稿日：2005/03/24(木) 15:34:29 GSyG/ezB
ここBREW審査通った人いる？会社とかでもいいけど。
却下された場合は却下理由とかあるのでしょうか？
あと、通りやすい条件とかあるのでしょうか？
無料アプリはauにメリットがないから通りにくいとか
どなたかご存知でしたら教えてください
103:デフォルトの名無しさん
05/03/31 23:01:10
もうBREWじゃないとできないような企画じゃないと通さないよ、
みたいなメールは少し前に来た。
移植とか他のキャリアにあるのと同じじゃだめなんじゃない？
つまんないのを通してたら検証待ち時間がどんどん長くなるからかもな。
今でさえもう（少し前にもここででてたが）ｘヶ月待ちだからな
104:デフォルトの名無しさん
05/03/31 23:45:53
>>102
コンテンツプロバイダ(CP)として認定されるには？ってことが聞きたいんだよな。
個人で認定されることはまずない。法人でアプリの企画を申請するしかない。
しかし現在のauの様子からすると法人であっても認定されるのは難しいかも。
105:102
皇紀2665/04/01(金) 01:06:35
レスありがとうございます
>>103
信頼性だけ確認してどんどん通して面白くないのは
削除していくのがいいと思うけどなぁ
審査も自社の業務だし、増えれば利益になるんだから
もっと人員増やしてくれてもいいかなと思います
>>104
個人はエントリーキットにダメって書いてました
一応株式会社としての申請ですけど、小さな会社ですし
今までにアプリの実績が無いので厳しいと思ってます。
というか、BREWアプリ一覧を見ると同じ会社ばかりなので
新規参入受付っていうのはタテマエなのかと思ったりも
してますが、どうなんでしょうね？
106:デフォルトの名無しさん
皇紀2665/04/01(金) 01:16:16
シンビアンはどう？
ＯＳも公開されているし
ドコモ採用だし
107:デフォルトの名無しさん
皇紀2665/04/01(金) 01:57:14
過去の遺産を流用すればいい。
リメイクと続編こそ皆待っている。
URLﾘﾝｸ(www.hcn.zaq.ne.jp)
(´；ω；｀)
108:デフォルトの名無しさん
皇紀2665/04/01(金) 02:53:41
>>107
感動しますた
でもいくら「これは、ひどい」と言われようとも漏れはM.O.M.O.ﾀﾝ劇萌えであることを懺悔しておく
109:デフォルトの名無しさん
皇紀2665/04/01(金) 10:14:39
>>107
しますた
110:92
皇紀2665/04/01(金) 15:07:08
>>99
うちは約ｘｘｘｋｂって書いたら通った。ｗ
111:デフォルトの名無しさん
05/04/05 00:28:17
最近平和だ
検証待ちであちこちで開発ストップしているのだろうか・・・
112:デフォルトの名無しさん
05/04/05 01:33:44
早く検証とおせやごルァァァアアアア！！！
・・・・ごめんなさい。おながいします。どうか。どうか。おながいします。
113:デフォルトの名無しさん
05/04/05 08:17:30
「検証をしているから待つ」ならまだ納得いくが、
検証が始まるまで何ヶ月も待つというのが納得いかーん！
人増やせゴルァ！！
俺が手伝ってやってもいいぞ
114:デフォルトの名無しさん
05/04/05 11:23:06
っつーかいい加減、ｸﾗｲｱﾝﾄに説明するにしても
「作るのは一ヶ月ですが、ﾘﾘｰｽまで半年かかります。」
・・・こんなの納得してもらうの無理だから。
115:デフォルトの名無しさん
05/04/05 15:54:46
マジだ。ほんんんんんっとに手伝ってもいい。タダでいい。
要するに人手が足らないんだろ？手伝うからサ、なっ？
116:デフォルトの名無しさん
05/04/05 16:15:02
>>115
運用ｶﾞｲﾄﾞに検証の委託先が載ってるから行って手伝ってやれ('A`)
117:デフォルトの名無しさん
05/04/05 16:49:04
むしろ半年かけてJava動くようにしようぜ
118:デフォルトの名無しさん
05/04/05 21:28:50
テスト用の携帯端末って
そのへんに捨てられてある機種でいいよね？
アキバとかで、タダ同然に売られているかな？
119:デフォルトの名無しさん
05/04/05 23:06:07
だれか。ICAMERA_GetParm() の引数で、
CAM_PARM_FPS_LIST を受け取りたいときの p1 と p2 の型知らない？
int32 *p1;
boolean p2;
ICAMERA_GetParm( camera, CAM_PARM_FPS_LIST, (int32*)&p1, (int32*)p2 );
で渡したら、端末が固まる。。。
そしてﾌﾟﾛｸﾞﾗﾐﾝｸﾞｶﾞｲﾄﾞ見ても、上手くはぐらかされててわからん。orz
120:119
05/04/05 23:10:41
う、うごいた。。。
p2 も参照渡しなのね。
・・・ﾌﾟﾛｸﾞﾗﾐﾝｸﾞｶﾞｲﾄﾞのﾊﾞｶ。。。orz
121:デフォルトの名無しさん
05/04/06 01:28:18
>>117
メモリ気にせずjavaアプリみたいに書ければ楽ちんだな
当たり前だけど他の携帯アプリと違って固有なのが多くて頭を切り換えるのが面倒('A`)
Java on BREWまでいかないまでもJava風の書きかたしても動くようにしてくれ
自力で全部やろうにもクラスとか作るのもマンドクセ
122:デフォルトの名無しさん
05/04/06 09:52:59
もう、ＢＡＳＩＣでいいじゃん・・・
123:デフォルトの名無しさん
05/04/06 11:09:32
>>122
いや、それはよくない
124:デフォルトの名無しさん
05/04/06 11:24:04
Dとか？
125:デフォルトの名無しさん
05/04/06 14:59:23
Delphi?
126:デフォルトの名無しさん
05/04/06 21:02:37
Java風BREWは文字列を表示する似非drawStringだけしか作ってない
オーバーロードが出来れば少し楽になるんだが・・・
お前らはどんな風に書いたのか教えてくれ
127:デフォルトの名無しさん
05/04/06 21:58:14
>>114
真面目に、ウチでは新規のBREW開発はしばらく中止。
開発委託案件があれば受けるけど、自社リスクでの開発なんてこの状況じゃ無理。
128:デフォルトの名無しさん
05/04/07 09:22:32
配信が開始される頃にはその機種がなくなってたりして
129:デフォルトの名無しさん
05/04/07 10:03:05
ｹﾞｰﾑﾕｰｻﾞｰだけは
ﾎﾟｰﾀﾋﾞﾘﾃｨ開始と同時に、無料アプリ狙ってﾄﾞｺﾓに移動するでしょ。
有料ばかりのBREWに残るハズなし。
130:デフォルトの名無しさん
05/04/07 11:15:44
ﾘｿｰｽｴﾃﾞｨﾀの3.0ならﾘｿｰｽ作るの楽でｳﾏｰかと思ってちょっといじってみたんだが、
こいつ「①」とか機種依存文字がﾘｿｰｽに組み込めなくないか？
今までは大丈夫だったから、まだ対応されてないってだけかね？
131:デフォルトの名無しさん
05/04/07 13:10:15
W21Sで、カメラにオーバーレイ画像を表示しています。
小さいBMP画像を表示したいのですが、Displayサイズと同じ大きさの画像でないと表示できないので、
そのサイズの画像を用意して表示している状況です。
しかし、現在の方法だと画像の容量が大きくなってしまうので、
小さい画像を用意し、位置を指定して表示する方法を知りたいのですが、何かないでしょうか？
132:デフォルトの名無しさん
05/04/07 13:40:09
>>131
端末仕様書を読むことをオススメ。
画像サイズとオーバーレイサイズが一緒じゃないと駄目とか書いてある。
133:131
05/04/07 13:55:45
一通り読みました。
IBITMAP_CreateCompatibleBitmap()でDisplayサイズの画像を生成し、
IBITMAP_BltIn()で画像合成
という感じで大丈夫でしょうか？
今テストできない状況なので、とりあえずソースだけ書いてみます。
134:デフォルトの名無しさん
05/04/07 14:11:46
ICAMERA_AddOverlay使うんと違うの？
135:デフォルトの名無しさん
05/04/07 15:44:49
IMEDIAでの再生で質問があります。
BREWアプリでAACエンコードの3g2ファイルを再生したいと思ってるのですが、
AEECLSID_MEDIAAACを使っても上手く再生できませんでした。
他の形式は再生できますが、3g2はなにか特殊な処理がいるのでしょうか？
皆様のお知恵をお貸しください。
136:デフォルトの名無しさん
05/04/07 20:02:18
>135
MEDIAMPEG4で再生できるんじゃないか（動画扱い）
137:デフォルトの名無しさん
05/04/07 22:15:16
ICAMERA_GetSizeList() の第３引数が boolean* 型だからって思ってそのまま渡したら、
実は内部的に long* だったらしく、メモリの境界またぎで端末フリーズ。
またＫのプログラミングガイドに騙されたわけで。。。
・・・頼むからちゃんと動くサンプルを提示しておくれ！ヽ(`Д´)ノ
138:135
05/04/08 01:29:30
>>136
MPEG4なんですが、3g2のときと同じで
IMEDIAUTIL_CreateMediaでIMEDIAインスタンスを生成してるんですが、
戻り値がENOTYPE(34)でIMEDIAの生成にすらいってません。
IMEDIAインスタンスをISHELL_CreateInstanceで生成する方法で、
AEECLSID_MEDIAAAC等指定しても一緒です。
再生ファイル自体が悪いのかと思ったのですが、
再生ファイルをファイル種別で実機のフォルダに転送すると、
うまく再生できるのでさらに分からなくなっています
139:デフォルトの名無しさん
05/04/08 02:13:04
>138
データフォルダで再生できるファイル≠BREWから再生できるファイル
拡張子は.3g2?
140:135
05/04/08 10:31:05
>>139
拡張子は「.3g2」です。
端末仕様（確定版）には、BREW実行環境上で再生可能なデータが
記載されており3GPP2のAACエンコードで拡張子が.3g2は再生可となっております。
141:デフォルトの名無しさん
05/04/08 11:18:16
同じ3G2でもエンコードのしかたで不理由上ではSEEKできなかたりする
142:135
05/04/08 13:08:44
>>141
偽（えせ）着うたとよばれるものでの作成はほとんど行ったのですが、
どれもメディア解析で一致するクラスがないようで
IMEDIAのインスタンス生成までいきません。
SEEKを行うところまで行き着かないのが現状です。
WinampでCDからAAC形式でリッピングしたもの(.aac)を使うと、
インスタンス生成まで行きますがエミュ実機ともに再生はできませんでした。
143:デフォルトの名無しさん
05/04/08 14:42:28
3G2関係はKDDIが『公式のツール』として認定しているものを使うのが
だうやら暗黙の了解としてあるような気がします
144:135
05/04/08 16:22:39
>>143
BREWで動かすものに
KDDI認定のものでないとダメとは思わなかったので、
作成ツールに関しては考えておりませんでした。
公式ツールの申請を行ってみます。
昨日からお答え頂いた方、ありがとうございました。
また動きましたら報告に参ります。
145:デフォルトの名無しさん
05/04/09 00:10:15
RVISSってARMの命令セットエミュつかって
BREWのソフト検証することできますか？
ちょっとしくったら再起動するウゼー糞機と格闘すること連続78時間
もうこんな開発やめてぇ
146:デフォルトの名無しさん
05/04/09 01:38:10
試験端末を窓から投げ捨て(ry
エミュシミュうんぬんはうにゅうはARMとは関係無い端末固有のバグでリセットする可能性もあるので
あまり役に立たないような気がする
何か心当たりがあるならその端末のメーカーに問い合わせてみたらよいのでは？
147:デフォルトの名無しさん
05/04/09 10:34:19
スタックサイズ小さいから再起呼び出しを禁止したいですが、
どうやって書いたらいいんだろう？Cいじるの1年ぶりでなんか
訳わからなくなったｗ
148:デフォルトの名無しさん
05/04/09 21:24:00
>>147
デバッグ用でって事か？
再帰禁止なんて、デバッグコードわざわざ入れるもんでもない
気がするが
149:デフォルトの名無しさん
05/04/09 22:04:34
今書いてるコードを、再帰を使わないように書き直したいってことじゃね？
150:デフォルトの名無しさん
05/04/10 00:04:20
再起を禁止したいってよくわからんが、
探すだけならソースコードレベルで再起を探すようなプログラム書けばいいだろ。
むしろ、書き直すよりも、スタックをヒープに自分で確保するように書き直せば問題無いような。
151:デフォルトの名無しさん
05/04/10 00:32:34
void NULPO(MyApp *pMe)
{
DBGPRINTF("ぬるぽ");
ISHELL_SetTimer(pMe->pIShell, 1, NULPO, pMe);
}
152:デフォルトの名無しさん
05/04/10 00:51:50
スタックをヒープに書き出す方法が知りたいです。
あとサム命令とかみんなどの使いこなせてますか？
153:デフォルトの名無しさん
05/04/10 01:37:43
使いこなせていますん
154:デフォルトの名無しさん
05/04/10 03:05:47
正直使いこなせてない。普通にちょっとしたアプリを作るのですら面倒だ
もう少しシンプルに・使いやすく、更に情報をオープンしてくれればいいんだが・・・
155:デフォルトの名無しさん
05/04/10 14:39:33
めんどくさいものをよりめんどくさく
複雑なものをより複雑に
それが ｸｱﾙｺﾑ ｸｵﾘﾃｨ
3.1とか相当ダルいことになってるしorz
156:デフォルトの名無しさん
05/04/10 15:42:06
>>154
本当に閉鎖的だ。
認定されないと欲しい情報が得られないとは…＿|￣|○
157:デフォルトの名無しさん
05/04/10 16:02:07
>>152
適当にヒープをMALLOCしてSPを適当な変数に割り当てる。
あとは適当に再起関数の中でSPの値増減させてフレーム作ればいいだけじゃないか。
もっとBREWらしい質問は無いのか？
158:デフォルトの名無しさん
05/04/11 00:45:12
個人で開発環境整えるのも難しいし、実機ではまず動かせないし
そんでもってネット上での情報もほとんど無いBREWだけど
個人公開の場合はセキュリティレベルがJava程度に固定されるとか
できないもんだろうかね・・・
家にVC無いからDLしてリファレンス見るのも出来ん(´・ω・｀)
159:デフォルトの名無しさん
05/04/11 00:50:11
>>158
メモリ保護とかが働くMPUならまだしもARMだし、
ネイティブに実行されるコードにセキュリティレベルとかﾑﾘﾎﾟ。
160:デフォルトの名無しさん
05/04/11 00:57:15
静的メンバつかえないとめんどうだな
161:デフォルトの名無しさん
05/04/12 19:46:44
ご存知の方がいらしゃいましたらお願いします｡
ISHELL_LoadResImage()で､読み出したイメージのインタフェースの操作は、IIMAGE_Notify()
で確認をとってから使用するようですが、IIMAGE_Notify()設定後、同じイベント内で
画像の描画が必要なくなるなどでインタフェースをリリースしたくなった場合、そのまま
IIMAGE_Release()を呼び出しても問題ないでしょうか?
見たところIIMAGEインタフェースには、コールバック関数のキャンセルAPIはないみた
いなのですが。
IIMAGE_Notify()に指定するコールバック関数(PFNIMAGEINFO)のエラーコードの引数
(nErr)は、SUCCESS(0)と比較しとけばよいのですかね?
今のところシミュレｰタでは0しか返ってこないのですが。ENOMEMORYなども返る?
162:デフォルトの名無しさん
05/04/13 10:53:50
手元の W21S の STRSTR() が大文字小文字を無視しやがるんですが
163:デフォルトの名無しさん
05/04/13 12:58:53
それが(ク)ンニークオリティ
STRTOWSTRじゃない方つかいなさいよ
STRTOWSTR使っても検証通らないし
164:デフォルトの名無しさん
05/04/13 15:28:24
STRTOWSTRじゃなくてSTRSTR（部分一致文字列検索）じゃないのか？
165:デフォルトの名無しさん
05/04/13 19:30:59
ああスマンごめんなさい巣でボテケタ
まあ｀ノ二 → の仕様だと思って自分で関数君打法が建設的だと思ふ
ところでDIBとDDBの違いハッキリ分かってる人いる？
解説キボンなんだが…ヾ( ｀д´)ﾉﾞ情報少なすぎ
166:デフォルトの名無しさん
05/04/14 00:47:41
>>165
それはBREWがどうとかって言うより、
Windowsの基礎知識じゃないか？
167:デフォルトの名無しさん
05/04/14 01:26:01
>>165
激しくスレ違いな気がするが。
モニタが8bit カラー なら8bitBMPがDDB
同様に24bitカラーなら24bitBMPがDDB
ただしフォーマットは不明（OSやハードに依存）
DIBはモニタに依存せずに共通フォーマットのBMP
こんな感じだったような
168:167
05/04/14 01:51:10
何か微妙な解説になっちゃった気がするんで適当にググった。
URLﾘﾝｸ(www.catnet.ne.jp)
最近は強力なGDIやらDirectXがあるからDIB触ってないけど・・・懐かしいｗ
169:デフォルトの名無しさん
05/04/16 01:21:03
シミュレータでステップ実行しているとたまにキーイベントが連続で発生して
止まらなくなるのですが、これは実機でも起きるものなのでしょうか？
いまひとつ発生する条件がわかりません。
170:デフォルトの名無しさん
05/04/16 05:18:35
>>169
まさか、実 機 で ス テ ッ プ 実 行 で き る と 思 っ て る の か ？
ところでBREWっていうかau用のICEってあるの？
171:デフォルトの名無しさん
05/04/16 09:53:44
SURFとかいったっけ？あれは違うのかな。知らんけど。
いずれにしてもH/Wレベルのデバッガなりアナライザはあるんじゃないかな。
何十時間もかかるRPGや開発者ですらクリア困難な激ムズアクションゲームがあるとして
検証の人が自力でクリアしてエンディングの状態遷移とか確認してるとは思えないしー
すでに端末に検証モードとか仕込んであったりしてな。
ステップ実行できたり、任意の間隔でウェイトかけられたり、割り込みかけられたりw
って、んなモンあったら怒るけどな。
172:デフォルトの名無しさん
05/04/16 22:32:20
突然ですが、テスト用sigファイルを入手するときにESNを求められけど
どこで調べればいいでしょうか？
結構緊急でいきなり教えてクン状態で申し訳ないです。誰か教えてください・・・。
173:デフォルトの名無しさん
05/04/16 22:39:21
開発ツールガイド
174:172
05/04/16 23:00:52
開発ツールガイドってプログラミングリファレンスとかqualcommのやつとは違いますよね・・・？
もしかして、CPじゃないともらえないとかですか・・・？orz
175:デフォルトの名無しさん
05/04/16 23:51:31
>>174
もちろんCPじゃないと貰えないが、qualcommのサイトのその部分にアクセス
できているという事はCPから仕事を依頼されている？
端末もテストモードにしないと動かないが、その詳細も当然CPからだけアクセス
できる場所にしかないけど...
176:172
05/04/17 00:00:17
はい、下請けで仕事やってます。端末は多分テストモードになっているやつを
CPから借りてますが、なにぶん私自身初の仕事なものでぎりぎりになって
足りないものに気づくという状況が続いてます・・・。
しかし、これだとまだしばらく実機テストできないのか。・・・地獄見てきますorzno
177:デフォルトの名無しさん
05/04/17 00:06:20
>>176
ESNというのはマニュアルさえあればごく簡単なものなので、CPに電話して
その部分だけ教えて貰えばよい。
相手がわかっているなら1分で済む事だから。
178:デフォルトの名無しさん
05/04/17 02:55:01
おまいら個人保護法もできたし機密情報の取り扱いにゃ気をつけて下さいよ
世の中にゃ守秘義務てものもあるし２ちゃんねるなんてオープンなコミュニティは誰が見てるか分からないしね
正に壁に耳ありジョージにメアリーだから
もっとも大本のクアルコムが情報を小出しし過ぎて必要な情報が末端まで行かないことが大杉さんなんだが
179:デフォルトの名無しさん
05/04/17 03:24:07
>>172
もう遅いよな？
緊急だっていってるんだから、教えてやりゃいいのに。
ESNって、端末機の電話番号下8桁の頭に 0x をつけたもの。
例えば端末機の電話番号が、080-1234-5678 だったら、
0x12345678
180:デフォルトの名無しさん
05/04/17 03:58:27
GetDestination()を使ってフレームバッファに直接描画しているんですが、
先にIDISPLAY_DrawXXX()系の描画ルーチンで領域を書き込まないと
表示バッファにコピーしてくれません。そこでWindowsのInvalidateRect()みたいな
フレームバッファ更新要求のファンクションを組みたいんですが、情報が見つかりません。
なんかいい手ないですか？
181:デフォルトの名無しさん
05/04/17 05:15:13
>>180
IBITMAP_Invalidate
ふつーにあるじゃねーかあｑｗせｄｒｆｔｇｙふじこｌｐ
182:デフォルトの名無しさん
05/04/17 10:23:00
>>179
おまえがもっと早くおしえてやれよ
183:180
05/04/18 04:46:15
>>181
ほんとだ。ヘッダみたらありました。ありがとうございます。
マニュアルに記載されてないことが結構ありますね。
ところでIBITMAP_Invalidate()って、透明設定してカラー０で
フィルしているようですが、恐らく透明色でフィルすればいいってことですね。
184:デフォルトの名無しさん
05/04/18 05:51:13
>>183
BREW 2.1 新インタフェースリファレンス
BREW SDKフォルダの/Docs/BREWNewInterfaces.pdf
185:デフォルトの名無しさん
05/04/18 13:27:03
ちょっと質問です。
ISHELL_StartApplet()を使用したアプリ連携で、移動機にダウンロードされて
いないクラスIDを指定すると
Unknown Error(3)
がシミュレータの画面上に出てきてしまうのですが、こういうものなのでしょうか
？
ECLASSNOTSUPPORTの3だと思うのですが､ISHELL_StartApplet自体もエ
ラーリターンしますし､自前で用意したエラー画面の表示にきません｡
まあ､事前にダウンロード済みか調べればよいのですが｡
別の原因で発生しているということも
ありますでしょうか?
186:デフォルトの名無しさん
05/04/18 23:28:16
「緊急なので」と書けば早く教えてもらえると思うヨ
187:待ち受け起動判断
05/04/19 01:49:43
ISHELL_GetHandler(a->m_pIShell,AEECLSID_SCREEN_SAVER,MT_SCREEN_SAVER)
でIDが自分かどうかを判定じゃだめなのかしら？
188:デフォルトの名無しさん
05/04/19 19:24:42
なんかMicro3Dで軸が
X軸：左が＋
Y軸：上が＋
Z軸：奥が＋
なんですけど、なんかおかしくないですか？
普通X軸は逆のような気がするんですが。
どうなんですかねぇ？
189:188
05/04/19 19:58:24
調べたらY軸も逆向いてるっぽいですね。
なんでだろ？
190:188
05/04/19 20:45:56
なんとなく自己解決。
ただ単にupが1になってるから上下さかさまってことか・・・orz
191:デフォルトの名無しさん
05/04/19 21:11:37
各端末のヒープって、公表されてないの？
どこで見えますか？
192:デフォルトの名無しさん
05/04/19 23:32:31
端末の仕様書
CPにしか公開されてないので注意
193:191
05/04/20 09:36:21
>>192 うそだぁ、書いて無いよ・・・。
194:デフォルトの名無しさん
05/04/20 10:21:38
端末の仕様書ってのはメーカーサイトにあるような奴じゃなくて、
CPにしか公開されてない「-BREWサービス仕様書- 端末仕様」って奴だぞ。
195:191
05/04/20 14:41:28
>>194見たけど、それにすら書いてないよ～？
196:デフォルトの名無しさん
05/04/20 15:24:04
>>195
書いてあるが？
197:デフォルトの名無しさん
05/04/20 15:25:47
>>195
じゃあ、見てる資料が違うんだろうな。
BREW端末仕様(確定版)【****】.pdf っていうファイル名の資料見てる？
それを見てもわからないなら、視力検査に行って来い。
198:191
05/04/20 17:19:11
＞BREW端末仕様(確定版)【****】.pdf なんだけどなぁ・・・おかしいなぁ・・・
199:デフォルトの名無しさん
05/04/20 18:29:50
>>198
CPじゃないんだろ？
200:デフォルトの名無しさん
05/04/20 18:30:41
とりあえずメモリ640KB以内で処理しる
201:デフォルトの名無しさん
05/04/20 23:30:25
バカには見えないみたいだな
202:デフォルトの名無しさん
05/04/21 03:47:04
QVGA端末のDDBは、大抵16bit 565フォーマットだよね？
少なくとも、20台くらいはそうだった。
ばりばりDevice Dependent Programmingしちゃっているけど、
フレームバッファ以外壊さなきゃいいよね？
203:デフォルトの名無しさん
05/04/21 04:04:42
セラのやつだめぽしぬぽセラいらねよ
204:デフォルトの名無しさん
05/04/21 10:00:07
いらないのはセラの奴だけでいいのかな？'`,､('∀`) '`,､
205:デフォルトの名無しさん
05/04/21 10:25:13
>>202
565じゃなかったとしても555だろうし、問題無いんじゃね？
>>204
全部ｲﾗﾈ
206:デフォルトの名無しさん
05/04/21 21:10:25
他機種でうまく動いていたアプリが
W31Kではことごとく落ちてしまうのですが、
同じような現象を解決された方はいらっしゃらないでしょうか？
これといった特定の原因は判明していません。
解決の手がかりなど、いただけるとありがたいです。
207:デフォルトの名無しさん
05/04/21 22:22:11
>>206
窓から投げ捨てろ。
ところで、カメラのRegisterNotifyで登録したCBに渡される引数のリファレンスって、
どこにあるんだ？
毎回ヘッダー確認するのもﾂｶﾚﾀﾖ。
208:デフォルトの名無しさん
05/04/21 23:16:20
>>207
カメラがついてる端末は窓から投げ捨てろ
209:デフォルトの名無しさん
05/04/21 23:29:59
APIﾘﾌｧｲｴﾝｽ>ｺｰﾙﾊﾞｯｸ関数の二番目の引数>データ型
そして侮瘤開発環境を窓から投げ入れろ
210:デフォルトの名無しさん
05/04/22 10:10:25
好きなだけ投げ捨ててこい（ﾟ∀ﾟ）
いらないものを投げ捨てるスレ＠マ板
ｽﾚﾘﾝｸ(prog板)
211:デフォルトの名無しさん
05/04/22 10:22:44
BREW開発してるとホントに投げ捨てたくなる
二年間使っている携帯を買い換えたいがBREW機だけは買わないと誓った
auはBREWオンリーになるから除外Vは使えない3GだしDoCoMoでいいや。勝手アプリも作れるし・・・
212:デフォルトの名無しさん
05/04/22 14:39:34
上司にBREW開発継続をやめさせるよう説得中
213:デフォルトの名無しさん
05/04/22 20:42:14
そんなことよりあの「！」をどう思う
214:デフォルトの名無しさん
05/04/22 21:58:52
そんなにうれしいのかねえ＞！！！！！！！！！！！！！！！
215:デフォルトの名無しさん
05/04/22 22:01:59
すごい嫌われ鰤だな・・・
カメラが付いていると何が起こるの？
216:デフォルトの名無しさん
05/04/23 13:44:58
カメラがついてることに問題はない
BREWのカメラAPIも不備が山のようにあるが頑張ればどうにかなるので、まあ概ね問題はない
ただ、うにゅうからカメラ使うのに一部の端末がｽﾍﾟｯｸが足りなかったり基本仕様にそってなくてぇうぇうwwwクオリティ高けーwwwwwwだったりするだけ
217:デフォルトの名無しさん
05/04/23 14:59:00
今現在SDK落とせないんだけど公式以外で落とせるって場所ある？
ちょっと急いでるんだけど。
近くの本屋にCD付きの書籍とかなかったし。
218:デフォルトの名無しさん
05/04/23 15:01:29
ないと思う。
SDK入りの本も聞いたことないな。
219:デフォルトの名無しさん
05/04/23 19:25:51
>>216
普通に考えて、頑張るべきなのはKDDIじゃないか。
220:デフォルトの名無しさん
05/04/24 00:11:32
黄金週間に検証休むんじゃねーよ！！！！！！！！！！！
221:デフォルトの名無しさん
05/04/24 02:27:16
休むけど、管理とか技術情報はサポートしてくれるよ？
まぁただ、BREWで開発は基本的にマゾイから深みにはまる前に
逃げるかどうにかしたほうがええ
222:デフォルトの名無しさん
05/04/24 03:06:35
＞休むけど、
士ね！！！！！！！！！！
223:デフォルトの名無しさん
05/04/24 04:42:02
これが！クアルコム･ダメポ･フェノメノン！だ！！
224:デフォルトの名無しさん
05/04/24 07:30:59
某国並みの暴動が発生しそうな勢いです。
225:デフォルトの名無しさん
05/04/24 09:23:55
IHTMLVIEWERについてなのですが、inputタグにフォーカスがあたっているとき
SELECTキーを押すとフルスクリーンモードになってフィールドの編集画面にな
りますが、ここで編集したあとにそれを有効にするためになりか行わなければ
いけない処理がありますでしょうか？
フルスクリーンの画面では、下方にDoneとMultitapのボタンが表示されている
のですが、これにフォーカスを当ててSELECTキーを押しても何も反応がないで
すし、CLSキーを押すとHTMLの画面に戻れますが、入力した値が消えてしまいま
す。
226:デフォルトの名無しさん
05/04/24 10:37:48
>>225
そもそもIHTMLViewerのフルスクリーン入力時の挙動は端末ごとに違うから、
検証端末書いてくれないと。
っていうか普通に組んでれば何もしなくても勝手に値は設定される。
227:デフォルトの名無しさん
05/04/24 17:06:41
>>226
すみません。
SDK 3.1.2 Jaのシミュレータで実行しています。
とりあえず、EVT_KEYが来たときに、イベントをIHTMLVIEWER_HandleEvent()
に投げてしまっています。
228:デフォルトの名無しさん
05/04/24 17:53:57
>>227
いや、サスペンドとかも渡さないとまずいだろう。
if (IHTMLViewer_HandleEvent() == TRUE)
return TRUE;
～
通常のイベント処理
～
って感じにかかないといけないぞ。
229:デフォルトの名無しさん
05/04/24 18:15:41
>>228
ありがとうございました。動くようになりました。助かりました。
よく見ると、サンプルのNetDiagnosticsのソースでも288さんご指摘同様に
IHTMLVIEWER_HandlEvent、通常のイベントとやってました。
特に、キーを押したからイベント処理するだけというのではなかったので
すね。
それでは、ありがとうございました。
230:デフォルトの名無しさん
05/04/25 02:59:00
ｳﾞｪｰ
∧ ∧γ⌒'ヽ
（,, ´∀i ミ（二i
/ っ､,,_| |ﾉ
～(￣__)_) r-.! !-､
｀'----'
231:デフォルトの名無しさん
05/04/25 06:24:53
HTMLVIEWERとかメニュー、ダイアログとか、糞イベント仕様だよなあ。
232:デフォルトの名無しさん
05/04/25 12:07:28
HTMLVIEWERのおかげでオブジェクト化に失敗しましたヽ(´ー｀)ノ
233:デフォルトの名無しさん
05/04/25 20:50:32
SDKのサンプルや、MSPからダウソできるサンプルを見ると、ほとんど
AEEAppletのHandleEventの中で全部のイベント処理を行っていて、糞長くなっ
ているけど、これはBREWの宿命なの？
「BREWプログラミング実践バイブル」なんかでも愚痴がこぼされているし。
書き様によっては分離できそうな感じがするんだけど。
たとえばIControlのHandleEventをオーバーライドして各メニュー画面での処
理を分離させる、というような設計だとまずいかなあ？
234:デフォルトの名無しさん
05/04/25 23:03:11
まあとにかくやってみてよ
235:デフォルトの名無しさん
05/04/25 23:29:39
いいんだけど、その前にちょっとアレンジしただけで素人プログラムだと
通らなくなるから、練習のつもりで1000行関数作ってなれたほうがいいよ
236:デフォルトの名無しさん
05/04/25 23:48:42
てか基本のコントロール系使うより自分でUI組んだ方が扱いやすくて早い
コントロール系をせいぜいつかってもメニャーかテケストぐらいだし
てか、コントロール系使いすぎると検証通らないし
237:デフォルトの名無しさん
05/04/25 23:52:51
通るよ、金次第だけど？
500以上積めば余裕。
238:デフォルトの名無しさん
05/04/25 23:56:49
じゃあ弁当我慢する
239:デフォルトの名無しさん
05/04/26 08:15:12
既に殆ど昼飯は食ってない('A`)
おのれBREWめ
240:デフォルトの名無しさん
05/04/26 09:55:46
500ｳｫﾝなんて安いなぁ
241:デフォルトの名無しさん
05/04/26 19:35:25
携帯アプリ板にも貼られてたけど。
有料の特急検証ができるとな。
URLﾘﾝｸ(k-tai.impress.co.jp)
242:デフォルトの名無しさん
05/04/26 20:35:30
>>241
ｵ㍗ﾙ
243:デフォルトの名無しさん
05/04/26 22:05:49
>>241
有料って、具体的にどのくらい？
こんな情報までCP以外に隠すのかなぁ。
244:デフォルトの名無しさん
05/04/26 22:24:24
殿様商売まっしぐらだな
通常検証が遅い事が問題なのに、それ自体を改善せずに、早く出したいなら金を出せか！
それなりの金額でも通常検証だとそれ以上に売上が低下するし、特急を選ばざるを得ない状態になるな。
で、半年後くらいには特急も検証開始まで数ヶ月待ちになる、と。
245:デフォルトの名無しさん
05/04/26 22:28:45
特急の検証をやる人はこれまでの通常の検証の人から
もってくるんだろ？
つまり通常はもっと遅くなる。。。
246:デフォルトの名無しさん
05/04/27 04:27:53
特急料金がいくらになるかは知らないが、CPが容易に捻出できる程度の額だと>>244の言う
｢半年後｣になるわけで、まあ安いわきゃない罠。開発費用は倍率ドンだ。
そうなるとCPは問題をおこしそうな機種は（古い・不人気・バグってる・担当に嫌われたｗｗｗ）
さ っ さ と 見 捨 て る 決断をせざるを得ないと予想するわけだが。その結果どうなるか
熟考してから発表したんだろうな。
247:デフォルトの名無しさん
05/04/27 08:11:15
ヒープ1MB無いのに1.5MB容量アプリは楽しそうですね
本当に作る人のことを考えてんのかよヴォケ
248:デフォルトの名無しさん
05/04/27 08:42:24
起動しないじゃんｗ
249:デフォルトの名無しさん
05/04/27 08:52:52
>>248
大丈夫か？ｗ
容量!=実行ファイルサイズ
250:デフォルトの名無しさん
05/04/27 09:17:36
>>249
起動に必要なヒープは実行ファイルサイズ以上は必要ですが何か？
251:デフォルトの名無しさん
05/04/27 09:26:25
急速にスレの質が低下してまいりました
252:デフォルトの名無しさん
05/04/27 10:21:56
だのぅ。
容量が増えると３Ｄ背景とか、でかいデータも入れやすくなるのがメリットだね。
でも、ナム○とか大手じゃないと使わせてもらえないだろうね。
まー、KDDI-BREWのアプリ作成のお得意様は企業みたいだし、
状況を理解してないエライヒトが携帯アプリ出せって言い出すだろうから
いくら吹っかけても問題無いんじゃね？
253:デフォルトの名無しさん
05/04/27 11:30:09
不覚にも春だなと思ってしまったよ。
254:デフォルトの名無しさん
05/04/27 14:54:23
URLﾘﾝｸ(www.itmedia.co.jp)
今年度はBREWアプリの品質向上に着手する。
4月の段階でアプリ数が1000本を超えた。
ある程度ボリュームが出てきたこのタイミングで、
今度はクオリティに目を向けていく考えだ。
「今後、アプリについて注文をつけさせて頂きたいと思っている。
ここで一回、どうすれば質が上がるのか、
一から組み立て直そうと思っている」（竹之内氏）
255:デフォルトの名無しさん
05/04/27 14:55:51
次の三洋WINはBREW3.1なんだ
256:デフォルトの名無しさん
05/04/27 15:18:32
ホント、レベル低っ！
じゃあ、あれですか？DVDなプラットホームで動くPS2は4GB以上ヒープ積んでるのか？(藁
出直してこい(藁
257:デフォルトの名無しさん
05/04/27 15:23:00
それ例えになってない…
258:デフォルトの名無しさん
05/04/27 15:37:13
>>254
今作ってる奴をﾘﾘｰｽできる可能性が若干下がった気がする。
259:デフォルトの名無しさん
05/04/27 15:45:54
きっと248は、実行ファイルに全てのリソースを詰め込むスタイルなんだよ。
Winでも一昔前までは結構あったよね、配布ファイルが１つで済むからって。
260:デフォルトの名無しさん
05/04/27 19:52:45
カンファレンス祭りの流れをぶった切って悪いんだけど
どなたか助けてください。
リソースを圧縮したgzipファイルを展開して使ってるんですが
展開中にアプリキー連打すると消えないファイルが出来ちゃうんですけど
回避方法ないでしょうか？
一端ファイルを作ってそこに展開したデータを流し込む方法じゃなくて
メモリに直接展開したデータ置く方法の方がいいのかなぁ？
261:デフォルトの名無しさん
05/04/27 20:46:58
>>260
俺は一度メモリ上のバッファに展開→メモリから読み込み→バッファ破棄
ってやってる。
ファイル周りは色々と厄介そうだから、一時ファイルの作成はなるべく
やりたくないね。
262:デフォルトの名無しさん
05/04/27 21:32:29
同じく。
メモリ上に展開しないとファイル領域の容量が一杯のときにゲームが出来ない不具合が出るよ。
まぁ、エラー画面実装すれば検証自体は通るけど気持ち悪いからなぁ。
メモリ上に読み込んでIMEMASTREAMなりで読むのをオススメする。
263:デフォルトの名無しさん
05/04/27 21:33:21
ゲームが出来ないって、何だ俺（笑）
ごめん、アプリが起動できない、と言い直しておくー。
264:デフォルトの名無しさん
05/04/27 21:37:21
BREWアプリの80%↑はゲームなので問題ありません。
IHTMLViewerのフォーカスをコントロールするのってどうするの？
SetActive()ってのはなんか違う気がする。
っていうか、HandleEventにイベント渡してないのに勝手に描画されるよ。。
265:デフォルトの名無しさん
05/04/28 00:19:54
>>259
少なくとも文字列はリソースファイルに入れないほうがマシな気がしてならない件について
266:デフォルトの名無しさん
05/04/28 03:44:42
ｴﾐｭ上でMA-5のSMAF(spf)鳴らせるのかな
URLﾘﾝｸ(smaf-yamaha.com)
からMA-5用らしきzipを持ってきてdllを SDKのBin/Modules/
に置いてみたんだがﾀﾞﾒﾎﾟ
267:デフォルトの名無しさん
05/04/28 12:45:36
服を脱ぐ
↓
268:260
05/04/28 14:16:29
窓を開け
↓
>>261さん >>>262さん
でも今までBMPをISHELL_LoadBitmapで読んでたんですけど
バッファからIBitmapに渡せなくなりますた(つД｀)
サウンドはIMEMASTREAMで行けたのに・・・・
むー、ワカラン
269:デフォルトの名無しさん
05/04/28 15:32:57
思いっきり助走をつけて
>>268
つ【CONVERTBMP】
270:デフォルトの名無しさん
05/04/28 17:20:52
質問が２つあります。ご存知の方、教えてくださいませ。
１）エミュレータのログに、起動時と終了時に
「WARNING: App Callback Pending」が表示されます。
（起動時に1つ、終了時に1つ）
『コールバック関数内で1秒以上の処理を行うと出る』という
話も聞きましたが、このWARNINGが出る原因は
他に何かありますか？
２）特権レベルの「ネットワーク」と「Webアクセス」、
両者の違いは何でしょうか？
いま、ウェブから画像を取得してきてIHtmlViewerで
表示させているのですが、どちらにチェックをつけても
動作しています。（つけない場合は動作しません）
（「ネットワーク」は「Webアクセス」＋端末同士の通信？？）
以上、よろしくお願いします。
271:デフォルトの名無しさん
05/04/28 17:36:01
>>270
1:
URLﾘﾝｸ(brewforums.qualcomm.com)
272:デフォルトの名無しさん
05/04/28 18:02:06
>>271
「BREWツール」のForumは見逃してました！
ありがとうございます。
２）も引き続きお願いいたします。
273:デフォルトの名無しさん
05/04/28 18:15:02
>>270
ネットワーク→TCP/IP,UDP
Webアクセス→HTTP
HTTPだけ使いたい場合はネットワークのチェックは不要。
274:デフォルトの名無しさん
05/04/28 18:40:33
>>273
なるほど。
ありがとうございました。
275:デフォルトの名無しさん
05/04/28 20:35:48
URLﾘﾝｸ(sureare.web.infoseek.co.jp)
BREWを活用したソフトウェア共通プラットフォームの導入
-WIN05年夏モデルから2社対応予定
-06年度以降全メーカー対応予定
276:デフォルトの名無しさん
05/04/28 20:56:56
>>275
それの絵見るとメーラがIMAPプロトコルっぽいよな。
今のBREWでもIMAPプロトコル実装すれば携帯のメール受け取れるのかな。
277:デフォルトの名無しさん
05/04/28 20:58:46
>>276
auのEメールシステムがIMAPだからね。
278:デフォルトの名無しさん
05/04/28 22:59:38
メモリ確保系ってBREWって遅いの？
279:デフォルトの名無しさん
05/04/29 01:30:52
>>278
何に比べて？
280:デフォルトの名無しさん
05/04/29 01:48:43
Windowsと比べてかJavaVMかによるが
281:デフォルトの名無しさん
05/04/29 07:58:06
BREWってtry{}catch(){}ないですよね…？orz
282:デフォルトの名無しさん
05/04/29 09:18:08
お前バカだろ
283:デフォルトの名無しさん
05/04/29 09:43:27
小さいサイズ5Byteぐらいのデータを何千回も行うから、
たぶんmalloc遅いとか言ってるんじゃないのかな？
自分でmalloc作るか、あとはいい方法あったっけ？
284:デフォルトの名無しさん
05/04/29 12:07:27
BREWにはgotoがある！
GWだぞ、おまえら！
285:デフォルトの名無しさん
05/04/29 13:31:15
GWn中の深夜に検証申請したら、あの方たちは厭味と感じてくれるであろうか
286:デフォルトの名無しさん
05/04/29 14:02:08
まあその申請が届くのはゴールd
287:デフォルトの名無しさん
05/04/29 14:06:58
あの人らもうGW入ったから今週来週って業務に出ないよ
検証の人も、派遣しかいないから通常作業できるけど
新規の検証はしないよ。
288:デフォルトの名無しさん
05/04/29 17:11:44
それはそうなんだけど、せっかく時刻まで記録されるんだからさああああああ
とか思ってたが頭おかしいような気がしてきたので、帰って月曜まで寝ます。
おまえらごきげんよう。
289:デフォルトの名無しさん
05/04/29 18:38:26
なんだ、ＧＷ仕事してる奴いないのか。
じゃあ俺たちも休もう
といって検証してくれないぞ
290:デフォルトの名無しさん
05/04/29 19:10:37
最近BREWを勉強し始めた者です。
BREWシミュレータでの質問です。
BREW3.1から実装されたISHELL_StartBackgroundAppletがうまく動きません。
APIリファレンスには
「指定したアプリケーションがバックグラウンドで起動する点を除き、ISHELL_StartAppletArgs とまったく同じです」
と書かれているのですが、ISHELL_StartAppletArgsで実行すると動くアプレットが
ISHELL_StartBackgroundAppletにして実行すると
「Unable to start application」と表示され、アプレットが起動されません。
ISHELL_StartBackgroundApplet自体は正常終了してます。(SUCCESSが戻ってきてます)
"ISHELL_StartBackgroundApplet"でググって見ても1件も引っかからないので
この関数はそれほど使用されていない物なのでしょうか？
291:デフォルトの名無しさん
05/04/29 21:38:38
あふりのけんけん
292:デフォルトの名無しさん
05/04/29 23:12:16
なんで初心者が3.1なんだよ！
とは思う
293:デフォルトの名無しさん
05/04/29 23:14:34
生意気だよな？
294:デフォルトの名無しさん
05/04/29 23:22:43
贅沢者！
２．０からやりなおせ
295:デフォルトの名無しさん
05/04/30 00:06:20
謝れ！
１．０に謝れ（AA略）
296:デフォルトの名無しさん
05/04/30 01:41:34
>>281-282
なんでこのスレこんなにギスギスしてるんだ？
297:デフォルトの名無しさん
05/04/30 01:43:22
ＫＤＤＩがウンコだから
298:デフォルトの名無しさん
05/04/30 03:10:31
GWでストレス溜まってるんだろ。
299:デフォルトの名無しさん
05/04/30 03:38:53
Brew開発やっててギスギスしないほうがおかしい。
300:デフォルトの名無しさん
05/04/30 13:41:47
BREWは中途半端に環境の整っている雰囲気の組み込み系開発をやってる気がして疲れるのう。
301:デフォルトの名無しさん
05/04/30 14:08:05
>>300
気がするって、そのまんまじゃないか。
302:デフォルトの名無しさん
05/04/30 14:08:13
try&catchがあれば、何か起きた瞬間全て「メモリーが足りません」画面に移行して
お茶を濁せるんだがなぁｗ
303:デフォルトの名無しさん
05/04/30 15:03:27
>302
すまぬ、BREWはヲチしてるだけなんで知らないのだが
longjmp()って使えないの?
# 使えたとしても使いたくないけど、そんな状況じゃ使わないとやってられないような……
304:デフォルトの名無しさん
05/04/30 18:21:05
うがー(ノ｀□´)ノ ⌒┻━┻
305:デフォルトの名無しさん
05/04/30 18:24:31
え？longjmpもないの？BREWって。
306:デフォルトの名無しさん
05/04/30 19:18:27
今時longjmpとかつかわねーだろ。
っていうかJAVAにもC++にもねーぞ。
307:デフォルトの名無しさん
05/04/30 19:21:56
try cathがないなら、せめてlongjmpがあるべきじゃね？
JAVAもC++も前者があるから後者がいらないわけで。
308:デフォルトの名無しさん
05/04/30 19:27:25
っていうか無いとはいってない。
書けば作れるだろ。
あと、longjmp使う場合が思いつかない。
309:デフォルトの名無しさん
05/04/30 20:50:44
書けば作れるって…。longjmpの中身はアセンブラだぞ。
Cでレジストリいじる方法なんてねーよ。
310:デフォルトの名無しさん
05/04/30 21:11:16
れじすとり？
311:デフォルトの名無しさん
05/04/30 22:07:17
ごめんよ。レジスタだよ。
312:デフォルトの名無しさん
05/04/30 22:07:19
例外が使えんからって変わりにlongjmpは使わんだろ。デストラクタはどーするん？
313:デフォルトの名無しさん
05/05/01 01:39:46
処理全体を while (1) で括って、longjmpしたいところで break 汁！
314:デフォルトの名無しさん
05/05/01 02:35:35
それじゃgotoと変わらん。
別の関数に飛べるlongjmpに用があるんだ
315:デフォルトの名無しさん
05/05/01 09:10:24
>>313
オマエアタマイイナ
316:デフォルトの名無しさん
05/05/01 14:49:53
>>309
なんでBREW=Cなの？
別にアセンブラでもかけるじゃないか。
っていうか最近の組み込みってこんなのばっかり？
アセンブラもわからんとかもうね（ｒｙ
317:デフォルトの名無しさん
05/05/01 15:14:59
BREWでアセンブラが使えるとは初耳だな。
318:デフォルトの名無しさん
05/05/01 15:59:55
ちなみに自分がアセンブラ使えないのは仕様だ
319:デフォルトの名無しさん
05/05/01 16:52:40
316さんはアセンブラでBREWアプリを作るって…どうやって？
煽りとかじゃなくてマジで聞いてみたい
320:デフォルトの名無しさん
05/05/01 16:56:46
アセンブラを使う方法があるなら是非知りたい。
描画周りで色々楽しいことができそう。
321:デフォルトの名無しさん
05/05/01 17:07:10
>>319
>>320
自分が開発に使ってるもののマニュアルぐらい読め
322:デフォルトの名無しさん
05/05/01 17:21:45
>>321
マニュアルのどこに書いてあるか教えれ
答えられなかったらデマ
323:デフォルトの名無しさん
05/05/01 17:42:25
それぐらい調査することもできないやつは去れ
324:316
05/05/01 17:58:06
ｺﾞﾒﾝ316だけど、ほんとにわからないの？
325:デフォルトの名無しさん
05/05/01 18:08:36
わからないよ。
BREW上でインラインアセンブラなんて存在しないし。
頼むから「わからないの？」とかじゃなくて、真剣に教えてくれ。
326:デフォルトの名無しさん
05/05/01 19:03:49
316さんいつ教えてくださるんですかー。
327:316
05/05/01 19:07:24
普通にアセンブラでコード書いてアセンブルして、
リンクすればできるぞ。
RealViewでもGCCでもできる。
GCCなら普通にインラインアセンブラも使えるはずだが。
>>325
>BREW上でインラインアセンブラなんて存在しないし。
BREWはプログラミング言語じゃないぞ。実行環境だ。
328:デフォルトの名無しさん
05/05/01 19:10:14
>>327
( ´_ゝ`)y-~~ 結局ただのバカでしたか…。
329:デフォルトの名無しさん
05/05/01 19:12:26
>>327
その「できる」ってコードを実機で動かしてみ。
時間無駄にした。アホくさ。
330:デフォルトの名無しさん
05/05/01 19:33:13
漏れはただのウォッチャーなわけだが、
Cが使えてアセンブラが使えないっていう環境が
あたりまえのこととは思えない。
何で使えないの？
煽りとかじゃなくてマジで聞いてみたい
331:デフォルトの名無しさん
05/05/01 19:35:09
BREW Forum - double値のint型への変換について
URLﾘﾝｸ(brewforums.qualcomm.com)
これなんかどうだろう。
アセンブラが使えないって事は、コレも騙りってコトでいい？>>328
332:デフォルトの名無しさん
05/05/01 19:37:25
ヘルパー関数使えって書いてあるじゃん。
333:デフォルトの名無しさん
05/05/01 19:53:39
URLﾘﾝｸ(www.google.co.jp)
これでトップになにやら出てくるわけだが、コレもデマか？
334:デフォルトの名無しさん
05/05/01 19:57:03
>>333
とにかくやり方を答えてみろ
335:デフォルトの名無しさん
05/05/01 20:01:01
>>333
中身ちゃんと嫁。
まさかいまさら「俺の言ってるBREWってのは、日本の携帯端末のものではありませーん」とか言うつもりか？
336:333
05/05/01 20:35:54
ごめんよ。とりあえず、ほんとのBREW開発者じゃないんだ。
興味があって聞いてるだけなんだ。
>>334
一般的には、アセンブリソース書いて、
（ armasm なり GNU as なりの）Cコンパイラとセットになってるアセンブラ使ってアセンブリして、
C/C++と一緒にリンクしたら、もうC/C++で書いたのと何が違うわけでもなくなると思うんだ。
実機で動かすと、なにか良くないことが起こるのか？
>>335
ふつうのARMアセンブラの説明に、BREW用に（問題にならなさそうな）制限がついてるだけだった。
日本の携帯端末だと何の事情が違うわけ？CPU？
ほんとに申し訳ないが、ウザかったらスルーしてもらっても文句は言わない。
337:316
05/05/01 21:01:19
>>336
特に問題は出ないはず。
RealViewでも__armasm使えばインラインアセンブラあるっぽいな。
そのうちサポートしなくなるって書いてあったが。
338:デフォルトの名無しさん
05/05/01 22:09:04
アセンブリ言語使えないって書いてるやつは、言語についてなにか勘違いしてないか？
339:デフォルトの名無しさん
05/05/01 22:11:26
～はず、～思う、とか憶測で書いてもしょうがないんだけど
実際にauの端末で動かしました、というのが何より説得力がある
そこを期待するんだけどどうよ
340:デフォルトの名無しさん
05/05/01 22:33:29
アセンブリで書こうがCで書こうが結果は一緒
それよりもBREW APIのｲﾝﾀｰﾌｪｰｽにNULLチェック機能がついてないなど根幹的なメモリ管理が脆弱な件について
341:デフォルトの名無しさん
05/05/01 22:36:38
>>339
実際に動けばOKなんてやつがC言語使うと未定義コード山盛りでも気にしないんだろうな。
342:デフォルトの名無しさん
05/05/01 23:04:59
338が正しい。
ただしアセンブリ言語で書いても手間だけ掛って得るものは少ないが。
343:デフォルトの名無しさん
05/05/01 23:06:07
漏れも中の人ではけど、技術的なことじゃなくてKDDIの審査の話じゃなかったの?
344:デフォルトの名無しさん
05/05/01 23:23:56
どうでもいいけど
>>333
のリンク先を日本語のページを検索すると
転職応援サイト イーキャリア
とゆーとこに
「Ｃ++、Java、ＢＲＥＷ等のいずれかの言語」とか書いてある
345:デフォルトの名無しさん
05/05/02 00:02:32
だから、日本携帯でリリースできる認定コンパイラを通れるかが焦点なの。
BREW全般の話ではないのね。
で、少なくとも日本携帯でアセンブラコードを直書きして、リリースした人の話は皆無。OK?
346:デフォルトの名無しさん
05/05/02 00:15:17
>>345
ほんとに始めからそういう意味で>316に突っかかってたのか？
「日本」とかいう条件が出てきたのは>335からだし、さっぱり意味がわかんなかったよ。
347:デフォルトの名無しさん
05/05/02 00:18:49
>>346
ちょっとまて。基本的にこのスレは日本のAU携帯BREWのスレじゃないのか？
348:デフォルトの名無しさん
05/05/02 00:35:51
後出しじゃんけんやめましょうね。
349:デフォルトの名無しさん
05/05/02 00:49:39
あり？コンパイラって限定されてるんでしたっけ？
350:デフォルトの名無しさん
05/05/02 05:04:27
>346>348
>319>320はau端末前提で話してる。よって>345>347が言ってることはズレてない。
このスレも最初からauのBREW端末のスレ。
このスレから読み始めた人にとってはテンプレ見ても気付かないかもしれないが。
しかしながら316氏はau端末のアプリで検証通すことは前提にしてなくて、
>316の発言の時点からBREW一般の話をしているように思う。
そこへ、au端末前提としてる人、BREW一般を前提としてる人が、ないまぜになって発言をしている。
それで話の流れがこんなふうになっているのではないだろうか。
351:デフォルトの名無しさん
05/05/02 08:22:47
黄金週間にみんなごくろう
352:デフォルトの名無しさん
05/05/02 08:32:59
うわー こいつ黄金週間なんてまだ信じてるよ
353:デフォルトの名無しさん
05/05/02 09:07:21
BREW端末で使えないことはわかったけど、
認定コンパイラ（？）ではじかれるってのと、KDDIの検証ではじかれるってのはどっちなの？
354:デフォルトの名無しさん
05/05/02 14:07:09
月間ｱﾌﾟﾘ★ｹﾞｯﾄの創刊第２号が出るらしいが・・・
「ﾎﾘｴﾓﾝ特集」はイラネー。買う気が失せたヨ。
355:デフォルトの名無しさん
05/05/02 17:37:07
連休中に凄いことになってるな。
KDDIが検証用として受け取るのはﾊﾞｲﾅﾘｺｰﾄﾞなんだから、Cで書こうがｱｾﾝﾌﾞﾗで書こうが結果としてﾊﾞｲﾅﾘｺｰﾄﾞができあがれば問題ないだろ。
んでもってｱｾﾝﾌﾞﾗで書くことの何が問題かというと、BREW SDKが用意しているAPIをｱｾﾝﾌﾞﾗから呼び出すのがめんどくさいことぐらいじゃないか？
そもそもｲﾍﾞﾝﾄﾊﾝﾄﾞﾗ関数を書いて、AEEClsCreateInstance() 関数に準拠したｺｰﾄﾞを指定されたｴﾝﾄﾘﾎﾟｲﾝﾄに配置して、ｲﾍﾞﾝﾄﾊﾝﾄﾞﾗ関数へのﾎﾟｲﾝﾀを登録さえすればとりあえずBREWｱﾌﾟﾘとして動く気がする。
なんでやらないかって、そんなめんどくさいことするぐらいならCで書いた方が早いからだ。
356:316
05/05/02 18:03:05
いまさらで申し訳ないけど、KDDI検証に通る為にはコンパイラって限定されるの？
漏れはそんな話一切されなかったし、資料からも読み取れなかった。
RealViewは認定コンパイラ？だとは思うけど、それに付属してるアセンブラを使用するのもアウトなのか？
>>355と同じ認識でアプリ作成していましたが、問題あるなら書き直さないといけないので、
該当資料を教えてください。
357:デフォルトの名無しさん
05/05/02 18:09:53
>>356
とりあえずGCCでｺﾝﾊﾟｲﾙしたｺｰﾄﾞは検証通ったよ。
俺も、指定されたｺﾝﾊﾟｲﾗがあるって話は知らん。
RVCTはうちの会社でも買ったけど、
常にこれでｺﾝﾊﾟｲﾙしてる訳じゃあない。
358:デフォルトの名無しさん
05/05/02 18:29:09
検証通るならコンパイラは特に限定されないはず。
359:デフォルトの名無しさん
05/05/02 18:31:59
じゃぁ↓こいつらは何のこと言ってんの？何かあるんじゃない？それとも>328
>>329,335,325
360:デフォルトの名無しさん
05/05/02 18:58:43
ｱｾﾝﾌﾞﾗとCは使用言語が違うだけで、ﾊﾞｲﾅﾘｺｰﾄﾞは同じﾓﾉを生成することが可能。
KDDIの検証時はﾊﾞｲﾅﾘｺｰﾄﾞを提出すればよいわけだから、元のｺｰﾄﾞがCだろうがｱｾﾝﾌﾞﾗだろうがどっちでも構わないよと言うこと。
なぜにｽﾚｯﾄﾞの上の方でばたばた騒いでいるかだが、KDDIが推奨する開発環境がVC+RVCTなだけで他に成功事例がないから他じゃﾀﾞﾒだって言ってるだけでしょ。
成功事例がない → うまくいく保証がない だが、
成功事例がない → うまくいかない ではないので。
361:デフォルトの名無しさん
05/05/02 19:10:45
アセンブラに関しては、検証項目に関数の呼び出し方レベルの指定があったので、難しいかもしれない。
つか、チェック付けらんない。
コンパイラについては別になんでも良いハズ。>>355が正しいんじゃね？
ていうか、バイナリ提出なのにコーディングにまでケチ付ける検証もどうかと思うんだけどさ。
362:デフォルトの名無しさん
05/05/02 20:20:57
BREWでは基本的に、アセンブラでのコードは禁止されてるぞ。
絶対問題を起こさないという保証があれば通るかもしれんが…。
描画まわりをアセンブラで高速化してたら、検証書類のいくつかでごまかせないところがあって直した。
いや、嘘ついちゃってもいいんだけど、問題が起こったときに「実はアセンブラ使ってました」ってなったらCP剥奪とかなるかもしれんし。
363:デフォルトの名無しさん
05/05/02 20:22:36
>>362
おおっ、重要な情報だ。
こうなってくると、ｲﾝﾗｲﾝｱｾﾝﾌﾞﾗでも微妙だな。
364:デフォルトの名無しさん
05/05/02 20:40:28
話題があれなんでネタ振りしてみる。
前にも一度ここで報告した気がするが・・・
W21S用のアプリでサウンドがON/OFF出来る物を用意する。
↓
K某でalarm始動
↓
アプリ起動＆オプション等でサウンドOFF
↓
しばし待つ
↓
alarmでK某割り込み起動してくる
↓
K某終了
↓
アプリ遅くなる（キー入力等アプリに刺激があると通常速度）
・・・ウチだけ？
365:デフォルトの名無しさん
05/05/02 23:07:57
>検証書類
なんかアセンブラの影響受ける部分ってあったっけ？
ざっと見ただけだけど見つかんない…あとでもっと調べてみよう。
まぁわかった上でしっかり検証すれば使っても問題ないと思うんだけど。
Cのみでも落ちる(ハングね)アプリは落ちるんだし。
つかCでもある程度アセンブラレベルのコードを意識しながらでないとサイズでかいし遅くなるし。
366:デフォルトの名無しさん
05/05/02 23:20:54
>>364
W21Sのことが前に書き込んだ人がいたけど、
まだ解決してないのか？
やりかたが書いてあるから俺もやってみよう。
Ｇ Ｗ 明 け て か ら ね
367:デフォルトの名無しさん
05/05/02 23:25:39
>>365
>>なんかアセンブラの影響受ける部分ってあったっけ？
そんなものは無い。
そもそもC言語で作ったバイナリもアセンブラで作ったバイナリも同一の
ものが作れるわけで区別するのは難しい。
プログラミング言語の事が分からない人達が騒いでいるだけだよ。
368:デフォルトの名無しさん
05/05/02 23:34:41
>>362
ほう、自作のIGraphicsみたいなの作ったってこと？
でもそれって機種ごとにコード書かなくちゃなんなくて大変じゃね？
369:デフォルトの名無しさん
05/05/02 23:58:43
>>367
だから検証書類で問題あるんだってば。
370:デフォルトの名無しさん
05/05/03 00:45:11
もうお前らBREW止めようぜ...
371:デフォルトの名無しさん
05/05/03 00:47:51
止めたら飯食えないから必死なんだよ。こんなマゾイ開発みんな
やりたくねぇって
372:デフォルトの名無しさん
05/05/03 01:06:15
検証側から、アセンブラなるべく使うなというお達しが出されているのは事実。
実際「CPをやらせていただいている」立場なこちらとしては、危険をおかしてCP剥奪とか検証停止処分になると死活問題。
理論上はできるけど、事実上できないって感じ＜アセンブラ
373:デフォルトの名無しさん
05/05/03 04:08:00
>>366
すぐに社内で解決したんですけどねぇ
端末仕様（不具合）なのかアプリ側なのかKDDIに問い合わせてるんですけど・・・
3 ヶ 月 以 上 返 答 が な い
流石KDDIくおりち
GW？なんですかソレ？
あぁGo Workの事ね
_|￣|○
374:デフォルトの名無しさん
05/05/03 10:32:57
基本APIの仕様と性能について聞いても教えてくれないというか
そんなの知らないようで、偉い腹の出っ張ったおっさんが6ヶ月
ぐらい余裕で放置してくれますよ。
解らないことはニダ企業に聞いてるし。もうだめだよ。
375:デフォルトの名無しさん
05/05/03 13:45:16
CINってとこだっけ？ 質問できるとこ。あそこで聞いたらすぐに返答帰ってきたけどなあ。
376:デフォルトの名無しさん
05/05/03 18:52:48
開発対象端末てやっぱりS系が一番問題多いのか？
どれが一番担当したくない端末？
あと逆に安定してる端末はどれだろ
377:デフォルトの名無しさん
05/05/03 20:05:06
KDDIの質問担当は差が激しいなぁ。
すぐかえってくる質問と半年くらい待たされる質問とかあるし。
378:デフォルトの名無しさん
05/05/03 21:11:05
先日ドコモからauに乗り換えた１ユーザですが上のグチ？を見て無料ゲームが今後も出そうにない事がよくわかりました！
auに変えた最大の理由が低料金から定額制が使える！ということでしたがお先真っ暗です！
年割りに入っていますがさっさと違約金を払いドコモに戻ろうかと考えてしまいました。
どこもかしこも有料ですが１ユーザから言わせてもらうとどれも有料契約には入る気がありません。
なぜなら有線のインターネットで十分間に合っているからです。
ゲームも暇なときの暇つぶし程度でなら遊べるのですが月額でゲームをするほど時間がありません。
というかたとえばドラクエなんかもなんで月額なんでしょうか？
携帯ゲームは電池の持ちという制約があるために１日の最後の帰宅途中ぐらいしか遊ぶ時間がありません。（東京在住）
地方とかだと自動車で電源の問題はないのでしょうが逆に通勤時間等がない気がします。（住居と職場が近い）
そう有意味では１回５分程度のいつでも中断できるゲームでないとなかなか手を出しにくいと思います。
また、これだけ有料の文字が躍ると（EZWEBも）１に会員登録、２に会員登録、３にも会員登録で逆に会員登録する気が失せます！
インターネットでは無料で見られる情報が携帯では有料なのも期待を裏切る有様でがっかりです。（PCサイドビューワ契約しろってか？）
上記を見ているとはっきりいってauは切り捨ててもいいんじゃないかと思います。
どの道有料で採算があうなんて事は非常に難しいんじゃないかと思います。
あと素人の質問ですがauのプログラムは機種依存なんでしょうか？
うちの携帯W21CAなんですが見るページ＆ソフトがことごとく対応していませんと出るのですが・・
やっぱりワイド液晶がガンなのでしょうか？
379:デフォルトの名無しさん
05/05/03 21:24:11
月に数百円でガタガタ言うな。
それの何倍パケ代払ってんだよカスが。
380:172
05/05/03 21:25:55
すいません、誰か助けてくださいorz
A5306STでスプライト使って画像表示しようとしてるんですが、
1)CreateCompatibleBitmapでDDB作成
2)リソースからウィンドウズビットマップ読み込み
2)QueryInterfaceでIDIBに
3)パレット変更
4)IBITMAP_BltInで１で作成したビットマップに転送
ってやってパレットチェンジしたDDBを作成してるんですが、BltInの段階でなん
エラーも返さずにアプリが落ちてしまいます。
A5501Tとかエミュだと動いたんですが・・・。何が原因かわかりませんか？
381:デフォルトの名無しさん
05/05/03 21:36:05
>>378
釣り？
>>380
色々開放してやらにゃならんのですが、漏れなく開放してる？
旧パレット配列も開放してやる必要あるよ。
382:デフォルトの名無しさん
05/05/03 21:44:29
釣りかどうかはわからんが、気持ちはよくわかる。
スレ違いだけどな。
383:デフォルトの名無しさん
05/05/03 21:59:04
ていうか釣り。スレ違いはほっとけ。
384:380
05/05/03 22:13:13
ビットマップ関連のオブジェクトはBltInした後に
Flushpalette
WinBitmap
DIB
の順で開放しています。
パレットチェンジしないで、（３の段階を踏まずに）４にいってもとまります。
385:380
05/05/03 22:23:32
QueryInterfaceの戻り値を確認していませんでした。orz
で、確認したらEUNSUPPORTED
そんなこと仕様書に書いてたねぇのに・・・orz
386:デフォルトの名無しさん
05/05/03 22:23:39
っと、5501では動いてるのか。BREW2.0の問題かなあ。
ちと実機が手元に無いので分からんや。とりあえずLoggerで色々調べてみて下さい。
387:デフォルトの名無しさん
05/05/04 03:33:48
IDIBに対応してないんじゃ？
仕様書は………読んだんだよな
これがKDDIくおり(ry
388:デフォルトの名無しさん
05/05/04 04:34:59
>>385
書いてありますが。。
BREW API リファレンスから転載
>すべてのIBitmapクラスがIDIBをサポートするわけではなく、サポートされていない場合は、
>Query インタフェース関数はエラーコードを返します。
389:380
05/05/04 04:43:48
>>388
いや、機種依存とは認識してたけど機種の仕様書でサポートしてないって書いてなかったから・・・。
結構、土壇場での方針変更は痛いです。＿|￣|○
390:デフォルトの名無しさん
05/05/04 10:00:53
素直に対象機種から外したほうが早いぜー。
今時5306なんて使い続けてるヤツはBREWアプリなんてやらねーよ。
391:デフォルトの名無しさん
05/05/05 18:27:51
やめたやめたﾊﾞｶﾔﾛｰ
392:デフォルトの名無しさん
05/05/05 18:34:49
おまいら俺と同時にスト起こしてBREW無くそうぜ('A`)
もうやってらんねー＿|￣|○
393:デフォルトの名無しさん
05/05/05 20:52:41
Vに比べればまだマシだと思うけどなー( ´Д｀)y-~~
役所仕事に入ってからは糞だが
394:デフォルトの名無しさん
05/05/05 21:53:11
>>392
俺も嫌なんだが、
毎日、水汲みのために地雷の埋まった何キロもの道を
はだしで往復してる5歳の女の子を救うために
やらなければならない
395:デフォルトの名無しさん
05/05/05 22:39:06
>>394
みんなで山を切り開いてでも新しい道を作った方が
女の子を救えそうだなｗ
地雷は埋めた奴に取らせろｗ
396:デフォルトの名無しさん
05/05/05 23:04:39
>>393
Ｖはさー
また独特だよな
ｱﾊﾊﾊ
397:デフォルトの名無しさん
05/05/05 23:22:23
勝手アプリを作れない端末は滅びてしまえ('A`)
まじBREW開発は勘弁('A`)
398:デフォルトの名無しさん
05/05/06 00:37:16
勝手アプリが作れない＝ネットに情報が無い
399:デフォルトの名無しさん
05/05/06 03:44:47
>>396
(つДT)つ旦
400:デフォルトの名無しさん
05/05/06 11:25:10
BREW Tools Suite 3.0.0のBREW Loggerについて質問があります。
Log Outputのウィンドウにてコンソール出力(DBGPRINTF)も出力可能です
が､これはタイミングによって出力されない場合もありますでしょうか?
なんか同じロジックを通しているのに出たり出なかったりする場合があるので
すが｡
401:デフォルトの名無しさん
05/05/06 11:40:19
ありますです。
というかキー入力やタイマー処理などの関係で出力メッセージが前後することはある。
メモリ操作関係で落ちたときなどは出力されないこともあるから、そのような場合は
logをファイル出力するように、といったFAQだかフォーラムの書き込みもあった。
402:デフォルトの名無しさん
05/05/06 11:47:14
メッセージキューが溢れてる可能性もあるね。
403:デフォルトの名無しさん
05/05/06 12:40:29
400です｡
ありがとうございました｡
404:部竜様
05/05/06 17:38:36
おらおら奴・隷・ど・も
GWはごきげんいかがだったかな？
おおっと今日は６日かはっはっは
405:デフォルトの名無しさん
05/05/06 23:20:33
とっとと検証しろよカス
406:デフォルトの名無しさん
05/05/06 23:33:28
URLﾘﾝｸ(141-189-192.biwa.ne.jp)
ｗｗｗｗｗｗｗｗｗｗｗｗっｗｗｗうはっｗｗｗうはっｗｗｗ
うぇｗｗｗｗｗｗっっうぇｗｗｗｗｗｗうぇｗｗｗ
ｗｗｗｗｗｗうはっｗｗｗうはっｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
407:デフォルトの名無しさん
05/05/07 09:39:15
上の方のアセンブラ禁止についてだけど、アセンブラ禁止の合理的な理由が
まったく思いつかないんですが？アセンブラ禁止なら、任意のメモリを破壊できる
C言語も禁止すべきだし、C言語を使用するBREW自体も禁止すべきです。
BREWを捨ててやっぱりJavaか、.NETを導入すべきでしょう。
あと、検証項目にアセンブラ禁止など書いてないと思いますが？
で、アセンブラ禁止の理由は何ですか？
408:デフォルトの名無しさん
05/05/07 10:24:58
さぁ、何でしょうね～？
上の議論で、アセンブラ禁止では？、禁止だろう、と勝手に言ってる人はいても
ちゃんと読めば分かるとおりアセンブラ禁止という結論にはなってないからねぇ
息抜きはできただろ？仕事に戻んなよ
409:デフォルトの名無しさん
05/05/07 10:50:38
>>408
まあそうなんだけどね。
BREWでアセンブラ禁止って、
既に肥溜めにはまってウンコまみれになっているのに、
「肥溜めでウンコ禁止」といわれ必死にウンコを我慢している
状態ですよね？
わけわかんないですよまじで。
410:デフォルトの名無しさん
05/05/07 10:53:31
アセンブラ禁止と書いてなくても、検証内容はC前提で書いてあるし、アセンブラ使うと言うと嫌な顔される。
普通に読めば、それくらいは読み取れるが。
411:デフォルトの名無しさん
05/05/07 10:59:03
>>410
妄想をルールにされてもねぇ。
>検証内容はC前提で書いてあるし
CだろうがC++だろうがアセンブラだろうが一緒ですが？
コンパイラとかアセンブラとかリンカの仕組み判ってます？
412:デフォルトの名無しさん
05/05/07 11:08:40
goto >>317;
413:デフォルトの名無しさん
05/05/07 11:24:48
>>412
あのー、楽勝で使えますが何か？
ARM for BREW には、C/C++ Compiler, Assembler全部ついてますが。
ちなみにインラインアセンブラも使えるよ。
一体、アセンブラとBREWを何だと思っているんですか？なんか勘違いしてませんか？
Javaの仮想マシン上でARM7Processorのネイティブコードを動かそうとか
そういうことじゃないですよ？
414:デフォルトの名無しさん
05/05/07 11:33:28
あのさー。
煽る前にきちんと検証書類読もうや。
論理的に考えて、Cはいいのにアセンブラ使っちゃいけないのはおかしい。
気持ちはよくわかる。
だがBREWに論理が通じないのは分かってるだろ？
mallocに失敗するのに、例外処理が未実装だぞ？
検証項目埋めようとすると「あっるぇ？ここアセンブラでやっちゃったんだけどどう書こうｗ」って場所がいくつもあるだろ。
（まともなやつは）誰もアセンブラが使えないなんて言ってない。
問題は、「なるべくアセンブラは使うな」と書いてあることだ。
逆に言うと問題を起こした時に「アセンブラなんか使うからじゃないですか？」と遠まわしにネチネチやられること。
なんど「てめえらの規格があったまおかしいだけだろボケカス！！」といいたかったことか
415:デフォルトの名無しさん
05/05/07 11:41:23
URLﾘﾝｸ(nthkid071139.hkid.nt.ftth.ppp.infoweb.ne.jp)
ｗｗｗうはっｗｗｗ
っうぇｗｗｗｗうぇｗｗｗｗ
うぇｗｗｗ
っうぇｗｗｗっうぇ
ｗｗｗｗｗｗｗｗｗｗｗｗ
っっっうぇｗｗｗｗｗｗｗｗうはっｗｗｗｗｗｗｗｗｗ
416:デフォルトの名無しさん
05/05/07 11:53:12
アセンブラ語るやつはアセンブラで作った
バイナリとソースをうｐしろよ。
それがない場合アセンブラの話はここで禁止
妄想だけで煽るな