BREW(Binary Runtime Environment for Wireless) 7

1 名前：1 [2006/01/17(火) 21:55:41 ] BREW(Binary Runtime Environment for Wireless)についてのスレ ■テンプレ kintubo.kakiko.com/brew/ ■前スレ 06 pc8.2ch.net/test/read.cgi/tech/1126846736/ ■過去スレ 05 pc8.2ch.net/test/read.cgi/tech/1119056460/ 04 pc8.2ch.net/test/read.cgi/tech/1111028365/ 03 pc5.2ch.net/test/read.cgi/tech/1096006023/ 02 pc5.2ch.net/test/read.cgi/tech/1076511398/ 01 pc2.2ch.net/test/read.cgi/tech/1011078904/ 関連情報 >>2-10 809 名前：デフォルトの名無しさん mailto:sage [2006/04/27(木) 19:13:42 ] ARMコンパイラをインスコして、BREW Addinsをインスコしたあとに、 「Generates the makefile which can be used to compile with ARM Compiler」ボタンを クリックしたのですが、何も反応がなく、Makefileも生成されていないようです。 BREW SDKを再インスコしたり、いろいろやったのですが、上手くいきません。 BREW Addinsでこのような問題に遭遇した方・・・解決法をご存じないでしょうか？ 810 名前：デフォルトの名無しさん mailto:sage [2006/04/27(木) 19:28:11 ] テンプレ使ってmakefileを自分で作り コマンドラインでコンパイル ずっとそうしてる。 811 名前：デフォルトの名無しさん mailto:sage [2006/04/27(木) 19:35:55 ] >>810 レスありがとうございます。 Makefileに詳しい方でしたらそれも悪くないとは思います…。 実は今、原因が分かりました。 プロジェクト名にスペースが含まれていると、「Generates (中略) ARM Compiler」ボタンが うまく動かないみたいです。スペースをなくしたら動きました。 お騒がせしました…。 812 名前：デフォルトの名無しさん mailto:sage [2006/04/27(木) 20:25:11 ] ﾏｼﾞｶﾖ。それは初耳だった 813 名前：デフォルトの名無しさん mailto:sage [2006/04/27(木) 23:10:04 ] あの自動生成Makefile、内容の80%以上が依存関係記述だもんなー 814 名前：811 mailto:sage [2006/04/28(金) 11:21:54 ] >>812 すみません、嘘書いてしまいました。 スペースは関係ありませんでした。 *.projファイルの名前とVC上でのプロジェクト名を変えていると駄目みたいです。 まあ、この予想も間違ってるかもですが。。。 815 名前：デフォルトの名無しさん mailto:sage [2006/04/28(金) 11:28:19 ] >>814 それで多分正解 816 名前：デフォルトの名無しさん [2006/04/28(金) 13:05:15 ] plusd.itmedia.co.jp/mobile/articles/0604/28/news029.html あるBREW開発者の苦悩 817 名前：デフォルトの名無しさん mailto:sage [2006/04/28(金) 13:22:29 ] ユーザーが機種の設定でボリュームを下げてるのに、 アプリ側で自由に最大ボリュームで鳴らせるような そんな自由度いらねＥＥＥＥＥＥＥ 818 名前：デフォルトの名無しさん mailto:sage [2006/04/28(金) 13:42:24 ] >>817 アプリ使ってMAXの音量出すと、携帯ってここまで大きい音なるのかって驚くよな。 初めてやったときすげーあせったよ(´・ω・｀) 819 名前：デフォルトの名無しさん mailto:sage [2006/04/28(金) 19:22:42 ] >>816 いや3ヶ月って長いよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ 820 名前：デフォルトの名無しさん mailto:sage [2006/04/28(金) 19:25:24 ] >>816 飴と鞭 821 名前：デフォルトの名無しさん mailto:sage [2006/04/28(金) 20:26:45 ] まぁ検査するほうがいいものにはなるんだけどねぇ・・・ 822 名前：デフォルトの名無しさん mailto:sage [2006/04/28(金) 20:29:43 ] あまりにも糞アプリがわんさか出てくると死にます 823 名前：デフォルトの名無しさん mailto:sage [2006/04/28(金) 22:33:44 ] 検証開始日が決まるまでの期間が書かれてないぜオヤジ 824 名前：デフォルトの名無しさん mailto:sage [2006/04/28(金) 23:01:07 ] >KDDIの答えは、「審査に1カ月、検証に3カ月というのは最も長くかかったパターンだろう」というもの。 このスレでも>>162が2.5ヶ月待ちだからあながち間違いでもないようだｗ でも、クリスマスにアプリ出したかったらそろそろ始めないとダメかもね(´・ω・｀) 825 名前：デフォルトの名無しさん mailto:sage [2006/04/28(金) 23:18:12 ] むしろ実装・移植一日とか無茶な馬車馬プログラムをしなくてすむので 俺は心から今の状況をよろこんでいるのだが、そういうことは 経営者や企画には言えないw 826 名前：デフォルトの名無しさん mailto:sage [2006/04/28(金) 23:44:42 ] 誰か！>>825に削除依頼を(；ﾟДﾟ) まぁ、冗談はともかくとして、何も知らない素人会社は ３キャリアでアプリ出したいとか言うんだけど、 BREWがネックになってどれも話しが進まないことがある(´・ω・｀) 827 名前：デフォルトの名無しさん mailto:sage [2006/04/28(金) 23:55:08 ] >>826 あるあるｗ 828 名前：デフォルトの名無しさん [2006/04/29(土) 00:24:55 ] >>826 最近は結構分かる会社が増えてきたみたい。 企画ものなんかでは、最初から「docomoとvodafoneでBREWは無しね」 とauは最初から除外されてるケースが多い。 auは「しょぼいけど(ちゃんとしたゲームは無理だけど)auはflashで」という話 も出てきたし。 829 名前：デフォルトの名無しさん mailto:sage [2006/04/29(土) 08:56:45 ] MISRA-Cに遵守したプログラム書くと 動かないし遅いし困ったもんだ 830 名前：デフォルトの名無しさん mailto:sage [2006/04/29(土) 13:24:51 ] 大体ロクなアプリ作れもしないんだから たかが6ヶ月掛かるぐらいでグダグダ言うなよ。 831 名前：デフォルトの名無しさん mailto:sage [2006/04/29(土) 13:35:49 ] 現場としては、検証待ち自体は別にいいんだけどな。 ただ、すっかり忘れたころに、ドキュメントの不備に突っ込まれたりバグ報告が 上がってくるのが嫌なぐらいで(ｗ 832 名前：デフォルトの名無しさん mailto:sage [2006/04/29(土) 14:09:27 ] 検証待ちと検証は短いに越したことはないよ。 ６ヶ月もあれば担当が退職して次の仕事見つけるくらいの 時間は余裕であるしね(´・ω・｀) 他の仕事にも影響与えるからBREWで出すなら 検証期間を十分に予測しないといけない。 833 名前：デフォルトの名無しさん mailto:sage [2006/04/29(土) 14:15:39 ] 検証なんかより企画審査をなんとかしてくれよ 開発に着手するタイミングつかめねえよ 834 名前：デフォルトの名無しさん mailto:sage [2006/04/29(土) 14:25:45 ] どこのCPも面白い企画ばかりを提出すれば企画審査の時間は縮まるさ 835 名前：デフォルトの名無しさん mailto:sage [2006/04/29(土) 17:44:50 ] 審査してるのがバカしかいないからしょうがない。 書類は全部ひらがなで書いてやれ 836 名前：デフォルトの名無しさん mailto:sage [2006/04/29(土) 18:10:59 ] いっそ白い紙提出して 「ばかにはみえないおもしろいきかくがかいてあります」 ってメモ付けたら通るんじゃね？ ってーか、審査して売れるアプリが分かるならKが自分で作れってｗ 837 名前：デフォルトの名無しさん [2006/04/29(土) 21:50:05 ] 紙に書かれた企画書読んで、面白いかどうか判断しようとするなんて馬鹿だが... auの本音はそうではなくて、 検証が破綻しているから、検証に行く本数を減らす為に半分ほど落しているのでは。 838 名前：デフォルトの名無しさん mailto:sage [2006/04/29(土) 23:19:39 ] 企画書.pdfを読み込みおもしろかったらOKと表示 そうでなければNGというソフトを作れば検証もすぐ終わるという夢を見た。 839 名前：デフォルトの名無しさん mailto:sage [2006/04/30(日) 01:33:33 ] おい、知ってるか？ ＧＷ始まってるぞ 840 名前：デフォルトの名無しさん mailto:sage [2006/04/30(日) 03:04:59 ] 何ch？ 841 名前：デフォルトの名無しさん mailto:あうヲタ氏ね [2006/04/30(日) 08:09:13 ] 糞塚の統合先、あうは、 年割率糞すぎ マジで通話料高すぎ 無料通話少なすぎ 指定割の件数少なすぎ 学割廃止の改悪 繰り越しができない パケあえない パケ割にすると無料通話分にパケ代使えなくなる Cメールのみ（家族）無料って写真も送れない糞 デュアル登場でかすむダブル定額（ライト含む） 機種変高すぎ TV電話できない SIMカードでないため機種変大変 および旧携帯は使えなくなり気分によってその日に持つ端末が変えられない 端末性能がどれも中途半端でショボイ（WIN含む） 子供向けのおもちゃっぽいデザインばかり 3G中最低の通話音質で通話中ゲロゲローと蛙声になる 使えたと思ったら直ぐ充電切れ電池食い過ぎ 利用料金表示がいい加減 糞BREWアプリでゲームは貧弱 サポセン対応悪 ウリが着うただけ 　凸凸凸凸凸　 : : ::: :::: :::::::::::::::::::::::::::::::::::::::::::::::::::::::: 　┳┳┳┳┳　　　: : : :: ::: :: Λ＿Λ . . . .: : : ::: : :: 　┻┻┻┻┻　　　:::::::::　:: :/:彡ミ゛ヽ;）ー､　.来年のKDDIはどうなってしまう・・・ 　｜凸凸凸∧＿∧::::::::::::::::/ :::/｡ ヽ、ヽ、 ::i . .:: :.: :: ,/:::::::::::::::/⌒￣⌒ヽ）'ヽ:::::/ :::/・　ﾟ｡ヽ　ヽ ::ｌ　. :. :. .: ￣￣￣/;;;;;;;;;:: 　 ::::ヽ;; |（_,ノ ￣￣￣ヽ､_ノ￣ ::::::::::::::::|;;;;;;;;;::　　ﾉヽ__ノ: : :::::::: :: :: : ￣￣￣l;;;;;;:::　　/￣￣知らねーよ￣￣￣￣￣ 842 名前：デフォルトの名無しさん mailto:sage [2006/05/01(月) 01:15:56 ] 企画通るようなプログラム打て、ってのは難しいよな。 843 名前：デフォルトの名無しさん mailto:sage [2006/05/01(月) 11:41:32 ] >>841が、問題点を追求しまくって本当にあうを潰してくれるんなら、 ある意味問題は解決するから、褒めてやってもいいくらいだが。 何もできゃしないくせに、下らない書き込みをするんじゃない。 あ、しまった、構っちゃった。 844 名前：デフォルトの名無しさん mailto:sage [2006/05/01(月) 23:51:33 ] なあ、連休の間で暇だったからさ、前から興味あってDhryStone V2.1でベンチ取ってみたんだよ そしたら最適化なしの出力で80MIPS、Tが100MIPS。 前にN901でやった時で30MIPSくらいだったから、やっぱ演算速度は速いんだな というかARMよりThumbの方が値が(僅かだが)高いんだがどうよ メモリ速度の差か? 845 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 01:41:07 ] >>844 メモリアクセスが遅いから、 キャッシュが効かない場合だと命令長が短い方が有利なんだろ。 846 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 01:48:37 ] 画像の転送も 8bit Index を転送するより、 4bit Index の方が速いこともあるしな。 847 名前：デフォルトの名無しさん [2006/05/02(火) 12:31:57 ] >>844 どうせベンチマークやるなら。 1 ワッチドッグタイマーでリセットが掛る以上の長時間やる (リセットされないように作る) 2 ベンチマーク中でもちゃんとresumeとsuspendができる この条件を満たさすようにベンチマークプログラムを改造してやらないと java機との比較は無意味になってしまうよ。 848 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 23:59:54 ] zip圧縮中にサスペンドしたいのですがどうすれば いいのですか？ 849 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 01:17:48 ] 圧縮処理を分割すれば？ 850 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 01:55:21 ] >>848 どういう理由でそのような要求が出てくるのか疑問に思うんだが。 851 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 02:02:25 ] 圧縮中に電話やメールが来ることがあるからです 852 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 02:32:31 ] だから処理を分割しろよ。 それ以外に方法無いだろうが。 853 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 02:58:45 ] いえそれは無理なんです。どんな処理が発生しても100％ サスペンドできることが上からの命令のため 教えてください。 854 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 03:05:21 ] 誰か日本語になおしてくれ 855 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 03:16:58 ] GW 中もお仕事とはご苦労様です。 856 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 05:36:09 ] 上様のご命令とあっては何としても実現せぬわけには参りませぬな。 857 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 05:50:28 ] 分割すればいいじゃない 858 名前：850 mailto:sage [2006/05/03(水) 06:22:34 ] >>848=851 何かしらの処理中に着信があることくらい自分も分かっている。 そのときは端末がアプリにサスペンド発生（EVT_APP_SUSPEND）を通知してくるので、 アプリはそれをキャッチしてサスペンド移行の処理をすればいいだけのこと。 逆に、アプリが自発的にサスペンドを発生させたい理由なんて、ちょっと思い浮かばない。 にも関わらず>>848では、アプリから自発的にサスペンドしたいと言っているので 「どういうことだ？」と疑問を持ったわけ。 もし、「EVT_APP_SUSPENDをキャッチした瞬間に（ZIP圧縮の）処理を中断して 端末に制御を渡したい」ということなら、「じゃぁそういうふうに作ればいいだけだろ」となる。 >>849>>852の通り、現在の処理をいつでも中断できるような作りにするしかない。 ついでに>>853(=848=851) >どんな処理が発生しても100％サスペンドできることが〜 上記最初に説明した通り、 サスペンドが発生すればアプリは必ずサスペンド状態へ遷移できるものなんだってば。 859 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 09:05:54 ] 俺はzip圧縮は未経験なのだが、 PCの圧縮ツールで、圧縮中にプログレスバーが出せるということは、 zip圧縮自体は、分割処理できる仕組みなんだろうな。 860 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 09:25:06 ] んにゃ、デフォルトのAPIは未対応 861 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 11:09:18 ] >>859 なんで PC と BREW を同一視できるのか小一時間問い詰めたい。 862 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 14:43:16 ] どうして PC で出来ることが BREW で出来ないと思っているのか小一時間問い詰めたい。 863 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 14:57:03 ] >>862 ということは、おまいさんは BREW で zip 圧縮の処理を行いつつ 別のスレッドで描画処理を行えると思ってるのか？ 864 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 15:06:50 ] えっ、できないの？ 865 名前：デフォルトの名無しさん [2006/05/03(水) 15:09:49 ] >>690 デザインパターンは極めるとＢＲＥＷよりも 難しいぞ 866 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 15:39:02 ] ageてまで言う程ことかよ 867 名前：デフォルトの名無しさん [2006/05/03(水) 15:53:13 ] >>707 BREW開発はしたことがないけどTeXは普通に使っている 868 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 21:40:04 ] ＴｅＸなら高校で習った 869 名前：デフォルトの名無しさん [2006/05/05(金) 00:18:52 ] IUNZIPASTREAM_Read( pIUnzipStream, pBuf, 1024) 位で呼び出して、(余力でプログレスバーでも表示して) ISHELL_Resume()で再度自分を呼び出して繰り返し。 途中でEVT_APP_SUSPENDが来たら IUNZIPASTREAM_Cancel() IUNZIPASTREAM_Release() でいいと思うケド。 870 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 00:31:43 ] >>869 >>848の流れだと思うけど IUNZIPASTREAMは圧縮じゃなくて解凍だし Cancel()したら途中から再開できないよ。 871 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 01:51:36 ] >>870 ZIP圧縮は分割可能なので、>>859を読んで回答かと勘違いしました。 すません。 板汚しついでに。 IFILE_Seek()して、IUNZIPASTREAM_SetStream()すれば、途中再開できると思う。 だけどサスペンド中は可能な限りメモリを開放しろとあるので、仕様で許されるなら開放したほうが良いと思う。 試験も楽になるし。(一番重要かも) SUSPEND時に途中処理のステートを保存すると、また沢山評価項目が出来てしまって大変そう。 872 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 06:44:24 ] IFILE_Seek() するとヘッダやらバッファやらが飛ばされるから無理に決まっておろうが。 途中から開始するんだったら IUNZIPSREAM_Read() で空読みするぐらいしかない。 もしくは IUnzipAStream を解放しない。こっちの方が楽だし速いと思うけどな。 873 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 12:04:50 ] >>872 IFILE開放しないからK検証落ちるよ 874 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 13:12:52 ] IUNZIPSTREAM_SetStream() を使用した時点で IFile の参照カウントが増えるから、 IFILE_Release() しても IUNZIPSTREAM_Release() をしなければ問題ない。 ただ、IFile をサスペンド時に解放しなければならない理由は「メモリの節約のため」なんだけど、 この場合はメモリ節約にはならないという罠。 まあ、この方法が許されないのであれば、やっぱり空読みするか最初からやり直すしかないな。 どっちも展開しながらだから速度的には変わったもんじゃないけどな。 875 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 15:18:41 ] なるほど、今更ながら流れが解った。 その上様はgzip圧縮中（もしくは展開中か）にサスペンドしたら レジュームは続きからしろと言ってるのだな。 上様は無茶言うなぁ・・・ 876 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 16:52:08 ] うん>>875で合ってる。 ARM_で始まる非公開関数しようしてはいけないって いうしアセンブラもＮＧだっていうしどうすればいいんでしょうね 877 名前：デフォルトの名無しさん [2006/05/05(金) 18:12:29 ] >>874 IFILEを開放しているかどうかはＫではAddRef()の戻り値による 参照カウンタ数でしか見れないので、IUNZIPSTREAMをRelease していない時点で外部からはIFILEを開放していないのと同じにしか見えない。 従ってＫ検証脱落の罠に落ちるのでは？ >>876 開放だ、開放 変なところで引っかかってＫ検証落ちでもしたら２〜３ヶ月また放置されるぞ 878 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 18:20:47 ] なあ、流れをぶった切って悪いんだが、開放じゃなくて解放だろ？ 879 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 18:29:07 ] 途中再開したいなら、IUNZIPSTREAM_Release()しなければOKですよ。 IFILEはRelease()しないといけないので、一旦メモリに読み込んでIMEMASTREAMを使う必要はあります。 もちろん検証も通ります。 880 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 18:59:50 ] やめとけ評価工数が増えるだけだ。 ガイドライン上、出来ないと上様には美味く、っとと、上手く言っておけ。 881 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 19:45:27 ] 　 　＼　　__　　／ 　 　＿　（ｍ）　＿ﾋﾟｺｰﾝ 　 　　　　|ミ| 　 　／ 　.｀´　 ＼ 　　　　 ('A`)　そうだ、圧縮しなければいいんだ 　　　　 ノヽノヽ 　　　　　 　くく 882 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 19:46:05 ] >>881 おまえ、あったまいいな！ 883 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 19:50:09 ] >>881 グッジョブ。 ついでに上様にはなんていっとけばヨイ？ アイディア募集 884 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 19:53:14 ] どうでもいいがまず作らせてくれ 885 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 20:51:53 ] そろそろ次の話題、どうぞ 886 名前：デフォルトの名無しさん mailto:sage [2006/05/08(月) 23:18:12 ] エミュのソフトキーがキーボードから押せないとかスクロールしないとボタンが出てこないとか どうにかなりませんか？なんでQは放置しますか？バカですか？死ぬ？死ぬ？ 887 名前：デフォルトの名無しさん mailto:sage [2006/05/08(月) 23:53:23 ] また変なの現れたな 888 名前：デフォルトの名無しさん mailto:sage [2006/05/09(火) 00:08:13 ] >>886 禿同。 あとサスペンドとリジュームもキーボードから出来るようにして欲しいよな。 889 名前：デフォルトの名無しさん mailto:sage [2006/05/09(火) 00:28:53 ] >>888 alt+T→S 890 名前：デフォルトの名無しさん [2006/05/09(火) 01:28:55 ] ソフィアクレイドルのWebで、第21回の講座Upされたよー＾＾ 891 名前：デフォルトの名無しさん mailto:sage [2006/05/09(火) 02:14:00 ] SFXDate？こんなの２〜３時間あれば作れるんじゃね？ 892 名前：デフォルトの名無しさん mailto:sage [2006/05/09(火) 09:14:40 ] さて、今日から VC6 -> VC.NET2003 に移行してみるぜい 893 名前：デフォルトの名無しさん mailto:sage [2006/05/09(火) 09:20:21 ] 俺は今日のカンファレンス行ってくる Qのロードマップにwktk 894 名前：892 mailto:sage [2006/05/09(火) 10:11:40 ] >>893 俺もー。もしかしたらすれ違うかもしれないな。ｗ 895 名前：デフォルトの名無しさん mailto:sage [2006/05/09(火) 10:35:08 ] カンファレンスって何の話やる奴？(´・ω・｀) 896 名前：デフォルトの名無しさん mailto:sage [2006/05/09(火) 10:39:55 ] と思ったら自己解決 ttp://www.brewjapan.com/ ↑の奴か。 Kのコンテンツ戦略ってのはちょっと興味あるなｗ 897 名前：デフォルトの名無しさん mailto:sage [2006/05/09(火) 10:41:36 ] >>894 >>893 には気を付けろ。 >>893 はヤの付く人だ。 898 名前：892 mailto:sage [2006/05/09(火) 10:50:35 ] >>897 語呂合わせかよｗ ちょっと焦ったｗ 899 名前：デフォルトの名無しさん [2006/05/09(火) 11:54:50 ] いま昼休み。 カンファレンスのレポうpよろしくです(>_<) 900 名前：デフォルトの名無しさん mailto:sage [2006/05/09(火) 22:48:08 ] なにがよろしくだ>_<なんてきもいもん書きやがって。自分でみろ ttp://www.brewjapan.com/seminar/report2006/index.html このセミナー参加したの初めてだったけど、なかなか濃い内容が多かったな Kの人の話は聞いてたら、BREWに対する意気込みに不思議と共感し始めてきたぜ しかし公開スライドには普及端末数とか、ターゲット層に関するもんは 綺麗に削除されてんなww。一応メモってきといてよかった ロードマップももうちょいソフト側に関する話してくれりゃよかった 次期BREWはカーネル+ドライバ+アプリのモデル化 メモリ保護とプリエンプティブマルチタスク導入で2007年予定 ますますWindows化してきやがったが、ドライバ管理化で サスペンドしたらリソース開放とか自動でやってくれるようになるんかな 901 名前：デフォルトの名無しさん mailto:sage [2006/05/09(火) 23:08:38 ] なりません 902 名前：デフォルトの名無しさん [2006/05/10(水) 01:34:09 ] >>900 やさしいなww 903 名前：デフォルトの名無しさん mailto:sage [2006/05/11(木) 10:47:06 ] カンファレンス行った。 >>900 がレポしてるから詳細は略。 メモリプロテクトを実装したらメモリリークの問題は OS側がうまくやってくれてかなり楽になるのだろうか。 プリエンティブマルチタスクが実装されるのはいいことだが、 アプリ内でスレッド（またはfork）のサポートと 現状非同期APIの同期APIがほしいと思う今日この頃。 あーあとはあれだ。例外のサポートをなんとかしてほしいね。 ところでサスペンド時にリソースが勝手に解放されるとして、 アプリはリソースが解放されたことをどうやって検知するんだ？ 904 名前：デフォルトの名無しさん mailto:sage [2006/05/11(木) 10:57:03 ] >>903 > ところでサスペンド時にリソースが勝手に解放されるとして、 > アプリはリソースが解放されたことをどうやって検知するんだ？ これって、サスペンド中のアプリが強制終了されるって事じゃなかったっけ？ 905 名前：903 mailto:sage [2006/05/11(木) 15:47:43 ] >>904 う〜ん、>>900 が言ってるリソース解放はそういうことじゃない気がする。。 906 名前：904 mailto:sage [2006/05/11(木) 15:54:22 ] あう、ごめん。完全に勘違いだた。 907 名前：デフォルトの名無しさん mailto:sage [2006/05/11(木) 17:35:58 ] 今日のトリビア： バーコードリーダーはJANコードにも対応している 908 名前：デフォルトの名無しさん mailto:sage [2006/05/11(木) 22:21:36 ] ヘェ 909 名前：デフォルトの名無しさん mailto:sage [2006/05/12(金) 01:13:05 ] へぇ

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef