- 1 名前：デフォルトの名無しさん [05/03/17 11:59:25 ]
- BREW(Binary Runtime Environment for Wireless)についてのスレ
テンプレ
kintubo.kakiko.com/brew/
前スレ
pc5.2ch.net/test/read.cgi/tech/1096006023/
関連情報>>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/
- 471 名前：デフォルトの名無しさん mailto:sage [2005/05/12(木) 18:37:11 ]
- 今Javaやってるけど、BREWに戻りたいわ。
仕事変わってくれw
- 472 名前：デフォルトの名無しさん [2005/05/12(木) 19:11:23 ]
- >>454
そのiアプリも年末あたりからBREWになるわけで・・・
- 473 名前：デフォルトの名無しさん mailto:sage [2005/05/12(木) 19:28:30 ]
- それって確かな情報なの？
- 474 名前：デフォルトの名無しさん mailto:sage [2005/05/12(木) 19:41:48 ]
- 昔からその噂はあるんだが、実際どうなんだろう。
AU系BREW端末が、これほど開発サイドからバッシングされている状態で、作りやすさが売りだったiがそっちに転身とはちょっと考えづらい・・・
- 475 名前：デフォルトの名無しさん mailto:sage [2005/05/12(木) 19:45:21 ]
- DOCOMOは採用するとしてもBREW上でJavaVM実装するだろう。
端末メーカの共通仕様としてBREW採用して、
一般のアプリ作成者は今まで通りJavaなんじゃないのか？
っていうことはDOCOMOもARM一本になるのかな？
組み込み分野もIntelで染まるのかなぁ。
- 476 名前：デフォルトの名無しさん [2005/05/12(木) 20:06:13 ]
- 携帯はあまりに糞みたいな環境しかないんで、
正直、Intel+Winで染まってほしいぞ。
MSがCarnel+DirectX+.NETのみの、超軽 Windows Mobile Edition。
Intelが超消費電力のPentium4 for Cellular。
これでいい。
- 477 名前：デフォルトの名無しさん [2005/05/12(木) 20:06:48 ]
- ↑つづり間違えた ×Carnel, ○Kernel
- 478 名前：デフォルトの名無しさん [2005/05/12(木) 20:50:08 ]
- >>473
細かいことまでしらんがこんな感じかな。
itpro.nikkeibp.co.jp/free/NCC/NEWS/20041007/150982/
- 479 名前：デフォルトの名無しさん [2005/05/12(木) 20:56:44 ]
- HDOfa-02p6-141.ppp11.odn.ad.jp/
ｗｗｗｗｗｗｗｗｗｗｗｗおｋｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗうぇｗｗｗうぇｗｗｗｗっｗｗｗ
っっ
うはっｗｗｗおｋｗｗｗおｋｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
- 480 名前：デフォルトの名無しさん mailto:sage [2005/05/12(木) 22:10:11 ]
- それ海外用端末の話じゃないのか
- 481 名前：デフォルトの名無しさん mailto:sage [2005/05/12(木) 22:42:24 ]
- >>478
だまされた。海外ローミング用端末ジャン。
- 482 名前：デフォルトの名無しさん [2005/05/12(木) 23:27:24 ]
- >>473,474
>>そのiアプリも年末あたりからBREWになるわけで・・・
こんな馬鹿馬鹿しい嫌がらせに反応しないように。
docomoは今auがBREWで自爆しているからアプリ部分では凄く有利になって
いるんですよ。
わざわざそれを捨てて自滅するわけないでしょ。
- 483 名前：デフォルトの名無しさん [2005/05/12(木) 23:32:58 ]
- p2042-ipad12matuyama.ehime.ocn.ne.jp/
ぷはぷぷｗぷぷはぷぷｗぷぷぷぷ
ぷはぷぷｗぷ
ぷ
おｋぷぷぷ
ぷぇぷｗぷぷぇぷｗぷっうぇぷっうぇ
ぷぇぷｗぷおｋぷぷぷおｋぷぷぷぷぇぷｗぷおｋぷぷぷ
- 484 名前：デフォルトの名無しさん mailto:sage [2005/05/12(木) 23:37:13 ]
- だんだん↑ほんとに山田なのかわからんようになってきたな……
行く先々で見ることは見るんだがそんなに大流行っちゅう感じでもないし。
- 485 名前：デフォルトの名無しさん mailto:sage [2005/05/13(金) 00:27:24 ]
- >>476
どーせSとかTとかがDirectShow非対応のカメラつけるんだろ？
いらねーｙｐ
>>483
N系列のソフトハウスの友達が、BREW端末作ってるらしい。
別のプロジェクトに入ったってだけかもしれんが。
- 486 名前：デフォルトの名無しさん mailto:sage [2005/05/13(金) 01:15:42 ]
- >>470
APIリファレンスからは読み取りづらいですが、
ISHELL_EnumAppletInit()とISHELL_EnumNextApplet()(の繰り返し)
で判定できます。
- 487 名前：デフォルトの名無しさん mailto:sage [2005/05/13(金) 01:23:38 ]
- >482
とりあえず、KDDI初のBREW端末が何なのか知らない奴は語るな、と。
- 488 名前：デフォルトの名無しさん mailto:sg [2005/05/13(金) 03:09:56 ]
- BREW載っけないと通信技術の提供打ち切るて圧力かけてるからな
- 489 名前：482 [2005/05/13(金) 10:06:42 ]
- A5304Tだが何か？
- 490 名前：デフォルトの名無しさん mailto:sage [2005/05/13(金) 11:24:29 ]
- C3003Pでは？
k-tai.impress.co.jp/cda/article/news_toppage/12502.html
- 491 名前：デフォルトの名無しさん [2005/05/13(金) 16:02:18 ]
- >>480
いぁ・・・そんなことかいてないぞ・・・
日本のメーカーもＢＲＥＷ端末出すだろ・・・
- 492 名前：ほい ソース [2005/05/13(金) 16:05:00 ]
- また、QUALCOMM は、同社の MSM6250ワンチップソリューションと BREW クライアントソフトウェア
を搭載したiモード対応の FOMA 端末を2005年の後半に向けて開発するために、各移動機メーカーと
現在協議中であることを明らかにした。
- 493 名前：デフォルトの名無しさん mailto:sage [2005/05/13(金) 16:54:28 ]
- ソースって、URLないじゃんかｗ
一応協議中検討中という建前みたいで、決定事項じゃないっぽいね。
- 494 名前：デフォルトの名無しさん mailto:sage [2005/05/13(金) 17:25:31 ]
- アプリ板のがまだ残ってた。
日本法人社長が語るクアルコムのBREW戦略
ttp://sureare.web.infoseek.co.jp/cgi-bin/upload2/src/up0644.jpg
ttp://sureare.web.infoseek.co.jp/cgi-bin/upload2/src/up0645.jpg
ttp://sureare.web.infoseek.co.jp/cgi-bin/upload2/src/up0646.jpg
ttp://sureare.web.infoseek.co.jp/cgi-bin/upload2/src/up0647.jpg
ttp://sureare.web.infoseek.co.jp/cgi-bin/upload2/src/up0648.jpg
- 495 名前：デフォルトの名無しさん [2005/05/13(金) 23:31:25 ]
- BREW贔屓の連中は、あいかわらずqualcommの言っている事ばかり話題にするね。
docomoも、メーカもBREWを使うのなんのという話は全然していないのにね。
- 496 名前：デフォルトの名無しさん mailto:sage [2005/05/13(金) 23:36:48 ]
- BREWとうにゅうはどう違うのですか？
- 497 名前：デフォルトの名無しさん [2005/05/14(土) 00:28:46 ]
- うにゅうは甘い
- 498 名前：デフォルトの名無しさん mailto:sage [2005/05/14(土) 03:55:41 ]
- 白くて、甘くて、BREWっとしてて
- 499 名前：デフォルトの名無しさん mailto:sage [2005/05/14(土) 10:21:23 ]
- BREW豆乳
- 500 名前：デフォルトの名無しさん [2005/05/14(土) 20:54:47 ]
- アニオタウザイ
- 501 名前：デフォルトの名無しさん mailto:sage [2005/05/14(土) 21:35:09 ]
- 何故アニオタと分かるんだよ
- 502 名前：デフォルトの名無しさん mailto:sage [2005/05/14(土) 22:55:41 ]
- 解説しよう！
ヲタと呼ばれる種族は脳内に同族を察知するための特殊な器官があるのだ。
- 503 名前：デフォルトの名無しさん [2005/05/14(土) 23:03:56 ]
- タイムボカンヲタウザイ
- 504 名前：デフォルトの名無しさん mailto:sage [2005/05/15(日) 22:35:56 ]
- SMALLフォントが小さくならない機種について知りたい
Kのサイトにあった端末仕様書を見たがJavaとしか書いてないしフォントサイズのの部分が横線で書いてないのよ('A`)
- 505 名前：デフォルトの名無しさん mailto:sage [2005/05/15(日) 23:20:25 ]
- SMALLﾌｫﾝﾄがでかい機種なら心当たりがある。
Kのサイトとかに落ちてるヤツじゃなくて、CPを通して手に入る
confidentialなヤツを参照するのをお勧め。
- 506 名前：デフォルトの名無しさん mailto:sage [2005/05/16(月) 00:01:33 ]
- サンクス。
CP経由じゃないと駄目なのか。本当にBREWは面倒だな('A`)
- 507 名前：デフォルトの名無しさん mailto:sage [2005/05/16(月) 07:58:05 ]
- >>497-503 ﾅﾝﾀﾞｶ、ｺﾜｲﾜｧ･･･ｶﾞｸｶﾞｸ
- 508 名前：デフォルトの名無しさん [2005/05/16(月) 12:31:27 ]
- ARM C++ 1.2で、STLもどきをBREW用に実装しているのですが、グローバルスコープでオーバーライドしている配置(Placement)用の operator new( size_t, void* ) がリンク時にリンクされません。
VC++ + emulatorでは問題なくコンパイル＆リンク＆動作します。対処法がわかる方、教えてください。
"Error: L6218E: Undefined symbol operator new(unsigned int, void*) (referred from mdgame.o)."
ソースはこんな感じです。
void* operator new( size_t size, void* pMem ) { return pMem; } //配置用operator newの実装
template < class T > class allocator {
...
void construct( pointer ptr ) { new ( static_cast< void* >( ptr ) ) value_type; } //配置を使ってオブジェクトを初期化
...
}
- 509 名前：デフォルトの名無しさん [2005/05/16(月) 15:04:29 ]
- BREWのBluetooth機能使ったことある人いるますか？
- 510 名前：デフォルトの名無しさん mailto:sage [2005/05/16(月) 17:44:59 ]
- ﾉｼ
- 511 名前：デフォルトの名無しさん mailto:sage [2005/05/16(月) 21:06:43 ]
- >>508
対処するだけなら明示的にnew()を呼べば良いけど一々面倒かな。
template使うとnewに限らず発生するし。
- 512 名前：デフォルトの名無しさん mailto:sage [2005/05/16(月) 21:29:23 ]
- new。というかmallocに失敗したらどうすんだ？それ。
- 513 名前：デフォルトの名無しさん mailto:sage [2005/05/16(月) 23:18:20 ]
- >>508
アセンブリで吐き出させてみて、参照してるシンボルと定義してるシンボルを比べるといいよ。
- 514 名前：デフォルトの名無しさん mailto:sage [2005/05/16(月) 23:27:35 ]
- つかここの住人でフレーム組む方が早くね
- 515 名前：508 [2005/05/17(火) 00:32:06 ]
- >>511-512
new の仕事はメモリアロケートと初期化（クラスのコンストラクタ呼び出し）ですが、
配置のnew( void operator new( size_t, void* ) )の仕事は与えられたポインタの指すオブジェクトの初期化しかしません。
class allocatorは、一度に任意のオブジェクト数分のメモリを確保し、必要に応じてオブジェクトの初期化をします。
オブジェクトの初期化を行うメンバー関数が、allocator::construct()です。
allocatorは、たとえばSTLのvectorなどで使われます。
↓このメンバー関数で一度に size個分のオブジェクト格納領域を確保するので、この関数がNULLを返したらエラーと判断できます。
void* allocator::alloc( size_t size ) { return MALLOC( size * sizeof( value_type ) ); }
>>513
それもチェックしました。
呼び出し側
AREA ||i.OnCreate__9CModeGameFv||, CODE, READONLY
OnCreate__9CModeGameFv PROC
...
MOV r0,#0xb8
BL __nw__FUi ←こいつ
...
呼ばれ側
AREA ||i.__nw__FUi||, CODE, READONLY
__nw__FUi PROC
- 516 名前：デフォルトの名無しさん mailto:sage [2005/05/17(火) 00:45:57 ]
- >>508
標準では、その配置newはユーザー定義できないのは承知でやってるのか？
ttp://www.kuzbass.ru/docs/isocpp/lib-support.html#lib.new.delete.placement
#include <new> しただけじゃなんかマズイの？
BREW開発者じゃないからわかんないけどさ。
- 517 名前：デフォルトの名無しさん mailto:sage [2005/05/17(火) 00:47:41 ]
- >>515
シンボルが同じでリンクできないってことは、
次は「呼ばれ側」のオブジェクトファイルが正しくリンカに渡っているか、
マップファイルあたりで調べることだね。
- 518 名前：511 mailto:sage [2005/05/17(火) 00:50:13 ]
- >>515
だから呼び出し側でダミーのnew()を直接呼び出しておけばリンクされませんか？
- 519 名前：デフォルトの名無しさん mailto:sage [2005/05/17(火) 10:28:42 ]
- そもそもうにゅうでnew関数使えるのか
- 520 名前：508 [2005/05/17(火) 12:45:21 ]
- みなさなんごめんなさい。
今日、再度クリーンビルドしたらあっさりリンクできました。
- 521 名前：デフォルトの名無しさん mailto:sage [2005/05/17(火) 14:01:30 ]
- アッフォォウ
- 522 名前：デフォルトの名無しさん mailto:sage [2005/05/17(火) 20:33:34 ]
- >508
>ARM C++ 1.2で、STLもどきをBREW用に実装しているのですが
それ欲しいよー。
libstdc++のソースとか見てるけど、どうしたら良いのかさっぱりだ。
- 523 名前：デフォルトの名無しさん mailto:sage [2005/05/18(水) 00:38:30 ]
- BREWの外から素朴な疑問。
なんで「もどき」が要るの？
STLport 使えば「もどき」も自分で実装する必要ないんじゃないの？
- 524 名前：デフォルトの名無しさん mailto:sage [2005/05/18(水) 01:50:43 ]
- >>523
使えないからに決まってるだろう。
- 525 名前：デフォルトの名無しさん mailto:sage [2005/05/18(水) 02:01:52 ]
- >>524
使えない理由を聞いてるに決まってるだろう。
- 526 名前：デフォルトの名無しさん [2005/05/18(水) 03:57:17 ]
- >>525
ARM C++ がまともな C++ じゃないから。
GCCだったら問題ないかもね。
- 527 名前：デフォルトの名無しさん mailto:sage [2005/05/18(水) 11:54:55 ]
- ちょうど良い話題が立っているようなのでﾘｱﾙに質問。
GNUDE付属のlibstdc++ﾗｲﾌﾞﾗﾘでBREWﾊﾞｲﾅﾘ作ろうとするとelf2modが失敗する。
まぁnew演算子がｵｰﾊﾞｰﾗｲﾄﾞされてないとか
maloc()使ってるとかそう言うのだろうけど、
これを上手く回避する方法はないものかね。
結局ｿｰｽから再ｺﾝﾊﾟｲﾙしようにもgccのｿｰｽはちょっくら複雑怪奇すぎる。。。
- 528 名前：デフォルトの名無しさん mailto:sage [2005/05/18(水) 13:20:49 ]
- >525
new, deleteが使えない。
例外処理が使えない。
グローバル変数が使えない。
static変数が使えない。
new, deleteは自分でMALLOCを使ってオペレータを定義するとして、残りを使っ
ていないライブラリなら移植できるんだろうか…？
- 529 名前：デフォルトの名無しさん mailto:sage [2005/05/18(水) 18:24:25 ]
- >>488
そんなことしてないよ。クアルコムに対してはKDDIの方が強い立場。
- 530 名前：デフォルトの名無しさん mailto:sage [2005/05/18(水) 18:30:44 ]
- >>472-495
ドコモはBREWに対してLinuxやSymbian OSと同列の扱いをしている。
BREWはOSではないが3.1以降、疑似OSとして使えるのでそういう部分で採用していこうってこと。
KDDIのようにiアプリまでBREW化するわけではなく、あくまでiアプリはJAVA。
三洋などの新規参入メーカーがBREWベースの端末になるだろうね。
- 531 名前：デフォルトの名無しさん mailto:sage [2005/05/18(水) 18:33:31 ]
- >>445
>クァルコム自体、KDDI重役の親族会社。
デマ流さない。
- 532 名前：デフォルトの名無しさん mailto:sage [2005/05/18(水) 18:45:46 ]
- QUALCOMMは親族会社ならウソではないがな
- 533 名前：デフォルトの名無しさん mailto:sage [2005/05/18(水) 20:24:34 ]
- >>531
>>446
- 534 名前：デフォルトの名無しさん mailto:sage [2005/05/18(水) 22:37:43 ]
- とりあえずぶりぅﾀﾝに(*´Д`)ハァハァしやうぜ
- 535 名前：デフォルトの名無しさん mailto:sage [2005/05/19(木) 10:01:20 ]
- BREWが恋人なら、とっくの昔にふっていたところだな
- 536 名前：デフォルトの名無しさん mailto:sage [2005/05/19(木) 15:14:24 ]
- もし、世界が100人のBREWなら
- 537 名前：デフォルトの名無しさん [2005/05/19(木) 17:22:29 ]
- ICAMERA_SetQualityの第二因数って何をいれるの？
int16 nQualityってあるのですが
リストがないです・・・
- 538 名前：デフォルトの名無しさん mailto:sage [2005/05/19(木) 17:27:07 ]
- >>536
99人がメモリ不足
- 539 名前：デフォルトの名無しさん mailto:sage [2005/05/19(木) 17:31:06 ]
- >>536
100人でQualcommに放火
- 540 名前：デフォルトの名無しさん mailto:sage [2005/05/19(木) 18:26:46 ]
- >>537
プログラミングガイドに載ってる。
端末仕様書も見るとよろし。
- 541 名前：デフォルトの名無しさん mailto:sage [2005/05/19(木) 21:06:04 ]
- ﾒﾓﾘ少ない状態で描画したらIIMAGE_Draw()で
malloc failedが出てるみたいなんだが何ｺﾚ？('A`)
- 542 名前：デフォルトの名無しさん mailto:sage [2005/05/19(木) 21:18:42 ]
- API内部で使ってるメモリ取得でエラーが出たんでしょ。
最大使用量+40kbは空けとけってどっかに書いてあったじゃない。
- 543 名前：デフォルトの名無しさん mailto:sage [2005/05/19(木) 22:22:01 ]
- >>537 いんすう？
- 544 名前：デフォルトの名無しさん mailto:sage [2005/05/19(木) 22:40:48 ]
- >537は引数を「いんすう」と読む派の人なのだろう。
- 545 名前：デフォルトの名無しさん mailto:sage [2005/05/20(金) 09:46:09 ]
- ■問題です
BREWの寿命は後何年だと思いますか？ その理由も書きなさい。 (25点)
- 546 名前：デフォルトの名無しさん mailto:sage [2005/05/20(金) 19:08:27 ]
- 永遠Brew
- 547 名前：デフォルトの名無しさん mailto:sage [2005/05/20(金) 22:01:11 ]
- 俺が思うに十六万五千光年くらいと見たね
- 548 名前：デフォルトの名無しさん mailto:sage [2005/05/20(金) 23:20:19 ]
- あなたがBREWに乗るのよ
- 549 名前：デフォルトの名無しさん [2005/05/20(金) 23:21:27 ]
- BREWはもう死んでいる
- 550 名前：デフォルトの名無しさん mailto:sage [2005/05/21(土) 11:23:09 ]
- BREWよ、あなたは死ぬのです。
次の世では、あなたはBREWになります。
その次の世では、BREWになります。
さらにその次は、BREWに…。
もう二度と、普通のOSに生まれ変わることはありません。
- 551 名前：デフォルトの名無しさん mailto:sage [2005/05/21(土) 13:11:08 ]
- GNUDEでビルドしたC、単なるHelloWorldなのに実機(A1402S)で動かなかったよ orz
- 552 名前：デフォルトの名無しさん [2005/05/21(土) 13:21:18 ]
- >>551
釣りか？
そうでないならBREWはど素人さんは手を出すものではない。
- 553 名前：デフォルトの名無しさん mailto:sage [2005/05/21(土) 14:02:53 ]
- >>551
他の実機、又はARMコンパイラの方では動いてるんですか？
- 554 名前：デフォルトの名無しさん [2005/05/21(土) 14:18:39 ]
- 551はprintf("Hello World\n"); が動かないと言っているんだろ。
動くわけないじゃん。
- 555 名前：551 mailto:sage [2005/05/21(土) 14:33:20 ]
- ごめんごめん。
IDisplayでリソース使って書いている。
例のBREW本の最初のサンプルとほぼ一緒。
ARMでコンパイルすれば実機で実行できるよ。
他の機種では試してないや。
- 556 名前：デフォルトの名無しさん mailto:sage [2005/05/21(土) 18:35:22 ]
- BREWをブチまけろ!
で質問なんですが、2.1でバックグラウンド起動する方法をどなたかご存知ないですか？
シェイカーがバックグラウンド起動しつるぽいから可能だとは思ふのですが
- 557 名前：デフォルトの名無しさん mailto:sage [2005/05/22(日) 18:20:14 ]
- アプリAからアプリBを起動→起動時にアプリBで再描画しない→アプリBをサスペンドしてアプリAに戻る
出来るかどうかは知らん
- 558 名前：デフォルトの名無しさん mailto:sage [2005/05/23(月) 02:33:02 ]
- そんなにクソかな？BREWって。
制約はあるけど、どれもたいしたものじゃないし
- 559 名前：デフォルトの名無しさん mailto:sage [2005/05/23(月) 05:35:14 ]
- BREWじゃなくてauがクソ
- 560 名前：デフォルトの名無しさん mailto:sage [2005/05/23(月) 06:41:23 ]
- あ〜ぁ、ちょっとBREWで開発したかったけどここのスレ見てるとやらなくて正解だったらしい
- 561 名前：デフォルトの名無しさん [2005/05/23(月) 10:03:15 ]
- >>547
光年って確か距離じゃないのか？
- 562 名前：デフォルトの名無しさん mailto:sage [2005/05/23(月) 10:22:32 ]
- >>558
実際にau向けに作ったのか？
作ってたら機種依存だらけなのがすぐわかるはずだが？
どっちにしろ間違いなくBREWは消えるな..
- 563 名前：デフォルトの名無しさん mailto:sage [2005/05/23(月) 11:24:00 ]
- brewに関して質問なんですが
１.Brewでメールの送受信は可能か？
2.可能の際データファイルを添付可能か？
を教えていただけないでしょうか？
BREW開発始めて1週間でアプリ一人でなんてむりぽ
- 564 名前：デフォルトの名無しさん mailto:sage [2005/05/23(月) 12:41:02 ]
- >>561が冗談を言った途端みんな黙りこむ件について
- 565 名前：デフォルトの名無しさん [2005/05/23(月) 12:56:20 ]
- >>564
冗談じゃなくマジレスですよ。
光年は長さの単位。９兆キロメートルくらい。
- 566 名前：デフォルトの名無しさん mailto:sage [2005/05/23(月) 13:02:51 ]
- >>564
確か光が1年間で届く距離が一光年じゃなかったでしたっけ？
調べてみたらあった
ttp://homepage2.nifty.com/turupura/yougo/Star/kounen.htm
- 567 名前：デフォルトの名無しさん mailto:sage [2005/05/23(月) 13:08:26 ]
- いや、冗談にマジレスしてるから、それを「冗談」と書いたんでしょ。
小学生でもあるまいし、光年を時間の単位と思っているヤツがいるとは思えん。
>>563
冗談？ マジレスしていいの？
- 568 名前：デフォルトの名無しさん mailto:sage [2005/05/23(月) 13:21:58 ]
- >>567
マジレスお願いします。
プログラミング経験ないのにいきなりBREW開発にまわされて
しかも一人でなんで無理がある
下請けだから細かい情報回ってこないし・・・。
- 569 名前：デフォルトの名無しさん mailto:sage [2005/05/23(月) 13:29:38 ]
- ではマジレス。
まず「BREWでメールの送受信」とあるが、BREWとは環境のことなので、BREW環境にメール送受信のAPIは用意されていない。
ではどうするかというと２通りの解決策がある。
１・メーラ連携
携帯内蔵のメーラをBREWアプリから子プロセスとして呼び出してメール送受信を行う。
この場合、メールの内容等の細かい制御はできない。
２・メーラ自作
PCで作成するのと同様、TCP/IPのソケットにて、メーラを自作。
この場合、アプリからの細かい制御は可能だが、メーラを作るだけのスキルが必要。
さて。
以上説明したが、BREWアプリとしてユーザに提供するにはKDDIに企画申請する必要がある。
ところが、KDDIはブラウザやメーラに関しては自社提供のもの以外認めない方針らしい。
よって、そもそも企画からして通らないので意味がない、という結論に至る。
- 570 名前：デフォルトの名無しさん mailto:sage [2005/05/23(月) 13:47:34 ]
- >>569
むりぽなんですか・・・。
詳しいマジレスありがとうございました。
- 571 名前：デフォルトの名無しさん mailto:sage [2005/05/23(月) 14:14:55 ]
- あのう、個人でも企画申請とおりますか？ 普通の電卓なんですが・・・。
|
 |
