トップページ⇒tech
920コメント252KB

Microsoft Visual C++ Toolkit 2003 質問箱

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん05/03/01 04:24:15
本家
http://msdn.microsoft.com/visualc/vctoolkit2003/

関連スレなどは>>2以降で
0437デフォルトの名無しさん2005/09/02(金) 01:38:39
すみません教えてください。 
Win32APIのReadConsoleとか使ってコンソールアプリを作っているのですが 
パスワード入力のところで、エコーバック無しで入力させたいのですが 
どのようにすれば良いのでしょうか？ 
SetConsoleModeとか？いろいろやってみたのですがダメです。 
0438デフォルトの名無しさん2005/09/02(金) 01:57:36
>>435
>psdkのwin64に入ってたものを使っていたのですが
…
0439デフォルトの名無しさん2005/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);
0440デフォルトの名無しさん2005/09/29(木) 18:48:35
これでコンパイルしたlame.exe(lame-3.96.1)はICLでコンパイルされた
RareWareで配布されているバイナリとかServices for Unixに付属の
gcc-3.3と違うエンコ結果になる。VB.NET Standard付属のcl.exeも同様。
0441デフォルトの名無しさん2005/09/29(木) 19:11:27
そうやって簡単に言い切れるところがすごい
04424402005/09/30(金) 04:04:46
いや試すのは簡単。用意されているmakefile使ったりconfigureすれば
いいだけだから。あとはmp3ファイルのmd5sumを取ればいい。
0443デフォルトの名無しさん2005/09/30(金) 07:04:44
ソフトの処理内容がコンパイラによって変わるってあやしすぎね？
0444デフォルトの名無しさん2005/09/30(金) 10:31:00
浮動小数の演算結果が処理系によって違いが出るのは至って普通
0445デフォルトの名無しさん2005/09/30(金) 10:48:42
ファイルを配布する側は、すべての環境でテストしたわけじゃないから
用意されてるmakefileがあなたのお使いの環境にあってる保証はないですよ。
0446デフォルトの名無しさん2005/09/30(金) 15:24:28
sseとかの有無は合わせてるのか？
04474402005/09/30(金) 16:18:38
>>443
そうなんです。あやしすぎます。

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

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

>>446
MMXの使用有無は試しました。使っても使わなくても同一のMP3ファイルが
できました。SSE*は私のCPUにはついてないので試せないですorz
0448デフォルトの名無しさん2005/09/30(金) 16:25:31
最適化が影響与えてるとか
0449デフォルトの名無しさん2005/10/05(水) 00:19:34
>>447
MMXの有り無しで違いがないなんて普通はないはず。
MMX整数を使えば精度が落ちる。
ちゃんとMMXが使われているかどうかアセンブラコードを出力して確認してみろ。
0450デフォルトの名無しさん2005/10/24(月) 10:39:12
クラスの内部でconstを使った定数を使いたいのですが、どのように書けばよいのでしょうか？
0451デフォルトの名無しさん2005/10/24(月) 17:14:34
>>450
class hoge
{
    static const int Foo = 1;
};
0452デフォルトの名無しさん2005/10/25(火) 13:59:57
>>449
>MMX整数を使えば精度が落ちる
整数演算で精度は落ちないだろ？

MMXレジスタで数値オーバーするような状況に
MMXを適用してるとしたらプログラムがタコ
0453デフォルトの名無しさん2005/10/25(火) 14:18:37
>>452
わろた
0454デフォルトの名無しさん2005/10/26(水) 00:41:03
>>452
アホ？
それともプログラミングしたことないのか？
0455デフォルトの名無しさん2005/10/26(水) 00:56:57
流れも読まずに飽和演算の動きが違うからと言ってみる
0456デフォルトの名無しさん2005/10/26(水) 02:06:51
まあそう言ってやるな。
つまるところ有効精度の問題だ。
MMXだとDWORDx2を使うと、汎用レジスタ使った方が早い。
従ってMMX使う場合、まあWORDx4で演算することになる。
乗除算で有効精度はどんどん落ちる。
あと、・整数で演算するからといって、演算対象が整数だとも限らん。
（判り易く10進数で例示すると、　123.45 * 100 = 12345　（整数化））
0457デフォルトの名無しさん2005/10/26(水) 02:30:00
>>452
オーバーフローなんか精度云々以前の問題だろ。
結果が全然違ってくるぞ。
04584402005/10/26(水) 05:01:29
すんませんです。私のせいかも。まだ検証していません。
もしお暇な方がいらっしゃいましたら検証おながいします。

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

> あと、・整数で演算するからといって、演算対象が整数だとも限らん。
ヒント：標本化 → 量子化 → 符号化
0460デフォルトの名無しさん2005/10/26(水) 17:37:04
わろた。
全然トンチンカンなヒントになってる。
それとちゃんと説明するクセをつけたほうがいいぞ。
じゃないと自分でもわかったつもりになって終わるし、
突っ込むほうだって範囲が広すぎてイヤになる。
0461デフォルトの名無しさん2005/10/26(水) 17:52:13
>>459
＞嘘つくなって。
アスロンだと違うのかな？
Pen3/4で非常に苦労してるんだが？
0462デフォルトの名無しさん2005/10/26(水) 18:11:43
>>452
8bitで表わせる範囲の数（0-255）であっても
16bit(WORD)で演算するのはちょっと精度不足だよ。
せいぜい10bit程度しかシフトできないんで、DWORDで計算するのとでは
誤差の出方が違ってくる。
実際プログラミングして試してみれ。
0463デフォルトの名無しさん2005/10/26(水) 22:14:36
あ、ごめん。
いきなり10bitなんて言っても何のことだか分からないよね。
これはある演算をするときにオーバーフローしないぎりぎりの精度を保つときの値で
別の演算には通用しない。（一般には8bit以下しかシフトできない）
が、これでも精度落ちするってこと。
0464デフォルトの名無しさん2005/10/27(木) 03:32:00
「精度」と言う単語を誤用している人間が居るので話がややこしくなる。
0465デフォルトの名無しさん2005/10/27(木) 09:01:26
>>464
俺にはどうややこしくなるのかさっぱりわからんが？
何と混同するっていうの？
0466デフォルトの名無しさん2005/10/27(木) 09:35:51
>>464
ちょっと、どう誤用なのか説明してくれ
http://www.google.com/search?hl=ja&lr=lang_ja&safe=off&ie=sjis&oe=sjis&q=%97L%8C%F8%90%B8%93x
0467デフォルトの名無しさん2005/10/27(木) 10:43:07
>>466
計算精度、有効桁数と言えってことだろうね。
でも誰も意味を取り違えたりしないって。
はっきり言って議論に水さしする、瑣末にこだわる嫌な人って思われるさ。
0468デフォルトの名無しさん2005/10/27(木) 13:03:07
そんな事より >>462 の言っている事がサッパリ分からないヘタレな俺に
詳しく説明してくれまいか
0469デフォルトの名無しさん2005/10/27(木) 14:09:50
>>468
MPEGのデコーダーでそんなのがあった気がする。
32bit-MMXだと精度不足になるだとか。
俺がよく知ってる事例だと、YUV->RGB変換でのＭＭX計算とかかな？
04704682005/10/27(木) 15:38:00
>>469 さんありがとぅ、でもそう言うのじゃないんです

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

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


まさかとは思うが、固定小数点での演算を整数演算と言っているの？
0471デフォルトの名無しさん2005/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で誤差無くす方法なんてなんぼでもあるだろ。
面倒いけど。
0472デフォルトの名無しさん2005/10/27(木) 21:41:47
どうしていつの間にか整数演算になっちゃったんだろう？
MPEG音声圧縮の話なんだろ、元々は。
0473デフォルトの名無しさん2005/10/27(木) 21:45:42
しかもVCTKには関係ない話題だ。
なんかVC++のよろず質問スレと勘違いされている。
0474デフォルトの名無しさん2005/10/28(金) 02:05:29
元の質問はスレ違いでもないと思うけど
0475デフォルトの名無しさん2005/10/28(金) 17:08:48
VCTK2003でプリコンパイル済みヘッダ使う場合、/Ycと/YuのオプションつければOKですか？
あと、/Yuでパス指定する場合はフルパスじゃないとだめですか？

今までVC++6.0ばっかり使ってきたんで、この辺さっぱりわからないですorz
0476デフォルトの名無しさん2005/10/28(金) 17:26:38
VC++6でプロジェクト作ったらわかりそうなもんだが
0477デフォルトの名無しさん2005/10/28(金) 20:17:31
>>475
VC6のプロジェクトの設定(プロパティかも)をじっくり見ろ。
0478デフォルトの名無しさん2005/10/28(金) 21:15:57
ブルジョワどもめ。
0479デフォルトの名無しさん2005/10/29(土) 09:31:16
あるえ
0480デフォルトの名無しさん2005/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
0481デフォルトの名無しさん2005/11/01(火) 21:12:47
>>480
レイテンシの意味わかってる？
0482デフォルトの名無しさん2005/11/01(火) 22:29:13
レイテンシ：
　IA-32 命令を構成しているすべてのマイクロオペレーション
　(μOP) の実行が実行コアで完了するのに要するクロック・サイクル数。
スループット：
　発行ポートが同じ命令を再度自由に受け入れられるようにな
　るまで待たなければならないクロック・サイクル数。多くの
　IA-32 命令は、命令のスループットのほうがレイテンシより
　もかなり小さい。
0483デフォルトの名無しさん2005/11/01(火) 22:42:53
いかにレイテンシを隠蔽するかが問題。
・実行コアへのμOPの流入量を最大にする
・インターリーブしてリソースの競合（ポート、実行ユニット）を避ける。
・クリティカルパス上の依存関係チェーンのレイテンシを最小にする。

俺はスループットは殆ど考慮しない。
0484デフォルトの名無しさん2005/11/02(水) 00:59:59
ALUとSSE2を同時に回せ
0485デフォルトの名無しさん2005/11/02(水) 11:06:09
アルゴリズムレベルから最適化すべし。
終了。
0486デフォルトの名無しさん2005/11/23(水) 02:26:10
ﾊｲｷｮってるなあ・・・
0487デフォルトの名無しさん2005/11/23(水) 03:14:05
まぁ2005Express出ちゃったしねぇ…。
0488デフォルトの名無しさん2005/11/23(水) 04:57:20
Microsoft Visual C++ Toolkit 2005は出るの？
0489デフォルトの名無しさん2005/11/23(水) 09:26:01
そのうち
0490デフォルトの名無しさん2005/11/23(水) 11:34:34
Expressがこのままフリー提供になってVCTKの代わりになっちゃうんじゃねぇかしら。
0491デフォルトの名無しさん2005/11/23(水) 12:10:04
フル機能を持つMicrosoft Visual C++ Toolkit 2005が出るとしたら
8Pro以上がそれなりに無意味になるな。
Expressか、せいぜいクラスデザイナのあるStandard辺りを買っておけば良いわけだ。

そんなわけでやっぱりVCTK2005は出さないかもなぁ…。
0492デフォルトの名無しさん2005/11/23(水) 12:11:52
いやでもそれをやったのがVCTK2003＋VC7 Standardなのか
とはいえそれも他社に押される形だったし、
最初からその辺考えられる今回は無理かねぇ。

それとも一度やったことは続けるのかね。
0493デフォルトの名無しさん2005/11/23(水) 19:50:02
VCTKを無償公開したときの口実に、2003stdのユーザにも最適化コンパイラを
提供するとかいうのがあったはずなので、VCTK2005は出ないと思う。
たぶん>>490の通りになるかと。
0494デフォルトの名無しさん2005/11/23(水) 20:28:43
どうせ2005 Expressも今までと同等の最適化はある。
0495デフォルトの名無しさん2005/11/23(水) 23:00:03
>>493
その理屈だと、Express、2005stdユーザにもPGOコンパイラを、ってならないのか
0496デフォルトの名無しさん2005/11/23(水) 23:49:47
PGOはコンパイラ単体の機能実現できないんだし、いいんじゃね？
さすがにPGO欲しいなら買えばいいとおもうんだが。
0497デフォルトの名無しさん2005/11/23(水) 23:50:28
修正：

PGOはコンパイラ単体の機能じゃ実現できないんだし、いいんじゃね？
さすがにPGO欲しいなら買えばいいとおもうんだが。
0498デフォルトの名無しさん2005/11/23(水) 23:54:46
> PGOはコンパイラ単体の機能じゃ実現できない
ほんとかよ
0499デフォルトの名無しさん2005/11/24(木) 01:02:33
そらそうだろ。
プロファイル結果に基づいて最適化する機能なんだから。
プロファイラがなくてどうするよ。
0500デフォルトの名無しさん2005/11/24(木) 01:09:16
なんでVCTKがコンパイラ単体の機能しか付かない事になってんのよ
0501デフォルトの名無しさん2005/11/24(木) 01:13:15
ttp://www.microsoft.com/japan/msdn/vs/vc/profileguidedoptimization.asp
ここを見る限りコンパイラ単体の機能じゃないな。
プロファイラって言うよりリンカが特別なコードを挿入して
一度アプリケーションを実行することで、PGOに必要なファイル(.pgc)を生成。
その後再コンパイルする時に、プロファイル結果(.pgc)を利用するという動作みたい。
ってことでPGOを行うには、コンパイラとリンカが対応する物の必要がありそう。
0502デフォルトの名無しさん2005/11/24(木) 01:20:13
>>500
それもそうだな。
495のPGOコンパイラって表現に反応しすぎた。失礼。

まぁどの道ExpressじゃPGOは利用できないだろうしなぁ。
VCに限って言えば、今回の目玉だろうしなぁこれ。
0503デフォルトの名無しさん2005/11/24(木) 01:23:28
うんだからVCTK2003にもリンカくらいついているという話
0504デフォルトの名無しさん2005/11/24(木) 01:25:10
おっと503は501宛ね
0505デフォルトの名無しさん2005/11/24(木) 03:13:55
っていうか2003で十分じゃない？おまいらも.NETなんてどうでもいいんだべ？
0506デフォルトの名無しさん2005/11/24(木) 04:01:37
VCTK+WinSDKでは、リソース関連のヘッダが不足してて苦労しない？
どうしてる？
0507デフォルトの名無しさん2005/11/24(木) 04:46:26
どうせ自分で組むので気にならない
0508デフォルトの名無しさん2005/11/24(木) 07:54:08
ぷらっとふぉ〜むSDKとだいれくとえっきすSDKをﾌﾙｲﾝｽｺしても無理か？
0509デフォルトの名無しさん2005/11/24(木) 15:52:54
Expressには単純なプロファイラも付かないの？
0510デフォルトの名無しさん2005/11/24(木) 16:29:26
Express期限があるから安心して使えねえ
0511デフォルトの名無しさん2005/11/29(火) 01:11:45
これでコンパイルしたLAMEのバイナリでエンコしたMP3ファイルと
公式(?)バイナリでエンコしたMP3ファイルが一致しない件ですが

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

こんな状況ではLAMEで作ったMP3の音質をああだこおだ議論している
人たちがうさんくさくて仕方がありません。
0512デフォルトの名無しさん2005/11/29(火) 01:44:20
>>440 の方？ 試したコンパイラはこれ？
ICL (RareWareで配布されているバイナリ)
Services for Unixに付属 gcc-3.3
VB.NET Standard付属のcl.exe
MSVC 2003

このうち MSVC 2003 のだけ結果が違うの？
0513デフォルトの名無しさん2005/11/30(水) 00:45:56
以前試したときはSFUのとICLのは一致していたのですが曲によっては
一致しないらしく今回は一致しませんでした。つまりすべて一致せずです。
0514デフォルトの名無しさん2005/12/12(月) 17:18:24
素直にFIIS console(v3以降)CBR320Kで。
0515デフォルトの名無しさん2005/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.
ってエラーが出ます。助けてください
0516デフォルトの名無しさん2005/12/13(火) 14:58:19
>>515
どっか弄った？
どうやってmakeした？nmake？
そのままmakeしたのならデバッグバージョンのlibmtを使うとは思えないんだけど？
VCTK2003にはlibmtdは付属してないんでね。
まあ何にしろretailビルドに変えてみては。
0517デフォルトの名無しさん2005/12/13(火) 15:19:03
retailビルドって何か新鮮だな、bulkビルドみたいな
0518デフォルトの名無しさん2005/12/13(火) 15:39:39
>>516
nmake -f makefile
でやったのだけど･･･
0519デフォルトの名無しさん2005/12/13(火) 16:07:35
>>518
えっと、じゃあ環境を変えて再チャレンジ。
Set Windows XP 32-bit Build Environment (Retail)
からやってみそ。
0520デフォルトの名無しさん2005/12/13(火) 16:19:07
あと
>>517
Debug Build / Retail Build
っていつも言ってるけど、そんなに新鮮に聞こえるほど
ローカルな用語だったの？
0521デフォルトの名無しさん2005/12/13(火) 16:32:16
普通はdebug/releaseを使うだろ
0522デフォルトの名無しさん2005/12/13(火) 16:34:57
Retailなんて初めて聞いたな
PCパーツか
0523デフォルトの名無しさん2005/12/13(火) 16:54:47
そんなこと無いだろ。
debug/retailって使うよ。
スイッチだって/debugと/retailだし。
debug/releaseというよりdebug/retailというほうがメジャーだよ。
確かに、Visual Studioではdebug/releaseだったけど。
0524デフォルトの名無しさん2005/12/13(火) 19:10:16
debug/release の検索結果 約 33,500 件中 1 - 10 件目 (0.19 秒)

debug/retail の検索結果 約 422 件中 1 - 10 件目 (0.07 秒)
0525デフォルトの名無しさん2005/12/13(火) 19:29:59
debug release　約 7,160,000 件
debug retail 約 482,000 件

そりゃまあ検索したらreleaseが多いのは当然だろう。
Visual Studio使ってる奴が一杯いるから。
でもWindows VisualStudioを除くとどうなることやら。
同じWindowsでもCEとかembeddingだとまた違ってくるぞ。
0526デフォルトの名無しさん2005/12/13(火) 19:40:08
retail版ならおかしくないが、retailビルドって変な気がする
0527デフォルトの名無しさん2005/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 秒)
0528デフォルトの名無しさん2005/12/13(火) 20:00:59
なんか急に強気になったよな。>>520と同一人物とは思えないくらい。
まさか複数居るわけ無いし。

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

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

setenv /XP32 /RETAIL
nmake /f makefile

で無事にいけますたありがとうございます。
0532デフォルトの名無しさん2005/12/13(火) 20:45:42
Microsoft Platform SDK\Samples\Begin\Simple
ぼっきしますた
0533デフォルトの名無しさん2005/12/13(火) 21:03:56
release build の検索結果 約 134,000,000 件
retail build の検索結果 約 34,800,000 件
約4倍の差だけど、逆にたった4倍しか差が無いのって思わん？＞みんな
0534デフォルトの名無しさん2005/12/13(火) 21:08:47
"release build" 272000
"retail build" 11200
0535デフォルトの名無しさん2005/12/13(火) 21:11:07
>>534
俺の言いたいことを見事に表してくれたな
533に意味が分かるだろうか
05365332005/12/13(火) 21:15:15
>>535
なんか俺に含むところでもあるの？
■ このスレッドは過去ログ倉庫に格納されています