Visual Studio 2022 Part2

2022/07/13(水) 19:47:50.22

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

Visual Studio 2022 Part1
http://mevius.5ch.net/test/read.cgi/tech/1634166667/

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

2023/03/23(木) 16:44:34.85

>>519
まぁそうなんだが…

2023/03/24(金) 14:50:00.88

消したら負けなんだよ!!

2023/03/24(金) 15:39:41.85

消さないでそのセルだけの情報コピーできたほうが便利だわな

2023/03/24(金) 16:15:02.57

何に便利なんだ

2023/03/24(金) 16:43:18.32

検索やろ

2023/03/24(金) 17:41:35.77

そんなしょっちゅう検索するか？

2023/03/24(金) 17:46:52.03

プラグイン作れば？

2023/03/24(金) 22:51:45.77

>>526
やっぱそうなるか…

2023/03/24(金) 22:52:11.11

>>525
しょっちゅうはしないけどエラーが英語で出てきたとき翻訳さえできないのはね…

2023/03/25(土) 02:22:04.35

2019と2022両方入れているんだけど
たとえば2022でツールボックスいじると、2019立ち上げたときにツールボックスが2022の設定になる
これって一緒の設定になってるのかね
回避する方法がないものか・・・

2023/03/26(日) 11:06:56.58

VSに限らずM$の販売方針（社是）だと「先のバージョンの存在は許さない」になる
上書きか取り潰し、どちらかになる
VSだと上書き

異なるバージョンのソフトウェアを同じPC上で動かすことは一切前提にされてない
特にそれはOSで顕著で「OSかならずバージョンアップすべし」との社是だから、社の根幹たるVSも同じになる

2023/03/26(日) 11:49:55.18

複数バージョンの Visual Studio をインストールする
https://learn.microsoft.com/ja-jp/visualstudio/install/install-visual-studio-versions-side-by-side?view=vs-2022

2023/03/26(日) 12:23:27.19

VS2022系列だけでも
VS2022 (17.5)
VS2022 LTSC 17.4
VS2022 LTSC 17.2
VS2022 LTSC 17.0
の4種類が共存できる
VSサブスクユーザーならMSDNサイトから入手可

2023/03/26(日) 15:27:38.15

>>530
馬鹿は書き込むな

2023/03/26(日) 16:34:34.21

>>530
嘘吐き

2023/03/26(日) 16:47:25.58

>>530
ありがとう
でも、「プラットフォームのツールセットを変更するには」の項にある設定項目がみつからん
VS2019で場所動いているんだとは思うけど、みつからない・・・
こういう書いてあるとおりにいかないのがほんとMSのサイトの嫌なところや・・

VS2019とVS2022毎に設定があるんじゃなくて、フレームワーク単位でツールボックスが
管理されているってことかな・・・

2023/03/26(日) 18:08:15.41

>>533
>>534
ワロタ

2023/03/27(月) 22:00:56.45

OS:Windows11
Visual studioバージョン： community 2022

boostライブラリをコンパイルしてインクルードファイルを
C:\lib\boost\include\boost-1_81
に入れた。
Visual Studio のプロパティページ -> C/C++ ->追加のインクルードディレクトリに
C:\lib\boost\include\boost-1_81;
を指定して入れたけれどもboostをインクルードすると見つからないとでます。
SDLは同様の方法で見つかってコンパイルもできているのですが、boostは別の
方法を取らないといけないとかそんなことってあります？

検索したらCmakeLists.txtを編集という話も見かけたのですが、なんでこの方法でできないのか
気になります。

2023/03/28(火) 17:07:04.53

https://www.kkaneko.jp/tools/win/boost.html

2023/03/28(火) 19:54:09.58

>>538
これはコンパイルの方法でしょう。コンパイルはできていてインクルードファイルに
パスを追加しても見つからないとエラーが出るんです。

同様の方法でSDL3は通せているので、boost特有の問題じゃないかと疑っているのです。

2023/03/29(水) 12:21:59.58

oと0、iとlの見間違いじゃね

2023/03/29(水) 16:04:46.26

漏れは >>539 特有の問題だと思う

**デフォルトの名無しさん** (JP 0H4a-y8Zq) · 2023/03/30(木) 16:07:10.52

令和で漏れはマズイだろ

2023/03/30(木) 19:33:07.47

再起動何回もかけたけどダメだったんで、プロジェクト作りなおして
設定やり直したら通った。
どうやら、パスの設定ファイルが別であるみたいでそれが更新されていなかったみたいだ。

2023/03/30(木) 19:41:57.48

多分、追加のインクルードファイルを定義している
＜プロジェクト名＞.vcxproj
の読み込みにラグがあるんじゃないかな。正直、原因わからない。

2023/04/01(土) 04:44:34.74

VS2019でソースコードをヘッダファイルに分割してるんですが、
メインだと赤い破線の警告がでないのに、ヘッダファイルに分割したらでてしまう現象があります
表示の問題だけでコンパイルは正常に通ります
ヘッダの警告表示はどうすれば直すことできますか

2023/04/01(土) 05:02:48.53

>>545
何をどう分割したのかが分からないので誰も答えようが無いのでは？

2023/04/01(土) 06:30:11.08

for(条件ループ){
処理
}
みたいな部位のみをヘッダーファイルとして分割すると、赤線の警告が起こります
この切り取り規模にエディタを対応させる方法はありますか？

2023/04/01(土) 10:08:08.95

>>547
ヘッダファイルは基本的にロジックを書く場所じゃない

2023/04/01(土) 10:25:29.17

C言語でなぜヘッダファイルに関数の実体を書いてはいけないのでしょうか
みたいな内容でググるかchatGPTで聞く

コンパイル出来てもおかしいなことになってるから親切なコンパイラが教えてくれてる

2023/04/01(土) 12:28:36.49

赤線って何だよ
エラーならエラーメッセージよめよ

2023/04/01(土) 13:55:47.19

a.h
--------
int main(
--------

b.h
--------
int argc, char **argv)
{
--------

c.c
--------
#include <a.h>
#include <b.h>
return main(argc, argv);
}
--------

includeがやってることなんて所詮この程度

2023/04/01(土) 14:44:59.05

>>545
phpみたいな感覚か？

2023/04/01(土) 15:25:05.83

ヘッダーファイルみたいなアホなことやってるのC/C++だけだからなぁ。
あげく平均的なプロジェクト内容でのコンパイル時間は速くないというw

2023/04/01(土) 15:28:57.90

テンプレートをcppファイルに書きたい

2023/04/01(土) 16:41:31.95

インライン展開のためにヘッダーファイルに実装することはあるでしょ

2023/04/01(土) 16:47:58.09

>>553
ヘッダのおかげで便利なことはたくさんあるよ
ヘッダだけあれば外から利用が非常に楽になる
DLLやプラグイン作るのが楽

コンパイルが遅いのはマクロのせいだよ

2023/04/01(土) 16:53:39.55

入門書に書いてあるような内容を知らない人間が多いな
入門書を読まないでテキトーなサイトでつまみ食いして勉強してんのかな？

2023/04/01(土) 18:13:06.30

>>553
馬鹿は黙っていろよ

2023/04/01(土) 19:09:24.56

質問した者ですが、基本的な書式を勘違いしてたということで解決しました
みなさん回答ありがとうございした

>>548
了解です
>>557
まさにその状態でした
なまじ動くので、基本をスルーしてたみたいです

2023/04/01(土) 23:53:26.62

当時のマシンスペックのせいでヘッダーファイルって仕組みが生まれたんだよね
今時のプログラミング言語で使っているのC言語とC++くらいでしょ？

>>556
外部と連携するのが目的ならコンパイラが自動で吐き出してくれればそれでいいじゃん

2023/04/02(日) 21:32:48.80

ここで愚痴を吐き出せばそれでいいじゃん

2023/04/03(月) 01:20:22.46

すれ違いかも知れませんが、VS2005 (SP1)でdelete 文に関する不具合を発見しました。
CWnd を継承した CAaa クラスに(仮想)デストラクタが定義されている場合に、
CAaa *pAaa = new CAaa と定義した pAaa を delete pAaa とすると、
当然 CAaa のデストラクタが呼び出されます。
しかし、それは、class CAaa : public CWnd {・・・}; が定義されたヘッダファイル
Aaa.h を #include した場合です。
class CAaa; とだけ書いて Aaa.h を #include しないと、本来なら
delete pAaa の部分でコンパイルエラーになるはずなのに、エラーにならずに
コンパイルされてしまいます。なお、new CAaa の部分は同じソースファイルには書かれて
いないので、CAaa の完全定義が無くてもその部分ではコンパイルエラーにはなりません。
new CAaa を書いている別のソースコードでは、aaa.h を #include しています。
さて、この状態でデバッガに入って、delete pAaa の部分を、逆アセンブルしてみると、デストラクタが
呼び出されずに free_dbg() のような関数だけが直接呼び出されていました。
同じソースコードに、#include "Aaa.h" を追加しておくと、ちゃんと、同じ部分が
仮想デストラクタが呼び出すこーどになることを確認しています。

**デフォルトの名無しさん** (ｽﾌｯ Sd9f-AXym) · 2023/04/03(月) 21:09:38.22

スレ違い

2023/04/03(月) 21:54:06.76

読む気無くす文章
後は任せた

2023/04/03(月) 22:12:06.97

VS2015ならともかく、今更VS2005かい
古過ぎて情報の価値が無いな

2023/04/04(火) 14:24:52.06

どうせデストラクタに virtual 付け忘れてるだけだろ

2023/04/04(火) 15:47:03.41

>>566
そもそも CWnd 系のデストラクタは、基底クラスの方で最初から virtual 指定
されているので、強制的に virtual になります。

2023/04/04(火) 15:57:30.30

しかし、それは、class CAaa : public CWnd {・・・}; が定義されたヘッダファイル
Aaa.h を #include した場合です。

2023/04/04(火) 16:12:17.63

Bbb.h で
class CAaa;
class CBbb {
public :
　CAaa *m_pAaa;
　~CBbb();
};
としておいて、Bbb.cpp で
#include "pch.h"
・・・
#include "Bbb.h"
CBbb::~CBbb()
{
　if ( m_pAaa != NULL ) {
　　delete m_pAaa;　// (1)
　　m_pAaa = NULL;
　}
}
見たいな感じに成っていて、#include "aaa.h" を忘れていたんです。
本来だったら、(1) でコンパイルエラーにならないと駄目なはずなのにエラーにならずに
コンパイルされ、デバッガでの (1) の部分の逆アセンブル結果は、m_pAaa のデストラクタを
call するアセンブリコードが全く入ってなかったのです。
仮想デストラクタとか関係なくです。

2023/04/05(水) 18:32:28.26

何がおかしいんだろ

2023/04/05(水) 19:39:17.75

あはははは

2023/04/05(水) 19:58:07.83

>>570
class CAaa;
と書いただけではクラス CAaa は、まだ「不完全定義」なので、
コンパイラは、そのポインタに対する delete 文では必ずエラーにしなければ
ならないに、エラーになって無い事が問題なんです。
クラスの完全定義は必ず、中括弧が必要で、
class CAaa {・・・}; または、
class CAaa : 基本クラスリスト {・・・};
のような形式をとる必要があります。
中括弧が無い、class CAaa; の形式は、クラス CAaa に対する宣言であり、
定義ではないという言い方もされます。
「不完全」なクラス T は、T *p; のような形式で、ポインタを定義/宣言することは
可能ですが、T a; のいうな実体定義は出来ませんし、delete p; はエラーになる
のが言語仕様で決まっています。

2023/04/05(水) 20:59:10.05

>>572
それ、VS2013以降でも再現するの?

2023/04/05(水) 21:05:01.08

なんで2013

2023/04/05(水) 21:06:34.15

サポート期間内
このスレ的には2022って聞いた方が良かったな

2023/04/05(水) 21:07:43.61

自分で試せば

2023/04/05(水) 21:45:08.95

delete文って、暑くなる様なモノだったのか。
new文で領域確保した処理を解放する
ワンパターンの命令でしか見ていなかった。

ディストラクターの記述が面倒になりそうだな。

2023/04/05(水) 22:17:45.08

仕様です
ヘッダは過不足無く正しく include してください
stdio.h すら include しなくて
自分で int printf(char *fmt, ...); と描いたって平気です
それが C/C++ の闇のほんの一部です

2023/04/05(水) 22:20:22.85

>>577
君は delete [] も知らなさそうだな

2023/04/05(水) 23:12:30.57

>>572
c++は全く詳しくないんだけど

VC++2005なら仕様はC++03かC++98でしょ？
仕様書は確認した？
それとVC++2005は各仕様はどの程度準拠して実装したのかどこかに記載はあるの？

類似コードで挙動を試した
vc++2005はインストールしてないからgccで試した
ldでoparater deleteがないとエラー
Oオプション付けたらwarnigは出るけどコンパイルは通って実行できる
c++らしいと言えばらしいんだけど

2023/04/05(水) 23:32:54.00

g++で直にコンパイルしたらO0でもwarning出るだけで普通にコンパイルが通って
dgbでもdeleteが残ってる

本当になんも知らないから仕様じゃね？とも思ってしまうわ

2023/04/06(木) 18:13:52.22

.h を include してても
.o や .lib を造ったときの .h と違うバージョンだったら
結局 link 後に死ねるよね

2023/04/06(木) 18:26:56.16

馬鹿ってmakeとか知らんのか？

2023/04/06(木) 23:55:00.93

30年近く前に聞いたことがある。
viとかgccとかmakeとか時代遅れの開発環境と馬鹿にされてた。
x86ではDOSの頃からIDEが当たり前だったし。

2023/04/06(木) 23:57:02.94

edline

2023/04/07(金) 01:36:47.22

そういやDOSで動いてたBorlandのTurbo PascalとかTurbo Cは統合環境だったな

2023/04/07(金) 03:02:06.07

>>584
今でも使われているが？馬鹿には難しいか？

2023/04/07(金) 05:37:51.70

Visual Studioを触っていて、UNIX、Linux、Macはまったく触っていないというのは、いまどき奇妙な話だな。

2023/04/07(金) 06:57:21.88

だってお得意様が持ってくるのがWindows案件だから

# 俺は元々BSD使いだったが4.3のまま浦島太郎状態

2023/04/07(金) 07:18:32.70

つまりお前の無知が原因での勘違いてことだろ？

2023/04/07(金) 07:35:39.49

何と戦ってんの？

2023/04/07(金) 07:45:23.81

makeもCMakeも現役バリバリなのにそれを知らないやつが教えてもらってるんだろ？

2023/04/07(金) 10:13:25.57

井の中の蛙ってやつか

2023/04/07(金) 10:21:47.70

>>593
お前がな
お前のような馬鹿に仕事を依頼した奴が悪いな

2023/04/07(金) 10:40:17.69

お、返事しやがったw

2023/04/07(金) 16:10:43.35

カネニナリャナンデモイイヨ

2023/04/07(金) 19:04:53.64

582 の表現が間違っているに1票

2023/04/07(金) 19:33:53.29

現役バリバリって当時gdbやmakeって
何百万もするRISCマシンのUNIXワークステーションで動いてて
より高速な20万のx86マシン+VS開発環境に淘汰、壊滅させられてたと思ってたわ。
骨董品開発環境を苦労して使わずともVS使えば楽なのに。

2023/04/07(金) 19:40:18.75

環境によって別のライブラリを使ったり別のコンパイラを使ったりする必要があるんだよ
CMake知らんだろ

2023/04/07(金) 19:43:01.95

>>598
馬鹿の無能自慢か

2023/04/07(金) 19:57:30.86

Windowsしか知らん開発者って昔からこんなもんだよ

2023/04/07(金) 19:58:28.41

世界最強の開発環境VSスレで前世紀の低効率の開発環境使ってる自慢されてもねぇ。
よほどの低能馬鹿じゃないかぎりOSSの低品質見ればわかるだろう。
多くの環境でビルドすることに無駄な労力を奪われてテストしないまま放置。
debianすらメンテナ不足でamd64以外はまともに動かない。
UNIX環境を現役バリバリと言われても結局世界はWindowsですよ。自称UNIXのMacとか蚊帳の外です。

2023/04/07(金) 20:19:57.29

>>598
VS開発環境もフルスペックだと200万コースだけどな
無料のCommunityもあるけどこの環境だと有象無象のOSS開発と大差ない

2023/04/07(金) 20:23:41.83

>>583て誰に向かって書いてるの？

2023/04/07(金) 20:24:30.77

>>602
馬鹿ってMacOSが正式なUnixであることも知らんのだな

2023/04/07(金) 20:27:03.99

スレタイ読めないアホ

2023/04/07(金) 20:57:41.37

そもそもがIDEレベルの話ですらないのに一人だけ勘違いしたおじいさんがずっとレスしてる

2023/04/07(金) 21:09:28.69

マカーってUNIXを散々粗大ごみだのなんだの馬鹿にしてたのに、
新規OS開発に失敗して他のオープンソースOSをパクり、パクリ先の本家すらUNIX名乗ってないのに
金払ってMacOSは真性のUNIXって言ってるんだから。中二病なのか知らんがウニ厨も同じ轍を踏むなよな。

ここはVSスレ。make知ってるごときでマウンティングとかviキーバインドでドヤ顔する低学歴ウニ厨と同じ。
Windowsじゃメモ帳使えますレベル。つまり初心者。

2023/04/07(金) 21:22:39.91

はら出た

2023/04/07(金) 21:30:09.24

知らないのにレスしてくる人間がどうかしてる

2023/04/07(金) 21:35:39.82

BSDはUNIXだろ

2023/04/07(金) 21:44:46.77

ちなみにWindowsはOSこそUNIXじゃないけどPOSIXサブシステムを入れると実質UNIXになる
マカが「本物のUNIX」と繰り返すのはこれを意識していて「Windowsは実質UNIXと言ってもUNIXを名乗れないがMacは名実ともにUNIXだ」と言ってるだけだからあまり気にすんな
「実質UNIX」と「名実ともにUNIX」の間に実用的な差はない
LinuxだってUNIXじゃねーんだから

2023/04/07(金) 21:44:56.48

appleはmacの新OSの開発に失敗した
で新しいOS作ってくれる候補の会社集めてプレゼンやらせたんだ

ジョブスのNextStep社もプレゼンしに行った
数社応募してたけどマック上で動くOSを持って行ったのはNextStepだけだった
もともとNextStepはMach上で動いてたけど土台の部分と分離したOpenStepを作ってた
windowsNT4やSolaris上でも動いてた
汎用性があった
それでBSD載せたmacでも動くものが手早くできたんだろう

2023/04/07(金) 21:45:10.21

もしかしてこいつADSLおじさんだろ

2023/04/07(金) 21:49:47.32

>>612
馬鹿ってThe Open Groupの認証を知らないでこうやって恥曝しの間違いを書き続ける
MacOSはThe Open Groupの認証を通ってるから正式にUNIXと名乗れる
こんなことも、もちろんmakeやcmakeも、知らずに恥を曝す馬鹿

2023/04/07(金) 21:53:43.89

このスレ的にはVSでも依存関係やビルド順を指定できるからmakeみたいなこともできる

2023/04/07(金) 21:54:47.15

winodwsがPOSIXだったのはwin2kまでだよ

米国の基準が変わったのでPOSIXは辞めた

2023/04/07(金) 22:01:50.19

いちいち情報が古いなw
それわざとやってんの？

2023/04/07(金) 22:04:55.15

OpenStep投げ売りされてて2千円ぐらいだった
欲しかったけどNT4持ってなかった
BeOSも投げ売り去れてたけどなんやかんやで買わなかった

超漢字…いらん