トップページ⇒tech
1001コメント313KB

BREW(Binary Runtime Environment for Wireless) 9

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2006/12/21(木) 13:37:32
BREW(Binary Runtime Environment for Wireless)についてのスレ

■テンプレ
http://brew.s214.xrea.com/pukiwiki/
http://kintubo.kakiko.com/brew/

■前スレ
08 http://pc8.2ch.net/test/read.cgi/tech/1147832791/

■過去スレ
07 http://pc8.2ch.net/test/read.cgi/tech/1137502541/
06 http://pc8.2ch.net/test/read.cgi/tech/1126846736/
05 http://pc8.2ch.net/test/read.cgi/tech/1119056460/
04 http://pc8.2ch.net/test/read.cgi/tech/1111028365/
03 http://pc5.2ch.net/test/read.cgi/tech/1096006023/
02 http://pc5.2ch.net/test/read.cgi/tech/1076511398/
01 http://pc2.2ch.net/test/read.cgi/tech/1011078904/

関連情報 >>2-10
0153デフォルトの名無しさん2007/02/01(木) 20:31:16
>>152
サブスクライバIDが取得できなければ非通知、でなんかマズい？
01541522007/02/01(木) 20:37:37
>>153
非通知設定にしていても、普通に取得できてしまうのです。
非通知設定の場合は、通知を促す文言を表示したほうが良いと思いまして。
0155デフォルトの名無しさん2007/02/02(金) 00:49:12
>>154
BREWアプリでのEZ番号取得は通知/非通知とは無関係に成功する。
サービスガイドとかちゃんと読んだほうがいいよ？
0156デフォルトの名無しさん2007/02/02(金) 10:13:46
取得して何をするつもりですか？
0157デフォルトの名無しさん2007/02/02(金) 12:17:45
サーバでユーザ判定するんだろ？
0158デフォルトの名無しさん2007/02/02(金) 15:06:21
GCC環境についての質問です。
>>4で上がっている情報やフォーラムの情報を参考に環境構築中なのですが
VisualStudioのAddInにあるGCC用make作成ボタンを押しても
ARM用の中途半端なmakefileが作成されてしまいます。
どこかで読んだんですがC++だとmakeを作ってくれないらしいのですが
これを回避（自動でGCC用makefileを作成）する方法はありませんか？

それとも、C++の場合はmakeファイルは自作するしかないのでしょうか？　orz

ご存知の方、宜しくお願いします・・・
0159デフォルトの名無しさん2007/02/02(金) 15:17:01
>>152
聞くならQualcommのフォーラムじゃなくてKDDIに聞くべきじゃないかと
0160名無しBREWたん2007/02/02(金) 16:49:07
>>158
テンプレートを書き換えればうまくいきそうな気がするけど、昔のこと何でもう忘れてしもーた。
0161デフォルトの名無しさん2007/02/02(金) 20:57:18
そんなぁ・・・（　＠д＠）/　思い出せ〜〜思い出せ〜〜（※電波送信中）

つーか、今のところBREW3.1.2/gnude/Visualstudio2003/C++　という環境でやってるんですが、
GCCで開発する時ってmakefileはどうやってます？
やっぱり↓をベースにして自分で書くしかないのかなぁ・・・
(BREW AddIns)\common\templates\GCCAppTemplate.mak　
01621612007/02/03(土) 13:36:10
結局、>>4 の情報やBREW Forum（日本語･英語）、ググって見つけたサイトの情報を元に
gnude/C++ でmodファイルを作るところまでは行ったんですが、実機で起動しないです・・・orz
コンパイルとリンクのオプション晒すので、間違いがあればどなたか指摘してくださいです。m(_ _)m
アプリのモジュールに加えて、AEEAPPGEN.c AEEMODGEN.c GCCRESOLVER.c　もビルドに組み込んでます。

・コンパイルオプション
c:\gnude\bin\arm-elf-g++ -c -DDYNAMIC_APP -mcpu=arm7tdmi -mapcs-frame -mthumb-interwork -mlittle-endian -fshort-enums -fno-builtin -g
-fno-exceptions -fno-unwind-tables -ffunction-sections -fno-rtti -IC:\BREWSDK3.1.2\sdk\inc -IC:\gnude\lib\gcc-lib\arm-elf\3.3.1\include
-Ic:\gnude\arm-elf\include -O2 -o main.o c:\test\main.cpp

・リンカオプション
c:\gnude\bin\arm-elf-ld --cref -Ttext 0 --emit-relocs -entry AEEMod_Load --gc-sections -o test.elf -LC:\gnude\lib\gcc-lib\arm-elf\3.3.1
-Lc:\gnude\arm-elf\lib AEEAPPGEN.o AEEMODGEN.o GCCRESOLVER.o CAPTUR~1.o main.o （必要な .oファイルは全部書いてます）-lm -lc -lgcc
01631612007/02/03(土) 13:36:42

あと、リンク時に以下のワーニングが出るんですが
　/cygdrive/c/gnude/bin/arm-elf-ld: Warning: C:\gnude\lib\gcc-lib\arm-elf\3.3.1/libgcc.a(_divsi3.o) does not support interworking, whereas test.elf does
　/cygdrive/c/gnude/bin/arm-elf-ld: Warning: C:\gnude\lib\gcc-lib\arm-elf\3.3.1/libgcc.a(_modsi3.o) does not support interworking, whereas test.elf does
　/cygdrive/c/gnude/bin/arm-elf-ld: Warning: C:\gnude\lib\gcc-lib\arm-elf\3.3.1/libgcc.a(_dvmd_tls.o) does not support interworking, whereas test.elf does

これってGCCAppTemplate.makの最初に↓のようなコメントがあるので、無視してかまわないのでしょうか？
# Notes:
# 1. While building the application using this make file, the following warnings may be
# received. They can be safely ignored:
#"Warning: _divsi3.o does not support interworking, whereas <Your App>.elf does not"
#"Warning: _dvmd_tls.o does not support interworking, whereas <Your App>.elf does not"
#"Warning: cannot find entry symbol _start; defaulting to 00008000"
01641612007/02/03(土) 13:53:31
あ、ちなみに同じコードをRVCTでビルドすると問題なく動きます。

大人の事情でどうしてもGCC環境を構築しないといけないので
「素直にRVCTでビルドしやがれ！」というレスは無しで。（つдＴ）
0165デフォルトの名無しさん2007/02/03(土) 23:00:51
素直にRVCTでビルドしやがれ！
0166デフォルトの名無しさん2007/02/03(土) 23:24:29
ロガーを使って、実機でどのようなエラーが出ているか確認できないのか
01671612007/02/04(日) 10:50:06
起動した瞬間、実機ごと落ちるとです・・・
0168デフォルトの名無しさん2007/02/04(日) 11:10:42
>>161
俺も同じ症状で結局gcc使うのあきらめた
ADS使うので、今は環境も消しちまって確認してないんだが、その後
AEEmodGenを壱番最初にリンクする必要がある、とかなんとか見たことがあった
-entry AEEMod_Loadの指定が正しい動作しないとかなんとか、という理由で
0169デフォルトの名無しさん2007/02/04(日) 13:12:15
大人の事情とは、金の問題か
0170デフォルトの名無しさん2007/02/04(日) 13:56:04
おっかねー話だな
0171デフォルトの名無しさん2007/02/04(日) 15:43:46
ずばりQのフォーラムで聞いてみたらどうだろうか？

GCCを使う場合、AddInではC++が通るmakefileが作られない。
自前で用意したmakefileでビルドはできたが、実機では起動時点で動かない。
GCC(GNUDE)を利用したC++向けのmakefile記述の注意点と、
GCC(GNUDE)を利用した開発環境構築の助言が欲しい。

とかﾒｯﾁｬ都合のいい質問。
英語の方のフォーラムに誘導されておしまいだったりして。
0172デフォルトの名無しさん2007/02/04(日) 19:48:05
mapファイル出力してAEEMod_Loadが先頭にあるかチェック
gccは昔自分でgcc自身からビルドして使ってたけど（ちなみに3.3。makeもgnuの奴で）
どうしてもmodのサイズがでかくなるんで使うのやめた。
0173デフォルトの名無しさん2007/02/05(月) 11:52:21
>>171　英語でも
　you build on RVCT stupid! Hahahaha!
とかいわれたりしてなｗ
0174デフォルトの名無しさん2007/02/05(月) 13:02:18
use RVCT, you stinkin' loser!! Ha ha!
0175名無しBREWたん2007/02/05(月) 14:21:33
>>161
ld に渡すモジュールの順番が間違ってる。
AEEModGen.o が一番最初。
これは、>>168 の言うとおり、-entry フラグが有効に機能しないため。

さらに、アプリサイズがでっかくなりすぎてどうこうというのは、
gnude じゃなくて GNUARM を使うことをおすすめする。
平均で半分ぐらいのモジュールサイズになる。

http://brew.s214.xrea.com/pukiwiki/?GNUARM
0176デフォルトの名無しさん2007/02/05(月) 16:05:07
GCC くらい自分でビルドすればいいのに
0177デフォルトの名無しさん2007/02/05(月) 19:56:46
>>175
GNUARM を GUNDAM と読んでしまった件
0178デフォルトの名無しさん2007/02/05(月) 20:42:38
安物NICのMACアドレスでライセンスとって
SoftEtherやVMwareで使いまわしときゃいいんだから
RVCT一個くらい買っとけ。
0179デフォルトの名無しさん2007/02/05(月) 20:48:30
またがんおたか！
0180デフォルトの名無しさん2007/02/06(火) 01:12:15
ここのメンツは数年前からほとんど変化が無い
0181デフォルトの名無しさん2007/02/06(火) 08:18:13
だがちょっと舞ってほしい


おまいらお疲れSummer
0182デフォルトの名無しさん2007/02/06(火) 11:01:19
半年くらいBREWの開発はしてないが見てる俺。
0183デフォルトの名無しさん2007/02/06(火) 11:03:56
ちとスレ違いかもしれないとですが。
モバイルソリューションパートナーの登録が済んだのですが、
サイト内の仕様書を見ると各種端末仕様書と、
各種デバイス構成ファイル、
法人向け〜仕様書が見えます。

で、一般向け？の仕様書が見当たらないのですが、
これらはどうすれば入手できるのでしょうか？
0184デフォルトの名無しさん2007/02/06(火) 12:10:29
>>183
一般向けってなに？公式コンテンツ作りたいなら
CPになんなきゃ。まずは企画審査がんばってください。
0185デフォルトの名無しさん2007/02/06(火) 15:38:16
なぜか知らんがE03CAは、ICAMERAで
DeferEncode(FALSE) にすると RecordSnapshot() で落ちる。。。
DeferEncode(TRUE) にすると、うまくいく。。。

そしてアプリ終了時に BAD POINTER Type 3 が出てるんで、
どうもどこかを解放しすぎたっぽいんだが、追い切れない。。。

そんなことをし始めてそろそろ２４時間経ちました。。。orz
01861832007/02/06(火) 16:16:52
>>184
ありがとうございます。
ウチは下請け専門でして、仕様書等はCPから入手してました。
その手間を察してか、
事務の方がモバイルソリューションパートナーの登録を行ってくれました。

で、サイトの方を見てみたら183の通りでして…

一般向けと言うのが適切かわからないのですが、
例えばサービスガイドだとタイトルが
「法人向けEZアプリ(BREW(R))サービスガイド(BREW(R)3.1版)」
となっていまして、以前CPから頂いたものに「法人向け」と
文言が加わっており、内容も若干法人向けになっています。

「法人向け」でないサービスガイドが入手できれば十分なんですが、
私のサイト内検索の方法が悪いのか、登録方法に問題があったのか、
その程度の情報でよいので何かアドバイスお願いできませんか？
0187デフォルトの名無しさん2007/02/06(火) 16:31:03
>>185
ぐおお、DeferEncode(TRUE) にしたら、VGA での撮影はできないんだとよ。
※ICAMERA_GetSizeList() による調査結果。


・・・なんぢゃそら。ヽ(`Д´)ノ
0188デフォルトの名無しさん2007/02/06(火) 16:54:24
>>186
あぁそういうことですか。
当然ながらCP用のコンテンツはありません。
サービスガイドや検証関連は
正規のものをクライアントさんにもらってください。
MSPだとBREWテスト端末を勝手に確保したり
testsigの取得やなんかもできちゃうんで、
そーゆー意図で便宜を図ってくれたんじゃないかと。

うちはモバソリで自社提供と、CPな子会社の下請けやってますが、
機種情報やプログラミングガイドなんかは法人向けので
充分というか、こっちの方が新しい情報がのってたりするので
重にこちらを参照するようにしてます。
あ、CP向けのほうが機種毎の障害情報とか充実してるけど。
01891832007/02/06(火) 17:26:02
>>188
CP向けのコンテンツと分かれていたんですか。
機種情報等は十分な情報量なので、こちらで満足します。
どうもありがとうございました。
0190デフォルトの名無しさん2007/02/06(火) 18:29:01
>>187
ヒント１：端末仕様書
ヒント２：ハード系(カメラ･ストレージ・音源・エンコなど)は実装依存が激しい
ヒント３：そもそもカメラを使わない企画がオヌヌメ
0191デフォルトの名無しさん2007/02/07(水) 00:37:25
E03て何だっけ?法人端末?
扱ってる人も少ないだろうし乙としかいいようが無いな
0192デフォルトの名無しさん2007/02/07(水) 01:36:23
>185
解放しすぎじゃなくて解放し忘れじゃね？
ところで、カメラで写真何枚も撮ってない？
0193デフォルトの名無しさん2007/02/07(水) 01:38:55
E03CA・・・W42CAにﾃﾞｶﾊﾞが付いたやつだよね。
テスト端末が机の墨に転がってるけど風呂場にも持って入れるから結構好きだ。
0194デフォルトの名無しさん2007/02/07(水) 11:25:16
あれ…、app->a.pIDisplayに任意の色を透明色設定するのってどうすればいいんんだろう？
というか、勝手に透過するんだけどデフォルトで透明色って設定されてるんだろうか？
0195デフォルトの名無しさん2007/02/07(水) 11:41:52
IBitmapやIImageに設定するもんじゃないか？
0196デフォルトの名無しさん2007/02/07(水) 13:12:03
PNGのtRNSチャンクで指定する。
IDisplayの透過に関しては知らない。
0197デフォルトの名無しさん2007/02/07(水) 13:25:19
IDISPLAY_GetDeviceBitmap() で IBitmap を取り出して IBITMAP_SetTransparencyColor() だろ、常識的に考えて…
01981942007/02/07(水) 15:43:28
>197
うーん、それやってみたんだけどなんか反映してないっぽいんですよね。
しかも勝手に透過色255,0,255とかになってるんだけど、これって
自分で設定してるからなのかな？
0199デフォルトの名無しさん2007/02/07(水) 15:52:39
画像側で設定されてると自動で透明色が指定される
BREW2.1以前だとされないけど
0200デフォルトの名無しさん2007/02/07(水) 15:59:44
NativeColorとRGBVALを間違えてたり･･････ない？
0201デフォルトの名無しさん2007/02/07(水) 17:05:11
透過色は画像データの方にもたせなきゃ意味がないんじゃ

IIMAGE_DrawするならIImageに、IDISPLAY_BitBltするならIBitmap(pbmSource)に
02021852007/02/07(水) 17:06:24
>>192
レスサンクス。
解放し忘れだと BAD POINTER Type 1 になる。
写真何枚も撮ってる。むしろ撮らなくてもプレビューするだけで BAD POINTER になる。

そして、>>187 のとおり、DeferEncode(FALSE) で何とかすることによって無事解決。

撮影した瞬間の画像が画面に出せないけど、まぁそこはあきらめることにした。
0203デフォルトの名無しさん2007/02/07(水) 17:07:35
あと、デフォルトが 255,0,255 なのは仕様
MAGENDAが透過色ってどっか（多分AEERasterOp）の説明に書いてある
0204デフォルトの名無しさん2007/02/07(水) 19:13:26
k-brew-testでメモリを減らしていき、
端末のメモリ不足エラーが出なくなるぎりぎりのところで起動すると
AEEClsCreateInstanceが呼ばれる前に端末再起動がかかります。
もう少しメモリを増やすと、アプリが正常に起動し、
仕込んでおいたメモリ不足画面にいってくれるのですが、
このような現象を回避する方法はありますか？
ちなみに、W32Sでのみ起きています。
02051942007/02/07(水) 19:27:34
>201
それだ！


orz

どうもありがとうございます。
0206デフォルトの名無しさん2007/02/08(木) 00:25:42
>>204
どっかのエラーを見逃してるか、不正アクセス。
あとは AEEClsCreateInstance() に行く前にえらい時間を掛けててタイムアウトとか、
Makefile の -rwpi を消してるとか。
0207デフォルトの名無しさん2007/02/08(木) 01:20:20
そういえば、端末にファイル読み書きするときに、一括で行ってよい最大サイズって
10kまでとかどっかで読んだ記憶があるんですが、これってどこに書いてあるんでしたっけ？
散々資料探してるんだけどどこにも見当たらない。
0208デフォルトの名無しさん2007/02/08(木) 01:58:17
>>207
プログラミングガイドを10KBで検索
0209デフォルトの名無しさん2007/02/08(木) 02:10:11
>>207
それってCLOSEイベントハンドラ内で
書き込める上限って意味だろ。
02102042007/02/08(木) 11:17:54
>>206
AEEClsCreateInstanceが呼ばれる前に落とされるとなると
エラーを拾う場所が、もう無いような気がするのですが。

ちなみに-rwpiを消しているわけではありませんでした。
0211デフォルトの名無しさん2007/02/08(木) 11:23:27
「AEEClsCreateInstanceが呼ばれる前」というのをどう判断してるかだな
DBGPRINTFのメッセージはリセット時にたいてい失われるから

いっぺんAEEClsCreateInstanceで何もせずにエラー返して、ほんとに
そこに進入してないのか確認した方が良い
0212デフォルトの名無しさん2007/02/08(木) 12:33:52
ネイティブ側もBREWで書かれていて、k-brew-testでムチャすると
逝ってしまう端末なかったっけ
0213デフォルトの名無しさん2007/02/08(木) 13:40:16
W21Kあたりかな
UIがほとんどBREWのようだ
0214デフォルトの名無しさん2007/02/09(金) 15:57:36
かれこれBREWの開発から離れて久しいが。

k-brew-testだとメモリ少なくした時にk-brew-test自体が落ちるから、
極端にメモリ少ない状態でやるならShaker使うのが普通だったはずだが(´・ω・｀)
0215デフォルトの名無しさん2007/02/13(火) 08:35:53
k-brew-testみたいな適当なソフトで検証されてもな
って思うよな。
あとAEEClsCreateInstance内のエラーハンドリングは、
注意しないと検証で文句言われる。（経験）
0216デフォルトの名無しさん2007/02/13(火) 09:13:12
でも、Shakerは検証項目からはずれてるからなー。
0217デフォルトの名無しさん2007/02/13(火) 11:31:57
Shakerでやって大丈夫なのにk-brewで落ちたら
k-brewが落ちるので修正してくださいってｗ
0218デフォルトの名無しさん2007/02/14(水) 17:39:02
BREWの実機用コンパイラで、「使っていない変数がある」というwarningを抑制する方法はありませんか？
#pragma unused相当のものが望ましいのですが。
0219デフォルトの名無しさん2007/02/14(水) 17:46:13
>>218
> BREWの実機用コンパイラで、
って言われても色々あるわけだが、
普通は -W のオプションがあるだろ。
0220デフォルトの名無しさん2007/02/14(水) 18:04:48
多分中の人も見てるだろうけど、
ウィリアムのいたずらの開発日記氏のフレームワークぽいの
使ってる人いるのかね？
見ててちょっと気になった。

>>218
voidでキャストして正攻法で消してる。
リリースビルドだとDBGPRINTF消しマクロのワーニングが大量発生してるがｗ
0221デフォルトの名無しさん2007/02/14(水) 23:37:10
>>220 BREWアプリ程度のプログラム組むのにわざわざ他人の書いたフレームワークを使おうとする奴の気がしれんな。
他人のソース解析したり使い方を覚えたりする暇があれば、自分で一本書いた方が安心だろ。
そもそもそんな拾いもんのフレームワーク使ってバグが出たときにどうすんだと。
0222デフォルトの名無しさん2007/02/15(木) 01:37:20
拾いもんでもいいもん！
0223デフォルトの名無しさん2007/02/15(木) 01:43:09
>>221
ってハニー
0224デフォルトの名無しさん2007/02/15(木) 14:57:58
>>221
俺んとこ自社製のフレームワークがあるけれど、信用できんからいまだ旧作からコピペしているよ。
下手に高機能なものより、枯れてる方がいいと思うんだ、ウン。
0225デフォルトの名無しさん2007/02/15(木) 15:08:46
普通フレームワークは実績のあるプログラムを使うもんじゃアルマジロ

それは兎も角IThread使い慣れるとBREW2.1に戻りたくなくなるね。
困ったもんだ(´・ω・｀)
0226デフォルトの名無しさん2007/02/15(木) 22:14:33
つか2.1もう排除してくれ
古臭いのをお大臣様のように大事にしやがて
0227デフォルトの名無しさん2007/02/16(金) 00:55:36
2.1の端末ほとんど出ないじゃん
0228デフォルトの名無しさん2007/02/16(金) 04:31:24
>>221
おまいさん、

エクステンション？新しく作ってやんよ。

とか言いそうだな。
0229デフォルトの名無しさん2007/02/16(金) 21:53:15
IThreadなんて使ったことないや。
つかKDDI向けじゃ使えないし。
0230デフォルトの名無しさん2007/02/16(金) 23:48:05
すなおにc++で公開してください
0231デフォルトの名無しさん2007/02/17(土) 02:29:45
さっさとマルチスレッド実装してほしい
0232デフォルトの名無しさん2007/02/17(土) 14:48:48
ﾏﾙﾁｽﾚｯﾄﾞ導入したらしたで、また検証に項目が増えたり
必須実行項目が増えたりするんだろうなー('A`)y-~~

検証項目なんて作ってて出たバグの対応方法リストだしなｗ
0233デフォルトの名無しさん2007/02/17(土) 18:26:38
しかもその大半は端末の方のバグな
0234デフォルトの名無しさん2007/02/17(土) 19:27:46
端末の使用への準拠具合も、Qualcomm がきちんとチェックするべきだよな。
…チェックしてこの程度ならもう何もいわないが。
0235デフォルトの名無しさん2007/02/18(日) 02:04:37
C++でやる場合ってnewをオーバーライドすると思うんですが、そうするとメモリリーク時に出るメッセージが全てnew内部のMALLOCの行番号になってしまいます。
とりあえず現在はnew呼び出し時に行番号とポインタをDBGPRINTして、リーク時のメッセージといちいち突き合わせして確認している状況です。

これだとメモリリークの発生源がなかなか特定できなくて不便なのですが、どうやって解消すれば良いのでしょうか？
0236デフォルトの名無しさん2007/02/18(日) 02:40:00
>>234
Qualcommバグが無いとでも?
0237デフォルトの名無しさん2007/02/18(日) 03:36:07
>>235
void* operator new( size_t size , const char* file , int line ){
　　return DBGHEAPMARKEX( MALLOC( size ) , file , line );
}

っていうのを定義しておいて、共通ヘッダに、

#define new new(__FILE__, __LINE__)

って書けばいいんでない？
operator new を使うときにめんどくなるけど。
0238デフォルトの名無しさん2007/02/18(日) 03:54:46
一ユーザーだけどこれマジかい？

[297] 非通知さん sage
2007/02/17(土) 18:26:16 ID:smC0VA1u0
DoCoMoなみにJavaの自由度広げると、機種の検証が大変なんよ
それも出す度にだからね。
万一ケータイが壊れたりデータ飛んだらやばいだろ？

BREWなら検証制度あるから、そこでテストして弾けば、端末側に問題あってもOKなのよwww
これが新端末連発でしかも安く出来る一つの要因なわけ
0239デフォルトの名無しさん2007/02/18(日) 05:26:40
連発、安くできる要員ってんなもんねーわな
たぶん
0240デフォルトの名無しさん2007/02/18(日) 08:56:26
最後の一行だけなんで付いてるのか分からない文だな。

不具合があっても出荷できるから納期が短くなって安くできる
って言いたいのだろうか？
それ言ったら今の携帯はファームアップデートできるしな(´・ω・｀)
0241デフォルトの名無しさん2007/02/18(日) 12:47:09
ただのあう叩きじゃねーの?何したいのかわからんな
0242デフォルトの名無しさん2007/02/18(日) 16:04:41
>>229
IThreadがNGって2.xの話じゃなかったっけ？
3.1のみでもNG？？

今手元に資料無いのでアレなんだが、
たしか「リファレンスに乗ってないAPIは使用禁止」って記述から、
BREW2.xでIThreadは使えないって事だったような。
0243デフォルトの名無しさん2007/02/18(日) 18:07:29
IThreadついてるの3.xからでしょ。
んで、動作保証ができないんで非推奨だったとおもった。
禁止されたかは覚えてない。
0244デフォルトの名無しさん2007/02/18(日) 21:04:47
IThread自体は2.1であるよ
ただQualcommとして非推奨（試験的実装）だった

3.xでQualcomm的には公式API
0245デフォルトの名無しさん2007/02/18(日) 21:19:21
2.1からあったのか・・・

じゃあ、単にKDDI側の実装時の検証がすんでないとかそういうことか。
検証すらしてなかったりして。
0246デフォルトの名無しさん2007/02/18(日) 21:44:25
スレッドを使いたくなる用途って何があるのかな…
俺はスレッド必要ないな
0247デフォルトの名無しさん2007/02/18(日) 22:06:45
まあ俺に必要なBrewのスレッドは、ここだけだ。
0248デフォルトの名無しさん2007/02/18(日) 22:50:02
>>246
Javaのスレッドマンセーなプログラムの移植とか。
あと非同期処理とUIが重なったとき
イベントトリブンなプログラムで書くよりかは
スレッド使った方がスマートになると思う。

Win32で言うところの DispatchMessage が有ればスレッド使わんでも良いのだけれど。
0249デフォルトの名無しさん2007/02/19(月) 21:59:17
>>247
だれがうまいこといえｔ
0250デフォルトの名無しさん2007/02/20(火) 00:25:34
とりあえずKDDIでは3.1のIThreadは使用禁止だったよ。某支援サイトのFAQ。
まぁ使用は海外の仕事だけにしておきたまえ。
もしくは自己責任で。使用禁止な以上、42SAみたいなことがあっても
周りは誰も責任とってくれないぜ。

動いてんならかまわないとは思うけどね。
0251デフォルトの名無しさん2007/02/20(火) 02:17:28
>>250
サンクス。
今日一日調べてもIThread禁止の記述が見つからないし
職場が2chアク禁で書き込めもできないし悩んでた。
下請けだもんで支援サイトとやらが・・・orz

いいや、もう忘れよう。
俺は何も見なかったんだ。そうにちまいない。
0252かぬ2007/02/20(火) 17:12:27
以前　gccだとVSPRINTFが上手く行かないって話があったけど、
va_listのアドレス渡しでいけるよ。俗に言うポインタのポインタか（ｗ

#ifdef __arm
　　int len = VSPRINTF(pBuf, format, (va_list)&ap);
#else
　　int len = VSPRINTF(pBuf, format, ap);
#endif
■ このスレッドは過去ログ倉庫に格納されています