Visual Studio 2019 Part4

2020/04/01(水) 13:36:34.75

!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/

リリースノート
https://docs.microsoft.com/en-us/visualstudio/releases/2019/release-notes#

過去スレ
Visual Studio 2019
https://mevius.5ch.net/test/read.cgi/tech/1548765663/
Visual Studio 2019 Part2
https://mevius.5ch.net/test/read.cgi/tech/1562077164/

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

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

2020/07/01(水) 03:49:29.62

右クリックは？
知らんけど。

2020/07/01(水) 07:24:26.70

確認してみたけどconhostでのPowershellの標準的な振る舞いだな
選択範囲を右クリックすればテキストはクリップボードにコピーされてる

2020/07/01(水) 10:51:32.62

16.6.3リリース(2020/6/30)
https://docs.microsoft.com/ja-jp/visualstudio/releases/2019/release-notes#16.6.3

2020/07/01(水) 14:23:30.43

テンプレート作成時の$projectname$を大文字に変換する方法って
C++ではできませんか？

例としてはProjectNameをPROJECTNAMEにしたいんです

2020/07/05(日) 17:08:48.82

layoutオプションで作成したオフラインインストーラーにワークロードを追加する方法を教えてください
--layout --addだけでいい？それともmodifyやupdateコマンドを使う？

2020/07/06(月) 00:04:35.10

悩んだり聞いたりするより全部落とすほうが早くて無駄がないけどな

2020/07/06(月) 01:49:24.38

全部落とすと、要らないアップデートで悩まされるのでは

2020/07/06(月) 10:39:53.29

障らぬ神に祟りなし

2020/07/06(月) 11:41:26.12

リソースビューからメニューを編集してる時に落ちます
手順としては
キーボードを使ってメニューを開く(右Altの左にあるキーを押す)
->キーボードのSを押して「区切り記号を挿入」を選択
->応答なしになってエラーになる
devenv.exe - アプリケーションエラー
　メモリがreadになることはできませんでした
　終了するにはOKをクリックしてください
のメッセージボックスが表示される

これは再インストールでも直りませんでした
他に解決方法があれば教えて下さい

2020/07/06(月) 11:46:55.17

右Altの右でした
キーの名前はアプリケーションキー
EditBoxのサブクラスだとWM_CONTEXTMENUが発生するキーです

2020/07/06(月) 13:22:09.59

>>508
早いわけ無い。

2020/07/07(火) 01:48:53.96

vs2021はどうなるのかなー

2020/07/07(火) 02:33:20.30

幻の2021TOKYO ver.

2020/07/07(火) 10:16:45.25

そろそろ年を製品名につけるのやめようよ
次からは原点回帰でVisual Studio Oneで

2020/07/07(火) 10:31:45.82

年が分かりやすいから変えなくていい

2020/07/07(火) 10:40:01.27

バージョン番号は日付でOK

2020/07/07(火) 11:53:04.00

>>516
デメリットしか感じない

2020/07/07(火) 12:02:16.05

>>516
その名前パチモンみたいからやめろ

2020/07/07(火) 12:06:35.06

>>511がわかりました
メニューの入力状態になっていない時に(選択しただけの状態etc)
全角入力状態で文字キーを押すと応答停止で再起動になるみたいです

2020/07/07(火) 12:36:02.88

日付バージョン管理は印象が悪い
VisualStudio 2021(こっちが本物の最新版).bak

2020/07/07(火) 13:03:18.53

>>521
不具合報告は、Microsoftにも頼むで！

しかし、IME関連は最近、ほかでもトラブルがあった気がするな。
なんでいまさら。。。

2020/07/07(火) 14:16:35.56

>>521
コミットメッセージを日本語入力すると異常終了するのが復活したけど関連してるのかな

2020/07/07(火) 16:46:28.56

IMEの不具合はwindows10の更新で何やら。
そしてキー設定の自由度が減った。

2020/07/07(火) 18:28:40.91

May 2020 Updateだとショートカットキーが効かなくなるバグがあるからそれ？

2020/07/08(水) 15:21:19.50

C++によるモバイル開発をインストールしただけでは
メニューのツールにAndroidがないからAVD Managerが無いのかと思ったら隠れてた

デフォルトではC:\Microsoft\AndroidSDK\25\toolsのAndroid.batを実行すれば
Android SDK Managerが起動するからTools->Manage AVDsで起動できた

2020/07/13(月) 15:39:36.29

Androidの開発中の出来事です

　～\java\com\folderA
　～\java\com\folderB

全てのjavaファイルを同じディレクトリ(上記で言うfolderA)に配置した場合は赤線が出ず
folderAとfolderBに分けた場合は赤線が出ます(ソースの変更は一切無し)
マウスオーバーのメッセージはcannot be resolved to a typeです

この状態でリビルドをしてもエラーは出ずデバッグもできます(ソースの変更は一切無し)
この場合フォルダを分けるだけで出る赤線は何を意味しているのですか？

2020/07/13(月) 15:46:32.26

本当にリビルドできてるの？
通常はフォルダを分けた時点でimport文か必要になるはずだが

2020/07/13(月) 16:08:26.65

生成物をExplorerで完全に削除してから、あらためてビルドをやりなおしてみれば。

2020/07/13(月) 19:38:14.20

最小構成で試してみても同じでした

-----com\Main\MainActivity.java
package com.ProjectName;
import android.app.Activity;
import android.os.Bundle;
public class MainActivity extends Activity {
private SecondClass secondclass;
@Override
public void onCreate(Bundle bundle) {
super.onCreate(bundle);
}
}
-----com\Second\SecondActivity.java
package com.ProjectName;
// 本来ならSecondActivityがあります
class SecondClass {
private SecondClass() {
}
}

2020/07/13(月) 19:41:31.39

赤線が出るのはMainActivity.javaのここですがリビルドできるんです
private SecondClass secondclass;
　　　　　~~~~~~~~~~~~

2020/07/15(水) 09:17:01.07

Visual Studio 2019 version 16.6.4
https://docs.microsoft.com/en-us/visualstudio/releases/2019/release-notes#16.6.4

16.6も落ち着いてきたかな

**デフォルトの名無しさん** (JP 0Hf1-8HHx) · 2020/07/16(木) 02:17:51.42

SDL2.0はどうやってvisual studio 2019のc++によるandroidアプリの開発に導入しますか？

2020/07/16(木) 02:31:31.89

開いてるファイルを全部閉じる方法ありますか？

2020/07/16(木) 03:18:27.81

[ウインドウ]ー[すべてのドキュメントを閉じる]

2020/07/16(木) 07:08:04.48

cl.exeのバージョンは変わってなかった

2020/07/16(木) 09:14:27.51

VS codeみたいに縦に分割したい

2020/07/16(木) 09:17:56.31

>>535
ファイルのタブ右クリック->すべてのドキュメントを閉じる

>>538
ファイルのタブ右クリック->垂直方向のドキュメントグループの新規作成

2020/07/16(木) 10:03:44.17

>>539
さんくす！やってみる！

**538** (ﾜｯﾁｮｲ 8949-cgHx) · 2020/07/17(金) 11:58:08.59

>>539
やってみたけど、「縦に」じゃなくて「横に」分割だったわ。。
ロ
ロ
↑みたいに出来ないかなって
classファイル増えるとこの方が嬉しい。。

2020/07/17(金) 12:16:06.87

>>541
なら新規の水平方向のドキュメントグループかな

2020/07/17(金) 12:21:41.26

>>541
シングルウインドウだから分割するしかないVSCodeと違って、VisualStudioはマルチウインドウ対応なんだから、タブを別のウインドウなりペインなりにしたらいいんじゃないの？

**538** (ﾜｯﾁｮｲ 8949-cgHx) · 2020/07/17(金) 13:28:00.79

>>542
ワイのVS君には見当たらない。。

>>543
せやな！潔く諦めるわ！

2020/07/17(金) 13:45:25.24

なんでないねんｗ

**デフォルトの名無しさん** (ｽﾌｯ Sdfa-yOfz) · 2020/07/17(金) 15:44:45.19

ID:060YMQC80
IDEを適当にいじってりゃ自己解決しそうなことがなんでできないんだろう
PG向いてないんじゃないの

2020/07/17(金) 15:48:40.30

俺かよｗ

**538** (ﾜｯﾁｮｲ 25ac-cgHx) · 2020/07/17(金) 17:23:36.10

理解した！
出てこないとおもったら
口日
がくっついたみたいな感じに、コードエディタのなかでは自由に組み合わせはできなくて、
垂直(１列)か水平(１行)しか無理なのか・・

でも546は出来るんだろうな！うらやましい！w

2020/07/17(金) 19:00:19.08

>>548
垂直で分けてる時でも
同ファイルを上下に分割なら
メニューのウィンドウから分割でできる
別ファイルはわからないごめん

2020/07/17(金) 19:04:13.40

自分はC#だから
ロ
ロ
みたいに分割されてもクラスの一覧性が上がらない
モニタを縦にしたらいいのかもしれないが

2020/07/17(金) 19:15:54.92

>>549
それをするなら、スクロールバーの上端からドラッグ！
UIからわかるとおり、これはひとつのファイルウインドウでビューを複数つくる機能やろ。

別のファイルは別のウインドウで。

**デフォルトの名無しさん** (ｽﾌｯ Sdfa-yOfz) · 2020/07/17(金) 19:18:54.44

こんなの手取り足取り教えなくても触ってたら分かるだろ

2020/07/17(金) 19:47:57.64

モニター2台とかできるのかな

2020/07/17(金) 19:56:31.53

既に教えられてるとおりの水平/垂直のドキュメントグループで何がだめなのさっぱりなんだが

2020/07/17(金) 20:06:56.83

表示されないと言ってるから最近のVSじゃなくて古い奴使ってるんじゃないかな
少し前に追加されたものだから

2020/07/18(土) 14:22:24.61

>>538
何をやりたいのかいまいちよくわからんけど、同じファイルを横に並べたいと言うならこれ↓
https://imagingsolution.net/program/visualstudio/split-code-windows-vertically/
分割した画面を縦に並べるように更に分割もできるから口日みたいな配置もできるよ

2020/07/18(土) 15:11:15.42

>>556
>>543

2020/07/18(土) 17:49:57.71

>>557
？？？
別にお前はそうすればいいと思うがそれをいちいち俺に言われても困る

2020/07/18(土) 18:59:43.60

>>558
既出だし、本人納得済みだっつーんだよ。
要は、黙れと「おまえ」に言っとる。

2020/07/18(土) 19:52:40.20

>>559
>>543が既出？
頓珍漢なこと言ってるだけだろ

納得済み？
>>548で諦めてるやん…

恥の上塗りしないようにお前が黙ったほ方がいいぞ
まあ、もう手遅れだけどw

2020/07/18(土) 21:18:07.92

>>560
そう、出遅れたくせに手遅れ。ｗ

2020/07/18(土) 22:36:53.47

>>561
ごめん、まじで何を言ってるのかわからん…
恥の上塗りにしかなってないことはよくわかるけどw

2020/07/20(月) 07:17:40.28

C#とBASICのどちらも同じなんですが、自前のDLLのpdbファイルを置くことでデバッグできますが、DLLからまた別の自前のDLL(pdbも置きます)を呼び出すと例外が発生します。
ReleaseのDLLだけであれば例外は発生しません。
アドバイスよろしくお願いします。

2020/07/20(月) 07:49:31.85

DLLってどういうしくみで動いてるんですか？
置くだけで関数が使える？
まるでブルーレット置くだけでトイレがキレイになる？

2020/07/20(月) 08:08:35.03

馬鹿は黙ってろ

2020/07/20(月) 09:02:04.09

ブルーレットを過信しすぎ

2020/07/20(月) 10:20:27.83

>>564
DLLはdynamic link libraryの頭文字だ
他にstatic link libraryがある
CやC++で普通に「リンク」してライブラリの関数をexeに内蔵させるのが後者
exeには内蔵させず実行中、必要になり次第読み込むのが前者だ

2020/07/20(月) 10:21:07.12

COMはDLLの一形態だ

2020/07/20(月) 10:37:26.97

やはりDelphiが最強のようだな

2020/07/20(月) 10:39:05.88

DLL HELL の悪夢から逃れるための COM

2020/07/20(月) 10:54:14.55

>>563
デバッグビルドのDLLが別のDLLを参照してて、それが足りないんじゃないの？
依存DLLを確認すれば？

https://www.google.com/search?q=dependency+walker

2020/07/20(月) 12:00:06.83

vectorとかの、
ビルドに依存する型をインターフェースにしてない？

2020/07/20(月) 13:26:52.19

>>563
mallocやnewなどの基礎的なライブラリが、Release版とDebug版では異なっている。
DLLの場合、それを意識的にそろえるようにしないといけない。
異なるものが混在してしまうとハングアップする。
また、ライブラリの初期化のタイミングが、DLLが動的リンクされたタイミングや、
アプリの開始のタイミングなど、色々とあるので、それも配慮しないといけない。
どのDLLがどのライブラリを使って、どのタイミングでライブラリを初期化しているか
詳しく把握していないといけない。
単にコンパイラやIDEにDLLのリンクを指示すれば勝手に正しくリンクしてくれるとは限らない。
また、mallocやnewなどの基礎的なライブラリは、絶対ではないが、同じ実体を共有して
使わなければいけないことがある。
あるDLLでnewされたメモリブロックを、mainのプログラムでdeleteするような場合、
同じライブラリの実体でなければ、ヒープ領域が混乱してダウンするだろう。

2020/07/20(月) 13:30:55.46

>>573
C++の場合、vectorやlist、stringなどは、異なるDLL間で当たり前の様に
渡しあえるかというと、そうでもない。
ちゃんと、それらの基礎となっているmalloc, new などが、異なるDLLで、
同じ1つのライブラリのものを使い、ヒープ領域も1つだけで、初期化も
アプリの起動時に一回だけにしてやる必要がある。
それは完全自動でやってくれるわけではない。

2020/07/20(月) 13:35:39.64

>>574
さらにいえば、STLも、同じ『メーカー」の同じバージョンのものを使わなければ成らない。
ヘッダファイルがわずかでも違っていれば、問題の原因に成る。
例えば、std::vectorも、バージョンや「メーカー」が異なれば、異なるプログラムになっている。
なので、C++のインターフェースを持つDLLを使うには、技術的な深い理解が必要となるため、
インターフェースはpure Cの方が便利。
ただし、その場合でも、絶対ではないが、原則的には、malloc, free などは同じライブラリで、
1つのヒープ領域でなければならない。

2020/07/20(月) 13:44:44.49

>pure Cの方が便利

ほんそれ

2020/07/20(月) 14:59:22.34

クラス丸ごとexportならそのクラスの
operater new と delete をオーバーライド
するのがデフォ。

vc4++系は実装が甘く、new[]とdelete[]の
オーバーライドが出来ない。
COMの仕様はこんな所から来ているのでは
ないかと邪推している。

2020/07/20(月) 15:52:56.07

C++98より以前にできたものだかんな
規格C++を前提に批判するのはバカ丸出し

2020/07/20(月) 23:49:46.05

今のSTLだと、vectorやlistなどは、アロケーターを変えることが出来るから、
その機能を使えば、DLLとmainプログラムでそれらのコンテナを使う際に
同じヒープ領域を使うことが可能となり、データの橋渡しとしてもそれらの
コンテナを使うことが出来るようになる。

2020/07/21(火) 07:56:21.05

DLL内で確保してるののアロケータを差し替えてもらうなんてふつうできないんじゃね？

2020/07/21(火) 09:08:28.94

>>580
考えてみればそうかも。

2020/07/21(火) 09:18:55.15

dll内で確保したメモリはdll内で解放
exe内で確保～exe内で解放
じゃないの？

2020/07/21(火) 09:36:00.43

dllを跨がる事も出来ない。
APIで確保した場合は別

2020/07/21(火) 10:32:42.54

息をするように嘘を吐く2ちゃんねる
嘘を嘘と見抜けない人は剥いてない

2020/07/21(火) 11:08:23.14

>>584
包茎乙

2020/07/21(火) 11:33:40.78

dllを長く使うつもりなら
色々に依存するインターフェースは使わないこと

2020/07/21(火) 11:58:14.02

C++でDLL造るときはC用の出入り口も造ること

2020/07/21(火) 12:01:28.29

あれ？　COMはCでも使えるの知らない人多いの？

2020/07/21(火) 12:06:33.15

知ってるよ

2020/07/21(火) 12:08:41.26

ヒープが同じとか異なるとかってどういうこと？
windowsは特殊な仕組みがあってdllが異なるヒープを使えるの？

2020/07/21(火) 12:41:00.75

>>590
malloc(),free(),new,delete などは、WindowsOSではなく、アプリが
使っている標準ライブラリ(CRT)が担っている。
DLLだとヒープ領域がアプリ本体部分と分かれてしまう可能性がある。
それは、DLLの実装の仕方に依存する。
malloc(),free()もDLL版で行うようにすれば、同じヒープ領域を使えるかもしれない。

2020/07/21(火) 12:44:04.84

python勉強したい、将来tvtest buildしたい、でcodeじゃなくてvs2019入れてて勉強始めたpascalおっさんだけど
半年安定してたマシンが安定しなくなった
マウスが突然消えて数秒後に使えるようになる
btヘッドホンから突然音が出なくなり再起動しないと改善しない
外付けNASにファイルのコピーができなくなり再起動しないと改善しない
こんなことってありますか？

もしかして仮想環境じゃなくて実マシンに入れた俺が馬鹿なんでしょうか？
Ryzen3950X Win10でWindowsは3月からアップデートかけてないです

何やれば直るのかエスパーできる方いましたらどうかアドバイスお願いします

2020/07/21(火) 12:45:01.15

>>591
昔から、プロは静的リンクを好んで使っていた。
だから、アマ用のVSでは動的リンクのみのサポートで、プロ版では静的リンク
できることが売りになっており、MSもプロが後者を好んで使うことを知っていた。
動的リンクを使うには、プロですら特殊な知識と調査が必要で、
生半可な知識で動的リンクを使うのは難しい。

2020/07/21(火) 12:45:50.38

>>592
それだけの情報じゃ、OSごと入れなおしたら？ぐらいしか言えないのでは

2020/07/21(火) 12:49:55.09

>>591
ヒープ領域はプロセスごとに1つでしょ

2020/07/21(火) 12:50:13.84

>>590
静的ライブラリは、obj ファイルの集合であるが、
DLLは、「ライブラリ」と名が付いていても、実際には中味は exe ファイルと
ほぼ同じもので、実行ファイルである。
DLLは実行ファイルなので、静的ライブラリを静的リンクすることも出来る。
なので、malloc, free などが入っている標準ライブラリ(CRT)を
静的リンクした状態のDLLも作ることが出来る。
こういう状態のDLLは、mainのアプリ側のexeのmalloc, freeとは別のヒープ領域に
なってしまっているから、vector, list などをデータの受け渡しに使うとトラブル可能性
がある。

2020/07/21(火) 12:50:13.85

>>590
静的ライブラリは、obj ファイルの集合であるが、
DLLは、「ライブラリ」と名が付いていても、実際には中味は exe ファイルと
ほぼ同じもので、実行ファイルである。
DLLは実行ファイルなので、静的ライブラリを静的リンクすることも出来る。
なので、malloc, free などが入っている標準ライブラリ(CRT)を
静的リンクした状態のDLLも作ることが出来る。
こういう状態のDLLは、mainのアプリ側のexeのmalloc, freeとは別のヒープ領域に
なってしまっているから、vector, list などをデータの受け渡しに使うとトラブル可能性
がある。

2020/07/21(火) 12:55:42.88

>>592
経験的に言えばエスパーは無理で、自分で原因を切り分けていくしかない。
ハードウェアの故障なども有り得る。
個人的には、マザーボード上のDIMMメモリの接触不良などがあって、
メモリを抜き差しすると直った。
VS以外では問題が起きなければ、VSの再インストールで直るかも知れない。
結局、OSの再インストールからやり直したほうが早いことも多い。

2020/07/21(火) 12:58:25.00

vs2010にはserver os で動かすと
ハングするというbugがあった

2019にあるかどうかは知らない

2020/07/21(火) 13:04:01.39

そもそも提示された症状すべてvs関係あるの？って感じだけど
なぜこのスレに書き込んだのかもう少し情報開示してくれんとね

2020/07/21(火) 13:05:08.56

>>592
この時期だと、冷却不十分でマザーボードが故障した可能性もある。
ファンの回転方向は重要で、吸気と排気を両方する必要があり、
吸気だけ、排気だけをしていると冷えない。
また、ファンだけでなく、排気口をパソコンラックの背板などで塞ぐと駄目。
マザーボードは熱に弱い。
一度壊れると交換するしかない。

2020/07/21(火) 13:31:04.66

防塵フィルターに埃が溜まるので時々掃除してやらんといかん