Visual Studio 2019 Part2

2019/07/02(火) 23:19:24.60

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
↑冒頭にコレを三行重ねてスレ立てしておくこと

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

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

前スレ
Visual Studio 2019
https://mevius.5ch.net/test/read.cgi/tech/1548765663/

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

2019/07/25(木) 12:33:16.87

13.2GBだった・・・SP2だから多いのか

2019/07/26(金) 09:16:33.20

VC#と比べてVC++ってコンパイルエラーの内容トンチンカンだし補足入力的なサポートも全然ないけど、C++もVSに何かプラグイン入れることでC#並のサポート得られるようになるの？
そういうのがないとしたらC#と比べて膨大な暗記力要求されるよね

2019/07/26(金) 09:24:48.49

C++はプロが使うもの

2019/07/26(金) 10:27:34.67

>>460
Templateを使うと意味不明なエラー出るけど、ほかはそれなりだろ

2019/07/26(金) 10:45:15.22

>>462
それなりなのかもしれないけどC#と比べたらめちゃ不親切だよね
基礎抑えてない自分が悪いというのが大前提にあるのは勿論認めるけど、C#の場合はそれでも例えばusing未記入でConsole.WriteLineって書いたとしてもちゃんとusing Systemを書くようにって教えてくれるやん
ポインタとかインラインアセンブラ使いたいからC++習得したいんだが、そういうサポートが無くてストレスマックスだからアセンブラすらもC#でバイト配列直記入したほうがマシって思ってしまうくらいC++嫌いだわ

2019/07/26(金) 10:48:09.66

気をつけろ
大文字で始まっているのはネタだぞ

2019/07/26(金) 10:48:50.43

>>463
ユーザー数が違うからな。
C#に力入れるのは仕方ない。

**デフォルトの名無しさん** (JP 0H56-/0C9) · 2019/07/26(金) 10:51:47.68

C++ modulesが入ったら「このmoduleでexportされてるからそれをimportしてみたら？」くらいは出せるようになるのかね

2019/07/26(金) 10:52:31.95

>>458
jetbrainsのやつ使え

2019/07/26(金) 10:56:15.90

C#はIDEの支援がしやすいように設計されてる
そういう配慮もなく大昔から継ぎ接ぎで機能拡張し続けてるC++にC#並みの支援を求めても無理

2019/07/26(金) 11:34:55.22

>>463
馬鹿には無理

2019/07/26(金) 11:38:39.66

>>463
コード保管のない時代には生きていけなかった馬鹿か

2019/07/26(金) 11:43:20.84

>>463
C++という言語からの欠陥だからVS関係ない、スレ違いだぞ
そして今の時代低レイヤー書くならRust一択

2019/07/26(金) 11:51:15.69

>>463
Roslynが優秀ってこったよ
vc++なんてgccと比べたら至れり尽くせりで王侯貴族気分になれるぜ

2019/07/26(金) 12:01:52.35

アプリプログラマならわからんでもないけどアセンブラ触りたい言ってるやつがそれはちょっと…

2019/07/26(金) 12:05:49.68

触りたいって言うか既に上記の方法で触ってるけど別にアセンブラ自体は多分一番簡単やん
ポインタもC#単体でもunsafeやUnsafe.なんかで一応やれなくは無いからな
だから頑張って色々頭に詰め込んでまでC++を本気で覚えようって気にイマイチなれないからC#並の補助が欲しい

2019/07/26(金) 12:18:02.66

>>474
お前にはプログラミングそのものが無理だよ

2019/07/26(金) 12:19:12.78

>アセンブラ自体は多分一番簡単やん
でも、IDEの支援とは一番距離が遠いのがアセンブラ。
型も無いし。
どういう立場で言ってるのか疑問。

2019/07/26(金) 12:32:50.23

>アセンブラ自体は多分一番簡単やん

「簡単」というのが「プリミティブ」という意味なら、その通りだろう。

2019/07/26(金) 12:37:23.17

>>470
下積み無しでもすぐプログラミングが出来る今は良い時代だよ。
確かに、本来ならこういう奴はプログラミングのプの字にも触れられなかったんだろうがね。
でもこういう怠惰な人間が良いもん作る可能性も無きにしもあらずなので、入り口は広くあるべき。

2019/07/26(金) 12:37:46.63

>>477
C++は、STLやboostは原始的なものから素直さがなくなってしまってるが、
それらを使わなければアセンブラと良く似た意味での原始的なものは残っている。

2019/07/26(金) 12:39:20.69

>>478
アセンブラを簡単と言っていながらIDEの支援を欲するところは、
昔からアセンブラが理解できたことで評価されてきたエンジニアを
侮辱してるように感じる。

2019/07/26(金) 12:44:03.47

それこそ経験値ゼロでございと言っているようなものだな
便利なツールはあれば欲しい
アセンブラだけが例外ということはない

2019/07/26(金) 13:55:53.20

SLR-SYSTEMSのOPTASMみたいに
命令書換してくれる奴は便利だったね

2019/07/26(金) 14:51:33.37

いやそういうのはノーサンキュー
勝手なことをして欲しいのではない

2019/07/26(金) 18:32:24.46

>>480
暗記的にはアセンブラもむずいと思うよ
バイト配列として直記入してるって言ったけど1命令づつバイトコードをググって書いてるだけだからな
とりあえず現状だとC#で目的果たせちゃってるから本気になれないってだけの話だったな
そもそもC#も積極的に習得したってよりは目的を達成するための手段として使い始めただけなんで俺は強烈な動機がないと勉強始められないアホってことで終わりでいいや

2019/07/27(土) 06:59:22.03

>>484
一応指摘しておくと、普通、
「バイトコード」=Java仮想マシンなどのコード。
「バイナリコード」=native CPUが理解できるコード。Z80やIA32の命令など。

2019/07/27(土) 07:24:29.68

バイトコードも普通にバイナリコードって言うだろ

2019/07/27(土) 07:26:09.85

まともな開発者は言いません
>>485が正解

2019/07/27(土) 07:27:24.11

>>484
>バイト配列として直記入してるって言ったけど1命令づつバイトコードをググって書いてるだけだからな
本当にGoogle検索だけで出てきました？

mov eax,[ebx]
と
mov ebx,[addr]

でかなり違ったバイナリコード(マシン語)に成るので IA32の命令エンコーディングの Mod/RM
や SIB オペランドなどをかなり深く理解しないといけなくて、そのためには、
命令表の /i8 mem32 reg32 などの表記法からeax,ebx,ecx,edx,esi,edi,ebp,espと
対応するレジスタ番号も調べたりする必要があり、BITパターンに正確に埋め込まなくてはならない。
また命令表では mod reg r/m などと書かれていてもそれぞれの BIT数がいくつなのかも最初は
戸惑う。答えは、それぞれ 2,3,3 bitで合計8BITになっている。
僅かにレジスタのビット幅が変わっただけで先頭に data prefix と呼ばれる前置バイトが入ったりもする。
またZ80や8086の頃と違って、IA32(特にAMD64)の命令表は非常に複雑で、その読み方を学ぶのに
アセンブラ経験者でも何日か必要とする事が多い。

2019/07/27(土) 07:43:47.11

C#でバイト配列として記述しても所詮.NETの中間言語にしか過ぎないのでネイティブで実行するのは無理だと思う
そのままでは.NET実行環境から逸脱したコードは実行できない

2019/07/27(土) 07:48:46.82

>>487
まともな開発者ww
まあお前の周りではそうなんだろうな…

2019/07/27(土) 07:53:39.12

>>489
さらに、C/C++であっても現在のCPUと現在のOSではバイト配列を
マシン語として実行するのはCPUアーキテクチャの深い理解と
Win32の特殊なAPIの助けの両方を借りないといけない。

1. メモリーのページ属性に実行可能属性を付けないといけない。
2. 高級言語であるところの C/C++ のバイト配列はデータ用のページに置かれるので
　普通は、1のページにコピーしないといけない。
3. 書き込み可能なページに実行可能属性を付けた場合、コードの実行に失敗する事がある。
4. なので memcpy()などで単純なコピーは難しい場合があるので、Win32 APIの
　デバッグ用の特殊な関数を使う必要が有るかもしれない。
5. これだけでも簡単には実行させて貰えない。実行するためには命令キャッシュのフラッシュや、
　命令パイプライン、分岐予測などのリセットのようなものが必要になる。そのためには、
　少なくともIA32標準では far jmp命令とnear jmp命令を繰り返す必要が有る。
　今の普通のC/C++コンパイラでは、far jmp命令は生成できない事が多いので、これも
　Win32 のデバッグAPIを使わないといけない可能性が高い。

つまり、C#を手段として使い始めばかりの程度の人が出来るようなことではない。

2019/07/27(土) 07:56:07.86

>>490
あなたは「バイトコード」でググってみてないと思う。
多くの場合。バイトコードとバイナリコードという言葉は、厳密に区別されている。

2019/07/27(土) 07:57:19.05

MASMかNASM使えよ

2019/07/27(土) 08:25:10.42

無知は罪とならないが
過ちて改めずを間違いと言うのだがな

良き週末を過ごされんことを

2019/07/27(土) 09:09:15.94

>>488
大抵は出てくるし何ならデバッガでてきとーなコンソールアプリの空いてそうなメモリ領域にpush raxとか書き込んでコード調べるってこともよくする
バイトコードとかなんかの名詞間違ってたのが気に触れたらしいがマジで物事暗記するの嫌いだからすまんな

2019/07/27(土) 09:33:45.89

>>492
しつこいね
そこまで言うならバイナリコードにバイトコードが含まれないと言う根拠を出せよ

2019/07/27(土) 09:39:46.72

バイトコードという言葉は昔は無かった。
バイトコードがいつからどのような目的で使われるようになったかを調べてから発言するように。

2019/07/27(土) 09:44:40.37

(決着つくのか？)

2019/07/27(土) 09:58:38.87

バイナリコードはネイティブコードのことマシン語
バイトコードはスタックマシンで使われるものであくまでも中間コード

理解している開発者は用語を使い分ける
わかってない人はjavascripをjavaとかジャバスクと呼ぶようなもの

恥の上塗りはやめとけ

2019/07/27(土) 10:04:59.82

pCODEとの違いを３行でよろ

2019/07/27(土) 10:10:05.17

バイナリコードと区別するためにわざわざバイトコードつってんのに何ゴネてんだよ

2019/07/27(土) 10:10:19.59

>>499
スタックマシン限定なのか?

2019/07/27(土) 10:11:06.11

共通中間言語
https://ja.wikipedia.org/wiki/%E5%85%B1%E9%80%9A%E4%B8%AD%E9%96%93%E8%A8%80%E8%AA%9E

> .NET言語がベータリリースである間、CILはMicrosoft Intermediate Language (MSIL) と呼ばれていた。
> C#およびCLIの標準化により、現在ではバイトコードは公式にCILと呼ばれる。

2019/07/27(土) 10:11:58.20

jarとか便宜上バイナリ呼びする事はあるが
バイナリコード扱いするのは流石に障害者としか

2019/07/27(土) 10:18:17.96

それ只のzip

2019/07/27(土) 10:20:59.24

>>502
バイトコードと呼ばれだしたのはjava仮想マシンが初めだったはず

限定したつもりはないけど
バイトコードと呼ぶときは大抵スタックマシン上の実行言語=中間言語のことを指すのが一般的かと

2019/07/27(土) 10:23:21.48

>>502
他に例があったら後学のために教えて

2019/07/27(土) 10:30:29.75

根拠も出せずに人を障害者呼ばわりか…
人間性がよくわかるなw

2019/07/27(土) 10:31:22.12

うちはC#だけど
ソースと生成物はバイナリて
言い方はしてるけどね
中間コードであることは
みんな認識してる

2019/07/27(土) 10:32:11.99

当の俺は別にゴネてなんかないが
名称なんて本質でもないし間違ってたなら間違ってたでそれでいいよ
まぁかと言って覚える気はあんまないけど

2019/07/27(土) 10:38:08.67

>>499
スタックマシンにはハードウェアで直接実行されるものもありますが、
それ用のコードもバイトコードと呼ぶんでしょうか
https://ja.wikipedia.org/wiki/%E3%82%B9%E3%82%BF%E3%83%83%E3%82%AF%E3%83%9E%E3%82%B7%E3%83%B3#%E5%AE%9F%E7%94%A8%E5%8C%96%E3%81%95%E3%82%8C%E3%81%9F%E3%82%B9%E3%82%BF%E3%83%83%E3%82%AF%E3%83%9E%E3%82%B7%E3%83%B3

2019/07/27(土) 10:38:20.54

>>509
テキストではなくバイト列なんだからバイナリで正しいよ
実行ファイルとか executable binary とか言われると若干首を傾げる部分もあるけど

2019/07/27(土) 10:43:21.09

>>511
仮想マシンじゃなきゃバイトコードって言わない

2019/07/27(土) 10:46:46.55

>>512
c#だとEXEやDLLが生成されるので実行ファイルで良いんじゃないの
ファイル名だけだとネイティブの実行ファイルと区別できないぞ

2019/07/27(土) 10:55:21.98

>>506-507
確かにp-codeの頃はバイトコードって呼び方は無かった気がする
バイトコードって呼ばれるようになったのはJITコンパイラーが出てからかも

2019/07/27(土) 10:56:44.19

>>511
性能向上のためにハードウェアで直接実行可能になったりするものもあるけど
バイトコードとして出力される以上はバイトコードと呼ぶ
たいていのバイトコードはアセンブラに似せた設計になってるし、ハードウェア命令として実行できるのはなんら不思議ではない
自分でスタックマシンや簡易言語を設計実装するのは経験のある開発者ではままあることで、やはりバイトコードあくまで中間言語として設計する

何事にも例外はあるのでややこしくならないように一般的と表現した
バイナリコードと区別するためにバイトコードという表現が使われたはずなので、あくまで別なもの

時代が進んで言葉の指す意味が変わったり、差異が無くなったり、間違った意味が主流になるのはよくあることなので
将来的なことまではわからないけどね
ホームページとかURLとかギガみたいに

2019/07/27(土) 11:04:43.84

>>516
そんなん実装するのは一部の言語マニアだけだぞw

2019/07/27(土) 11:09:22.74

>>517
まあちょっと大げさだったw
100人に1人もいるかどうか…

2019/07/27(土) 11:22:44.17

>>512
データの場合は、テキストデータでは無い場合、バイナリデータとは言う。
ここまではいい。
しかし、中間言語コードのことは、昔から、バイナリコードとは呼ばない
習慣があった。例えばBASIC言語の中間コードをバイナリコードという
習慣は無かった。Javaの仮想マシンが実行するコードは、だからこそ
バイナリコードと呼ばずにバイトコードと呼ぶようになったと考えられる。

逆に、native binaryコードの事をバイトコードと呼ぶことは全く
考えられないといっても過言ではない。

2019/07/27(土) 11:46:03.51

お前がそう思うのは自由だよw

2019/07/27(土) 11:48:21.59

Nativeバイナリをバイトコードとは呼ばない
以下、話が無限ループ

2019/07/27(土) 11:54:18.86

ハッカーを日本ではクラッカーの意味で用いる習慣になってしまったように、
この言葉も誤用されてますます日本のITは弱体化していくのかな、やだな。
アメリカではハッカーを合法的な意味の褒め言葉で使っているのに日本では
けなし言葉になってしまって、これもIT弱体化の一約を担っていたりして。

2019/07/27(土) 11:54:50.53

eaxを例に出すﾜｯﾁｮｲ 1f61-5Ye2
raxを例に出すﾜｯﾁｮｲ a3a7-wm0+

世代の差を感じる

2019/07/27(土) 11:58:11.62

昔から物知りは千年前から生きてきたように見えるものなんだ。
実際には若かったりするんだよ。

2019/07/27(土) 20:25:51.26

https://en.wikipedia.org/wiki/Binary_codeでは、
「A binary code represents text, computer processor instructions, or any other data using a two-symbol system. 」
とだけあって、
https://en.wikipedia.org/wiki/Machine_code　では
「Machine code is a computer program written in machine language instructions that can be executed directly by a computer's central processing unit (CPU). 」
とあって、
バイナリコードは抽象的な命令セット、マシンコードは実際にCPUで実行されるコードと区別している。

そして実際に、Binary Code の項目内にある「Computer processor Instructions」の項目を見ると
「Some virtual machines that support bytecode as their ISA such as Smalltalk, the Java virtual machine, and Microsoft's Common Language Runtime,
implement this by translating the bytecode for commonly used code paths into native machine code.」

とあるから、Wikipediaのこの項目が正しいとするなら
Javaや.NET の実行ファイルもバイナリコードである。

以上、証明終わり

2019/07/27(土) 20:30:56.77

つまりはこういうことか

マシーンコードと区別するためにバイトコードと呼ばれてどとらもバイナリ～コードではあると

2019/07/27(土) 20:33:05.33

まあ、アスキーコードじゃないな。

2019/07/27(土) 20:51:14.16

そもそもJavaとかでバイトコードって言い始めた時の対義語ってマシンコードとかネイティブコードって言われてた
>>519はなにか勘違いしてるとしか思えん

2019/07/28(日) 00:54:17.55

ちゃんとバイトコードって書いてるやん
大事なところを間違えるなよー

2019/07/28(日) 00:57:01.92

ああこの人はバイナリコードが上位概念であり
バイトコードとネイティブコードはそれに属すると言いたいわけね

2019/07/28(日) 01:08:53.94

stackoverflow的BAを超約すると、話し手の意図次第ってこったな
バイトコードはバイナリコードの特殊な形態とも言えるし
バイナリコードとは別物とも言える

国際規格やRFCでも無いだろうしそりゃ噛み合わない
両方とも間違いではなくそもそも両者の定義が違うから平行線と

以下引用
The answer depends on what you mean by??binary code.

Java bytecode??is a binary data format that includes loading information and execution instructions for the Java virtual machine. In that sense,?鸙ava bytecode??is a special kind of??binary code.

When you use the term "binary code" to mean machine instructions for a real processors architecture (like IA-32 or Sparc) then it is different.
Java bytecode??is not a??binary code??in that sense. It is not processor-specific.

2019/07/28(日) 02:19:38.99

>Wikipediaのこの項目が正しいとするなら

そこに一番の疑いがある
はい論破

2019/07/28(日) 02:31:36.91

Wikipediaじゃなぁ
まともな記事もあるけど素人が好き勝手書いたのがそのまま載ってたりもするし
どちらか判断付かないから結局全体として胡散臭い

2019/07/28(日) 05:02:43.81

Wikipediaはアウト
e-Wordsはセーフ

バイトコード→VMのために設計された命令コードの体系
バイナリコード→バイナリと同義
バイナリ→ようするにテキスト以外のデータ

明確に違うね

（横レスのぼくはこの話どうでもいいんだけど）

2019/07/28(日) 07:52:26.15

>>530
えっ、今わかったの？
理解力なさすぎだろ…

>>531
> 両方とも間違いではなくそもそも両者の定義が違うから平行線と

> バイナリコードはネイティブコードのことマシン語
> バイトコードはスタックマシンで使われるものであくまでも中間コード
と言い切ってた奴がいたんだが、それについてはどう思う？ww

2019/07/28(日) 08:01:43.35

>>535
>>531 の英文を読んだか?
バイトの書いたコードは使い物にならんて書いてあるんだぞ

2019/07/28(日) 08:15:21.32

どちらもオレが書いたのだが…

結局バイナリコードとバイトコードは別の用語だろ
繰り返しになるが
バイトコードはjava VM用の中間コードとして、バイナリコードと区別するために使われだした呼称なのは変わらない

バイトコードと表現すべきところでバイナリコードとしたりすると、コミュニケーションとれないだろ？
バイトコードとバイナリコードは、別の用語だから区別して使うものなんだよ

バイトの書いたコードうんぬんはつまらん冗談だな

2019/07/28(日) 08:20:45.46

>>537
>>531 の英文通りの解釈だよね

2019/07/28(日) 08:30:52.20

>>532
頭悪いんじゃないの？

論破っていうならその wikipediaの説明が間違っているという根拠や証拠を示せよ

2019/07/28(日) 08:40:43.13

コンピュータ関連のWikipediaで大ウソ書いてるのは見たこと無い

2019/07/28(日) 08:52:48.11

java脳の連中はCPU=RISC=32bit固定長命令だからバイト単位の命令=javaのコードという認識でいいんだよ。

2019/07/28(日) 09:03:35.95

Binary は、Oxfordの英英辞典では「a system of numbers that uses only 0 and 1」という意味
辞典、辞書によって微妙な違いはあるけどおおよそこういうこと。

確かに、二進法で表現された命令を直接理解して実行するのがCPUだけど
.NETの IL も https://en.wikipedia.org/wiki/List_of_CIL_instructions のように
たとえば、0x58 が加算を表すというように命令をバイナリで命令が定義されていている。
だから別にバイナリコードで何の問題もない。

.NET の CLR がもし「add.ovf.un」なんかをテキストベースで解釈して実行するならそれはバイナリコードとは言えないだろうけど。

2019/07/28(日) 09:29:49.27

元々は違うものにつけた名前が状況によっては間違いとは言えない状況もあるでしょ

結局コンテクスト次第ってことでは
厳密に定義された言葉じゃないんだし

普通にカラスは黒い
ですむレイヤーの話に対して
アルビノもいるとか言い出たら面倒なわけで

本職は.NET屋なんだけど
通常ビルドされるものと事前コンパイルは区別するし
バイトコードともバイナリコードとも言わずにIL・中間コードと呼ぶ

開発者同士の会話ならそれぞれきちんと使い分ける(クライアントに対しては話は別)
バイナリはテキストに対する言葉として使って
バイナリコードは直接実行可能なコードのこと、基本的にはネイティブコードの事を言うよ

2019/07/28(日) 09:56:26.89

まぁ、もともと海外からきた言葉を日本で使うときは意味が変わったりすることあるようだからな。

だから、海外での使われ方に違和感もったりするんだろうな。

でも、どうググってもCPUで直接実行するってレベルの話は「Machine Code」でしか出てこないから。
「Binary Code」はもっと意味が広い。

2019/07/28(日) 11:31:40.10

>>531
> バイトコードはバイナリコードの特殊な形態とも言えるし

と言いながら

>>543
> バイナリコードは直接実行可能なコードのこと

とか言うのは頭の記憶域になんか問題があるんだろうなw

2019/07/28(日) 11:37:06.03

こいつら糞生産性低そう
変なところに異常に拘りすぎだろ
鉄道とか好きそう

2019/07/28(日) 11:39:09.49

言葉の定義に関しては割と適当な業界だから気にしてもしょうがないぞ

2019/07/28(日) 12:06:21.28

レスバトル始まって引くに引けなくなってるだけみたいだし、どうでもいいな。

2019/07/28(日) 12:38:24.59

バイトコードとはバイトの書いたコード
これで良いやん?

2019/07/28(日) 12:39:52.27

時間を有効に使え
人生は短い

2019/07/28(日) 13:15:38.80

> 時間を有効に使え
> 人生は短い
5chやってる俺らが言うと自虐にしかならんが…

2019/07/28(日) 13:18:40.33

自覚はあるんだな

2019/07/28(日) 13:22:16.90

>>549
コメントに使えない正社員への恨みつらみが書いてあるのか

2019/07/28(日) 15:10:24.37

マウントとりたいだけでどれだけスレ違い続けているんだ馬鹿ども

2019/07/28(日) 15:18:46.08

>>552
お前にはないけどなw

2019/07/28(日) 16:50:21.19

別スレ勃ててやってくれ
何なら俺が勃ってやろうか

2019/07/28(日) 17:53:51.04

連想記憶メモリの暴走

2019/07/28(日) 17:58:00.98

英語だと、CODE の意味が日本で使われているよりか習い広い。

英語圏での CODE = BCD 数のようなものも含めた符号のような意味。
　　　　　　　　　　Wikipediaではデータの意味でも使うような雰囲気。
　　　　　　　　　　しかし、21世紀現在でその意味で広く使われているのかは
　　　　　　　　　　分からない。

日本でのコード = プログラマが言う場合は大体の場合、プログラムの
　　　　　　　　　ことでデータのことは余り言わない。