- 1 名前：デフォルトの名無しさん mailto:sage [2005/06/18(土) 10:01:00 ]
- BREW(Binary Runtime Environment for Wireless)についてのスレ
テンプレ
kintubo.kakiko.com/brew/
前スレ
04 pc8.2ch.net/test/read.cgi/tech/1111028365/
関連情報>>2-10
■過去スレ
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/
- 604 名前：デフォルトの名無しさん mailto:sage [2005/08/25(木) 01:59:41 ]
- >>600
クライアントとも相談して問題なかろうということで東雲。
- 605 名前：デフォルトの名無しさん [2005/08/25(木) 11:44:00 ]
- 東雲～
それは～
君が～ 見た光～
僕が～ 見～た～ 希望～♪
- 606 名前：デフォルトの名無しさん mailto:sage [2005/08/25(木) 12:21:26 ]
- 青雲やがな
- 607 名前：デフォルトの名無しさん mailto:sage [2005/08/25(木) 18:53:15 ]
- BREWたんはツンデレ
ず っ と ツ ン だ が な orz
- 608 名前：デフォルトの名無しさん mailto:sage [2005/08/25(木) 19:35:40 ]
- __
i＜´ }＼ , - 、
ヽ.._＼./ .ﾝく r-兮、 ＿_
∠｀ヽ.! / ヾﾆEｦぐ ,ゝ-＞
/＿｀ｼ'Ｋ-───‐-､l∠ イ さすがゴックだ
l´__,/l＼､_￣０¨0)ﾞ@Yﾍ, -┤ BREWが糞でも
. l'___|⌒ヾ''ｰ＝=､ｰr='ｲ ｉ二| なんともないぜ！
/ .｣ i /./7r‐く lー!
. ｆ. ヽ‐ｉ人.∠'＜ ＿i. l,.-ゝ.
ﾄiﾍﾍ｢ﾄ〈 ｀X ﾄﾚi7__|
〉ﾄ:ﾄﾊj｀! i. / ﾄｰ┤lﾙj,ﾘ
/‐+----+‐l iｰ--i---ヾ'〃
. ｌ＿i＿＿__i__| |＿__i,＿＿i_|
- 609 名前：デフォルトの名無しさん mailto:sage [2005/08/25(木) 22:22:29 ]
- とりあえずタカビーで縦ロールのツンツン娘と > BREWたん
- 610 名前：600 mailto:sage [2005/08/25(木) 22:25:25 ]
- >>604
㌧クス
ウオノメってフリーなんじゃね。
- 611 名前：舞柳（スパイ72部隊5等兵入隊24分） mailto:sage [2005/08/27(土) 01:49:15 ]
- (´-`).｡oO(フォントくらい統一しろよな…)
- 612 名前：デフォルトの名無しさん mailto:sage [2005/08/27(土) 02:01:50 ]
- (´-`).｡oO(関数の戻り値くらい統一しろよな…)
- 613 名前：デフォルトの名無しさん mailto:sage [2005/08/27(土) 02:04:20 ]
- (´-`).｡oO(いっそ普通のC++にしろよな)
- 614 名前：デフォルトの名無しさん [2005/08/27(土) 02:22:03 ]
- BREWにとても興味があるわけだが、
とりあえず試してみるのにVC++が必要なわけ？
そんなもん買う金ねえだよ。みんな買ってるの？
それとも会社でのみ開発？
- 615 名前：デフォルトの名無しさん mailto:sage [2005/08/27(土) 02:28:52 ]
- gccでもできるヨーダｶｺﾖｽ
がくわしくは前スレなりなんなり
どエロイ方々に聞いてね
ｵﾔﾐﾐ
- 616 名前：デフォルトの名無しさん mailto:sage [2005/08/27(土) 03:09:27 ]
- えっとAUのゲームつくってるんですが
mmfとかPNGとかのデータファイルを
外部にもたせてもいいですか？
それとも全部barにいれないと
アプリカタログにのせてもらえないんでしょうか？
- 617 名前：デフォルトの名無しさん mailto:sage [2005/08/27(土) 03:51:44 ]
- ガイドライン嫁
てか容量関係から考えても外部ﾌｧｲﾙはbarなんかに纏めたほうがいい
端末でクラスタサイズとかまちまちだからぬー
ところでBREWたんは何時になったらデレになるんですか（つд`)
- 618 名前：デフォルトの名無しさん mailto:sage [2005/08/27(土) 04:18:36 ]
- ツンデレくらいかな
- 619 名前：デフォルトの名無しさん mailto:sage [2005/08/27(土) 06:31:26 ]
- >>612
オーダーメイドですか。そうですか
- 620 名前：デフォルトの名無しさん mailto:sage [2005/08/28(日) 01:06:09 ]
- >>614
別にいらんよ。
Windowsのエミュレータで動かすならCygwinのGCCでもいける。
が、GCCでDLLを作れるだけの技術とかBREWの内部の動作の理解が必要。
実機用にコンパイルするのもGCCだけでいけるけど、
自分でMakefile書けないと無理。
まぁ、どっちにしろ大変だって事です。
- 621 名前：デフォルトの名無しさん mailto:sage [2005/08/28(日) 12:06:52 ]
- 適当に.netでも買ってきて作った方が圧倒的に早い予感
それでも最初は難儀するのは確かだが
- 622 名前：デフォルトの名無しさん [2005/08/28(日) 22:19:52 ]
- プログラム終了時に以下のようなメッセージが出力されます。
何かを解放し忘れているのだと思うんですけど、何でしょうか？
Validating Heap...
------ App Heap Info ------
68 - DQMODOKI #2316 SHELL (L)
68 - DQMODOKI #2619 SHELL (L)
68 - DQMODOKI #3043 SHELL (L)
68 - DQMODOKI #3149 SHELL (L)
68 - DQMODOKI #3263 SHELL (L)
68 - DQMODOKI #4214 SHELL (L)
68 - DQMODOKI #4243 SHELL (L)
68 - DQMODOKI #4269 SHELL (L)
68 - DQMODOKI #4298 SHELL (L)
-------------------------
- 623 名前：デフォルトの名無しさん mailto:sage [2005/08/28(日) 22:53:03 ]
- それだけじゃなにも分からんが、
まずはアプリ名をなんとかすべき
- 624 名前：622 mailto:sage [2005/08/28(日) 23:46:40 ]
- >>623
アプリ名はそのままここに貼り付けると仕事がばれてしまうので適当に置き換えました。
追加で質問なのですが、
120 - FFMODOKI #215 File: OEMBitmap_generic.h Line: 186 (L)
というリークも報告されます。
ダミーのMALLOCで無理やりリークさせて発生地点を調べたところ、
AEEApplet_New内の
# ISHELL_CreateInstance(pIShell, AEECLSID_DISPLAY, (void **)&pme->m_pIDisplay);
この行によって引き起こされているようです
（この行の前後にわざとリークするMALLOCを書くと#数字の部分が↑の報告の数字の前後になります）
しかし、解放のさせ方がわかりません。
FreeAppDataで該当のIDISPLAYを解放しても駄目、
同じところで関連づいているIBITMAPを解放しても駄目です。
そもそも標準のルーチンなので、何故リークするのかわかりません。
解決方法はありますでしょうか？
- 625 名前：622 mailto:sage [2005/08/29(月) 00:12:56 ]
- 一つ自己解決しました。
OEMBitmap_generic.hの方は
各所でIDISPLAYに
IDISPLAY_GetDeviceBitmap
してた為でした。
IDISPLAY_GetDeviceBitmapする場所を一本化して
IBITMAP_Release
したら消えました。
- 626 名前：デフォルトの名無しさん mailto:sage [2005/08/29(月) 00:25:00 ]
- >>622
とりあえずAPIリファレンスとプログラミングガイド嫁
APIリファレンスより抜粋
>IDISPLAY_GetDeviceBitmap
>この関数は、IBitmapポインタが返された場合、
>このポインタへの参照を第2パラメータとして内部的に追加します。
>アプリケーション開発者は、IBITMAP_Release()を使ってこのポインタを
>解放する必要があります。
何も書いてなくても同系統の関数にAddRefがある奴は全部開放が必要と思うべし。
- 627 名前：デフォルトの名無しさん [2005/08/29(月) 00:34:52 ]
- >>17
BREWのコード実際見たが
ソースコードとんでもなく汚いぞ。
あのコード書いたヴァカはオブジェクト指向をもっと勉強しやがれチキン
といいたくなるほどのスパゲティコードだったぞ。
無駄な#define、番号をつけただけの下手くそな変数命名。
スクロールバーを作るのに汚い糞コードでいちいち実装している。
あんな糞コード書いてる奴がJava使いよりも玄人だぁ？
アフォか。汚いコードしか書けない奴は何を使おうとド素人な証拠。
プロはコードをもっと綺麗に書く。そしてバグも最小限に
納めデスマーチに陥りにくくする。そして顧客からの仕様変更要望にも
素早く対応できるようになり拡張性も容易になる。
今会社でBREWの案件引き受けてる奴らは皆徹夜組よ。休日も盆休みも夏休みもなく
効率悪い手法で開発し続けている。
残業代もでないのによくやるもんだな。
連中の書くコードはバグばかり。マネージャも呆れて、
彼らのプログラムはときどき動かなくなると言っている。
奴らのBREWプロジェクトは見事なデスマーチだよ。休みもとれず
効率も考えずに計画性もなくただ黙々とやってるだけだから
突然打ち合わせになったときにチームでやっても意思の伝達が送れて
納期も見事に送れ過ぎているもんだ。
連中はソースコードが汚いからいつまでたってもデスマーチから抜け出すこともできない。
BREWなんてまだまだそんなもんだ。
- 628 名前：デフォルトの名無しさん mailto:sage [2005/08/29(月) 00:35:49 ]
- BREW上でJavaが動くBREWアプリが出るらしいからいいや
- 629 名前：デフォルトの名無しさん mailto:sage [2005/08/29(月) 00:45:53 ]
- >>245
バージョンアップするたびにやたらと仕様がかわるAPIがいくつか廃止される、
そんなことばかり続くような言語や環境は
開発者に対する侮辱ともいえそうだ。
まるで、毎回バージョンアップするたびに互換性のなさに苦しめられたＶＢ厨みたいだ。
- 630 名前：デフォルトの名無しさん mailto:sage [2005/08/29(月) 00:47:36 ]
- 認証をどうにかしないとBREWなんてやってられない。
認証をどうにかしないとBREWは流行らない。
KDDIはそれをわかっているかどうかだ。
今後、KDDIはBREWが流行らなくても認証を緩和せずにいるのかどうか、だ。
- 631 名前：デフォルトの名無しさん mailto:sage [2005/08/29(月) 01:36:14 ]
- >628
その話はもう終わったんだ。
- 632 名前：デフォルトの名無しさん mailto:sage [2005/08/29(月) 01:45:17 ]
- 誰かなんでもいいから動作するBREWのソースコードうｐして下さい。
実践バイブルのやつ以外で。
なるべく綺麗なの。
- 633 名前：デフォルトの名無しさん mailto:sage [2005/08/29(月) 02:01:12 ]
- ykuboさんの中の人って普段なにしてるんですか？
- 634 名前：デフォルトの名無しさん [2005/08/29(月) 02:07:10 ]
- >>630
JavaでBREWが動くアプリが出れば無問題
>>632
守秘義ｍ
- 635 名前：デフォルトの名無しさん mailto:sage [2005/08/29(月) 02:20:29 ]
- BREWアドバンスト・プログラミングを買って正直後悔してるヤツ挙手
ノ
- 636 名前：デフォルトの名無しさん mailto:sage [2005/08/29(月) 04:16:01 ]
- >627
吼えてないで仕事しよ、な
大変なのはみんな一緒なんだから……
ﾖｼﾖｼ ｺﾞﾙｧｺﾞﾙｧ
( 'A`)ｼ(ﾒ 'A`)_/￣/
- 637 名前：デフォルトの名無しさん mailto:sage [2005/08/29(月) 04:20:58 ]
- じゃあここはJavaVM移植するしかないですね！
KVMってソースDLできるんだっけ・・・？
- 638 名前：デフォルトの名無しさん mailto:age [2005/08/29(月) 05:35:32 ]
- データフォルダ内のファイルにアクセスするにはどうすれば良い？
- 639 名前：デフォルトの名無しさん mailto:sage [2005/08/29(月) 06:03:08 ]
- みんなこんな時間まで・・・
(つД｀)つ旦
そして俺もがんばれ
- 640 名前：デフォルトの名無しさん mailto:sage [2005/08/29(月) 07:21:17 ]
- ウチはゲーム系だが、未だに504時代からの１人１アプリ方式が生きてる。
容量が増えても期間は延びずクオリティーを下げて実装重視。
チームなんてとんでもない。
ユーザはアプリ名称でしか内容を判定できないから、
動きさえすれば商品化ＯＫなんだよな(ﾟ∀ﾟ)
ｲｲｶｹﾞﾝﾂｶﾚﾀﾖ('A`)
- 641 名前：デフォルトの名無しさん mailto:sage [2005/08/29(月) 07:54:33 ]
- ウリナラゲームポンによってケータイ開発の逆価格破壊が起こると言ってみるテストニダ
- 642 名前：デフォルトの名無しさん mailto:sage [2005/08/29(月) 08:18:03 ]
- >>627
今ごろのこのこ出てきて泣き言かよ。よっぽど悔しかったんだろうなｗｗｗ
少しは頭使う訓練しとけよ。これじゃ煽りにもなんねぇよ。
あ、オツムの回転のとろいオマイには無理か。
すまんかった。
- 643 名前：デフォルトの名無しさん mailto:sage [2005/08/29(月) 14:30:45 ]
- 昼より深夜の方がスレが活発なのは仕様でつか( ゜д゜)ノ
- 644 名前：デフォルトの名無しさん [2005/08/29(月) 15:21:22 ]
- 偶然です
- 645 名前：622 mailto:sage [2005/08/29(月) 15:49:17 ]
- 昼の8時間は深夜及び休日出勤の5分と等価ですね...そこの企画いいから少し黙ってろと。
閑話休題で質問です。
68 - DQMODOKI #2316 SHELL (L)
の中のひとつが
MemAStreamをReleaseし忘れていることだと気付いたのですが、
これを解放しようとすると割り込みで止まります。
理由は関連付いていた物との解放順序のように見えたのですが、
よくわかりません。
// メモリストリーム作成
ISHELL_CreateInstance(m_pIShell, AEECLSID_MEMASTREAM, (void**)&m_pMemoryStream);
m_pUnzipStreamBuffer = (byte*)MALLOC(fileSize);
file.Read(m_pUnzipStreamBuffer, fileSize);
IMEMASTREAM_Set(m_pMemoryStream, m_pUnzipStreamBuffer, fileSize, 0, FALSE);
// Unzipストリーム作成
ISHELL_CreateInstance(m_pIShell, AEECLSID_UNZIPSTREAM, (void**)&m_pUnzipStream);
IUNZIPASTREAM_SetStream(m_pUnzipStream, (IAStream*)m_pMemoryStream);
このような感じに作成しているストリームなのですが
解放で
- 646 名前：622 mailto:sage [2005/08/29(月) 15:51:32 ]
- 解放で
if (m_pUnzipStream != NULL)
{
IUNZIPASTREAM_Cancel(m_pUnzipStream);
IUNZIPASTREAM_SetStream(m_pUnzipStream, (IAStream*)NULL);
IUNZIPASTREAM_Release(m_pUnzipStream);
m_pUnzipStream = NULL;
}
if (m_pMemoryStream != NULL)
{
IMEMASTREAM_Release(m_pMemoryStream);
m_pMemoryStream = NULL;
}
if (m_pUnzipStreamBuffer != NULL)
{
// FREE(m_pUnzipStreamBuffer); <- ※ここで落ちる
m_pUnzipStreamBuffer = NULL;
}
↑の※ここで落ちるの所で落ちます。自分でMALLOCしているものなのですが、
IMEMASTREAM_Releaseで一緒に解放されてしまうのでしょうか？
- 647 名前：デフォルトの名無しさん mailto:sage [2005/08/29(月) 16:02:08 ]
- 単純にIMEMASTREAM_Release()とFREE()の順番を入れ替えればいいじゃない
- 648 名前：デフォルトの名無しさん mailto:sage [2005/08/29(月) 16:16:16 ]
- >>634
無理無理。
PCでBREWが動くアプリならできそうだが。
そもそもJavaでBREWが動いてどんなメリットがあるのやら。
重たそうだし
KDDIが得をするだけで
他者、他のプログラマは損をするだけ。
- 649 名前：デフォルトの名無しさん mailto:sage [2005/08/29(月) 16:17:32 ]
- >>642
いや、>>627はBREW開発には将来性がないと訴えているように見えるぞ
- 650 名前：デフォルトの名無しさん [2005/08/29(月) 16:19:55 ]
- >>646
なんだがネーミングセンス最悪だな
>
> if (m_pUnzipStream != NULL)
頭にm_なんてつけるなよ。
グローバル変数もグローバル関数もデフォルトで全部使用禁止にすれば
そんなくだらないことする必要ないだろ。
フルオブジェクト指向でやれよ。
それにアンダースコアなんて変数名がすべて大文字のとき以外つかわないもんだぜ。
- 651 名前：デフォルトの名無しさん mailto:sage [2005/08/29(月) 16:20:29 ]
- ネーミングセンスからしてBREWも長くは持つまい。
- 652 名前：デフォルトの名無しさん mailto:sage [2005/08/29(月) 16:20:56 ]
- ハンガリアンとか、時代遅れなコーディング規約がBREWを駄目にしている
- 653 名前：デフォルトの名無しさん mailto:sage [2005/08/29(月) 16:21:37 ]
- グローバル変数、グローバル関数の使用をゆるした
プログラミングを押しつけることがBREWを駄目にしている。
- 654 名前：デフォルトの名無しさん mailto:sage [2005/08/29(月) 16:55:45 ]
- m_ってローカルとメンバを区別するのに使ってるんじゃないの？
- 655 名前：デフォルトの名無しさん mailto:sage [2005/08/29(月) 16:57:09 ]
- そもそもグローバルな変数は使えなかったきがする
- 656 名前：622 mailto:sage [2005/08/29(月) 17:23:11 ]
- >>647
順番を入れ替えると、IMEMASTREAM_Releaseで
Int3割り込みが入るんです。
恐らく関連づいていたはずのバッファm_pMemoryStreamが
勝手に解放されている事への警告だと思います。
- 657 名前：デフォルトの名無しさん mailto:sage [2005/08/29(月) 17:42:16 ]
- >>656
APIリファレンスのIMEMASTREAM_Set()。
- 658 名前：622 mailto:sage [2005/08/29(月) 19:13:05 ]
- >>657
ありがとうございまつ。
EZアプリサービス仕様書に目を奪われてAPIリファレンスの存在自体を忘れてまつた。
得心がいきまつた。
そこで皆様、またお恥ずかしい話なのですが
メモリからPNGをロードする為に
ISHELL_CreateInstanceでAEECLSID_PNGを指定して
オブジェクトを作っております。
これを解放しても何かが残っております。
今、ご教授頂いたAPIリファレンスを見てはじめて
このオブジェクトがIImageのオブジェクトではなく
IViewerのオブジェクトだと知ったのですが、
IVIEWER_Releaseを使ってもやはり何かが残ってしまいます。
ISHELL_CreateInstanceでAEECLSID_PNGを指定したオブジェクトを
正しく解放する方法をご教授下さいませ。
- 659 名前：デフォルトの名無しさん mailto:sage [2005/08/29(月) 19:31:30 ]
- >>658
IMEMASTREAM使うのでUnzipと同じ場所でエラーが出てるだけだろ。
昨日の段階でAPIリファレンス指摘してるでしょうに。
- 660 名前：デフォルトの名無しさん mailto:sage [2005/08/29(月) 19:57:44 ]
- つーか、ﾒﾓﾘﾘｰｸ起こして他人に質問するなんて、
どんなJavaﾌﾟﾛｸﾞﾗﾏｰ？('A`)
- 661 名前：デフォルトの名無しさん [2005/08/29(月) 20:43:02 ]
- IAddrBookとIAddrRecの違いは何ですか？
- 662 名前：デフォルトの名無しさん mailto:sage [2005/08/29(月) 23:55:13 ]
- >>635
買うだけ買って読むきしねー（本の匂いはなんか好きだがな）
- 663 名前：デフォルトの名無しさん mailto:sage [2005/08/30(火) 03:25:26 ]
- それはBREWたんの忘れていったぱんつの匂いです
- 664 名前：デフォルトの名無しさん mailto:sage [2005/08/30(火) 05:01:53 ]
- ぶりゅっ ぶりゅぶりゅぶりゅっ
- 665 名前：デフォルトの名無しさん mailto:sage [2005/08/30(火) 07:20:05 ]
- ＿＿＿＿＿＿＿＿
＜○ノ
∥
くく
しまった！ここは糞スレだ！
オレが止めているうちに他スレへ逃げろ！
早く！早く！オレに構わず逃げろ！
- 666 名前：デフォルトの名無しさん mailto:sage [2005/08/30(火) 10:04:51 ]
- >>665
激しく既出
- 667 名前：デフォルトの名無しさん mailto:sage [2005/08/30(火) 10:24:23 ]
- 特急なんちゃらとか
Kはしねよ
- 668 名前：デフォルトの名無しさん mailto:sage [2005/08/30(火) 12:09:29 ]
- 開発支援サイトの8月29日に更新されたBREW3.1のサービスガイドの修正箇所に
表示文字に関して、移動機で表示されるフォントサイズに関する特記事項を削除。
（BREW3.1では表示フォントに差分が出ないため。）
とあるが、3.1ではフォントサイズ統一されてるってことか？
- 669 名前：デフォルトの名無しさん mailto:sage [2005/08/30(火) 12:49:47 ]
- 何れにせよ2.1からソースを作り変えるのもダルいんで、
フォントサイズを測って配置するルーチンはそのままな訳で
- 670 名前：デフォルトの名無しさん mailto:sage [2005/08/30(火) 18:28:53 ]
- まあふつうそんなもんだ。フォントサイズ統一とかAPI設計の最初からやっとけ、でないと意味内
- 671 名前：デフォルトの名無しさん mailto:sage [2005/08/30(火) 18:52:58 ]
- もうBREWなんかいらないなんて言えないよKDDI
- 672 名前：デフォルトの名無しさん [2005/08/30(火) 23:00:13 ]
- 開発者がうんざりしてくたらBREWやっても赤字になて
それで耐えられなくなってKDDIもBREWをついにあきらめる
というときがやってくるかもしれない。
- 673 名前：デフォルトの名無しさん mailto:sage [2005/08/30(火) 23:07:47 ]
- >>672
おまえ頭回ってないってw
今日は終電までに帰った方がいいって
- 674 名前：デフォルトの名無しさん mailto:sage [2005/08/30(火) 23:09:02 ]
- いや統一設計部分をさせようとふんばってるみたいだ
もう7mmほどなまぬるくみもってやんな
- 675 名前：デフォルトの名無しさん mailto:sage [2005/08/30(火) 23:18:18 ]
- おまいら・・・
つ 旦～
- 676 名前：デフォルトの名無しさん mailto:sage [2005/08/30(火) 23:25:44 ]
- 3.1では固定フォントサイズの指定はあるが、シミュレータに対応していない糞仕様。
本当にマジクソ。ドキュメントも重要な項目が散財し、しかも嘘だらけ。
- 677 名前：蕪留戦乙女 mailto:sage [2005/08/30(火) 23:43:28 ]
- サボるんじゃないわよっ！！！
- 678 名前：デフォルトの名無しさん mailto:sage [2005/08/31(水) 14:00:24 ]
- BREWたんは本当は優秀だけど
育ての親のクアルコム爺さんが適当に勉強とか教えてんだよ
象は首が長いてな感じに
- 679 名前：デフォルトの名無しさん [2005/08/31(水) 15:37:02 ]
- メモリストリームからIImageにBMPをロードしたいです
IIMAGE_SetStreamを使えばできそうですが
IImageをファイルやリソース無しで作る方法がわかりません
AEECLSID_IIMAGEというクラスIDが見つかりません
どうしたらIImageをファイルやリソース無しで生成できますか？
- 680 名前：デフォルトの名無しさん mailto:sage [2005/08/31(水) 16:30:14 ]
- AEECLSID_WINBMP
- 681 名前：デフォルトの名無しさん mailto:sage [2005/08/31(水) 17:13:59 ]
- >>679
IBitmapじゃ駄目なの?
- 682 名前：679 mailto:sage [2005/08/31(水) 17:45:38 ]
- >>680
IWinBmpというクラスIDは見つかりません
リファレンスに書いてあったのは
AEECLSID_WINBMP AEECLSID_VIEW+1
のみです。これはどうつかうのでしょうか？
>>681
IBitmapにはメモリストリームからデータを作成する関数が見つからないです
- 683 名前：デフォルトの名無しさん mailto:sage [2005/08/31(水) 17:48:26 ]
- >680
抽象クラスであるIImageの実装の一つがAEECLSID_WIMBMPだ
AEECLSID_JPEGとかもな
いいからやってみろ
- 684 名前：デフォルトの名無しさん mailto:sage [2005/08/31(水) 18:33:07 ]
- というかIImageにしたいという理由も良くわからないな...。
IBitmapの方が自由度高くてよいと思うのだが。
WindowsBitmapからIDIBへの変換ルーチンなんて単純なもんだろ。
- 685 名前：BREWたん製作委員会 [2005/08/31(水) 19:22:52 ]
- BREWたんの設定
BREWたんの親のKが過保護。
BREWたんはJAVAたんより頭の回転が速い。
BREWたんは無邪気。（端末破壊もお手の物。）
BREWたんはわがまま。
BREWたんはパンツ穿いてない。
てかツンデレよりロリキャラ！？
- 686 名前：デフォルトの名無しさん mailto:sage [2005/08/31(水) 19:49:15 ]
- クアルコム爺さん 今日も元気に 法螺を吹く (*'ハ`)ﾉ＜ ブオォ～
ｱｲｼｪﾙﾛｰﾄﾞﾚｽｲﾒｰｼﾞ→ｲﾒｰｼﾞをどっかに一時描写→それをｱｲﾃﾞｽﾌﾟﾚｲｹﾞﾄﾃﾞﾊﾞｽﾋﾞｯﾄﾏｯﾌでｱｲﾋﾞﾄﾏﾌに変換じゃ駄目かぬー
- 687 名前：681 mailto:sage [2005/08/31(水) 21:23:05 ]
- >>682
んなこたーない。
いちどメモリストリームからバッファに読み込めば、CONVERTBMP()で
IBitmapへのポインタが取れるよ。(要キャスト)
- 688 名前：デフォルトの名無しさん mailto:sage [2005/08/31(水) 22:21:08 ]
- 夏休み最終日だからかへんなのがいるな。。。
- 689 名前：679 mailto:sage [2005/09/01(木) 01:29:52 ]
- >>683
できました。ありがとうございます。
>>684
IImageにロードしてykuboさん提供の関数でIBitmapに変換しようとしていました。
>>687
ヘルパー関数!!
すっかり見落としていました。
もうIImageにロードしてIBitmapに変換する関数を書いてしまいましたが、
無意味だったのですね。
勉強になりました。
みなさんありがとうございました。
- 690 名前：デフォルトの名無しさん mailto:sage [2005/09/01(木) 13:08:44 ]
- クアルコム爺さんﾋﾄﾞｽ
- 691 名前：デフォルトの名無しさん mailto:sage [2005/09/01(木) 13:28:44 ]
- >>685 >>690
クアルコムが爺さん・Kが親なら、
端末は服とか？
＞パンツ穿いてない
コレがS端末のジョグと言う事か！？
- 692 名前：デフォルトの名無しさん [2005/09/01(木) 20:33:44 ]
- BREWはもう諦めろ。俺のつとめてる会社はCPと相談してKDDIを切り捨てる事にした。
清算するとBREWアプリを作らない方が、会社として利益が出るんだそうだ。
で、これから俺はどうすれば良いんでしょうかね？社長。
ずっとBREW担当だったんで、JAVAなんぞ忘れましたよonz
- 693 名前：デフォルトの名無しさん mailto:sage [2005/09/01(木) 21:18:16 ]
- BREWたんはな、自分を愛してくれる人にしかデレにならないんだYO！
おまいら、ちゃんと愛しているのか？
- 694 名前：デフォルトの名無しさん mailto:sage [2005/09/01(木) 21:47:41 ]
- つまり、スカトロマニアになれと言う事ですね！
- 695 名前：デフォルトの名無しさん mailto:sage [2005/09/01(木) 22:34:31 ]
- >>693
いいかげんお前キモイんだが
- 696 名前：デフォルトの名無しさん [2005/09/01(木) 23:18:44 ]
- クラス名にIImage IBitMapみたいに
頭にIをつけなきゃ行けない載ってなんかねえ。
interfaceを意味するものだからといってわざわざつけなきゃいけないとは。
頭にm_とかつけなきゃいけないアホみたいなコーディング規約よりはましだが。
- 697 名前：デフォルトの名無しさん mailto:sage [2005/09/01(木) 23:24:56 ]
- m_つけるなんてきまってないじゃん
べつにいいよ
- 698 名前：デフォルトの名無しさん [2005/09/01(木) 23:25:17 ]
- グローバル変数、グローバル関数のみにg_とかつけて
メソッド(C++でいうところのメンバ関数)やフィールド(C++でいうところのメンバ変数)
にはm_なんてつけず通常通りのネーミングで記述するような
コーディング規約を標準にすればいいのに。効率悪すぎ。
- 699 名前：デフォルトの名無しさん mailto:sage [2005/09/01(木) 23:33:07 ]
- m_
↑
mだとすごくダサいんだよなｗｗｗｗ
- 700 名前：デフォルトの名無しさん mailto:sage [2005/09/02(金) 02:23:19 ]
- m9 という一次元配列つくって o3o という変数をインデクスに使えば、ちょっと顔っぽい
- 701 名前：デフォルトの名無しさん mailto:sage [2005/09/02(金) 02:31:58 ]
- >699
m_じゃなくて、_（アンダーバー）だけにすれば少しはマシになるかも？
- 702 名前：デフォルトの名無しさん mailto:sage [2005/09/02(金) 02:37:59 ]
- A`)ﾉｼ
- 703 名前：デフォルトの名無しさん [2005/09/02(金) 02:42:41 ]
- m9（^Д^）ﾌﾟｷﾞｬｰ
- 704 名前：デフォルトの名無しさん mailto:sage [2005/09/02(金) 03:14:28 ]
- m9という関数をつくって T_T という変数を引数にわたすと・・
m9(T_T) ブギャーなのに泣いてる・・・まさに Brew っぽいではないか！
|
 |
