512コメント162KB

BREW(Binary Runtime Environment for Wireless) 11

■ このスレッドは過去ログ倉庫に格納されています

0001デフォルトの名無しさん

2009/06/04(木) 08:58:09

0232231

2009/12/08(火) 09:31:29

>>217
ふと思ったんだが、ひょっとして>>1のwikiにアップされてるmod圧縮プログラムそのまま使ってる？
BREW4.0はIModuleVtbl::CreateInstanceが呼ばれる前だとIFileMgrが作成できないからグローバル
変数どころかmod圧縮自体がそのままじゃ動かないぜ。
4.0でmod圧縮しようとすると展開ルーチン自体がグローバル変数として圧縮されたデータを持たな
いといけない（スタック上には置ききれんだろう）。
この処置をいれても駄目だったんなら要らぬお節介だ、すまぬ。

しかし、これ（バイナリ埋め込み）やっちゃうと展開後に圧縮データ格納領域が無駄になるんだよなぁ。
メモリプールの餌にするとか、バッファとして使い回すとかすれば無駄もなくなるか？
でも圧縮後のサイズは不定だから、***バイトあると思ってアクセスしたら落ちた、とか起こりそう。
そもそもmod圧縮時にしか使えないバッファとか汎用性が無くて頼りづらいか。

0233231

2009/12/08(火) 09:58:02

あー、すまん。wikiに4.0対応版がアップされてるのね・・・
しかしソース読んでみたが、IModuleVtbl::CreateInstanceで展開して本体のCreateInstanceに
繋いでるな。これ使っちゃうとグローバル変数駄目かもしれない。

BREWがグローバル変数使えなかったのはmodのローダ（OSの処理）がアドレスのリロケーション
を行わないから･･･だったはず。で、elf2modが自前でリロケーション行う処理を追加してmod吐く。

なんだけどこのリロケーション処理、AEEMod_Loadの前に連結されてるはず（その分AEEMod_Load
本体のアドレスがずれる）。modバイナリでいうと0x08～か？
で、直にCreateInstanceへ飛んじゃうとこのリロケーション処理行われないままだから、グローバル変数
へアクセスすると落ちる。リロケーション前だと多分、プログラムコード部分（かもっと前）と被ってる。
3.1版では展開用のAEEMod_Loadが呼び出すのは展開されたmodのオフセット0x08（ModuleProxy.cppsの175行）、
つまりリロケーション処理のコード。だからグローバル変数が使えてる。

・・・と予想してみた。
4.0でグローバル変数使うためには>>232で書いたように、圧縮バイナリを展開プログラムに持たせるしか。
あるいは自力でリロケーションコード書いて、CreateInstanceで呼び出す･･･これはちょっと無謀かも。

0234デフォルトの名無しさん

2009/12/08(火) 10:22:47

>>223
あ～、それ俺も知りたい。
アプリからWVGAサイズを指定してもシミュレータじゃ240x296以上の領域には描画できない。
ちゃんとWVGA用のデバイス定義ファイル使ってるのに。
でも実機だとしっかり描画される。

て、いま見てみたらWVGA用のデバイス定義ファイルなくなってるじゃん！
公開取りやめたのか…！

0235デフォルトの名無しさん

2009/12/08(火) 11:42:18

W65T使う場合

初期状態WQVGA
> SCREEN 107 243 347 559 AVS_SCREEN_0 241 317 0.000000 0.000000 INCH 16 1

WQVGAフルスクリーン
>SCREEN 107 159 347 559 AVS_SCREEN_0 241 401 0.000000 0.000000 INCH 16 1

WVGAフルスクリーン
>SCREEN 107 159 347 559 AVS_SCREEN_0 481 801 0.000000 0.000000 INCH 16 1

こういうことでなく？

0236234

2009/12/08(火) 13:31:36

>>235
おおう、ありがとう！
できたよ。
KDDIが公開してた「WVGA用」っていうファイル使ってもできなかったから、
どうしようもないと思いこんでたよ。。。

0237デフォルトの名無しさん

2009/12/08(火) 14:15:56

すいません、GCCでコンパイルをかける際に
EABIのバージョンが違うと怒られてしまうのですが
この設定を変更するにはどうすれば良いのでしょうか？

0238デフォルトの名無しさん

2009/12/08(火) 15:13:10

>>237
最近GNUARMで環境作ったけど、そういうエラーはお目にかからなかった。
とりあえず環境晒した方が良いのでは？

こちらではGNUARMとwikiのhelloworld.makでBREWElf2mod使う環境はできた。
efl2mod使う場合はソフィアクレイドルの解説と、
脳味噌ぶら～んってwikiにコンパイラオプション載ってて、
それ参考に弄ったらコンパイルは通った。
ケーブルと相性悪くて実機でテストできてないけど。

あとサンプルのmakefileはgccのincludeにパス通ってるけど
stdlib使って良いのか気になってる。

0239デフォルトの名無しさん

2009/12/08(火) 15:48:53

>>238
返信ありがとうございます。
背景をお話しますと、今回はじめてGCCのコンパイルにチャレンジして
どうにもできないという事ではなくて、
別の環境下で作られたプロジェクトファイルを自環境で
コンパイルしようとしたらこうなったという感じです。
貰った人に一応環境について確認はとっていますが
やはり環境を揃えるのが一番の近道ですかね…。

0240デフォルトの名無しさん

2009/12/08(火) 23:01:11

GNUARM と GNUDE とあるから注意だぜ。
それぞれでコンパイルオプションとか違ったはず。

0241デフォルトの名無しさん

2009/12/08(火) 23:20:35

>>233
少なくとも俺の BREW4.0 の環境では Wiki にあるソースでグローバル変数使えてるよ。
どこかの領域が壊れてて偶然動いてる可能性も否定できないけど。
CreateInstance 呼ぶ前にちゃんと AEEMod_Load 実行してるから大丈夫じゃない？とは思う。

ところである程度でかいバイナリの場合、展開して初期化しようとすると
起動が遅いってことで検証で怒られない？
俺それで怒られたから仕方なく UI 表示してから展開するようなの書いたんだけど。

0242231

2009/12/08(火) 23:50:56

度々失礼･･･
> ちゃんと AEEMod_Load 実行してる
あらやだ、ほんとだわ・・・見落としてた。
てことは、>>217の使い方がおかしいか、特殊なケースでこける可能性があるってことかね。
うーん･･･>>217がどういう環境でテストしたのか分からないと、これ以上の解析はむりぽだな。

0243217

2009/12/09(水) 07:13:39

>>231、>>241
色々と情報提供ありがとうございます。

今は職場変わって試したときの環境がないのだが、たしか
グローバル変数未使用のソースをelf2modで吐いたものでもBREW4.0では動作しなかった。(3.1はOK)

ちなみに使用していたツールは、elf2modが1.0.2でGCCが3.3.1。

>>241のようにグローバル変数使えてる実例があるので、>>217の内容が間違ってたらすまんです。

転送時間を短縮できるのも大きなメリットだと思うので、elf2modを使用した
BREW4.0のmod圧縮がうまくいく環境を知りたいです。

0244デフォルトの名無しさん

2009/12/09(水) 22:50:27

GCCって仮想関数テーブルをbssセクションだかに配置するんじゃなかったっけ。
>>243
なのでGCCの場合グローバル変数未使用でも仮想関数使ってればリロケーションが必要。
ていうか公式サポート外のGCCで、更にmod圧縮みたいなトリッキーなことをやろうとする
のが間違い。本来この程度なら自力でデバッグ出来るレベルの人向けな技術だし。
いやRVCTが高い上に現行の3.0は１年ライセンスだから導入しづらいのは分かるけどね･･･

>>241含め4.0版が動いてる人はADS/RVCT使ってる人？

0245241

2009/12/10(木) 00:24:25

RVCT 3.0 使ってる。
GCC は使ったことが無いから分からないなぁ。

そういえば mod 圧縮を使うと、最初は 3.1 で動いてたのが 4.0 で動かなかった。
AEEMod_Load がある .cpp ファイルを別のクラスとか関数とか一切書かず、
その関数だけにしてバイナリ作ったら動いた記憶がある。
まあ環境が違うから関係ないとは思うが･･･。

0246217

2009/12/10(木) 12:54:18

>>244、>>245
なるほど。RVCTとGCCはセクション配置が違うのね。
けど、4.0のみ動かないというのが謎。
GCCでも動いているって情報ないかなぁ・・・。

0247デフォルトの名無しさん

2009/12/11(金) 11:22:19

>>226
報告をさせていただきます。
実機に載せて試してみたところ
問題なく表示されました。

アプリ表示領域に綺麗に納まりました。なぞです。

新たな問題が出てしまいました。
少し力をお貸し頂きたいのですが、WVGAサイズのシミュレータを使うと
画面に小さく表示されてしまうのですが、これを大きくする方法はあるのでしょうか。

0248デフォルトの名無しさん

2009/12/11(金) 14:18:10

>>247
お前そろそろ何したいのか書けよ。

0249デフォルトの名無しさん

2009/12/11(金) 15:29:24

>>248
はい。
電話帳んのデータをQRコードにして表示させる処理を作ってます。
試しに、QRコードが出来た前提で、
それを画面に出す処理に、手間取っているところです。

0250デフォルトの名無しさん

2009/12/11(金) 16:09:13

>>248
答えて下さい。

0251デフォルトの名無しさん

2009/12/11(金) 16:37:57

>>250
いやそこじゃなくって。。。まぁ俺が悪かった。スマン。

シミュレータのバージョンは？
デバイス構成ファイルは何を使っている？弄ったなら変更内容も。
>>235 について、どの程度理解できる？
プログラム側でフルスクリーン指定してる？しているのならその理由は？
WVGAサイズのシミュレータをどうして使ってるの？

0252デフォルトの名無しさん

2009/12/14(月) 13:16:28

>>250
ん？

>>251
シミュレータのバージョンは「4.0.1.51」です。
>>235に関しは、SDKに含まれるデバイスパック内のDPKファイルを編集する
ぐらいしか理解できていないです。
プログラム側でのフルスクリーン指定は行っていないです。
WVGAのシミュレータは、手元にある実機が、対応している機種である為です。

0253デフォルトの名無しさん

2009/12/14(月) 18:10:08

>>252
プログラミングガイドとガイドライン嫁、で解決だな。
質問自体が無意味だとわかると思う。

>>235 はそこまで理解できてれば問題ないよ。

0254デフォルトの名無しさん

2009/12/14(月) 21:26:13

質問させてください。
ICameraでカメラアプリ作ってるんですけど
シャッター音が鳴らないんですよね。。
撮影なんかはできるんですけど。
何か知ってる方いたら教えて下さい。

0255デフォルトの名無しさん

2009/12/14(月) 23:26:26

鳴らないのは仕様。よって自前で鳴らすことが必須。ドキュメント読め。

0256デフォルトの名無しさん

2009/12/15(火) 22:15:59

なるほど。
ありがとうございます。

0257デフォルトの名無しさん

2009/12/15(火) 22:22:45

最近の端末はどうかしらんが、
シャッター音の仕様に限らずカメラ周りは恐ろしく面倒だった記憶があるので
開発前に関連ドキュメント一通り読むべき。

0258デフォルトの名無しさん

2009/12/16(水) 14:53:51

>>203
たった今発生した。
BREW3.1用のプロジェクトをそのまま4.0にもってって
.vcproj等書き換えて実行してみたら、色々あった挙句に266になった。

ともあれmifと同じフォルダにエミュが作成したようわからんフォルダを
諸々削除したら解決した。

0259デフォルトの名無しさん

2009/12/16(水) 17:07:07

>>258
ｍｊｋ、ｔｈｘ。
今はもう違うプロジェクト作成してやり直したからアレだけど
もし今度同じような現象が発生したら参考にさせて頂きまつ。

話は変わりますが、BREWアプリを実機にあげた後に
modとか入れてるフォルダの中身は普通に削除できるのに
何故かmifディレクトリの中身のファイルが削除できないんですが
同じような現象になった事のある人居ます？
自作アプリは何故かケータイのメニューから削除できないしorz

0260デフォルトの名無しさん

2009/12/16(水) 17:27:31

>>259
アプリメニュー表示しなけりゃ削除できる。
一度でも表示したら携帯再起動。

0261デフォルトの名無しさん

2009/12/17(木) 12:10:46

ようやくMySyncケーブル届いたのでgccのテスト。
環境はGNUARM4.1.1。
結果、通常のmodは 4.0/3.1ともOK。
mod圧縮は 4.0 NG。一方ダメならやっても意味なしなので3.1は試してない。

グローバル変数、仮想関数は未圧縮であれば利用可能。
ただ例外が使えない→stdも使えないってのが痛い。
RVCT買うだけで圧縮も例外もstdも使えるんなら悪くないなぁ。

0262デフォルトの名無しさん

2009/12/17(木) 21:54:35

同じコードをRVCT3.0とGNUARMでコンパイルして、ELFファイルを見比べることが
できれば何か手がかりがあるかもしれない。elf2modはELFからセクション情報とか
削ってるだけだから。
でも面倒だからやってない。RVCTもってるとわざわざやる気になれない･･･

>>261
圧縮はそのままで動くっぽいが、例外は少々手を加えないと動かないよ。
std（STLのことか？）は･･･例外使える状態ならRVCT付属のは動くとは思うけど、
メモリ効率とか考えると多少手を加えた方が無難だと思われる。

0263261

2009/12/18(金) 10:38:02

>>262
あ・・・前の会社のELF残ってる！
セクションとかよく解らんレベルで正直辛いけどやってみるかな。

RVCT3.0の例外に関しては以前の会社で確認してるんだ。
あとmelpon日記に例外からboostまで移植したソースもあるっぽいし。
とか書くとまた本人釣られるかなｗ

おーい鯖落ちてるぞー
じゃなくて勉強させてもらってますありがとう。

0264デフォルトの名無しさん

2009/12/18(金) 21:41:49

>>263 おまえは、守秘義務とか職業倫理とかは０なのかよ。

いくらゲームアプリを作っている底辺だからといって、
最低限のものを失ったら人間としておしまいだぞ、まったくしょーがねーなー。

0265デフォルトの名無しさん

2009/12/18(金) 23:09:55

もう失ってるし、人間として終ってるんだろ

0266デフォルトの名無しさん

2009/12/18(金) 23:48:40

え、各プロジェクトごとのELFファイルの構造や配置まで機密の範囲なの？ｗ

別に今の会社に前の会社のソースコードを公開すると言ってるわけでもないし、
いちプログラマーとしてGNUARMとRVCTのELFファイルの違いを解析するのに
何の問題があるのか、こっちが知りたいわ。
っていうか>>264と>>265はELFファイルが何なのか分かってる？

0267デフォルトの名無しさん

2009/12/18(金) 23:54:37

>>266 知らねーわけねーだろ、バーカ。

おまえは退職した会社から知的資産を持ち出してんだよ。
再利用できないからいいとか、なんでそんな話になるんだよ。

0268デフォルトの名無しさん

2009/12/18(金) 23:56:09

みんな優しいな、俺とか他人なんてどうでもいい

0269デフォルトの名無しさん

2009/12/18(金) 23:56:27

終ってるから

0270デフォルトの名無しさん

2009/12/19(土) 00:00:03

あー、ひょっとしてGNUARM使うと逆アセできる？出来なくてもある程度のスキルあれば
ELFから元の処理割り出せるか。そう考えるとソースコード持ち出しと変わらん気がするな。

まぁそれでも、コード（とELFファイル）を別会社に公開したりしない限りは大丈夫だろ。
そりゃリソースの持ち出しって点で厳密にいえば契約違反の可能性はあるけどさ、そこは
空気読もうぜ･･･

0271デフォルトの名無しさん

2009/12/19(土) 00:07:23

>>270 なにそれ。今バイナリを持っていること自体が問題じゃねーかよ。

ホント、底辺ゲームプログラマってやだな。

0272デフォルトの名無しさん

2009/12/19(土) 10:46:36

こーゆーのが居るからゲーム屋は信頼できないんだよな・・・

0273デフォルトの名無しさん

2009/12/22(火) 11:49:41

制作した本人の記憶を消せるわけでもなし、実害レベル未満は暗黙の了解だろ

0274デフォルトの名無しさん

2009/12/22(火) 11:50:14

やるなら黙ってやれという事だｗ

0275デフォルトの名無しさん

2009/12/23(水) 19:32:10

デバッグログについて教えてください。

#ifdef _DEBUG
#define TRACE DBGPRINTF
#else
#define TRACE
#endif
現状は上記のように実装していますが、ログOFF時にARMで下記Warningが出てし
まいます。
Warning: C2917W: no side effect in void context:
過去ログをみていくつか見つけましたが、他にいい解決方法ありませんか？

#ifdef _DEBUG
#define TRACE(...) DBGPRINTF(__VA_ARGS__)
#else
#define TRACE(...) /* nop */
#endif
⇒VC2003で使えない

#ifdef _DEBUG
#define TRACE DBGPRINTF
#else
#define TRACE if(0)DBGPRINTF
#endif
⇒VC2003(警告レベル4)で条件式が定数とのWarningが出る。ARMでは未確認

#ifndef _DEBUG
#undef DBGPRINTF
#define DBGPRINTF
#endif
#define TRACE DBGPRINTF
⇒結局Warningは出る。

0276デフォルトの名無しさん

2009/12/24(木) 03:50:54

VC上でリリースビルドする必要性はないんだから、もう諦めて
VC時は常にON、実機コンパイル時はWarning出ない方法で実装、とか。

0277デフォルトの名無しさん

2009/12/25(金) 17:01:25

これでいいじゃん。
#ifdef _DEBUG
#define TRACE DBGPRINTF
#else
#define TRACE (void)
#endif

0278デフォルトの名無しさん

2010/01/05(火) 15:55:49

今年もBREWに幸あれ！

0279デフォルトの名無しさん

2010/01/09(土) 16:41:55

.net by au の話題はここでよろしいでしょうか？

0280デフォルトの名無しさん

2010/01/10(日) 02:58:36

違うでしょ。

0281デフォルトの名無しさん

2010/01/20(水) 16:39:51

Brew SDK　3.1.2使ってるんだけど
SETAEERECTで値をセットした後に、IMEDIA_SetRectを呼ぶと
EBADSTATEが返ってくる。なんでだよ。
SETAEERECTの第3引数と第4引数を0にしてるのに

0282デフォルトの名無しさん

2010/01/26(火) 15:04:43

brewってvc++2005以降では開発できないの？

0283デフォルトの名無しさん

2010/01/26(火) 15:18:24

２００５でできるよ

0284デフォルトの名無しさん

2010/01/26(火) 15:44:15

２００８でもできるよ。

0285デフォルトの名無しさん

2010/01/26(火) 21:27:12

おまえにはできないよ

0286デフォルトの名無しさん

2010/01/27(水) 02:49:55

それどころか、何一つやりとげられないよ。

0287デフォルトの名無しさん

2010/02/03(水) 16:55:33

すみません、ちょっとヘルプお願いします。

元々gccで動作していた画像を表示するだけの俺々フレームワークを、
RVCT向けに若干手直ししたのですが、動作してくれないもので困っています。
コンパイラ/リンカオプションは下記と同じ。
ttp://d.hatena.ne.jp/melpon/20090424
AEEClsCreateInstance() 直後のDBGPRINTFからも何も出力されず、
何処が問題かわかりません。

最終的にはSTLとboostを使用するつもりで上記サイトのオプションを使用していますが、
現在のプログラムはそれ以前の(例外未使用、STLも使っていない)状態です。

mifやsigはgccで動作確認していますので問題ないと思うのですが、
どのあたりが怪しいかアドバイスお願いします。

0288287

2010/02/03(水) 17:38:34

お騒がせしました。
コンパイラオプションに --split_sections を追加したら動作しました。

0289デフォルトの名無しさん

2010/02/03(水) 18:46:16

ｷﾀ━(ﾟ∀ﾟ)━!
例外、STL、boost::shared_ptr 動作おｋ！

0290デフォルトの名無しさん

2010/02/03(水) 19:28:07

>>289
サイズは？

0291289

2010/02/03(水) 20:08:57

>>290
画像読み込み&表示するだけの素のフレームワークが16KB。
string 1行と例外追加したら37KBでギョッとしたけど、
その後 vector、iterator、stack、map、deque、shared_ptr を使用して、
リソースダウンロード～パース、表示するトコまで書いて56KB。
gz圧縮後28KB。
十分使えそう。

0292デフォルトの名無しさん

2010/02/06(土) 13:42:08

てか、例外OKってとっくの昔の話じゃ・・・

0293デフォルトの名無しさん

2010/02/06(土) 14:16:27

やることなくて暇なんだね

0294デフォルトの名無しさん

2010/02/12(金) 00:03:34

C++ のコードを RVCT 3.0 for BREW でコンパイルしていますが、問題に
ぶつかっています。実機上の動作を見ると、コンストラクタが呼ばれて
いないようです。new と同時にコンストラクタがちゃんと動くように
するためには、何か処理が必要なのでしょうか？

__rt_lib_init() を呼んだり、__cpp_initialize__aeabi_() を呼んだり、
リンクオプションに --ref_cpp_init や --cppinit=__cpp_initialize__aeabi_
をつけたりと、試行錯誤しているのですが、問題が解決しません。

"C++ ABI for the ARM Architecture" という文書の "3.2.2.3 Library
helper functions" に、"Compilers are not required to use these
helper functions but runtime libraries must supply them" という
記述があるのですが、それが関係していたりしますか？（必要なヘルパー
関数のリンクに失敗しているとか？）

0295294

2010/02/12(金) 00:04:58

294 です。

あと、関係するのかどうか分かりませんが、私のソースで仮想デストラクタを
使用しているのと、リンクしなければならない外部ライブラリが浮動小数点
演算を F??? マクロを使わずにやっている、との理由により、そのままだと
libspace.o がリンクされてしまうので、下記のような対処をして libspace.o
がリンクされないようにしています。これも何か影響ありますでしょうか？
（というかこの対処が正しいという確信もないのですが・・・）

■ 対処１
次の３つの関数を定義。AEEApplet 構造体内に確保した __USER_LIBSPACE_SIZE
(rt_misc.h) サイズの領域へのポインタを返すように実装する。

__user_libspace()
__user_perproc_libspace()
__user_perthread_libspace()

0296294

2010/02/12(金) 00:05:53

■ 対処２
上記の関数がリンク時に unused セクションとして削除されないように、
--keep オプションを armlink に指定する。

--- ソースコード ---
// 生成するコード群にセクション名を付ける。
#pragma arm section code="my_code", rodata="my_rodata", rwdata="my_rwdata", zidata="my_zidata"

// ARM コードの生成を強制する。
#pragma arm
void *__user_libspace(void) { ... }
void *__user_perproc_libspace(void) { ... }
void *__user_perthread_libspace(void) { ... }

--- リンク時 ---
"--keep my.o(my_*)" オプションを付ける。

■ 対処３
仮想デストラクタを使用すると kernel.o から main が参照されてしまう
ようなのと、#pragma import(__use_no_semihosting) をするとセミホス
ティング関数を使用すると文句を言われてしまうので、下記の関数を
（ほぼ内容は空で）実装をする。

int main(void);
void __main(void);
void __rt_raise(int signal, int type);
__user_initial_stackheap(unsigned /*R0*/, unsigned /*SP*/,
unsigned /*R2*/, unsigned /*SL*/)

■ 対処４
念のため、malloc(), free(), atexit(), getenv() なども実装しておく。

0297デフォルトの名無しさん

2010/02/13(土) 01:10:17

.net by au でタブコントロール使う方法おしえてｍｍｍ（＿＿）ｍｍｍ

0298294

2010/02/13(土) 01:48:04

RVCT付属のfromelfではなく、クアルコム社提供のelf2modを使ってELF
ファイルをMODファイルに変換することにより、問題は解決しました。

グローバル変数やクラス変数を一切使わないようにコーディングして
いたので、fromelfで大丈夫かと思っていましたが、仮想関数を使って
いたので、elf2modを使わないとだめでした。これはFAQレベルの問題
でしたね。お騒がせしてすみませんでした。

ちなみに、「コンストラクタが呼ばれない」というのは勘違いでした。

__rt_lib_init()や__cpp_initialize_aeabi_()の呼び出しや、
--ref_cpp_initや--cppinitオプション等も不要でした。

0299デフォルトの名無しさん

2010/02/15(月) 15:47:28

あれぇ？
IWebとIWebRespの参照カウントおかしくない？
同期してるみたいでIWEB_GetResponseコール後にどっちも2になってる。

wikiのSAFE_SHELL_RELEASEを参照カウントに応じてnull埋めするように直したら
IWebRespの開放周りでエミュが落ちるようになったぞ(´・ω・｀)

void SAFE_SHELL_RELEASE(void*& p){
　　if (p != NULL) {
　　　　if( IBASE_Release((IBase*)p) == 0 ) {
　　　　　　p = NULL;
　　　　}
　　}
}

0300デフォルトの名無しさん

2010/02/15(月) 18:31:10

＞SAFE_SHELL_RELEASEを参照カウントに応じてnull埋めするように直した
あほかー。何のための null 埋めなのか理解していない証拠だぞ。

BREW のシステムで参照カウントを増加させる場合もあるから、
こっちはカウントなんて気にせず必要無いものを Release していけばいい。

0301デフォルトの名無しさん

2010/02/15(月) 19:25:55

>>300
ん～～～・・。
　ピコーン(AAry

ゴメン。何か勘違いしていた。
AddRef使ってて299の処理じゃないと困るなーと思ってた部分も
wikiのソースで上手く動いた。
お騒がせしました。

0302デフォルトの名無しさん

2010/02/17(水) 22:58:07

IWebのような、中に別の非同期メカニズムを内包するインスタンスの場合、
ライフサイクルが親と違う非同期部分が、依存している親インスタンスの
参照カウンタを、自分の動作完了まで保持するために増分していることが
ありますので、IQI_Release()はISHELL_CreateInstance()/IQI_AddRef()
を呼び出した回数だけ呼び出し、実際にインスタンスがリリースされたかは
確認しないで下さい。

と、中の人みたいに言って見るw
参照カウンタが２増えたり、逆に増加・減少しないやつって、結構あるよ。

0303デフォルトの名無しさん

2010/02/17(水) 23:40:01

構造体じゃなくてクラスだったらprivateになるべき変数だからな＜参照カウント
ユーザーは普通気にしなくていい、というか見るべきではない変数。
リソースリーク検出された時でもRelease回数足りてるかチェックするだけで
参照カウントが０になったかどうかは見ない。

0304デフォルトの名無しさん

2010/02/18(木) 12:19:57

>>303
とは言え～_AddRef やら～_Releaseやらの戻り値で普通に返ってくるぞ。

0305デフォルトの名無しさん

2010/02/18(木) 13:42:25

だから？

0306デフォルトの名無しさん

2010/02/18(木) 14:10:01

毎日おもしろいイェイ
毎日おもしろいイェイイェイ
はちみつきんかんのど飴♪

0307デフォルトの名無しさん

2010/02/18(木) 20:08:44

COM の流儀に則るなら、AddRef はどんな値を返してもよくて、
Release は 0 を返したあとの Release が未定義動作なだけで、他はどんな値を返してもよかったはず。
だから、
uint32 AddRef() { return 1; }
uint32 Release() { return 2; }
とかいう実装にするのも COM ではあり（実際よく使われてる）。
BREW で正しいのかどうかは知らない。

0308デフォルトの名無しさん

2010/02/18(木) 22:16:41

知らないなら書きこむなドアホ！！！！！！！！！１１１１１１１１１１１１１１１１

0309デフォルトの名無しさん

2010/02/18(木) 23:13:15

昔のIFontはAddRefが常に1でReleaseが常に0だったかな
まあリファレンスカウントは見ないにこしたことはない

0310デフォルトの名無しさん

2010/02/18(木) 23:23:48

BREW知るには何すればいい？
C言語は知ってるんだけど…

0311デフォルトの名無しさん

2010/02/18(木) 23:56:58

だったらまず契約してください。契約なしでは何もわかりませんし、教えられません。

0312デフォルトの名無しさん

2010/02/19(金) 00:00:42

とりあえずパンツ脱げ
話はそれからだ

0313デフォルトの名無しさん

2010/02/20(土) 06:42:07

>>310
http://www.s-cradle.com/developer/index.html
http://www.brewjapan.com/
http://brew.qualcomm.com/brew/ja/
この辺りを読むといいよ。

0314デフォルトの名無しさん

2010/02/20(土) 12:42:53

まずは全ての希望を捨てよ

0315デフォルトの名無しさん

2010/02/20(土) 12:53:32

BREWの情報が少なくて、何をすればいいのやら

0316デフォルトの名無しさん

2010/02/20(土) 16:42:46

Q.C言語が分かるからBREWアプリを作りたいです＞＜
A.無理です。作成に必要なSDKをダウンロードする事すら一般人は出来ないようになっています。

Q.個人的に作成したBREWアプリのボクの携帯電話に入れたいです＞＜
A.無理です。一般人が個人的に作成したアプリは携帯電話に移すことは出来ません。

Q.ボクもBREWでアプリを作って配信したいです＞＜
A.無理です。KDDIは企業にのみBREW配信を許しており、個人での配信は不可能です。

Q.BREWアプリを扱う企業に入れて欲しいです＞＜
A.無理です。今後BREWが発展する見込みは無く衰退するだけです。
　今後BREW開発を行う人員は全て経験者で埋まっています。

0317デフォルトの名無しさん

2010/02/20(土) 21:26:44

auがandoroido出すってね

0318デフォルトの名無しさん

2010/02/20(土) 22:39:25

日本の携帯キャリアの迷走っぷりはすさまじいな。

カメラ付き携帯にしろ、パケ定額にしろ、
他所で評価されたサービスをそのままパクって来たわけだが、
それが携帯端末自体に及んでしまったから仕方ないと言えば仕方ないが。

0319デフォルトの名無しさん

2010/02/21(日) 02:29:17

カメラは便利だけど電卓はいまいちだな

0320デフォルトの名無しさん

2010/02/22(月) 22:48:30

>>316 BREWに限らず、ケータイのマーケットって限られてるからな。

0321デフォルトの名無しさん

2010/02/23(火) 09:15:50

>A.無理です。作成に必要なSDKをダウンロードする事すら一般人は出来ないようになっています。

嘘です><

0322デフォルトの名無しさん

2010/02/23(火) 21:52:32

えっ

0323デフォルトの名無しさん

2010/02/23(火) 22:29:31

仮に何とかしてダウンロードしてもBREWアプリを作ったって自分の携帯に入れられないんだけどね

0324デフォルトの名無しさん

2010/02/23(火) 22:53:30

KDDI対応（デバイスファイルや日本語対応APIなど）ができないだけで、SDKのインストールならメール登録すればできる

0325デフォルトの名無しさん

2010/02/23(火) 23:20:15

ハァ？
できるもんならやってみろ

0326デフォルトの名無しさん

2010/02/24(水) 01:09:07

おにいちゃん、英語さっぱりな人でしょ。

馬鹿丸出しだよ。

0327デフォルトの名無しさん

2010/02/24(水) 14:40:53

SDKはメアドだけでダウンロードして入れられたよ
シミュレータでしか動かせないからあまり意味はないと思うが、
とりあえず何か別のものと勘違いしてないか

0328デフォルトの名無しさん

2010/02/24(水) 21:37:10

ダウンロードなんて大昔だよなあ
とりあえず何か別のものと勘違いしてないか

0329デフォルトの名無しさん

2010/02/25(木) 00:55:47

必死にすっとぼけてやがる

0330デフォルトの名無しさん

2010/02/25(木) 05:32:02

俺の経験でいえば、3.1は登録だけで落とせた。

4.0は登録だけでは落とせなかった。
まぁ、仕事でだから依頼元に頼んでもらった。

0331デフォルトの名無しさん

2010/02/25(木) 21:34:26

英語がわからなかっただけのくせに。馬鹿じゃねーの。

だからゲーム屋ってやなんだよ。だらしねーんだよ、仕事が。

■ このスレッドは過去ログ倉庫に格納されています