324(1): 警備員[Lv.1][新芽] (ﾜｯﾁｮｲ e9eb-WgI6) [sage] 2024/11/07(木) 22:10:11.25 ID:QiubzAbP0(2/2) AAS
>>323
そういうことじゃないのか、ごめんなさい

325(1): デフォルトの名無しさん (ﾜｯﾁｮｲ f637-UxC2) [sage] 2024/11/08(金) 09:56:22.05 ID:tVfxyvn80(1) AAS
>>322
設定変えても依然エラーだが
VS Community 2022

328(1): デフォルトの名無しさん (ｻｻｸｯﾃﾛﾗ Sp79-P7MY) [sage] 2024/11/08(金) 10:36:22.46 ID:ce4XJJ6Np(1) AAS
最近のVSはCの当たり前な構文が通用しないから困るよな

330(1): デフォルトの名無しさん (ﾌﾞｰｲﾓ MM96-UxC2) [sage] 2024/11/08(金) 11:51:09.67 ID:y6pbbxPDM(1) AAS
>>327
2022で設定変えたって書いただろ
あほなのか

331(1): デフォルトの名無しさん (ｱｳｱｳｴｰ Sada-GGiU) [] 2024/11/08(金) 12:18:22.14 ID:F9yTI1pla(1/4) AAS
LPTSTR lptStr = L"テスト";

336(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ f532-Q1tn) [sage] 2024/11/08(金) 13:02:23.75 ID:Me1tPYCI0(1/2) AAS
char と wchar_t の不整合じゃなくて const の有無の問題じゃないの？

C++ で文字列リテラルまわりの扱いで仕様変更があったからそれに関係してるのかも？
C++ での文字列リテラルの型は const char[] (ワイド文字リテラルの場合は const wchar_t[]) だが、文字列リテラルから直接変換する場合に限り char* (ワイド文字リテラルの場合は wchar_t*) に暗黙に変換して構わないというルールが C++03 まではあって、このルールは C++11 で削除されたという経緯がある。
つまり C++11 以降は文字列リテラルから暗黙には const を剥がすことが出来ない。 (キャストを書けば出来るけど。)

C では文字列リテラルの型は元から char[] で、 const が付いてない。
だから const まわりの制限とは関係ないんだが、これは C の仕様のほうがおかしいし、 C++ と同様の判定をしたほうが理に適っているとマイクロソフトが考えることはあるかもしれない。

337(1): デフォルトの名無しさん (ｱｳｱｳｴｰ Sada-GGiU) [] 2024/11/08(金) 13:18:44.37 ID:F9yTI1pla(4/4) AAS
E0144 エンティティの初期化
型”cont wchar_t *"の値を使用して"wchar_t *"のエンティティを初期化することはできません

C2044は関係無い