Visual Studio 2022 Part3

2025/11/18(火) 23:47:50.67

間違えた2022スレだった2026行ってくる

2025/11/19(水) 00:49:00.59

>>944
Rusutcのコンパイラーはwindows 環境だとリンカーだけしかvisual studio に依存しないよ
リンカーはどれ使うかもコンフィグでいじれるし、とりあえず好きにしたらええ
llvmとかmsvcとかどれでコンパイルしたからってたいして変わらん

2025/11/20(木) 23:30:56.41

17.14.21来てたけどバグフィックばっかりだな

2025/11/21(金) 08:51:31.68

まぁ新バージョン出た後だし

2025/11/21(金) 20:13:06.78

つか、今後2022はBUG FIXしか無いだろ

2025/11/21(金) 20:15:02.64

今回のバグフィクスのせいか何故かwindowがちらつくようになった

2025/11/26(水) 21:36:54.35

むかーしVC++6.0を使ってて久しぶりにVS2022をMFCなしで使っている。
ファイルをダイアログからオープンしようとして、CFileDialogみたいなものを使おうとして、GetOpenFileName を見つけて使おうとしたんだが、windows.hをインクルードしてもそんなのないと叱られる。
GetOpenFileNameはもうなくなったの？どしたらいいですか

2025/11/27(木) 00:45:14.32

ChatGPTにそのままコピペすると答えが出てくる

2025/11/27(木) 06:15:50.08

commdlg.hつことけ

2025/11/27(木) 08:01:18.24

>>951
framework.hのdefine WIN32_LEAN_AND_MEANを消すか、直接commdlg.hをincludeしたらいい
今、windows.hの中でWIN32_LEAN_AND_MEANが定義済みだと除外される記述になってるから。

2025/11/27(木) 09:49:11.37

commdlg.h 入れたら出来ました。でもなんでなくなったの？
てか、今ではGetOpenFileNameは使わずに他の方法でやってるのかな？
今デフォルトでは何を使ってるの？

2025/11/27(木) 13:46:38.57

アイちゃんあてにならないな
> AI による概要
GetOpenFileName関数は廃止されていませんが、Windows Vista以降、新しいアプリケーションでは
**Common Item Dialog API の使用が推奨されています**。
WIN32_LEAN_AND_MEAN マクロは、コンパイル時間を短縮し、依存関係を減らすために、
windows.h に含まれる一部のヘッダーファイルやAPI定義を省略するためのものですが、
GetOpenFileName が定義されている commdlg.h は通常含まれるため、
このマクロによって機能が利用できなくなることはありません。

2025/11/27(木) 14:14:22.36

Common Item Dialog APIとはなんぞや、調べてみます。ありがと
それと今まで３時間くらいぐだぐだやって発見したバグ？？がありました
ウインドウの上に表示されるタイトルですが、SetWindowTextでいくらやっても最初の１文字だけしか表示されないのです
でわかったことは、Projectの一番下のPropertiesの中でCharacterSetをUnicodeからMultibyteにしたらそうなりました
Unicodeのままだと問題ありません。Multibyteにすると、１文字だけしか表示されません
これって報告されていると思うのですが改善策ってありますか
ググってSetWindowTextはSetWindowTextAとSetWindowTextWを切り替えてくれるってのは見つけたのですが、機能してないのかな

2025/11/27(木) 22:31:10.16

文字列を_T()で囲え

2025/11/28(金) 04:21:36.33

最初の１文字ωωω
L"hoge"と"hoge"の違いね
SetWindowTextWとSetWindowTextAのどっちが使われてるのか意識するべきだね
自分でMultibyteに切り替えてSetWindowTextA使ってるのにL"hoge"を渡した状態になってるんだろう
#define _UNICODE を自分で描いてても環境変わるしな

2025/11/28(金) 09:14:28.88

_T()でくくるのは試してみましたが、ダメでした
SetWindowTextA(hWnd, "ABCDE");としてもダメです
Propertiesの中でCharacterSetをMultibyteにしたので、
SetWindowTextW(hWnd, _T("ABCDE"));はエラーを出します
SetWindowTextA(hWnd, _T("ABCDE"));もエラーを出します
そもそも書いたようにSetWindowTextは自動で、SetWindowTextAにしてくれています

2025/11/28(金) 09:16:31.45

間違えた
SetWindowTextA(hWnd, _T("ABCDE"));もエラーを出します
はエラーではなく、やはり１文字だけしか出しません

2025/11/28(金) 09:19:00.36

そら途中が00になってるから\0判定になって文字終わるわ

2025/11/28(金) 09:20:00.89

なぜC++関係のスレでやらずにIDEスレでやるんだろう?

2025/11/28(金) 10:26:36.94

プロジェクトをマルチバイトにしてるけど、どこかにW系の変数/関数が残ってるんだろうなぁ

テンプレートの「Windowsデスクトップアプリケーション C++」でプロパティだけマルチバイトに変えてもビルドは成功するけどそうなる
(ソースに～Wってのが結構残ってる)

2025/11/28(金) 10:27:10.95

まぁいい加減C++スレかWin32APIスレ行け

2025/11/28(金) 10:44:35.01

以前はVC+6.0でやっていて問題なかったが最近VS2022に変えた。でいろいろ問題も出てきたし新たなtipsもあるからここに来たのです
なのでC++やWin32の問題というよりVS2022の問題

**デフォルトの名無しさん** (ｽﾌｯ Sd7f-Lg42) · 2025/11/28(金) 11:18:38.82

環境は２０２２固定と言うことで
再現する必要最小限のソースを曝そう
出来ればビルドコンパイルリンク関連情報も

2025/11/28(金) 12:09:55.78

>>963
DEBUGモードで問題なくコンパイル出来ていたプロジェクトをRELEASEモードでコンパイルしたらエラーが山ほどでてきた
例えば、SetDlgItemTextはSetDlgItemTextAではなくSetDlgItemTextWになってるよ
なんだかなあ
よくこんなのでみな使っていたね
VC++6.0では全く問題なく動いていたのにねえ

2025/11/28(金) 12:10:53.67

間違えた　>>964

2025/11/28(金) 12:13:28.92

MSのやる気がないしなるべくMultibyteは使わない方が良い
Multubyte限定のライブラリのバグを何年も放置した前科有り

2025/11/28(金) 12:15:32.27

>>968
それは設定が悪いだけな気がする

2025/11/28(金) 12:20:54.49

>>971
DEBUGモードで問題なくコンパイル出来ていたものをRELEASEモードに変えたとき、どこかほかの設定も変える必要があるの？
VC++60ではそんなのなかったが

2025/11/28(金) 12:21:22.81

>>968
プロジェクトのプロパティでビルド環境をdebugとreleaseでチェックだよ

2025/11/28(金) 12:27:48.91

>>973
わかった。RELEASEモードではUNICODEのままになってたよ。DEBUGモードとRELEASEモードとそれぞれ別々に設定しないといけないんだねえ
ありがと

2025/11/28(金) 12:34:27.76

>>974
そんなところで躓いてるとまだまだ先は色々あるよ
まぁがんばれ