BREW(Binary Runtime Environment for Wireless) 8

BREW(Binary Runtime Environment for Wireless)についてのスレ

■テンプレ
http://kintubo.kakiko.com/brew/

■前スレ
07 http://pc8.2ch.net/test/read.cgi/tech/1137502541/

■過去スレ
06 http://pc8.2ch.net/test/read.cgi/tech/1126846736/
05 http://pc8.2ch.net/test/read.cgi/tech/1119056460/
04 http://pc8.2ch.net/test/read.cgi/tech/1111028365/
03 http://pc5.2ch.net/test/read.cgi/tech/1096006023/
02 http://pc5.2ch.net/test/read.cgi/tech/1076511398/
01 http://pc2.2ch.net/test/read.cgi/tech/1011078904/

関連情報 >>2-10

BREW関連

Qualcomm CDMA Technologies - CDMA2000 3G Solutions ← チップセットの情報(PDFあり)

http://www.cdmatech.com/solutions/cdma2000_3g_solutions.jsp?L2=cdma2000_3g_solutions

ARM関連

ARM7DTMIの部屋
http://vsync.org/arm/

ARMメモ
http://www.bomber.co.jp/chaola/docs/ARM/

Linux Zaurusでアセンブリプログラミング
http://www.nk.rim.or.jp/~jun/slasm/arm00.html

SDKダウンロードについて
IE5.5SP2以降推奨、NNでも動くかも知れないけどOperaとかMozillaとかは確実に無理。
JavaScript+ActiveX。
あと、会社名とかをちゃんと登録しないとダウンロードできません。
2Channel Inc. みたいな正式な名前。登録内容は全部英語。

Q. gccでコンパイルしたいのですが
A. こちらを参考にどうぞ.

Q. BREWアプリを自作して自分の携帯に入れたいのですが？
A. 素人は作ることは可能ですが端末に転送することはできません
あきらめるかＣＰなどのプロになりましょう

Q. DLLにコンパイルしたものを端末に転送したのですが実行できません
A. ARMの形式でコンパイルする必要があります
あきらめるかARMにコンパイルできるようがんばりましょう

Q. BREWて正直うんこなんですが…
A. そうかもしれません
しかし手段･道具によらず目的を達成するのがプロというものです
がんばりましょう

Ｑ. ＿|￣|○ ……
Ａ. (つДT)つ旦

Q. gccでコンパイルしたいのですが
A. こちらを参考にどうぞ.
ttp://kintubo.kakiko.com/brew/gcc.html

>>4
�dｸｽ

ネイティブのアドレス帳をBREWアプリから起動することはできないんですか？
メーラーやブラウザのように。

アドレス帳をBREWでネイティブのアドレス帳みたいに表示するには、
もしかしてGUI自作ですか？

ひんと：あいしえるぶらうざあゆうあうる

ヒント2:最近更新された日本語拡張リファレンス

ヒント3:最近機種では要自作

KDDIがVMを採用するのはいつですか？

QualcommがそのうちBREWのOSスタックに乗せる気がする。

>>10
http://www.cdmatech.com/products/qvm.jsp

>>11
おぉ、すばらしい。
じゃあほんとにＫの採用待ちだけなのね。

全機種で実装が統一されるかどうかもわからんし、
そんな面倒なこと二回目もやらんと思うが
普通にFLASH+ActiobScriptでしょ、あるとしたら

perlとphpとcold fusionしか知らない会社にbrewを外注しそうな雰囲気なんですけど…
んでしかもケータイ自体初めてなのにajax使うと胸を張って仰る。
C/C++も組み込みもやったことないようだけど上司はそこを気に入ってる…

ajaxは自分多少知ってるかもだからスキトラしつつでなんとかなるだろうがbrew…

これでもご参考になればとか言って、中の人にこっそり書籍でも進呈したいが、
上記のような会社な人に読ませるには現時点でなにがよいですかね？

ああ頭痛がひどくなる一方だ…
上司に恵まれなかったら何番に電話するのか調べておこう…

119番に電話して入院

>>14
BREW本なんてBREWプログラミング実践バイブルとBREWアドバンスト・プログラミングぐらいしかないな
（日本語だと）
どっちも大して変わらんが...ゲームなら前者の方が、エンタープライズ系なら後者の方が若干向いてるか?
ただほんとに0からのスタートならSDKのインストール方あたりからカバーしてる前者かも。

>>14
とのあえず新しい外注先を探しておいた方がいいんじゃないか?

やべぇなマジデスマーチになりそうだな…

携帯アプリちっこいからってなめすぎだな

VC持ってなさそうな外注だな。
まあ、VCでなくてもgccが開発に使えるかもしれないけど、
makefileの知識は必要だな…
素で「コンパイルって何？」って聞いてきそうな外注…

>>14
つーかajaxとか言ってる時点でアウトですやん
JavaScript使えるつもりか?
XMLパーサ実装するのか?

みなさんレスありがとう、とりあえず頭遺体です。

というか…
なぜか私はこれから他所様謹製のcold fusionとかシェルスクリプトとかのなんだか塊を
リモートからデバグでこねくり回さなければならないです…
きっと小一時間は最低かかるな。
119よりもどちらかというと110に電話したいと。

ajaxはというか結局のところ仰るようにXMLとJaveScriptなんでしょうけど、
XMLに関しては自分資料も作ったことがあってなんとなくスキトラしろと…、
あとJava関係は昔書いてたのでこっちも無理やりこじってでもやらせろと…
そう思っているな多分上司は。
つうかajaxの話なんぞ上司にするんじゃなかったと後悔先に出向ですよ。

死ぬ気でやれば可能だと思うけど、make？とか本当に言われたら卒倒しそうで怖い。
まあmakefileくらいはきっと分かるとは想うですけど…
ちなみに聞き耳頭巾ではVCは見積もりのいずこかに含まれそうな悪寒ありありです。
gccでやらせるとかの方向にそれとなく私がでしゃばらないようにソフトランディングしたい。
いや、そもそもそんなところに着地はしたくないなあ、トイレ紙役はもう沢山だ…
このスレの誰かに上司になって欲しいよ。
ああ愚痴なレスになってしまってごめんなさいです。

ま、薬飲んで今夜目の前のことをとりあえずがんばって、
明日ご教授いただいた書籍やその他方面再考します。

あ、なんか変な部分があってごめんなさい。

要するに、上司との話で、要件を満たす選択肢として先にajaxの話をして、
あとからプラットホーム側でbrewの話がついてきたんです。
つか、それも後日に自分が言ってしまったのですが（泣

>>21-22
デフォルトで頭痛乙ｗｗｗ

>>9よ
MIDP2.0(JSR-118)だけでいいか？
3D(184)はいらんのか？

>>21
つCreating a BREW Application using Visual Studio 2005
ttps://brewx.qualcomm.com/brew/sdk/download.jsp?page=appseng/en/knowledgebase

ExpressEditionは一応商用利用可能だったはずだから、この手段で使えるかもしれぬ
ただ実機用の作成でarmかgccかでまたもめると思うが

ネイティブでアプリを動かせるのに、わざわざ ajax を使おうとする心意気に乾杯。
js の vm 実装したらどっかのフルブラウザ屋さんが買ってくれるだろうから、
頑張ってデスマーチしてら〜

コールバック関数から非同期関数をコールすると、後に呼んだ非同期関数のコールバックが来ないのは仕様ですか？

おんなじCALLBACKインスタンス使いまわしてんじゃねえの？

最初の１回しかコールバック関数を設定してないんじゃない？
非同期関数をコールする直前毎にコールバック関数を設定しる！

せめて上司をぬっ殺して110番という事態にならぬよう祈る。

>>25
21とは別人だけど、良い資料サンクス。
ちょうどそろそろVC6から抜け出そうと思ってたところだった。

ところで、シミュレータで MALLOC() を多数呼び出ししたら落ちるんだけど、そういうことってあるのか？
普通に確保できなかったら NULL 返してくれりゃあいいのに。。。
MALLOC() マクロの中を追うしかないのか？

>>31
MALLOC()で落ちるというのはすでにヒープを壊しているね。
それを直すべし。

>>32
お察しの通り、バッファオーバーフローだった。
char と AECHAR 文字列の相互変換で、バッファサイズのカウントの仕方が間違ってた。クスコ。

ちなみに VC2005Express いけました。
意外にあっさり移行できて快適。

初期化してない変数を利用しようとすると、デバッガが教えてくれるのね。便利。
でも、変数名のリファクタリング機能がない。
どっかであるって見たような気がしたんだけどなぁ。

MALLOCを1イベント内で1000回くらい呼んだら落ちる端末なら有ったけど。
既に解決したようで(´・ω・｀)

そんなに呼ぶなよ(´・ω・｀)

>>34
それって、解放してないからメモリが足りなくなって落ちたとか、
処理に時間が掛かりすぎてタイムアウトになって落ちたとかじゃね？

>>36
うん、後者の方。
機種によっては1秒ちょっと占有しちゃうみたいで落ちた。
端末の電源ごとあうーん。

自作のメモリマネージャで処理させたら解決したので、
MALLOCって結構時間かかるのねって結論になった。

自作のメモリマネージャかぁ。
そういうの書いてないなぁ。

でも、メモリマネージャとスマートポインタを書けば
ガベージコレクトが実装できて便利かも。

>>38
メモリマネージャはバグとかあるとかなり問題だから、
俺は安全策として dlmalloc 使ってるよ。

http://g.oswego.edu/dl/html/malloc.html

>>39
読めないものを使うより自分で書いた方が安全o(｀ω´*)o

>>40
自分で書くよりMALLOC()を使った方が安（ｒｙ

>>40からは危険な香りがプンプンするな

自分のほうがすごい厨が現れた

質問す
gnudeってなんて読むの？

読み方で統一してなくて困ってる。

グニュード？
グヌード？
ジーヌード？
グヌデ？

俺はグニュードだな
GNUをグニューと読んでるから合わせた

GNU　　　　DE
グニュー デー

すみません、ちょっと質問があります。
サスペンド時の処理なのですが、サービスガイドによると開放すべきリソースに
IHTMLVIEWERがあります｡
プログラミングガイドのIHTMLVIEWERの入力状態時のサスペンド処理をみると､サス
ペンド時には開放しないのかな?って感じの記述になっています｡
サスペンド時は､IHTMLVIEWERは開放した方がよいのでしょうか?

解放しる

>>48
どうもです｡
レジューム時に入力状態に戻りたいわけではなかったので､単純に開放できるならその方がよかったです｡
ありがとうございました｡

その後またレスいただいてたようですね、遅れてすみません。

私の、上司への話の持っていき方も悪かったと思うので、上司をこねくる方向で再度くねくねしてます。
あ、ご紹介いただいた書籍は私一応読みます、ありがとうございます。
幸いまだ110には電話してません、つか今週末は休めます、嬉しいです、おやすみなさい。

最近（っていうか半年ぐらい前から）テンプレサイトが更新止まってる気がするんだけど、
Ｗｉｋｉとか作ったらみんな使うかねぇ？

重要な項目は守秘義務だらけで使い物にならないと予想

俺が書き込みまくってやるよｗ

>>52
まぁそうなんだけど。ｗ

スレの過去ログが保存されてるだけでも違うかなと。

Qが「BREWはオープンなプラットフォームです！」と言ってるのはギャグなのだな。

Qのオープンな箇所だけでも最近は割りといろいろできると思うけれどな
会員管理みたいなのが始まるとそれだけだと無理だけど

というか課金のためだけにK依存の実装が激しく面倒だ

ttp://brew.s214.xrea.com/pukiwiki/

とりあえずテンプレだけコピペした。
テンプレ作った人はえらいと思った。

FrontPage からして編集自由にしてあるので重複リンク、カテゴリ分けなど、テキトーに作業しましょ。

すみません。
BREWアプリのテストをやっているのですが、2.1エミュレータが動かなくて困っています。
WindowsXP　で、メモリが256のノートなんでメモリ不足のせいかなとも思うのですが、フリーズするわけではないです。
エミュを起動したあと、フォルダを選択しても、開始しません。
また、SDKをアンインストールすることもできません。
（コンパネから削除しようとしても反応しません）

何かおわかりの方いらっしゃいませんでしょうか？

フォルダを選択？

そりゃ選択しただけじゃ開始しないだろう。

>>58です。
手順は、
エミュレータ起動→デバイスの読み込み→アプレットディレクトリの変更
でいいんですよね？
フォルダといったのは、アプリのエミュの入っているフォルダの選択です。

この後、なにか足りない手順がありますでしょうか？すみませんが教えてください。。

アプレットディレクトリの変更なんかしないよ

１．アプレットディレクトリを指定する場所を間違えている
２．mif ファイルが無い
３．mif ファイルと dll ファイルの置き方を間違えている
４．mif ファイル、dll ファイル、フォルダの名前が同一でない

俺は２と見た。

ディレクトリの変更しなければ最初から入ってるつまんないサンプルが選択できるはずだけどどう？

インストール先のフォルダ名が日本語だったりするんじゃねーの

みなさんありがとうございます。
いちど、強制アンインストールソフトでBREW SDKをアンインストールして、入れなおしてみました。
それでも、やはりk-brew-testのようなアイコンが出るだけで起動しません。

>>63さんのご指摘ですが、
まずmifファイルとdllファイルはあり、名前も同じなので２．と４．は違うようです。
１．か４．ですが、バイナリの入っているフォルダをデスクトップに置き、「emyu」と名前をつけています。
その中に、アプリのデータの入っている　aフォルダとa.mifフォルダが入っています。
この場合、どれを指定すればよろしいのでしょうか。
aフォルダの中にdllファイルなども入っています。

>>64さんのいうサンプルですが、さいしょは、メニュー画面まではいきました。
しかしその後メモリ不足で止まってしまい、また、使いたいa アプリを試してからは、もうサンプルには戻れなくなってしまいました。

>>65さん
それはありませんでした。

＞バイナリの入っているフォルダをデスクトップに置き、「emyu」と名前をつけています。
デスクトップは >>65 の指摘通りフルパスに日本語含まれてるじゃねえか

日本語の不自由な人なんですかね。

PC初心者オチかよw

では次の質問どうぞ

皆様、ありがとうございました。
おかげさまで無事に動きました。。。m(_ _)m
デスクトップって日本語だってことを忘れてました。

emyu に心踊る

BREW3.1からはsimyuに名前変わったろ？

すみません　simyuにします　＞＜；

すみません、前スレ 680 の、
「mod をロードして実行する」サンプルコード、
お持ちの方おられましたら、見せて頂けないでしょうか。

よめしくお願い致します。

よめしくメカドック

>>75
サンプルコードっていうか、あれは
「mod をロードして実行する」ためのソースそのものだよな。

>>75
ttp://brew.s214.xrea.com/pukiwiki/index.php?FrontPage#i226d2a5

誰かアップしてたみたい。

公開しない業務アプリみたいなのでも
CPの認可を受けて検証パスしないと実機への搭載は無理？

>>79
無理

>>79
限られた数台の端末にインスコするだけなら、
試験用として登録すれば…とかな。
デモくらいには使える。

業務用のアプリはちょっと検証がゆるかったりするらしいぞ

>>81
> 業務用のアプリはちょっと検証がゆるかったりするらしいぞ
法人向けの検証はゆるゆるな気がするけど、
一般向けはきびしかったりするん?

>>82
自分はやったこと無いんだけど、やったことがある知り合いに聞くと、
必ずと言って良いほど悲痛な面持ちになるね

レスどうもです。
AuとかみてもEzweb経由のモデルについてはある程度見つかるんだけど、
コンテンツ配信とかでない場合が良く分からん。
最終的には問い合わせるしかないのだろうけど、
現段階で開発から運用までどの程度の日程＆手順なのかまるで分からなくて、
予算も見当がつかない・・・。

内容としてはTCPを使いたい、配信は必要としないって感じなんですが、
こういったものもEzwebを使用したものと同様の手順が基本と考えればよいですか？
CP認定＞開発資料提供＞検証？

やばい、フォーラムの内容をまとめて有効なものだけ
抜き出そうと思ったらノイズが多すぎて頭痛くなってきた。

すいません､質問です｡
IHTMLVIEWERのサポートタグ一覧で＜ｉｎｐｕｔ＞タグの項で、readonlyに丸がついて、
いますが、textの＜input＞につけてみましたが、普通に編集可能でした。
特殊なhtmlの書き方が必要でしょうか？
＜input type="text" name="xxx" value="yyy" readonly＞
のようなhtmlを読ませましたが、編集可能でした。
brew3.1.2で、シミュレータで試しています。よろしくお願いします。

auのW32SA、電池パックが膨らむ危険性
ttp://k-tai.impress.co.jp/cda/article/news_toppage/29505.html

お前等んとこも気をつけろ。
ウチのは軽く膨らんでた。

MSPのサイトでKDDIに3件問い合わせたら、
8営業日後にめちゃくちゃな日本語の回答が返ってきた。
解読してみると、1件分の答えっぽい。

箇条書きで質問してんだから、3件の答えをください。
もうちょっと早く返してください。
まともな日本語で返答してください。

ってKDDI様にはっきり言えたら、
どんなにいいだろう。

そんな書き方したら特定されちゃうぞ！

まあ数字とかずらしてるだろうから大丈夫かな？

IFileって生成後にAddRefする必要があると思うんだけどサンプルソースにはないよね？いいの？

IFILEMGR_OpenFile の中で IFILE_AddRef() してるに決まってるじゃん。

IFILEMNGのAddRefは誰が呼ぶの？

ISHELL_CreateInstance()

>>90
>>92
こいつ頭おかしいんじゃね？
とか思ったのは俺だけじゃないはず。

コテハンは99%がまともじゃないからスルー汁。

は？何いってんの？














１００％だよ

では君の正気は誰が証明してくれるのだねww



で質問なんですがIDIBからWindowsBitMapは生成可能ですか？
IDIBの構造体をWindowsBitMapの構造に置き換えてやればいいんですよね？

やってみればいいだろ
できないならコテつけろハゲ

BREW上でビットフィールドを扱うときってなんか注意することある？

Windows上で作成した、ビットフィールドだらけの構造体を実機で読み込ませると
激しくずれるんだが原因がさっぱりですorz
だれか助けてくださいorz

>>99 エンディアン

>>99
コンパイラによってはバウンダリ境界のアクセスを
ちゃんと処理してくれない場合がある。

バイト単位のアクセスをする場合などは気をつけましょう。
特に KDDI の機種に積んである arm はアクセス例外出さないし。

>>99
BREWスレ Part6 の 299 からいろいろ書いてるよ。
http://brew.s214.xrea.com/pukiwiki/?plugin=attach&refer=FrontPage&openfile=1126846736.html

これは Wiki に載せた方がいいかな。俺時間がないから誰か頼む。

>>100
>>101
>>102
いろいろとありがとう つД｀）
調べてみます

>>103
とりあえず -S でアセンブルした結果を見てみなさい。

>> 99-104
ttp://brew.s214.xrea.com/pukiwiki/?%A5%E1%A5%E2%A5%EA%A5%A2%A5%E9%A5%A4%A5%E1%A5%F3%A5%C8%A4%CE%CF%C3

こんなかんじだろうか。

>>105
GJ!

BREWのboolean型は、実際はunsigned char型で、TRUE(1)、FALSE(0)。
!FALSEがTRUEと一致しないところがアレな感じ。

a, bがint型のとき、
boolean mutch = (a == b);　がコンパイル通らないので、
boolean mutch = (a == b ? TRUE : FALSE);　としている。

a,bが同サイズの配列、Nを配列のサイズとして、
mutch = TRUE;
for (i = 0; i < N; i++) mutch &= (a[i] == b[i]);
これを考えた場合、
・a,bが同内容ならmutchはTRUE
・異なる内容ならmutchはFALSE
とはならないよな。

こういうとき、どう記述してる？　やっぱ↓こうするしかないか？
mutch = TRUE;
for (i = 0; i < N; i++) mutch &= (a[i] == b[i] ? TRUE : FALSE);

>>107
> boolean mutch = (a == b);　がコンパイル通らないので、
論理型は整数型へ暗黙変換可能なのでコンパイルが通らないのがおかしい気がする。
VCとRVCTBなら通るはず。

>>107
> BREWのboolean型は、
BREW に boolean 型なんて規定されていたっけ?
コンパイラと環境混同するなよ。

>>108
コンパイル通らないというのは勘違いだった。GCCでも通る。
VisualStudioで警告が出るだけだった。（intをbooleanに代入しようとしている、と）

>>109
aeecomdef.hに定義されてる型（boolean、int16、int32など）は
C/C++での定義でもなくVC++の拡張でもなく、BREWが定めた型だと
おれは解釈してるんだが、また何か思い違いしてるか？

しかし !FALSEがTRUEと一致しない、という点については勘違いしてないと
思うんだが、これはもうそういうもんだと思って気に留めておけばよいだろうか。

mutch=STRNCMP(a,b,N*sizeof(a))==0;

Cでは
TRUE=偽でないこと
FALSE=0
って定義しかないような。

他の言語と混同してない？

そもそも BREW が勝手に定義している boolean に、
C で規定している真偽値を代入するのが問題有るような。

java しか使ったことない人とかそういうオチ?

>>112
C/C++で　真:非0　偽:0　と定義していることは承知している。
だから自分は、BREWのboolean型で　!FALSEがTRUEと一致しないことに対して
「おかしなことだ」とか、「なぜそうなの？」と思ってはいない。
（Javaのboolean型のように考えているわけではない）

>>107では、
「!FALSEがTRUEと一致しない」という正確ゆえに、
真偽値の反転や、「&=」「|=」が必要なとき、皆さんはどう記述してますか？
ということを聞きたかった。

でも、結局…
BREWのboolean型は、真か偽かの２値しかとらない型ではないのだから、
「！」付けて値を反転するという発想はそぐわないし、自分でやってるように
３項演算子でつじつま合わせるくらいが関の山だな、と自己解決してみたり。

>>113
そう、だから、そこが問題だと思っているから、
じゃぁBREWで定義された型、値を用いて、どう記述しますか？
ということが聞きたかった。

結局自分は３項演算子を使う方法にしてみたけど
何かもっとこう、上手いやり方（？）があったら教えて欲しいな、
なんて思ってみたわけですよ。

#define boolean bool

まあ、こうすると BREW 標準の API が使えなくなるわけだが。

> 「!FALSEがTRUEと一致しない」という正確ゆえに、
BREWではTRUEが1でFALSEが0であり
!FALSEはTRUEです。

> 真偽値の反転や、「&=」「|=」が必要なとき、皆さんはどう記述してますか？
そんなに細かいことを気にする人が
論理型に対してビット演算を行うことの方が間違っていませんか？

boolean match = FALSE;
for ( int i = 0; i < N; i++ ) { if ( a[i] == b[i] ) { match = TRUE; break; } }

>>116
せめて typedef しようよ。

>>117
>!FALSEはTRUEです。
え？と思い、試してみたら、その通り成立した。

な、何だったんだ一体！？　しばらく前に試したときに
「成り立たないこと」が確認できたと思い、以来、ずっとそう思い込んでいた…

>>107は前提が間違っていたということに！
皆さんお騒がせして済みません。自分の勘違いというオチに落ち着きました。

これは蛇足レスかもしれないけど反省として。

BREWで定義されたboolean型は、実際にはunsigned char型。
それで自分の勘違いのもとになっていたのは、
数値型に対して論理否定を取ったらどんな値になるか、わかってなかったこと。
非0の論理否定は0、0の論理否定は1、ということだった。
（こう書いてみると、'数値'に対する'論理'否定というのが奇妙と思えなくもないが…）

おまえまだ勘違いしてるよ、ってとこは突っ込んで欲しい。

>>117
BREWのbooleanの実体はunsigned char
それも建前上0か1しか取らないのでビット演算は(&=,|=なら)問題ないかと。

あとそのソースは意味が違うと思う。
>>107のサンプルは配列要素が全部一致するかどうかを調べてる。

>>121
はい。BREWと関係ないので諸々省略します。

論理演算とビット演算の違いがわかってなさそうだな

107は解決したって言ってるし、122が話を切り上げてくれてるし、
引っ張りたいならC初心者スレとか行ってもらえばいいだろう。

↓次のBREWお悩み相談どうぞ〜

仕事が無いんです

仕事はあるけどやる気がしないんです

仕事はあるけど検証がはじまらないんです

Qの無茶な仕様要求で開発が進ません

もうかりません。

ぼちぼちでんなぁ

ろくに調べないで質問。
BREW3.1エミュで動かしてるんだけど、MMFをIMediaで再生したあと、
IMedia作り直さないでまたIMEDIA_Play()で再生できる？

>>131
できます。
ただし、1つのIMediaに対して、IMEDIA_SetMediaData()は1度しか成功しません。

>>132
thx

やっぱり何か変な癖あるのか。
smaf phraseと同じ条件でループさせようとしても
再生失敗するし、仕事請けた先が違うと
送って来るデータも違うから面倒だな。

サウンド部分完成(´・ω・｀)

AEECLSID_MEDIAMMF でインスタンス作ると１個しか作れないとか、
コールバックでMM_STATUS_DONE受け取った時に再生しても再生失敗するとか、
作っては壊しの繰り返しだったよ。

リファレンスとプログラミングガイドを熟読せよ

ヒント：曲終わりのコールバックの値

もう熟読してる暇無いし疲れきってるから
適当にやってるｗｗｗｗｗｗｗ
同時にアプリ数本とかしんどい。

>>1-136
いつも乙

>>137
今日も乙


>>138
頑張れ俺乙


>>139
これからも乙

よろしく頼むわよ

なんだろう・・この戦友のような一体感

戦いはこれからです。

でも、お前等が死んでも俺は泣かないぜ。

>>142
そう言ってる奴ほど(ry

この戦いが終わったら故郷に帰って幼馴染みと結婚するんだ

それなんて死亡フラグ？

幼馴染からもらったこのペンダント、いつも肌身離さず身につけてるだ

BREW Tools Suite (3.1.0.34) 入れたら、AppLoader が携帯認識しなくなった・・・・
3.0.0 起動しても 3.1.0 の AppLoader が起動するし orz

>>147
W41CAとHがぬるぽですね（他はOKっぽいけど）


ToolsSuite3.0が削除されていない状態なら、システム環境変数のBTILDIRをToolsSuite3.0が
インストールされているディレクトリに変更すると動いたりするかも知れません
（8.3形式のパスじゃないとダメかも）

あ、ToolsSuite3.0の方が動作します
3.1は駄目なはず

>>148
ありがとう。助かりました。

とらあえずＱとＣＨに念を送っとこうぜ

SigScheme に BREW サポート追加。
http://slashdot.jp/developers/06/06/18/0333230.shtml

ただし適当に作っているので実環境上ではテストされていないらしいｗ
というわけでみんなでテストしてやろうぜ。

ざっとしか見てないが、まずfunctableなんたらのソースコードが
RVCT1.2で通らない気がす

>>147-151
パッチ来ますた
http://brewforums.qualcomm.com/ja/showthread.php?postid=2874#poststop

>>153
というか libc が存在すると仮定してコンパイルするのでだめぽ。

>>152
こういう「組込み向け」を標榜する処理系が、
実際組込みで動いているところを見せてくれた事がないような気がするのは
私の不勉強のせいですか？
"Supported Platforms"にPC環境だけ載っけて喜んでる場合かね。

プログラミングガイドを見ろというのを良く見るのですが
それはどこかからDLしてくるものなのですか？
リファレンスとは違うようですし。

お前、俺のK公式サイトつ穴でションベンしろ
男は度胸、何でもやって見るもんだ
ああ…いいぞ…挿った
そしたら次はションベンだ

禁則事項です。

最優先事項よ

働け下種ども

珍しく土日がおとなしす。

サボりやがったな…
あそこか…

うちはＢＲＥＷやめますた
バイバイ

なんだと！
地の果てまで追いかけるからな

プロファイラどーよ

そういや、昔にグローバル変数が使えるだの騒いでる奴がいたが、ARM でも確かに使えたよ。
リンク時の -rwpi のスイッチを消したら、グローバル変数使ってても怒られなくなった。

でもこれ、端末によって固有の、どっか肝心な領域を食いつぶしてるらしくて、
特定の端末で時々落ちるようになった。

おまいらくれぐれもリンク時の -rwpi だけは外さないようにな。

外さねーよｗｗｗ

YAMAHA ADPCMのcodecや変換ツールというのを知っている方がいますか？
mmfで吐き出してくれるものは見つけたのですが、wavで吐いてくれるツールをさがしてます。
どなたか情報ありましたらよろしくおねがいします。

すみませんが( ・ω・)∩
BREW3.1からITHREAD使えると思うんですが、
ちゃんと作ればスレッド側の処理はwhileループしてても平気なんでしょうか？

出来るとわかっててやるのと、出来るかできないかわからないのとでは重みが違うので。。。
また注意点等あればコメントいただけると幸い。
よろしくお願いしまつ

無理
プリエンプティブなスレッドじゃないから

>>171
回答どうもです。

うーん、手元に最新のプログラミングガイドが無いのでイマイチ使いどころが判らない・・・
まぁ何れにせよ無理ならいいや。
とりあえずDos時代のプログラム組んでおきます。

while の中で ITHREAD_Suspend() すればいけるんじゃね？
どうせ内部はスタック切り替えで実装してるんだろうし。

もうここにはカスしか残ってないのか。

>>172
ガイドはともかく、最近更新されたテンプレートは早くもらっておいたほうがいいぞw

あとITHREADは使用が禁止されてるキャリアもあるから、こっちも気をつけといた方がいい

>>173
IThread_Sleep()で定期的にちょっと休めばok
プリエンプティブじゃないので自分で休まないとプロセス丸ごと抱えたまんま

結局スタック別持ちできるってだけ...まあ既存コードの流用が楽になるかもね

>>176
Java のコードが移植しやすくなるかもしれないけど、俺の場合は Java の API は
C++ で代用するクラスを作ることが多くて、でも C++ でこいつを使うのは危険だと思う。

多分、スレッド実行中に ITHREAD_Release() すると、ローカル変数のデストラクタが呼ばれない。

それだと制限が大きすぎて、さすがに複数人で使うには厳しすぎるんだが、それを解決するいい方法ない？

10メガのファイルのシークって１スレッド内でやっちゃまずいかな？スレッド分けるべき？

分けようが分けまいが、IFILE_Seek() 一回分の処理をスレッドで分けることは出来んよ。

そうか、遂にBREWも10MBのファイルを扱え・・・あれ？

ヒント：10メガビット

エミュレータでキー押すたびにShellが吐く
ゲロみてぇなログが邪魔なんだが消す方法無い？(´・ω・｀)

ありません

v2.1.1 Ja のエミュレータなら、0x00024F9D から 0x00024FA1 までの 5バイトを
0x90 0x90 0x90 0x90 0x90 で埋めてやれば、出なくなるみたい。

もちこれは自己責任でやっておくれ。

>>182
DBGPRINTFをundefしちゃいなよ

>>185
シミュレータの実行バイナリ（正確にはライブラリ）に埋め込まれているから�_。

独自のデバッグ関数作ればやややん？

>>187
キーを入力するとエミュレータが勝手にログに吐き出す処理を止めたいって言ってるのに
独自のデバッグ関数とか意味が分からん。
まさか、自前でエミュレータを作ってデバッグ関数を自前の処理に置き換えろってか？ｗ

シークの話しだけど100K毎にスレッド切って、トータルで何メガシークってやった方がいいの？って事。

シークつってもフラッシュメモリなんだからほとんど掛からないだろ。

3.1のTOOLをインストールしたらMIFエディタは使用禁止のものなんだけど
どうすれバインダー

apploderのパッチってきいてます？
なんか動作不安定なんですが。

>>191
日本語でおｋ

>>192
>>147?

MNPを目前にケータイ各キャリアが火花を散らす！
それでも

　　ド　　コ　　モ　　以　　外　　は　　糞

やべぇ、とばっちり廻ってきた(orz
どうしよう

標準のデバッグ関数を使用
　　↓
エミュが吐くキーログうぜえぇぇ

　　↓
独自のデバッグ用関数つくりゃええやん？




と思ったのさこのフサフサ野郎

>>196
日本語でおｋ

言葉くらいちゃんと話せ！

つまり、こんなところか？

(1) 独自のデバッグ用関数がファイルかなにかにログを吐く
(2) 独自のログ表示アプリが (1) の出力したログをリアルタイムに画面に出力

エミュならば、所詮は Win アプリなのでなんでもアリでやれそうだな。

>196は問題が把握できてない人。
みんなもこういう人と打ち合わせして苦労したことあるだろ？w

>196よ、エミュレータ起動して方向キー押してみろよ。
キー入力を示すログがズラズラ流れるだろ？
それを消したいって言ってるのに、デバッグ関数云々言ってるお前は何なんだ、ってこと。

いや、エミュ上の手段じゃありジャマイカ？

ただ問題は、実機でリアルタイムにログとる場合に
結局標準で吐かれるログを見てくしか方法がなさ気なんだが………orz
さらにKCP機のゲロはキー以外にも色々雑ざってて見たいとこ探すのが大変なんだがダレカボスケテ

誰か>>184をやった猛者はいないの？
これでキーログが出なくなるなら嬉しいんだが……。

>>202
キーログの部分のaee_dbgprintf()の呼び出しをNOPでつぶしているだけかと。

わかりやすくするために、
みたいところを表示するまえに
DBGPRINTF("unkounkounkounkounkounkounkounkounkounkounkounkounkounko");
DBGPRINTF("unkounkounkounkounkounkounkounkounkounkounkounkounkounko");
DBGPRINTF("unkounkounkounkounkounkounkounkounkounkounkounkounkounko");
DBGPRINTF("unkounkounkounkounkounkounkounkounkounkounkounkounkounko");
DBGPRINTF("unkounkounkounkounkounkounkounkounkounkounkounkounkounko");
DBGPRINTF("unkounkounkounkounkounkounkounkounkounkounkounkounkounko");
DBGPRINTF("unkounkounkounkounkounkounkounkounkounkounkounkounkounko");
DBGPRINTF("unkounkounkounkounkounkounkounkounkounkounkounkounkounko");
DBGPRINTF("unkounkounkounkounkounkounkounkounkounkounkounkounkounko");
DBGPRINTF("unkounkounkounkounkounkounkounkounkounkounkounkounkounko");

と書いておけばいい

>>204
キーを押しっぱなしの時にだけ発生するバグらしいんですが
どうしましょう？（=ﾟωﾟ）ﾉ

>>193
3.0.0を使用していたのですが､
接続時にエラーがでるようになったので
3.1.0にして､パッチをあてて､iniファイル
の追記も行ったけど､状況は改善されな
いです｡
つながることもあったり､いつのまにか
接続切れてたり､つながらなかったり
動作が不安定です。
ケーブルのせいかともおもったのです
が試験モードではない端末でMySync
のソフトを使用した転送はうまくいくので
大丈夫かなぁと考えています｡
みなさんはとくに問題ないですか?

前スレッド677氏がUpしてくれていたmod持っている人いますか？
再アップしていただけると、大変助かります。
よろしくお願いします。

>>207
http://brew.s214.xrea.com/pukiwiki/

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

ttp://itpro.nikkeibp.co.jp/article/NEWS/20060630/242192/

>これにより、KDDIによるアプリの承認作業などを回避できる。

審査の手間をかけるか、このミドルウェア買うか二択かよ…
結局やたら時間のかかる審査をなんとかする努力はない訳だな。

通信部分しかチェックしてないみたいな書き方だな。

フジツウめ…

ウチはゲームだから関係ないや

そいつ自体が「KDDIによる承認」を通るの？

ようするにスクリプトかなんか用意されるんじゃないの?

要はこういった
「外部モジュールをダウンロードして実行するアプリ」
が審査を通る可能性があるってことか？

BREWに光が！

RPGツクールみたいなのと想像してみるテスト

エミュレータで動かすにはVCがないとだめですか？

です

のーと

dllさえ作れるならなんでもいいと思うが。

ｇｃｃでできますか？
とにかく無料で

できます。VCも無料かと。

VC2005 がおすすめだね。
普通にMakefileかけるなら、bccでもgccでもvccでも何でも良いんだろうが。

みんなサンキューな
今度ＪＡＶＡに飽きたらやってみるすす

だがiとかvのように公開する楽しみは無い罠

　 　　　　　　　　　　　　　---――――――---､
　　　　　　　　　　　　／:::　　　　　　　　　　　　　　＼
　　　　　　　　　　　/:::::::: 　 　 　 λ　　　　　 .λ　　ヽ
　　　　　　　　　　/:::::::::::　　　　 ./ ｀v　　　　 / ｀v　　ヽ
　　　　　　　　 　 |:::::::::::　　　 　 '　 　 　　 　 " 　 　 　 |
　 　 　 　 　 　 　l:::::::::::　 　 　 -=・=-　　 　 -=・=- 　　l
　　 　 　 　 　 　 |::::::::::　　　　　　　　　 　 　 　 　 　 　 |
　 　 　 　 　 　 　l:::::::::::　　　　 ヽ.　　,-―‐-､　　 /　　 l
　　　　　　　　 　 |::::::::::::::　 　 　 }　 .{::::::::::::::::}　　{.　　 |　　　　　 ＿＿＿＿＿＿＿＿
　　　　　　　　　　｀､:::::::::::::　　　/　　`ｰ――'　　 ヽ.　/　　 　 ／
　　　　　　　　　 　 ヽ:::::::::::::　　　　`--====--　　　ノ　　 　 ＜　>ガキ割あうヲタいい加減潔く氏ねよ
　　　　　　　　　　　　丶::::::::　 　　　　　　　　　 　 ノ　　　　 　 ＼＿＿＿＿＿＿＿＿
　　　　　　　　　　　　　｀ー――--------――‐
　　　　　　　　　　　　　　　　　／ ＼／＼／＼
　　　　　　　　　　　　　　　（__（|＿＿＿__|）__）
　　 　　　　　　　　　　　　ゝ　）＿（_）__（__,ﾉ|
　　　　　　　　　　　　　　　　/ ス＿＿,､＿__ゝ｜
　　　　　　　　　　　　　　ノ　　/　　人　　ヽ　|
　　　　　　　　　　　　　　　~⌒,/ー‐/ー〉ー ）ノ
　 　　　　　　　　　　　　　（⌒　　） 　 (＿＿)

あうヲタ氏ねで思い出したけど、DocomoのBREWベース機って
結局アプリ動かすことは考えて無い作りなん？

ちゃんとJavaアプリしか動きませんよと

もうAUもはじめからでそれでいいじゃないか

むしろ携帯アプリなんて辞めちまえ

sigが作れねえ…

あー
smaf/phraseってもしかして途中ループできないの？

つ[タイマー]

おいおまいら BREW で static/global 変数が使えるようになりましたよ、と。

http://brewforums.qualcomm.com/ja/showthread.php?t=861

もう慣れたからどうでもいいよ

globalｲﾗﾈ

Apploaderでファイルを端末に転送して、Exitを選んで終了して、
携帯をマイ真紅からはずすとたまにＰＣが再起動するんだけどみんなはどう？

>>239
それはローゼンの仕業だな。

>>236
これは>>78やSophia Compressと併用可能なのかしら。

>>239
一回だけ経験あり。

>>241
ドキュメントを見る限りだと、先頭が AEEMod_Load になってるのは同じっぽいから大丈夫でない？

>>239
起きたことないねぇ。
古い版で、USBケーブルを挿しても認識しなくなって、再起動が必要になったことはある。
でも、それでもWindows自体は正常に動いてた。

>>239
俺はあるなぁ。
いきなり再起動もあるけど、「地球は青かった」もある。

「地球は青かった」なら同僚がやらかしたのは見たことある。
自分ではまだ無い。

青かったってApploderのせいだったのか？
余ってた素性の怪しいPCに開発環境入れてたから、
PCのせいかと思ってたｗ

別のPCに変えてからは落ちたとかはなかった気がする。

AppLoder立ち上げたままケーブルをPCから抜くと
OEMなんとかが暴走してCPU100%なるから気をつけてお


そうなってもとりあえずタスクマヌージャで強制終了すればおK

スタティックリンクってどうやるの？

性的接続
いや―――――！！！

何このあうCPの集まりは

CPがアプリ作ってるなんて信じてたのは
一昨年あたりまでのKの中の人くらいだ。

ほとんどは下請けだろ？(´・ω・｀)

うちは一時CPとして直接作ってるぜ
おかげで情報もサポートもばんばん自由に使えて大変助かってる

うちもCPだ。
直接Kのサポート受けられるのはかなり助かってる。

VC2003や2005でBREWプロジェクトの作成ってどうやってる？
最新のアドイン入れてもプロジェクトの作成は出来ないらしいので、
VC6で作ったプロジェクトを2005に読み込ませたり、
.vcprojを直接書き換えたりしてるのだけど(´・ω・｀)

もっとスマートな方法があればプリーズ。

>>254
うちもそれ。
直接 .vcproj ファイル書き換えたりしてる。

個人的には、さくっとウィザード作りたいんだけど、
自分が作るより先にQが公開しそうでわくわくどきどき。

>>254
2003用のウィザード設定を2005に自分で適用すれば、不具合ありながらも一応作れるよ

以前Qualcommの英語のサイトのほうで、
2005使ってプロジェクト作る方法のPDFがあったけど、
あれも内容は、空のプロジェクト作って設定変更するって方法だった。
バージョンアップするまではこれで対処してくれと書いてあった。
･･･しかし今探しても見つからない。
どこだったかな。

>>257
>>25

なにがビジネスあうだ。
データ転送してるときメールや着信きたら終わりじゃん。
やってらんね

何だいきなり
すげーすれ違いだな

>>259
アルミホイル最強。事前検証では俺もやっているw

圏外の検証するのにジャミングかけるところもまずないだろう。

最近流行りの「電子レンジの中」は誰か使ってる？

>>263
徹夜明けでテスト中に、暗いから明かりをつけようと
電子レンジのスタートを押したことならある。
液晶が虹色に瞬いて綺麗だったよ。

クラスの中にｉで言うところの
　int[] val;
を登録したいのですがどのように修正すればいいですか？

そもそも、可変サイズの配列をクラスの中に登録できるのですか？

*

C++の勉強をしてこい。

>>266
ということは、毎回、MALLOCとFREEを使うってことですよね。
ありがとうございました。

　　　∧∧ 　　　＜残念、それは私のアナルだ
　　 (дﾟ　　)
　　 （⊃⌒*⌒⊂)
　 　　/__ノωヽ__）

ちょｗｗｗ何コレｗｗｗｗ誰か流してｗｗｗ

臭くて近づけないよ…

おまいに任した↓

　　　　　　　　　 │　　　　_、_
　　　　　　　　　 │　 ヽ(　,_ﾉ`)ノ　残念、それは私のおいなりさんだ。
　　　　　　　　　 │　へﾉ　　 /
　　　　　　　　　 └→　ω ノ
　　　　　　　　　 　　　　　 >

>>269よ
>>272がうほっしたいらしいぜ！

BREWの仕様書と遷移表って全部自分で書いてる？

遷移表は自分で全部書いてる。
仕様書は初版は自分で全部。ミスの修正とかは担当者がやってる。

結局ほとんど自分じゃなければかけないので。

全部自分。ミスは無い。

×ミスは無い
〇ミスを無かったことにできる

三葉のってFEP中に電源キー押すと終了ダイアログ出なくね？
対応方法ある？

ＦＥＰ使うな

FEP行ってるか状態とりゃええやん

対応方法なんて黙殺するに決まってるじゃないか

>>279
FEP使わない＞FEP使え＞FEP使う＞やっぱFEP使うな

ごめん！
思い切りJavaボケしててどうしようもないんだが

int* test = new int[10];
int t = sizeof( test );

t==4
えーと、配列の長さってどうやって取るんだっけ ＿|￣|○

std::vector<int> test(10);
int t = test.size();

aee.h
ARRAY_SIZE(a)

あー、思い出してきた。
動的配列は確保するときの値残さないとダメだったっけ。
スレ汚し失礼しました。

>>284
むしろBREWで使えるstdをクレ
いや、ください。

>>285
1が帰ってきたよ(´・ω・｀)

t = sizeof(test) / sizeof(*test)
なんかこんなんでとってた覚えがある。
間違ってたらｽﾏﾝ

>>287
それ固定長配列。ARRAY_SIZE マクロと同じ

for(;1;)
　　a = MALLOC(1);

ああ、誰かがメモリ破壊しているよ。
早くかいけつしなきゃあなのに・・。

あるある

ごめん俺だった

オレオレ、オレだよ！

簡単な解決方法：

MALLOCしているところを全検索し、
MALLOC(a) → MALLOC(a*100)
のように修正していく

携帯ｱﾌﾟﾘって一人で作るものと違うん？(´・ω・｀)

>294って何番に対するレスだ？
「全てのメモリ確保を100倍の容量に修正することが解決策だ」
となるような問題とはどういうものか、ということが気になった。

↑きっとプログラムとか組んだことないんだろうなあ

メモリ壊してるってことは、確保した領域外にまで書き込んでるってことだろうから、
１００倍して原因が発生しなくなったとこが犯人ってことかね？(´・ω・｀)

でも、俺はやったことないな。

マイナス方向に領域外破壊してたら意味ないのでは？

流れ豚切りｽﾏｿ
BREW2.1シミュだとアプリ選択がキーダウンで実行されて、
アプリ起動後にAVK_SELECTのキーアップが残ってるんですが、
これって処理(無視するなり何なり)せんといかんとですか？

ウチはキーイベントはキーフラグの処理くらいしかしてないから
処理されたとこで被害は無い(´・ω・｀)

過去に作ったアプリは起動直後画面でローディングなり何なりがあって
キーアップイベントの処理が無かったから気にならなかったのだけど・・・

起動直後にダイアログ出して「通信しますか？」

全部「はい」が選択されやがります(´・ω・｀)

キーアップで処理せずにキーダウンで処理するようにすれば？

ウチのはKEY_PRESSでキーフラグONだから大丈夫なのかもしれない。
アプリ終了確定の時だけEVT_KEYを強引に組み込んでる。

作り直すのが面倒なら、一定時間キー入力禁止とか
初回のKEY_RELEASEは無視するとかで対処するのが面倒が無くていいかね。

いや、ダイアログ表示を、キーイベントが空になるまで待つだけで良いな

>>304
ふむふむ

今手元の端末で試したら、
W32Hはキーアップでアプリ起動。なので問題なし。
W31Kはキーダウンでアプリ起動で、
押しっぱなしだとKEY_PRESSも発生してるね。
無視する処理しないと危なそうね(ノД｀)

>>304
空になるまで待つも何も
DoJaみたいにgetKeypadStateを取れ・・・なかったよね？

>>303
無視するのがベターかな。
キーダウンで押下表示、
キーアップで識別があるとですよ。

どうもでした(｀・ω・´)

>>307
キーイベントのdwParamで AUTOREPEATがやってきてるかどうか判定しれって
FAQの機種差分情報に書いてあったような・・・

>>309
情報サンクス。
見てみたいところだが手元の機種差分情報1年前の(´д｀)=3
キーダウンを契機にキー処理開始するようにしたので問題なくなりますた。

個人では認証とるのって無理なんでしょうか

無理。
以上。

そこをなんとかお願いします

>>313
>>1-4

KDDIに問い合わせてみるしか無いな。

人の話聞けよw
個人は不可だって言ってるじゃんか

法人であることが必須条件
しかも提案する企画が通らなければ新規参入できない

故人ならどうか

なんでそんな囲い込みするん(´・ω・｀)

BREWアプリろくなのがない(´・ω・｀)

おまえがろくのあるのつくればいいんだよ
会社に入って名

会社を作ればいい

親の会社を使えば良い

ＫＤＤＩに入って個人でもできるようにすればいい

http://ime.st/vote2.ziyu.net/html/brew.html
BREWアプリランキングです。投票おねがいします。

遊んだこと無いし

検証期間が長い
Ｋがバカ

とかを投票するのじゃないのか

前に行った時はKは案外ちゃんとした企画持ってって話しすれば
企業じゃなくても受け入れてくれそうな空気あったけどな(´・ω・｀)

BREWアプリ配信してる会社に企画を持っていくのも
ありかもしれん。
会社の選び方難しいけどな。

みんなここで開発？
ttp://plusd.itmedia.co.jp/mobile/pr/brew/0309/

大体は上のCP側とかでテストじゃない？

やっぱり個人で作成するの難しいのかなぁー
アイディアはあるんだけど、まぁまだその分野は出てないから売れるかなぁと思ったのに
なんで出さないんだろ、似たものならあるのにみんな文系なんだな

待ち受けアプリを受注するかもしれない状況になったわけなのだが、
待ち受けアプリの作り方自体が分からない。
手元に「サービスガイド」「プログラミングガイド」の古いやつはあったが、
ざっと見た感じ載ってなさげ。
載ってる書類の名前だけでも分かればクライアントに要求するので、
どなたか教えてくれまいか。

>>330
秘密のホームページだ。特別に教えてやろう
http://google.co.jp/

HTMLViewerについて質問。
ビューア表示中の画面で「クリアキーで戻る」を作りたいのですが、
EVT_CTL_TEXT_MODECHANGED が受け取れず、
文字入力中のクリアキーを拾ってしまいます。
エミュの問題だけなら良いのですが、実機で確認できない状況です。
どぎゃんしたらよろしかとですか？

>>331
google先生には既に聞いてる。
･･･俺の聞き方が悪いのか？

>>333
とりあえず「待ち受け」じゃなくて「待受」で検索すると吉。
古いサービスガイド、プログラミングガイドにも載ってるような。

>>334
む･･･ﾏｼﾞですか。
今日はもう自宅なので、明日再度読み直してみます。
手間取らせてしまい申し訳ない。

ttp://brew.s214.xrea.com/pukiwiki/?GNUARM

ここのGNUARMって、
ttp://www.gnuarm.com/ で落とせるもの？
別の解説サイトでは make がないって言ってるけど、
それって gnude と一緒？ nmake を使えばいいって話？

KDDI(とQUALCOMM)の開発者サイトについて質問です。

今までいくつかのクライアントの下で下請けばかりやっていました。
それで、「プロジェクトのたびクライアントに頼むんじゃなくて、自分らのＩＤほしいよね」
ということになったんですが、下請けのまんまＣＰ登録って出来るものなのでしょうか。

マジレスだが
Kに訊け

よろしくおながいします(´∩ω∩｀)

HTMLViewerは忘れたけど、文字列入力画面は実機とエミュで全然動作違かった。
そもそもエミュじゃEVT_CTL_TEXT_MODECHANGEDとか来ないのかもしれんから、
実機用に作りこむか、適当に両対応に作っとくしか無いんじゃね？

KDDIのホームページから
”個人でBREW認証とりたいんですけど”
という問い合わせしてみた。

( ゜д゜ )

ちゃんとこっち見ろや

企画書の申し込みかた分かった
この企画書のサンプルは
すでにＰＣで動くデモがあるのが前提なのかな

>>340
どうもありがとです。
間違っていないと信じて、sig貰えるまで待つかぁ〜

>>337
マジレスすると、法人向けのMCPへ参加したらいいんじゃないかと思う。

GPSの位置取得に使用される関数IPOSDET_GetGPSINFO()で
設定される構造体AEEGPSInfoについてご質問。

AEEGPSInfoのメンバ変数として、緯度を表すdwLat(int32)、
経度を表すdwLon(int32)があるけど、この2変数が取りうる有効な値の範囲として
以下のように考えてるけどあってるだろうか。

-------------------------------------------------------------------------------
dwLatの取りえる有効値：
　　-16777267〜16777267　（正の値：北緯を表す / 負の値：南緯を表す）

dwLonの取りえる有効値：
　　-33554483〜33554483　（正の値：東経を表す / 負の値：西経を表す）
-------------------------------------------------------------------------------

dwLatならびにdwLonの値を、北緯xx度、東経xx度というような度分秒（dms）表記に変換する際、
変換後のdwLat値が-90度〜90度、
変換後のdwLon値が-180度〜180度を取る値が有効値だとおもってるんだけど。。

追記：
度分秒表記への変換式は以下の通り。
・dwLat*180/2^25
・dwLon*360/2^26

普通に考えて、
dwLat*90/2^24
dwLon*180/2^25
だと思うんだが。
まあこれだと dwLon*180 でオーバーフローを起こすから、
更に約分して計算した方がよさげ。

しかもこれ、有効値ちがくない？
2^24 の範囲なら -16777216〜16777215
2^25 の範囲なら -33554432〜33554431
だと思うんだが。

というかフォーラムからのコピペうぜぇ

すまん頭逝ってた……吊ってくるわ……。

同じ処理をjavaで書いた場合と比べると
速度はどのくらい違うのものなのでしょうか

>>347
どうせ日本国内でしか動かせないんだからもっと局所的な制限でいいし、
まずint32の値のままでチェックかけるのが手っ取り早いと思うんだが・・・

AppLoaderを使い、実機に転送したあと起動すると
一瞬タイトル画面が出るのですが、すぐに端末が再起動してしまいます。
エラーコードなども特に出ないのですが、何が原因でこのようなことが起こるのでしょうか。

ぬるぽ

>>352
ガッ

>>354
安価ミスかと思ったら違うのね

>>350
処理による。
自分で試せや。

数日前に待受けアプリ関連について質問したものです。
無事資料も見つけることが出来、何とかなりそうな感じです。
ありがとうございました。

>>352
毎回ならぬるぽ、某端末はアプリ転送後端末リセットかけないと起動時にコケる
場合があるが、その場合一度コケるとリセットかかるので２回目からは起動する。

>>357
( ﾟдﾟ)σ)´Д｀)ガッ！

レスが遅れてごめんなさい。
>>338,>>346
レスありがとうございました。
ちょっと別件が入りまして、それどころじゃなくなってしまいましたので、
この件に関しては、かなりあとまわしになってしまいました。
ですが、何かわかった時はここに書き込みさせていただきます。

ところで、>>346の方。MCPでいくつか調べてみたのですが、それらしいものが見つかりません。
[MobileSolutionPartner]なのか[Ｍ]のつくCPなのか(mediaあたり？)…
あとは占い関係がどかどかと。もう少しがんばってみます。

>>356
すみません言葉たらずでした

一般的に
java　　マラソンランナー
ｃ　　　　短距離走
と言われていますが携帯でもjavaのメモリーマネジメントが優秀なので
場合によってはjavaのほうが優秀という理解でよいのでしょうか？

>>359
マジレスすると、MSPが正解だと思う。

>>360
携帯 java の GC はそれほど性能がよくないよ。

携帯のJavaってまだHostSpotとかJITコンパイラ未搭載でしょ?
だとしたらCのほうが速度は有利だろ

ほとんどのcプログラマが書くコードはjavaが出力するコードの品質に到底敵わない事実

>>364
そりゃお前だけだ

だな

ところがBREWの場合はCPUをフルに使ってはいけない。
一旦CPUを明け渡すとタイマーの解像度分だけは何もできない。
(イベントを使って間をつめたらちゃんとサスペンドしないし)
結局javaより遅い。

品質からタイマーの話へ

>>368
タイマーの解像度あげたところでCPU使い切れないから
結局javaより遅いんだよね。
品質の話から速度の話へ...と。

おまえがダメなのはわかった

なんにせよ、どっちの端末が速かったとしても、それはその２端末の速度の差が分かるだけで、
実際にはどっちの方が速いかなんて CPU だの ハードウェアだの JavaVM の性能だの電力だのでいくらでも変わりうるんだから、
それで Java の方が速い、BREW の方が速いだなんて言ってる奴は、
その内部にあるアーキテクチャの事なんて全く考えていないってことだろ？

そのとおりです

このスレとしての最終解答は
「比べるだけ無駄」
ということでよろしいか(´＠ω＠｀)ゝ

JAVAと比較できる品質のBREWプログラマがいないからね・・・

BREWプログラマは金じゃないと動かないからなｗ

>>369
つISHELL_Resume()
これつまりノーウェイトのコールバックでしょ
使ったらすごい速度で実行できたよ
次の3D関係では、これでノーウェイトモードも作ってみようと思ってる

Apploader使ってファイルを転送しても、端末リセットしたらきれいさっぱり消えています。
留意点って何かありましたっけ？

・ファイル容量がいっぱいじゃないか確認してみる
・電源を切って入れなおしてみる
・電池パックも抜いてみる
・Apploaderの入ってるPCを再起動してみる
・機嫌が直るまで放置
・神に祈る

>>376
それやるとちゃんとサスペンドしないんじゃないかな。

>>379
軽く使った程度だが、問題無かったように見えたよ。きちんと調べたわけじゃないけどね
単純にキュー最後にコールバックが追加されるだけなんだから、
タイミング的にコールバックの前か後かになる事はあるだろうけど、実行されない、てのは無い

と思いたい

今さらなんですが、AppLoaderが自分の端末で認識してくれないのですが
どうすればいいでしょうか？
W41Hを使っています。
ＣＯＭポートは合っているのですが認識してくれません。
どうか教えてください

>>381
>>147
>>148

>>154

zipファイルの解凍がしたくて、gzipが伸長できるならいけるだろうと思い
IUNZIPASTREAMを使おうとしてるんだけど、
IUNZIPASTREAM_SetStream()の第2引数に何を食わせればいいんですか？
前スレで出てたコードを参考にして

//char* pMe->pBuf;にはzipファイルの圧縮データが存在
IUNZIPASTREAM_SetStream(pMe->pIUnzipAStream, (IAStream *)pMe->pBuf );


圧縮されたデータ部だけ突っ込んでみてもこのコードで
エラー吐いて落ちます
根本的にzipは無理自前で作れというのも込みで指針お願いします

>IUNZIPASTREAM_SetStream()の第2引数に何を食わせればいいんですか？
IAStream を実装してる構造体なら何でも良いよ。
IMemAStream とか IFile とか ISocket とか。

いやデータの中身のことを聞いてるんだと思うが

>>384
IUNZIP〜でzipファイルの解凍はできないよ。出来るのはgzipで圧縮した単一のファイルのみ
拡張子が.gzになってるファイルね
また自分でzip内のgzipを切り出せば大丈夫だとは思うが

>>386
ありがとうございます
なるべくネットワークからダウンロードする負担を減らそうと思い
複数ファイルをzip圧縮して落とそうと思ったんですが厳しいですね
gzipかけたファイルを無圧縮zipにして取り出してみようと思いますが
ネットからデータ取得はどういう仕様にしてます？

>>381
MSP > FAQ > BREW(R)技術FAQ > BREW AppLoader > 00000608
特定の端末でBREW AppLoader（ver.3.1.0.34）を使用した場合、
"Error-Could not locate required BREW directories on the specified device. Please verify the specified BREW version."
というエラーメッセージ表示されますが、なぜですか？

だから>>383を見ろよドアホ

>>378
ありがと。でもやっぱしダメでした
ファイル削除もできないし、もしかして悪いのはPCの方か…？

研究期間のうちに何かやれなどと言われて、今更アルファブレンディングなんぞ手を出してみました。
バカ正直にGetPixel()で拾ったデータを加工して(NativeToRGB()→加工→RGBToNative())、SetPixels()してみたら遅いのなんのって。
やっぱ直接叩かないとダメなんですかね。

>>386
>gzipかけたファイルを無圧縮zipにして取り出してみようと思いますが
適当にファイルを連結するだけでいいじゃん。なんで zip にすんの？

夏だからな

BREWスレに夏も冬もあるもんか
春ならあるかもしれん

スタックって最低20KBで良いっけ？
stringクラスに char cstr[4096]; とか書いててちと怖いんだが。

端末仕様嫁。
2.0 と 2.1 は最低 20KB。
3.1 は最低 100KB。

冬もあるんじゃないかな？

>>395
ありがと。下請けで全部揃ってなくて申し訳ない。

>>391
単純な連結に思い至らなかったです
それでやってみることにします，ありがとうございます

BREW3.1で以下の部分でエラーが出て困っています。
if( ISHELL_CreateInstance( *pMedia->ppShell, AEECLSID_MEDIAPHR, (void**)&pMedia->Media[0] ) != SUCCESS )
{
　　return;
}
2.1ではうまくいっているのですが。
なぜでしょう？

BREW3.1 にフレーズ再生するための DLL 入ってんの？

あとエラーコードぐらい自分で調べれ。

ついでに、IShell のインスタンスが動くわけでもあるまいし、
IShell へのダブルポインタを持つ意味がわからん。

実機かどうかも書け
実機なら機種名も書け

まあエミュかな？

エミュです。
DLLは入ってます。

エラーは、
ハンドルされていない例外 は BREW_Emulator.exe(TESTDLL)にあります:0xC0000005:Access Violation。
と出ます。

>>402
BREW_Emulator.exeではなく、BREW_Simulator.exeでした。
3.1なので。

ただのアクセス違反じゃね？

pMedia が不正な場所を指してるか、
pMedia->ppShell が不正な場所を指してるってだけじゃね？

2.1 ではたまたま動いてただけ。

ものすごくアホなこと聞いてもいいでしょうか。
3.1用の日本拡張パッケージが手に入らない状況下にいるので、
仕方なく2.1用のdllを引っ張ってきたんですが、これが原因だったりしますか？
PHONESYSTEMなどのヘッダーファイルもです。

たぶんMEDIA関係を削除すれば動く

自分自身のＣ言語の能力が低いせいか、なかなか速度が稼げません。
…ＡＲＭアセンブラで書くってのアリなんでしょうか
というか、そもそも書けるのかな…？

”わかっている”人でない限り、アセンブラを使うメリットってないと思う。

>>407
Cコンパイラが出したアセンブリコード読んでみて、
これより効率的なコード書けるぜ！　と思えたならやればよろしい。

APPロダで、SA製を接続する時にやたらと遅いのは仕様ですか？

>>407
アセンブラで速いコードが書けるなら、Ｃでも速いコードが書けると思う。

個人で開発しようとすると
BREWの高いライセンス料払わないといけないのかなあ

もうこの手の話題放置で。

>>413
うだうだ言ってたらKが何か手を打ってくれるかもしれんのに。

それなら最初からBREWなんかでっちあげなかったわけで・・・

Kは勝手アプリ作者には興味がない様子だしな。

もうdocomoに乗り換えるかなあ

>>416
つまり例えば
便利なメールソフト作っても
Kが仲良くしてる業者の使い勝手の悪いメールソフト
より売れそうなら許可が下りないってことだよね

あたりまえだろ

一般公開したらリセットしまくりアプリが量産されるだけじゃないか

java>>>>>>>>>>>>>>>>>>>>>BREW

ただ、一般公開とかあれば、参考になる書籍やページがいっぱいあって
ここまで悩むこともないだろうなとも思う。

>>418
メーラは今度仕様が公開されて自由に作れるようになるよ。

>>418
>>419
独占禁止法

現状のBREW仕様のままで勝手アプリあったら使うか？
俺は怖くて使えねぇ((((;ﾟДﾟ))))

検証漏れでシャッター音のしないカメラアプリが公開されました
尚、撮影された写真は漏れのサーｂ（ｒｙ

勝手アプリ使えなくてもprintfで逝っちゃうしなぁｗ

お盆仕事の人ー？




(´Д｀)ﾉｼ

どなたか教えてください〜

EVT_APP_START内でIFILEMGR_OpenFile使うと失敗することってありますか？
S系端末で起動時にエラーになると報告があがってるんですけど
原因らしきものは↑しかないんですよね・・・

他にS系端末で気をつける点とかありますか？

つーか、そもそも一瞬で終わる予定のイベントで
重い処理するなよ(´・ω・｀)

APPSTARTでやるなよ。
俺はメモリのチェックくらいしかしないぜ

結構いるぞー
ひどいのはアプレットのインスタンス作成直後に
インターフェースの作成を一通りするのもあるし。
もっとひどいと、失敗するとfalse返す。

それは　ひどい

Apploaderの最新版って、2M以上のファイルの
ダウンロード、アップロードができないんだけど、
これってなんとかならないの？？

そもそも2Mじゃ検証通らないじゃん

>>434
最新版でダメなら前のバージョンに戻せやコラ。
というか端末側のフォルダサイズ制限だと思うけどね。
実際に送ったことないから知らんけれど。

>>435
それはあくまでKの話な

古いのもう提供されてないんだもん。

ついにねんがんの おぼんやすみを てにいれたぞ



ﾆｱ かんけいないね
　　ぜひゆずってくれ
　　ころしてでも うばいとる

モトは.png(１６色)の絵のパレットやドットをぽちぽちつつきたいんです。
CreateDIBitmap()で１６色の領域を用意して、
そこに、IDISPLAY_SetDistination()→IIMAGE_Draw()してもなーんにも転送されません。
もしかして何か根本的なコト、間違っているのでしょうか。

尚、CreateCompatibleBitmap()でデバイスと同じタイプの領域を用意すると、ちゃんと転送できるのですが、
これだとドットはぽちぽちできてもパレットがつつけなかったりで。

DIBへのblittingは動作が保証されない
DDBからDIBをQueryInterfaceしていじるのが正解

フォーラムにあったITextCtlのサンプルコードを参考にしてたんだが･･･

プログラミングガイドより
>なお、ITextCtlインタフェースとIMenuCtlインタフェースを利用して
>作成したソフトキーにつきましては(中略)使用を禁止させていただきます。

地雷ですか('д')？

ttp://wbb.forum.impressrd.jp/feature/20060804/187

> 例えばauでは、「着うたフル」のデータ・サイズへの規制や、
> EZチャンネルの配信時間帯をトラフィックの少ない早朝に
> 行うなどのコントロールが行われている。
> また、BREWアプリも1日あたりの通信量が定められており、
> 他社と違ってフリーウェアのフルブラウザなどは認めていない
> (auが許可するフルブラウザは純正のPCサイトビューワーのみ)。
> このように、定額制の普及を促進しながら、auの"目の届かない"
> ところで通信を大量に使うコンテンツやサービスが現れないように、
> コントロールしているのである。

もしかして、Kが勝手アプリを許さないのはこれか！？

>>442
ClassID差し替えればおｋ

>>442
ソフトキーは背景のフレームを用意して自前で描画したほうが
自由度が高い気がする。

>>444
・・・ごめん、俺の日本語が悪かった。
フォーラムから頂いたITextCtlのサンプルは、
ソフトキーをIMenuCtrl使って描いてるんだ。
しかしIMenuCtrlのインスタンスを生成しないとテキスト入力できない・・・
うーん、まだようわからん。
もう少し遊ばれてきます。

>>445
そうしたいところだけど、現状ITextCtrlに上書かれるｗ
というかエミュのMultitapボタンって何なんだ・・・
実機と比べつつかなぁ。

ブラウザ用リンクIDってなんじゃー。
検証合格しないとIDがもらえないが
IDがもらえないと検証できんぞｺﾞﾙｧ。

>>446
ClassID差し替えればおｋ

>>448
申し訳ないが何処のClassIDを何に差し替えれば何がおｋなのか
教えてもらえませんか？

>>447
つ仮申請

実は担当者にまかせっきりだから詳細は知らないw

AEECLSID_SOFTKEYCTL→AEECLSID_KDDICLSID_SOFTKEYCTL
AEECLSID_TEXTCTL→AEECLSID_KDDICLSID_TEXTCTL

おい

うちはソフトキーは全部絵で描いてるよ

>>441
レスありがとうございます。
>>441のアドバイスを元に、いろいろやってみましたが、自分の頭ではどうこうならず
他に何かないものかといろいろ探していたところ、過去スレに答えがありました。

http://pc8.2ch.net/test/read.cgi/tech/1076511398/944-945
ttp://brew.s214.xrea.com/pukiwiki/?plugin=attach&refer=FrontPage&openfile=1076511398.html
の944-945です。(IImageからDIBを取り出す)

これを使って、.pngのパレットをつついたりドットをぽちぽちしたりが出来るようになりました。
今後引っかかる人もいるだろうから、報告ということで。

>>454
これはうまいな……。
PNG とかの各イメージの展開ルーチンを作る必要が無くなる。
マジサンクス！

うはｗｗｗ
コンパイル通らねぇｗｗｗ



＿|￣|○

方法があることはわかったよ。サンクス。
アンカー付けない方がよさげだから独り言ということで。

初歩的な事ですが、質問させてください。

エミュレータ上でサウンドの phraseファイルを鳴らそうとすると、最初の
erCd = ISHELL_CreateInstance(shell, AEECLSID_MEDIAPHR, (void**) &mutil );
で「サポートしてないよ〜(返値erCd = 0x00000003)」とか返ってきます。で、調べてみたら
bin/Modules/ に ma3smwemu.dll を入れろ、とかいうことらしいので喜び勇んで
入れてみましたが、相変わらず「サポートしてないよ〜」と言われております orz
なにか、単にコピーするだけじゃだめで特定の手順が必要なのでしょうか？
(例えば、東の方向に向かって２拝２拍手１拝して「神様、お願いですから
私にもう少し睡眠時間をください」と祈ってからコピーしないといけない、とか)。

なにぶん、曾孫受けの仕事なので情報も限られており、詰まっている状況です。
どうかよろしくお願いします。

東の神様に頼んだのが運の尽きだな

>>457
どうしてもエミュレータで動かなきゃだめ？
うちでは、その手のは実機のみで動くようにしときゃいいよねってことにしてる。

>>457
ファイルはコピーして入れるだけでいいよ。
SDKのバージョンに2..1と3.1どっち使ってるかでも違ったと思うけどね。

ところでMEDIAMMFのインスタンスとMEDIAPHRのインスタンスは同時には
作れないけど(指摘通りnot supportと言われたと思う)そこは大丈夫?

皆様、どうもありがとうございます。
MMFとPHRのインスタンスについては、
データのほうをどちらかに統一しようと思っています（現在は
最初の１つも作れません）。

今のところ、打つ手無しですので、実機で動けばいいや〜、という
方法論でいくことにします。

データの入出力について質問。

１つのファイルに対して複数の可変文字列を出し入れしたいのですが
iのreadUTF()みたいなものはないですか？
やはり各文字列の長さを取得しておき、それをオフセットとして
読み書きするしかないのでしょうか。

文字列を読み書きするストリームクラス作っちゃいなＹＯ！

一ヶ月ぶりにスレきたら残ってた〜びっくり(^_^;)

AnyWarp使い、いる？

はーいφ(._.)

BREW2.1でdoubleをintに変換する方法って無い？(´・ω・｀)
FLTTOINT()ってBREW3.0からっぽいんだよね。

>>466
をを同士。

正直、Wedgetのサンプル、文献少ないので助かってます。＞AW

ソース散々吐き出させて、貰うもんもらって、
契約しないでサヨナラってアリだと思う？（藁

ミス＞widget

>>467
double使ったこと無いけど・・・
FLOATTOWSTR > WSTRCOMPRESS > ATOIかね。

>468
ライセンス登録しないと
ソースはけないはずだけど？

ひたすら色んなパターンで
ソース吐いてさよならはいいかもw

>>470
thx
やっぱりそれかなーとは思うんだけど、
リファレンス読むとちょっとした問題があるんだよね。
必要になったらKにでも聞いてみるよ(´・ω・｀)

初期ファイルとしてbar以外のデータファイルを用意するのは問題無い？

無い

>>474
ありがとう。

BREWは死滅しちゃうの？

ああ

ぁぁやっぱり土曜日に仕事すると落ち着くｗ

>471
え〜と、お試しライセンスを貰ってて、検討中なんですｗ
List Widget、Decoratorで吐いたはいいけど使い方がわからんス(´･ω･`)

>>478
落ち着くのは勝手だが、将来部下を持った時、そのスタイルを押しつけないようにな。
…もっとも休みを取ったら間に合わないようなスケジュールが改善されない限り以下略

>479
忠告ﾄﾝｸｽ。
すでに１０名ほど部下がいるが、押し付けはしない。
指図しか出来ない馬鹿な上司にはなりたくないからな。
無茶なスケジュールで未知（無知）な部分の情報集束を済ませて、
通常業務時間内に部下へ業務を分配する為にはどうしても一人の時間が足りんのだ。
ちなみプロジェクトは８割がHELLOWORLDとか勉強してる様な素人だ（藁

そのスケジュール改善の権限は俺には当然無い。ありがちだが。
だが何とかするのが俺の仕事。過労死してでも完遂してやる（藁

ブルーツース対戦アプリは出来ない？　いつ出来るようになる？

　　　　　　　　 　 　 　 /:.:.:.:.:.:/:.:.:.:.l:.:､:.:|:.:.:.:.:.:.:.､:.:.:.:.:.:.:.:ヽ:.:.ヽ
　　　　　　　　　　　　//:.:.:.:./:.:./:/ |:.:.|:.､:.:.:.:.:.:.:.:＼:.:.:.:.:.:.ｌ|:.:.:.:ﾄ!
　　　　　　　 　 　 　 |:|!:.:.:.:.:!:.:.|:/　 !:.:|:.:l:.:.:.＿l:.:.:.:.l:.:.:.:.:.:.||:.:.:ﾉ|
　　　　　　　 　 　 　 |ﾊ:.:.:.:.:|:.:.|'|￣ !:.:ト､＼:.:.:.|l｀ヽ|:.:.:|:.:/l:／ハ
　　　　　　　 　 　 　 l! ヽ:.:.:.l:.:.l:|　　ヽl　 ヽ=≠-､:.l|:.:.:|//彡/:|＼
　　　　　　　　　　　　　　＼:|:.:.|＝-‐　　　　トしrﾊ|:.:ノ|/! |´|:.:|:.:.:ヽ
　　　　　　　　　　　　　　 　 i｀:.l 　 　 , 　 　 ー‐' ,':.:.:.:トノ:!:.:l:.:|:.|:.l!|
　 守秘義務ですっ★ 　 　 |:ﾉ:.＼iヽ ー‐　　　 /:.:.:.:/:|:.:.:.|:.:|:.:lソﾚ'
　　　　　　　　　　　　　　 ／/:.:.:.ｌ｢| ト､＿_,.. ィ/:.:.:.:斗-!:.:.:|:.:.:.:.ヽ
　　　　　　　　 　 　 　 ／:.:/:.:.:./ｌ/ ﾉ,へ　! ／:.:.／　　　＼l:.:.:.:.:.:.',
　　　　　　　　 　 　 ／:.:.:/:.:.:./|/　'ｰ-ri　/:.:.:.:/　 ,　　　　|ヽ:.:.:.:.:.:',
　　　　　　　　 　 ／:.:.:.:.ﾉ!:.:./　!　 二j´ /:.:.:.:/ ／ 　 　 　 l:.:.＼:.:.:.:.',
　　　　　　　 　 /:.:.:.:.:.:/　∨ノ/　　,rﾉｰ|:.:/ノ´＿,,. -‐　　/!:.:.:.:.:ヽ:.:.:l
　　　　　　　 　 !:.:.:.:／_, -‐'　.〉　,ィ´￣l:/ '´　　　　　　 /:.|:.:.:.:.:.:.:|:.:.:|

一瞬スレ間違えたのかとｵﾓﾀ……。

まあ昔はようかんマンが答えたりしてたからな。

私は>>481がスレ間違えたのかとｵﾓﾀ

あぁ・・・詰まってるときにこういうAAは心が和むのぅ。

おぢちゃんたちなんでそんなにひっしなの(AA略

ロボットだから。マシンだから。
俺はー涙を流さないー駄駄ッ駄！

人生とは　そんなもの
未来に幸あれ

まだFEPと遊んでるわけですが、
フォーラム見ると他の方も苦労しているようですね…

・ITEXTCTL_SetInputModeの指定が効きません。
　W31SA(BREW2.1)でテストしていますが、何を指定してもKANA。
　ITEXTCTL_ResetやITEXTCTL_EnumModeInitを行ってから
　ITEXTCTL_SetInputModeしてもKANA。
　何とかならないKANA？

・デバッグモードでFEPを立ち上げるとアプリがハングします。
　###0 のメニューを表示中にFEP入力画面に入るとハング。
　サスペンド・レジューム時は正しく処理していると思うのですが、
　これは正常でしょうか？

・FEPを即立ち上げたいのでこんな感じにしてますが、K的にOKでしょうか？
ITEXTCTL_SetActive( m_pITextCtl, TRUE);
// 強制的にキーイベントを送ってFEPを起動させる
ITEXTCTL_HandleEvent( m_pITextCtl, EVT_KEY_PRESS, AVK_SELECT, KB_NUMLOCK );
ITEXTCTL_HandleEvent( m_pITextCtl, EVT_KEY, AVK_SELECT, KB_NUMLOCK );

どれかわかる方がおりましたら、アドバイスいただけると助かります。

>>490
×>###0
○>###1

一生遊んでな

BREW
いろんなもの買わないといけないから、金かかるなあ

ためしにＰＣ上で、自分のコードがＢＲＥＷでもコンパイル通るか
試したいだけなのですが（boostあたりが特に不安）

ＡＲＭコンパイラとＢＲＥＷのライセンス
なんとかスイートとかいうＢＲＥＷのおまけも買わないと
試すことすらできないのでしょうか？

gccはARMのクロスコンパイルできませんでした？

>>494
>>4

自己解決しました
http://brewforums.qualcomm.com/showthread.php?t=1601

むしろ最近はgnudeよりもgnuarmの最新版に注目が集まってるね。

自分で gcc コンパイルすればいいじゃない。

>>495がかわいそう。。。
せっかく書いてあげたのに無視されて「自己解決しました」なんて

>499 書き込みの時刻見なよ
>496は>495読む前に書込みしたんだろう

は？
一分以上経ってるけど？

一時間以上経ったぞ？

501は釣りになってねぇな
ﾏｼﾞﾚｽだとしたら状況を推測する力がやけに低いな

傍から見てても495の味気ないレスはどうでもいいけど

それより496のURL毎度みるけど、それでmodは作れるがそれが実機で動作したことがないw
ARM製の使ってるから原因を詳しく追っかけたこともないけど

>>503
お前バカだな

>>494はその書き込みをしたあと調べ事して、リロードせずに結果を書き込んだら(>>496)、
たまたま同じようなタイミングでわずかに早く（約１分前）別の人がレスを付けてた(>>495)。
って状況なんだろ？

>>494のあと40分間書き込みがなくて、次の書き込みが１分差程度で２つ。
まさか>>494は書き込んだあとスレに張り付いてリロード連打してたわけじゃないから、
だったら>>495>>496がたまたま同じタイミングで書き込まれた、と考える方が自然だ。

まいった、とんだ所に名探偵がいたもんだ'`,､('∀`) '`,､

普通494は495に497あたりで「すいません、わざわざ書いていただいたのですが
自分でも調べたらわかりました」と書くのが常識

掲示板利用マナーを教えてくれるスレはここですか？

もうちょい技術的な話しようぜｗ

俺は何も思いつかないから誰か話題よろ

(´；ω；｀)

とりあえずフレームやらライブラリて作ってる？

>>512
当然・・・というか、何本か作ってたら自然にできない？

Brewのソフトを作って実機に落とすためにはお金がかかるって聞いたんですが
↓の人達はどうしてるんでしょうか？
ttp://appget.com/brew/pc/

デベロッパーになるの？

公式はBREWアプリだけど、一般アプリはみなFlashでしょ？
一般のBREWアプリは無いはずだけど。

BREWでEzアプリつくったら登録には厳しい審査をパスしなきゃならない上に
登録維持料徴収されるなんてやってられないもん

GNUDE でも GNUARM でも実機上で動くものはできる。
ただ、その過程で落とし穴が結構あるので要注意。

GNUARM が GUNDAM にみえた

きど〜せ〜んし〜　が〜ん〜だ〜む〜〜〜　がんだむ！！

はいはいつぎつぎ↓

じゃあ次はダグラムの話で

はいはいつぎつぎ↓

まだまだいっくよぉ〜！

ハルヒでいいよ

ハルヒ　と　デスマ　は３文字という共通点がある

きどう〜せーんし〜がんーがる〜　がんがる！

ガンオタのくせに結婚しやがって

誰の話？

流れ豚切りすみません。待受けアプリについて質問です。
現在待受け機能のある通常アプリを作成しているのですが、
サービスガイドをざっと読んだ感じ、
DoJaで言うところの活性・非活性状態というのが無さそう。

待受けアプリとして起動すると通常使用時に支障がありそうなんですが、
この場合アプリを二つに分けて、
待受けアプリから通常アプリを起動する方法を取ったほうが良さそうでしょうか？

何をしたいのかによる
Kと相談シタホウガ早くないかい？
待受周り(だけぢゃないが)はよくガイドラインが変わるから
企画とかよく検討しなくちゃだわ

>>529
ありがとうございます。
孫受けなのでKに相談する前に方針をいくつか出さないと
何も進まない状況でして・・・
文字入力もブラウザ起動も行うので分けた方が良さそうですね。

おかしい。。。

GNUARM 4.1.1 でコンパイルも通るし、リンクも通るんだけど、

elf2mod.exe を通した後に 700kB の elf ファイルが 3.5MB の mod になる。。。

It's a magic!☆ミ

よーわからんけどここの通りにやったら解決した。

ttp://brew.wardco.com/index.html

binutils だけ 2.16.x に戻すとその問題は解消されます。

elf2mod.brew ファイルあたりにリンクの仕方を明示してるみたいね。
新しいバージョンになって、ELFバイナリの形式がちょっと変わったんだろうか。


ところで、GCC4 系になって、同じコードでも mod ファイルサイズが小さくなった希ガス。 (-O2)

auでbrewやってるCPはFlash lite 2.0に乗り換えろッ！
いよいよ俺もauでアプリが作れるぜっ
すれ違いごめんなさい。

>>536
巣に帰るんだな
お前にも同朋がいるだろう

>>536
BREWがメインだが、Flashの話もたまにふられる。
仕方なく両方やってる

GNUARMってlokiとかboostとか使える？
BREWはnamespaceやtemplateすら使えないと聞いてたんだけど

int x = 10;
int y = 2;
int z = x * 10 / y;

GNUARMで上記のようなコードをコンパイルしたら、
リンカが libgcc.a の __divsi3() 関数にリンクした。

ARMって、CPUネイティブな除算ないのかー。

無いね。
コプロかソフトウェアルーチンでやるしかない。

また GNUARM が GUNDAM にみえた

ブライトさんしんじゃったね

ここは年配者の多いスレですね。

てめーらがガンダムに見えるとか抜かすから漏れ様の目も見えるようになってもうただろ

慰謝料払えよ

会社に「ガンダムに見えるんですが労災ですよね？」って聞いて来い。

えらい人にはそれがわからんのですよ

http://www.java-conf.gr.jp/event/grandprix/97/sakuhin/T/TI3970/
これを使うことを前提にすれば
BREWでもiアプリでも簡単に移行できる？

継承の考慮が全く無い。
ここまで浅薄なJava-to-C/C++ 変換ははじめて見た。

若いうちは、異言語間の（半）自動移植という幻想に心奪われるものだ。

ぼくがいちばんぶりうを

>>548
これ、現場で使用するにはあまりにも酷な仕様だな。。。

しかし
readbleな変換はこれしか見つけられなかった

マクロごてごてにしてBREWとJava両対応とかのテストもしたけど
保守が面倒なんで無かったことにした。

>>454のレスを見て自分もIImageからDIBを取り出す処理を組み込んで見ました。
動作自体は正しく動いているようなのですが、問題が一点、メモリリークが発生するようです。
DIBを取得したIImageを開放してもヒープが完全には開放されず、約1KB程の開放漏れが発生します

自分の場合、キャラ生成の度にこの拡張版IImageを作っているので
しばらくゲームをしているとメモリ不足でアプリが異常終了してしまいます。

BREWフォーラムでも同じ質問↓がされていますが、ykubo氏からの回答がないので原因は不明です。
ttp://brewforums.qualcomm.com/ja/showpost.php?p=1675&postcount=7

この問題について、解決方法をご存知の方いらしたら、ご教授下さい。

IDIB_Release() やってる？

CaptureIImage_GetDIB() で取得した DIB は IDIB_AddRef() されてるから、
こいつもちゃんと解放しないとダメ。

適当なこと言ってるかもしれないけど、
pibDestの参照が

pibDest = IDISPLAY_GetDestination( pMe->applet.m_pIDisplay );
IDISPLAY_SetDestination( pMe->applet.m_pIDisplay,pibDest );

の2回AddRefされてるのに、Releaseされているのが

IBITMAP_Release( pibDest );

でしか行われてないから･･･のような気がする。

あ、見てるところ逆じゃん orz
notepadで見るもんじゃないな･･･

kubo氏のソースはサンプル程度に自分で組んだ方が良いんじゃないカナ
じゃないカナ

２回言うな(｀ω´#)

>>558
そこは、 「・・・じゃないカナ？カナ？」だろがボケ。

＞なお、このソースは、上記の概念を実演するためのソースであり、一通りの動作は確認していますが安全な動作を保障するものではありません。
よって問題なし

('A`)些細なことはキーニしない

木に死無い

>>554
ykuboちゃんにＸＸＸＸＸした？

木の精ですよ





ドライアードたん(*'A`)

ソースを見る限り問題ないと思うんだが。

>>555じゃね？

GNUARM で namespace, template は問題なく使える。
これらは実行時の負荷になる要素ではない。
例外、RTTI は駄目だと思う。

modのサイズってarmコンパイラと比べてどうだい？＞GNUARM

>>568
結構増える。
構造/最適化を考えると仕方無いと思うけど。

個人でBREWアプリ作りたいんですが、SDKをDLするときの
会社名は実在するものでなければいけないのでしょうか？

あたりまえだ

のクラッカー

>>569
どれくらい増えますかね。
昔GCC3.2だか3.3をビルドして試した時はmodサイズが30〜50KBくらい増えて、
BREW2.0の容量制限200KB（KDDI仕様）では無茶だってことであきらめたんだが。

いやまぁ自分で試せばいいんだけれども。

BREW ってどれぐらい将来性ある？

限りなくゼロに近いゼロ

山よりも深く海よりも高いぐらい

はっきり無いと言え

生存確率0.29%

Brew3.1でBluetooth接続したいんだけど、どうすれば良い？
KDDIに問合せるしかない？
接続経験のある人いないかな〜

554です。
結局>>555さんのが正解。フォーラムのコードは特に問題なくて、こちらでReleaseしてなかったのが原因でした。
あと、ポインタをFREEしたのにNULLを代入しないまま再利用してました・・・
しばらくJavaしかやってなかったので、他でもポインタ周りでバグるバグるｗ
お騒がせしました。　m(_ _)m

※ただ、ykuboソースではエラーチェックが甘い部分がいくつかあるので
仕事で使う場合は、ヌルポのチェック処理を入れたほうがいい希ガス

ykubo"さん"を付けろよこのデコ助が！




エラーチェックと最適化が出来たらあっこのスレに上げとくと良いかもね
もちろん無保障で

>>580
>※ただ、ykuboソースではエラーチェックが甘い部分がいくつかあるので
確かにそういう部分はあるんだろうけど、
IDIB_Release() を忘れるような奴が言ってもなぁって気はする。

質問です。
W31TでBREWアプリを起動中、特定のシーンで着信によるサスペンドが発生したとき、
ネイティブの着信画面（発信元の電話番号などが表示される）に移る前に2〜3秒程度
画面が真っ白になってしまいます。
同じ事をW41Sでやってみたところ、その現象は発生しませんでした。
W31Tでも発生するのは一部のシーンで着信があった場合のみです。
原因及び対策法に心当たりはないでしょうか？

>※ただ、ykuboソースではエラーチェックが甘い部分がいくつかあるので

いや、だからさ、最初からそのように注意書きしてあるだろうに…
ykuboさんが出してくるのは考え方を示した具体例なだけであって、
見る方もそれを承知で参考にさせてもらうものなんだってば。

本人か

本人なら自分の名前は入れないように書くと思われ

本人七誌で乙

ykuboさんにフォーラムで助けられた俺がきましたよっと。

とりあえず敬意はらおうよ(〃ω〃)

>>584>>586
仕事時間中乙であります！

>>579
専用の拡張APIがあるんでKからドキュメントをもらってください。
うちは31Tと32Tでの実績があるよ。

W3xとW4xの東芝機ではW4xの方がアプリは早く動くんですか？

つまり、>>580レベルのゴミムシがykubo神のソースを批判するな
つーかそれ以前にそのままコピペしてバグ出すなんてBASICからやり直せこのド新人が（ｒｙ
・・・ってことでFA?

ykubo 氏のソースが神レベルとは言わないしBASICからやり直せとも言わないけれども、
方向性は大体合ってる気がする。

本人乙

>>594
ありがと

>>583
EVT_APP_SUSPENDの中じゃねーの？

一部のシーンまでわかってればあとは機種固有の情報を探すとか
そもそも居一部のシーンに該当する状況のサスペンドコードにバグがあるとか
絞り込めそうな気がするのは俺だけか

教えてください。

GCCでメイクしようとしているんですが、

Unknown section name ".gcc_except_table]:"
NMAKE : fatal error U1077: 'C:\PROGRA~1\BREWSD~1.1JA\VSAddins\common\bin\BREWelf2mod.exe' : ﾘﾀｰﾝ ｺｰﾄﾞ '0x1'

というエラーが起きてしまいます。
テンプレを参考に
-fno-exceptions -fno-unwind-tables -fno-rtti -ffunction-sections
と、例外を禁止したのですが・・・
よろしくお願いします。

>>598
http://brewforums.qualcomm.com/showthread.php?t=13508

>599
大変ありがとうございました。

APIでケータイのメアド取得できますか？

LiveメッセンジャーのBrew版でケータイのメアド登録してないのにウェイクアップメールが送られて来たので不思議に思いました。

なんでもできるよ。
アドレス帳のメアドも取れるから勝手に友達にいやがらせメール送ったりするし
住所もわかるから通販で勝手に買い物しちゃう

勝手にメール送るようなプログラムが認証通るんだ・・・

>>602
> アドレス帳のメアドも取れるから勝手に友達にいやがらせメール送ったりするし
メアドが取れても勝手に送信は出来ない罠。

>>603
認証通るとは書いてない。







こっそり・・・・・・な

×認証
○検証

24時間365日懸賞って、もっと根本的なことを見直せよバｋ

すいません、今Javaからの移植やってるんですが、Jar ファイルって
Brewで解凍できましたっけ？

UnzipStream 使ってみると、解凍できたよ、とコールバックは
帰ってくるんですが中身が違ってしまっているんです。
Jar のアルゴリズムってデフレートではないんでしたっけ？

圧縮アルゴリズムをしかんヘッポコの俺がコタエルゼ




複数ファイルを圧縮したZIPはそのままぢゃ無理
頭解析して切り分けるとかすればマイケルかも

死姦と聞いて飛んできました

＞609
ありがとうございます。
その辺いろいろと試してみます。

続報：
brew で解凍できるデータをいったん windows 上で解凍し、
再度 windows上で圧縮したデータではダメでした。
どうやら gzip のフォーマットに依存しているようです。orz

そんなことあるのか
gzip.exeで圧縮したものでも、zlibのgzwrite関数で作成した物でも俺は両方動いてるけどな
608は何使ってデータ作ったの?

WinZipとかいうオチ

gzip 互換のアーカイバで作ったデータなら無事解凍できました・・・

移植だもん、元のデータ形式なんてしらないもん(;-;
データ作ったの俺じゃないもんね。
マニュアルにもアルゴリズムと「gzipとか」と書いてあるだけで、
「gzipじゃないとダメ」とかはっきり書いてないもん。

zip と gzip が違う、といういい勉強になりました。

>>615
だめだと文句をいうよりも、すすんで検索してみましょう

zip と gzip が違う、といういい勉強になりました。
zip と gzip が違う、といういい勉強になりました。
zip と gzip が違う、といういい勉強になりました。
zip と gzip が違う、といういい勉強になりました。
zip と gzip が違う、といういい勉強になりました。

混同してる人がいるといういい勉強に（ｒｙ

やっぱぶりゅーの仕事は使えない人がやらされるんだね

本来は逆じゃないとダメなんだがなbrewは

そんなことだろうと思った＞ZIP

24時間365日懸賞って。懸賞の中の人も大変だな

懸賞に当たる確率はどのくらいなんだろうね

採用枠／応募数　だ。

　　(　ﾟдﾟ)　 >>619
＿(__つ/￣￣￣/＿　
　　＼/　　　　/
　　　　￣￣￣
　
　　( ﾟдﾟ )
＿(__つ/￣￣￣/＿　
　　＼/　　　　/
　　　　￣￣￣

（ｒｙ

BREWでベキ乗剰余演算

1024bitのベキ乗剰余演算にかかる時間を知りたいのです。

ベキ乗剰余演算というのは、

c = m^e mod n (ただし，nは素数p,qの積)

（mをe乗したものをnで割ったときの余りをcとする．）

この場合はRSA暗号です。

プログラムを知っている方もいましたら、ご教授していただけるとうれしいです。

よろしくお願い致します。

RSA暗号/復号化だけなら、IRSAインターフェースじゃ駄目なん？

>627
iアプリスレで同じ質問した人か？あっちでは答えが出てたよな。
ttp://pc8.2ch.net/test/read.cgi/tech/1154336955/460

ここにあるJavaのソースをCに移植すればいいって話じゃないのか？
ttp://www.bouncycastle.org/latest_releases.html

機種依存

>630
>627が示すベキ乗剰余演算というもの自体は
特に機種依存がありそうに見えないが？

やってみればわかる

機種依存て、コアクロックとかアーキテクチャが違うだけってオチじゃないよな？

それだけ違えば十分だろ

>>627
ttp://brewforums.qualcomm.com/ja/showthread.php?t=963
これ以上何の情報が必要なのか僕にはわからないよﾏﾏﾝ

>>634
クロック数が違っても機種依存とは言わない。
ARM7とかARM9とかで計算のクロック数が変わるのであれば、機種依存ていうよりは
アーキテクチャに依存するって言った方がいいな。

日本語でおｋ

>>635
BREWだからどうって問題じゃないな、それ。

国内のBREWの端末はせいぜい3世代か4世代に区分できるからなあ
演算の速度のみだったらあんまり機種依存は無いんじゃね

純粋な演算で差が出そうなのはメモリ回りの違いか、他のタスクとの優先劣後関係ぐらいか

おめでたいね

>>630
>>632
>>634
>>637
>>640
ｷﾓｲ

キモイ

震 え て 待 て ！

(((( ﾟДﾟ))))何を？

通信の処理で１ヶ月ハマリ中(ノД｀)　長文でスマンが俺の悩みを聞いて下さい

if(app->web == NULL) {
　　if(ISHELL_CreateInstance(app->pIShell, AEECLSID_WEB, (void**)&app->web) != SUCCESS)
　　　　SetMemoryErrorScreen(app); ISHELL_SetTimer(app->a.m_pIShell, 100, app->Acallback.pfnNotify, app); return;
}
CALLBACK_Init(&httpaction->callback, http_GotResp, httpaction);
ISHELL_SetTimer(app->a.m_pIShell, 35000, app->Acallback.pfnNotify, app);
IWEB_GetResponse(app->web, (app->web, &httpaction->webresp, &httpaction->callback, app->url,
　　　　　　　　　　　　　　WEBOPT_HANDLERDATA, httpaction,
　　　　　　　　　　　　　　WEBOPT_HEADER, "X-Method: GET\r\n",
　　　　　　　　　　　　　　WEBOPT_END));

これを一つの関数内で実行している
このコードではSetTimerの時間を35秒に設定しているけど、例えば時間を1000msとか短めにするとIWEB_GetResponse実行後、端末にリセットがかかる(´・ω・｀)
35秒だとリセットは起きない

また、SetTimerのコールバックが呼ばれない、もしくはSetTimerを実行しなければ端末リセットはかからず、IWEBのコールバックが呼ばれてサーバからのレスポンスを期待した通りに受け取れる
調べたところIWEBのコールバックが呼ばれる前にタイマーのコールバックが起きるとリセットされるように見える
タイマーを使わなければいいのだが、サービスガイドにはタイマーで通信のタイムアウトを調べろって書いてあるし、もうどうしたらいいのやら
とりあえず、自分のコードが悪いのか、BREWがそうゆう仕様なのかだけでも知りたい(´・ω・｀)

疑問点

・通信中に画面の更新をしたくてIWEBと同時に短い時間(100ms程度)でタイマーを使いたいのだけど、そのような使い方をしたことありますか？

・BREWサービスガイドには、コネクトタイムアウト（デフォルト30秒）までにエラーが返らずISHELL_SetTimer()によりセットされたタイマーが満了した場合はConnection確立後の通信エラーと書いてあり、
またIWEB_GetResponseのコールバックがタイムアウト満了前に呼び出されたとき上記のコールバック待ちタイマーをキャンセルする必要があると書いてある
これって、Connection確立後にIWEB_GetResponseのコールバックが呼び出されないことがありえるということかな


Connection確立後にコールバックが起きなかったら、時間を35秒にしても今のままだと端末リセット起きるような予感…

これが解決すれば事前検証終わる段階なのだけど　今更だがもうBREWいじりたくないよ(ノД｀)
愚痴でスマン

>>645-647
タイマーコールバック中で開放したデータにどこかでアクセスしてるんだろ
タイマーコールバック関数の中身よく見ろ

ちゃんと読まずに答えるが、とりあえずウチのソースだと
IWEB_GetResponse(); の後に
ISHELL_SetTimer( p->a.m_pIShell, WEB_TIMEOUT_COUNT, (PFNNOTIFY)Timeout, p );
が入ってる。

IWEBとタイマーは同時に使える、俺のコードが悪いってことでいいのかな？

希望が湧いてきたYO

愚痴聞いてもらって正直すまなかった

原因が判明した
STRCATした時にchar配列足りてなかった(ノД｀)
もうバカかとアホかと

でも原因わかって本当にうれしい
お付き合い頂きありがとうございます

>もうバカかとアホかと
タコかと

Ｃﾟ＝o
ノ|||し

W43SなんですがAppLoaderでMIFファイルだけが転送できないのは何故？
下のエラーが出て怒られてしまいます。
メッセージにあるようにbrew/mifディレクトリにファイルをコピーしてるのに・・・

「Error - MIF files are allowed to be copied only in the BREW MIF directory on the device」

>>653 すまん、解決した。忘れてくれ・・・
ttp://brewforums.qualcomm.com/ja/showthread.php?t=571

>>651
brew以前の問題だったと
そう言いたいんだよな！


な(ﾟДﾟ)

>>646
すでに解決したようだが、その上側の使い方は俺してるな
むしろタイムアウトは70ms程度の毎フレーム画像など処理しながら、
その中で一緒に時間が経過したかどうかも見てる。経過したらRELEASEして状態変更で

KCPのおかげで機種依存が少なくなったから開発が楽になったが
シャープの端末が酷い

連休に乙

新参だからねできるとかでかい口たたいてて結局でくごおういおういおうおいｊごいじょい

最初ぐらい大目に見ようじゃないか。スルーとか

やっぱり目の付け所に地雷が埋まってるかー。
CAとH以来かな。

auのBREW版KVMサービス始まるようだねえ。

BREWｵﾜﾀ？(´・ω・｀)

BREWマジ脂肪と聞いてやってまいりました！

ttp://itpro.nikkeibp.co.jp/article/NEWS/20061010/250276/

これか？JARサイズ300KBとなると作る側としてはだいぶ楽だねぇ。

こちらも。
ttp://www.au.kddi.com/ezfactory/tec/spec/openappli.html

いわゆるSoftbankアプリとほぼ一緒だな。

むしろ青ざめるのは、MIDP非互換なiアプリか？

それ同僚と話してたんだけどさー
多分、代金回収代行とかやんないんじゃない？勝手アプリ向けみたいだし
3Dも利用不可っぽいし。
キャリア別の拡張ライブラリも無いと、共有フォルダはおろかアドレス帳や
Webブラウザ、GPSなんかも駄目だろうし。通信制限も入るし、商用にする
には制限が多すぎる気がするなー

下請けの香具師、CPに聞けるチャンスがあるならちゃんと先走る前に聞いといたほうがいいぞ
先週の時点でCPにはある程度説明がいってるから

俺の個人的感想だが、２年後には対応機種1つ、3年後には無くなると思た

ttp://k-tai.impress.co.jp/cda/article/news_toppage/31388.html
商用としてはアレだけど、Vとiは勝手アプリあるからーって層も
MNPでauは取り込めるかもって話。
しかも糞な独自ライブラリも無しだから移植性高そうｗ

でもこの話は↓向けになるのか。
CLDC+MIDP+携帯電話用Javaスレッド part 6
http://pc8.2ch.net/test/read.cgi/tech/1155174514/

商用はだめらしい

むしろ商用に欲しいのだが

課金も別にサイト課金なら問題ないだろうしねえ。
アプリカタログに載らないし宣伝もしてくれないだろうし、別の問題はいろいろあるにして。
ミニゲームみたいなアプリはこれにしろってことかい？
検証の本数を減らしたい意図もあると妄想してみる。

>>671
だめなのか。(´･ω･`)

じゃあイラネ(´･ω･`)

BERWでしか売れないものつくってたところは打撃受けそう

とりあえず今回は試しにJAVA乗せてみますたーじゃね？
好評なようなら商用可なJAVA&BREWのﾀﾞﾌﾞﾙｽﾀﾝﾀﾞｰﾄﾞ路線
あまり意味なさ気だったらそのままとか

だがちょっと待ってほしい
JAVAの起源は韓国です
本当にカムサハニダ

ミニゲーム会社オワタ

それ以前に、BREWベースで動くJVMなんて使い物になるのか？

わらってほしいのか？

わらえばいいとおもうよ

笑うとこじゃない！
おかしくない！

しっかりしろ！！

みんな疲れてるな

パトラッシュ、ぼくもう。。。

・・ネロ・・・ネロ。ネロおきろ。眠ったら死ぬよ。
死ぬ前に、検証の書類書き終えなさい。わかったね・・・・

でも今月に入ってからなら相当ラクになったろ。俺2日で全部必要なドキュメント終わったぜ

いや、逆にまんどくさい

>>685
新規バイナリならいいんだけどな……。
作ってる途中のを移動させるのは相当面倒だった。

今月から開発すこしは楽になったの？

2日かかるのは、楽とはいえないなｗ

おいおい、何も知らん奴がここ見たら２日あれば書き終わるように見えちゃうだろｗ
嘘でもいいから５日って書こうぜｗｗｗ

上司「２日でできるらしいが、５日もかかったのか。減俸な。」

KDDIチェックがあるからドキュメントが必要なわけで…
やっぱり勝手アプリマンセーだな…

新機種対応で昔のフォーマットの書類を
新しいフォーマットに書き直すのめんどいんだけど・・・

書き直す必要あるの？Σ(・ω・三・ω・)？！

書き直す必要ないの？Σ(・ω・三・ω・)？！

まーアプリ買うならぶりゅるんあぷりのほう買うけどな
あそびでつくるにはちょうーどいいやおーぺんあぷり

W41SHはどうしたんだ？

…

ﾋﾄｲﾈ。
保守sage。

保守

2つ以上同時に押されたキーの状態を取得することは可能ですか？

はい

もちろん

もろちん

ykubo神も大変だな

エミュレータでIWEB通信できると聞いたのですが
実機で通信できるアプリを
BREWエミュレータにて通信を試すと
IWEBRESP_GetInfo にて得た
nCode に -1289 が返ってきて通信できませんTT

WEB_ERROR_CONNECT？　何がなにやらorz
誰か原因と解決策を教えてください・・

URL指定のポインタを、通信が終わるまで保持していなかったりしない?

通信はできるよ

詳細はほかの人に任す

大抵はファイアーウォールかゲートウェイの設定
ポートかアドレスがブロッキングされてるパターン

modサイズが大きくなりすぎたので、677氏のローダ使おうと
思ったのですが、これってエミュレータ上でも動くんでしょうか？
コード見る限り動きそうな感じですけど、その場合はdllを MOD_NAME に
指定するんですかね？

別にエミュレータ上で動かす必要は無いよ。というか動かない。
エミュレータでは通常通り開発出来る。

で、実機用に作った mod を MOD_NAME に変更して、
677氏のローダをmifファイルと同じ名前にするだけ。

ありがとうございます。

それから、677氏のローダをコンパイルするにはAEEModGen.c とか書き換えてやる
必要はありますか？単純にVCでコンパイルしようとすると関数名の重複(AEEMod_Load)とか
いわれてしまうのです。
そもそも、VCでコンパイルしようとしたのが間違いですかね？

やった。動きました。
ファイルごとはずしたら、問題なくコンパイルできました。
どうも、ありがとうございました。

すみません、ARMリンカでのエラーについて質問です。
下のようなエラーが出た場合、
・グローバル/static変数を使ってる
・C標準関数を使ってる
・float/double型を使ってる
のいずれかだと思うんですが、このエラーの発生場所を特定する方法って無いのでしょうか？
mapファイルを出力すれば何かヒントが得られるかと思ったんですが、出力方法もわからず
（-map　、-list、-scatter　オプションを試したが出力できなかった）お手上げ状態です。

ソースを全部チェックするのが速いかもしれないのですが、できれば効率よくエラー箇所を特定する方法を考えたいんです。
宜しくお願いします。

Error: L6265E: Non-RWPI Section libspace.o(.bss) cannot be assigned to PI Exec region ER_ZI.
Error: L6248E: libspace.o(.text) in PI region 'ER_RO' cannot have address type relocation to __libspace_start in PI region 'ER_ZI'.

エラー箇所の特定方法は知らんが、原因にこれも追加しとけ。

つ[new/deleteの演算子オーバーロード忘れ]

VisualStudio使ってないの?
ファイル内の検索を使えば、staticやfloat/double、includeで検索すれば簡単に見つけれると思うよ

あと
ttp://www.jp.arm.com/document/manual/mdl.cgi
ARMディベロッパスイート v1.2 コンパイラおよびライブラリガイド
ARMディベロッパスイート v1.2 リンカ/ユーティリティガイド

のどちらかにマップファイルの出し方書いてる

すんません、質問です。
IMEDIA_Playで戻り値に0x0006（EUNABLETOLOAD）が返ってくるのはどういう原因なのでしょうか？
コードは以下の通りなのですが、なにかまずい部分があればご指摘いただけるとありがたいです。


{
IMedia* media;
AEEMediaData mdata;
byte *buffer;
uint32 offset;
int bufsize;
ISHELL_CreateInstance( shell, AEECLSID_MEDIAPHR, (void**)&media);
ISHELL_LoadResDataEx( shell, TWINSANITY_RES_FILE, resid, RESTYPE_IMAGE, (void*)-1, &bufsize );
buffer = (byte*)ISHELL_LoadResData( shell, TWINSANITY_RES_FILE, resid, RESTYPE_IMAGE );
offset = (uint32)buffer[0];

mdata.clsData = MMD_BUFFER;
mdata.pData = buffer + offset;
mdata.dwSize = bufsize-offset;

IMEDIA_SetMediaData( media, &mdata);
IMEDIA_RegisterNotify( media, SoundCallback, media );

IMEDIA_Play( media ); // ←ここの戻り値が6で失敗
}

すみません自己解決しました。
どうもデータがダメだったぽいです。
他のデータで試したらちゃんと鳴りました。
スレ汚してすまん。

著作権とか

INETMGR_GetHostByName()を「エ」ミュレータで実行するとちゃんと動作するのに
「シ」ミュレータで実行すると AEE_NET_EMSGSIZEのエラーコードが返ってきてしまう
message too long って、何のメッセージが長いんだ？
環境がローカルネットワークなのがまずい？

BREWのC++でSTLのListやVectorは使えないのでしょうか？
STLじゃなくても同じような機能を持ったライブラリはないのでしょうか。
Javaからの移植で配列をC++に移行するのが大変なんですが・・・

全てのnewにNULLチェック必須なBREWで、new/deleteしまくりなSTLがあるわけないじゃん

俺の場合、STLの移植を試みようとしたけど、あまりにもコード変更が必要だったんで挫折した。
結局ほしい部分だけ自前で実装した方が全然早いとかそんな罠だった。

>>723
俺は移植したけど、テンプレートだから容量がでかくなり過ぎて、結局使えなかったよ。

>>722
new/delete の問題だけなら、STL はアロケータを指定出来るから、
メモリプールからアロケートするようにすればいい気がする。

>>721
Javaの配列を移植するだけなら length を public にして適当なテンプレート作ればいいよ。

端末仕様書で文字サイズBOLDが指定されてない端末(W21Tとか)で
AEE_FONT_BOLD使うとどうなるか知ってる人いる？

端末仕様書に書いてない？
「太字フォント費搭載のため、Boldに関してはNormalフォントと同様のフォントを割り当てております」
とか

爆発する。

拉致される

BREWでの赤外線通信で、IIROBEX_ClientConnectReq()で相手側端末と接続し、
IIROBEX_ClientPutReq()を実行した後、赤外線を遮断すると
送信側の端末が再起動します。IIROBEX_ClientPutReq()で指定したコールバックが
呼び出される前に再起動してしまうのですが、これはIIROBEXの仕様ですか？

>>726
書いてない・・orz

>>729
それは多分コードにバグがある。
赤外線関係は機種による振る舞いの差が激しいから
コードに間違いがあっても端末リセットが起きる機種と起きない機種があったりする。
でも仕様通りの正しいコードを書けばどの機種でも正しく動くはず。

とりあえず赤外線を遮断するときの処理を見直してみろ。
正しい順番で後処理をしないとリセットが起きやすい。

>>730

726は端末仕様書に載ってることを書いたんだけど。

まあ俺は今の端末仕様書は見られないから昔のだけかもしらんけど

>>732
Tは昔からBOLDが-になってて、「代わりにノーマルフォント使うぜ」の注意書きが
無かった気がする。

端末仕様書の最後に書いてあるんだよ。昔のは。

>>734
単にＴは昔から記述がないって言ってるだけだ。A5304TでもW44Tでも変わらない。
SAやらCA等のBOLDのサイズの記述がある端末に関しては、
特記事項にノーマルフォント使うぜって書いてあるのは否定してないだろが。

実機で試せばいいだけじゃね？

ISHELL_BrowserURLが起動して接続中の表示の後、接続できません。しばらくたってからリトライしてくださいって出るます。
ちなみに接続先Yahoo。

どなたか助けてくれませんか… orz

それだけの情報では、URLは正しいのか、電波状況は良好なのか、とかしか言えん。
ezurltoかez2urltoかで呼び出し方も違うし、そういう情報もあった方がいい。

>ちなみに接続先Yahoo
ちなみにじゃなくて、そこ重要な情報だろ。URL書かなきゃ。

先程sage忘れました orz

URLはアプリ上ではなく直接EZからURL打てば現在接続できることを確認済みです。

使ってるのはez2urltoです。

飛ばしているURLは、http://yahoo.co.jpです。

ez2urltoなら実行行２、３行だろうから、ちと、貼り付けてみ？

pKｰ>browserInfo.cbSize=sizeof(ShimBrowserInfo);

pKｰ>browserInfo.clsid=0;

pKｰ>browserInfo.ret_evt=EVT_USER;


STRCPY(pKｰ>browserInfo.url,url);

SPRINTF(param,"ez2urlto:%s",pKｰ>browserInfo.url);

ISHELL_BrowseURL(pKｰ>pIShell,(const char *)param);

こんな感じです。

param がオート変数だとダメ。

_shimBrowserInfo.cbSize = sizeof( ShimBrowserInfo );
_shimBrowserInfo.clsid = GetClassId(); // 自分のアプレットの ID を取得
_shimBrowserInfo.ret_evt = EVT_APP_RESUME;

STRCPY( _shimBrowserInfo.url , url );
SPRINTF( &_url[ 0 ] , "ezurlto:0x%x" , &_shimBrowserInfo ); // _url はメンバ変数
return ISHELL_BrowseURL( (const char*)&_url[ 0 ] );

俺のは C++ だがこうなってるぜ。ちゃんと動いてる。

最後の行が間違ってるけど気にしないでくれ……o...rz

ISHELL_BrowseURLを呼び出した後にすぐISHELL_CloseAppletを呼ぶと
端末によっては>>737みたいな症状が出たりしなかったっけ？

>>739
意外な盲点かもしれないけど
http://www.yahoo.co.jp/
で試したらどうなる？

ソフトバンクの携帯じゃないとだめなんじゃない？

元々これらのプログラムがちょっと別の会社から提供されたもので、↑のBrowser含め、追加すれば動く。って感じです。

で、サンプルソースにこれらのプログラム（↑のBrowser含）を追加して、実機（W41SA)テストしたところ普通に起動しました。
となると、↑が悪いというよりそれ以前の問題なんでしょうかね？
何かしらの初期化がないとかでこういう症状ってありますか？

だから>>737さ、「これらのプログラム」とかいきなり言い出すなって。
質問して助言が欲しいなら情報を的確に出さないと。

で、一応>>742>>744>>745が助言くれてんだから
それは合ってます、それは変化なしでした、とか返事くらい書こうよ。

助ける気さらさらない俺は静観(´ω｀)

2.1のezurltoと3.1のez2utltoがごっちゃになってるよ
3.1なら
SPRINTF(buf,"ez2urlto:%s",url);
ISHELL_BrowseURL(pIShell,buf);
だけで充分。

あー、EVT_BUSYとEVT_APP_NO_SLEEPにはちゃんとFALSEを返さないといかんかも

とにかく、あうヲタ&糞塚ヲタはMNPで…

　　 　 　////三三人三＼
　　　　|　川リ━━━━i
　　　　|　　ﾘ　　＼/ ､／ |
　　　　|　ノ　　<・ヽ　/・> |
　　　　|（6||　　　　　＼　　〉
　　　　|　　| 　　 （_n,,,,n）./
　　　　|　　ヽ　..,,,,,..　　,, / 　＜破滅！壊滅！消滅！仏滅！
　　　　ゝ .,.- ＼;;;;;;;(三)/
　　　　　/　 ／　 '''''''''､ヽ
　　　　 ./|　|　　 | |　　￣￣￣ |:::::|.
　　　　/　＼ヽ／| | 　　　　　　ﾉ__ﾉ..
　　　/　　　＼＼| |
　　 /　/⌒＼ し(メ　　　　.i i i　.　.
　／ ／　　　 >　）　＼　　ﾉﾉﾉ
/　/ 　　　　/ ／　 　 .＼＿　　ｻﾞｯｸｻﾞｯｸ
し'　　　　　（＿つ　　　/:::::/::...　　 /ヽ
　　　　　　　　　　； "ノ・ ./∴: ／ ）i　iヽ-､＿へ　　　　,ﾍ
　　　　　　　　　　'',, : ：―― /　/　i　i　i iヽ .￣ ﾞ― ノ　/　＝糞塚ヲタ＝あうヲタ
　 　　n_　　　　＿／；　　　 i　　.ノ / /ノ-'￣ ﾞ ― ､__ノ
　　_ノ　二二二､_（ _Д_　;）-ヽ＿ノ-'
　　ﾞー ''~　　　 　　∨￣∨

"ぶりゅう"と"うにゅう"はどうちがうの？

うにゅうはぶるー

AEEFont型がVSだとuint型で、
ARMコンパイラだとushort型というのはガイシュツでしょうか？
型キャストしてスモールフォント使おうとしたら嵌った(゜Д゜)

>>755
enum の構造体のサイズは、ARM だと列挙されている値が全て表現できるギリギリのサイズまで詰めるせいだな。
ARMのコンパイラガイドか何かに書いてたと思う。

いにゅううむ
いーなむ
キミ達どっち？

エナミに決まってるだろがボケ

エナミたんもパンツ穿いてないよ？

ソフィア・クレイドルにあった
HelloWorldのプログラムを作っていたのですが、
エミュレータで見ると
「This app was disabled to save space.
Would you like to restore it now?」
と表示され、HelloWorldが確認出来ません。
ソフィア・クレイドルに書いてある手順を試したのですが、
何かほかに設定が必要なのでしょうか？
どなたかおわかりのかた、ご教授頂けないでしょうか。
よろしくお願いいたします。

環境
BREW 3.1 日本語

dllの出力されるフォルダが間違ってるんだろ

プロジェクトのパスに2バイト文字含んでね？

MACアドレスを取得する方法がわからないっす

つ ipconfig

BREWってipconfigできるんだっけ？

つ http://www.mcdonalds.co.jp/shop/search3/index.php

実機でエラー001が出るのはグローバル構造体が大きすぎるからだそうですが、
BREW3.1と2.1でサイズ上限が違ったりするのかな？するのかな？
3.1で動いたのに2.1用にコンパイルしなおして（構造体部分は変えてない）
動かそうとしたらエラー001になってしまいました

マクダーナルはマクダであって、マックではないのです

001が返る時って、 AEE_New が false だったときだっけか。
それとも APP_START で false 返したときだっけか。

その辺にヒントがある希ガス。

001がどういう時か忘れたが、2.1と3.1で動作が違うのは
AEEApplet_Newの中に

if(nIn < 0)
return(FALSE);

があるかどうかで変わってるだけじゃね
767もおおかたint16で表現できないサイズ渡してるんだろ

767どす。

クラスIDが間違っておりますた

おさわがせしますたorz

>>770
実は int16 で表現しきれない値を渡しても、ダウンキャストされるだけ。
見た目には正常に処理しているが、確保されたメモリ領域は32768byteで割った余りだけ。

ダウンキャストって用語まちがっとるな

しかも int16 だから 65535 までの値ならマイナスになりますがな。

BREWってbluetooth使って音声を送受信できんの？（リアルタイムで）

BREW2.1 か BREW3.1 両対応のコードで、ソースコードは一本にして
処理の分岐を #ifdef でどうにかならないかなと思ってるんだけど、
makefile でコンパイル時に -D オプションをつける以外に何かいい方法ないかな。

例：
----------------
#ifdef WIN32
// シミュレータ
#else
#ifdef なんとかかんとか
// BREW2.1
#include "KDDIPHONESYSTEM.h"
#else
// BREW3.1
#include "IADDR.h"
#include "kddi_deviceinfo.h"
#endif
#endif
----------------

BREWVersion.h

>>777
感動。そしてフィーバー。
#if 〜 #else 〜 #endif でいけるね。

そんな方法があったのか
俺いままですげー無駄なことしてた・・・

俺も知らなかった。
サンクス！スリーセブンイレｂ

おいおまえおれのけつのあなにしょんべんしろ

>>777-778
いけたいけた。さんくすこ。

#ifdef WIN32
// WIN32
#else
#include "brewversion.h"
#if (BREW_MAJ_VER == 2)
// BREW 2.1
#elif (BREW_MAJ_VER == 3)
// BREW 3.1
#endif
#endif

>>782
WIN32ではBREW2.1と3.1で区別してデバッグしねえの？

一応使うシミュレータが違うやん。

例の677氏の作ったローダについて質問なんですが、
これって、検証の際に何か対策をする必要はあるんでしょうか？

具体的には、起動時にメモリ残が極小だとソフト展開用のバッファが
確保できず、ソフトが終了して「ソフトを起動できなかった」との
システムからのメッセージが表示されます。
これって、問題無いのですか？

どんな作りしたって、最初の関数でFALSE返せば起動できないメッセージでるし
システムメッセがでるなら問題なくない？

システムメッセージが出るならＯＫ、というのなら
ありがたいです。
実際、それで（特に対策しなくて）通っています？

同じような仕組みのを使ったことはある（ソフィアじゃないよ）けど、特に対策ってのはなかったような。
メモリリーク対策とエラーメッセージ表示できる状態（最初のイベント発行後）は
ちゃんと表示するようにしておけば問題ないかと。

>>787
３本ほど出したけどそこについて突っ込まれたこと無い。

そうですか。安心しました。
皆様方、ありがとうございました。

Java屋からBREW屋に移転してきました。先輩の皆様方こんにちわ。
ちなみに、先輩の方々はクラスの解放ってどうしてますか？
自前のGCとか実装してるのでしょうか？

もともとJava一本でやってきたので、明示的に開放しないといけないっていう
状況が感覚でぜんぜんつかめずこのままじゃ開放し忘れのメモリリーク祭りに
なりそうな感じがして不安で一杯な今日この頃です。。。。。

>>791
GCなんて実装してたらバイナリが肥大化しすぎてやばい。
しかもシングルスレッドだから非同期にGCを動作させることが出来ないし。

解放し忘れるのを防ぐ一番現実的な手段はスマートポインタだろうけど、
ある程度 C++ を使い慣れてないと難しいだろうから、
俺は、しばらくはリークさせないように気を付けるように、としか言えない。

幸いエミュレーターがリークチェックしてくれるしね。
エミュで問題なければ原則、実機でもリークの心配はないはず。

余談だけど
IFileMgrとかIShellとかいかにもシングルトンっぽいインターフェースって
Releaseしなくてもリーク警告出ないよね。

ヒープについて質問があるのですが
画像ファイルをヒープに展開したら
ヒープでの画像ファイルのサイズはどのくらい大きくなるの？
それともほとんど同じ？

そう思ってたらIWEBのWEBOptをIWEB解放前に外し忘れてたら
エミュでエラー出ずに実機でだけで出て探すのにエライ時間かかった事がある

実機でのチェックも忘れずに。

>>794
ピクセル数掛ける4バイトくらい。

なるほどなるほど。慣れていくしかないみたいですね。
エミュでリークチェックもできるのか。それなら少しは安心かなぁ。。。。

とにかくがんばります。先輩の皆様ありがとうございました

>>796
ありがとうです

ちなみにPNGとBMPでもヒープ使用量って変わってくる？

展開に使うバッファ量は変わるが、結局IDIBとかで保持してるんだから、同じ

ピクセル数掛ける４とかどこのRGB888だよ。
最高でもBREWの画面の内部フォーマットであるRGB565の、１６ビットだろうな。

ﾍｪ

そんなん、端末依存だし分からん

newをオーバーロードしてデバッグ表示機能を付けたいんですが
やり方がよく分かりません。ご存知の方いらしたら教えて下さい


hoge.h：
void* ::operator new(size_t size, char* fn, int line);
void ::operator delete(size_t size, char* fn, int line);
#define new new(__FILE__,__LINE__)

hoge.cpp:

void* operator new(size_t size, char* fn, int line)
{
　　void *p = MALLOC(size);
　　DBGPRINTF("%s:%d %d %x",fn,ln,size,p);
　　return p;
}

void operator delete(void *p, char* fn, int line)
{
　　FREE(p);
}


としたのですが、operator newの宣言部分で
「 error C2244: 'operator new' : 関数の定義を既存の宣言と合致させることができませんでした。」
というエラーが出てコンパイルできない・・・

＞void* ::operator new
　　　　　↑
そりゃコロン付けてたらそうなる罠。

開発ガイドやチェックシートでEVT_APP_NO_SLEEPにはFALSEを返すことになっているが、
理由があればTRUEも許容されているようだ。そこで質問。

キッチンタイマーのように３分間を計ろうとするアプリがあるとする。
計測開始したら端末は触らないで、３分後の満了画面を待つとする。

このとき大抵の端末は１分後とかにスリープモードに入ってしまう。
現実時間で３分経過しても、アプリ上ではタイマーが止まってることになる。
（この認識は正しいか？Ａ）

ところがEVT_APP_NO_SLEEPでTRUEを返しておけば、このアプリは
現実時間と同様に３分が計れるようになる。
（この認識は正しいか？Ｂ）

ということで、タイマーやストップウォッチを正しく計測したいから
EVT_APP_NO_SLEEPでTRUEを返したい、という理由は通ると思う？

タイマーは止まらない。遅れるだけ。
遅れるとしても１秒程度。
プログラミングガイド嫁。

>（この認識は正しいか？Ａ）
この時点で間違えてたってことか。よし。

いや、違うな。
ISHELL_SetTimer()によるタイマー設定なら>>806のようだが、
アプリのメインループの周期を計測してタイマー代わりにカウントしている作りだと、
やはりスリープモードでは（そういう作りのタイマーは）止まるわけだな。

遅れるだけ言ってるだろが。

タイマは、スリープモードに入っていなくても、他の処理との兼ね合いがあるから数ミリとか数百ミリぐらいは遅れる。
だからメインループで１秒間隔で呼び出して６０をカウントしても、
その累積誤差が貯まって、スリープモードになっていなくても結構の遅れが出ることになる。

出来る限り正確な時間で処理を行いたいなら、ループ毎に GETTIMEMS() や GETUPTIMEMS() で正確な時間を取得して確認すること。
その場合はコールバック１回分の遅れだけで済む。

画像読み込むたびに IHEAP_GetMemStats()でヒープ量調べてるんだけど、
戻り値が552,948ぐらい(500k〜600kくらい)のときに
IBITMAP_CreateCompatibleBitmap()がENOMEMORYを返すのはなんでだろ？
使ってる実機がW21Tだからヒープは3Mあるはずなのに・・・

そもそも連続して空いてるとは限らないじゃない？

>>809
>>808は言葉が足りなすぎて、言いたかったことが伝わらなかったのはスマン。
手持ちのサンプルプログラムが、こんな作りで３分を計っていた。
(1)演算処理、描画など
(2)時間を計るカウンタに500msを加算
(3)ISHELL_SetTimer()で500ms後に(1)を呼び出し

(1)にかかる処理時間を無視した作りで、ほぼ３分であればよいらしい。
スリープモード中は(3)のISHELL_SetTimer()自体は500ms+1.28ms（例）で
(1)を呼び出してくれるが、(1)の処理にかかる時間が無視できない長さになり、
「ほぼ」どころの差ではなくなるだろうと思う。
それでEVT_APP_NO_SLEEPをTRUEにしてスリープモードに移行させない
ようにしてあるのかなと。それで、そんな理由はアリなのか？って質問だった。

でもこれなら>>809後半の方法にしてEVT_APP_NO_SLEEPをFALSEに
しておくのが妥当だってのは分かる。

>>810
IHEAP_CheckAvail() に使用すると思われるヒープ量を渡しる。

>>813
IHEAP_CheckAvail()
この関数はヒープ全体を検査し、近接する空きブロックが
あればそれらを１つにまとめます。

つまり、画像読み込むたびに、画像サイズ分IHEAP_CheckAvail()で
空きヒープをまとめるって事？

>>814
好きにしろ。

>>813じゃないが。
IHEAP_GetMemStats()
　ヒープをどれだけ使用しているか

IHEAP_CheckAvail()
　指定されたメモリ量を確保できるかどうか

IHEAP_GetMemStats()で空き容量確認したってメモリを確保するには連続した
領域じゃないとならないんだから、IHEAP_CheckAvail()でチェックしないと
意味がないって事。

>>816
ありがとう、IHEAP_CheckAvail()でチェックしてみるっス

メモリ関係はＪａｖａから来た人が一番つまづくところだろうな。

がんがれ。

メモリ残量チェックってMALLOCのたびにやらなきゃダメ？
今は起動時に最大容量チェックしてるだけなんだけど・・・

残量はチェックしなくていいけど、返されたポインタが null かどうかはチェックしないとダメ。

残量チェックは最初すごい面倒な話だった…
結局MALLOCを多用するより自前メモリマネージャを用意した方がいいことに
気づいたので、そのようにした。
メモリマネージャ内ならリークチェックも自前GCも楽だしね。
そして特定イベント発生後にメモリ残量チェックを入れるようにしてる。
MALLOCの度にやる必要はないけど要所要所でやらないと通らないこともある。

アプリ全体の初期化。
シーンの生成時の初期化。
このあたりにメモリー確保系はまとめて、いっきにチェックしながらやるといい。
ついでにファイル読み込み系も1箇所に固めるべき。

アホ臭い仕様だよなぁ…。

>>822
ゲームとかなら >>821 の方法で実装するのがオススメ。

メモリマネージャーのアルゴリズムきぼりんぐ

>>824
BSD ライセンスの libc から malloc のソース持ってくればいいだろ。

C++使ってるとnewしたいんだよな・・・
operator new() でオーバーロードしないで、
new相当の処理をMALLOCで実装したい場合、↓みたいな感じでOK?


class hoge {
hoge() {};
}

hoge *ptr = MALLOC(sizeof(hoge));　// メモリ確保
ptr->hoge();　//コンストラクタ呼び出し

＞C++使ってるとnewしたいんだよな・・・
意味がわからんのだが……。
普通に new すればいいんじゃね？

＞new相当の処理をMALLOCで実装したい場合、↓みたいな感じでOK?
コンストラクタは直接は呼べない。
その辺は placement new でググったらいろいろ出てくる。

// placement new
void* operator new( size_t size , void* p ){
　　return p;
}

class hoge{
　　hoge(){}
};

hoge* ptr = MALLOC(sizeof(hoge));　// メモリ確保
ptr = new( ptr ) hoge();　// コンストラクタ呼び出し

なるほど。placement newなんて始めて知った・・・

ようは、自前メモリ管理側で確保した領域をインスタンスに割り当てたかったんですが
newのオーバーロードだと内部でMALLOCを呼ばなきゃダメだと思ってたので、上の質問をしてました。
まだまだ勉強不足でした。ありがとう。

初期リリース日本語版 BREW SDK ツール 1.0.1をインスコシマスタ
ttp://plusd.itmedia.co.jp/mobile/0310/31/n_bapp.htmlを参考に
新規ファイルの作成→MIFファイルを作成しようと思うのですが
ClassIDの部分がグレイアウトしていて、入力できませぬ^^);
どうしたらｲｲﾃﾞﾂｶ
因みにMIFエディタのバージョンはVer3.0.4.7ﾃﾞｽﾀ
教えてくらはいｴﾛｲﾋﾄ

>>829ﾃﾞﾂ
ｽﾏｿ自己解決ｼﾏｽﾀ
ローカルでないと無理なのねﾊﾊﾊ

>>823
でもさ、そのプールしておいたメモリーを使い切った場合どうする？
結局はそのチェック機構を、どこかではやらなければならない気がするんだが。

>>831
ゲーム等で>>823みたいにして作る場合には決して使い切らないから大丈夫。
登場するキャラクタ、その動き、シナリオも全てわかってるんだから。

そもそも開始や再開時以外にメモリを確保しようとして失敗なんてゲームじゃ許されない。
遊んでる最中に「メモリが・・・」とか言ってきて終わっちゃゲームなんて見たことないでそ？

>>832
そりゃそうなんだが、客が許さないからなぁ…。
まぁ起動時にメモリープール作っちゃう方法は俺も賛同してる。っていうか作った。

だが、決して使い切らないって結構厳しくないか？
コンパクションまで作りこめばそうでもないかな…。
通信とかで、KDDIが用意している関数の中でメモリー確保とかやってる場合もありそうだし。

>>833
＞だが、決して使い切らないって結構厳しくないか？
よっぽどギリギリに詰めない限り、メモリプールからメモリが確保出来ないなんてことは無い。
コンパクションをしなくても、メモリプールがどれぐらい断片化してるかってのを確認しながら
一通りやって、これ以上は断片化しないだろうって時点の大きさより少し大きいメモリプールを作ってやればいい。

＞通信とかで、KDDIが用意している関数の中でメモリー確保とかやってる場合もありそうだし。
そういうのはチェックするに決まってるだろが。
チェックしなくてよくなるのは、あくまでメモリプールから確保した領域のみ。

ＢＲＥＷ上にＪＡＶＡを自力で移植することって出来る？

>>835
できるんじゃない?

JAVAはVMの仕様が後悔されてますんよ？

メモリプールからだろうがなんだろうが、確保できなかったときの対処は入れないとあかんよ？

>>833
ゲームの場合は例えばダンジョン潜るRPGで1つのフロアに最大32の
モンスターが現れるとすると、1つのモンスターの情報を表す
struct monst_param {...} なんてのを出現時やフロア生成時に
いちいちアロケートしていらなくなったら解放するんじゃなしに、
最初に32個確保しておく。で、その中の1つとか10個とかを使う。
所有アイテムなんかも最大個数が決まってるから同様。

文字列なんかも表示するテキストの最大長なんてわかってるんだから、
バッファはそのサイズで1つ取って使いまわせばOK。
ゲームで実行途中のメモリ確保なんか一切必要ない。

だから途中でメモリの確保はしないし、途中で確保に失敗ってのは起きないし
当然断片化もしない。

全確保してメモリが足りる場合だけね。
規模が大きい場合は途中で確保が必要だよ。

>>838
確保の失敗が無いってのが分かってるならその必要は無いでしょ？

>>839,>>840
確保するのは全部じゃなくて、瞬間的に必要な最大のメモリだけでいい。
規模が大きくなっても、メモリプールだろうがチョビチョビ確保しようが
最大メモリはほとんど変わらないわけで、それだったら一括で最大メモリを
メモリプールに確保した方がいい。

メモリプールってブロックで管理してる？
１ブロック100Byte前後で5000ブロック程度確保すれば最大500KBだけど
5000個分のフラグを管理するのって管理領域のロスが大きいし、
かといってブロックサイズを増やすと細かい領域をたくさん確保したい時に無駄が多いし・・・

メモリプールの管理方法って、どういうやり方がスマートなんだろ？

>>842
ちょっと調べてみた。

http://ja.wikipedia.org/wiki/%E5%8B%95%E7%9A%84%E3%83%A1%E3%83%A2%E3%83%AA%E3%82%A2%E3%83%AD%E3%82%B1%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3
http://www.jaist.ac.jp/library/thesis/is-master-2002/paper/ttakaha/paper.pdf
http://www.ylw.mmtr.or.jp/~trustno1/legos/legos_4.html
http://www.ylug.jp/download/glibc_malloc.ppt

>>840
たとえばどんなプログラムなら動的確保が必要になる？
それほどのゲームなんかBREWで見たことないけど。

gameigainoapurihachimachimamallocshitehkaihoushimakuttetememoriri-kunobagutorinihisshidesujituwa

日本語でおｋ

>>845
＞ゲーム以外のアプリはチマチマmallocして解放しまくってメモリリークのバグ取りに必死です実は
まあゲーム以外だとそうなるよなぁ……。
アプリにもよるが、俺だったらスマポの管理領域用に
数十キロバイトぐらいのメモリプールを確保するな。
そうすると、MALLOC や new をした際のチェックはしないといけないけど、
解放は気にしなくて良くなる。

メモリプール使わずに適当に組んでも結構動く。
動かない機種は非対応ｗｗｗｗ

まぁミニゲーム程度ならメモリのことなんて気にしなくてもいいんだろうけれど。

>>841
＞確保の失敗が無いってのが分かってるならその必要は無いでしょ？
分かってるならいいんじゃないかね。

ただ俺はBREWの内部の動作すべて把握してるわけでもないし、
自分の組んだプログラムにバグがないとはとてもじゃないが言い張れないし(もちろんデバッグはしてるけれどもね)
データ差し替えだけでモジュールは使いまわすなんてこともあるし
そのもろもろの結果電池抜かなきゃ復旧しないとかに陥ったら最低だし、
可能な限りチェックはしてる。

要するに、アプリによるんじゃない？

>>850
俺はメモリプールの話だけしてたつもりなんだが、
なんか全部のチェックをしてないって思われてる？

＞BREWの内部の動作すべて把握してるわけでもないし、
メモリプールは自分で書くんだからBREWの内部動作は関係ないな。
どっちかっていうとARMの挙動かな。
まあ、MALLOC()したメモリはBREWが内部で自動的にメモリを
移動させるかもしれない、とかだったら怖すぎるが……。

＞自分の組んだプログラムにバグがないとはとてもじゃないが言い張れない
外部からチェックできるのはnullチェックぐらいだろうし、メモリプールにバグがあると、
どっちかっていうとアクセス違反の方が多くなるだろうから、nullチェックぐらいじゃ無理でしょ？
nullチェックする時間をテストの時間に回して、バグ見つけて直してちゃんと動作するようにしたほうがいいのでは？

＞データ差し替えだけでモジュールは使いまわすなんてこともあるし
もちろんアプリ毎にプールするサイズを外部から設定出来るようにしてるよ。

当たり前だけど、チェックしないといけない部分は必ずチェックして、適切に処理してるよ。
俺はアプリ毎に専用に用意したメモリプールについてはその必要は無いって言ってるだけ。

あと自作のメモリプールにバグがあることが心配なら
>>825 の言ってるとおり libc からソース引っ張ってくればいいんじゃね？

>>835
全角君には無理だろうけどね

Armコンパイラのエラーで
Error: L6218E: Undefined symbol main (referred from kernel.o).

っていうのは初めて出たのですが、原因が特定できず困っています。

同じエラーでたことある人、解決法わかる人いますか？

英語まんまやんｗ

>>855
何本かアプリ制作しましたが、
今まで一度もmain()という関数を定義したり、使用したりしたことはなく、このエラーは
表示されたことありませんでした。

そもそもkernel.oというのはどこからリンクされているのでしょう？

自分で作った記憶がないなら、Makefileのチェックじゃないかなあ。何かオプション書き換えてるとか。
kernelって言葉はIFIFOぐらいしか出てこないけど、あくまでコメントだけだし。

ttp://www.yokogawa-digital.com/arm/support/ads/ads_j_06.html

多分Cの標準関数なんか呼んでるんじゃないの

>>858
ありがと！

exit関数が原因でした。

メモリーマネージャの話がちらほらでてて興味深い。

dlmallocとか便利なのはいいけど、BREW作成民が一番欲しいのって
コンパクションつきのメモリーマネージャじゃないですかね。
dlmallocみたいに公開されてるのありますか？

>>860
コンパクションを付けると、メンバとかに持ったポインタが有効であるっていうのが保証出来なくなるから、
ポインタで操作したいと思うたびにハンドルからポインタを取得して操作するか、
ポインタのラッパから有効な領域のポインタを確実に指すようにする必要があるわけで、
そんなのやってると時間も掛かるし、ポインタを全く使わないでいろんな操作が出来るライブラリでも無いと、
使う側はなかなか大変になると思うので、結構厳しいんじゃないかな。

たしかに。BREWではポインタをBREW専用の関数に渡す＝登録することもままあるからなぁ。
文字列とかに使う分をうりうりやりたいだけなら有効かもしれないけど…。

>>860
知ってるかもしれないけど、MALLOC() したメモリなら
LOCKMEM(), UNLOCKMEM() を使えば
BREW はちゃんとコンパクションしてくれるよ。

>>863
アドバイスありがとう。でも、欲しいのはメモリマネージャシステムそのものなんだ。
>>861も言っているとおり、C/C++はメモリーの再配置に対応していないから無理かなぁ…

>>864
＞>>861も言っているとおり、C/C++はメモリーの再配置に対応していないから無理かなぁ…
はぁ？C/C++はそういうレベルの言語じゃないと思うよ・・・

IHEAP_CheckAvail()は副作用としてコンパクションするようだ（多少制限あり）

>>865
C/C++ でもやろうと思えば出来るよ。
というか、Java やら .NET やらの実装は最終的には C/C++ やアセンブラで書かれてるわけで。

BREW にポインタを渡すときは一時的にコンパクションの対象から外せばいいし、
毎回そうするのは面倒なら、BREW API を完全にラップした新しいライブラリを作ればいい。

>>866
実際試した訳じゃないからわからんが、
それはコンパクションではなくて、連続した空きブロックを解放してるだけだとおもわれ。

そういやその辺の動作はフォーラムに書いてあったな。
http://brewforums.qualcomm.com/ja/showthread.php?t=749

>>867
「C/C++はそういうレベルの言語じゃない」ってのは、低レベルでなんでもできる言語なんだから
「再配置に対応していないから無理」って話がおかしいということ。

実際 MacOS 9 までの Mac OS （とその上のアプリ）のメモリ管理はポインタへのポインタを
ベースにしたコンパクション付のメモリマネージャによるものだったが、皆ふつうにC++でアプリ書いてたよ。
ポインタが必要な場合には一時的にでも永続的にでもロックすりゃいい。

おー懐かしい。 KT7時代しかやってなかったが。

>ポインタのポインタ
ハンドルと呼んでたな。
先に必要だと分かっているものはスタック下部に配置しといて、メモリフラグメントを防ぐとか。

>>868
なるほろ。そういう意味ね。
Windows でも仮想メモリ使ってるからそれと似たようなもんか。

OpenGL ESってＡＵの携帯でも動くの？

>>871
ttp://brewforums.qualcomm.com/ja/showthread.php?t=475

>>867
APIリファレンスにそう書いてあるな。失礼した。

何故そこで仮想メモリが出てくる

>>874
Mac 触ったこと無いからよく知らないんだけど、
MacOS で普通に C++ でアプリを書いて動くって事は、そのアクセスした領域から
なんらかの変換加えて正常な位置にアクセスされるようにしてるってことでしょ？
それともプログラマ側がコンパクションを意識しながらコーディングしてたりする？

まあだから、変換加えて正常な位置にアクセスされるようにする、っていう意味なら同じかと思ったんだが違う？

俺の場合、ポインタ管理ルーチンを作ってるだけだな。
MALLOCするたびに確保したポインタをリストに登録、開放時にリストから削除
って感じで管理すれば、少なくとも終了時の開放漏れはチェックできる。
さらに管理情報を加えてRelease系の処理も登録しとけば、応用もきくし。

ただ、使用しているポインタの中身がいつの間にか開放済みになってることがある、諸刃の剣。
どっちかというとデバッグ機能として使ってる手法ですが。

スマートポインタ導入すべきなのかなぁ・・・

ｽﾏﾎﾟ

>>877
ｶｯ

ちょっと質問なのですが。。。。
http://www.s-cradle.com/developer/itmedia/ITmedia_Mobile_BREW_Programming.html#no12
のwebapp.zipをダウンロードして動かしてみたんですけどすごい描画が遅いのです。。。
HTTP通信が完了してから最初に文字を描画するのはそこそこはやいのですが、
そのあと↑キーとか↓キーでスクロールさせようとするとめちゃくちゃ時間がかかります。
で、どこで時間かかってるのかなぁ？とおもったらどうやら

IDISPLAY_MeasureTextEx(d, AEE_FONT_NORMAL, common->message + i, len - i, common->width, &j);

で8秒くらいかかってるんですよねぇ・・・・・
なんでここの桁数はわかっている（フォントもサイズも変えないので固定なはず）ので
j=21
って与えるようにしたら劇的に再描画が早くなりました。
これってこういうもんなんですか？
ちなみに動作環境はBREW3.1 Simulatorです。

文字列を\0で〆てないんでない？

IDISPLAY_MeasureTextEx は全部の引数を入れるとめちゃめちゃ遅い。
エミュレータだと特に顕著になる。
あらかじめ 1文字の大きさを取得しておいて、自前で計算した方が良いよ。

具体的には、127 以下の値と、0xa0 から 0xdf までの値は半角文字の大きさで計算すればいい。

ちなみに 0xa0 から 0xdf ってのは半角カナな。

>>880さん
調べてみたらちゃんと\0で〆てました。どうやら調べる文字数が多いので遅くなってるっぽい？
その証拠に最初の方の描画はやいんですよねぇ。
コールバックで呼ばれるたびに文字数が増えていくので、それからだんだん遅くなってる気がします。

>>881さん
なるほど。やっぱり自前で計算したほうがいいんですね。
いろんなサイズを使うとしたらちょっとめんどくさくなりそう。。。しょうがないか。。。

IDISPLAY_MeasureTextExは使わない方向で考えます。
ありがとうございました。

http://brew.s214.xrea.com/pukiwiki/?BREW%2FTIPS#nf7d5d27

これでいいかな？

>>883
うぉぉぉぉおお！！多謝！
というかBREW　wikiあったのですね。新参ものなので知らなかった。。。。
僕もここに有益な情報を投稿できるように早くならねば！

スマポやるなら、コンパクションも含めたメモリーマネージャが欲しいね。

>>885
>>860-862

しわすですねage

ソースコード中に直接 AECHAR 文字列を記述したい時って、
ANSI ワイド文字列みたいに

L"なんてろかんてろ"

みたいなことはできないのだろうか。
現状では、

AECHAR szString[10] = { '', '', .... 0} ;

みたいな書き方をしてるんだけども。

>>888
プリプロセッサ書けばいいじゃない?

>>888
俺は全部 String クラスを作って操作してるな。
内部で AECHAR に変換して使ってる。

どうしてもソース中に書きたいなら、

const char cstr[] = "なんてろかんてろ\0";
const AECHAR* str = (AECHAR*)cstr;

全角だけならこれでいいんじゃない？

私はPerlとかで16進のコードに変換して、
AECHAR achar[] = { 0x.., 0x.., 0x.., 0 };
って感じにコピペしてる。

#define　C2W(c,w)　STREXPAND((byte*)c,STRLEN(c),w,sizeof(w))
でいいじゃん

AECHARをソースに書きたい？　俺は出力最終段でしか使ってないな
APIを生で使うやつ死ねばいいのにー

なるべく不測のメモリ消費は避けたいじゃない。
システムメッセ的な固定ものは組み込んでおいたほうが。

そういえば ARM で、

"〜することが可能です"

とか書いてたらアウトだった気がする。能に 0x5C('\\') が含まれてるから。
そういう意味でも文字列を直接書くのは危ないよな。

ちなみに、

"〜することが可能\です"

って書けば ARM でも動いたはずだけど、
エミュのソースと分ける必要が出てくるからめんどい。

あと >>890 の蛇足だけど、半角文字を扱うなら、

const char cstr[] = "n\0u\0l\0l\0\0";
const AECHAR* str = (AECHAR*)cstr; // L"null" が入る

これでいけるはず。
ワイド文字のメモリ配置とか分かってるならこれでいいんでない？

>>895
> って書けば ARM でも動いたはずだけど、
> エミュのソースと分ける必要が出てくるからめんどい。
>>889

それ、プリプロセッサで分ければいいってこと？

それがめんどいって言ってるんだけどね……。

おらも>>891でやってるべよ

>>897
わからないなら説明してもしょうがないな。
つか、プログラマなら自分でプログラム書いて解決しろよ。

>>899
何か良い方法があるなら教えてくんろ。

自前でプリプロセスしろってことだったら
あんたさんがそのツールを Wiki に置いておくれよん。

baka ha suruu de

>>891
一番現実的なのはそれかねぇ。
エミュと実機で #ifdef 使ってソース分ける必要もないし、
コメントにオリジナルの文字列を書いておけば人間でも読める。

>>892
それは String クラス作るのと大して変わらな（ｒｙ

>>893
出力最終段でソースに書くときはどうやってる？

>>895 >>890
なるほど。
バイトオーダーが合ってれば問題なしか。
あとは\0がどっちに来るかさえ覚えてれば問題なさげだね。

でも、\x5c 問題は残ると。
メモリアライメントをまたいだりはしないのだろうか。
定数へのアドレスって勝手に末尾２ビットが０になるように配置されるんだっけ。


いろいろサンクス。参考になりますた。

>>899は以下のようなことが言いたいのか？

#ifdef AEE_SIMULATOR
const char cstr[] = "〜することが可能です" ;
#else
const char cstr[] = "〜することが可能\です" ;
#endif

もしそうであるならば、0x5Cが出てくる文字列が
複数あった場合、全て上記のように分けるということになる。

>>897はそれが面倒だといっているのだ。
だから>>900で0x5Cがある文字列をだけを特定し
その部分に'\'を挟むようにプリプロセスするツールがあるなら
Wikiにアップしてくれといっているのだ。

もし、そんなツールがあれば、ARMのMakefile内部にツール実行を仕込み
ARMでコンパイルしたときだけ'\'が入るようになるからな。

俺もそんなツールがあるならキボンヌ。

>>899は以下のようなことが言いたいのか？

#ifdef AEE_SIMULATOR
const char cstr[] = "〜することが可能です" ;
#else
const char cstr[] = "〜することが可能\です" ;
#endif

もしそうであるならば、0x5Cが出てくる文字列が
複数あった場合、全て上記のように分けるということになる。

>>897はそれが面倒だといっているのだ。
だから>>900で0x5Cがある文字列をだけを特定し
その部分に'\'を挟むようにプリプロセスするツールがあるなら
Wikiにアップしてくれといっているのだ。

もし、そんなツールがあれば、ARMのMakefile内部にツール実行を仕込み
ARMでコンパイルしたときだけ'\'が入るようになるからな。

俺もそんなツールがあるならキボンヌ。

書き込みが反映されていないと思って2回投稿しちゃった。

誰か寸評よろ。
ってか、その前に自分で確認しろって話。ｗ

http://brew.s214.xrea.com/pukiwiki/?sjis2aechar

重箱の隅だけど、自分なら、0x%x よりも %#x かな。

>>906
素晴らしい。
エスケープシーケンスへの対応があると更にいいかも。

シミュレータで確認したら、バイトオーダーが逆だったのでなおした。

>>907
それって引数が 0 の時は 0x が入らないってやつだっけ。

>>908
あー。。。確かにその方がよいね。
時間があったら考える。（ぉ

php の sprintf は %#x だめだった。。。 orz

ｽﾏﾝｶｯﾀ('A`)

ちなみにGCCならsjis通せるゼ

>>912
GCC は最適化とコード密度がなぁ……。
まあ俺は全然使ってないんだけど。

ところで最近の GNUARM ってどんな感じ？
namespace とか例外とかってまだ使えないんかな？

駄目だ、いくら逆立ちして見てもガンダムに見える(´д｀)

逆立ちするからじゃないか？

>>906　乙
このスクリプトへのアクセスログを解析したらどんな会社が引っかかるかなｗ
つーか、手抜きPGホイホイとも（ｒｙ

>>916
PHP をうｐしてるってことはこれ書いたのは Wiki の中の人なわけで、
中の人なら Wiki にアクセスした人のログが取れるんだから、それは今更って気がする。

むしろ、変換テキストをモニタしてるとどんなアプリが開発されてるかわかって(ry

とりあえず実際に使うんだったらローカルサーバに置いた方が良いな。

>>904
漏れはまんどーだから、エスケープで書いてた気ガス

const char cstr[] = "〜することが可\x94\x5Cです" ;

最近はジャヴァしか触ってないから、通らなかったらすまんな。


>>912
新しいのは通るのか？ gnudeはちんだぞ。

>>912
GNUARM 4.1.1 はデフォルトでは通らなかったぞ。
なんかオプション指定があるのか？

W42CA で、ITEXTCTL を使ってて、IME から戻ってきたときの
ITEXTCTL_ReDraw() が４秒ぐらいかかるんだけど、
これって機種依存の不具合？

もちろん、ITEXTCTL_ReDraw() をコメントアウトすれば
正常に動くし、IME に遷移しなければ ReDraw() に時間がかかることはない。

そしてもちろんその他の BREW31 機種ではこの問題は発生しない。

最新の APPLoader で起こる通信不可能な不具合を含め、
W42CA はまだ不具合が多い気がするんだけどどうなのよ。

>>922
>最新の APPLoader で起こる通信不可能な不具合を含め、
>W42CA はまだ不具合が多い気がするんだけどどうなのよ。
AppLoaderで不具合なんてあるの？

>>922
＞そしてもちろんその他の BREW31 機種ではこの問題は発生しない。

自分で書いてるじゃないか

不具合か仕様かって話でしょ
文字入力にITEXTCTL使ったことないからよくしらんけど、
IHTMLViewer+INPUTタグの組み合わせだと、そういう報告は受けたことないなあ

BREWのAPIリファレンスの間違いは何とかならんのか・・・
IMEDIA_Playの戻り値とか全然違うじゃねーかよ。
これじゃ他の記述内容も怪しいもんだ。

だれか完全版なんて作ってないよね？

たとえリファレンスが正しくても、端末の実装が正しいとは限らないわけで

だから端末の中の人達も大変なんだぜ？

まあ、リファレンスが間違ってるハードやソフトなんてごまんとあるんだし・・・

>>926
コールバック側に通知するという、仕様通りの動きってことないよねｗ

ああ、そういえば無いなあ･･･。
海外の作ってた時は逆にコールバックが普通だったんだが。

仕様書の段階で既にバグがある
↓
端末に実装する段階でバグが出る
↓
アプリ制作の段階でもバグが出る
↓
混沌としてきたので“それが仕様です”と言うことにする
↓
納品

>>932
おまい天才

>>925
なるほど。IHTMLViewer で問題がなければ、回避方法はあるかもしれないってことだ。

IHTMLViewerは描画にITextCtl使ってないと思われ
FEP起動にだけ使ってる

ふと思いたった。
ITEXTCTL_GetTextPtr() で、文字列取得して自分で描画すればいいんじゃんね。
試してみようっと。

うまくいった。
だいたい以下のような感じ。

AECHAR *aechar = textctl->GetTextPtr();
if (aechar)
{
display->DrawText(AEE_FONT_NORMAL,aechar,-1,x,y);
}

ただ、シミュレータでの文字描画はちょっとおかしい。
実機に影響ないからいいけど。

>>932
有名なアレか
http://ntd.way-nifty.com/blog/20040516.gif

質問なのですが。。。。
BREWでは自作クラス型の定数は使えないのでしょうか？
＃プリミティブ型であれば使えるのは確認しました。

class Foo {
public:
static const String HOGE;
};

const String Foo::HOGE = "";

て定数を持つクラスを定義してBREW3.1シミュレーター上で実行すると
unable start application.
ってエラーがでちゃうのです。。。。

本当にそのようなまわりくどいことを必要としているのか

言っておくと、まずstaticな時点で駄目な

String のコンストラクタが呼ばれた時点で死んでるんじゃね？

具体的に書くと、

String のコンストラクタでメモリを確保して内部に代入してるんだろうが、
String のコンストラクタは AEEMod_Load() より前に実行されるから、
そこで MALLOC() とかでメモリを確保しようと思ってもヘルパ関数へのポインタが
まだセットされてないから、MALLOC() とか GETAPPINSTANCE() とか使おうとするとあぼーん。

ってことかな。

>>943
な・る・ほ・ど！
ためしにコンストラクタでMALLOCしないクラス型で試してみたら
うまくいきました。
ありがとうございます！。

>>940
そうなんですけど、Javaからの置き換えなのでクラス型の定数がもし使えない
となるとちょっとめんどくさいなぁ・・・と思いまして。

>>941
たしかstatic constであれば使えると思っていたのですが・・・・。

でも、ARM って static const なオブジェクトのコンストラクタ呼んでくれるんかな？

mod 呼び出しの仕組みを考えると呼んでくれそうに無いんだが。

＞static const なオブジェクトのコンストラクタ
コンパイラに叱られた記憶が。

流れと関係ないが…オープンアプリなんとかの中の人達も大変なんだろうな今

>>945
>>946
むぎゅ。ARMコンパイラだと怒られちゃうのですね。
なんとなく実機じゃつかえないんじゃないかしら？と思っていたのが現実に・・・・・
素直にほかの方法を模索しますorz

>>947
ヒーヒー言ってるのは下請けの外注さんだけだから
ほんとの中の人はのほほんとしてるんじゃまいか。

そうなん？
アプリックスが自社で請け負ってるんじゃないの？

mallocするまえにIHEAP_CheckAvailで空きヒープチェックしてるんだけど
IHEAP_CheckAvailがTRUEを返しててもmallocで失敗する事ってある？

失敗することがあったら IHEAP_CheckAvail() の意味が無い気がするんだが。

IHEAP_CheckAvail()で空きヒープがあるかどうかと
実際にmallocが成功するか否かがイコールなのかどうか
分からなかったもので・・・

イコールではないな。
IHEAP_CheckAvail() で失敗しても MALLOC() で成功することはある。

メモリ確保失敗以外でエラー返してるんだろうな…

確保できるかどう海外でだ

…もう寝る…

＞できるかどう海外でだ
なんとなくこのフレーズに流行の予感を感じた

きのこるかどうかほどではないと思われ

基本的な話なんだが…

AEEApplet_Newの最後の引数の関数が呼ばれた後って、
アプリのコードがメモリ上にあることはもはや保証されてないよね？

chikachinashitec++deyannnainndaromakuromandehisshinijissousenndemoiinoni

ジャパニーズでオウケイ

ふぁっく

ほら、C++ のコンパイラって高いから。。。

はへ？

はへっとまぺっと

W42SA やっちゃたぁ

ゥワット？

このスレが廃れるのはきっといいこと。
みんなちゃんと冬休み取れそうかい？

もうBREWの仕事してるところは無いと思うお

>969
正月は休むお（　＾ω＾）

>970
そうでもないお（　＾ω＾）

というか、auを無視するのはもう無理だ･･･

あう必死らな

うちじゃ話題がDoCoMoかauかだけになってるお。SBMは
新機種サポートするだけ無駄だから止めちまえって空気さえ
漂ってるお。

そいつは羨ましい話だな
うちもおんなじ感じというか、シェア以前の問題でこっちから一応進言してるな
JavaというだけでSB移植をするよりも、BREW版をさっさと作ろうって。

少し前に社内に経験者がいない状態でi→SB移植を新人に任せたら
鬱病にかかって申し訳ないことをしてしまったことがある
で、俺もやってみたら確かにSBの端末どもは、
細かいところになってくると新人には手に負えないと判った
バグ有り上等でリリースするんならできるけどね

SBは端末誤差が激しいのと、メモリ周りでエラーが出やすいとか、
Nが糞だとかいろいろあるみたいだな。
アプリのスケール的に問題無いならコード自体の移植は
比較的楽なんでやる価値はあると思うが。

BREWはそろそろ外部メモリバカスカ使える仕様にしないと
一部の903のアプリが移植できなくなりそう。

外部メモリ使えても、そこに必要なデータをダウンロードしていたら
簡単に3MB規制引っかかりそうｗ

そういやそんな規制もあったなｗ

立てたよ。

BREW(Binary Runtime Environment for Wireless) 9
ttp://pc8.2ch.net/test/read.cgi/tech/1166675852/

今回から天ぷらにwiki追加しますた。
brew.s214.xrea.com/pukiwiki/

お前のせいで天麩羅が食いたくなっちゃったじゃないか

勝手に追加するなよ。
追加していいですか？と聞いてからにしろハゲ

しるかぼけおまえがしきるひとじゃねえだろかす

ネチケットという言葉を御存知ですか？

ネチズンオンリー同人誌即売会のタイトルですか？

埋めます

埋め

埋め

埋め

埋め

埋め

埋め

埋め