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/16(日) 08:28:31.36

>>925
再起動どころか2026アンインストールでも戻らず2022入れ直しだったよ
2026は調査や評価のために入れたかったけど運用環境の2022を潰されるとは思わなかった
2026が速かろうが重かろうがいいんだけど、良識ある社員が見ていたら改善を促してくれるとありがたいってこと

2025/11/16(日) 09:57:13.00

>>927
遅いって具体的にどれ位なのさ
あまり変わった気がしないのだけど

2025/11/16(日) 10:02:14.18

2026は起動そのものは速くなってるよな
iPhoneのホットリロード未対応だったりまだ未完成っぽいところもあるけど
遅くなる原因がわかってマイクロソフトに報告したら喜ばれるんじゃないの？

2025/11/16(日) 10:16:13.57

>>927
2022と2026はフォルダ分かれてインストールされるけどなぁ

2025/11/16(日) 10:30:00.50

>>927
自宅も会社も別に2022潰されてねぇよ
なんも考えずにあれこれぶち込んでCドライブ食いつぶしてるとかじゃねぇの

2025/11/16(日) 11:01:39.63

まぁ、おま環の何かだろうなぁ

2025/11/16(日) 11:19:39.30

プレビューたからか？
スタートメニューにはVisual Studioまでで2026は付いてないね。

2025/11/16(日) 11:52:33.05

正式版だけど2026って付かないな
複数入れてるから紛らわしい

2025/11/16(日) 12:07:21.62

ショートカットに2026が付いてないのは正常だよ

2025/11/16(日) 15:57:40.31

最初2026着いて無いからインストール失敗したのかと思ったわ
よく見たら、2022と2019よりずっと上にあったしww

2025/11/16(日) 16:21:13.32

v18.0.0（25/11/11）

2025/11/16(日) 19:23:24.43

2026の付いたフォルダがあるのに肝心のショートカットが無いから最初戸惑ったよｗ

2025/11/16(日) 21:59:29.96

>>937
バカなの？

2025/11/16(日) 22:32:49.12

まだ2026にしてないけど
installerのアイコンが新しいくなってるな
2026はこれ系になるのかな

2025/11/17(月) 01:56:33.94

2026スレ使ってやれよ

2025/11/17(月) 07:16:03.81

>>937
thx

2025/11/17(月) 08:44:36.78

>>937
>>942
スレチじゃボケナス

2025/11/18(火) 23:46:42.53

1ヶ月ほど前にRust入れたときにVS2022が一緒にインストールされたんだが
VSだけ2026にしたらRustは影響受ける？
むしろRustでもVS2026使った方が良い？
VS2022消してからVS2026入れた方が良い？

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だから意図的に変えようとしないとならんか