Microsoft Visual C++ Toolkit 2003 質問箱

Microsoft Visual C++ ..

409:デフォルトの名無しさん
05/07/19 18:46:04
>>407
Code::Blocks使ってみたら。
VC++のプロジェクトをインポートできる。
URLﾘﾝｸ(www.codeblocks.org)

410:デフォルトの名無しさん
05/07/21 09:18:31
なんか最近SDKのファイル構成変わったの？
IA-32用、IA-64用とかに分かれちゃってるけど。

もしかしてIA-32のパッケージからはATLやらツール類やらが削られたとか？
更新していいものなのかどうか（´・ω・｀）

411:デフォルトの名無しさん
05/07/22 18:11:16
>>403
SSEは使いたかったらxmmintrin.hやらfvec.hやらを使えばええよ。

Intelのサイトとかに使い方のマニュアルやらサンプルやらがあるはず。

ICCで使えばもうインラインアセンブラ不要なレベルまで最適化してくれる。
（ロード・ストア操作のスケジューリングを自動化してくれてめちゃくちゃ楽。x86→x64のコード移植も楽々。）

412:デフォルトの名無しさん
05/07/22 20:09:44
>>411
それら一応既出な。>>394-395

ICC持ってんのか。うらやましいもんだ。
ICCも速いらしいがVectorCはどうなんだろうな。
学部生の自分にはどっちも高くて手が出ないがorz

413:デフォルトの名無しさん
05/07/22 21:33:11
貧乏人は gcc 4 の自動ベクトル化に期待。誰か試した？

414:デフォルトの名無しさん
05/07/26 05:07:04
VC++.NET standardでToolkitを使おうと思うんですが
どうやったら使えるようになりますか？

415:デフォルトの名無しさん
05/07/26 14:03:48
>>414
cl.exeを上書き保存

416:デフォルトの名無しさん
05/07/26 17:18:47
>>415
おいおい、
オプションの実行可能ファイルのフォルダ指定で
toolkitのCL.EXEのパスをVSのそれより上位にすればいい。

417:デフォルトの名無しさん
05/07/26 21:46:19
>>415-416
ありがとうございました。
やってみます。

418:デフォルトの名無しさん
05/07/26 21:51:21
>>415-416
ありがとうございました。
やってみます。

419:デフォルトの名無しさん
05/07/28 07:09:21
Code::Blocksいいねこれ
簡単にコンパイルできる環境ができたよ

420:デフォルトの名無しさん
05/07/29 08:07:24
VC++6でToolkitを使おうと思うんですが
無理ですか？

421:デフォルトの名無しさん
05/07/29 12:26:20
>>420
漏れは使ってる。
2003TKだと6のデバッガが使えずめどいのでテスト中は6でビルド。
6のMFCもmsvcrt71.dllとmsvcrt.dllと両方ロードするようになるのさえ我慢すれば一応リンク可。

422:デフォルトの名無しさん
05/08/01 01:30:32
先週、外装交換してもらうためにauショップいったらそろそろ外装交換ができなくなるような話をしてた…

423:デフォルトの名無しさん
05/08/01 02:21:50
>>422
誤爆？

424:420
05/08/02 03:39:13
>>421
ｻﾝｸｽｺ!
やってみるです。
(回線細いので落とすのに勇気が必要だった)

425:デフォルトの名無しさん
05/08/08 17:29:43
Code::Blocks 1.0-RC1-1出てた。

426:デフォルトの名無しさん
05/08/10 11:19:15
Code::Blocksって普通に日本語使えるの？

427:デフォルトの名無しさん
05/08/11 19:23:46
使える

428:デフォルトの名無しさん
05/08/15 02:37:01
Code::Blocksで
「LINK : fatal error LNK1123: failure during conversion to COFF: file invalid or corrupt」
とでてしまうのですが、何が問題なのでしょうか？

DOSプロンプトから手打ちでは、成功します｡
URLﾘﾝｸ(cazlog.cocolog-nifty.com)
に載っているサンプルプログラムを試しています｡

429:デフォルトの名無しさん
05/08/15 18:46:59
>>428
やってみたけどエラー出なかった。
とりあえず、コンパイラログを貼ってみて。
「Compiler Settings」＞「Ｏｔｈｅｒ」で「Compiler logging」を「Full command line」にしておけよ。

430:428
05/08/15 20:13:16
>>429
わざわざ試して頂いてありがとうございます｡
ちょっと長くなりますが、こんな感じのエラーでてしまいます｡

Project : Console application
Compiler : Microsoft Visual C++ Toolkit 2003 (called directly)
Directory : F:\PROJ\testPoj\
--------------------------------------------------------------------------------
Switching to target: default
RC.Exe /I"D:\Microsoft Visual C++ Toolkit 2003\include" /I"D:\Microsoft Platform SDK\Include" -fo.objs\vctest.res vctest.rc
cl.exe /nologo /I"D:\Microsoft Visual C++ Toolkit 2003\include" /I"D:\Microsoft Platform SDK\Include" /c vctest.cpp /Fo.objs\vctest.obj
vctest.cpp
link.exe /nologo /LIBPATH:"D:\Microsoft Visual C++ Toolkit 2003\lib" /LIBPATH:"D:\Microsoft Platform SDK\Lib" /out:consoleTest.exe .objs\vctest.obj .objs\vctest.res user32.lib kernel32.lib gdi32.lib
LINK : fatal error LNK1123: failure during conversion to COFF: file invalid or corrupt
Process terminated with status 1 (0 minutes, 1 seconds)
1 errors, 0 warnings

431:デフォルトの名無しさん
05/08/15 20:26:15
ライブラリの形式が違うってエラーじゃなかった？

432:デフォルトの名無しさん
05/08/15 23:22:34
ライブラリですか。。
user32.libはたぶんMicrosoft Platform SDKのを使っていると思います。
ちゃんとパスが通ってるのなら。

433:デフォルトの名無しさん
05/08/15 23:46:49
他にリンクしているライブラリや、コンパイル済みのobjファイルが
あると思うんだけど。

434:デフォルトの名無しさん
05/08/16 00:27:41
DOSコマンドラインで手動ビルドが成功してるんなら既製ライブラリには問題ないんじゃないの。
たまたまvctest.obj vctest.resの生成に失敗してるのかもしれない｡
２，３回リビルドしてみたら。

コンパイルログは問題なさそう。
こっちではこれでいけてる。参考までに貼っとく。

Project : Console application
Compiler : Copy of Microsoft Visual C++ Toolkit 2003 (called directly)
Directory : D:\UnPack\test\
--------------------------------------------------------------------------------
Switching to target: default
rc.exe -fo.objs\test.res test.rc
cl.exe /nologo /ID:\Microsoft\VC++Toolkit\include /ID:\Microsoft\psdk\include /ID:\dxsdk\Include /c main.cpp /Fo.objs\main.obj
main.cpp
link.exe /nologo /LIBPATH:D:\Microsoft\VC++Toolkit\lib /LIBPATH:D:\Microsoft\psdk\lib /LIBPATH:D:\dxsdk\Lib /out:D:\UnPack\test\console.exe Kernel32.lib User32.lib Gdi32.lib .objs\main.obj .objs\test.res
Process terminated with status 0 (0 minutes, 10 seconds)
0 errors, 0 warnings

435:デフォルトの名無しさん
05/08/16 02:21:47
みなさん、ありがとうございます。
個人的に怪しかったcvtres.exeを代えてみたところ、まずうまくいきました。
以前はpsdkのwin64に入ってたものを使っていたのですが
これをFramework(v1.1.4322)のものに変えたらすんなり実行できました｡

win64はたぶん64bitCPUに対応したもので
うちのCPUはPIIIなのですが、これがいけなかったのかと思っています｡

そして別のサイトさんで
「I-64用なので、環境変数PATHの一番最後に指定」
とあったので、CompilerSettings-Programs-Additional Pathsで
VCTKitのBIN　SDKのBin　SDKのBinのWin64　の順に登録したらwin64中のcvtres.exeで
通るようになりました｡

要はWin64ディレクトリにある他のDLLファイル等はIA-64用だったので
これを最後に見に行くようにしてなかったのがいけなかったようです｡

明日も早いので、むちゃむちゃな文章で悪いのですが
簡単な情報として書き込んで失礼致します｡

436:デフォルトの名無しさん
05/08/19 12:41:29
ﾊｲｰｷｮだなあ……

437:デフォルトの名無しさん
05/09/02 01:38:39
すみません教えてください。　
Win32APIのReadConsoleとか使ってコンソールアプリを作っているのですが　
パスワード入力のところで、エコーバック無しで入力させたいのですが　
どのようにすれば良いのでしょうか？　
SetConsoleModeとか？いろいろやってみたのですがダメです。　

438:デフォルトの名無しさん
05/09/02 01:57:36
>>435
>psdkのwin64に入ってたものを使っていたのですが
…

439:デフォルトの名無しさん
05/09/02 02:10:12
>>437
試してないけど↓こんな感じでいけないの？

BOOL bRet = FALSE;
DWORD dwOldMode = 0;

//現在のモード取得
bRet = GetConsoleMode(hConsoleHandle,&dwOldMode);

//エコーのビットを落とす
dwNewMode = dwOldMode & (~ENABLE_ECHO_INPUT);
bRet = SetConsoleMode(hConsoleHandle,dwNewMode);

//パスワード入力処理
ReadConsole等…

//もとにもどす
bRet = SetConsoleMode(hConsoleHandle,dwOldMode);

440:デフォルトの名無しさん
05/09/29 18:48:35
これでコンパイルしたlame.exe(lame-3.96.1)はICLでコンパイルされた
RareWareで配布されているバイナリとかServices for Unixに付属の
gcc-3.3と違うエンコ結果になる。VB.NET Standard付属のcl.exeも同様。

441:デフォルトの名無しさん
05/09/29 19:11:27
そうやって簡単に言い切れるところがすごい

442:440
05/09/30 04:04:46
いや試すのは簡単。用意されているmakefile使ったりconfigureすれば
いいだけだから。あとはmp3ファイルのmd5sumを取ればいい。

443:デフォルトの名無しさん
05/09/30 07:04:44
ソフトの処理内容がコンパイラによって変わるってあやしすぎね？

444:デフォルトの名無しさん
05/09/30 10:31:00
浮動小数の演算結果が処理系によって違いが出るのは至って普通

445:デフォルトの名無しさん
05/09/30 10:48:42
ファイルを配布する側は、すべての環境でテストしたわけじゃないから
用意されてるmakefileがあなたのお使いの環境にあってる保証はないですよ。

446:デフォルトの名無しさん
05/09/30 15:24:28
sseとかの有無は合わせてるのか？

447:440
05/09/30 16:18:38
>>443
そうなんです。あやしすぎます。

>>444
それかもですねぇ。

>>445
MSVC用ってだけなんで個々(VC6, VC7など)の cl.exe 間の相違については考慮
してないのかも。もうちょっと詳しく見てみます。

>>446
MMXの使用有無は試しました。使っても使わなくても同一のMP3ファイルが
できました。SSE*は私のCPUにはついてないので試せないですorz

448:デフォルトの名無しさん
05/09/30 16:25:31
最適化が影響与えてるとか

449:デフォルトの名無しさん
05/10/05 00:19:34
>>447
MMXの有り無しで違いがないなんて普通はないはず。
MMX整数を使えば精度が落ちる。
ちゃんとMMXが使われているかどうかアセンブラコードを出力して確認してみろ。

450:デフォルトの名無しさん
05/10/24 10:39:12
クラスの内部でconstを使った定数を使いたいのですが、どのように書けばよいのでしょうか？

451:デフォルトの名無しさん
05/10/24 17:14:34
>>450
class　hoge
{
　　　　static　const　int　Foo　=　1;
};

452:デフォルトの名無しさん
05/10/25 13:59:57
>>449
>MMX整数を使えば精度が落ちる
整数演算で精度は落ちないだろ？

MMXレジスタで数値オーバーするような状況に
MMXを適用してるとしたらプログラムがタコ

453:デフォルトの名無しさん
05/10/25 14:18:37
>>452
わろた

454:デフォルトの名無しさん
05/10/26 00:41:03
>>452
アホ？
それともプログラミングしたことないのか？

455:デフォルトの名無しさん
05/10/26 00:56:57
流れも読まずに飽和演算の動きが違うからと言ってみる

456:デフォルトの名無しさん
05/10/26 02:06:51
まあそう言ってやるな。
つまるところ有効精度の問題だ。
MMXだとDWORDx2を使うと、汎用レジスタ使った方が早い。
従ってMMX使う場合、まあWORDx4で演算することになる。
乗除算で有効精度はどんどん落ちる。
あと、・整数で演算するからといって、演算対象が整数だとも限らん。
（判り易く10進数で例示すると、　123.45 * 100 = 12345　（整数化））

457:デフォルトの名無しさん
05/10/26 02:30:00
>>452
オーバーフローなんか精度云々以前の問題だろ。
結果が全然違ってくるぞ。

458:440
05/10/26 05:01:29
すんませんです。私のせいかも。まだ検証していません。
もしお暇な方がいらっしゃいましたら検証おながいします。

ほんとにすんません。

459:デフォルトの名無しさん
05/10/26 08:49:18
>>456
> MMXだとDWORDx2を使うと、汎用レジスタ使った方が早い。
嘘つくなって。
しかも有効精度とかいってるあたり、何か勘違いしてるだけのような気が。

> あと、・整数で演算するからといって、演算対象が整数だとも限らん。
ヒント：標本化 → 量子化 → 符号化

460:デフォルトの名無しさん
05/10/26 17:37:04
わろた。
全然トンチンカンなヒントになってる。
それとちゃんと説明するクセをつけたほうがいいぞ。
じゃないと自分でもわかったつもりになって終わるし、
突っ込むほうだって範囲が広すぎてイヤになる。

461:デフォルトの名無しさん
05/10/26 17:52:13
>>459
＞嘘つくなって。
アスロンだと違うのかな？
Pen3/4で非常に苦労してるんだが？

462:デフォルトの名無しさん
05/10/26 18:11:43
>>452
8bitで表わせる範囲の数（0-255）であっても
16bit(WORD)で演算するのはちょっと精度不足だよ。
せいぜい10bit程度しかシフトできないんで、DWORDで計算するのとでは
誤差の出方が違ってくる。
実際プログラミングして試してみれ。

463:デフォルトの名無しさん
05/10/26 22:14:36
あ、ごめん。
いきなり10bitなんて言っても何のことだか分からないよね。
これはある演算をするときにオーバーフローしないぎりぎりの精度を保つときの値で
別の演算には通用しない。（一般には8bit以下しかシフトできない）
が、これでも精度落ちするってこと。

464:デフォルトの名無しさん
05/10/27 03:32:00
「精度」と言う単語を誤用している人間が居るので話がややこしくなる。

465:デフォルトの名無しさん
05/10/27 09:01:26
>>464
俺にはどうややこしくなるのかさっぱりわからんが？
何と混同するっていうの？

466:デフォルトの名無しさん
05/10/27 09:35:51
>>464
ちょっと、どう誤用なのか説明してくれ
URLﾘﾝｸ(www.google.com)

467:デフォルトの名無しさん
05/10/27 10:43:07
>>466
計算精度、有効桁数と言えってことだろうね。
でも誰も意味を取り違えたりしないって。
はっきり言って議論に水さしする、瑣末にこだわる嫌な人って思われるさ。

468:デフォルトの名無しさん
05/10/27 13:03:07
そんな事より >>462 の言っている事がサッパリ分からないヘタレな俺に
詳しく説明してくれまいか

469:デフォルトの名無しさん
05/10/27 14:09:50
>>468
MPEGのデコーダーでそんなのがあった気がする。
32bit-MMXだと精度不足になるだとか。
俺がよく知ってる事例だと、YUV->RGB変換でのＭＭX計算とかかな？

470:468
05/10/27 15:38:00
>>469 さんありがとぅ、でもそう言うのじゃないんです

>>462 の
> 8bitで表わせる範囲の数（0-255）であっても
> 16bit(WORD)で演算するのはちょっと精度不足だよ。
この場合、最大8bitの整数同士の演算結果を16bitで表すのだから
オーバーフローやアンダーフローも起こり得ないのに「精度不足」
と言うのが分からない

> せいぜい10bit程度しかシフトできないんで、DWORDで計算するのとでは
> 誤差の出方が違ってくる。
整数演算の結果をなぜシフトする必要があるのか？整数演算での誤差？

まさかとは思うが、固定小数点での演算を整数演算と言っているの？

471:デフォルトの名無しさん
05/10/27 16:53:12
「どんな演算をするか」を定義しないで話を進めても駄
目だろ。たとえば、Nbit同士の加算なら2Nbitのワーク
スペースで2^N回実行可能。

a_i, b_i をNbitとして c = Σa_i b_i を並列でやるな
ら各乗算結果は2Nbit幅必要。加算結果はΣの数に依る。

バタフライ演算とかでcを次段の乗算係数として用いる
場合、誤差を出さないよう幅を拡張したルーチンに切り
替える場合もあるし、誤差が許容範囲ならNbit演算ルー
チンを使いまわすためにNbitに丸めることもある。

但し、ただ丸めただけでは誤差がひどいので最上位ビッ
トがセットされている状態に丸め（もちろん四捨五入し
た後）、何bitシフトしたかを覚えておいたりする（仮
想的な浮動小数点数のようなもの）。

アルゴリズムによっては上記ビット数を厳密に守らなく
ても良い成果を出す方法もある（加減算を交互に配置す
る、など）。

MMXで誤差無くす方法なんてなんぼでもあるだろ。
面倒いけど。

472:デフォルトの名無しさん
05/10/27 21:41:47
どうしていつの間にか整数演算になっちゃったんだろう？
MPEG音声圧縮の話なんだろ、元々は。

473:デフォルトの名無しさん
05/10/27 21:45:42
しかもVCTKには関係ない話題だ。
なんかVC++のよろず質問スレと勘違いされている。

474:デフォルトの名無しさん
05/10/28 02:05:29
元の質問はスレ違いでもないと思うけど

475:デフォルトの名無しさん
05/10/28 17:08:48
VCTK2003でプリコンパイル済みヘッダ使う場合、/Ycと/YuのオプションつければOKですか？
あと、/Yuでパス指定する場合はフルパスじゃないとだめですか？

今までVC++6.0ばっかり使ってきたんで、この辺さっぱりわからないですorz

476:デフォルトの名無しさん
05/10/28 17:26:38
VC++6でプロジェクト作ったらわかりそうなもんだが

477:デフォルトの名無しさん
05/10/28 20:17:31
>>475
VC6のプロジェクトの設定(プロパティかも)をじっくり見ろ。

478:デフォルトの名無しさん
05/10/28 21:15:57
ブルジョワどもめ。

479:デフォルトの名無しさん
05/10/29 09:31:16
あるえ

480:デフォルトの名無しさん
05/11/01 20:43:08
>>459
Pentium4のデータだが、全命令でそうだとは言わないが、
大体、MMXは汎用IA32命令の4倍の時間がかかるよ。
これでも、嘘つくなってって言うのか？

汎用命令
MOV　レイテンシ 0.5 スループット 0.5
ADD レイテンシ 0.5 スループット 0.5

MMX整数命令
MOVD mm,r32 レイテンシ 2 スループット 1
MOVD r32,mm レイテンシ 5 スループット 1
PADDD/PANDなど　レイテンシ 2 スループット 1

481:デフォルトの名無しさん
05/11/01 21:12:47
>>480
レイテンシの意味わかってる？

482:デフォルトの名無しさん
05/11/01 22:29:13
レイテンシ：
　IA-32 命令を構成しているすべてのマイクロオペレーション
　(μOP) の実行が実行コアで完了するのに要するクロック・サイクル数。
スループット：
　発行ポートが同じ命令を再度自由に受け入れられるようにな
　るまで待たなければならないクロック・サイクル数。多くの
　IA-32 命令は、命令のスループットのほうがレイテンシより
　もかなり小さい。

483:デフォルトの名無しさん
05/11/01 22:42:53
いかにレイテンシを隠蔽するかが問題。
・実行コアへのμOPの流入量を最大にする
・インターリーブしてリソースの競合（ポート、実行ユニット）を避ける。
・クリティカルパス上の依存関係チェーンのレイテンシを最小にする。

俺はスループットは殆ど考慮しない。

484:デフォルトの名無しさん
05/11/02 00:59:59
ALUとSSE2を同時に回せ

485:デフォルトの名無しさん
05/11/02 11:06:09
アルゴリズムレベルから最適化すべし。
終了。

486:デフォルトの名無しさん
05/11/23 02:26:10
ﾊｲｷｮってるなあ・・・

487:デフォルトの名無しさん
05/11/23 03:14:05
まぁ2005Express出ちゃったしねぇ…。

488:デフォルトの名無しさん
05/11/23 04:57:20
Microsoft Visual C++ Toolkit 2005は出るの？

489:デフォルトの名無しさん
05/11/23 09:26:01
そのうち

490:デフォルトの名無しさん
05/11/23 11:34:34
Expressがこのままフリー提供になってVCTKの代わりになっちゃうんじゃねぇかしら。

491:デフォルトの名無しさん
05/11/23 12:10:04
フル機能を持つMicrosoft Visual C++ Toolkit 2005が出るとしたら
8Pro以上がそれなりに無意味になるな。
Expressか、せいぜいクラスデザイナのあるStandard辺りを買っておけば良いわけだ。

そんなわけでやっぱりVCTK2005は出さないかもなぁ…。

492:デフォルトの名無しさん
05/11/23 12:11:52
いやでもそれをやったのがVCTK2003＋VC7 Standardなのか
とはいえそれも他社に押される形だったし、
最初からその辺考えられる今回は無理かねぇ。

それとも一度やったことは続けるのかね。

493:デフォルトの名無しさん
05/11/23 19:50:02
VCTKを無償公開したときの口実に、2003stdのユーザにも最適化コンパイラを
提供するとかいうのがあったはずなので、VCTK2005は出ないと思う。
たぶん>>490の通りになるかと。

494:デフォルトの名無しさん
05/11/23 20:28:43
どうせ2005　Expressも今までと同等の最適化はある。

495:デフォルトの名無しさん
05/11/23 23:00:03
>>493
その理屈だと、Express、2005stdユーザにもPGOコンパイラを、ってならないのか

496:デフォルトの名無しさん
05/11/23 23:49:47
PGOはコンパイラ単体の機能実現できないんだし、いいんじゃね？
さすがにPGO欲しいなら買えばいいとおもうんだが。

497:デフォルトの名無しさん
05/11/23 23:50:28
修正：

PGOはコンパイラ単体の機能じゃ実現できないんだし、いいんじゃね？
さすがにPGO欲しいなら買えばいいとおもうんだが。

498:デフォルトの名無しさん
05/11/23 23:54:46
> PGOはコンパイラ単体の機能じゃ実現できない
ほんとかよ

499:デフォルトの名無しさん
05/11/24 01:02:33
そらそうだろ。
プロファイル結果に基づいて最適化する機能なんだから。
プロファイラがなくてどうするよ。

500:デフォルトの名無しさん
05/11/24 01:09:16
なんでVCTKがコンパイラ単体の機能しか付かない事になってんのよ

501:デフォルトの名無しさん
05/11/24 01:13:15
URLﾘﾝｸ(www.microsoft.com)
ここを見る限りコンパイラ単体の機能じゃないな。
プロファイラって言うよりリンカが特別なコードを挿入して
一度アプリケーションを実行することで、PGOに必要なファイル(.pgc)を生成。
その後再コンパイルする時に、プロファイル結果(.pgc)を利用するという動作みたい。
ってことでPGOを行うには、コンパイラとリンカが対応する物の必要がありそう。

502:デフォルトの名無しさん
05/11/24 01:20:13
>>500
それもそうだな。
495のPGOコンパイラって表現に反応しすぎた。失礼。

まぁどの道ExpressじゃPGOは利用できないだろうしなぁ。
VCに限って言えば、今回の目玉だろうしなぁこれ。

503:デフォルトの名無しさん
05/11/24 01:23:28
うんだからVCTK2003にもリンカくらいついているという話

504:デフォルトの名無しさん
05/11/24 01:25:10
おっと503は501宛ね

505:デフォルトの名無しさん
05/11/24 03:13:55
っていうか2003で十分じゃない？おまいらも.NETなんてどうでもいいんだべ？

506:デフォルトの名無しさん
05/11/24 04:01:37
VCTK+WinSDKでは、リソース関連のヘッダが不足してて苦労しない？
どうしてる？

507:デフォルトの名無しさん
05/11/24 04:46:26
どうせ自分で組むので気にならない

508:デフォルトの名無しさん
05/11/24 07:54:08
ぷらっとふぉ～むSDKとだいれくとえっきすSDKをﾌﾙｲﾝｽｺしても無理か？

509:デフォルトの名無しさん
05/11/24 15:52:54
Expressには単純なプロファイラも付かないの？

510:デフォルトの名無しさん
05/11/24 16:29:26
Express期限があるから安心して使えねえ

511:デフォルトの名無しさん
05/11/29 01:11:45
これでコンパイルしたLAMEのバイナリでエンコしたMP3ファイルと
公式(?)バイナリでエンコしたMP3ファイルが一致しない件ですが

cl のオプションで浮動小数点の精度に関するものは
/Op と /QIfist しかないよう。どちらか片方と両方同時も
試しましたがやはり一致しませんでした。

こんな状況ではLAMEで作ったMP3の音質をああだこおだ議論している
人たちがうさんくさくて仕方がありません。

512:デフォルトの名無しさん
05/11/29 01:44:20
>>440 の方？試したコンパイラはこれ？
ICL (RareWareで配布されているバイナリ)
Services for Unixに付属 gcc-3.3
VB.NET Standard付属のcl.exe
MSVC 2003

このうち MSVC 2003 のだけ結果が違うの？

513:デフォルトの名無しさん
05/11/30 00:45:56
以前試したときはSFUのとICLのは一致していたのですが曲によっては
一致しないらしく今回は一致しませんでした。つまりすべて一致せずです。

514:デフォルトの名無しさん
05/12/12 17:18:24
素直にFIIS console(v3以降)CBR320Kで。

515:デフォルトの名無しさん
05/12/13 05:35:50
Platform SDKのサンプルのVListVwをmakeしようとすると

LINK : fatal error LNK1104: cannot open file 'LIBCMTD.lib'
NMAKE : fatal error U1077: 'link' : return code '0x450'
Stop.
ってエラーが出ます。助けてください

516:デフォルトの名無しさん
05/12/13 14:58:19
>>515
どっか弄った？
どうやってmakeした？nmake？
そのままmakeしたのならデバッグバージョンのlibmtを使うとは思えないんだけど？
VCTK2003にはlibmtdは付属してないんでね。
まあ何にしろretailビルドに変えてみては。

517:デフォルトの名無しさん
05/12/13 15:19:03
retailビルドって何か新鮮だな、bulkビルドみたいな

518:デフォルトの名無しさん
05/12/13 15:39:39
>>516
nmake -f makefile
でやったのだけど･･･

519:デフォルトの名無しさん
05/12/13 16:07:35
>>518
えっと、じゃあ環境を変えて再チャレンジ。
Set Windows XP 32-bit Build Environment (Retail)
からやってみそ。

520:デフォルトの名無しさん
05/12/13 16:19:07
あと
>>517
Debug Build / Retail Build
っていつも言ってるけど、そんなに新鮮に聞こえるほど
ローカルな用語だったの？

521:デフォルトの名無しさん
05/12/13 16:32:16
普通はdebug/releaseを使うだろ

522:デフォルトの名無しさん
05/12/13 16:34:57
Retailなんて初めて聞いたな
PCパーツか

523:デフォルトの名無しさん
05/12/13 16:54:47
そんなこと無いだろ。
debug/retailって使うよ。
スイッチだって/debugと/retailだし。
debug/releaseというよりdebug/retailというほうがメジャーだよ。
確かに、Visual Studioではdebug/releaseだったけど。

524:デフォルトの名無しさん
05/12/13 19:10:16
debug/release の検索結果約 33,500 件中 1 - 10 件目 (0.19 秒)

debug/retail の検索結果約 422 件中 1 - 10 件目 (0.07 秒)

525:デフォルトの名無しさん
05/12/13 19:29:59
debug release　約 7,160,000 件
debug retail 約 482,000 件

そりゃまあ検索したらreleaseが多いのは当然だろう。
Visual Studio使ってる奴が一杯いるから。
でもWindows VisualStudioを除くとどうなることやら。
同じWindowsでもCEとかembeddingだとまた違ってくるぞ。

526:デフォルトの名無しさん
05/12/13 19:40:08
retail版ならおかしくないが、retailビルドって変な気がする

527:デフォルトの名無しさん
05/12/13 19:44:50
>>525
> Visual Studio使ってる奴が一杯いるから。
いっぱいいるならdebug/releaseの方がメジャーだろうに。

参考までに
debug release -Visual -Studio の検索結果約 4,780,000 件中 1 - 10 件目 (0.30 秒)
debug retail -Visual -Studio の検索結果約 286,000 件中 1 - 10 件目 (0.26 秒)

528:デフォルトの名無しさん
05/12/13 20:00:59
なんか急に強気になったよな。>>520と同一人物とは思えないくらい。
まさか複数居るわけ無いし。

debug/release組は、複数居るのは確かだけど。

529:デフォルトの名無しさん
05/12/13 20:05:46
retail　という用語には、商業上の「小売り」の意味合いが出てくる。
有償・無償の意味を一切もたない　release　の方が、Linuxなどでも使うべき汎用的な用語だと思う。
そんなわけでreleaseの勝利。

以下、スレテーマに戻る

530:デフォルトの名無しさん
05/12/13 20:17:35
なんでもいいよ。バグが入ってることには変わりないんだから。

531:デフォルトの名無しさん
05/12/13 20:41:58
>>519
ありがとうございます凡ミスしてますた。
setenv /XP32 /RETAIL
で起動してみたらエラーが出てPlatform SDKのインストール作業をしてなかったことに気がつきますた(HDに入っているだけの状態)。
パスは正常に通してあって、今まで何事もなく使ってたので大丈夫かと思ってました。

setenv /XP32 /RETAIL
nmake /f makefile

で無事にいけますたありがとうございます。

532:デフォルトの名無しさん
05/12/13 20:45:42
Microsoft Platform SDK\Samples\Begin\Simple
ぼっきしますた

533:デフォルトの名無しさん
05/12/13 21:03:56
release build の検索結果約 134,000,000 件
retail build の検索結果約 34,800,000 件
約4倍の差だけど、逆にたった4倍しか差が無いのって思わん？＞みんな

534:デフォルトの名無しさん
05/12/13 21:08:47
"release build" 272000
"retail build" 11200

535:デフォルトの名無しさん
05/12/13 21:11:07
>>534
俺の言いたいことを見事に表してくれたな
533に意味が分かるだろうか

536:533
05/12/13 21:15:15
>>535
なんか俺に含むところでもあるの？

537:デフォルトの名無しさん
05/12/13 21:19:06
"release build" の検索結果のうち microsoft.com からの約 528 件
"retail build" の検索結果のうち microsoft.com からの約 127 件
debug release の検索結果のうち microsoft.com からの約 66,100 件
debug retail の検索結果のうち microsoft.com からの約 11,000 件

538:デフォルトの名無しさん
05/12/13 21:19:43
>>536
(ﾉ∀`) ｱﾁｬｰ

539:デフォルトの名無しさん
05/12/13 21:22:47
たった27倍の差しか無いってさ。

例えば
microsoft+buildだと226,000件
linux+buildだと375,000件
こういうのと同列で
retail+buildやrelease+buildの件数を比較しても
全然意味無いんだよ。

release buildとretail buildという熟語同士で比較するならともかく、ね。

540:デフォルトの名無しさん
05/12/13 21:29:58
まあMSはリテール版のWindowsも作っているわけで。
リテール版Windowsの対義語はデバッグ版Windowsなのかな、と。

日本語(カタカナ)になるとニュアンスが変わるのかもしれないけどね。

541:デフォルトの名無しさん
05/12/13 21:43:39
でもさあ、確かにMSも"retail build"って単語使ってるね。

542:デフォルトの名無しさん
05/12/13 21:47:21
まあ何はともあれ、retailビルドってのをはじめて聞いただなどとほざく輩はおよびじゃないな。

543:デフォルトの名無しさん
05/12/13 21:54:07
retail buildってrelease buildを標準語とすると、広島弁みたいなもんでしょ？

544:デフォルトの名無しさん
05/12/13 21:55:17
失笑はしたけど意味は通じたしな。

545:デフォルトの名無しさん
05/12/13 22:03:13
retail <-> bulk
って直結する短絡的な頭は幸せだなあ。

546:デフォルトの名無しさん
05/12/13 22:13:26
どこにbulkなんて書いてあるんだろう・・・

547:デフォルトの名無しさん
05/12/13 22:20:00
>>546
ちゃんと見直せよ。最初にあっただろ。

数が少なかろうがMSがretail bulidって言葉を使ってる限り
それを笑うのはいかがなもんだろうか？
逆に己の知識の狭さを披露してることになりはしないのだろうか？
一つのことしか許容できないってのは精神の未熟を示してるぞ。
なので、俺はどっち派でも無いのである。

548:デフォルトの名無しさん
05/12/14 00:03:33
>>543
いや、標準語、公用語に対する東京弁みたいなものがより近い。

549:デフォルトの名無しさん
05/12/14 00:04:12
>>547
俺はどっちでもいい派

550:デフォルトの名無しさん
05/12/14 00:11:50
>>547
そういう連中の釣り行為を放置できないお前の精神も未熟だと思うぞ。
そろそろ終わってくれないか、ビルド呼称に関する口論。

551:デフォルトの名無しさん
05/12/14 00:33:46
retailビルドだって言ってた奴のおかげで大元の質問者は解決したようで役立ってるんだけども
その他の奴ってしょうもない奴ばっかりだな。

552:デフォルトの名無しさん
05/12/14 00:45:52
今回のビルド騒ぎでこのスレにも結構人がいるんだってことが判ったよ。
なんかRetail擁護派も一人だけじゃ無かったようだし。

553:デフォルトの名無しさん
05/12/14 00:52:48
VC.NET買い控えたほぼ全てのWin32・Cプログラマが見てるよ。

554:デフォルトの名無しさん
05/12/14 09:03:20
コマンドライン見ると/retailがあるからいいじゃない

555:デフォルトの名無しさん
05/12/14 10:17:10
パラメタなんかみんなretailだよね。
/releaseなんて指定するものは無いのに。

556:517
05/12/14 13:24:28
うぉぉ、なんだこの展開ｗ

パラにあるのはここの住人なら知ってるっしょ
ビルド名として耳慣れないってだけで笑ったつもりは無いんだが…いくらなんでも過剰反応すぎないかｗ

557:デフォルトの名無しさん
05/12/14 13:50:31
この業界、変なプライド持ってる奴が結構いるからな。
くだらないことで、しばしば人間関係が最悪になる・・・・。

558:デフォルトの名無しさん
05/12/14 15:28:02
研究室の教官が昔を美化した話しててひいた
しかも学生の前で平気で昔のアングラの話とかするの

ほんとちっちゃなことで人間関係は最悪になります

559:デフォルトの名無しさん
05/12/14 17:09:47
単に突っこみやすい話題だったってだけでしょ。
いつもは閑散としてるが、ここ見てる人は結構居るんだね。

560:デフォルトの名無しさん
05/12/14 17:30:10
>>556
なんつーか、俺が見るに、周りが騒いでるだけで最初の人はそれっきり沈黙を守ってると思うんだが？

561:デフォルトの名無しさん
05/12/14 17:33:52
俺が見るにそうでも無さそうだ

562:デフォルトの名無しさん
05/12/14 17:41:34
まあ、あくまで俺が読んだ感想だしね。
最初の人の性格からだと、きっと解決したことに対して、おめでとう、ってレスしそうな感じを受けたもんで。

563:デフォルトの名無しさん
05/12/14 18:10:31
釣り師は、retailという表現がメジャーな存在ということを知りつつ、わざと煽ってたのに、
それに乗せられ続ける異常者がいたことが原因だな。

コマンドライン開発環境のスレに書き込みする者が、retailを知らないわけないだろ。
あまりに必死すぎてretail支持者の精神疾患を疑いたくなる。マジで病院行け。

564:デフォルトの名無しさん
05/12/14 18:20:43
なんか負け惜しみっぽいな。釣りというよりムキになってたとしか思えんけどなｗ

565:デフォルトの名無しさん
05/12/14 18:24:53
皆落ちつけ！
多数の人間がよってたかって書き込んでるものを、
まるで２人で言い争ってたように受け取るのは間違ってるぞ。

566:デフォルトの名無しさん
05/12/14 18:52:06
とりあえずだな、Googleの検索結果貼ってた奴は、
症状が重くなる前に病院に行け。

567:デフォルトの名無しさん
05/12/14 19:05:55
検索したんなら、
例えそれまで知らなかったとしても
そこで知ったはずなのに、
それでもRetailを否定するってのは
思考の硬直化の現われということか。

568:デフォルトの名無しさん
05/12/14 19:13:34
一部の釣り師にretailを否定されたことを見過ごすことができない>>567が一番問題だな。
精神疾患とはえてして、本人に自覚がない。

569:デフォルトの名無しさん
05/12/14 19:16:09
割り込みゴメン
漏れはVCTKからプログラミンングに入った新参物なので
メニュとかコマンドスイッチとかで、Debug /Retailが当然だと思ったんだけど
Retailって何だよ、Releaseだろ、って意見は
VTCK以外じゃ/releaseオプションになってるのが普通なんだぞってことなんでしょうか？
つまりVTCKは異質だということ？

570:デフォルトの名無しさん
05/12/14 19:18:37
>>568
そりゃスマンね。
でも昨日のことなんか俺は知らなかったんで乗り遅れちゃったんだ。
でも単純にログを読んだ感想を書いただけなのに精神疾患とまでいわれちゃうの？

571:デフォルトの名無しさん
05/12/14 19:19:24
割り込みなんて書く人は、当事者の法則

572:デフォルトの名無しさん
05/12/14 19:21:07
cl.exeとlink.exeのどこに/retailオプションがあるのか教えて。

573:デフォルトの名無しさん
05/12/14 19:21:42
続き（途中でエンター押しちゃった）

それも君の書き込み（google検索した奴は～）
を受けて書いたつもりだったのに、その本人から攻撃されるとは思ってもいなかった。

574:デフォルトの名無しさん
05/12/14 19:24:02
>>569
VCTKは/retailなの？
ひょっとしてバージョンによる違いとかあるわけ？

575:569
05/12/14 19:24:42
>>571
そんな法則あったの？
じゃあなんて言い出せばよかったんだろうか

なんか今も不味い雰囲気なので落ち着くまで引っ込んでますね

576:569
05/12/14 19:27:03
>>574
VTCKじゃなくてPlatformSDKだったorz
首吊ります

577:デフォルトの名無しさん
05/12/14 19:27:22
>>575
いや、引っ込まなくていいよ。安心して。
cl.exeとlink.exeを/?オプションで実行して報告してくれれば、スレが荒れずにすむ。
ぜひ、お願い。バージョン情報も添えて。

578:569
05/12/14 19:40:55
>>577
間違っちゃった漏れが全部悪かったのは認めますよ
確かにスレ違いだよね。
PSDKスレに池とでも言って頂戴ませ
でもそんなに虐めてくれなくてもいいじゃん
VTCKじゃないって謝ってるのに、やれcl.exeだlink.exeだって…

579:577
05/12/14 19:43:36
>>578
いや、君が>>576を書き込んだ最新状態を読まずに>>577を書いたから。
書き込んでから最新状態にして、あー、もうどうでもいいや。と思った。

580:デフォルトの名無しさん
05/12/14 20:51:18
なんかなあ。

この話はSDKサンプルだったんだろ。
じゃあ、SDKに合わせてRetailに環境を切り替えろってアドバイスするのは
当然なんじゃないの？
もしこれが別の開発環境で、そこではRelease buildってなってたら、
そっちじゃあRelease環境に切り替えろって言うぞ。
これは当然のことではないのか？

SDKでDebug/Retailって区別されてたらそれに合わせるのがおかしいとは思わんけどね。
どっちの言い方が正しいとかって話じゃなく、操作することに合わせて説明するもんだろ。
アドバイスは分かりやすく、それを受ける人の環境に合わせようぜ。

581:デフォルトの名無しさん
05/12/14 21:56:18
また長文か

582:デフォルトの名無しさん
05/12/14 23:24:47
>>572,>>574,>>577
人間融通が大事だよ。
VCTKじゃなくてPSDKの事言ってるってのは明らかだろうに。
いつも機械と付き合ってるからと言って、自分までロボットみたいな対応するな。
そんな事だからプログラマは変人だって言われるんだよ。

>>569
別にPSDKでもスレ違いじゃないよ。ここでOK
あと質問への俺の回答だが、
過去はいざ知らずMSがPSDKで明確にRetailって言葉を打ち出して来たってことは
それが未来へ向けてのMSの意思表示だってことだろう。
（まああまりに不評ならまた名称変更するのかも知れないけれど）
堂々とDebug/Retailと言いたまえよ。

583:デフォルトの名無しさん
05/12/14 23:39:26
>>581
行数こそ必死のパラメータ！

584:デフォルトの名無しさん
05/12/15 00:03:55
長く引っ張るようなネタでもなかろう。適当なとこでやめれ。

585:デフォルトの名無しさん
05/12/15 00:17:33
>>584
>>582で初めて質問に対するレスが出た気がするが？
これで長く引っ張ってるのかー？何を？

586:デフォルトの名無しさん
05/12/15 00:17:37
>>582
自治厨乙

587:デフォルトの名無しさん
05/12/15 00:25:09
>>585
用語の問題なんてどうでもいい。過剰反応しすぎってこと。

588:デフォルトの名無しさん
05/12/15 00:26:28
違うだろ？
PSDKが異端かどうか不安がってることに気づいてやれよ。

589:デフォルトの名無しさん
05/12/15 01:01:29
早い話が>>582は負け犬ということか。
合理的な回答なら>>529で出ているし。
それ以上の議論は単なる自己弁護でしかない。

590:デフォルトの名無しさん
05/12/15 01:04:57
おまえらの勝ち負けなんて興味ない。

591:515
05/12/15 06:59:05
ごめんなさい

592:デフォルトの名無しさん
05/12/15 12:57:05
勝ちって言ってる時点で厨以外のなにものでも無いじゃんｗｗｗ

593:デフォルトの名無しさん
05/12/15 13:08:40
>>582と>>529は同じテーマを話てないぞ。
対立させるのは無理があろう。
むしろこの２つは同一人物なんじゃない？

594:デフォルトの名無しさん
05/12/15 14:16:03
M$は独自の言いまわしが好きだから困る

595:デフォルトの名無しさん
05/12/15 14:52:36
>>592, >>593
おまいら釣られすぎ

596:デフォルトの名無しさん
05/12/15 18:00:02
>>593
だな。
痛さ加減が瓜双子。

597:デフォルトの名無しさん
05/12/15 18:58:38
考え方の硬い人は将来ボケますね^^

598:デフォルトの名無しさん
05/12/15 19:41:26
こういうなじり合いになると、なんか何処かでみたことある
言い回しが出てくるんで気になったんだけど、
もしこれらが同一人物で、かつその気もないのに
こういう事態を引き起こしているのなら、
一度自分の性格に欠陥がないかどうか自省してみてください。
これからの人生が楽しくなるのかならないのか、非常に重要な問題です。

599:デフォルトの名無しさん
05/12/15 23:26:21
　　::::::::::::::::::::　　　　　　　　　　　　　　　　　　　　　　 ::::::::::／）:::::::::
:::::（＼:::::::　　　　　　　　　　　　　　 _人　　　　　　　　　／　／　):::::::::::
:::::/＼＼　　　　　　　　　　　　　ノ⌒　丿　　　　　　　／　／　／ヽ::::::::::::
:::: ヽ　＼＼　　　　　　　　＿／　　 ::（　　　　　　　／　／　／　／::::::::::::::::
:::: （＼　＼＼　　　　　　/　　　　　:::::::＼　　　　　ｌ　三　／　／　）:::::::::::::::
:::::::ヽ　ヽ . ミヽヽ　　　　（　　　　　:::::::;;;;;;;）　　　/　　　二　／　／::::::::::::::::::
::::::: ( ＼　ヽミヽヽ　　　＼＿―￣￣::::::::::　 /　　　　二 ___／ヽ　...::::::::::::::
::::...　/ヽヽ　ﾆ　ヽヽ　　ﾉ￣　　　　　:::::::::::::: ／／　　ニ _______／　　　...:::::::::
:::.　　ヽ____　　ﾆ　ヽ　（　　　　　.::::::::::::::;;;;／／　　　ニ ____ノ　　　　　.....::::::::::
　　　　　ヽ___,　　ﾆ／￣―――￣￣::::::::＼ニ ___ノ　+　　　+　....:::::::::
　　　　　　ヽﾆ -‐（　　　　　　　　:::::::::::::::::::::::::::::::::≡ __ノ+　┼　＊:::::::::
　　　　　　　ヽ---＼＿＿::::::::::::::::::;;;;;;;;;;;;;;;;;;;;;;;;ノ＿　+　　┼　 .::::::::::
　:::::...　　　　　+　┼　+ 　　+　　　　ー-､___~'''''ー-､　　　:....::::::::::::
　　:::::::....　　　　　+　┼　　　　＊+　　　　　+~~'''ヽ　..:...::::::::::::::::::::
　　　:::::::::::::::::.....　　　　+ 　　＊　. 　　┼　　:....:::::::::::::::::
　　　　::::::::::::::::::::....:　+　＊　　　　 +　　　.....:::::::::::::::::

600:デフォルトの名無しさん
05/12/16 10:54:48
EEがリリースされますたね

601:デフォルトの名無しさん
05/12/19 20:10:32
2005EEは /G6 とか /G7 削られてるってよ。だっせぇ。

602:デフォルトの名無しさん
05/12/20 13:00:20
>>601
StandardとかProにはあるん？

603:デフォルトの名無しさん
05/12/20 13:56:47
(´･ω･｀)知らんがな

604:デフォルトの名無しさん
05/12/20 15:13:44
なら黙ってろ

605:デフォルトの名無しさん
05/12/20 15:31:05
必死だな

606:デフォルトの名無しさん
05/12/20 16:04:24
>>601

607:デフォルトの名無しさん
05/12/20 20:40:41
(´；ω；`)ｳｯ･･･

608:デフォルトの名無しさん
05/12/22 20:17:56
PlatformSDKっていつのまにATLがつくようになったの？
あと、MFCのソースが付いてるけど、これで静的リンク用のライブラリって
作れる？？

609:デフォルトの名無しさん
05/12/24 05:27:42
ほんとだ、ついてきた。
VC++ 2005 Express Edition + PSDK 2003 SP1 でかなり(ﾟдﾟ)ｳﾏｰかも。

610:デフォルトの名無しさん
05/12/24 08:49:38
2005EEと共存できますか?

611:デフォルトの名無しさん
05/12/24 09:21:30
VS6EEと共存できますか？

612:デフォルトの名無しさん
05/12/24 10:48:42
>>608
PlatformSDKのMFCはIA-64用

613:デフォルトの名無しさん
05/12/24 15:34:48
だめだこりゃ

614:デフォルトの名無しさん
05/12/24 15:46:59
VC++ 2005 EEでMFCは使えんのかorz

615:デフォルトの名無しさん
05/12/24 20:52:32
toolkitスレでmfcて。

616:デフォルトの名無しさん
05/12/24 20:58:50
MFCの何がそんなに好きなんだ？

617:デフォルトの名無しさん
05/12/24 21:14:12
>615
ﾊｧ?

618:デフォルトの名無しさん
05/12/24 21:25:07
>>617
ﾋｨ?

619:デフォルトの名無しさん
05/12/24 21:48:53
ﾌｩ…

620:デフォルトの名無しさん
05/12/24 22:46:11
一つ飛ばして・・・・

フォォォォォォォオオオオゥウゥ！！！！！！１１１１

621:デフォルトの名無しさん
05/12/24 22:48:09
ﾋｨ、ﾌｩ、ときたらﾐｨだと思ったんだが。

622:デフォルトの名無しさん
05/12/24 22:48:57
ﾍｰﾍｰﾍｰ

623:デフォルトの名無しさん
05/12/24 22:51:17
ﾊｧﾋｨﾌｩときたらﾊｯﾊｰじゃないのか

624:デフォルトの名無しさん
05/12/26 22:02:34
Webブラウザ作りたいのだけどサンプルありますか？

625:デフォルトの名無しさん
05/12/27 00:08:31
>>624
つFirefox

626:デフォルトの名無しさん
05/12/27 08:56:57
IEコンポーネントを使った一番基本的なのが作りたいでつ

627:デフォルトの名無しさん
05/12/27 09:37:37
>>626
DHTML(いやマジで)。

628:デフォルトの名無しさん
05/12/27 20:58:04
つーるばーとか無くていいんです。
Winampブラウザみたいなシンプルなのでいいんでつ。

629:デフォルトの名無しさん
05/12/27 21:25:50
こんなのは？
URLﾘﾝｸ(www.nitoyon.com)

630:デフォルトの名無しさん
05/12/27 22:17:59
atlthunk.libがねぇよと怒られますた
死にまつ
ありがとうございました

631:デフォルトの名無しさん
05/12/27 22:27:12
と思ってググったら一番上に出てきたので記念真紀子
URLﾘﾝｸ(plaza.rakuten.co.jp)

280行目くらい
/* 以下をコメントアウト
PVOID __stdcall __AllocStdCallThunk(VOID);
VOID __stdcall __FreeStdCallThunk(PVOID);

#define AllocStdCallThunk() __AllocStdCallThunk()
#define FreeStdCallThunk(p) __FreeStdCallThunk(p)

#pragma comment(lib, "atlthunk.lib")
*/
// Heap系に置き換えてみたり下のIA64はこうなてたからいいかな･･･
#define AllocStdCallThunk() HeapAlloc(GetProcessHeap(),0,sizeof(_stdcallthunk))
#define FreeStdCallThunk(p) HeapFree(GetProcessHeap(), 0, p)

-------------------

...けど駄目だった

632:デフォルトの名無しさん
05/12/27 22:30:19
と思ったらデキタァ！！
どうもありがとうございます

633:デフォルトの名無しさん
05/12/27 22:34:03
>>630-632
教えてもらったからといって、別に step by step でここへ報告する必要はないぞ。

634:デフォルトの名無しさん
05/12/27 22:46:20
>>631
C++ならインライン関数を使おうよ。

635:デフォルトの名無しさん
05/12/27 23:43:43
ごめんなさい、いんらいん関数を使ったらどのようになりまつか？

636:デフォルトの名無しさん
05/12/28 16:50:02
淫乱

次ページ