Visual Studio 2022 Part3

2023/07/09(日) 09:22:39.10

!extend:checked:vvvvv:1000:512
前スレ

Visual Studio 2022 Part2
https://mevius.5ch.net/test/read.cgi/tech/1657709270/

Visual Studio 2022 の新機能
https://docs.microsoft.com/ja-jp/visualstudio/ide/whats-new-visual-studio-2022?view=vs-2022

The Visual Studio Blog
https://devblogs.microsoft.com/visualstudio/

リリースノート
https://docs.microsoft.com/en-us/visualstudio/releases/2022/release-notes#

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

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
そんなところで躓いてるとまだまだ先は色々あるよ
まぁがんばれ

2025/11/28(金) 13:25:45.99

まあ頑張るのはじゃんじゃん頑張ってくれていいんだけどこのスレでやらないでよ
AI相手にコーティング教えてもらえば？

2025/11/28(金) 13:45:10.81

SetWindowTextの問題はすぐに答えが出てくると思ったんだけどなあ
Multibyteでは１文字だけしか出てこないよ。わたしの質問はそもそもこれだけなんだけどね

2025/11/28(金) 14:26:12.41

>>972
DEBUGとRELEASEで別々に設定があるとか昔からじゃがｗ

まぁ6.0はデフォがANSIだから意図的に変えようとしないとならんか

2025/11/28(金) 16:11:13.77

>>977
>>962が答えだから

2025/11/28(金) 16:14:12.20

>>977
ANSI関数にUnicode文字列渡したら1文字で切れるのは理解できるよね？
出来ないの？

2025/11/28(金) 16:23:46.74

プログラマに向いていないよ
転職しなさい

2025/11/28(金) 17:14:37.88

>>968の最後の1行見ても自分が何も理解できてないだけなのに
まるで他人が無能のようにふるまうこの不思議ちゃんｗ

2025/11/28(金) 17:28:25.34

2026でC++のWindowsデスクトップウィザードで既定のテンプレートプロジェクト生成してやってみたが
プロジェクトのプロパティ含めて修正すべきとこ修正したら普通にABCDEになるよ

VSの問題だとかアレな事言ってるけど
結局自分がWin32APIの種類やコードマクロの中身を理解してないだけでしょ

2025/11/28(金) 17:32:13.60

本当に6.0でプログラムしてたのか？
テンプレートから生成されるコードを眺めれば、どこをどうすれば切り替え対応できるか
Win32API触ってれば当たり前の基礎知識部分しか関わってないんだけどなこれ

2025/11/28(金) 18:01:22.16

じゃあ、改めて教えてください
VS2022でMultibyteでSetWindowTextで正しくウインドウのタイトルを表示させるにはどうすればいいですか？
VC++6.0では
SetWindowText( hWnd, "ABCDE" );
で問題なく表示できました。

2025/11/28(金) 18:15:41.11

2022でも2026でも同じ事だが、>>983で言ってるように
プロジェクトのプロパティの文字セットをUnicodeからマルチバイトに変更したうえで
コード内の関連個所すべて適切に修正しろ
そしたらSetWindowText(hWnd, "ABCDE")で動く

2025/11/28(金) 18:47:27.73

VC++6.0では動いたｗｗ
相変わらず何も理解できてないなｗ
VC++6.0でも同じ状態のコード作れば同じ結果になるわ

2025/11/28(金) 19:10:40.47

>>985
新規作成したプロジェクトで
SetWindowText( hWnd, "ABCDE" );
これはどうなんの？

2025/11/28(金) 19:26:12.17

>>988
新規作成したプロジェクトでデフォルトはUNICODEですが、プロジェクトのプロパティのCharacterSetをMultibyteに変えて、それだけで実行すると、
SetWindowText( hWnd, "ABCDE" );
では、ウインドウのタイトルにAだけしか表示されませんよ

2025/11/28(金) 19:32:08.28

アホな噛みつきしてないで>>986の通りやれ
もし>>986が理解できない、もしくはできたけどそれでなんで動くようになるのか分からないなら
VSがどうたらカバチ垂れてないで勉強しなおせ

2025/11/28(金) 19:42:59.02

>>989
その時
SetWindowTextAか
SetWindowTextWか
どっちが呼ばれてんの？

2025/11/28(金) 20:16:24.12

>>991
SetWindowTextA です

2025/11/28(金) 23:11:41.13

''ABCDE"を"あいうえお" にしてみ