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/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も投げ売り去れてたけどなんやかんやで買わなかった

超漢字…いらん

2023/04/07(金) 22:38:16.45

UNIXの歴史、正統性なんてIT技術とか関係なく馬鹿文系のライセンス戦争でしかない。
パクり屋のMacとiPhone使ってる時点で恥を知りなさい。

2023/04/07(金) 22:45:56.61

macは5分ぐらいしか使ったことがないな
それもモノクロの奴

VSというかVBはNextStepのintefaceBuilderにインスパイアされてんじゃないのかな？

2023/04/07(金) 22:55:49.46

大学の研究室でNextStep触ってたけどinteface builderは結局まともに使えなかった
雑誌でもてはやされてたけど文献がなく時間の無駄だった
NextStepはMOにアクセスするとしばらく待たなければならなかったし常に音がしてた

2023/04/07(金) 23:55:57.81

The Open Groupのことを知らないものだから別の話しにしてごまかし始めたクズ

2023/04/08(土) 00:13:59.73

いやお前勘違いしてるだろ
俺は別人だ

2023/04/08(土) 00:15:05.74

馬鹿でクズはID:yItIQkwT0　だ

2023/04/08(土) 04:41:46.55

BASIC自分用プログラミングだとこの程度しか作らんわ
https://i.imgur.com/M62QXmv.jpg

2023/04/08(土) 06:27:11.17

マカーの狂気のような敵意はいったい何かね？　妬ましくて悔しくて発狂してんの？

2023/04/08(土) 16:34:11.53

VS/VB と IB は似ても似つかんよ

2023/04/08(土) 19:46:50.47

マカーとウニ厨はなんでこのスレで暴れてんだ？
市場で敗け続けたのは低品質で使えないゴミ環境だったからであって
いくらおれを馬鹿だクズだと言っても勝ち目はなかったぞ。
未だにマカーのNextStepの捏造を信じてるとか相当痛い。

2023/04/08(土) 19:51:54.28

敗因が質もせいだと思っている無能には興味ゼロ

2023/04/08(土) 19:52:29.26

s./も/の/g

2023/04/08(土) 19:55:43.39

ＳＥＤ？

2023/04/08(土) 19:58:16.95

マウンティングレスばかりだな。少しは中身のある内容書けないのか？
朝生でもよくいるよな。否定や反対はするがなぜか理由や根拠は絶対言わない奴。
揚げ足取りに終始する万年野党君。誰でも馬鹿にできるおれかっけーみたいな。

恥ずかしい奴。

2023/04/08(土) 20:02:22.20

じゃあお前は何で何を作ったんだ？

2023/04/08(土) 20:03:16.09

>>633
ブーメラン

598 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7fad-w/zo)[sage] 投稿日：2023/04/07(金) 19:33:53.29 ID:yItIQkwT0 [1/4]
現役バリバリって当時gdbやmakeって
何百万もするRISCマシンのUNIXワークステーションで動いてて
より高速な20万のx86マシン+VS開発環境に淘汰、壊滅させられてたと思ってたわ。
骨董品開発環境を苦労して使わずともVS使えば楽なのに。

602 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7fad-w/zo)[sage] 投稿日：2023/04/07(金) 19:58:28.41 ID:yItIQkwT0 [2/4]
世界最強の開発環境VSスレで前世紀の低効率の開発環境使ってる自慢されてもねぇ。
よほどの低能馬鹿じゃないかぎりOSSの低品質見ればわかるだろう。
多くの環境でビルドすることに無駄な労力を奪われてテストしないまま放置。
debianすらメンテナ不足でamd64以外はまともに動かない。
UNIX環境を現役バリバリと言われても結局世界はWindowsですよ。自称UNIXのMacとか蚊帳の外です。

608 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7fad-w/zo)[sage] 投稿日：2023/04/07(金) 21:09:28.69 ID:yItIQkwT0 [3/4]
マカーってUNIXを散々粗大ごみだのなんだの馬鹿にしてたのに、
新規OS開発に失敗して他のオープンソースOSをパクり、パクリ先の本家すらUNIX名乗ってないのに
金払ってMacOSは真性のUNIXって言ってるんだから。中二病なのか知らんがウニ厨も同じ轍を踏むなよな。

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

620 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7fad-w/zo)[sage] 投稿日：2023/04/07(金) 22:38:16.45 ID:yItIQkwT0 [4/4]
UNIXの歴史、正統性なんてIT技術とか関係なく馬鹿文系のライセンス戦争でしかない。
パクり屋のMacとiPhone使ってる時点で恥を知りなさい。

2023/04/08(土) 20:54:10.89

無毛な争いやめたらどうだ。

2023/04/08(土) 21:41:34.18

フサフサの俺は高みの見物

2023/04/08(土) 21:48:38.31

>>637
ヅラなのバレてるで

2023/04/08(土) 23:30:48.85

>>626
ＳＮＥＧ