- 1 名前：デフォルトの名無しさん mailto:sage [04/09/24 15:07:03]
- BREW(Binary Runtime Environment for Wireless)についてのスレ
QUALCOMM BREWホーム
www.qualcomm.com/brew/ja/
www.qualcomm.com/brew/
BREW JAPAN .COM｜BREW増強計画
www.brewjapan.com/
前スレ
pc5.2ch.net/test/read.cgi/tech/1076511398/
関連情報>>2-18
■過去スレ
02 pc5.2ch.net/test/read.cgi/tech/1076511398/
01 pc2.2ch.net/test/read.cgi/tech/1011078904/
- 231 名前：デフォルトの名無しさん mailto:sage [04/11/04 19:05:40]
- とりあえずCPさんもそうじゃない人もKDDIのﾌﾟﾛｸﾞﾘﾐﾝｸﾞｶﾞｲﾄﾞとｻｰﾋﾞｽｶﾞｲﾄﾞに目を通しておくことをお勧めする
- 232 名前：デフォルトの名無しさん mailto:sage [04/11/04 19:30:16]
- >>230
ごめん。
EZアプリ(BREW)開発ツールガイドver1.5.pdf を確認したら
ARMコンパイル時のWarningで４つくらい例が出てて、
そのWaningだけ「必ずしも無視できるわけではない」って書いてあった。
スマン。
- 233 名前：デフォルトの名無しさん [04/11/04 20:39:48]
- ぶりゅう子「おにぃちゃん…きょうも…わたしを………いじめるの…………」
- 234 名前：デフォルトの名無しさん mailto:sage [04/11/04 21:47:32]
- >>228
過去スレに答えがモロあったような…
makefileのHEXTOOLのパラメータを書き換えた
- 235 名前：デフォルトの名無しさん mailto:sage [04/11/05 10:44:17]
- みんな「ﾌﾞﾘｭ-」って読んでるけど、「ﾌﾞﾙｰ」らしいぞ
- 236 名前：デフォルトの名無しさん mailto:sage [04/11/05 11:08:55]
- どっちでもいいんだよ。
でも、ブルーが一般的になりそうだね。
ここじゃブリューで定着しちゃったけど。
- 237 名前：デフォルトの名無しさん mailto:sage [04/11/05 11:18:20]
- ttp://rundog.txt-nifty.com/rundogorg/2004/08/brew817_2.html
- 238 名前：デフォルトの名無しさん [04/11/05 18:31:23]
- スペルをＢＬＵＥにしろよ
- 239 名前：デフォルトの名無しさん mailto:sage [04/11/05 18:41:47]
- >238
飲み物つながりでJavaへの対決姿勢を示したんでは。
見てみたら「醸造する」の他に「(お茶を)入れる」って意味もあるのな。 > brew
- 240 名前：デフォルトの名無しさん mailto:sage [04/11/07 01:18:09]
- >>231
まったくだ。本当にそのとおりだ。頼むからみんな読んでくれ。
あとFAQも。
pdfだしその文書そのものも、もっっっのすごい読みづらいのはわかる。
けど、知らないとすごい困ることが多いんだ。
お薦めするというより必須。いやもうホントに…
- 241 名前：デフォルトの名無しさん [04/11/07 12:44:59]
- >>240
どこにあるの？
- 242 名前：デフォルトの名無しさん [04/11/07 13:19:29]
- www.au.kddi.com/ezfactory/tec/spec/brew.html
ここにあるやつかな
- 243 名前：デフォルトの名無しさん mailto:sage [04/11/07 13:51:02]
- ゼッタイ読んでないねーってアプリもいくつかあるね
- 244 名前：デフォルトの名無しさん [04/11/07 13:57:27]
- うん。派遣でBREW開発だというんで、そこのを読んで予習していったら、
全然従ってないので唖然としたことある。
- 245 名前：デフォルトの名無しさん mailto:sage [04/11/08 00:01:01]
- まあ全ては>>240の
＞pdfだしその文書そのものも、もっっっのすごい読みづらいのはわかる。
になるんだけどね。
300ページ近いくせにしおりもリンクもないもんだから(一部あるけど)、
えっちらおっちらスクロールして探さないといけない
やる気あるのか？ＫＤＤＩ
- 246 名前：デフォルトの名無しさん mailto:sage [04/11/08 00:14:27]
- 検索しる
…と言いたいが確かにだるいな
だが検証を通すのに必要なことがあちこちに書かれてあるので
チームリーダーか全体仕様を考えたりするエロい人に一度は読ませるべき
～～はしてはいけませんとか使ってはいけませんとかこうしなさいとか書かれてんだもんな…＿|￣|○ｵｶｹﾞﾃﾞ ｷｮｳﾓ ﾃﾂﾔﾃﾞｽ
- 247 名前：デフォルトの名無しさん mailto:sage [04/11/08 15:18:49]
- 独り言です。
機種一覧表（性能、フォントサイズ、使用可能サウンドフォーマット、etc.）とか無いのかなぁ。
まったく、ふしだらな。
- 248 名前：204 mailto:sage [04/11/08 15:20:26]
- brewforums.qualcomm.com/showthread.php?t=4911
結局のところ、libstdc++.a ﾗｲﾌﾞﾗﾘか、ﾍｯﾀﾞﾌｧｲﾙの中のｺｰﾄﾞで malloc() free() を使ってるのが良くないみたいだ。
っつー事はﾍｯﾀﾞ書き換えて（operator new & delete）ﾀﾞﾒだったらﾗｲﾌﾞﾗﾘ自体再ｺﾝﾊﾟｲﾙだな。
すげーﾏﾝﾄﾞｸｻいが、stlportを移植するよりはよっぽど楽そうだ。
あー、早くBREWでSTL使いたい。
- 249 名前：デフォルトの名無しさん mailto:sage [04/11/08 18:32:15]
- ソフトキーの描画ってどうやってます？
画面の下に自分で文字書いてたりしてます？絵とか。
- 250 名前：デフォルトの名無しさん mailto:sage [04/11/08 18:42:37]
- >>249
自分で四角描いて文字を描画してるだけ。
- 251 名前：デフォルトの名無しさん mailto:sage [04/11/08 20:14:53]
- >>249
俺もそーしてる。その方が自由に描けるし。
っつーか、BREWで用意されてるｺﾝﾄﾛｰﾙ系は何かと使いづらいね。
がんばって似たようなの作ろうかな。
- 252 名前：デフォルトの名無しさん mailto:sage [04/11/08 21:02:42]
- >>249
自分で画像作ってる。けどデキがいまいち･･･。
本物のソフトキーと同じ画像ってどっかにないもんかね？
>>251
激しくキボン。
- 253 名前：デフォルトの名無しさん mailto:sage [04/11/08 22:15:57]
- BREWはまだまだ商品として世に出されるべきではなかったな
構想段階でもう半年～一年ぐらいはっきりと仕様を固めていれば
今のように"とても"作りにくく移植性の低いAPIにはならなかったはず
それともQ社の技術力が低いのか
どちらにせよ全体的な仕様統合と十分なサポートがなされないなら
該当諸氏はQ社に対する評価を改めるべきである
と書かれてた
- 254 名前：デフォルトの名無しさん mailto:sage [04/11/08 23:26:05]
- brewのAPIが使いにくいのは確かだが、海外端末扱ってるとJAVAほど端末による
癖が無いのはうれしいけどね。
C系統だからプリプロセッサ使えるし。
しかし、何でオブジェクト指向なのにCでやろうと思ったのかが激しく疑問だが。
最初からC++にすればあんな使いにくいAPIにはならなかっただろうに。
- 255 名前：デフォルトの名無しさん mailto:sage [04/11/08 23:32:22]
- エミュレータでImage開いてサイズの取得のみだけやってリリース、
その後一時的に処理がやたらと重くなるって不具合ない？
実機で再現しないんで放置してよいものかどうか…
>>252
詳しくも何も、好き勝手自由に作るだけじゃね？
使いやすいと思えるのは結局作った本人だけな罠ｗ
- 256 名前：デフォルトの名無しさん [04/11/09 00:18:00]
- >>247
俺も欲しいよ。
ＫＤＤＩ用意しろやああああああ
機種ごとの資料みて自分でまとめるのは面倒なんじゃあああああ
- 257 名前：デフォルトの名無しさん mailto:sage [04/11/09 00:46:28]
- >>256
そうそう、面倒だよな～
しかも端末仕様書にIMenuControlインタフェース云々のくだりがあるもんだから、
勝手に使えるもんだと解釈されて、その前提で会議進んでるしｗ
てか標準フォントサイズのバラバラ加減もどーにかして欲しいもんだがナー
- 258 名前：249 mailto:sage [04/11/09 11:43:34]
- 皆様どうもです。やっぱり手書きなんですねーうーむ。
もう一つ質問なのですが、終了キー以外にも終了ボタンが必要とか
検証項目にあるのですが。。
ISHELL_CloseApplet()をいつでも呼べるようにすることですよね？
ソフトキーにこれと、音楽on/offを当てたら終わりですよねぇ。
ISHELL_CloseApplet()は必ず必要？
- 259 名前：デフォルトの名無しさん mailto:sage [04/11/09 11:52:51]
- >>249
俺はトップメニューに「終了」項目つけて、それでCloseAppletするようにしてる。
全部の画面から終了できるようにする必要はないんじゃないかな？
まぁまだ検証出してないからわからんが･･･。
- 260 名前：259 mailto:sage [04/11/09 11:56:19]
- 追加。
CloseAppletで終了できるようにしろっていうのは、
確か終話ボタンで終了すると、他のサスペンドしてる
アプリも終了しちゃうからだったと思う。
そういう意味ならどっか1箇所でCloseApplet呼び出せるようにすればいいかと思われ。
- 261 名前：デフォルトの名無しさん mailto:sage [04/11/09 12:30:03]
- >>258
どこでも終了できるようにしなくてもOKだよ。
うちも259と同じようにトップとかに終了をつけてるだけだし。
- 262 名前：デフォルトの名無しさん mailto:sage [04/11/09 12:48:31]
- >254
JavaでもPPP.exeなんかを使えば、プリプロセッサもどきは可能。
探せば、他にもありそうだけど（#define 関数が使えるとか）。
- 263 名前：249 mailto:sage [04/11/09 14:00:18]
- >>259-261
なるほどサスペンドなんかを考えなければいけなかったんですね。
ありがとうございました！
- 264 名前：デフォルトの名無しさん [04/11/09 15:40:20]
- >>256-257 少しばかりの一覧表 外出か？
www.au.kddi.com/ezfactory/tec/spec/4_5.html
- 265 名前：デフォルトの名無しさん mailto:sage [04/11/09 16:00:19]
- >>262
まあそうなんだが（Cコンパイラでプリプロセッサだけかけるって手もあるしね）コンパイラ
自体が機能を持ってないから他人／他社と連携するときに色々面倒だ。
スレ違いなんでこの辺にしておくが、C++派の漏れとしては、まあとりあえずSymbianかbrewに
がんばってほしいところ。
- 266 名前：デフォルトの名無しさん mailto:sage [04/11/10 22:05:06]
- もう2ch製APIとかつくりゃええやん
- 267 名前：デフォルトの名無しさん [04/11/11 11:42:48]
- お忙しい所申し訳ありません。
質問が御座います。
モード選択でモードＡ･Ｂの二つを
上下キーで選択する処理を行いたいのですが、
「A1402S」のジョグダイアルにて
キーが取得出来ない様なのです。
（端末が手元に無い為、動作確認出来ません；；
ジョグダイアルの上下キー取得は
AVK_UP･AVK_DOWNで問題無かったでしょうか？
また、タイマー速度が速すぎると
キーを取りこぼしたりはするのでしょうか？
参考にタイマー速度を幾つに設定しているか等
教えていただけると幸いです。
因みに、現在のタイマー速度は80㍉秒に設定しています。
何卒、よろしくお願い致します。
- 268 名前：デフォルトの名無しさん mailto:sage [04/11/11 12:24:36]
- >>267
AVK_UPとDOWNでおｋ。
ジョグダイアルって一瞬でPRESSとRELEASEのイベントが来るからそのせいじゃないのかな？
- 269 名前：デフォルトの名無しさん [04/11/11 14:01:05]
- >>267
ラボ行って試せ。がんばれ
BREW ディベロッパー ラボ 無料
www.brewjapan.com/lab/index.html
- 270 名前：デフォルトの名無しさん mailto:sage [04/11/11 14:38:46]
- >>266
ここの住人が結集してフレームワーク作るってことか？
- 271 名前：デフォルトの名無しさん mailto:sage [04/11/11 15:44:10]
- >>267
タイマーって何ぞや？
普通にキーイベントを取得するだけなら、タイマーとか必要ない筈だが。
アプリのHandleEventで、eCode==EVT_KEY、wParam==AVK_UPとかを検出すれば出るはず。
そこにブレークポイントかDBGPRINTF置いて、処理がそこに行ってないようであれば、
キーイベント検出の前に何かのコントロールのハンドルイベントでTRUEを返してる可能性有り。
ちなみに俺はW21Sなんだが、ジョグダイヤルでもちゃんと検出できてるぞぃ。
- 272 名前：デフォルトの名無しさん [04/11/11 15:44:32]
- >>267
タイマーって何ぞや？
普通にキーイベントを取得するだけなら、タイマーとか必要ない筈だが。
アプリのHandleEventで、eCode==EVT_KEY、wParam==AVK_UPとかを検出すれば出るはず。
そこにブレークポイントかDBGPRINTF置いて、処理がそこに行ってないようであれば、
キーイベント検出の前に何かのコントロールのハンドルイベントでTRUEを返してる可能性有り。
ちなみに俺はW21Sなんだが、ジョグダイヤルでもちゃんと検出できてるぞぃ。
- 273 名前：デフォルトの名無しさん mailto:sage [04/11/11 16:22:25]
- >>267
俺の方は70msでちゃんとキーイベントが来てたからタイマーの間隔は大丈夫だと思う。
>>271
タイマーコールバックを短い間隔で回すとキーイベントが来ないことがあるってなかったっけ？
- 274 名前：271 mailto:sage [04/11/11 16:50:35]
- >>273
ん～タイマーは数秒以上でしか使ってないからわからん。
後は任せた。
- 275 名前：267 mailto:sage [04/11/11 16:58:36]
- >>268
>AVK_UPとDOWNでおｋ。
それだけ分かっただけで助かります。
ありがとうございました。
原因は別の所に…；
>>269
>ラボ行って試せ。がんばれ
それが一番なんですが、何せここは北海道…
もうすぐ雪が降りますわ…＿|￣|○
>>271-272
>タイマーって何ぞや？
製作中のアプリがゲームなので、
ゲームループ回すのにタイマーを使用してるんですよ。
んで、ループの頭で押しっぱなしやらを判定してます。
>ハンドルイベントでTRUEを返してる可能性有り。
他機種の上下キーによる動作は大丈夫なんで、
問題は無いかと…。
アドバイスからすると取得は問題なさそうなので、
違う箇所を検証してみます。
また何かあれば宜しくお願い致します。
- 276 名前：デフォルトの名無しさん mailto:sage [04/11/11 17:20:39]
- >>267
あー、たぶんキーを押したとかのフラグ処理が悪い。
RELEASEのときに押したっていう情報は残らないで
そのキーが押されていない状態になるっていう処理になってないか？
- 277 名前：デフォルトの名無しさん [04/11/11 17:26:40]
- 質問させてください
Brewでゲームを開発しているのですが
「A5503SA」にてIWebで通信後、ゲームのスピードが重くなる
現象がでます。
他の機種(A5501T等)では、ゲームスピードが変わることはないので
リリースのミスなどはないと思うのですが
同じような現象で対応策などありましたら情報を宜しくお願いします。
- 278 名前：デフォルトの名無しさん [04/11/11 17:33:39]
- >267
端末仕様書を見れ
どのキーがどのイベントに対応してるか載ってますよ
あと時間を窮する質問は掲示板ではしない法がよいかと思われ
- 279 名前：デフォルトの名無しさん mailto:sage [04/11/11 17:57:04]
- >>267
BREWはキー押しっぱなしだとEVT_KEYイベントが断続的に発生するから
キー押されたらフラグ上げる
→タイマーイベントでフラグをチェック＋処理
→フラグをクリア
→タイマーセット
でいいと思うが。
わざわざRELEASE拾う必要なくね？
- 280 名前：267 mailto:sage [04/11/11 17:58:53]
- >>276
>RELEASEのときに押したっていう情報は残らないで
>そのキーが押されていない状態になるっていう処理になってないか？
あー、ビンゴです…；
要は
EVT_KEY_PRESS 押したキーフラグ取得
EVT_KEY_RELEASE 放したキーフラグ開放
だと、
ゲームループ内で押しっぱなし等の確認処理を行う前に
フラグが消えている ＿|￣|○|||
ってことでOKですか？
- 281 名前：デフォルトの名無しさん mailto:sage [04/11/11 18:15:06]
- 大体ソースが見えたな。
タイマーにかからないタイミングでキー連打したら、
全く動かないゲーム作ってるって事かｗ
- 282 名前：デフォルトの名無しさん mailto:sage [04/11/11 18:15:56]
- >>267
そゆことだな。
- 283 名前：デフォルトの名無しさん mailto:sage [04/11/11 18:39:43]
- >>270
欲しいなそれ。
むしろ作りかけの物をとりあえず公開して、
ああしようこうしような風に仕上げていっても良いかも試練。
へっぽこなﾓﾝだったら漏れも公開できますが。ｗ
- 284 名前：デフォルトの名無しさん mailto:sage [04/11/11 18:50:31]
- 全てはへっぽこから始まる
- 285 名前：デフォルトの名無しさん mailto:sage [04/11/11 23:05:04]
- いいね、フレームワーク。
皆でやっちゃいますか？
- 286 名前：デフォルトの名無しさん mailto:sage [04/11/11 23:29:11]
- 賛成。
STLPortの移植も…
- 287 名前：デフォルトの名無しさん mailto:sage [04/11/11 23:37:45]
- ちっちゃい独自関数でもあると便利なんてのもありですな
- 288 名前：デフォルトの名無しさん mailto:sage [04/11/12 00:01:17]
- 今更かもしれないけど、自分はジョグだけはEVT_KEYで取ってた
- 289 名前：デフォルトの名無しさん mailto:sage [04/11/12 02:07:16]
- BREWのバイナリサイズに上限はありましたっけ？
STLPortのライブラリをリンクすると結構でかくなりそうな気がするんですが
- 290 名前：デフォルトの名無しさん mailto:sage [04/11/12 05:02:38]
- >>289
mod,sig,bar等とアプリが作成するファイル
全部含めて200KB(QVGA対応機は300KB)。
- 291 名前：デフォルトの名無しさん [04/11/12 10:21:41]
- >>289-290
ストレージも、シェアも・・・
関係するファイルサイズ全て含めて200,300KBですよね。
- 292 名前：デフォルトの名無しさん mailto:sage [04/11/12 14:14:07]
- >>289>>291はサービスガイドと開発ガイドを全然読んでないだろ。
- 293 名前：デフォルトの名無しさん mailto:sage [04/11/12 16:07:17]
- タイマーのコールバック間隔とキーイベント破棄の関係について
サービスガイドに載ってる注意書きから抜粋。参考までに。
※ BREW2.1 対応機種では、50ms 程度の短いタイマ間隔でコールバックを繰り返すとキープレスイベ
ントが破棄される場合があります。
タイマ間隔を長くするなどのアプリ側でのチューニングが必要となりますのでご注意ください。
- 294 名前：デフォルトの名無しさん mailto:sage [04/11/13 00:10:09]
- modてギャクコンできないのかな
うっかり古いソースを上書きしてもうた
- 295 名前：デフォルトの名無しさん mailto:sage [04/11/13 00:18:52]
- 一般にオブジェクトコードからCレベルのソースを復帰するのは至難の業。
- 296 名前：デフォルトの名無しさん mailto:sage [04/11/13 13:10:30]
- とっとと思い出してコーディングした方が速い
っというか、仕事でやってるならバックアップぐらい
とっとけよ
- 297 名前：デフォルトの名無しさん mailto:sage [04/11/15 12:43:46]
- >>293
30フレーム/秒は不可能というわけか。
- 298 名前：デフォルトの名無しさん mailto:sage [04/11/15 15:28:48]
- 良い機会だからCVSの導入または、毎日一回自動でバックアップを取るバッチを作るといいと思うよ。
ちなみにそう言うときはファイル名は backup-yyyymmdd.zip みたいにしてある程度世代管理してもﾌｧｲﾙ名がかぶらないようにすると良い。
- 299 名前：デフォルトの名無しさん mailto:sage [04/11/15 15:32:07]
- >>297
可能だと思う。処理しきれない速度でｲﾍﾞﾝﾄが到達すると、
many callbacks pending とか何かでｲﾍﾞﾝﾄが破棄されるだけ。
だから、一回の処理が10～30ms程度で完了するのであれば、30fpsは実現可能。
>>293の言ってるｷｰﾌﾟﾚｽが破棄されるってのは、ｲﾍﾞﾝﾄ処理待ちが多すぎて、
せっかく届いたｷｰｲﾍﾞﾝﾄが無視されるってわけ。
だからﾀｲﾏｰ間隔が長くても、一回の処理が遅すぎると結局ｷｰｲﾍﾞﾝﾄを取りこぼす可能性大。
- 300 名前：デフォルトの名無しさん [04/11/15 17:23:05]
- エンドキーって終話キーとはちがうのですか？
- 301 名前：デフォルトの名無しさん [04/11/15 17:45:05]
- Windowsみたいにメッセージをメインループ側から受け取る事ってできるっけ？
「秒間30フレーム」は可能かもしれないけど、
タイマー使うメッセージループて時点で「1/30秒で回ってくるメインループ」は
不可能な気がするんだが。処理が追いつく前提でも。
- 302 名前：デフォルトの名無しさん mailto:sage [04/11/15 22:02:12]
- >>300
ｴﾝﾄﾞｷｰ＝終話ｷｰで、多分あってると思う。
>>301
確かに。出来たとしても、なんちゃって30fpsだな。ｗ
- 303 名前：デフォルトの名無しさん mailto:sage [04/11/15 22:48:01]
- Smallフォント対応機種向けのBREWアプリで、
Smallフォントを使用する方法はあるのでしょうか？
enumで定義されてる
AEE_FONT_～
らには、それらしきものはないので、無理かと思いましたが、
どこかでエクストラスモールフォントを使用する方法を
見かけたような気がして……。
- 304 名前：デフォルトの名無しさん mailto:sage [04/11/15 23:33:01]
- >>303
FAQだったはず
- 305 名前：デフォルトの名無しさん mailto:sage [04/11/15 23:35:50]
- スマンカッタ、FAQだけだとわけわからんな
開発支援サイトのFAQと端末仕様のpdfを参照すれ
どれかのフォントと排他なんで使いづらいかもよ
- 306 名前：デフォルトの名無しさん mailto:sage [04/11/16 00:08:17]
- ﾌﾟﾛｸﾞﾗﾐﾝｸﾞｶﾞｲﾄﾞ50ﾍﾟｰｼﾞ以降嫁
- 307 名前：デフォルトの名無しさん mailto:sage [04/11/16 00:43:23]
- >>304-305
ありがとうございます！助かりました。
既存フォントと差し替える形で使うのですね。
>>306
すみません、目視＆検索で探しては見たのですが、
読み落としてしまったみたいです＿|￣|...○
- 308 名前：デフォルトの名無しさん mailto:sage [04/11/16 10:04:36]
- そうなんだよ、一度読破しておかないとダメなんだよ。
検索や目視でひっかからないことがおおい。
「どこかにそんなこと書いてあったなぁ」というのだけが頼り。
- 309 名前：デフォルトの名無しさん mailto:sage [04/11/16 12:53:34]
- >>301 >>302
マルチタスクの環境（BREWもカーネルがアプリの実行をスケジュールしてるから
これにあたるよね）でなんちゃってじゃないFPS管理なんてできないでしょ。
なんちゃってでも、処理速度が追いついてれば概ねその通りに動くんだから普通は30fpsといえると思うが。
＃まあ実際現状の端末では30fpsでまともな処理は難しいと思うが
ちなみにBREWのコールバックって種類が多すぎ＆統一性があまり無いから困るね。
さらにタイマーとか優先度が高いコールバックがあると、imageのデコード終了とかのコールバックは後回しになっちゃったりするし。
いっそのことVxWorksでも入れてくれると良かったんだが。
- 310 名前：デフォルトの名無しさん mailto:sage [04/11/16 14:46:52]
- 検証項目？のMALLOC後の戻り値を見るってやつなんですが
みなさまどういう実装してます？
これ後から気づいて。。
いま
char *a() {
return (char *)MALLOC(128);
}
のような関数あるんですが。。どうしよう。。
- 311 名前：デフォルトの名無しさん [04/11/16 15:12:08]
- オールBREW端末にらんで～日立ソフトBREW GUI開発ツール
www.itmedia.co.jp/mobile/articles/0411/16/news043.html
世界初、日立ソフトがクアルコムのBREWR3.1対応
携帯電話向けGUI開発支援ツールを販売
～携帯電話端末への組込み型BREWアプリケーション開発の生産性を飛躍的に向上～
www.hitachi-sk.co.jp/News/News287.html
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!!!
- 312 名前：デフォルトの名無しさん mailto:sage [04/11/16 15:13:28]
- 日立ソフト：アプリケーション開発フレームワークanyWarp
hitachisoft.jp/anywarp/
- 313 名前：デフォルトの名無しさん mailto:sage [04/11/16 15:18:53]
- k-tai.impress.co.jp/cda/article/news_toppage/21428.html
- 314 名前：デフォルトの名無しさん mailto:sage [04/11/16 15:23:20]
- >>310
ぬるぽだったら終了させればいいんじゃねーの？
- 315 名前：デフォルトの名無しさん mailto:sage [04/11/16 15:23:37]
- ITmedia記事より。
> 価格は年間使用権契約で、1ライセンスあたり100万円弱を想定している。
> キャリアや端末メーカーから、アプリケーション開発やコンサルティングを
> 受託し、初年度5億円の売上げを目指す。
えーと...。
- 316 名前：デフォルトの名無しさん mailto:sage [04/11/16 15:24:32]
- >>314
ｶﾞｯ
- 317 名前：デフォルトの名無しさん mailto:sage [04/11/16 15:39:09]
- KDDIのアプリ企画審査って厳しいんですか？
普通に動けばいいってもんじゃない？
- 318 名前：デフォルトの名無しさん mailto:sage [04/11/16 16:04:16]
- この流れで１分でガッされるのか・・・
- 319 名前：315=316 mailto:sage [04/11/16 16:09:19]
- すみません、315書いてリロードしたらすぐ上のカキコが目に入ったもので脊髄反射で...。
- 320 名前：310 mailto:sage [04/11/16 16:12:17]
- ぬるぽで終わらせたいんですが
メッセージ出してうんぬんかんぬん。。。だとかなり直さないといけないので
どうしたものかと思ったのですが～
やはり地道に書くしかないみたいですねー
- 321 名前：315=316 mailto:sage [04/11/16 16:25:36]
- >>320
今度もｶﾞｯ
よく分かりませんがエラー発生時にメッセージ出さずにいきなり終了はNGですよ。
メッセージ出してなんかボタン押されたら糸冬了ってシーケンスにしとかないと。
>>317
そりゃもう。
- 322 名前：デフォルトの名無しさん mailto:sage [04/11/16 16:28:22]
- 基本的に何処のルーチンに於いても、
エラー検出して異常終了（再開）できる出口用意しといた方がいいと思う。
つかそれが普通だと思う。
ぬるぽ検出したら、上の出口につなげるだけ。
MALLOC以外にも、動的にメモリ確保する箇所は山ほどできるぞ。
つーかpngなりjpeg使う時点でヒープ使うし
- 323 名前：310 mailto:sage [04/11/16 16:47:27]
- むー結構大変ですねー
とりあえず終了用のclassを改造してみます。
ありがとうございまっした
- 324 名前：デフォルトの名無しさん mailto:sage [04/11/16 16:52:05]
- >>322
（´-`）.｡oO（終了メッセージ出すとこでぬるぽしたらどうするんだろう）
- 325 名前：デフォルトの名無しさん mailto:sage [04/11/16 16:58:32]
- >>324
終了用ダイアログ（IDialogでは断じてない）は最初に用意しておく、が正解。
最初にそれすら確保できないようなケースは知らん。
- 326 名前：310 mailto:sage [04/11/16 18:15:40]
-
a = MALLOC(1);
b = MALLOC(2);
c = MALLOC(3);
例えばこんなコードでcでエラーが起きた場合、
aとbもFREEしないといけないんですよね。。。
めんどーひ
- 327 名前：デフォルトの名無しさん mailto:sage [04/11/16 19:15:09]
- BREWのFONTって、文字の横幅は固定なのでしょうか？
固定っぽいけど、それは機種依存になるのかな？
今後、それは変わらないのでしょうか？
だれか教えてください ﾍﾟｺﾘ
- 328 名前：327 mailto:sage [04/11/16 19:22:50]
- 言葉足らずなので追記
可変長フォントなんてのがあり得るのか、知りたいのです。
- 329 名前：デフォルトの名無しさん mailto:sage [04/11/16 20:28:12]
- 固定ピッチかプロポーショナルかってことなら、固定ピッチだ。
また、LARGEは何ドット、NORMALは何ドット、という規定値もない。
具体的なドット数は機種によってバラバラなので端末仕様書で確認する。
- 330 名前：327 mailto:sage [04/11/16 20:58:32]
- >>329
ありがとう。
今後、プロポが導入されたとして、
デフォルトがプロポになると困るなぁ・・・って思ってたんだ。
- 331 名前：デフォルトの名無しさん mailto:sage [04/11/16 21:34:12]
- www.k-mb.biz/
|
 |
