- 1 名前：デフォルトの名無しさん mailto:sage [2006/12/21(木) 13:37:32 ]
- BREW(Binary Runtime Environment for Wireless)についてのスレ
■テンプレ
brew.s214.xrea.com/pukiwiki/
kintubo.kakiko.com/brew/
■前スレ
08 pc8.2ch.net/test/read.cgi/tech/1147832791/
■過去スレ
07 pc8.2ch.net/test/read.cgi/tech/1137502541/
06 pc8.2ch.net/test/read.cgi/tech/1126846736/
05 pc8.2ch.net/test/read.cgi/tech/1119056460/
04 pc8.2ch.net/test/read.cgi/tech/1111028365/
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/
関連情報 >>2-10
- 231 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 02:29:45 ]
- さっさとマルチスレッド実装してほしい
- 232 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 14:48:48 ]
- ﾏﾙﾁｽﾚｯﾄﾞ導入したらしたで、また検証に項目が増えたり
必須実行項目が増えたりするんだろうなー('A`)y-~~
検証項目なんて作ってて出たバグの対応方法リストだしなｗ
- 233 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 18:26:38 ]
- しかもその大半は端末の方のバグな
- 234 名前：デフォルトの名無しさん mailto:sage [2007/02/17(土) 19:27:46 ]
- 端末の使用への準拠具合も、Qualcomm がきちんとチェックするべきだよな。
…チェックしてこの程度ならもう何もいわないが。
- 235 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 02:04:37 ]
- C++でやる場合ってnewをオーバーライドすると思うんですが、そうするとメモリリーク時に出るメッセージが全てnew内部のMALLOCの行番号になってしまいます。
とりあえず現在はnew呼び出し時に行番号とポインタをDBGPRINTして、リーク時のメッセージといちいち突き合わせして確認している状況です。
これだとメモリリークの発生源がなかなか特定できなくて不便なのですが、どうやって解消すれば良いのでしょうか？
- 236 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 02:40:00 ]
- >>234
Qualcommバグが無いとでも?
- 237 名前：デフォルトの名無しさん mailto:sage [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 を使うときにめんどくなるけど。
- 238 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 03:54:46 ]
- 一ユーザーだけどこれマジかい？
[297] 非通知さん sage
2007/02/17(土) 18:26:16 ID:smC0VA1u0
DoCoMoなみにJavaの自由度広げると、機種の検証が大変なんよ
それも出す度にだからね。
万一ケータイが壊れたりデータ飛んだらやばいだろ？
BREWなら検証制度あるから、そこでテストして弾けば、端末側に問題あってもOKなのよwww
これが新端末連発でしかも安く出来る一つの要因なわけ
- 239 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 05:26:40 ]
- 連発、安くできる要員ってんなもんねーわな
たぶん
- 240 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 08:56:26 ]
- 最後の一行だけなんで付いてるのか分からない文だな。
不具合があっても出荷できるから納期が短くなって安くできる
って言いたいのだろうか？
それ言ったら今の携帯はファームアップデートできるしな(´・ω・｀)
- 241 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 12:47:09 ]
- ただのあう叩きじゃねーの?何したいのかわからんな
- 242 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 16:04:41 ]
- >>229
IThreadがNGって2.xの話じゃなかったっけ？
3.1のみでもNG？？
今手元に資料無いのでアレなんだが、
たしか「リファレンスに乗ってないAPIは使用禁止」って記述から、
BREW2.xでIThreadは使えないって事だったような。
- 243 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 18:07:29 ]
- IThreadついてるの3.xからでしょ。
んで、動作保証ができないんで非推奨だったとおもった。
禁止されたかは覚えてない。
- 244 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 21:04:47 ]
- IThread自体は2.1であるよ
ただQualcommとして非推奨（試験的実装）だった
3.xでQualcomm的には公式API
- 245 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 21:19:21 ]
- 2.1からあったのか・・・
じゃあ、単にKDDI側の実装時の検証がすんでないとかそういうことか。
検証すらしてなかったりして。
- 246 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 21:44:25 ]
- スレッドを使いたくなる用途って何があるのかな…
俺はスレッド必要ないな
- 247 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 22:06:45 ]
- まあ俺に必要なBrewのスレッドは、ここだけだ。
- 248 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 22:50:02 ]
- >>246
Javaのスレッドマンセーなプログラムの移植とか。
あと非同期処理とUIが重なったとき
イベントトリブンなプログラムで書くよりかは
スレッド使った方がスマートになると思う。
Win32で言うところの DispatchMessage が有ればスレッド使わんでも良いのだけれど。
- 249 名前：デフォルトの名無しさん mailto:sage [2007/02/19(月) 21:59:17 ]
- >>247
だれがうまいこといえｔ
- 250 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 00:25:34 ]
- とりあえずKDDIでは3.1のIThreadは使用禁止だったよ。某支援サイトのFAQ。
まぁ使用は海外の仕事だけにしておきたまえ。
もしくは自己責任で。使用禁止な以上、42SAみたいなことがあっても
周りは誰も責任とってくれないぜ。
動いてんならかまわないとは思うけどね。
- 251 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 02:17:28 ]
- >>250
サンクス。
今日一日調べてもIThread禁止の記述が見つからないし
職場が2chアク禁で書き込めもできないし悩んでた。
下請けだもんで支援サイトとやらが・・・orz
いいや、もう忘れよう。
俺は何も見なかったんだ。そうにちまいない。
- 252 名前：かぬ [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
- 253 名前：デフォルトの名無しさん [2007/02/20(火) 18:17:55 ]
- 質問です。
MALLOCした領域を開放せずにアプリが終了したばあい、その領域って勝手に開放されちゃうの？
- 254 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 18:40:43 ]
- 携帯の電源が落とされるまでそのまんま。
勝手に開放してくれるんならテストする必要ないでしょ。
- 255 名前： ◆LOUDNESSQA [2007/02/20(火) 18:43:37 ]
- だってそんな現象がおきちゃったんだもん。
- 256 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 18:46:26 ]
- ノイズだかなんだかわからないレスが紛れ込んでるな
- 257 名前： ◆LOUDNESSQA [2007/02/20(火) 19:33:10 ]
- 自己解決しました。
開放されるが正しいよぅでつ
- 258 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 19:37:56 ]
- >>257
現行の端末全部で試してみな。
- 259 名前： ◆LOUDNESSQA [2007/02/20(火) 19:44:07 ]
- だってQ社がそう言ってるんだもん。
OEM依存ぢゃなぃんぢゃね？
- 260 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 20:03:49 ]
- ふーん。
- 261 名前： ◆LOUDNESSQA [2007/02/20(火) 23:59:10 ]
- ＞＜。
- 262 名前：デフォルトの名無しさん mailto:sage [2007/02/21(水) 15:42:05 ]
- IHtmlViewerのサスペンド／レジュームまわりについて質問です。
W42SAでテストしているのですが、
テキストボックスがあるHTMLに何かしら入力された状態で
サスペンド／レジュームを行うと、
レジューム後端末が落ちてしまう現象が起きています。
テキストボックスが空の状態だとレジューム成功するので、
原因がサッパリ判りませんです。
ちなみにサスペンド時にインスタンスを開放せず、
レジューム時にIHTMLVIEWER_SetActive()で復帰させると大丈夫ではあるのですが…
これをするとサービスガイドに違反(´・ω・｀)
何かアドバイス頂けないでしょうか〜
- 263 名前：デフォルトの名無しさん mailto:sage [2007/02/21(水) 16:58:44 ]
- IHTMLVIEWER は、サスペンド時に解放すべしってあったような。。。
きっとサスペンド中に保持してると不具合があるんだよ。
- 264 名前：262 mailto:sage [2007/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 名前：デフォルトの名無しさん mailto:sage [2007/02/21(水) 17:14:46 ]
- ちゃんとイベントハンドラ書いてるか？
IHTMLVIEWER_HandleEvent()
- 266 名前：265 mailto:sage [2007/02/21(水) 17:16:19 ]
- む、タッチの差だったか
- 267 名前：デフォルトの名無しさん mailto:sage [2007/02/22(木) 17:56:03 ]
- すみません。Visual Studio 2003で開発してるんですけど、デバッガで
変数に代入されたときにブレークポイントで停止するって機能を
ちゃんと使えてる方います？
いや、なんかこの機能だけうまく動作しない…。
- 268 名前：デフォルトの名無しさん [2007/02/24(土) 12:12:39 ]
- >>252 かぬさん ありがとう
- 269 名前： ◆LOUDNESSQA [2007/02/24(土) 23:28:01 ]
- brewforums.qualcomm.com/ja/showthread.php?t=790
アプリがMALLOCで確保したメモリは、アプリの終了時に開放されます。
ポインタのアドレスを渡して中身を共有することは動作上は問題ありませんが、上記の通り他のアプリが確保したメモリは他のアプリが終了するタイミングで開放され生存期間の保証がありませんのでお勧めしません。
- 270 名前：デフォルトの名無しさん mailto:sage [2007/02/25(日) 00:49:15 ]
- >>269
まあそれで検証が楽になるならいいんだけどな。
勝手に解放してくれるからって、CPになんかメリットあんの？
- 271 名前： ◆LOUDNESSQA [2007/02/25(日) 01:00:02 ]
- むしろデメリット。
シングルトンエクステンションの場合、
Ａアプリがエクステンションを生成して、Ｂアプリ、Ｃアプリが参照して、
Ａアプリが終了(インスタンス開放）すると、
Ｂアプリ、ＣアプリがAddRefしているからFREE()は行わないはずなんだけど、
FREE()を行ったのと同じ動作になっちゃうんです。
- 272 名前： ◆LOUDNESSQA [2007/02/25(日) 01:10:17 ]
- あるいは、ＡアプリがMALLOCした領域をPostEventにて、
Ｂアプリに送る。
Ｂアプリにイベントが届く前にＡアプリが終了した場合、
その領域が保障されません。
- 273 名前：デフォルトの名無しさん mailto:sage [2007/02/25(日) 07:39:51 ]
- メモリやりとりの場合、
参照しているのがあったら終了しないのが常識と思っていた
（Windowsでもメモリ内容を直接、他アプリに渡す
WM_COPYDATAメッセージがあるが、それも同様）
が、そういう考え方もあるのね‥‥
（Windows等、他のOSで271,272のような操作を行って
正常に動作するかは、やったことなんて無いので分からない）
- 274 名前：デフォルトの名無しさん mailto:sage [2007/02/25(日) 07:41:46 ]
- というか、大抵はアプリ終了時は
責任を持ってアプリ内でFREEするのが常識と
思っていたな（ｗ
- 275 名前：デフォルトの名無しさん mailto:sage [2007/02/25(日) 11:28:15 ]
- というかＢアプリとＣアプリが参照してる状態でＡアプリは終了出来るのか？
そんでもしそれが出来たとして、Ａアプリが終了したらＢアプリとＣアプリから参照してるＡアプリは不正になるわけで。
で、しかもＡアプリが残した残骸があったら、ＢアプリかＣアプリがFREE()することになるんだろうけど、
そんな別アプリにまたがって解放できるかどうかが問題だし、そもそもそんな構造にすべきじゃない。
- 276 名前：デフォルトの名無しさん mailto:sage [2007/02/25(日) 13:04:39 ]
- ○○はサスペンドする時に必ず開放してくださいって
検証項目に追加すればおｋ
- 277 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 02:34:06 ]
- んな危険な事しないで一時ファイルに書き出せよ
- 278 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 04:25:57 ]
- そーゆー話をしてるわけじゃないだろ？
- 279 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 15:13:39 ]
- 参照カウントが０じゃないんだったら勝手にメモリが解放されるってことはなさそうだが。。。
要は、IBASE_Release() したあとに、エクステンションが確保した領域のメモリは使えないってことか？
- 280 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 22:56:27 ]
- BREW様の仕様ｄ
- 281 名前： ◆LOUDNESSQA [2007/02/27(火) 00:20:32 ]
- >>279
参照カウンタが０じゃないと明示的にFREE()しないはずだけど、
生成したアプリが終了したときに勝手に開放される仕様らしい。
- 282 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 10:50:47 ]
- プロセス越えをするんなら、MALLOCじゃなく真にOS管理のヒープ機能使わないと駄目だろ
それともMALLOC=IHeap_Mallocなのかね?
Windowsだって一般にプロセスローカルなmallocじゃなく、GlobalAllocとか共有のための
メモリ管理機能をつかうことになるってのに
271のはBREWというより、むしろそのエクステンション自体のバグでしょ
多数から使われることを考慮してない実装になってるとかそんな感じの
そんな対応策無い、というなら280同意でｺﾞﾙｩｱ
- 283 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 15:08:01 ]
- >>280
そりゃああれか、エクステンションで確保したメモリは BREW OS から見ると
呼び出し側が確保したメモリ空間と同じになるようなヒープ管理してるってことか。
だから呼び出し側が終了で勝手にメモリ解放する仕様なのか。
だとすると、>>282 が言うように、GlobalAlloc
のような動作をするメモリ確保が出来ないときついね。
- 284 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 20:32:49 ]
- というかそれほんとに起こるの？
さすがにそんな糞な仕様になってるとは思えないんだけど。
コテハンの奴は信用できないから誰か確認してちょ。
それともフォーラムに質問投げるかね。
- 285 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 21:14:49 ]
- 未開放があると普通に端末リセット掛かった記憶があるのだが
もう随分BREW触ってねーから覚えてねえや
- 286 名前：デフォルトの名無しさん [2007/02/28(水) 02:28:23 ]
- >>251
ITHREADは利用禁止@開発支援サイトのFAQ
- 287 名前：デフォルトの名無しさん [2007/02/28(水) 12:30:43 ]
- 284
ykuboさんが言っているからまちがいない。
- 288 名前：デフォルトの名無しさん [2007/02/28(水) 20:07:55 ]
- >>287 ykuboソースきぼん
- 289 名前：284 mailto:sage [2007/02/28(水) 20:57:34 ]
- >>287
俺が言ってるのは、>>280 の
＞エクステンションで確保したメモリは BREW OS から見ると
＞呼び出し側が確保したメモリ空間と同じになるようなヒープ管理してるってことか。
これに対してのレスな。
まあよく考えたら呼び出し側のメモリ空間になる訳が無いんだが。
あと、アプリが終了したときに解放されるのはそれでいいんじゃね。
PostEvent() でメモリ送るとか言ってるクソバカは困るかもしれないけどな。
- 290 名前：デフォルトの名無しさん mailto:sage [2007/03/01(木) 10:53:12 ]
- 新しい端末だと解約したらアプリ動かせなくなってきてる？('A`)
- 291 名前：デフォルトの名無しさん mailto:sage [2007/03/01(木) 13:07:41 ]
- >>290
USIMカード端末は無理だね・・・
開発会社泣かせな仕様になったもんだ。
- 292 名前：デフォルトの名無しさん mailto:sage [2007/03/01(木) 13:57:03 ]
- 新規じゃなくて機種変で同じSIMカード使い回しならいけるよ。
Docomoと違ってSIMカードが違うと受け付けないのが面倒だけど。
- 293 名前：デフォルトの名無しさん [2007/03/01(木) 16:24:38 ]
- QVGA対応のアプリから、ワイドQVGA対応アプリ(ブラウザとか)を呼び出すという事を
やってるんですが、EVT_APP_RESUME で戻って来た時に、IDISPLAY_ClearScreen
しても、QVGA領域しかクリアされないので、上の部分にワイドQVGAアプリの表示が
残ってしまうのですが、これって、呼び出し元のQVGAアプリからじゃ消せないですか？
- 294 名前：デフォルトの名無しさん mailto:sage [2007/03/01(木) 16:56:16 ]
- >>293
復帰時に自動的にQVGAの範囲でクリッピングされてるとか。わからんけど。
AEEDeviceInfoのpDeviceInfo->cyScreenはどうなってる？
これでQVGA範囲だったら、じゃぁその範囲でしか描画処理は及ばないのだろう。
- 295 名前：デフォルトの名無しさん mailto:sage [2007/03/01(木) 18:19:54 ]
- pDeviceInfo->cyScreen は 296 ですね。
調べたら AEECLSID_DISPLAY3 でなんか出来そうなので、やってみてます
- 296 名前：デフォルトの名無しさん mailto:sage [2007/03/05(月) 19:28:32 ]
- ひなまつりは過ぎてしまいました保全。
- 297 名前：デフォルトの名無しさん mailto:sage [2007/03/06(火) 13:12:36 ]
- だれか「BREWたん」を描いてよ。
- 298 名前：デフォルトの名無しさん mailto:sage [2007/03/06(火) 13:35:11 ]
- BREWﾀﾝは選民意識が強いから、平民の勝手ユーザーは相手にしないよ！
- 299 名前：デフォルトの名無しさん mailto:sage [2007/03/06(火) 22:00:25 ]
- そういや3月3日ってひなまつりだったな
- 300 名前：デフォルトの名無しさん mailto:sage [2007/03/06(火) 23:39:21 ]
- ふと思ったんだけど、みんなはBREWリソースを使ってる？
BREWリソースエディタってなんか使いにくいし、扱いにくいじゃない。
「ファイルをまとめること」が重要なんだとすると、実は自前でひとつにまとめて
自分好みに扱える（読んだり書き込んだりする）仕組みを作れば便利なのでは？
とか思ったんだが、このアイデアって問題あるかな？
- 301 名前：300 mailto:sage [2007/03/06(火) 23:50:11 ]
- 後、もうひとつ思った疑問。
BREWの使用禁止文字（ロシア文字や罫線）って、何が原因で使っちゃ駄目なんだろ？
そもそも、あう端末で使われてるメーラーやらブラウザ、オープンアプリプレーヤーなんかBREWで作られてるんだろう？
それなのに使用禁止文字が使える（入力できるし、表示できる）のが不思議でしょうがないんだよな。
まさか、開発会社によっては使用を許してたりするのかな〜
┐（´〜｀;）┌
- 302 名前：デフォルトの名無しさん mailto:sage [2007/03/07(水) 12:22:59 ]
- >>300
わりと使ってるぜ。3.1のXMLデータ+コマンドラインで作るやつのみだけどな
バイナリ比較したら2.1のGUI版で作ったのと一致したからVer気にせずGO
どうしてもファイル名を保存しておく必要があるときは自作アーカイブにしたけど
- 303 名前：デフォルトの名無しさん mailto:sage [2007/03/07(水) 13:32:46 ]
- >>300
文字列やら色んなもの格納してるよ。
俺も>>302と同様にリソースエディタは使ってないけど。
- 304 名前：デフォルトの名無しさん mailto:sage [2007/03/07(水) 15:06:08 ]
- >>300
俺もver1.0.1のリソースコンパイラ使ってるよ。
ディレクトリに入ってるファイルの一覧をXMLに吐き出すツール作って、brewrcでビルドするだけだ。
- 305 名前：300 mailto:sage [2007/03/07(水) 23:54:46 ]
- >>302
>>303
>>304
レスさんくす。
なるほど、エディタを使わずにXML出力するツールを自作するっていう手もあるのか。
後、302が自作アーカイブでいった経験があるってのは貴重な意見だった。
ありがとう。
オイラも真似してやってみるよ。
（ ・∀・)ﾉ
- 306 名前：デフォルトの名無しさん mailto:sage [2007/03/09(金) 20:04:26 ]
- もしかして、STRTOWSTR って、半角かな非対応？
- 307 名前：デフォルトの名無しさん mailto:sage [2007/03/09(金) 22:30:33 ]
- STRTOWSTRなんて使うことあったっけ？
- 308 名前：デフォルトの名無しさん mailto:sage [2007/03/09(金) 23:24:22 ]
- ttp://brewforums.qualcomm.com/showthread.php?t=5809
これだな
- 309 名前：デフォルトの名無しさん mailto:sage [2007/03/09(金) 23:26:53 ]
- 訳：STRTOWSTRは単純。STREXPANDは賢い。
- 310 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 00:44:20 ]
- 海外向け？(´・ω・｀)
- 311 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 17:07:50 ]
- ガイド
>STRTOWSTR／WSTRTOSTR について
>(略)、使用しないでください。
チェックシート
>STRTOWSTR/WSTRTOSTR関数の使用禁止
>(略)、STREXPAND/WSTRCOMPRESS関数を使用してください。
- 312 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 17:08:56 ]
- >>331はau端末の話ね。
海外向けアプリはこの限りじゃない。
- 313 名前：312 mailto:sage [2007/03/10(土) 17:09:27 ]
- × 331
○ 311
- 314 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 17:22:54 ]
- >>306 は半角かなって言ってるから、日本の端末でそ。
- 315 名前：306 mailto:sage [2007/03/12(月) 17:29:40 ]
- みんなありがとう。
KのドキュメントにSTREXPAND使えって書いてあるじゃんね。
超FAQな質問してごめん。(*´Д｀)
- 316 名前：306 mailto:sage [2007/03/12(月) 17:35:55 ]
- ちなみにやりたかったことは、
「SJIS文字列の中に特定文字列が存在するかどうか調べる。」
だったんだけど、STRSTR が頭悪いからいったん
AECHAR[] にしたほうがいいんでね？っていう判断だったのでした。
で、結局 char[] 型のまま SJIS 対応の STRSTR_SJIS を書いて解決。
処理速度もほとんど変わらずで問題なしになったのでした。
- 317 名前：デフォルトの名無しさん mailto:sage [2007/03/12(月) 23:23:22 ]
- 自作アーカイブでIFile直接操作できると
gzip展開の時にIFileから直接展開できる分
メモリ消費が少なくなっていいよね。
- 318 名前：デフォルトの名無しさん mailto:sage [2007/03/12(月) 23:29:58 ]
- DQNめんともうちょっときれいにしてほしいでつ＞＜
- 319 名前：デフォルトの名無し mailto:sage [2007/03/13(火) 16:44:55 ]
- >>317
IFile を継承して、中身は gzip の操作をするインターフェイスを作りたいってこと？
- 320 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 22:52:29 ]
- >>319
UnzipにそのままIFileぶっこめるだろ
- 321 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 12:23:17 ]
- >>320
ああそうか。
じゃあ、IFileMgr 継承したインターフェイスを作りたいってことか？
- 322 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 23:27:06 ]
- だれかPart8の過去ログ持ってませんか？
Wikiの過去ログもPart7までしかUPされてなくてさ
- 323 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 23:50:34 ]
- >>322
糞ロダへのupでいいなら
kasamatusan.sakura.ne.jp/cgi-bin2/src/ichi79877.zip.html
- 324 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 17:17:54 ]
- >>322
up してみた。こんなんでよいのだろうか。
brew.s214.xrea.com/pukiwiki/?plugin=attach&refer=FrontPage&openfile=1147832791.html
- 325 名前：デフォルトの名無しさん mailto:sage [2007/03/17(土) 17:03:31 ]
- 土曜日だが会社だ。ああまんどくせ。保全。
- 326 名前：デフォルトの名無しさん mailto:sage [2007/03/17(土) 17:13:55 ]
- 乙かれ
- 327 名前：デフォルトの名無しさん mailto:sage [2007/03/17(土) 23:31:16 ]
- VCExpressでもプログラミングできる？
エミュまででいいから
- 328 名前：デフォルトの名無しさん mailto:sage [2007/03/17(土) 23:48:14 ]
- できるはず。
プロジェクトは手動で作る必要あるけど。
- 329 名前：デフォルトの名無しさん mailto:sage [2007/03/19(月) 14:47:43 ]
- >>327
うちはリリースしてるアプリをVCExpressで開発してる。
シミュレータともリンクして普通にデバッグできる。
ステップ実行とか、変数ウォッチとか、普通に出来る。
- 330 名前：デフォルトの名無しさん [2007/03/19(月) 23:51:10 ]
- どうせドコモ以外は糞なんだよ！！！！！！
で330
- 331 名前：デフォルトの名無しさん mailto:sage [2007/03/22(木) 18:11:02 ]
- 保全
|
 |
