BREW(Binary Runtime Environment for Wireless) 9

BREW(Binary Runtime ..

136:デフォルトの名無しさん
07/01/28 21:07:55
3g2とか使えないかな？

137:デフォルトの名無しさん
07/01/29 03:19:00
音データでqcp使ったこと無いや・・・
spfなら助言はできるんだが動作に違いあるんかな？

138:デフォルトの名無しさん
07/01/29 18:36:15
すみません、ちょっと曖昧な内容の質問になるんですが
クリアキーを押しただけでアプリが終了してしまうのは何が原因なのでしょうか？
こちらのプログラムではクリアキーに関する処理は何も実装していませんが
エミュで確認するとクリアーキーを押すと　EVT_APP_STOP　が送られてアプリが終了してしまいます。

こういう場合原因があるとすれば何が考えられるのでしょうか？
アバウトすぎて答えにくいかもしれませんが、少しでもヒントがあればと、質問してみました。
宜しくお願いいたします。

139:デフォルトの名無しさん
07/01/29 18:50:04
>>138
EVT_KEYイベントに対してfalseを返す

140:デフォルトの名無しさん
07/01/29 18:53:04
EVT_KEY/AVK_CLRにFALSEを返すと問答無用にアプリは終了させられる
BREWの仕様、イヤならとりあえずTRUE返しときゃおｋ

141:デフォルトの名無しさん
07/01/29 19:15:55
ありがとうございます！！解決しました！
EVT_KEYPRESS/RELEASEは処理してたんですがEVT_KEYはやってませんでした。
こんな単純な話だったとは・・・お手数をおかけしましたｍ（＿＿）ｍ

142:128
07/01/30 02:14:39
>>136
テストコード作って3g2を読み込みましたがIMEDIAUTIL_CreateMedia()でSUCCESSしませんでした。
やはりMPEG4エクステンションが必要でしょうか。
MSPレベルじゃ手に入ぽいんですよね。ぶっつけで実機確認してみようと思います。
>>137
声を扱いたいのでspfは使わないのです、申し訳ない。

で、現状の解決方法としてSDK3.1.5、シミュレータW41CAにてmmfのシークを確認しました。
音質悪いし圧縮率も悪いですけどね･･･gzipかけたときに小さくなるのが救いだけど。
3.1.2jaではIMEDIAUTIL_CreateMedia()の時点でダメでした。
次は実機確認してみます。駄報告でスマン

143:デフォルトの名無しさん
07/01/30 02:44:32
VisualStudioから実機でステップ実行できるようにするか、
メディアとかカメラとかもシミュレータで再現できるようにしろよなぁ…

144:デフォルトの名無しさん
07/01/30 04:14:04
>>142
SDK3.1.2のYAMAHA系DLLってなんか問題があって、差分がKDDIのほうで出てなかったっけ？
最近のは修正されてる？

145:デフォルトの名無しさん
07/01/30 07:06:12
PCの画面に携帯の端末が表示されるようなシミュレータないすか？

146:デフォルトの名無しさん
07/01/30 10:32:11
つ SDK

147:128
07/01/31 04:15:30
追記:
20K程度のmmfファイルのシークは出来ませんでした。3.1.4以降で確認。
3.X以降でまともにシークできるフォーマットとシミュレータは無いのでしょうか？

>>144
\bin\Modulesに入れるma3smwemu.dllでしょうか？
3.1.4以降もこのdll外すとmmfは再生できませんでした。

148:デフォルトの名無しさん
07/01/31 17:14:41
通信中やロード中などに、キーを連打しておくと、
画面が遷移した時に、専攻入力状態になってしまうのですが、
これを回避する方法はありますか？
遷移直後に、キーを初期化しても発生します。

149:デフォルトの名無しさん
07/01/31 17:37:23
遷移して数フレームは入力無視したら？

150:デフォルトの名無しさん
07/01/31 19:48:55
画面毎にイベントをヌルーするつくりにすればいいヂャマイカ？

151:148
07/01/31 20:12:57
レスありがとうございます。
とりあえずは画面が切り替わった際に数フレームかませることで回避できました。
>>150
その方向で手直ししてみます。

152:デフォルトの名無しさん
07/02/01 17:19:31
端末設定のEz番号通知・非通知を取得する方法はありますか？

153:デフォルトの名無しさん
07/02/01 20:31:16
>>152
サブスクライバIDが取得できなければ非通知、でなんかマズい？

154:152
07/02/01 20:37:37
>>153
非通知設定にしていても、普通に取得できてしまうのです。
非通知設定の場合は、通知を促す文言を表示したほうが良いと思いまして。

155:デフォルトの名無しさん
07/02/02 00:49:12
>>154
BREWアプリでのEZ番号取得は通知/非通知とは無関係に成功する。
サービスガイドとかちゃんと読んだほうがいいよ？

156:デフォルトの名無しさん
07/02/02 10:13:46
取得して何をするつもりですか？

157:デフォルトの名無しさん
07/02/02 12:17:45
サーバでユーザ判定するんだろ？

158:デフォルトの名無しさん
07/02/02 15:06:21
GCC環境についての質問です。
>>4で上がっている情報やフォーラムの情報を参考に環境構築中なのですが
VisualStudioのAddInにあるGCC用make作成ボタンを押しても
ARM用の中途半端なmakefileが作成されてしまいます。
どこかで読んだんですがC++だとmakeを作ってくれないらしいのですが
これを回避（自動でGCC用makefileを作成）する方法はありませんか？

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

ご存知の方、宜しくお願いします・・・

159:デフォルトの名無しさん
07/02/02 15:17:01
>>152
聞くならQualcommのフォーラムじゃなくてKDDIに聞くべきじゃないかと

160:名無しBREWたん
07/02/02 16:49:07
>>158
テンプレートを書き換えればうまくいきそうな気がするけど、昔のこと何でもう忘れてしもーた。

161:デフォルトの名無しさん
07/02/02 20:57:18
そんなぁ・・・（　＠д＠）/　思い出せ～～思い出せ～～（※電波送信中）

つーか、今のところBREW3.1.2/gnude/Visualstudio2003/C++　という環境でやってるんですが、
GCCで開発する時ってmakefileはどうやってます？
やっぱり↓をベースにして自分で書くしかないのかなぁ・・・
(BREW AddIns)\common\templates\GCCAppTemplate.mak　

162:161
07/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

163:161
07/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"

164:161
07/02/03 13:53:31
あ、ちなみに同じコードをRVCTでビルドすると問題なく動きます。

大人の事情でどうしてもGCC環境を構築しないといけないので
「素直にRVCTでビルドしやがれ！」というレスは無しで。（つдＴ）

165:デフォルトの名無しさん
07/02/03 23:00:51
素直にRVCTでビルドしやがれ！

166:デフォルトの名無しさん
07/02/03 23:24:29
ロガーを使って、実機でどのようなエラーが出ているか確認できないのか

167:161
07/02/04 10:50:06
起動した瞬間、実機ごと落ちるとです・・・

168:デフォルトの名無しさん
07/02/04 11:10:42
>>161
俺も同じ症状で結局gcc使うのあきらめた
ADS使うので、今は環境も消しちまって確認してないんだが、その後
AEEmodGenを壱番最初にリンクする必要がある、とかなんとか見たことがあった
-entry AEEMod_Loadの指定が正しい動作しないとかなんとか、という理由で

169:デフォルトの名無しさん
07/02/04 13:12:15
大人の事情とは、金の問題か

170:デフォルトの名無しさん
07/02/04 13:56:04
おっかねー話だな

171:デフォルトの名無しさん
07/02/04 15:43:46
ずばりQのフォーラムで聞いてみたらどうだろうか？

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

とかﾒｯﾁｬ都合のいい質問。
英語の方のフォーラムに誘導されておしまいだったりして。

172:デフォルトの名無しさん
07/02/04 19:48:05
mapファイル出力してAEEMod_Loadが先頭にあるかチェック
gccは昔自分でgcc自身からビルドして使ってたけど（ちなみに3.3。makeもgnuの奴で）
どうしてもmodのサイズがでかくなるんで使うのやめた。

173:デフォルトの名無しさん
07/02/05 11:52:21
>>171　英語でも
　you build on RVCT stupid! Hahahaha!
とかいわれたりしてなｗ

174:デフォルトの名無しさん
07/02/05 13:02:18
use RVCT, you stinkin' loser!! Ha ha!

175:名無しBREWたん
07/02/05 14:21:33
>>161
ld に渡すモジュールの順番が間違ってる。
AEEModGen.o が一番最初。
これは、>>168 の言うとおり、-entry フラグが有効に機能しないため。

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

URLﾘﾝｸ(brew.s214.xrea.com)

176:デフォルトの名無しさん
07/02/05 16:05:07
GCC くらい自分でビルドすればいいのに

177:デフォルトの名無しさん
07/02/05 19:56:46
>>175
GNUARM を GUNDAM と読んでしまった件

178:デフォルトの名無しさん
07/02/05 20:42:38
安物NICのMACアドレスでライセンスとって
SoftEtherやVMwareで使いまわしときゃいいんだから
RVCT一個くらい買っとけ。

179:デフォルトの名無しさん
07/02/05 20:48:30
またがんおたか！

180:デフォルトの名無しさん
07/02/06 01:12:15
ここのメンツは数年前からほとんど変化が無い

181:デフォルトの名無しさん
07/02/06 08:18:13
だがちょっと舞ってほしい

おまいらお疲れSummer

182:デフォルトの名無しさん
07/02/06 11:01:19
半年くらいBREWの開発はしてないが見てる俺。

183:デフォルトの名無しさん
07/02/06 11:03:56
ちとスレ違いかもしれないとですが。
モバイルソリューションパートナーの登録が済んだのですが、
サイト内の仕様書を見ると各種端末仕様書と、
各種デバイス構成ファイル、
法人向け～仕様書が見えます。

で、一般向け？の仕様書が見当たらないのですが、
これらはどうすれば入手できるのでしょうか？

184:デフォルトの名無しさん
07/02/06 12:10:29
>>183
一般向けってなに？公式コンテンツ作りたいなら
CPになんなきゃ。まずは企画審査がんばってください。

185:デフォルトの名無しさん
07/02/06 15:38:16
なぜか知らんがE03CAは、ICAMERAで
DeferEncode(FALSE) にすると RecordSnapshot() で落ちる。。。
DeferEncode(TRUE) にすると、うまくいく。。。

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

そんなことをし始めてそろそろ２４時間経ちました。。。orz

186:183
07/02/06 16:16:52
>>184
ありがとうございます。
ウチは下請け専門でして、仕様書等はCPから入手してました。
その手間を察してか、
事務の方がモバイルソリューションパートナーの登録を行ってくれました。

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

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

「法人向け」でないサービスガイドが入手できれば十分なんですが、
私のサイト内検索の方法が悪いのか、登録方法に問題があったのか、
その程度の情報でよいので何かアドバイスお願いできませんか？

187:デフォルトの名無しさん
07/02/06 16:31:03
>>185
ぐおお、DeferEncode(TRUE) にしたら、VGA での撮影はできないんだとよ。
※ICAMERA_GetSizeList() による調査結果。

・・・なんぢゃそら。ヽ(`Д´)ノ

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

うちはモバソリで自社提供と、CPな子会社の下請けやってますが、
機種情報やプログラミングガイドなんかは法人向けので
充分というか、こっちの方が新しい情報がのってたりするので
重にこちらを参照するようにしてます。
あ、CP向けのほうが機種毎の障害情報とか充実してるけど。

189:183
07/02/06 17:26:02
>>188
CP向けのコンテンツと分かれていたんですか。
機種情報等は十分な情報量なので、こちらで満足します。
どうもありがとうございました。

190:デフォルトの名無しさん
07/02/06 18:29:01
>>187
ヒント１：端末仕様書
ヒント２：ハード系(カメラ･ストレージ・音源・エンコなど)は実装依存が激しい
ヒント３：そもそもカメラを使わない企画がオヌヌメ

191:デフォルトの名無しさん
07/02/07 00:37:25
E03て何だっけ?法人端末?
扱ってる人も少ないだろうし乙としかいいようが無いな

192:デフォルトの名無しさん
07/02/07 01:36:23
>185
解放しすぎじゃなくて解放し忘れじゃね？
ところで、カメラで写真何枚も撮ってない？

193:デフォルトの名無しさん
07/02/07 01:38:55
E03CA・・・W42CAにﾃﾞｶﾊﾞが付いたやつだよね。
テスト端末が机の墨に転がってるけど風呂場にも持って入れるから結構好きだ。

194:デフォルトの名無しさん
07/02/07 11:25:16
あれ…、app->a.pIDisplayに任意の色を透明色設定するのってどうすればいいんんだろう？
というか、勝手に透過するんだけどデフォルトで透明色って設定されてるんだろうか？

195:デフォルトの名無しさん
07/02/07 11:41:52
IBitmapやIImageに設定するもんじゃないか？

196:デフォルトの名無しさん
07/02/07 13:12:03
PNGのtRNSチャンクで指定する。
IDisplayの透過に関しては知らない。

197:デフォルトの名無しさん
07/02/07 13:25:19
IDISPLAY_GetDeviceBitmap() で IBitmap を取り出して IBITMAP_SetTransparencyColor() だろ、常識的に考えて…

198:194
07/02/07 15:43:28
>197
うーん、それやってみたんだけどなんか反映してないっぽいんですよね。
しかも勝手に透過色255,0,255とかになってるんだけど、これって
自分で設定してるからなのかな？

199:デフォルトの名無しさん
07/02/07 15:52:39
画像側で設定されてると自動で透明色が指定される
BREW2.1以前だとされないけど

200:デフォルトの名無しさん
07/02/07 15:59:44
NativeColorとRGBVALを間違えてたり･･････ない？

201:デフォルトの名無しさん
07/02/07 17:05:11
透過色は画像データの方にもたせなきゃ意味がないんじゃ

IIMAGE_DrawするならIImageに、IDISPLAY_BitBltするならIBitmap(pbmSource)に

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

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

撮影した瞬間の画像が画面に出せないけど、まぁそこはあきらめることにした。

203:デフォルトの名無しさん
07/02/07 17:07:35
あと、デフォルトが 255,0,255 なのは仕様
MAGENDAが透過色ってどっか（多分AEERasterOp）の説明に書いてある

204:デフォルトの名無しさん
07/02/07 19:13:26
k-brew-testでメモリを減らしていき、
端末のメモリ不足エラーが出なくなるぎりぎりのところで起動すると
AEEClsCreateInstanceが呼ばれる前に端末再起動がかかります。
もう少しメモリを増やすと、アプリが正常に起動し、
仕込んでおいたメモリ不足画面にいってくれるのですが、
このような現象を回避する方法はありますか？
ちなみに、W32Sでのみ起きています。

205:194
07/02/07 19:27:34
>201
それだ！

orz

どうもありがとうございます。

206:デフォルトの名無しさん
07/02/08 00:25:42
>>204
どっかのエラーを見逃してるか、不正アクセス。
あとは AEEClsCreateInstance() に行く前にえらい時間を掛けててタイムアウトとか、
Makefile の -rwpi を消してるとか。

207:デフォルトの名無しさん
07/02/08 01:20:20
そういえば、端末にファイル読み書きするときに、一括で行ってよい最大サイズって
10kまでとかどっかで読んだ記憶があるんですが、これってどこに書いてあるんでしたっけ？
散々資料探してるんだけどどこにも見当たらない。

208:デフォルトの名無しさん
07/02/08 01:58:17
>>207
プログラミングガイドを10KBで検索

209:デフォルトの名無しさん
07/02/08 02:10:11
>>207
それってCLOSEイベントハンドラ内で
書き込める上限って意味だろ。

210:204
07/02/08 11:17:54
>>206
AEEClsCreateInstanceが呼ばれる前に落とされるとなると
エラーを拾う場所が、もう無いような気がするのですが。

ちなみに-rwpiを消しているわけではありませんでした。

211:デフォルトの名無しさん
07/02/08 11:23:27
「AEEClsCreateInstanceが呼ばれる前」というのをどう判断してるかだな
DBGPRINTFのメッセージはリセット時にたいてい失われるから

いっぺんAEEClsCreateInstanceで何もせずにエラー返して、ほんとに
そこに進入してないのか確認した方が良い

212:デフォルトの名無しさん
07/02/08 12:33:52
ネイティブ側もBREWで書かれていて、k-brew-testでムチャすると
逝ってしまう端末なかったっけ

213:デフォルトの名無しさん
07/02/08 13:40:16
W21Kあたりかな
UIがほとんどBREWのようだ

214:デフォルトの名無しさん
07/02/09 15:57:36
かれこれBREWの開発から離れて久しいが。

k-brew-testだとメモリ少なくした時にk-brew-test自体が落ちるから、
極端にメモリ少ない状態でやるならShaker使うのが普通だったはずだが(´・ω・｀)

215:デフォルトの名無しさん
07/02/13 08:35:53
k-brew-testみたいな適当なソフトで検証されてもな
って思うよな。
あとAEEClsCreateInstance内のエラーハンドリングは、
注意しないと検証で文句言われる。（経験）

216:デフォルトの名無しさん
07/02/13 09:13:12
でも、Shakerは検証項目からはずれてるからなー。

217:デフォルトの名無しさん
07/02/13 11:31:57
Shakerでやって大丈夫なのにk-brewで落ちたら
k-brewが落ちるので修正してくださいってｗ

218:デフォルトの名無しさん
07/02/14 17:39:02
BREWの実機用コンパイラで、「使っていない変数がある」というwarningを抑制する方法はありませんか？
#pragma unused相当のものが望ましいのですが。

219:デフォルトの名無しさん
07/02/14 17:46:13
>>218
> BREWの実機用コンパイラで、
って言われても色々あるわけだが、
普通は -W のオプションがあるだろ。

220:デフォルトの名無しさん
07/02/14 18:04:48
多分中の人も見てるだろうけど、
ウィリアムのいたずらの開発日記氏のフレームワークぽいの
使ってる人いるのかね？
見ててちょっと気になった。

>>218
voidでキャストして正攻法で消してる。
リリースビルドだとDBGPRINTF消しマクロのワーニングが大量発生してるがｗ

221:デフォルトの名無しさん
07/02/14 23:37:10
>>220 BREWアプリ程度のプログラム組むのにわざわざ他人の書いたフレームワークを使おうとする奴の気がしれんな。
他人のソース解析したり使い方を覚えたりする暇があれば、自分で一本書いた方が安心だろ。
そもそもそんな拾いもんのフレームワーク使ってバグが出たときにどうすんだと。

222:デフォルトの名無しさん
07/02/15 01:37:20
拾いもんでもいいもん！

223:デフォルトの名無しさん
07/02/15 01:43:09
>>221
ってハニー

224:デフォルトの名無しさん
07/02/15 14:57:58
>>221
俺んとこ自社製のフレームワークがあるけれど、信用できんからいまだ旧作からコピペしているよ。
下手に高機能なものより、枯れてる方がいいと思うんだ、ウン。

225:デフォルトの名無しさん
07/02/15 15:08:46
普通フレームワークは実績のあるプログラムを使うもんじゃアルマジロ

それは兎も角IThread使い慣れるとBREW2.1に戻りたくなくなるね。
困ったもんだ(´・ω・｀)

226:デフォルトの名無しさん
07/02/15 22:14:33
つか2.1もう排除してくれ
古臭いのをお大臣様のように大事にしやがて

227:デフォルトの名無しさん
07/02/16 00:55:36
2.1の端末ほとんど出ないじゃん

228:デフォルトの名無しさん
07/02/16 04:31:24
>>221
おまいさん、

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

とか言いそうだな。

229:デフォルトの名無しさん
07/02/16 21:53:15
IThreadなんて使ったことないや。
つかKDDI向けじゃ使えないし。

230:デフォルトの名無しさん
07/02/16 23:48:05
すなおにc++で公開してください

231:デフォルトの名無しさん
07/02/17 02:29:45
さっさとマルチスレッド実装してほしい

232:デフォルトの名無しさん
07/02/17 14:48:48
ﾏﾙﾁｽﾚｯﾄﾞ導入したらしたで、また検証に項目が増えたり
必須実行項目が増えたりするんだろうなー('A`)y-~~

検証項目なんて作ってて出たバグの対応方法リストだしなｗ

233:デフォルトの名無しさん
07/02/17 18:26:38
しかもその大半は端末の方のバグな

234:デフォルトの名無しさん
07/02/17 19:27:46
端末の使用への準拠具合も、Qualcomm がきちんとチェックするべきだよな。
…チェックしてこの程度ならもう何もいわないが。

235:デフォルトの名無しさん
07/02/18 02:04:37
C++でやる場合ってnewをオーバーライドすると思うんですが、そうするとメモリリーク時に出るメッセージが全てnew内部のMALLOCの行番号になってしまいます。
とりあえず現在はnew呼び出し時に行番号とポインタをDBGPRINTして、リーク時のメッセージといちいち突き合わせして確認している状況です。

これだとメモリリークの発生源がなかなか特定できなくて不便なのですが、どうやって解消すれば良いのでしょうか？

236:デフォルトの名無しさん
07/02/18 02:40:00
>>234
Qualcommバグが無いとでも?

237:デフォルトの名無しさん
07/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 を使うときにめんどくなるけど。

238:デフォルトの名無しさん
07/02/18 03:54:46
一ユーザーだけどこれマジかい？

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

BREWなら検証制度あるから、そこでテストして弾けば、端末側に問題あってもOKなのよwww
これが新端末連発でしかも安く出来る一つの要因なわけ

239:デフォルトの名無しさん
07/02/18 05:26:40
連発、安くできる要員ってんなもんねーわな
たぶん

240:デフォルトの名無しさん
07/02/18 08:56:26
最後の一行だけなんで付いてるのか分からない文だな。

不具合があっても出荷できるから納期が短くなって安くできる
って言いたいのだろうか？
それ言ったら今の携帯はファームアップデートできるしな(´・ω・｀)

241:デフォルトの名無しさん
07/02/18 12:47:09
ただのあう叩きじゃねーの?何したいのかわからんな

242:デフォルトの名無しさん
07/02/18 16:04:41
>>229
IThreadがNGって2.xの話じゃなかったっけ？
3.1のみでもNG？？

今手元に資料無いのでアレなんだが、
たしか「リファレンスに乗ってないAPIは使用禁止」って記述から、
BREW2.xでIThreadは使えないって事だったような。

243:デフォルトの名無しさん
07/02/18 18:07:29
IThreadついてるの3.xからでしょ。
んで、動作保証ができないんで非推奨だったとおもった。
禁止されたかは覚えてない。

244:デフォルトの名無しさん
07/02/18 21:04:47
IThread自体は2.1であるよ
ただQualcommとして非推奨（試験的実装）だった

3.xでQualcomm的には公式API

245:デフォルトの名無しさん
07/02/18 21:19:21
2.1からあったのか・・・

じゃあ、単にKDDI側の実装時の検証がすんでないとかそういうことか。
検証すらしてなかったりして。

246:デフォルトの名無しさん
07/02/18 21:44:25
スレッドを使いたくなる用途って何があるのかな…
俺はスレッド必要ないな

247:デフォルトの名無しさん
07/02/18 22:06:45
まあ俺に必要なBrewのスレッドは、ここだけだ。

248:デフォルトの名無しさん
07/02/18 22:50:02
>>246
Javaのスレッドマンセーなプログラムの移植とか。
あと非同期処理とUIが重なったとき
イベントトリブンなプログラムで書くよりかは
スレッド使った方がスマートになると思う。

Win32で言うところの DispatchMessage が有ればスレッド使わんでも良いのだけれど。

249:デフォルトの名無しさん
07/02/19 21:59:17
>>247
だれがうまいこといえｔ

250:デフォルトの名無しさん
07/02/20 00:25:34
とりあえずKDDIでは3.1のIThreadは使用禁止だったよ。某支援サイトのFAQ。
まぁ使用は海外の仕事だけにしておきたまえ。
もしくは自己責任で。使用禁止な以上、42SAみたいなことがあっても
周りは誰も責任とってくれないぜ。

動いてんならかまわないとは思うけどね。

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

いいや、もう忘れよう。
俺は何も見なかったんだ。そうにちまいない。

252:かぬ
07/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

253:デフォルトの名無しさん
07/02/20 18:17:55
質問です。
MALLOCした領域を開放せずにアプリが終了したばあい、その領域って勝手に開放されちゃうの？

254:デフォルトの名無しさん
07/02/20 18:40:43
携帯の電源が落とされるまでそのまんま。
勝手に開放してくれるんならテストする必要ないでしょ。

255: ◆LOUDNESSQA
07/02/20 18:43:37
だってそんな現象がおきちゃったんだもん。

256:デフォルトの名無しさん
07/02/20 18:46:26
ノイズだかなんだかわからないレスが紛れ込んでるな

257: ◆LOUDNESSQA
07/02/20 19:33:10
自己解決しました。
開放されるが正しいよぅでつ

258:デフォルトの名無しさん
07/02/20 19:37:56
>>257
現行の端末全部で試してみな。

259: ◆LOUDNESSQA
07/02/20 19:44:07
だってQ社がそう言ってるんだもん。
OEM依存ぢゃなぃんぢゃね？

260:デフォルトの名無しさん
07/02/20 20:03:49
ふーん。

261: ◆LOUDNESSQA
07/02/20 23:59:10
＞＜。

262:デフォルトの名無しさん
07/02/21 15:42:05
IHtmlViewerのサスペンド／レジュームまわりについて質問です。
W42SAでテストしているのですが、
テキストボックスがあるHTMLに何かしら入力された状態で
サスペンド／レジュームを行うと、
レジューム後端末が落ちてしまう現象が起きています。
テキストボックスが空の状態だとレジューム成功するので、
原因がサッパリ判りませんです。

ちなみにサスペンド時にインスタンスを開放せず、
レジューム時にIHTMLVIEWER_SetActive()で復帰させると大丈夫ではあるのですが…
これをするとサービスガイドに違反(´・ω・｀)
何かアドバイス頂けないでしょうか～

263:デフォルトの名無しさん
07/02/21 16:58:44
IHTMLVIEWER は、サスペンド時に解放すべしってあったような。。。

きっとサスペンド中に保持してると不具合があるんだよ。

264:262
07/02/21 17:14:35
すみません、イージーミスでぬるぽしてました(;´ρ｀)
switch( eCode ){
　･･･
　 default:
×　 return IHTMLVIEWER_HandleEvent( m_pIHtmlViewer, eCode, wParam, dwParam);
○　 return m_pIHtmlViewer && IHTMLVIEWER_HandleEvent( m_pIHtmlViewer, eCode, wParam, dwParam);
}
テキストボックスに入力されていると～と言うよりは、
入力されない場合はたまたま何も無かったらしいです(´・ω・｀)
失礼しますた。

265:デフォルトの名無しさん
07/02/21 17:14:46
ちゃんとイベントハンドラ書いてるか？
IHTMLVIEWER_HandleEvent()

266:265
07/02/21 17:16:19
む、タッチの差だったか

267:デフォルトの名無しさん
07/02/22 17:56:03
すみません。Visual Studio 2003で開発してるんですけど、デバッガで
変数に代入されたときにブレークポイントで停止するって機能を
ちゃんと使えてる方います？
いや、なんかこの機能だけうまく動作しない…。

268:デフォルトの名無しさん
07/02/24 12:12:39
>>252 かぬさん　ありがとう

269: ◆LOUDNESSQA
07/02/24 23:28:01
URLﾘﾝｸ(brewforums.qualcomm.com)

アプリがMALLOCで確保したメモリは、アプリの終了時に開放されます。

ポインタのアドレスを渡して中身を共有することは動作上は問題ありませんが、上記の通り他のアプリが確保したメモリは他のアプリが終了するタイミングで開放され生存期間の保証がありませんのでお勧めしません。

270:デフォルトの名無しさん
07/02/25 00:49:15
>>269
まあそれで検証が楽になるならいいんだけどな。
勝手に解放してくれるからって、CPになんかメリットあんの？

271: ◆LOUDNESSQA
07/02/25 01:00:02
むしろデメリット。
シングルトンエクステンションの場合、
Ａアプリがエクステンションを生成して、Ｂアプリ、Ｃアプリが参照して、
Ａアプリが終了(インスタンス開放）すると、
Ｂアプリ、ＣアプリがAddRefしているからFREE()は行わないはずなんだけど、
FREE()を行ったのと同じ動作になっちゃうんです。

272: ◆LOUDNESSQA
07/02/25 01:10:17
あるいは、ＡアプリがMALLOCした領域をPostEventにて、
Ｂアプリに送る。
Ｂアプリにイベントが届く前にＡアプリが終了した場合、
その領域が保障されません。

273:デフォルトの名無しさん
07/02/25 07:39:51
メモリやりとりの場合、
参照しているのがあったら終了しないのが常識と思っていた
（Windowsでもメモリ内容を直接、他アプリに渡す
WM_COPYDATAメッセージがあるが、それも同様）
が、そういう考え方もあるのね‥‥
（Windows等、他のOSで271,272のような操作を行って
正常に動作するかは、やったことなんて無いので分からない）

274:デフォルトの名無しさん
07/02/25 07:41:46
というか、大抵はアプリ終了時は
責任を持ってアプリ内でFREEするのが常識と
思っていたな（ｗ

275:デフォルトの名無しさん
07/02/25 11:28:15
というかＢアプリとＣアプリが参照してる状態でＡアプリは終了出来るのか？

そんでもしそれが出来たとして、Ａアプリが終了したらＢアプリとＣアプリから参照してるＡアプリは不正になるわけで。
で、しかもＡアプリが残した残骸があったら、ＢアプリかＣアプリがFREE()することになるんだろうけど、
そんな別アプリにまたがって解放できるかどうかが問題だし、そもそもそんな構造にすべきじゃない。

276:デフォルトの名無しさん
07/02/25 13:04:39
○○はサスペンドする時に必ず開放してくださいって
検証項目に追加すればおｋ

277:デフォルトの名無しさん
07/02/26 02:34:06
んな危険な事しないで一時ファイルに書き出せよ

278:デフォルトの名無しさん
07/02/26 04:25:57
そーゆー話をしてるわけじゃないだろ？

279:デフォルトの名無しさん
07/02/26 15:13:39
参照カウントが０じゃないんだったら勝手にメモリが解放されるってことはなさそうだが。。。

要は、IBASE_Release() したあとに、エクステンションが確保した領域のメモリは使えないってことか？

280:デフォルトの名無しさん
07/02/26 22:56:27
BREW様の仕様ｄ

281: ◆LOUDNESSQA
07/02/27 00:20:32
>>279
参照カウンタが０じゃないと明示的にFREE()しないはずだけど、
生成したアプリが終了したときに勝手に開放される仕様らしい。

282:デフォルトの名無しさん
07/02/27 10:50:47
プロセス越えをするんなら、MALLOCじゃなく真にOS管理のヒープ機能使わないと駄目だろ
それともMALLOC=IHeap_Mallocなのかね?
Windowsだって一般にプロセスローカルなmallocじゃなく、GlobalAllocとか共有のための
メモリ管理機能をつかうことになるってのに
271のはBREWというより、むしろそのエクステンション自体のバグでしょ
多数から使われることを考慮してない実装になってるとかそんな感じの

そんな対応策無い、というなら280同意でｺﾞﾙｩｱ

283:デフォルトの名無しさん
07/02/27 15:08:01
>>280
そりゃああれか、エクステンションで確保したメモリは BREW OS から見ると
呼び出し側が確保したメモリ空間と同じになるようなヒープ管理してるってことか。

だから呼び出し側が終了で勝手にメモリ解放する仕様なのか。

だとすると、>>282 が言うように、GlobalAlloc
のような動作をするメモリ確保が出来ないときついね。

284:デフォルトの名無しさん
07/02/27 20:32:49
というかそれほんとに起こるの？
さすがにそんな糞な仕様になってるとは思えないんだけど。
コテハンの奴は信用できないから誰か確認してちょ。

それともフォーラムに質問投げるかね。

285:デフォルトの名無しさん
07/02/27 21:14:49
未開放があると普通に端末リセット掛かった記憶があるのだが
もう随分BREW触ってねーから覚えてねえや

286:デフォルトの名無しさん
07/02/28 02:28:23
>>251

ITHREADは利用禁止@開発支援サイトのFAQ

287:デフォルトの名無しさん
07/02/28 12:30:43
284
ykuboさんが言っているからまちがいない。

288:デフォルトの名無しさん
07/02/28 20:07:55
>>287 ykuboソースきぼん

289:284
07/02/28 20:57:34
>>287
俺が言ってるのは、>>280 の
＞エクステンションで確保したメモリは BREW OS から見ると
＞呼び出し側が確保したメモリ空間と同じになるようなヒープ管理してるってことか。
これに対してのレスな。

まあよく考えたら呼び出し側のメモリ空間になる訳が無いんだが。

あと、アプリが終了したときに解放されるのはそれでいいんじゃね。
PostEvent() でメモリ送るとか言ってるクソバカは困るかもしれないけどな。

290:デフォルトの名無しさん
07/03/01 10:53:12
新しい端末だと解約したらアプリ動かせなくなってきてる？('A`)

291:デフォルトの名無しさん
07/03/01 13:07:41
>>290
USIMカード端末は無理だね・・・
開発会社泣かせな仕様になったもんだ。

292:デフォルトの名無しさん
07/03/01 13:57:03
新規じゃなくて機種変で同じSIMカード使い回しならいけるよ。
Docomoと違ってSIMカードが違うと受け付けないのが面倒だけど。

293:デフォルトの名無しさん
07/03/01 16:24:38
QVGA対応のアプリから、ワイドQVGA対応アプリ(ブラウザとか)を呼び出すという事を
やってるんですが、EVT_APP_RESUME で戻って来た時に、IDISPLAY_ClearScreen
しても、QVGA領域しかクリアされないので、上の部分にワイドQVGAアプリの表示が
残ってしまうのですが、これって、呼び出し元のQVGAアプリからじゃ消せないですか？

294:デフォルトの名無しさん
07/03/01 16:56:16
>>293
復帰時に自動的にQVGAの範囲でクリッピングされてるとか。わからんけど。
AEEDeviceInfoのpDeviceInfo->cyScreenはどうなってる？
これでQVGA範囲だったら、じゃぁその範囲でしか描画処理は及ばないのだろう。

295:デフォルトの名無しさん
07/03/01 18:19:54
pDeviceInfo->cyScreen は 296 ですね。

調べたら AEECLSID_DISPLAY3 でなんか出来そうなので、やってみてます

296:デフォルトの名無しさん
07/03/05 19:28:32
ひなまつりは過ぎてしまいました保全。

297:デフォルトの名無しさん
07/03/06 13:12:36
だれか「BREWたん」を描いてよ。

298:デフォルトの名無しさん
07/03/06 13:35:11
BREWﾀﾝは選民意識が強いから、平民の勝手ユーザーは相手にしないよ！

299:デフォルトの名無しさん
07/03/06 22:00:25
そういや3月3日ってひなまつりだったな

300:デフォルトの名無しさん
07/03/06 23:39:21
ふと思ったんだけど、みんなはBREWリソースを使ってる？

BREWリソースエディタってなんか使いにくいし、扱いにくいじゃない。

「ファイルをまとめること」が重要なんだとすると、実は自前でひとつにまとめて
自分好みに扱える（読んだり書き込んだりする）仕組みを作れば便利なのでは？

とか思ったんだが、このアイデアって問題あるかな？

301:300
07/03/06 23:50:11
後、もうひとつ思った疑問。

BREWの使用禁止文字（ロシア文字や罫線）って、何が原因で使っちゃ駄目なんだろ？

そもそも、あう端末で使われてるメーラーやらブラウザ、オープンアプリプレーヤーなんかBREWで作られてるんだろう？
それなのに使用禁止文字が使える（入力できるし、表示できる）のが不思議でしょうがないんだよな。

まさか、開発会社によっては使用を許してたりするのかな～

┐（´～｀;）┌

302:デフォルトの名無しさん
07/03/07 12:22:59
>>300
わりと使ってるぜ。3.1のXMLデータ+コマンドラインで作るやつのみだけどな
バイナリ比較したら2.1のGUI版で作ったのと一致したからVer気にせずGO

どうしてもファイル名を保存しておく必要があるときは自作アーカイブにしたけど

303:デフォルトの名無しさん
07/03/07 13:32:46
>>300
文字列やら色んなもの格納してるよ。
俺も>>302と同様にリソースエディタは使ってないけど。

304:デフォルトの名無しさん
07/03/07 15:06:08
>>300
俺もver1.0.1のリソースコンパイラ使ってるよ。
ディレクトリに入ってるファイルの一覧をXMLに吐き出すツール作って、brewrcでビルドするだけだ。

305:300
07/03/07 23:54:46
>>302
>>303
>>304

レスさんくす。
なるほど、エディタを使わずにXML出力するツールを自作するっていう手もあるのか。

後、302が自作アーカイブでいった経験があるってのは貴重な意見だった。

ありがとう。

オイラも真似してやってみるよ。

（・∀・)ﾉ

306:デフォルトの名無しさん
07/03/09 20:04:26
もしかして、STRTOWSTR って、半角かな非対応？

307:デフォルトの名無しさん
07/03/09 22:30:33
STRTOWSTRなんて使うことあったっけ？

308:デフォルトの名無しさん
07/03/09 23:24:22
URLﾘﾝｸ(brewforums.qualcomm.com)

これだな

309:デフォルトの名無しさん
07/03/09 23:26:53
訳：STRTOWSTRは単純。STREXPANDは賢い。

310:デフォルトの名無しさん
07/03/10 00:44:20
海外向け？(´・ω・｀)

311:デフォルトの名無しさん
07/03/10 17:07:50
ガイド
>STRTOWSTR／WSTRTOSTR について
>(略)、使用しないでください。

チェックシート
>STRTOWSTR/WSTRTOSTR関数の使用禁止
>(略)、STREXPAND/WSTRCOMPRESS関数を使用してください。

312:デフォルトの名無しさん
07/03/10 17:08:56
>>331はau端末の話ね。
海外向けアプリはこの限りじゃない。

313:312
07/03/10 17:09:27
×　331
○　311

314:デフォルトの名無しさん
07/03/10 17:22:54
>>306 は半角かなって言ってるから、日本の端末でそ。

315:306
07/03/12 17:29:40
みんなありがとう。

KのドキュメントにSTREXPAND使えって書いてあるじゃんね。

超FAQな質問してごめん。(*´Д｀)

316:306
07/03/12 17:35:55
ちなみにやりたかったことは、

「SJIS文字列の中に特定文字列が存在するかどうか調べる。」

だったんだけど、STRSTR が頭悪いからいったん
AECHAR[] にしたほうがいいんでね？っていう判断だったのでした。

で、結局 char[] 型のまま SJIS 対応の STRSTR_SJIS を書いて解決。
処理速度もほとんど変わらずで問題なしになったのでした。

317:デフォルトの名無しさん
07/03/12 23:23:22
自作アーカイブでIFile直接操作できると
gzip展開の時にIFileから直接展開できる分
メモリ消費が少なくなっていいよね。

318:デフォルトの名無しさん
07/03/12 23:29:58
DQNめんともうちょっときれいにしてほしいでつ＞＜

319:デフォルトの名無し
07/03/13 16:44:55
>>317
IFile を継承して、中身は gzip の操作をするインターフェイスを作りたいってこと？

320:デフォルトの名無しさん
07/03/13 22:52:29
>>319
UnzipにそのままIFileぶっこめるだろ

321:デフォルトの名無しさん
07/03/14 12:23:17
>>320
ああそうか。

じゃあ、IFileMgr 継承したインターフェイスを作りたいってことか？

322:デフォルトの名無しさん
07/03/14 23:27:06
だれかPart8の過去ログ持ってませんか？
Wikiの過去ログもPart7までしかUPされてなくてさ

323:デフォルトの名無しさん
07/03/14 23:50:34
>>322
糞ロダへのupでいいなら
URLﾘﾝｸ(kasamatusan.sakura.ne.jp)

324:デフォルトの名無しさん
07/03/15 17:17:54
>>322
up してみた。こんなんでよいのだろうか。
URLﾘﾝｸ(brew.s214.xrea.com)

325:デフォルトの名無しさん
07/03/17 17:03:31
土曜日だが会社だ。ああまんどくせ。保全。

326:デフォルトの名無しさん
07/03/17 17:13:55
乙かれ

327:デフォルトの名無しさん
07/03/17 23:31:16
VCExpressでもプログラミングできる？
エミュまででいいから

328:デフォルトの名無しさん
07/03/17 23:48:14
できるはず。
プロジェクトは手動で作る必要あるけど。

329:デフォルトの名無しさん
07/03/19 14:47:43
>>327
うちはリリースしてるアプリをVCExpressで開発してる。

シミュレータともリンクして普通にデバッグできる。
ステップ実行とか、変数ウォッチとか、普通に出来る。

330:デフォルトの名無しさん
07/03/19 23:51:10
どうせドコモ以外は糞なんだよ！！！！！！

で330

331:デフォルトの名無しさん
07/03/22 18:11:02
保全

332:デフォルトの名無しさん
07/03/25 03:24:10
常時・定期通信制限厳格化まであと7日age

333:デフォルトの名無しさん
07/03/25 04:20:20
ユーザーには着うたとかがんがん落とさせるくせに、アプリには厳しすぎる

334:デフォルトの名無しさん
07/03/26 11:14:40
>>332
くあしく

335:デフォルトの名無しさん
07/03/26 17:08:51
>>334
とりあえず法人向けの話だから関係する人で気になる人はサイト見れ

336:デフォルトの名無しさん
07/03/27 18:36:05
BREW AppLoaderにて間違って日本語のファイル転送してしまったのだけど・・消す方法ないでしょうか・・

337:336
07/03/27 19:08:33
端末のアプリリセットをすると消すことができました。

338:デフォルトの名無しさん
07/03/28 12:49:52
>>336
おれは、アプリフォルダのファイルをすべて消すプログラムを書いて対処したことがある。

// 擬似コード
filemgr = CreateInstance( AEE_FILEMGR );
if( filemgr )
{
FileInfo info;
filemgr->EnumInit("",FALSE);
while( filemgr->EnumNext(&info) )
{
filemgr->Remove(info.szName);
}
}

339:デフォルトの名無しさん
07/03/28 23:09:53
ISSLがわからね～～～
リファレンス以外の資料はどこにあるんだ？

340:デフォルトの名無しさん
07/03/29 02:10:31
>>339
BREWではやったことないが、昔javaでjsse使って自前でTLSで
通信するサーバーとクライアントは作ったことあるんでちょいと覗いてみた

サンプル見る限り、生のソケットあけてISSLに食わせて、適当に接続先の
証明書ぶちこんでネゴさせりゃ動きそうなんだが・・・

341:デフォルトの名無しさん
07/03/30 10:25:27
サーバからpngファイルをダウンロードして、メモリ上のデータからIImageを作ろうと思ったんだが
一旦ファイルに保存してISHELL_LoadImageしないとダメ？

342:デフォルトの名無しさん
07/03/30 10:50:21
つ IMemAStream

343:デフォルトの名無しさん
07/03/30 11:41:37
>>342
あ～なるほど、ありがとう。
ちょっと処理が複雑になるけどしょうがないな。

344:デフォルトの名無しさん
07/03/30 14:05:41
あれっ、直接ソケットを渡せなかったっけか？

345:デフォルトの名無しさん
07/03/30 14:26:56
やばい・・・俺もSSLで嵌った＿|￣|○
まずはテストなのでgetもpostも送らず、
https経由で普通のhtmlを取得しようと思ったのですが
IEから接続できるURLﾘﾝｸ(hogehoge)<)

BREW3.1でテストしています。

346:デフォルトの名無しさん
07/03/30 18:45:57
証明書は？
べりさいん辺りのページには繋がる？

347:345
07/03/31 00:31:07
>>346
お返事ｻﾝｸｽ
ソースはそのまま別のサーバへ接続したら繋がりました。
って事で証明書が問題か・・・

最終的にはプライベート証明書を使うのですが、
現状見事に失敗してます。
上記ソースのIWebOptsをIX509Chainに変更して証明書を食わせただけですが。
どうも違うっぽい。

ソケットプログラムは理解度が浅いのでIWebでどうにかしたいのですが･･･
もう暫くもがいてみまーす。

348:デフォルトの名無しさん
07/03/31 02:05:25
最近スレの流れがゆっくりになってきたねぇ…
案件(？)が減ったのかな

349:デフォルトの名無しさん
07/03/31 02:53:36
>>347
証明書のファイル形式は合ってる？BREWが読めるのはDER形式だったはずですが。

350:345
07/03/31 22:02:33
>>349
DER形式です。
httpで接続できてる状態のクラスに、

IX509Chainインタフェースの生成
>ISHELL_CreateInstance( getShell(),AEECLSID_X509CHAIN, (void**)&m_ix509Cain);
証明書を追加
>IX509CHAIN_AddCert( m_ix509Cain, WEBOPT_X509_ROOT_CERTS, m_cainBuf, m_cainBufSize );

WebOptを変更
>IWEB_GetResponse(m_iWeb,
>(m_iWeb, &m_iWebRes, &m_CB, m_url,
>WEBOPT_HANDLERDATA, this,
>WEBOPT_METHOD, "GET",
>WEBOPT_HEADERHANDLER, headerHandler,
>WEBOPT_X509_HOST, m_hostName,
>WEBOPT_DEFAULTS, m_ix509Cain,
>WEBOPT_END));

という感じでやってますが、何処か問題の有りそうな箇所はありますか？

351:デフォルトの名無しさん
07/04/01 12:46:45
>>348
安心しろ、BREW4が出てくると・・・

次ページ