21/04/21 23:27:05.12 3qCJi6070.net
!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
Visual Studio 2019 の新機能
URLﾘﾝｸ(docs.microsoft.com)
The Visual Studio Blog
URLﾘﾝｸ(devblogs.microsoft.com)
リリースノート
URLﾘﾝｸ(docs.microsoft.com)
過去スレ
Visual Studio 2019
ｽﾚﾘﾝｸ(tech板)
Visual Studio 2019 Part2
ｽﾚﾘﾝｸ(tech板)
Visual Studio 2019 Part3
ｽﾚﾘﾝｸ(tech板)
Visual Studio 2019 Part4
ｽﾚﾘﾝｸ(tech板)
※前スレ
Visual Studio 2019 Part5
ｽﾚﾘﾝｸ(tech板)
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured
2:デフォルトの名無しさん
21/04/21 23:28:23.16 3qCJi6070.net
無いから立てたよぉ…
3:デフォルトの名無しさん
21/04/21 23:34:17.12 k1BHxrbM0.net
乙
4:デフォルトの名無しさん
21/04/21 23:42:19.87 LBvRjqkNM.net
乙
5:デフォルトの名無しさん
21/04/22 05:50:38.91 C6ndQuaCr.net
乙
6:デフォルトの名無しさん
21/04/22 08:07:37.29 8Baz0o+5d.net
俺個人の勝手な予想では
マイクロソフトはOS事業からの撤退の準備を始めてるんだと思うよ
7:デフォルトの名無しさん
21/04/22 08:54:17.77 cnOQHdKja.net
VSの64ビット化って具体的に何がうれしいの？
メモリ馬鹿食いになるだけじゃん
8:デフォルトの名無しさん
21/04/22 09:44:52.91 zdS1gT1X0.net
わからないなら使わなくていい
9:デフォルトの名無しさん
21/04/22 09:57:48.35 lkJtfBhJ0.net
>>6
勝手だな
10:デフォルトの名無しさん
21/04/22 10:17:33.08 yNSfYish0.net
> メモリ馬鹿食いになるだけじゃん
RAMとHDDを大量に売りつけるのが64の真の目的だからな
11:デフォルトの名無しさん
21/04/22 10:19:23.98 C6ndQuaCr.net
じゃあ2019でいいわ
困ることねぇしな
12:デフォルトの名無しさん
21/04/22 10:19:54.94 C6ndQuaCr.net
>>6
勝手すぎワロタw
13:デフォルトの名無しさん
21/04/22 10:54:28.83 JxVnPstuM.net
やっぱりメモリ消費が少ない地球に優しい16bitに皆戻るべきだよね
14:デフォルトの名無しさん
21/04/22 11:12:48.77 8Baz0o+5d.net
>>9,12
だってMicrosoftが独自にOS開発続ける明確な理由が
もうなくなってきてるでしょ
Linuxへ移していくための準備に思えるわ
15:デフォルトの名無しさん
21/04/22 11:28:01.94 lkJtfBhJ0.net
これまでのWindows資産バッサリ捨てられるわけないやろ
16:デフォルトの名無しさん
21/04/22 11:44:44.18 X3s7nmsp0.net
蘇るLindows
17:デフォルトの名無しさん
21/04/22 12:48:40.50 zqNu2+/3M.net
>>6
Ｘ 俺個人の勝手な予想では
〇 バカの妄想では
18:デフォルトの名無しさん
21/04/22 12:53:08.62 29onDo3W0.net
>>14
Linuxは、いろんな意味で全然Windowsと同じ土俵に立ててない。
今までを考えると、これからもたいして変わらない。
そんなものにユーザーが移るわけがないし、Microsoftがそれを期待するわけもない。
19:デフォルトの名無しさん
21/04/22 13:04:56.58 8Baz0o+5d.net
>>15
ばっさりとは行かないから
連携とかマルチプラットフォーム化やってるんでしょ
Windowsにメリットがあって辞める必要もないなら
WSLだっていらない気がする
20:デフォルトの名無しさん
21/04/22 13:14:03.92 lkJtfBhJ0.net
Windowsでどれだけ稼いでるか少しは調べてから現実を見ようね
21:デフォルトの名無しさん
21/04/22 13:25:48.15 y1VykytYM.net
WSLはプログラマー需要を少しでもWindowsにも取り込もうとしてるだけに思えるが
22:デフォルトの名無しさん
21/04/22 13:50:27.76 tuOeGeux0.net
>>6
もっとマシな予想しろよ
23:デフォルトの名無しさん
21/04/22 16:32:21.05 tcTtemzbM.net
VSスレで何の話をしているのかと
24:デフォルトの名無しさん
21/04/22 16:52:14.70 DfMofs+Z0.net
前スレのJavaの話題でふと思ったけど、ドザ個人的な使用範囲では.NETなソフトは
たくさん使っているけどJavaなソフトはMinecraftしかないわ
Minecraftも最近全然やってないんだが、Javaランタイムの更新通知がこないだ
表示された時に、長いこと使ってないみたいだから消せば？みたいなメッセージ
が出てた
俺の使用範囲が狭いのは置いといて、どこでJavaが活躍してんの？
Androidくらいしか知らん
25:デフォルトの名無しさん
21/04/22 18:19:57.55 2Gq+bd80d.net
>>24
これ以上はJavaスレでやってくれ
26:デフォルトの名無しさん
21/04/22 19:05:19.54 FMsdOyI8M.net
Microsoft製品関係だとSQL Serverのデータ仮想化PolyBaseやDevOps Serverのコンテンツ検索ElasticSearchなどでJavaは必須
現状ではAzul SystemのZulu OpenJDKがデフォルトでインストールされる
27:デフォルトの名無しさん
21/04/23 02:37:32.30 5oUB9lPR0.net
失礼します
visual studio 2019 でWindowsアプリケーションのフォームにメニューバーを付けようとMenuStripドラッグ&ドロップしたのですが「ここへ入力」が表示されません
表示するための解決法はありますか？
28:デフォルトの名無しさん
21/04/23 02:45:50.23 2Y/qf88b0.net
>>20
20%ぐらいだったっけ
29:デフォルトの名無しさん
21/04/23 06:39:30.07 0hTQ9bnmM.net
>>28
16%ちょい、収益構造はなかなかいいバラスを保ってる
URLﾘﾝｸ(i.gzn.jp)
30:デフォルトの名無しさん
21/04/23 09:29:58.48 C2KB28Aor.net
>>29
サーフェスってBingアドインより売れてないってマジ？
31:デフォルトの名無しさん
21/04/23 10:02:16.82 PzJ645RSM.net
まあ売れてないって言っても6ビリオンドルだから6,000億は超えるけどね
32:デフォルトの名無しさん
21/04/23 10:17:21.53 C2KB28Aor.net
逆にサーフェスを超えるbing Addinって…
33:デフォルトの名無しさん
21/04/23 11:08:31.59 2fhWSDpqM.net
Ads は Addin ではなくて Advertisings
いわゆる検索ページからの広告収入だろう
34:デフォルトの名無しさん
21/04/23 11:42:24.03 mAev2lqU0.net
>>13
それは違う。
16BITの8086系では、セグメントアドレスを買えずに一度に扱えるメモリは
64KB に制限されていたが、それではほとんどのGUIのアプリでは足りなかったので
far pointer や huge pointer を使うのが広く行われていたから、16BITの
アドレスでは足り無い事が明らかだった。
ところが32BITのアドレスでは未だに2GBのメモリーで足りなくなるアプリは
ほとんど存在し無い事が知られている。
35:デフォルトの名無しさん
21/04/23 11:49:55.52 mAev2lqU0.net
>>34
誤: 16BITの8086系では、セグメントアドレスを買えずに一度に扱えるメモリは
正: 16BITの8086系では、セグメントアドレスを変えずに一度に扱えるメモリは
少なくとも8086系の16BIT CPUでは、フラットにアクセスできるアドレス範囲
が狭すぎて、本格的なGUIアプリを作っているプログラマーはとても苦労していた。
huge pointerを使えばずっとアドレス範囲が広がるが、とても遅くなるので積極的
に使うのは避けられていた。far pointerは、セグメントアドレスを変えなければ
一度にアクセスできるのは 64KB までだったので、使いにくかった。
一度に使えるアドレス範囲が 32BITになることは劇的にプログラミングがし易くなった。
ところが、64BIT化しても、このような激的な利便性の向上は起きない。
36:デフォルトの名無しさん
21/04/23 13:08:35.59 wmFgppeg0.net
Z80全盛時に8086憶えたけど
第一印象「オマエ、ソレハナイダロウ」だった
37:デフォルトの名無しさん
21/04/23 14:22:12.53 7NT1P8pu0.net
>>35
知らんがな。ｗ
そんな、クロックは今の数百分の一、キャッシュメモリもなかったような時代のことなんか。
提供する側ならともかく、提供される側が主張するようなことではない。
38:デフォルトの名無しさん
21/04/23 14:23:00.16 7NT1P8pu0.net
>>36
Z80のバンク切り替えよりマシやろ？ｗ
39:デフォルトの名無しさん
21/04/23 14:33:35.99 iLw20nf00.net
>>38
「Outportによる一部の領域のバンク切り替え」から
「CPUによる一般化されたバンク切り替え」に変わっただけという感じだった。
まだアドレスが、
絶対アドレス = 上位16BIT * 65536 + 下位16BIT
だったら良かったのに、
絶対アドレス = セグメント値 * 16 + 下位16BIT
という変な分け方がされていたのも最悪だった。
40:デフォルトの名無しさん
21/04/23 14:35:53.81 iLw20nf00.net
>>39
しかもセグメントレジスタが、汎用レジスタではなかったので
addなどの演算が直接的には出来なかったのも痛かった。
41:デフォルトの名無しさん
21/04/23 14:59:02.78 pVbXeaGwM.net
286/386はやってないっぽいな
42:デフォルトの名無しさん
21/04/23 16:08:27.34 8Z6dL8IIM.net
>>39
> 絶対アドレス = 上位16BIT * 65536 + 下位16BIT
それやるとページが64kB単位になるからページをまたがる処理がめっちゃ面倒になるぞ
今みたいに多少メモリーが無駄になってもいいやっていう時代ならいいけど物理メモリーにきちきち詰めていくとどうしても複数ページにまたがる領域ができてしまう
43:デフォルトの名無しさん
21/04/23 16:11:44.92 QhHVXSoAF.net
>>39
境界またがってアクセスするときに後者の方が便利だ(と当時は思われた)からだろう
44:デフォルトの名無しさん
21/04/23 16:32:30.16 iLw20nf00.net
>>42
現実にはアセンブラで書いた場合ですらそんな使い方が必要になる経験をしたことは無かったな。
Cで書いたらそういう機能はもっと不要。
45:デフォルトの名無しさん
21/04/23 16:51:18.22 2t0a66vKM.net
8086のアドレスバスは20本(最大メモリ空間1MB)
16ビット長のレジスタでアドレス指定するためにセグメントレジスタで4bitシフトさせた上でオフセットと加算するという手法を採用した
8ビットCPU開発者からの移行を考えれば当時としては合理的な設計ではある
46:デフォルトの名無しさん
21/04/23 17:03:41.99 iLw20nf00.net
>>45
そうは思えなかったけどな。
47:デフォルトの名無しさん
21/04/23 17:20:02.93 iLw20nf00.net
CPU設計者はハードウェアよりで考えているのかも知れんが、
マシン語プログラミングを沢山経験積んだ一目線で見ると、
>>39 の前者の方になってる方が断然が使いやすかった。
8086よりマシン語が人気だったZ80は、ある意味では前者。
アドレスは、16BIT レジスタ HL, DE, BC, IX, IY に入れられるが、
HL は、8BIT レジスタの H と L が2つ組み合わさったもので、
HL = H * 256 + L
の関係が有った。
これは物凄く便利だった。
48:デフォルトの名無しさん
21/04/23 17:57:00.23 7NT1P8pu0.net
>>47
自分の理想としてのきれいさとかアドレスのわかりやすさにひっぱられすぎやろ。ｗ
実際には、セグメントレジスタをベースにしたら、実アドレスは忘れてオフセットで考えればよかったんだから、具体的にそんなにわかりにくいものでもない。
まあ、知らんけど。
49:デフォルトの名無しさん
21/04/23 18:04:08.66 iLw20nf00.net
>>48
マシン語には、せっかく carry flag という便利なものがあって、
16BIT レジスタを2つ使って 32BIT アドレスの足し算、引き算がとても
高速に出来る。例えば、DX:BX で 32BIT アドレスが表現できていたなら、
add BX,4
adc DX,0
のようにすれば、4バイト先のアドレスを 32BIT で正確に計算できる。
だから、ds:[BX] などとせずに、[DX:BX] と書くことが出来ていたなら、
物凄く便利だったはず。
50:デフォルトの名無しさん
21/04/23 18:21:57.89 fgWFdvl4M.net
アドレスが32ビットに拡張されたのはi386から
ページングと仮想記憶が導入されてやたら複雑化したけど
51:デフォルトの名無しさん
21/04/23 18:39:20.79 a5VG36DE0.net
＞。ｗ
またこのアホが舞い戻ってきたか
知らない話題に首突っ込んで否定するだけの中身なしの阿呆
52:デフォルトの名無しさん
21/04/23 20:57:17.23 kH73arGsM.net
>>44
セグメントの考え方を理解してないだけじゃね？
セグメントはページとは違って論理的な領域でそれを物理アドレスの何処に置くかをセグメントレジスタで指定してるだけの話
>>49
> add BX,4
> adc DX,0
> のようにすれば、4バイト先のアドレスを 32BIT で正確に計算できる。
それ毎回やるの？
すげー遅くなるよ
53:デフォルトの名無しさん
2021/04/2
54:3(金) 22:38:27.09 ID:7NT1P8pu0.net
55:デフォルトの名無しさん
21/04/23 23:33:37.10 hyXGjiN10.net
>[DX:BX] と書くことが出来ていたなら、物凄く便利だったはず。
これは判らんでもないが当時は貴重なレジスタがもったいない
56:デフォルトの名無しさん
21/04/24 00:27:28.34 LJqR30KO0.net
VS2019スレで昔話するのやめてもらっても良いですか昭和生まれさん
プログラマー板でやれよ
57:デフォルトの名無しさん
21/04/24 02:20:23.22 CW6Yf84b0.net
>>52
>> add BX,4
>> adc DX,0
>> のようにすれば、4バイト先のアドレスを 32BIT で正確に計算できる。
>それ毎回やるの？
>すげー遅くなるよ
実際には、BYTE huge *ptr; に対し ptr += 4 を実行するともっと複雑な
例えば以下のようなコードにするしかなかった。もう少し高速なコードも
作れるかも知れないが、一番単純に書いた場合、
例えば、ES:BX が ptr に相当するとして、
xor cx,cx
add bx,4
adc cx,0
shl cx,12
mov ax,ES
add ax,cx
mov ES,ax
つまり、[DX:BX]方式なら2命令で済んでいたところが、SEG:[BX]方式しか使えなかった
8086は、7命令も必要となった。
だから、8086はZ80より設計が悪いとされた。
58:デフォルトの名無しさん
21/04/24 02:23:13.56 CW6Yf84b0.net
>>52
>セグメントの考え方を理解してないだけじゃね？
>セグメントはページとは違って論理的な領域でそれを物理アドレスの何処に置くかをセグメントレジスタで指定してるだけの話
むしろ、日本の中でも数人レベルで理解してると思ってるが。
59:デフォルトの名無しさん
21/04/24 02:25:11.37 CW6Yf84b0.net
>>54
その通りではあるが、それは霊で書いただけで、DXの変わりに
[DS:BX]や、[ES:BX]
と書けて、なおかつ、
adc DS,0 や adc ES,0
のような命令が有るだけでも大変喜ばれていたはず。
60:デフォルトの名無しさん
21/04/24 02:34:12.16 CW6Yf84b0.net
>>56
なお、8086は、shl reg16,imm という命令は無く、shl reg16,clを
使う必要があったのでさらに1命令増えて全体で8命令となる。短くしたいなら、
BYTE huge *ptrをES:[BX]でアドレッシングするとして、ESの下位12BITは
使わずに必ず0になっている約束にしておいて、
mov cl,4
mov ax,ES
rol ax,cl
add bx,4
adc ax,0
ror ax,cl
mov ES,ax
とすれば、7命令で済む。
61:デフォルトの名無しさん
21/04/24 02:40:55.43 CW6Yf84b0.net
>>54
なお、8086はバレルシフタが搭載されてなかったので、shl reg,clや
rol reg,cl, ror reg,cl 命令は、cl の回数だけCPUの中で実際に繰り返して
シフトやローテートを行っていたので、clに4を指定すると4*4=16
クロックほど必要だった。
だから、>>59 は7命令のように見えても、実際には、合計8回分の
ローテートを含んでいるので13命令を実行する程度の時間が掛かる
ことになる。
これが8086の設計の悪さである。
62:デフォルトの名無しさん
21/04/24 02:52:41.94 s6nqrZ2t0.net
いつまで昔のアセンブラの話やってんの
63:デフォルトの名無しさん
21/04/24 03:05:41.82 CW6Yf84b0.net
>>61
8086系においての 16BITから32BITへの進化は 32BITから64BITへの進化
に比べて遥かに重要だったという事を知って欲しいため書いている。
64:デフォルトの名無しさん
21/04/24 03:22:04.75 gwk+qBm00.net
>>62
アーキテクチャの話なら286のプロテクトモードの話
すっ飛ばして何の意味があるのかね？
65:デフォルトの名無しさん
21/04/24 08:41:08.49 g2WdGUneM.net
>>56
いや、セグメントなら領域のサイズが64KB以内とわかってるならそんな計算は不要
ページだと小さいサイズであってもページまたがりを考慮しないとダメだから常に
> add BX,4
> adc DX,0
が必要になるって話
>>57
> むしろ、日本の中でも数人レベルで理解してると思ってるが。
数人レベルで誤解してるの間違いだろw
66:デフォルトの名無しさん
21/04/24 09:45:37.22 RMr7e0df0.net
あー、もしかして8086のセグメントと286以後のセグメントを混同してるのかな
67:デフォルトの名無しさん
21/04/24 09:51:46.26 gwk+qBm00.net
zobがこの間、技術書展(4?)で薄い本出して
いただろ。
数人しか理解してないなんてマウントの
材料にするような話では無いな
68:デフォルトの名無しさん
21/04/24 11:23:46.98 fOHAtvcdF.net
>>64
+1
69:デフォルトの名無しさん
21/04/24 11:49:50.37 rJwQsTRc0.net
>>57
> 日本の中でも数人レベル
あー、そういうおひとの書き込みななんか。ｗ
もうマジメに相手しないほうがええな。
70:デフォルトの名無しさん
21/04/24 11:57:51.43 Yooi5mjo0.net
アセンブラ談義したいなら過疎ってるしここでやれよ
アセンブラ 13
ｽﾚﾘﾝｸ(tech板)
71:デフォルトの名無しさん
21/04/24 14:54:47.34 hc4SaSPr0.net
>>64
馬鹿？
72:デフォルトの名無しさん
21/04/24 14:57:46.77 MjYPvGQ00.net
>>30
アドイン？
73:デフォルトの名無しさん
21/04/24 15:02:37.62 7WsHld2QM.net
>>70
スレ違いという意味なら甘んじて受けるわ
74:デフォルトの名無しさん
21/04/24 22:51:22.11 AXvu8KCH0.net
なになに、またアセンブラは不要君が暴れてるの？
75:デフォルトの名無しさん
21/04/24 22:58:35.21 MApr2x1n0.net
アッセンブルEX-10の話題なら良いよ
76:デフォルトの名無しさん
21/04/24 23:02:25.75 AXvu8KCH0.net
子供のころにアセンブラの経験をしてない平成生まれはかわいそうだがプログラマに向いてない。
Java連呼してる奴もそうだろう。あんな糞言語にあっさり洗脳されるなんて。
77:デフォルトの名無しさん
21/04/24 23:08:22.13 6TA9BQj40.net
はいNG
78:デフォルトの名無しさん
21/04/24 23:40:18.11 EOAjZlHv0.net
出たわね
79:デフォルトの名無しさん
21/04/24 23:45:35.60 AXvu8KCH0.net
これだけは言える。Java使いは低能ばかり。
そもそも一番Javaの普及に貢献したMSとgoogleを訴えまくってJavaから撤退させたアホ集団。
80:デフォルトの名無しさん
21/04/25 00:03:30.26 nrx375qK0.net
>>78
Sun/Oracleのゴールは、Javaの普及やないんやろ。
それはそれで一理。
まあ、今から考えると、あんなものが普及しなくてよかった。ｗ
81:デフォルトの名無しさん
21/04/25 00:14:57.25 0Uktvy1WM.net
>>69
そこキチが住み着いてるやん…
82:デフォルトの名無しさん
21/04/25 01:35:20.50 1Wvs9nVFa.net
わりとまじめに聞いたいんだが
キチが住みついてないスレって、あるのか？
83:デフォルトの名無しさん
21/04/25 02:05:44.56 9MiiaUK90.net
SQL Server 2019 Developer
URLﾘﾝｸ(i.imgur.com)
Azure DevOps Server 2020 Express
URLﾘﾝｸ(i.imgur.com)
84:デフォルトの名無しさん
21/04/25 06:04:38.72 0Uktvy1WM.net
>>81
キチにもレベルっつーもんがあると思うんだ…
85:デフォルトの名無しさん
21/04/25 09:11:09.05 kX0VTwGg0.net
アセンブラ界の沼は深いぞ
日本で屈指のレベルとか自称するような奴はまだ沼にたどり着いてすら居ない
86:デフォルトの名無しさん
21/04/25 11:32:59.28 zPP3T5z50.net
google,ms
これからはrust推しでいくよー
google→androidのコードをrust化
ms→vsにrustは入れません！
いつも口だけで何もやらないマイクロソフト
87:デフォルトの名無しさん
21/04/25 12:12:47.53 NGhyOFn30.net
>>85
それは短絡的だろ
googleが自分らが入れるから
msより自分らを優遇して欲しいって
交渉しないわけがないんだよ
そうなるとmsサイドとしてもえーってなっちゃうじゃん
こういうのってそういうものよ
88:デフォルトの名無しさん
21/04/25 12:32:03.77 nrx375qK0.net
>>85
だからこその後方互換性の高さっつーのもあるやろ。
vscodeからでええんや！
89:デフォルトの名無しさん
21/04/25 12:36:51.86 p8WJjxCO0.net
GoogleだってAndroidよアプリ開発にRustが使える訳でもないし
そもそもRustはまずRust for Windowsが安定化しないとわざわざVisual Studioでインストールできるようにする必要性もない
90:デフォルトの名無しさん
21/04/25 12:37:51.40 p8WJjxCO0.net
>>88
タイポ
Androidよ→Androidの
91:デフォルトの名無しさん
21/04/25 15:19:56.74 dJb0fH7Jd.net
>>85
わざわざ既存のコミュニティを壊しにかかるとしたらそれこそアホやろ
92:デフォルトの名無しさん
21/04/25 16:16:48.21 A2izGQec0.net
MSはすでにカーネルの一部をrustで書いてるとかゆーのどこかで読んだ気がしたけど
93:デフォルトの名無しさん
21/04/25 16:38:38.24 S2tV53BX0.net
>>86
>googleが自分らが入れるから
>msより自分らを優遇して欲しいって
>交渉しないわけがないんだよ
>そうなるとmsサイドとしてもえーってなっちゃうじゃん
ここ、意味が分からない。
優遇って、誰がだれを優遇するの？
94:デフォルトの名無しさん
21/04/25 22:10:26.97 CHB3s0pX0.net
どのプロジェクトにも頭がおかしい奴がいて勝手にマイナー言語使ってドヤ顔するアホがいる。
それをもってMSはJava押しだのrust押しだの言い出すバカがいるから困る。
95:デフォルトの名無しさん
21/04/25 22:34:33.49 nrx375qK0.net
いや、でもRustはホントによさそうなんだよなあ。。。
ためしにcargoをインストールしてみ？
96:デフォルトの名無しさん
21/04/26 00:59:45.57 MvcEESDq0.net
rustをマイナー言語とか言ってる時点で注意せんともう化石状態やで
97:デフォルトの名無しさん
21/04/26 05:20:03.42 i7WkIHqPM.net
URLﾘﾝｸ(docs.microsoft.com)
98:デフォルトの名無しさん
21/04/27 18:17:13.82 yxh107nG0.net
アップデートで勝手にアジュールインストールするなよ。
99:デフォルトの名無しさん
21/04/27 18:25:30.16 C+6NS+dzM.net
何か追加されたっけ？
100:デフォルトの名無しさん
21/04/27 18:45:39.46 umAxhEUad.net
Azureってインストールするようなものなの？
101:デフォルトの名無しさん
21/04/27 18:46:39.39 XROnY1lh0.net
アズールって読んでたわ
102:デフォルトの名無しさん
21/04/27 19:53:22.79 cvesXM3a0.net
>>100
公式セミナー出た事無いね！
貴方には人脈が足りないわ
103:デフォルトの名無しさん
21/04/27 20:47:50.73 yxh107nG0.net
サーバは手元にあるのが一番
104:デフォルトの名無しさん
21/04/27 20:58:28.03 rCZ/6Pdk0.net
IIS (Web Server)
SQL Server
DevOps Server
Visual Studio関係で手元に置いておくならこれくらいか
105:デフォルトの名無しさん
21/04/27 21:00:33.99 X4cBJzrIM.net
アジャーって読んでたわ
106:デフォルトの名無しさん
21/04/27 21:58:39.86 umAxhEUad.net
Azure出始めの時は日本MSの人が英語読みでアジュアって言ってたけどしばらくしてアジュールになったね
107:デフォルトの名無しさん
21/04/28 07:07:58.29 Rgy4hNljr.net
俺アズレって読んでた
108:デフォルトの名無しさん
21/04/28 07:52:32.27 ybN4G6SiM.net
URLﾘﾝｸ(azure.microsoft.com)
109:デフォルトの名無しさん
21/05/02 20:34:40.73 Z+8Z4XRI0.net
C++で実装して、Windows10 64bit用のDLLや実行形式exeをビルドする場合、
どのバージョンのVisual Studioを使うのが効率的で確実なんだろ？
2019？それとももっと古いVSの方がいいのかな？
新しいバージョン恐怖症なもんでｗ
110:デフォルトの名無しさん
21/05/02 20:48:03.77 smoYWJQA0.net
>>108
VCランタイムが2015,2017,2019で共通になって(2019のアップデートに伴い)頻繁に更新されるから
古いバージョンを使うことによるライブラリが原則更新されないというメリットがなくなった
111:デフォルトの名無しさん
21/05/02 21:07:13.59 Z+8Z4XRI0.net
>>109
早速ありがとう。
実は、VC++2005で【ヒープ割り当て→計算、描画処理→ヒープ解放】を繰り返し行う、.DLL＋.exe を実装してるんだけど、
その .exe+.DLL をWindows10 - 64bitで走らせると：
１）VC++2005、Debug Win32ビルド → 問題なし。exe起動後、【ヒープ割り当て→計算、描画処理→ヒープ解放】を何回でも反復できる。
２）VC++2005、Release Win32ビルド → exe起動後、【ヒープ割り当て→計算、描画処理→ヒープ解放】を100回繰り返したあたりで、固まる。エラーは出ない。VC++をプロセスにアタッチしてデバッグすると、無限ループに陥っている模様。
３）VC++2005、Release x64ビルド → 上の２）に同じ
４）VC++2005、Release x64ビルドの.slnを、VC++2005の「デバッグ開始(F5)」から実行する → １）と同じく問題なし。
５）VC++2005、Release x64ビルドの.exeを「Windows 7の互換モード」で実行する → １）と同じく問題なし。
てな具合で、Windows10主流の今、大概VC++2005も潮時かなｗって思ってるｗｗｗ
それとも俺のプログラムにどこかエラーがあるのかな？！
_DEBUGディレクティブ周りは何回も見直したんだけどなぁ。
112:デフォルトの名無しさん
21/05/03 02:28:18.09 sL7CiSF50.net
>>109
マジですか
MBCS関連のライブラリ不具合が放置されてた件は、不具合があるまま更新されちゃうってこと？
例えばこの件とか
URLﾘﾝｸ(social.msdn.microsoft.com)
>108と同じく、新しいバージョン恐怖症（というか不具合発覚して戻したことある）なので
vs2019使いながらビルドで古いバージョンのライブラリ使ってるんだけど、
個人的にvs2019のアプデを放置してる現在、アプデすると死亡する可能性があると思うとガクブルなんですが
113:デフォルトの名無しさん
21/05/03 02:48:32.26 +/S188iW0.net
その問題を逆手に取ってシステム攻撃可能なコードにでもしたらセキュリティの問題として修正せざるを得ないんじゃない？w
114:デフォルトの名無しさん
21/05/03 03:25:09.58 387RZvjyM.net
>>110
おまえのエラーであるほうに賭ける！
でも、コンパイラの不具合もたしかにあるからなあ。ｗ
115:デフォルトの名無しさん
21/05/03 03:56:06.92 sL7CiSF50.net
>>111
自己レス
よくよく思い出せば、自分が問題を確認した時のバージョンはvs2017だったからvs2013に戻してた
という経緯だったので、>109そのまま受け取れば個人的には問題無さそう
というか、vs2013とvs2015の間に壁があるのかな？
>>110
とりあえずvsのバージョン変えてテストしてみればいいと思う
116:デフォルトの名無しさん
21/05/03 09:37:00.71 XJTUjho8d.net
>>110
それ単純に2005だからじゃないの
117:デフォルトの名無しさん
21/05/03 12:01:12.56 W5Ke21J50.net
>>110
なにやら騒がせてしまったが、無限ループに陥った原因は、どうやら俺のプログラムミスだったっぽい。
ビルド方法や実行方法や互換モードの違いで、プログラム挙動が変化する理由は不明だけど。
またおとなしくROMってるわｗ
結論：
ま だ ま だ VC++2005 は い け る ！ ！ ！
118:デフォルトの名無しさん
21/05/04 12:48:40.66 g/PMv139F.net
>>108
VS2019を入れれば問題無い
ちなみにインストールするときにオプションで
VC2017コンパイラとかインクルードファイルとかライブラリとかの環境も
それ以前のも一緒に入れるとか選べる
あとでbuild環境を選択すれば良い
119:デフォルトの名無しさん
21/05/04 12:52:44.55 g/PMv139F.net
>>110
>>116
概出だから知ってるだろうけど
デバッグモードだけ成功するパターンは
初期化し忘れとかヌルポとかが多い
120:デフォルトの名無しさん
21/05/04 15:25:08.43 EQ9aBOnDd.net
visual studio code を使い始めたのですが、固まることが多く使い物になっていません。
推奨スペックを教えていただけないでしょうか？
メモリ４Gではダメでしょうか？
121:デフォルトの名無しさん
21/05/04 15:28:53.20 wdzHnAM+0.net
>>119
4Gで固まるんだ
開発するなら8Gはあったほうが良いかと
今時のPCならそんなに問題起きないけど結構古いPC使ってない？
122:デフォルトの名無しさん
21/05/04 16:57:10.50 KyGD7Tmh0.net
>>119
環境を書かないで、vs codeが使いやすいという人が多くて混乱するよね。
ggってもどのくらいのスペックでまともに使えるかの情報が出てこない。
例えばYouTubeで動作してる動画があったとしても、まず環境が書いてない。
Androidエミュレーターでもそうだ。試して見ると極端に遅いのになぜかYouTubeでは
高速に動いてる動画があり、環境は書いてない。スパコン上のLinuxで
Wineエミュレーター上でAndroidエミュレーターを動作させている可能性すらある。
123:デフォルトの名無しさん
21/05/04 18:00:41.13 Z3Fw33AT0.net
Ruby on Rails, WSL2, Docker Compose, Node.js,
VSCode(拡張機能・Remote WSL, Remote Container)
今は未経験者でも、こういう技術。
10年以上のプロよりも、技術力は上！
メモリの最低ラインが、Windows 10 で16GB、Mac で32GB。
Windows でも、32GB あった方が良い
メモリ8GB じゃ、Windows/Linux, Docker, Rails、データベースを動かすのは、キツイ
124:デフォルトの名無しさん
21/05/04 18:20:51.47 yLpBphM40.net
ここはvscodeのスレじゃないのでどっちにしろスレチ
125:デフォルトの名無しさん
21/05/04 18:51:17.07 EQ9aBOnDd.net
120<<< 中古です
東芝ダイナブック satellite pro 550Bです。
126:デフォルトの名無しさん
21/05/04 21:22:34.27 /0wu+m9m0.net
>>117
ありがとう。VS2019も検討してみる。
>>118
ヌルポインタやらかした場合、そのポインタのメンバに触った瞬間に実行時エラーにならないこともあるんかな？！
>>110は何とか解決して、今はVC++2005のReleaseビルドでも、Win10上でヒープ割り当て→処理→ヒープ解放を何回でも反復できるようになった。
無限ループが発生しないように、問題のループを実装から取り除く改修を行って解決した！
127:デフォルトの名無しさん
21/05/04 22:44:58.60 0AFonqeta.net
>>119 >>121
公式ドキュメントくらい読めよ
ドキュメント類を読まない輩は論外
128:デフォルトの名無しさん
21/05/04 22:50:39.27 MScw8HOx0.net
Visual Studio Code / VSCode Part10
ｽﾚﾘﾝｸ(tech板)
129:デフォルトの名無しさん
21/05/05 14:06:46.62 q6v0kCGva.net
>>126
ADPの人？
130:デフォルトの名無しさん
21/05/05 14:39:00.30 mg67MH5+0.net
>>128
ADHDだよ
131:デフォルトの名無しさん
21/05/06 04:05:33.16 WShnGT4x0.net
自作のミニツールをプロジェクトごと公開したい場合、削除しておくべき不要なファイルって何があります？
132:デフォルトの名無しさん
21/05/06 04:15:15.20 2Em52rx10.net
必要なもの以外すべて。
ソリューションファイル、プロジェクトファイル、ソースファイル、リソースファイル以外。
つーか、必要最低限そうなファイルだけcommitして、それをexportして、もしビルドに失敗したら足りないファイルを追加して、を繰り返せば。
133:デフォルトの名無しさん
21/05/06 04:21:42.34 P+oSSr4k0.net
visual studioがデフォルトで生成する.gitignoreに従えば大抵は事足りるでしょ
134:デフォルトの名無しさん
21/05/06 12:09:09.61 GHdSH9foF.net
よほど特殊なライブラリとか使ってるんじゃなければ
自分で作ったヘッダとソースとリソースだけあればOK
ソリューションとかプロジェクトは新規で突っ込んでも逝ける状態のが理想的でクリーンな公開
135:デフォルトの名無しさん
21/05/06 13:24:29.11 2Em52rx10.net
>>133
やりすぎ。
136:デフォルトの名無しさん
21/05/06 17:08:57.31 WAOouYO40.net
新規ソリューションのデフォルトフォルダってsorce\repos\ソリューションフォルダだと思うだけどさ、このreposって何か意味あるのかな？
sorce直下にソリューションフォルダ置くのと変わらなくない？
repos直下をgitのルートにすることを想定してんのかな？
137:デフォルトの名無しさん
21/05/06 17:33:00.43 P+oSSr4k0.net
>>135
reposはリポジトリの複数形なんだからreposのサブフォルダーがgitのルートになるんだよ
138:デフォルトの名無しさん
21/05/06 17:51:39.05 WAOouYO40.net
source直下はreposしかないって事だよね？
sourceかreposいらなくね？ 片方でよくね？ 無駄に階層深くなってるだけの気がするんだけど
何か他に、sourceに置くことが想定されるファイルあるの？
139:デフォルトの名無しさん
21/05/08 00:06:50.96 L+qXSIbq0.net
ああVslsFileSystemProviderVSCorePackageのエラーうぜぇ。なんで直すのが16.10なんだよ。
140:デフォルトの名無しさん
21/05/08 11:53:30.03 7enR3r2l0.net
16.10 次の水曜日には出るんじゃない？
141:デフォルトの名無しさん
21/05/08 17:13:25.44 L+qXSIbq0.net
来週なの？意外と早いね。16.8が11月で16.9が3月だからまだ先だと思ってた。
142:デフォルトの名無しさん
21/05/08 19:55:57.00 0uVdCPte0.net
XBOXコントローラーでVisual Studioを操作したいです
143:デフォルトの名無しさん
21/05/08 20:45:14.83 xhSLQyZR0.net
構わんよ、遠慮せず操作したまえ
144:デフォルトの名無しさん
21/05/08 21:50:54.02 4Kx8eo/u0.net
Visual Studio 最新版 (16.9.4)
C++で new char[サイズ(即値)] と書くと
サイズの上位32bitが消されて正しくアロケート出来ない
たとえば、new char[0x100000000ll] とやると new が 0 バイトで呼ばれる
おま環？
145:デフォルトの名無しさん
21/05/08 23:25:45.23 Bd3Kgf0z0.net
std::size_tにキャストされているからでは。
146:デフォルトの名無しさん
21/05/08 23:51:34.29 4Kx8eo/u0.net
64bit環境なのでsize_tも64bitです。
uint64_t size = 0x100000000ull;
new char[size];
とやっても同じで、
コンパイラ上定数として扱える場合には上位がカットされ、
サイズが変数やテーブル参照のような場合には正しくアロケートされるようです。
以下コンパイル結果
--------
char* data_ = new char[0x100000000];
00007FF63F38310D xor ecx,ecx
00007FF63F38310F call operator new[] (07FF63F3811E5h)
--------
char* data_ = new char[0x110000000];
00007FF66238310D mov ecx,10000000h
00007FF662383112 call operator new[] (07FF6623811E5h)
--------
147:デフォルトの名無しさん
21/05/09 00:08:02.90 DqrICXmP0.net
operator new()ならどうなる？
個人的には、配列要素数に
148:32ビット制限があっても、そんなにおかしいとは思わんなあ。
149:デフォルトの名無しさん
21/05/09 00:21:06.52 EiDl/PWP0.net
operator new, operator new[] だと大丈夫
--------
char* data_ = (char*)operator new(0x100000000);
00007FF70520310D mov rcx,100000000h
00007FF705203117 call operator new (07FF705201046h)
--------
char* data_ = (char*)operator new[](0x100000000);
00007FF7CA02310D mov rcx,100000000h
00007FF7CA023117 call operator new[] (07FF7CA0211E5h)
150:デフォルトの名無しさん
21/05/09 00:54:34.36 qerHokaAa.net
コンパイラのバグ(仕様？)なのかなぁ
ツールセットをLLVMに変えると配列でもrcxレジスタを使うね
151:デフォルトの名無しさん
21/05/09 01:00:23.52 DqrICXmP0.net
やっぱそうか。
じゃあコンパイラが期待する配列添字定数の型が32ビットなんやろ。
VCはintきめうちのところがときどきあるような。
今は知らんけど、昔はenumがそうだった。
152:デフォルトの名無しさん
21/05/09 08:14:59.02 s0/3x2co0.net
6.7.2.2 Enumeration specifiers
3 The identifiers in an enumerator list are declared as constants that have type int and may appear wherever such are permitted.
6.7.2.2 列挙型指定子
意味規則 列挙子並びの中の識別子は，型int をもつ定数として宣言され，この型の定数が許されるところならばどこに現れてもよい。
はっきり、intと書いてある
153:デフォルトの名無しさん
21/05/09 10:37:55.18 BzSYlsTa0.net
今のVSにはclang-clが提供されているけど、これでカバレッジとれている人いないかな？
--coverage 付けて clang_rt.profile リンクしてビルドまではできたんだけど、実行すると
終了時にexit()の中で例外を吐いてしまう。
154:デフォルトの名無しさん
21/05/09 11:06:11.78 DqrICXmP0.net
>>150
Cの話は関係ない。
155:デフォルトの名無しさん
21/05/09 13:41:37.14 WMytKT+1F.net
コンパイルオプションを晒すべき
156:デフォルトの名無しさん
21/05/10 11:41:19.26 bUBA6kCN0.net
> 昔はenumがそうだった。
> Cの話は関係ない。
何の話？
157:デフォルトの名無しさん
21/05/10 12:23:27.91 jJW0aId30.net
>>154
そらC++やろ。
Cとは意外に違うんやで？
158:デフォルトの名無しさん
21/05/10 12:32:08.82 AtOV5vKAM.net
C++/CLIがいらんことしやがって
enum class なんてものが
159:デフォルトの名無しさん
21/05/10 12:38:07.54 aTIhcF+S0.net
>>140
それ書いた時、なんで来週と思ったか思い出せないんだけどw
多分16.5(2020.3/16)と16.6(2020.5/12)の間が2ヶ月だったからかな
でもリリース周期見ると必ずしも期間決まってるわけじゃないみたいだから、今週かわからんわ
先に謝っとく。ごめんw
16.0 2019.4/2
16.0.22 2020.1/22
16.1 2019.5/21
16.1.6 2019.7/9
16.2 2019.7/24
16.2.5 2019.9/10
16.3 2019.9/23
16.3.10 2019.11/10
16.4 2019.12/3
16.4.21 2021.4/13
16.5 2020.3/16
16.5.5 2020.5/12
16.6 2020.5/19
16.6.4 2020.7/14
16.7 2020.8/5
16.7.14 2021.4/13
16.8 2020.11/10
16.8.7 2021.3/9
16.9 2021.3/2
16.9.4 2021.4/13
160:デフォルトの名無しさん
21/05/10 13:47:44.37 g+jdLC6X0.net
>>156
enum classはC++11以降でも実装されてるけど
161:デフォルトの名無しさん
21/05/10 14:04:21.68 AtOV5vKAM.net
>>158
？その仕様の元がCLIなんだが？
前後の繋がりが読めない人？
162:デフォルトの名無しさん
21/05/10 16:00:29.21 fuWjxEMWd.net
>>159
人に伝わる文章書けよ
163:デフォルトの名無しさん
21/05/10 16:17:34.07 fcf6KnSJM.net
お母さんに教えて貰え
164:デフォルトの名無しさん
21/05/10 17:08:17.00 ro06Xyvc0.net
>>145
「00007FF63F38310D xor ecx,ecx
00007FF63F38310F call operator new[] (07FF63F3811E5h)」
ここが既におかしい。64BITアプリなら、ecx ではなく rcx でなくてはならない。
147 の方は実際にそうなっている。
ecxは32BITレジスタ、rcxは64BITレジスタ。
また、ecxやrcxは、メンバ関数の関数呼び出しに置いてはthisの値を入れるために使われるレジスタ。
なので、前者のnewは32BIT版が呼び出されていて個本的におかしい。
本当に何もかもが64BIT版になってるか点検すべき。
165:デフォルトの名無しさん
21/05/10 17:12:25.84 ro06Xyvc0.net
>>162
ただし、new char[N] の変わりに operator new[N] とすると正しくなっているのは良く分からない現象。
コンパイラオプションに問題が有るか、または、コンパイラのバグ。
166:デフォルトの名無しさん
21/05/10 17:52:35.89 ro06Xyvc0.net
>>145
URLﾘﾝｸ(stackoverflow.com)
const uint64_t size = 0x100000000ull;
new char[size];
のように
変数sizeにconstキーワードが付いているとそうなってしまうが、constを取り除くといけると書いてある。
167:デフォルトの名無しさん
21/05/10 17:54:16.98 ro06Xyvc0.net
>>164
以下のように、配列サイズがコンパイル時定数にされてしまうのを無理やり防ぐといけるらしい：
extern size_t GetArraySize();
int main()
{
size_t allocationsize = GetArraySize();
char *cp = new char[allocationsize];
return 0;
}
size_t GetArraySize()
{
// compile time assert to validate that size_t can hold a 64-bit value
char compile_time_assert_64_bit[(sizeof(size_t) == 8)?1:-1];
size_t allocsize = 0x100000000UL; // 64-bit literal
return allocsize;
}
168:デフォルトの名無しさん
21/05/10 18:14:13.53 ro06Xyvc0.net
>>145
00007FF66238310D mov ecx,10000000h
00007FF662383112 call operator new[] (07FF6623811E5h)
147
char* data_ = (char*)operator new[](0x100000000);
00007FF7CA02310D mov rcx,100000000h
00007FF7CA023117 call operator new[] (07FF7CA0211E5h)
よく見ると、これら二つで、call文の呼び出し先のアドレスの下位16BIT
は、共に11E5 になっていて、上位アドレスは変わっているが本当は
同じ関数を呼び出しているようだ。リンクするとアドレスは上位も下位も変わることがあるが、
上位アドレスだけ変わる現象としてはセキュリティー対策のためと聞いている。
それで、mov 文が ecx と rcx の違いがあるが、実は mov ecx,imm 命令は
上位32BITが0拡張されるので mov ecx,10000000h は、
実際には、mov rcx,0 と同じなので、145の方は、動作的には
mov rcx,0
call operator new[] // 64BIT 版の new 演算子
となっていて、145もちゃんと 64BIT版の new 演算子が呼び出されているようだ。
問題は、new char[x]のxに定数が有ったときに下位32BITだけに切り捨てられてしまう
コンパイラの動作にあるようだ。
169:デフォルトの名無しさん
21/05/10 18:31:03.35 Q9Sd0kWu0.net
VS2010からのバグですか
早く直してください
>>147
コール元が原因だとわかるようにコンパイル結果を貼ったつもりだったんですが...
そもそも64bitアプリから32bitコードはコールできない
170:デフォルトの名無しさん
21/05/10 19:17:39.46 jJW0aId30.net
>>156
それ以前は、真面目なソースでは重複事故防止のために、わざわざ全要素にenum型名をつけてたからな。
最初からそうなっていてよかったレベルに、もっともな改善だった。
171:デフォルトの名無しさん
21/05/10 19:26:30.24 u4NZSThJM.net
>>168
つ namespace
172:デフォルトの名無しさん
21/05/10 19:27:03.10 ro06Xyvc0.net
>>166
訂正。桁が大きすぎて1ケタ見間違えた：
上位32BITが0拡張されるので mov ecx,10000000h は、
実際には、mov rcx,10000000h と同じなので、145の方は、動作的には
mov rcx,10000000h
call operator new[] // 64BIT 版の new 演算子
そして、xor ecx,ecx の方が xor rcx,rcx になり rcx = 0 となる。
173:デフォルトの名無しさん
21/05/10 19:45:11.41 i6Ha+IN40.net
>>169
enum毎にnamespace?
お前アホだろw
174:デフォルトの名無しさん
21/05/10 20:23:12.80 Q9Sd0kWu0.net
>>170
リンク先を見つけて頂いて非常に感謝いたします。
それ以外の事は既に知っていますので大丈夫です。
175:デフォルトの名無しさん
21/05/10 21:40:04.54 uZmCwZbC0.net
新機能が無いと管理出来ませんって
プークスクス向いて無いんじゃね？
176:デフォルトの名無しさん
21/05/10 23:54:56.33 jJW0aId30.net
>>173
K&R Cでも使っとれ！
177:デフォルトの名無しさん
21/05/11 06:54:08.95 2aTzy8bW0.net
それを言うならBでしょ
ケントンプソンの
178:デフォルトの名無しさん
21/05/11 08:58:15.27 IqEWn3EBM.net
K&Rにenumは無いが？bakaかね
179:デフォルトの名無しさん
21/05/11 09:43:42.39 nf224V100.net
>>176
新機能がないと管理できないの？ｗ
バカなの？ｗ
180:デフォルトの名無しさん
21/05/11 20:43:13.86 PxX+uCNu0.net
baka vs バカ vs アホ
181:デフォルトの名無しさん
21/05/12 13:58:01.63 Qd50tecn0.net
Visual Studio 2019 version 16.9.5
URLﾘﾝｸ(docs.microsoft.com)
182:デフォルトの名無しさん
21/05/12 14:38:01.97 OdaC5Fsa0.net
/std:c++20 ｺﾈ━━━('A`)━━━!!!!
183:デフォルトの名無しさん
21/05/13 21:22:57.09 0pD51twu0.net
Visual Studio 2021 はまだかよ？
もうはよ出せよ
オフラインインストールだから中途半端なバージョンはインストールしたくねぇ
184:デフォルトの名無しさん
21/05/13 21:28:09.41 keWZ79dD0.net
2021は中途半端だから3000まで待とう
185:デフォルトの名無しさん
21/05/13 22:01:10.78 3koXU89M0.net
３０００は気が長すぎ
次にキリが良いのは２０４８
186:デフォルトの名無しさん
21/05/13 22:03:36.25 0pD51twu0.net
何百年待たせるんだよ
中途半端言うてるのは2019 16.9.5みたいなバージョンだっちゅーの
2021 1.0.0出せ、ほらはよ、お兄さんは急いどんねん
187:デフォルトの名無しさん
21/05/13 22:04:11.32 En9K++Xv0.net
>>183
2038年って聞いた
188:デフォルトの名無しさん
21/05/13 22:08:02.11 0pD51twu0.net
>>185
なんだ、もう17年かぁ
・・・って待てるか、ヴォケ！
189:デフォルトの名無しさん
21/05/13 22:10:40.60 Q5JRmth30.net
VS2021はversion17なので17.0.0
190:デフォルトの名無しさん
21/05/13 22:28:23.39 0pD51twu0.net
>>187
あら、そうだっけ？
じゃ、VS2021 Version17.0.0、お急ぎ便でリリースしてくれ
191:デフォルトの名無しさん
21/05/13 22:30:30.51 0pD51twu0.net
今、Version16.3.Xを使ってんだけど、
ソリューション（Aと呼ぼう）をフォルダごとコピーしてからVS起動すると、
コピー元のソリューションで開いてたプログラムがそのまま開いてて
「親切やん？」とか思いながらそれらのプログラムを修正すると、
コピー先の新しいプログラムじゃなくて
「元のソリューションAの（！）」プログラムが書き換わるんだよな
どこ参照してんだよ？
つまりバグだ
だから、コピー後にプログラムが開いてたら
手動で全部閉じてもう一回開き直さんといかん
おまいらも経験あるだろ？
クソ面倒くせぇ
家のPCは最新版にしてあるから
コピー後に起動すると全部のプログラムが閉じた状態から始まるんで、この事象は起こらんけどな
こんなしょーもないバグを作り込みやがって
ちゃんとテストしてからリリースしやがれ、マイクロソフトのクソが！
192:デフォルトの名無しさん
21/05/13 22:40:39.36 VB3/WUZ/0.net
Visual Studio 2022 Preview 1が夏に出るのを知った上で
Visual Studio 2021を出せと言ってるの?
193:デフォルトの名無しさん
21/05/13 23:05:25.82 /oUX0vPxM.net
ママー変な人がいるよ
194:デフォルトの名無しさん
21/05/13 23:13:47.23 0pD51twu0.net
>>190
うそーん？
今までずっと奇数で2飛ばしで来たやん？
でも夏に2022 Preview出るのん？
ちょっと期待アゲアゲだな
>>191
しばき回すど、ゴルァ！
195:デフォルトの名無しさん
196:sage
>>192 visual studio 2002 は奇数では無いような
197:デフォルトの名無しさん
21/05/13 23:33:44.01 0pD51twu0.net
>>193
誰がそんな大昔の話しとんねん？
俺の中でVisual Studioの歴史は2013から始まっとんのや！
規律を乱しおってからに・・・
198:デフォルトの名無しさん
21/05/14 00:21:45.38 NzOv7VQy0.net
バージョンなんかどーでもいいんだけど次はどんな目玉機能があるんだ？
2019はInteliCodeだったじゃん？2021はやべー機能あるの？
199:デフォルトの名無しさん
21/05/14 08:38:54.91 A+WZ3bIw0.net
今出てる話で一番大きいのは64bit化かね？
200:デフォルトの名無しさん
21/05/14 09:21:35.98 ijV+D4Iw0.net
64bit化でなんか嬉しいんだっけ？
201:デフォルトの名無しさん
21/05/14 09:44:51.84 fF5yZv3G0.net
4GB超のソースファイル処理できるんじゃね？
知らんけど。
202:デフォルトの名無しさん
21/05/14 10:29:52.23 sK9NMk0P0.net
>>189
それ当然やん？
フォルダ毎コピーしてんだから参照の情報もコピーするわけで
203:デフォルトの名無しさん
21/05/14 10:34:59.68 7wdfzeft0.net
>>189
16.3はとっくにサポート終了してるから、サービスベースラインの16.4/16.7/16.9にした方が良いよ
URLﾘﾝｸ(docs.microsoft.com)
個人的にも16.3は一番動作が怪しかったと思う頃だから今なら16.7.15をお勧め
204:デフォルトの名無しさん
21/05/14 11:07:52.23 872BWcRl0.net
>>199
どんだけ馬鹿なんだよ？
なんで絶対参照してんだよ
相対参照すりゃいいだろ
お前は引っ越した後も
前のマンションの風呂に入りに行くのか？
205:デフォルトの名無しさん
21/05/14 11:15:10.32 sK9NMk0P0.net
>>201
引っ越ししたら更新するだろ
相対参照は脆弱性の元
206:デフォルトの名無しさん
21/05/14 11:24:41.90 /tlYhq540.net
>>201
お前は引っ越した後は
通学先/通勤先をずらして変えるのか？
207:デフォルトの名無しさん
21/05/14 11:29:06.16 N2rlLeCr0.net
なるほど
>>189 は
コピーしたプロジェクトのパスの問題じゃなくて
自動で開いて始まる機能がおせっかいだったと主張しているに過ぎないのな
208:デフォルトの名無しさん
21/05/14 11:30:15.25 N2rlLeCr0.net
>>192
2008
2010
すぐ思いつくだけでも
209:デフォルトの名無しさん
21/05/14 13:56:12.22 872BWcRl0.net
>>202
> 引っ越ししたら更新するだろ
じゃ、参照情報も更新しろよ、ヴォケ！
「フォルダ毎コピーしてんだから参照の情報もコピーするわけで」と書いたのは一体どこの馬鹿だったっけ？
それに従うと「更新」じゃなくて「コピー」せんといかんのだが？
てめぇの言ったことと矛盾してることにすら気付かないほど馬鹿ということは判った
210:デフォルトの名無しさん
21/05/14 13:59:27.93 872BWcRl0.net
>>203
そこを相対参照にしてどうする？
通学先/通勤先は「マンション」の中には「無い」
そこは絶対参照でいい
今の世の中、こんな馬鹿がプログラム組んでんのか？
そりゃみずほ銀行も不具合起こすわ
211:デフォルトの名無しさん
21/05/14 14:20:13.68 sK9NMk0P0.net
>>206
俺は絶対参照前提で話してるんだぞ
コピー後更新するのは自分だろ
212:デフォルトの名無しさん
21/05/14 14:20:36.69 fF5yZv3G0.net
隣に回覧板持ってくわ
213:デフォルトの名無しさん
21/05/14 14:27:36.44 872BWcRl0.net
>>204
ほぼ正解
正確には、自動で開いて始まるなら正しいパスで開いてほしい
しかし、正しいパスで開けないなら自動で開いて始まる機能はお節介
214:デフォルトの名無しさん
21/05/14 14:47:23.90 sK9NMk0P0.net
>>210
ツール
->オプション
->プロジェクトおよびソリューション
->全般
->ソリューションの読み込み時にドキュメントを再度開く
これをOFFにせずにバグバグ言ってんの？
215:デフォルトの名無しさん
21/05/14 15:19:22.71 wD67YcDGM.net
ID:872BWcRl0
都合の悪い>>200は見えない見えない
216:デフォルトの名無しさん
21/05/14 15:40:43.41 872BWcRl0.net
>>208
> コピー後更新するのは自分だろ
自分で更新させるならさせるでいいが
前のマンションの水道
217:代の請求書を送ってくんなやって話だ >>204はちゃんと問題点が把握できているのに対して、 >>208との馬鹿さ加減ときたら・・・ 同じプログラマーでも要件獲得の時点でこんなに差が出るんだな
218:デフォルトの名無しさん
21/05/14 15:44:09.41 872BWcRl0.net
>>209
お前は良いとこ突いた
確かに、マンションの外＝絶対参照ではないな
ただ、通勤先というのは相対参照には向かないな
必ず隣の家で働くこと、とかいうルールでも無い限りな
219:デフォルトの名無しさん
21/05/14 15:57:43.52 872BWcRl0.net
>>211
その設定は知らなかった、感謝する、ありがとよ
しかし、
①それをデフォルトにせぇよ（今の版ではデフォルトになってるが）
②「ソリューションの読み込み時にドキュメントを再度開く」にしたら、なんでコピー「先」のプログラムを開けよ
とだけは言いたい
②は明白にバグだから、バグバグ言わせてもらう
220:デフォルトの名無しさん
21/05/14 16:03:49.15 872BWcRl0.net
>>215を訂正： ②「ソリューションの読み込み時にドキュメントを再度開く」にしたら、コピー「先」のプログラムを開けよ
221:デフォルトの名無しさん
21/05/14 16:08:29.05 872BWcRl0.net
>>212
ちゃんと>>200は見えとるわ
その更新が大仕事になるんで早く新しいメジャー・バージョンを出せよ、という元々の主張に立ち返るわけなんだがよ
容量の問題だけで言うと、前回32GBぐらい要したから、容量を空けないといかん
オフラインインストールだから、丸一日潰さんといかんという時間の問題もある
それと、俺が都合良い／悪いで見えないとか言うわけねぇだろ、まったく・・・
ところで、>>205にはなんて書かれてんだ？
これだけ見えない
222:デフォルトの名無しさん
21/05/14 16:22:27.62 arpkd50Q0.net
>>217
ng引っかかってて見えてないのかもしれないからpastebinで
URLﾘﾝｸ(pastebin.com)
223:デフォルトの名無しさん
21/05/14 16:37:26.76 7wdfzeft0.net
>>217
リリースされたばかりだとデカいバグ満載で、ある程度落ち着くまで
バージョンアップを繰り返して時間かかるはずだけどそれは構わないの?
224:デフォルトの名無しさん
21/05/14 16:43:52.64 sK9NMk0P0.net
>>213
>>208の何が引っかかるんだ？
>>215
知らんかったんかよ
「再度」なんだからバグじゃない
225:デフォルトの名無しさん
21/05/14 17:09:10.24 arpkd50Q0.net
というかバージョンアップもせずに古いバージョン使い続けてバクバク言ってんのギャグにしか見えない
226:デフォルトの名無しさん
21/05/14 19:22:56.23 NFrO+Ek40.net
低速回線なのかな
未だにADSL1.5Mの奴がいて4GB落とすのに1日かかるそうな
光ならダウンロード5分ほどですぐ終わる、というかこれがデフォだな
227:デフォルトの名無しさん
21/05/14 20:29:37.59 ijV+D4Iw0.net
>>222
1.5Mbpsが安定して出るなら６時間程度で終わるよ
もしかして算数不得意なのかな？w
228:デフォルトの名無しさん
21/05/14 21:12:22.71 n0yZeGpR0.net
>>223
ADSLで最大スループットが常に出るわけないだろ
229:デフォルトの名無しさん
21/05/14 23:14:19.37 872BWcRl0.net
>>218
どんだけお人好しなんだよｗ
>それと、俺が都合良い／悪いで見えないとか言うわけねぇだろ、まったく・・・ ←こんな大きな前振りして
>ところで、>>205にはなんて書かれてんだ？
>これだけ見えない ←ここまでボケてんだから
がっつり突っ込んでくれよｗ
230:デフォルトの名無しさん
21/05/14 23:18:40.34 872BWcRl0.net
>>219
構わない
そりゃまたバグバグ言わせてもらうけどさｗ
バージョン16.x.xの集大成として17.x.xを使いたいんだよ
そのぐらいのバージョンアップでなきゃ、やる気が出ない
231:デフォルトの名無しさん
21/05/14 23:34:13.74 872BWcRl0.net
>>220
コピー後に自分で更新するのはいいが
あたかも「自動で更新しときましたよ、兄貴」的にコピー元のコードを表示すんなよって話
でもね、お前がその設定教えてくれたお陰で、しばらく更新せ
232:んでもええかな このバグがうざかっただけで他は我慢できる いろいろありがとな、今度ケツ貸すわ >>221-224 まぁ、大人の事情ってことよ
233:デフォルトの名無しさん
21/05/15 00:09:22.97 lxQyfUirM.net
オラは田舎のモンだから関西のボケは分かんねえだ
234:デフォルトの名無しさん
21/05/15 09:54:21.38 qlKA2bTa0.net
>>227
そこはもう「再度」なんだからって割り切ってOFFにするしかないかな
おうちゃんと洗って返すわ
235:デフォルトの名無しさん
21/05/15 12:46:54.29 eYtIld1hF.net
>>227
そういえば Access のテーブルリンクなんかは移動されたのを見るか元のを見るか選べたりした
どっかのバージョンでその機能が消えてた気もする
236:デフォルトの名無しさん
21/05/15 18:56:03.16 Y+SvMVkX0.net
C++のプロジェクトで、何も変更がない状態でDebugビルドするとなぜか再リンクされて出力のバイナリが
更新されてしまうんだけど、原因は何が考えられますかね？Releaseだとそういうことはないんですが。
ちなみにオプションでMSBuildのログ出力レベルを詳細にすると、更新されていないはずのobjが
新しいものと認識されているっぽい。
33> ソースのコンパイルが必要です。入力 C:\....\XXX.OBJ は出力 よりも新しいです。
この ｘｘx.obj のタイムスタンプは別に更新されていないし、上のログの「出力」のところはファイル名が空で、
何と比較して新しいとされているのか見てもわからりませんでした。
あと怪しそうなところとしてインクリメンタルリンクも切ってみたんですが変わりませんでした。
237:デフォルトの名無しさん
21/05/15 22:17:43.59 ROEIM7pX0.net
一旦、出力フォルダを削除してから、パソコンを再起動して、ビルドし直せば？
バグっている時に、これで直る事もある。
キャッシュか何かの不整合かも？
238:デフォルトの名無しさん
21/05/15 22:32:08.62 Y+SvMVkX0.net
うーん、削除や再起動はやってみたけど変わらないんですよね。
複数の環境でcheckoutしてビルドすると同じ症状が出るから、プロジェクト設定のどこかだと思っているんだけど。
239:デフォルトの名無しさん
21/05/15 23:55:44.32 nDtgOBwM0.net
ありがちなのは、デバグ用スクリプトとかか？
直前直後にファイルを触ってるとか？
バージョン管理システムは使ってないんか？履歴を見たらええ。
チーム開発なら、ちょっとした個人設定のつもりの変更をcommitしてまうこともあるしな。
プロジェクトファイルをテキストエディタで読んだら？
ヘンな設定や漏れがあるんやろ。
240:デフォルトの名無しさん
21/05/16 00:46:04.95 z+wHX2Px0.net
何もせずにビルドをやり直しただけで起きるんで、ソースはもちろんなにも変化していないし
objのタイムスタンプも一切変わっていないのに>>231のように再リンクになってしまう。
>ヘンな設定や漏れがあるんやろ。
そう。何かあるんだろうけどそれが思いつかない。
ビルドイベントも見てみたけど何も設定していなかった。
241:デフォルトの名無しさん
21/05/16 13:10:33.15 vtPLFS210.net
リンク結果のファイルはどうなの？
実は、更新されてないとか削除されてるとかないの？
objファイルのことばっかりやけど。
プロジェクトファイルの中身は読んだんか？
デバグ用とリリース用の部分で差分を確認したり、できることはあるが。
242:デフォルトの名無しさん
21/05/16 14:55:23.29 z+wHX2Px0.net
>>236
もう一度順を追って書くよ。
1. ソース等をなにも変更しない状態でDebugビルドをすると、なぜか出力バイナリ(exeやdll)の
タイムスタンプが変わってしまう現象が見つかった
2. MsBuildのログを見てみ�
243:驍ﾆリンクが再実行されている(>>231) 3. objのタイムスタンプは何も変わっていないのになんでだろう？←いまここ その後試してみたところだと、どうもプログラム全体の最適化(/GL)とリンク時のコード生成(/LTCG)が 有効になってないとこの現象が出るっぽい。ふつう逆じゃないかと思うんだけど。
244:デフォルトの名無しさん
21/05/16 15:18:14.68 rJJhcQA80.net
フラグ、逆になってんかな？
245:デフォルトの名無しさん
21/05/16 15:19:02.00 N0MkhcEJ0.net
build完了した後に何もせずそのままbuildしてもってか
246:デフォルトの名無しさん
21/05/16 15:40:21.80 z+wHX2Px0.net
>その後試してみたところだと、どうもプログラム全体の最適化(/GL)とリンク時のコード生成(/LTCG)が
>有効になってないとこの現象が出るっぽい。ふつう逆じゃないかと思うんだけど。
他のC++プロジェクトで試してみたところこれが有効じゃなくてもそんな症状は出なかったから
これだけが原因というわけでもないっぽい。
247:デフォルトの名無しさん
21/05/16 16:23:23.51 HjrsGpPn0.net
objファイルとかソースファイルの更新日時がおかしいとかない？
248:デフォルトの名無しさん
21/05/16 17:09:15.95 VxksG9ZS0.net
objが100年未来
249:デフォルトの名無しさん
21/05/17 06:36:48.55 cCPUzk2p0.net
ファイル日付が戦前になってしまう現象なら見かけたことあるけど
250:デフォルトの名無しさん
21/05/17 08:09:00.96 GYmzER1r0.net
objの時刻は何度か見直してみたけど別に問題ないんですよね。
>>231の名前のない「出力」が常にエポック日時とみなされているような気がするけど、これが何なのかがわからない。
251:デフォルトの名無しさん
21/05/17 08:55:59.90 rxAznUgA0.net
>>244
もう現象が発生する最小のプロジェクトにしてどこかに上げなよ
252:デフォルトの名無しさん
21/05/17 20:52:08.76 EMauxKeW0.net
質問です。
Visual Studioに載ってるGitの履歴同士の比較で、右のコードを左のコードで上書きするなんてことはできないんですか？
差異は表示されるけど、マージは出来ないんで中途半端だなと思っています。
今は外部の比較ソフトにコピーしてやってます。
253:デフォルトの名無しさん
21/05/18 00:52:27.07 4SgI+J1W0.net
>>246
馬鹿にはできないだけ
254:デフォルトの名無しさん
21/05/18 00:57:25.10 gjwJ7she0.net
>>246
5ちゃんだとこういう答えしか返ってこないから、
他のサイトで聞いた方がいいよ
255:デフォルトの名無しさん
21/05/18 02:08:03.92 4SgI+J1W0.net
悔しかったか？
256:デフォルトの名無しさん
21/05/18 08:04:10.96 CSFcx5Z0M.net
ワッショイ有りでその考えが出てくるのは糖質
257:デフォルトの名無しさん
21/05/18 10:36:21.87 7M05Nvon0.net
うーん.NET 5のフォームデザイナはエラーが良く出るね
まだ不安定な部分が多いのか
258:デフォルトの名無しさん
21/05/18 19:53:20.34 Nb5T2QIr0.net
プログラミングを独学で始めようと思っています
今日visual studio2015をインストールしようとしたら、「セットアップパッケージが欠落しているか破損しています」と表示されます
OSはwindows 10 64bitです
原因分かる方いらっしゃいますか？
259:デフォルトの名無しさん
21/05/18 20:05:15.23 LfLJoRqTM.net
>>252
まずはスレタイ読むことをお勧めする
260:デフォルトの名無しさん
21/05/18 20:35:36.70 NgbZwZ71M.net
>>252
お前の頭がおかしい
261:デフォルトの名無しさん
21/05/19 00:47:24.10 u+lSvVsn0.net
>>252
そりゃファイルが破損してるんだろw
262:デフォルトの名無しさん
21/05/19 12:51:28.11 bq1n4ZhE0.net
>>253
2015スレ落ちたみたいw
だから仕方なくここで聞いてるんじゃね
263:デフォルトの名無しさん
21/05/19 12:59:23.03 KHPWiMzD0.net
Visual Studio 2019 version 16.9.6
URLﾘﾝｸ(docs.microsoft.com)
264:デフォルトの名無しさん
21/05/19 18:09:52.70 WTSJSVtJ0.net
今VS2015を新規インストールする理由って何があるの？
265:デフォルトの名無しさん
21/05/19 18:13:23.25 rd3U6aDn0.net
バージョン上げるとサポート外になっちゃうとか？
266:デフォルトの名無しさん
21/05/19 18:18:14.22 lGpdXynt0.net
手元にあった入門書が2015ベースだったからとかなんじゃね？
しらんけど
267:デフォルトの名無しさん
21/05/19 20:41:03.94 u+lSvVsn0.net
ライセ
268:ンス持ってる最新版が2015とか
269:デフォルトの名無しさん
21/05/19 21:45:22.42 enzOngbOM.net
独学なら2019 Community Editionで良くね？
2015 Enterprise Editionのライセンス持ってるのかも知れんがw
270:デフォルトの名無しさん
21/05/19 22:00:27.54 Vv63JXzQ0.net
今日会社でVS2015入れようとしたら俺のところもパッケージ云々出たな
客が指定してくるんだよな
まあ当面は2019で引っ張って、客に最終ビルドとテストを押しつける口実になったけど
271:デフォルトの名無しさん
21/05/20 00:01:04.02 JIq/m2SY0.net
>>256
バージョンでスレを分ける必要はないよな
272:デフォルトの名無しさん
21/05/21 16:29:55.43 p4SdeAIgF.net
2015Enterpriseがあるから2015使いたいってのは判らんでもないが
2019Community入れて使えばいい
Releaseするときだけ2015使えろ
273:デフォルトの名無しさん
21/05/21 17:16:59.89 D/ReRnmH0.net
>>265
質問者は2015がインストールできないって言ってるんだからreleaseビルドできないでしょうが
274:デフォルトの名無しさん
21/05/21 18:39:49.93 ojw3YA/u0.net
わざわざ2015を入れようとしてるんだから、
当然ライセンスや互換性などの理由があると想像できるのに
>>262や265のようなことを書く神経がわからん
275:デフォルトの名無しさん
21/05/21 19:07:46.61 uebWK4ZzM.net
>>267
想像で上から目線とかアホすぎる
> ライセンスや互換性などの理由がある
ならそう書けって話
276:デフォルトの名無しさん
21/05/21 19:52:38.88 uAPoM0KR0.net
>>268
鏡にしゃべってるのかな？ｗ
277:デフォルトの名無しさん
21/05/21 20:16:15.39 B6CXIi7z0.net
次からは壁に向かってよろ
278:デフォルトの名無しさん
21/05/21 20:17:03.25 bfSFy0HM0.net
いつもそうしてるが
279:デフォルトの名無しさん
21/05/21 20:21:13.58 Az7aTUd0M.net
>>269
だからEnterpriseとか書いてるだろ
そんなこともわからんのかよw
280:デフォルトの名無しさん
21/05/21 20:23:42.06 ojw3YA/u0.net
質問に答えられないなら無理に答えなきゃ良いのに
281:デフォルトの名無しさん
21/05/21 22:55:26.31 r2dis/FiM.net
>>273
ならお前も>>267みたいなアホレスやめたら？w
282:デフォルトの名無しさん
21/05/21 23:11:10.26 xTrBkQ+z0.net
馬鹿ばっか
283:デフォルトの名無しさん
21/05/22 02:10:24.94 +tNUIgvb0.net
まーまーおまえらこんなくだらないことでケンカすんなや
ヌコ様でも見て和めにゃさいw
URLﾘﾝｸ(m.youtube.com)もちまる日記
284:デフォルトの名無しさん
21/05/22 02:10:53.94 +tNUIgvb0.net
貼り直し
URLﾘﾝｸ(youtube.com)
285:デフォルトの名無しさん
21/05/22 09:35:33.24 MUJRbqxZ0.net
猫は外で飼わんと目が死ぬ
286:デフォルトの名無しさん
21/05/22 12:02:08.17 vbX2nPFnF.net
2015入れたいなら2015専用に別のPC用意して
そっちに古いOSと2015入れろ
そのためにMSDNがあるんだろ
Enterpriseなら古いOS付いて来るだろ
287:デフォルトの名無しさん
21/05/22 13:03:58.66 zj+HXyY5d.net
2015はまだDVDに収まるサイズだったんだなぁ
288:デフォルトの名無しさん
21/05/22 13:50:23.44 /4kM8oypM.net
>>279
> 2015入れたいなら2015専用に別のPC用意して
今時仮想化だろ
289:デフォルトの名無しさん
21/05/22 14:02:56.15 Lje0A8js0.net
仮想PCだってWindows10だろ
MSDNだと、古いWindows10とかあるの?
Windows10だと結局インストールできないんじゃないの?
290:デフォルトの名無しさん
21/05/22 14:21:09.09 DHquxfOH0.net
>>282
Microsoftをなめんな！
知らんけど。
291:デフォルトの名無しさん
21/05/22 14:26:05.45 zj+HXyY5d.net
今、W
292:indows 10 2004 のテストでインストール中だけど まだエラーはでないな インターネットに接続できない環境だとパッケージのデジタル署名をきちんと検証できなくて エラーになる現象はあったと思う。 あと、.NET Framework 3.5の有効化とかかな
293:デフォルトの名無しさん
21/05/22 15:18:20.19 xW4ipYXAM.net
>>282
> 仮想PCだってWindows10だろ
意味不明
まさかと思うけどゲストOSはホストFSと同じでないとダメとか思ってる？
> MSDNだと、古いWindows10とかあるの?
そのレベルで話に入ってくるなよ…
294:デフォルトの名無しさん
21/05/22 16:27:51.55 zj+HXyY5d.net
VS2015フルでインストールしてみたけど
パッケージが破損している
っていうメッセージはでなかったな
JavaSEとAndroidSDKがダウンロードされなかったっていうメッセージが最後に出た
サポート切れの関係だろうな
295:デフォルトの名無しさん
21/05/22 16:33:01.63 t6YXBzHq0.net
複数の同僚がVS2015だとJSの編集が出来ないって困ってるな。
固まったりするらしい。
296:デフォルトの名無しさん
21/05/22 16:56:46.69 hf8rNZ+F0.net
>>282
MSDNにはOSはWindows XPからあるし
Windows10なら大型アップデート毎に初代から全てのバージョンが揃ってる
Windows7なら実際にWindows10の仮想環境で使ってるよ
297:デフォルトの名無しさん
21/05/24 18:36:26.60 IKbahqya0.net
VisualStudio 2017 CommunityでC#のWinフォームアプリ作って楽しんでます。
C#の最新バージョンが使いたくて調べたら2017のアプデではだめで、
2019で新規インストールにしないとダメなんですかね？
その場合、2017で作成したプロジェクトや保存先フォルダ構造は引き継がれるんでしょうか？
2019に変わる際、気を付けることとカありますか？
298:デフォルトの名無しさん
21/05/25 07:17:55.37 7W7V9qJt0.net
2019に変えればよろしい
プロジェクト構成も変わらない
2019で初めてプロジェクト開く時に移行しますか？って聞かれるだけ
299:デフォルトの名無しさん
21/05/25 16:01:34.08 wv0vSqE+0.net
Win7 Pro でVS2019 日本語版にて、
C++でCUIのHello Worldのプロジェクトを作り、数行のthread local storageの
テストプログラムを書いてデバッガを起動しようとしたら、VSのstatus barに
xxx.dll を読み込み中ですと出たままデバッガが起動できない。
最初の Hello World のままだったら起動できた。
デバッガ無しだと起動できる。
300:デフォルトの名無しさん
21/05/25 16:20:03.44 k3JUJ08c0.net
読みました。
301:デフォルトの名無しさん
21/05/25 16:28:47.09 hjceayZk0.net
>>289
2017と2019ならそれ以前のバージョンより共存時の罠が少ないので慣れてから2017アンインストールでもいいのよ？
302:デフォルトの名無しさん
21/05/25 16:37:47.33 x94gC+gWM.net
>>291
待てばいいだけじゃねーの
303:デフォルトの名無しさん
21/05/26 13:00:33.47 Qr9i9spQ0.net
>>294
待ってたら「準備完了」と出てデバッガが使えるようになったわ。
でもステータスバーを見てないとその状態になったことの識別が
めちゃくちゃしにくい。
304:デフォルトの名無しさん
21/05/26 14:48:25.49 N8cC5e+O0.net
次期VSではステータスバーを大きくします
305:デフォルトの名無しさん
21/05/26 14:51:06.12 BQvk8ezF0.net
そんなの295のだけにしてくれー
306:デフォルトの名無しさん
21/05/26 14:58:31.08 Qr9i9spQ0.net
準備できてない間にも色々いじれるようになっているから逆に分かりにくい。
307:デフォルトの名無しさん
21/05/26 15:40:26.71 dM5LPZW20.net
じゃあ、ステータスバーをでかくしろよ。
WindowsのUI設定でできんかったっけ？
308:デフォルトの名無しさん
21/05/26 15:51:21.62 N8cC5e+O0.net
次期VSでは準備中状態をモーダルダイアログで出して、他のことはできなくします。
309:デフォルトの名無しさん
21/05/26 17:49:56.09 sj23qMAz0.net
準備が終わるまでスプ
310:ラッシュスクリーンに変更します
311:デフォルトの名無しさん
21/05/26 18:47:25.97 L9oAtdIZ0.net
16.10.0！
312:デフォルトの名無しさん
21/05/26 18:51:26.39 nnFC8Uy9x.net
人柱よろしく
313:デフォルトの名無しさん
21/05/26 21:36:20.66 whW5zHZO9
Installerがシステムテーマにあわせてダークモードになった。
314:デフォルトの名無しさん
21/05/27 01:00:23.23 cr+UIfyF0.net
Build 2021で紹介されて気づいたんだけどインラインのヒント機能がいつの間にかかなり機能アップしてるな
特にラムダパラメーター型のヒントが気に入ったわ
315:デフォルトの名無しさん
21/05/27 18:02:05.36 L9X2jH1P0.net
16.10にしたら、16.06で開発していたC++プロジェクトでリンクエラー発生。
「libpng.libが異なるコンパイラで～」のエラー。libpngも16.10でビルドしてリンクし直したら通った。
でも、純粋Cのlibpngはダメなのに、Boostとか使いまくりの別のC++で作った.libはそのままリンクできてる。
何が違うんだ…
316:デフォルトの名無しさん
21/05/27 18:12:17.36 L9X2jH1P0.net
ちなみにBoost（1.76.0）も16.06でビルドしたスタティック版を使ってるけどリンクエラー出てない。
zlibやlibjpegも問題なくて、出たのはlibpngだけ。
317:デフォルトの名無しさん
21/05/27 18:16:12.59 L9X2jH1P0.net
エラー詳細：
LINK : fatal error C1047: オブジェクトまたはライブラリ ファイル 'foo/bar/libpng.lib' は、'foo/bar/.obj' などの他のオブジェクトとは異なるバージョンのコンパイラで作成されています。同じコンパイラを使用してすべてのオブジェクトとライブラリをリビルドします
318:デフォルトの名無しさん
21/05/27 18:49:45.68 ah1lt4RiM.net
プログラム全体最適化が有効になってんじゃね？
319:デフォルトの名無しさん
21/05/27 19:01:34.85 L9X2jH1P0.net
>>309
これが発生源になるの？確かにオンになってたのでオフにしてみた。
libpngは配布ソースに入ってるVC++プロジェクトをそのまま開いてビルドしてただけだったんで気にしてなかった…
320:デフォルトの名無しさん
21/05/27 21:01:38.17 zrtspiQh0.net
>>310
なるよ。ggr
321:デフォルトの名無しさん
21/05/28 01:22:58.42 gdsgSmLO0.net
>>138
>>302
322:デフォルトの名無しさん
21/05/28 03:27:02.29 cE/PGHSY0.net
VSってCommunity版でも、ライブラリのソースを見ることが出来る？
323:デフォルトの名無しさん
21/05/28 07:09:53.94 fuFcwWPl0.net
C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.28.29910\crt\src
のこと？ 俺んとこでは見れるよ（もちCommunity）
324:デフォルトの名無しさん
21/05/28 07:10:35.09 +wR6nFioM.net
>>313
自分で落として見ればよくね？
マジな話それぐらいの労苦もしたくない奴は開発者に向いてないと思うよ
325:デフォルトの名無しさん
21/05/28 23:46:04.69 386yWN/z0.net
ラララ ライブラリ
326:デフォルトの名無しさん
21/05/29 03:03:35.64 QJfgb1eG0.net
C:\Program Files (x86)\Windows Kits\10/.../ucrt/convert/mbtowc.cpp の
_mbtowc_l() は、「mbchar が NULL 以外で、有効なマルチバイト文字を指している場合、mbtowc 関数はそのマルチバイト文字の長さをバイト数で返します。」とあるように、戻り値は s が指しているMultiByte文字のバイト数であるはずなんだけど、
次のコードを見ると、その文字のバイト数ではなくて、現在使っている MB文字の最大のバイト数
を返している様に思える。このコードは本当に正しい？
extern "C" int __cdecl _mbtowc_l(・・・) {
・・・
if (_isleadbyte_l((unsigned char) *s, _loc_update.GetLocaleT()))
{
/* multi-byte char
327: */ // If this is a lead byte, then the codepage better be a multibyte codepage if ((_loc_update.GetLocaleT()->locinfo->_public._locale_mb_cur_max <= 1) || ((int) n < _loc_update.GetLocaleT()->locinfo->_public._locale_mb_cur_max) || (__acrt_MultiByteToWideChar(_loc_update.GetLocaleT()->locinfo->_public._locale_lc_codepage, MB_PRECOMPOSED | MB_ERR_INVALID_CHARS, s, _loc_update.GetLocaleT()->locinfo->_public._locale_mb_cur_max, pwc, (pwc) ? 1 : 0) == 0)) { /* validate high byte of mbcs char */ if ((n < (size_t) _loc_update.GetLocaleT()->locinfo->_public._locale_mb_cur_max) || (!*(s + 1))) { errno = EILSEQ; return -1; } } return _loc_update.GetLocaleT()->locinfo->_public._locale_mb_cur_max; } ・・・ }
328:デフォルトの名無しさん
21/05/29 03:46:05.10 CKTBjt1T0.net
docs見てみたけど、’その’マルチバイト文字の長さ… とはなっていないね
329:デフォルトの名無しさん
21/05/29 03:48:48.33 QJfgb1eG0.net
>>318
int _mbtowc_l(
wchar_t *wchar,
const char *mbchar,
size_t count,
_locale_t locale
);
[戻り値]
mbchar が NULL 以外で、有効なマルチバイト文字を指している場合、
mbtowc 関数はそのマルチバイト文字の長さをバイト数で返します。
mbchar が NULL の場合、またはこの関数がワイド文字の NULL 文字 (L'\0')
を指している場合は 0 を返します。mbchar が指すオブジェクトの最初の
count 文字が有効なマルチバイト文字ではない場合は -1 を返します。
330:デフォルトの名無しさん
21/05/29 03:54:02.49 QJfgb1eG0.net
clangのlibc++のソースは次のように、mbrtowcの戻り値を頼りにポインタを進めている :
// MB文字列 --> WIDE文字列 への変換 :
size_t mbsnrtowcs( wchar_t *__restrict dst, const char **__restrict src,
size_t src_size_bytes, size_t max_dest_chars, mbstate_t *__restrict ps )
{
・・・
while ( source_remaining ) {
if ( dst && dest_converted >= max_dest_chars )
break;
// Converts one multi byte character.
// if result > 0, it's the size in bytes of that character.
// othewise if result is zero it indicates the null character has been found.
// otherwise it's an error and errno may be set.
size_t char_size = mbrtowc( dst ? dst + dest_converted : NULL, *src + source_converted, source_remaining, ps );
// Don't do anything to change errno from here on.
if ( char_size > 0 ) {
source_remaining -= char_size;
source_converted += char_size;
++dest_converted;
continue;
}
result = char_size;
have_result = true;
break;
}
・・・
}