Visual Studio 2019 Part6
レス数が1000を超えています。これ以上書き込みはできません。
俺個人の勝手な予想では
マイクロソフトはOS事業からの撤退の準備を始めてるんだと思うよ VSの64ビット化って具体的に何がうれしいの?
メモリ馬鹿食いになるだけじゃん > メモリ馬鹿食いになるだけじゃん
RAMとHDDを大量に売りつけるのが64の真の目的だからな やっぱりメモリ消費が少ない地球に優しい16bitに皆戻るべきだよね >>9,12
だってMicrosoftが独自にOS開発続ける明確な理由が
もうなくなってきてるでしょ
Linuxへ移していくための準備に思えるわ これまでのWindows資産バッサリ捨てられるわけないやろ >>6
X 俺個人の勝手な予想では
〇 バカの妄想では >>14
Linuxは、いろんな意味で全然Windowsと同じ土俵に立ててない。
今までを考えると、これからもたいして変わらない。
そんなものにユーザーが移るわけがないし、Microsoftがそれを期待するわけもない。 >>15
ばっさりとは行かないから
連携とかマルチプラットフォーム化やってるんでしょ
Windowsにメリットがあって辞める必要もないなら
WSLだっていらない気がする Windowsでどれだけ稼いでるか少しは調べてから現実を見ようね WSLはプログラマー需要を少しでもWindowsにも取り込もうとしてるだけに思えるが 前スレのJavaの話題でふと思ったけど、ドザ個人的な使用範囲では.NETなソフトは
たくさん使っているけどJavaなソフトはMinecraftしかないわ
Minecraftも最近全然やってないんだが、Javaランタイムの更新通知がこないだ
表示された時に、長いこと使ってないみたいだから消せば?みたいなメッセージ
が出てた
俺の使用範囲が狭いのは置いといて、どこでJavaが活躍してんの?
Androidくらいしか知らん Microsoft製品関係だとSQL Serverのデータ仮想化PolyBaseやDevOps Serverのコンテンツ検索ElasticSearchなどでJavaは必須
現状ではAzul SystemのZulu OpenJDKがデフォルトでインストールされる 失礼します
visual studio 2019 でWindowsアプリケーションのフォームにメニューバーを付けようとMenuStripドラッグ&ドロップしたのですが「ここへ入力」が表示されません
表示するための解決法はありますか? >>29
サーフェスってBingアドインより売れてないってマジ? まあ売れてないって言っても6ビリオンドルだから6,000億は超えるけどね Ads は Addin ではなくて Advertisings
いわゆる検索ページからの広告収入だろう >>13
それは違う。
16BITの8086系では、セグメントアドレスを買えずに一度に扱えるメモリは
64KB に制限されていたが、それではほとんどのGUIのアプリでは足りなかったので
far pointer や huge pointer を使うのが広く行われていたから、16BITの
アドレスでは足り無い事が明らかだった。
ところが32BITのアドレスでは未だに2GBのメモリーで足りなくなるアプリは
ほとんど存在し無い事が知られている。 >>34
誤: 16BITの8086系では、セグメントアドレスを買えずに一度に扱えるメモリは
正: 16BITの8086系では、セグメントアドレスを変えずに一度に扱えるメモリは
少なくとも8086系の16BIT CPUでは、フラットにアクセスできるアドレス範囲
が狭すぎて、本格的なGUIアプリを作っているプログラマーはとても苦労していた。
huge pointerを使えばずっとアドレス範囲が広がるが、とても遅くなるので積極的
に使うのは避けられていた。far pointerは、セグメントアドレスを変えなければ
一度にアクセスできるのは 64KB までだったので、使いにくかった。
一度に使えるアドレス範囲が 32BITになることは劇的にプログラミングがし易くなった。
ところが、64BIT化しても、このような激的な利便性の向上は起きない。 Z80全盛時に8086憶えたけど
第一印象「オマエ、ソレハナイダロウ」だった >>35
知らんがな。w
そんな、クロックは今の数百分の一、キャッシュメモリもなかったような時代のことなんか。
提供する側ならともかく、提供される側が主張するようなことではない。 >>38
「Outportによる一部の領域のバンク切り替え」から
「CPUによる一般化されたバンク切り替え」に変わっただけという感じだった。
まだアドレスが、
絶対アドレス = 上位16BIT * 65536 + 下位16BIT
だったら良かったのに、
絶対アドレス = セグメント値 * 16 + 下位16BIT
という変な分け方がされていたのも最悪だった。 >>39
しかもセグメントレジスタが、汎用レジスタではなかったので
addなどの演算が直接的には出来なかったのも痛かった。 >>39
> 絶対アドレス = 上位16BIT * 65536 + 下位16BIT
それやるとページが64kB単位になるからページをまたがる処理がめっちゃ面倒になるぞ
今みたいに多少メモリーが無駄になってもいいやっていう時代ならいいけど物理メモリーにきちきち詰めていくとどうしても複数ページにまたがる領域ができてしまう >>39
境界またがってアクセスするときに後者の方が便利だ(と当時は思われた)からだろう >>42
現実にはアセンブラで書いた場合ですらそんな使い方が必要になる経験をしたことは無かったな。
Cで書いたらそういう機能はもっと不要。 8086のアドレスバスは20本(最大メモリ空間1MB)
16ビット長のレジスタでアドレス指定するためにセグメントレジスタで4bitシフトさせた上でオフセットと加算するという手法を採用した
8ビットCPU開発者からの移行を考えれば当時としては合理的な設計ではある CPU設計者はハードウェアよりで考えているのかも知れんが、
マシン語プログラミングを沢山経験積んだ一目線で見ると、
>>39 の前者の方になってる方が断然が使いやすかった。
8086よりマシン語が人気だったZ80は、ある意味では前者。
アドレスは、16BIT レジスタ HL, DE, BC, IX, IY に入れられるが、
HL は、8BIT レジスタの H と L が2つ組み合わさったもので、
HL = H * 256 + L
の関係が有った。
これは物凄く便利だった。 >>47
自分の理想としてのきれいさとかアドレスのわかりやすさにひっぱられすぎやろ。w
実際には、セグメントレジスタをベースにしたら、実アドレスは忘れてオフセットで考えればよかったんだから、具体的にそんなにわかりにくいものでもない。
まあ、知らんけど。 >>48
マシン語には、せっかく carry flag という便利なものがあって、
16BIT レジスタを2つ使って 32BIT アドレスの足し算、引き算がとても
高速に出来る。例えば、DX:BX で 32BIT アドレスが表現できていたなら、
add BX,4
adc DX,0
のようにすれば、4バイト先のアドレスを 32BIT で正確に計算できる。
だから、ds:[BX] などとせずに、[DX:BX] と書くことが出来ていたなら、
物凄く便利だったはず。 アドレスが32ビットに拡張されたのはi386から
ページングと仮想記憶が導入されてやたら複雑化したけど >。w
またこのアホが舞い戻ってきたか
知らない話題に首突っ込んで否定するだけの中身なしの阿呆 >>44
セグメントの考え方を理解してないだけじゃね?
セグメントはページとは違って論理的な領域でそれを物理アドレスの何処に置くかをセグメントレジスタで指定してるだけの話
>>49
> add BX,4
> adc DX,0
> のようにすれば、4バイト先のアドレスを 32BIT で正確に計算できる。
それ毎回やるの?
すげー遅くなるよ >>51
「否定」?w
ただの指摘やで?
「阿保」とか自己紹介もほどほどにな。 >[DX:BX] と書くことが出来ていたなら、物凄く便利だったはず。
これは判らんでもないが当時は貴重なレジスタがもったいない VS2019スレで昔話するのやめてもらっても良いですか昭和生まれさん
プログラマー板でやれよ >>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より設計が悪いとされた。 >>52
>セグメントの考え方を理解してないだけじゃね?
>セグメントはページとは違って論理的な領域でそれを物理アドレスの何処に置くかをセグメントレジスタで指定してるだけの話
むしろ、日本の中でも数人レベルで理解してると思ってるが。 >>54
その通りではあるが、それは霊で書いただけで、DXの変わりに
[DS:BX]や、[ES:BX]
と書けて、なおかつ、
adc DS,0 や adc ES,0
のような命令が有るだけでも大変喜ばれていたはず。 >>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命令で済む。 >>54
なお、8086はバレルシフタが搭載されてなかったので、shl reg,clや
rol reg,cl, ror reg,cl 命令は、cl の回数だけCPUの中で実際に繰り返して
シフトやローテートを行っていたので、clに4を指定すると4*4=16
クロックほど必要だった。
だから、>>59 は7命令のように見えても、実際には、合計8回分の
ローテートを含んでいるので13命令を実行する程度の時間が掛かる
ことになる。
これが8086の設計の悪さである。 >>61
8086系においての 16BITから32BITへの進化は 32BITから64BITへの進化
に比べて遥かに重要だったという事を知って欲しいため書いている。 >>62
アーキテクチャの話なら286のプロテクトモードの話
すっ飛ばして何の意味があるのかね? >>56
いや、セグメントなら領域のサイズが64KB以内とわかってるならそんな計算は不要
ページだと小さいサイズであってもページまたがりを考慮しないとダメだから常に
> add BX,4
> adc DX,0
が必要になるって話
>>57
> むしろ、日本の中でも数人レベルで理解してると思ってるが。
数人レベルで誤解してるの間違いだろw あー、もしかして8086のセグメントと286以後のセグメントを混同してるのかな zobがこの間、技術書展(4?)で薄い本出して
いただろ。
数人しか理解してないなんてマウントの
材料にするような話では無いな >>57
> 日本の中でも数人レベル
あー、そういうおひとの書き込みななんか。w
もうマジメに相手しないほうがええな。 子供のころにアセンブラの経験をしてない平成生まれはかわいそうだがプログラマに向いてない。
Java連呼してる奴もそうだろう。あんな糞言語にあっさり洗脳されるなんて。 これだけは言える。Java使いは低能ばかり。
そもそも一番Javaの普及に貢献したMSとgoogleを訴えまくってJavaから撤退させたアホ集団。 >>78
Sun/Oracleのゴールは、Javaの普及やないんやろ。
それはそれで一理。
まあ、今から考えると、あんなものが普及しなくてよかった。w わりとまじめに聞いたいんだが
キチが住みついてないスレって、あるのか? >>81
キチにもレベルっつーもんがあると思うんだ… アセンブラ界の沼は深いぞ
日本で屈指のレベルとか自称するような奴はまだ沼にたどり着いてすら居ない google,ms
これからはrust推しでいくよー
google→androidのコードをrust化
ms→vsにrustは入れません!
いつも口だけで何もやらないマイクロソフト >>85
それは短絡的だろ
googleが自分らが入れるから
msより自分らを優遇して欲しいって
交渉しないわけがないんだよ
そうなるとmsサイドとしてもえーってなっちゃうじゃん
こういうのってそういうものよ >>85
だからこその後方互換性の高さっつーのもあるやろ。
vscodeからでええんや! GoogleだってAndroidよアプリ開発にRustが使える訳でもないし
そもそもRustはまずRust for Windowsが安定化しないとわざわざVisual Studioでインストールできるようにする必要性もない >>88
タイポ
Androidよ→Androidの >>85
わざわざ既存のコミュニティを壊しにかかるとしたらそれこそアホやろ MSはすでにカーネルの一部をrustで書いてるとかゆーのどこかで読んだ気がしたけど >>86
>googleが自分らが入れるから
>msより自分らを優遇して欲しいって
>交渉しないわけがないんだよ
>そうなるとmsサイドとしてもえーってなっちゃうじゃん
ここ、意味が分からない。
優遇って、誰がだれを優遇するの? どのプロジェクトにも頭がおかしい奴がいて勝手にマイナー言語使ってドヤ顔するアホがいる。
それをもってMSはJava押しだのrust押しだの言い出すバカがいるから困る。 いや、でもRustはホントによさそうなんだよなあ。。。
ためしにcargoをインストールしてみ? rustをマイナー言語とか言ってる時点で注意せんともう化石状態やで アップデートで勝手にアジュールインストールするなよ。 >>100
公式セミナー出た事無いね!
貴方には人脈が足りないわ IIS (Web Server)
SQL Server
DevOps Server
Visual Studio関係で手元に置いておくならこれくらいか Azure出始めの時は日本MSの人が英語読みでアジュアって言ってたけどしばらくしてアジュールになったね C++で実装して、Windows10 64bit用のDLLや実行形式exeをビルドする場合、
どのバージョンのVisual Studioを使うのが効率的で確実なんだろ?
2019?それとももっと古いVSの方がいいのかな?
新しいバージョン恐怖症なもんでw >>108
VCランタイムが2015,2017,2019で共通になって(2019のアップデートに伴い)頻繁に更新されるから
古いバージョンを使うことによるライブラリが原則更新されないというメリットがなくなった >>109
早速ありがとう。
実は、VC++2005で【ヒープ割り当て→計算、描画処理→ヒープ解放】を繰り返し行う、.DLL+.exe を実装してるんだけど、
その .exe+.DLL をWindows10 - 64bitで走らせると:
1)VC++2005、Debug Win32ビルド → 問題なし。exe起動後、【ヒープ割り当て→計算、描画処理→ヒープ解放】を何回でも反復できる。
2)VC++2005、Release Win32ビルド → exe起動後、【ヒープ割り当て→計算、描画処理→ヒープ解放】を100回繰り返したあたりで、固まる。エラーは出ない。VC++をプロセスにアタッチしてデバッグすると、無限ループに陥っている模様。
3)VC++2005、Release x64ビルド → 上の2)に同じ
4)VC++2005、Release x64ビルドの.slnを、VC++2005の「デバッグ開始(F5)」から実行する → 1)と同じく問題なし。
5)VC++2005、Release x64ビルドの.exeを「Windows 7の互換モード」で実行する → 1)と同じく問題なし。
てな具合で、Windows10主流の今、大概VC++2005も潮時かなwって思ってるwww
それとも俺のプログラムにどこかエラーがあるのかな?!
_DEBUGディレクティブ周りは何回も見直したんだけどなぁ。 >>109
マジですか
MBCS関連のライブラリ不具合が放置されてた件は、不具合があるまま更新されちゃうってこと?
例えばこの件とか
https://social.msdn.microsoft.com/Forums/ja-JP/74a82359-39bc-47ca-bb39-7f0d1478f5a1/vs2015mbcs12391splitpath123912599123383210151230034920123011236420?forum=vcgeneralja
>108と同じく、新しいバージョン恐怖症(というか不具合発覚して戻したことある)なので
vs2019使いながらビルドで古いバージョンのライブラリ使ってるんだけど、
個人的にvs2019のアプデを放置してる現在、アプデすると死亡する可能性があると思うとガクブルなんですが その問題を逆手に取ってシステム攻撃可能なコードにでもしたらセキュリティの問題として修正せざるを得ないんじゃない?w >>110
おまえのエラーであるほうに賭ける!
でも、コンパイラの不具合もたしかにあるからなあ。w >>111
自己レス
よくよく思い出せば、自分が問題を確認した時のバージョンはvs2017だったからvs2013に戻してた
という経緯だったので、>109そのまま受け取れば個人的には問題無さそう
というか、vs2013とvs2015の間に壁があるのかな?
>>110
とりあえずvsのバージョン変えてテストしてみればいいと思う >>110
なにやら騒がせてしまったが、無限ループに陥った原因は、どうやら俺のプログラムミスだったっぽい。
ビルド方法や実行方法や互換モードの違いで、プログラム挙動が変化する理由は不明だけど。
またおとなしくROMってるわw
結論:
ま だ ま だ VC++2005 は い け る ! ! ! >>108
VS2019を入れれば問題無い
ちなみにインストールするときにオプションで
VC2017コンパイラとかインクルードファイルとかライブラリとかの環境も
それ以前のも一緒に入れるとか選べる
あとでbuild環境を選択すれば良い >>110
>>116
概出だから知ってるだろうけど
デバッグモードだけ成功するパターンは
初期化し忘れとかヌルポとかが多い visual studio code を使い始めたのですが、固まることが多く使い物になっていません。
推奨スペックを教えていただけないでしょうか?
メモリ4Gではダメでしょうか? >>119
4Gで固まるんだ
開発するなら8Gはあったほうが良いかと
今時のPCならそんなに問題起きないけど結構古いPC使ってない? >>119
環境を書かないで、vs codeが使いやすいという人が多くて混乱するよね。
ggってもどのくらいのスペックでまともに使えるかの情報が出てこない。
例えばYouTubeで動作してる動画があったとしても、まず環境が書いてない。
Androidエミュレーターでもそうだ。試して見ると極端に遅いのになぜかYouTubeでは
高速に動いてる動画があり、環境は書いてない。スパコン上のLinuxで
Wineエミュレーター上でAndroidエミュレーターを動作させている可能性すらある。 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、データベースを動かすのは、キツイ ここはvscodeのスレじゃないのでどっちにしろスレチ 120<<< 中古です
東芝ダイナブック satellite pro 550Bです。 >>117
ありがとう。VS2019も検討してみる。
>>118
ヌルポインタやらかした場合、そのポインタのメンバに触った瞬間に実行時エラーにならないこともあるんかな?!
>>110は何とか解決して、今はVC++2005のReleaseビルドでも、Win10上でヒープ割り当て→処理→ヒープ解放を何回でも反復できるようになった。
無限ループが発生しないように、問題のループを実装から取り除く改修を行って解決した! >>119 >>121
公式ドキュメントくらい読めよ
ドキュメント類を読まない輩は論外 自作のミニツールをプロジェクトごと公開したい場合、削除しておくべき不要なファイルって何があります? 必要なもの以外すべて。
ソリューションファイル、プロジェクトファイル、ソースファイル、リソースファイル以外。
つーか、必要最低限そうなファイルだけcommitして、それをexportして、もしビルドに失敗したら足りないファイルを追加して、を繰り返せば。 visual studioがデフォルトで生成する.gitignoreに従えば大抵は事足りるでしょ よほど特殊なライブラリとか使ってるんじゃなければ
自分で作ったヘッダとソースとリソースだけあればOK
ソリューションとかプロジェクトは新規で突っ込んでも逝ける状態のが理想的でクリーンな公開 新規ソリューションのデフォルトフォルダってsorce\repos\ソリューションフォルダだと思うだけどさ、このreposって何か意味あるのかな?
sorce直下にソリューションフォルダ置くのと変わらなくない?
repos直下をgitのルートにすることを想定してんのかな? >>135
reposはリポジトリの複数形なんだからreposのサブフォルダーがgitのルートになるんだよ source直下はreposしかないって事だよね?
sourceかreposいらなくね? 片方でよくね? 無駄に階層深くなってるだけの気がするんだけど
何か他に、sourceに置くことが想定されるファイルあるの? ああVslsFileSystemProviderVSCorePackageのエラーうぜぇ。なんで直すのが16.10なんだよ。 来週なの?意外と早いね。16.8が11月で16.9が3月だからまだ先だと思ってた。 XBOXコントローラーでVisual Studioを操作したいです Visual Studio 最新版 (16.9.4)
C++で new char[サイズ(即値)] と書くと
サイズの上位32bitが消されて正しくアロケート出来ない
たとえば、new char[0x100000000ll] とやると new が 0 バイトで呼ばれる
おま環? std::size_tにキャストされているからでは。 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)
-------- operator new()ならどうなる?
個人的には、配列要素数に32ビット制限があっても、そんなにおかしいとは思わんなあ。 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) コンパイラのバグ(仕様?)なのかなぁ
ツールセットをLLVMに変えると配列でもrcxレジスタを使うね やっぱそうか。
じゃあコンパイラが期待する配列添字定数の型が32ビットなんやろ。
VCはintきめうちのところがときどきあるような。
今は知らんけど、昔はenumがそうだった。 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と書いてある 今のVSにはclang-clが提供されているけど、これでカバレッジとれている人いないかな?
--coverage 付けて clang_rt.profile リンクしてビルドまではできたんだけど、実行すると
終了時にexit()の中で例外を吐いてしまう。 > 昔はenumがそうだった。
> Cの話は関係ない。
何の話? >>154
そらC++やろ。
Cとは意外に違うんやで? C++/CLIがいらんことしやがって
enum class なんてものが >>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 >>156
enum classはC++11以降でも実装されてるけど >>158
?その仕様の元がCLIなんだが?
前後の繋がりが読めない人? >>145
「00007FF63F38310D xor ecx,ecx
00007FF63F38310F call operator new[] (07FF63F3811E5h)」
ここが既におかしい。64BITアプリなら、ecx ではなく rcx でなくてはならない。
147 の方は実際にそうなっている。
ecxは32BITレジスタ、rcxは64BITレジスタ。
また、ecxやrcxは、メンバ関数の関数呼び出しに置いてはthisの値を入れるために使われるレジスタ。
なので、前者のnewは32BIT版が呼び出されていて個本的におかしい。
本当に何もかもが64BIT版になってるか点検すべき。 >>162
ただし、new char[N] の変わりに operator new[N] とすると正しくなっているのは良く分からない現象。
コンパイラオプションに問題が有るか、または、コンパイラのバグ。 >>145
https://stackoverflow.com/questions/19803162/array-size-error-x64-process
const uint64_t size = 0x100000000ull;
new char[size];
のように
変数sizeにconstキーワードが付いているとそうなってしまうが、constを取り除くといけると書いてある。 >>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;
} >>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だけに切り捨てられてしまう
コンパイラの動作にあるようだ。 VS2010からのバグですか
早く直してください
>>147
コール元が原因だとわかるようにコンパイル結果を貼ったつもりだったんですが...
そもそも64bitアプリから32bitコードはコールできない >>156
それ以前は、真面目なソースでは重複事故防止のために、わざわざ全要素にenum型名をつけてたからな。
最初からそうなっていてよかったレベルに、もっともな改善だった。 >>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 となる。 >>169
enum毎にnamespace?
お前アホだろw >>170
リンク先を見つけて頂いて非常に感謝いたします。
それ以外の事は既に知っていますので大丈夫です。 新機能が無いと管理出来ませんって
プークスクス向いて無いんじゃね? >>176
新機能がないと管理できないの?w
バカなの?w /std:c++20 コネ━━━━━('A`)━━━━━━!!!! Visual Studio 2021 はまだかよ?
もうはよ出せよ
オフラインインストールだから中途半端なバージョンはインストールしたくねぇ 何百年待たせるんだよ
中途半端言うてるのは2019 16.9.5みたいなバージョンだっちゅーの
2021 1.0.0出せ、ほらはよ、お兄さんは急いどんねん >>185
なんだ、もう17年かぁ
・・・って待てるか、ヴォケ! VS2021はversion17なので17.0.0 >>187
あら、そうだっけ?
じゃ、VS2021 Version17.0.0、お急ぎ便でリリースしてくれ 今、Version16.3.Xを使ってんだけど、
ソリューション(Aと呼ぼう)をフォルダごとコピーしてからVS起動すると、
コピー元のソリューションで開いてたプログラムがそのまま開いてて
「親切やん?」とか思いながらそれらのプログラムを修正すると、
コピー先の新しいプログラムじゃなくて
「元のソリューションAの(!)」プログラムが書き換わるんだよな
どこ参照してんだよ?
つまりバグだ
だから、コピー後にプログラムが開いてたら
手動で全部閉じてもう一回開き直さんといかん
おまいらも経験あるだろ?
クソ面倒くせぇ
家のPCは最新版にしてあるから
コピー後に起動すると全部のプログラムが閉じた状態から始まるんで、この事象は起こらんけどな
こんなしょーもないバグを作り込みやがって
ちゃんとテストしてからリリースしやがれ、マイクロソフトのクソが! Visual Studio 2022 Preview 1が夏に出るのを知った上で
Visual Studio 2021を出せと言ってるの? >>190
うそーん?
今までずっと奇数で2飛ばしで来たやん?
でも夏に2022 Preview出るのん?
ちょっと期待アゲアゲだな
>>191
しばき回すど、ゴルァ! >>192
visual studio 2002 は奇数では無いような >>193
誰がそんな大昔の話しとんねん?
俺の中でVisual Studioの歴史は2013から始まっとんのや!
規律を乱しおってからに・・・ バージョンなんかどーでもいいんだけど次はどんな目玉機能があるんだ?
2019はInteliCodeだったじゃん?2021はやべー機能あるの? 4GB超のソースファイル処理できるんじゃね?
知らんけど。 >>189
それ当然やん?
フォルダ毎コピーしてんだから参照の情報もコピーするわけで >>189
16.3はとっくにサポート終了してるから、サービスベースラインの16.4/16.7/16.9にした方が良いよ
https://docs.microsoft.com/ja-jp/visualstudio/releases/2019/servicing
個人的にも16.3は一番動作が怪しかったと思う頃だから今なら16.7.15をお勧め >>199
どんだけ馬鹿なんだよ?
なんで絶対参照してんだよ
相対参照すりゃいいだろ
お前は引っ越した後も
前のマンションの風呂に入りに行くのか? >>201
引っ越ししたら更新するだろ
相対参照は脆弱性の元 >>201
お前は引っ越した後は
通学先/通勤先をずらして変えるのか? なるほど
>>189 は
コピーしたプロジェクトのパスの問題じゃなくて
自動で開いて始まる機能がおせっかいだったと主張しているに過ぎないのな >>192
2008
2010
すぐ思いつくだけでも >>202
> 引っ越ししたら更新するだろ
じゃ、参照情報も更新しろよ、ヴォケ!
「フォルダ毎コピーしてんだから参照の情報もコピーするわけで」と書いたのは一体どこの馬鹿だったっけ?
それに従うと「更新」じゃなくて「コピー」せんといかんのだが?
てめぇの言ったことと矛盾してることにすら気付かないほど馬鹿ということは判った >>203
そこを相対参照にしてどうする?
通学先/通勤先は「マンション」の中には「無い」
そこは絶対参照でいい
今の世の中、こんな馬鹿がプログラム組んでんのか?
そりゃみずほ銀行も不具合起こすわ >>206
俺は絶対参照前提で話してるんだぞ
コピー後更新するのは自分だろ >>204
ほぼ正解
正確には、自動で開いて始まるなら正しいパスで開いてほしい
しかし、正しいパスで開けないなら自動で開いて始まる機能はお節介 >>210
ツール
->オプション
->プロジェクトおよびソリューション
->全般
->ソリューションの読み込み時にドキュメントを再度開く
これをOFFにせずにバグバグ言ってんの? ID:872BWcRl0
都合の悪い>>200は見えない見えない >>208
> コピー後更新するのは自分だろ
自分で更新させるならさせるでいいが
前のマンションの水道代の請求書を送ってくんなやって話だ
>>204はちゃんと問題点が把握できているのに対して、
>>208との馬鹿さ加減ときたら・・・
同じプログラマーでも要件獲得の時点でこんなに差が出るんだな >>209
お前は良いとこ突いた
確かに、マンションの外=絶対参照ではないな
ただ、通勤先というのは相対参照には向かないな
必ず隣の家で働くこと、とかいうルールでも無い限りな >>211
その設定は知らなかった、感謝する、ありがとよ
しかし、
@それをデフォルトにせぇよ(今の版ではデフォルトになってるが)
A「ソリューションの読み込み時にドキュメントを再度開く」にしたら、なんでコピー「先」のプログラムを開けよ
とだけは言いたい
Aは明白にバグだから、バグバグ言わせてもらう >>215を訂正: A「ソリューションの読み込み時にドキュメントを再度開く」にしたら、コピー「先」のプログラムを開けよ >>212
ちゃんと>>200は見えとるわ
その更新が大仕事になるんで早く新しいメジャー・バージョンを出せよ、という元々の主張に立ち返るわけなんだがよ
容量の問題だけで言うと、前回32GBぐらい要したから、容量を空けないといかん
オフラインインストールだから、丸一日潰さんといかんという時間の問題もある
それと、俺が都合良い/悪いで見えないとか言うわけねぇだろ、まったく・・・
ところで、>>205にはなんて書かれてんだ?
これだけ見えない >>217
ng引っかかってて見えてないのかもしれないからpastebinで
https://pastebin.com/dci9JVCW >>217
リリースされたばかりだとデカいバグ満載で、ある程度落ち着くまで
バージョンアップを繰り返して時間かかるはずだけどそれは構わないの? >>213
>>208の何が引っかかるんだ?
>>215
知らんかったんかよ
「再度」なんだからバグじゃない というかバージョンアップもせずに古いバージョン使い続けてバクバク言ってんのギャグにしか見えない 低速回線なのかな
未だにADSL1.5Mの奴がいて4GB落とすのに1日かかるそうな
光ならダウンロード5分ほどですぐ終わる、というかこれがデフォだな >>222
1.5Mbpsが安定して出るなら6時間程度で終わるよ
もしかして算数不得意なのかな?w >>223
ADSLで最大スループットが常に出るわけないだろ >>218
どんだけお人好しなんだよw
>それと、俺が都合良い/悪いで見えないとか言うわけねぇだろ、まったく・・・ ←こんな大きな前振りして
>ところで、>>205にはなんて書かれてんだ?
>これだけ見えない ←ここまでボケてんだから
がっつり突っ込んでくれよw >>219
構わない
そりゃまたバグバグ言わせてもらうけどさw
バージョン16.x.xの集大成として17.x.xを使いたいんだよ
そのぐらいのバージョンアップでなきゃ、やる気が出ない >>220
コピー後に自分で更新するのはいいが
あたかも「自動で更新しときましたよ、兄貴」的にコピー元のコードを表示すんなよって話
でもね、お前がその設定教えてくれたお陰で、しばらく更新せんでもええかな
このバグがうざかっただけで他は我慢できる
いろいろありがとな、今度ケツ貸すわ
>>221-224
まぁ、大人の事情ってことよ >>227
そこはもう「再度」なんだからって割り切ってOFFにするしかないかな
おうちゃんと洗って返すわ >>227
そういえば Access のテーブルリンクなんかは移動されたのを見るか元のを見るか選べたりした
どっかのバージョンでその機能が消えてた気もする C++のプロジェクトで、何も変更がない状態でDebugビルドするとなぜか再リンクされて出力のバイナリが
更新されてしまうんだけど、原因は何が考えられますかね?Releaseだとそういうことはないんですが。
ちなみにオプションでMSBuildのログ出力レベルを詳細にすると、更新されていないはずのobjが
新しいものと認識されているっぽい。
33> ソースのコンパイルが必要です。入力 C:\....\XXX.OBJ は出力 よりも新しいです。
この xxx.obj のタイムスタンプは別に更新されていないし、上のログの「出力」のところはファイル名が空で、
何と比較して新しいとされているのか見てもわからりませんでした。
あと怪しそうなところとしてインクリメンタルリンクも切ってみたんですが変わりませんでした。 一旦、出力フォルダを削除してから、パソコンを再起動して、ビルドし直せば?
バグっている時に、これで直る事もある。
キャッシュか何かの不整合かも? うーん、削除や再起動はやってみたけど変わらないんですよね。
複数の環境でcheckoutしてビルドすると同じ症状が出るから、プロジェクト設定のどこかだと思っているんだけど。 ありがちなのは、デバグ用スクリプトとかか?
直前直後にファイルを触ってるとか?
バージョン管理システムは使ってないんか?履歴を見たらええ。
チーム開発なら、ちょっとした個人設定のつもりの変更をcommitしてまうこともあるしな。
プロジェクトファイルをテキストエディタで読んだら?
ヘンな設定や漏れがあるんやろ。 何もせずにビルドをやり直しただけで起きるんで、ソースはもちろんなにも変化していないし
objのタイムスタンプも一切変わっていないのに>>231のように再リンクになってしまう。
>ヘンな設定や漏れがあるんやろ。
そう。何かあるんだろうけどそれが思いつかない。
ビルドイベントも見てみたけど何も設定していなかった。 リンク結果のファイルはどうなの?
実は、更新されてないとか削除されてるとかないの?
objファイルのことばっかりやけど。
プロジェクトファイルの中身は読んだんか?
デバグ用とリリース用の部分で差分を確認したり、できることはあるが。 >>236
もう一度順を追って書くよ。
1. ソース等をなにも変更しない状態でDebugビルドをすると、なぜか出力バイナリ(exeやdll)の
タイムスタンプが変わってしまう現象が見つかった
2. MsBuildのログを見てみるとリンクが再実行されている(>>231)
3. objのタイムスタンプは何も変わっていないのになんでだろう?←いまここ
その後試してみたところだと、どうもプログラム全体の最適化(/GL)とリンク時のコード生成(/LTCG)が
有効になってないとこの現象が出るっぽい。ふつう逆じゃないかと思うんだけど。 build完了した後に何もせずそのままbuildしてもってか >その後試してみたところだと、どうもプログラム全体の最適化(/GL)とリンク時のコード生成(/LTCG)が
>有効になってないとこの現象が出るっぽい。ふつう逆じゃないかと思うんだけど。
他のC++プロジェクトで試してみたところこれが有効じゃなくてもそんな症状は出なかったから
これだけが原因というわけでもないっぽい。 objファイルとかソースファイルの更新日時がおかしいとかない? ファイル日付が戦前になってしまう現象なら見かけたことあるけど objの時刻は何度か見直してみたけど別に問題ないんですよね。
>>231の名前のない「出力」が常にエポック日時とみなされているような気がするけど、これが何なのかがわからない。 >>244
もう現象が発生する最小のプロジェクトにしてどこかに上げなよ 質問です。
Visual Studioに載ってるGitの履歴同士の比較で、右のコードを左のコードで上書きするなんてことはできないんですか?
差異は表示されるけど、マージは出来ないんで中途半端だなと思っています。
今は外部の比較ソフトにコピーしてやってます。 >>246
5ちゃんだとこういう答えしか返ってこないから、
他のサイトで聞いた方がいいよ うーん.NET 5のフォームデザイナはエラーが良く出るね
まだ不安定な部分が多いのか プログラミングを独学で始めようと思っています
今日visual studio2015をインストールしようとしたら、「セットアップパッケージが欠落しているか破損しています」と表示されます
OSはwindows 10 64bitです
原因分かる方いらっしゃいますか? >>253
2015スレ落ちたみたいw
だから仕方なくここで聞いてるんじゃね 今VS2015を新規インストールする理由って何があるの? 手元にあった入門書が2015ベースだったからとかなんじゃね?
しらんけど 独学なら2019 Community Editionで良くね?
2015 Enterprise Editionのライセンス持ってるのかも知れんがw 今日会社でVS2015入れようとしたら俺のところもパッケージ云々出たな
客が指定してくるんだよな
まあ当面は2019で引っ張って、客に最終ビルドとテストを押しつける口実になったけど >>256
バージョンでスレを分ける必要はないよな 2015Enterpriseがあるから2015使いたいってのは判らんでもないが
2019Community入れて使えばいい
Releaseするときだけ2015使えろ >>265
質問者は2015がインストールできないって言ってるんだからreleaseビルドできないでしょうが わざわざ2015を入れようとしてるんだから、
当然ライセンスや互換性などの理由があると想像できるのに
>>262や265のようなことを書く神経がわからん >>267
想像で上から目線とかアホすぎる
> ライセンスや互換性などの理由がある
ならそう書けって話 >>269
だからEnterpriseとか書いてるだろ
そんなこともわからんのかよw >>273
ならお前も>>267みたいなアホレスやめたら?w まーまーおまえらこんなくだらないことでケンカすんなや
ヌコ様でも見て和めにゃさいw
https://m.youtube.com/c/もちまる日記 2015入れたいなら2015専用に別のPC用意して
そっちに古いOSと2015入れろ
そのためにMSDNがあるんだろ
Enterpriseなら古いOS付いて来るだろ >>279
> 2015入れたいなら2015専用に別のPC用意して
今時仮想化だろ 仮想PCだってWindows10だろ
MSDNだと、古いWindows10とかあるの?
Windows10だと結局インストールできないんじゃないの? >>282
Microsoftをなめんな!
知らんけど。 今、Windows 10 2004 のテストでインストール中だけど
まだエラーはでないな
インターネットに接続できない環境だとパッケージのデジタル署名をきちんと検証できなくて
エラーになる現象はあったと思う。
あと、.NET Framework 3.5の有効化とかかな >>282
> 仮想PCだってWindows10だろ
意味不明
まさかと思うけどゲストOSはホストFSと同じでないとダメとか思ってる?
> MSDNだと、古いWindows10とかあるの?
そのレベルで話に入ってくるなよ… VS2015フルでインストールしてみたけど
パッケージが破損している
っていうメッセージはでなかったな
JavaSEとAndroidSDKがダウンロードされなかったっていうメッセージが最後に出た
サポート切れの関係だろうな 複数の同僚がVS2015だとJSの編集が出来ないって困ってるな。
固まったりするらしい。 >>282
MSDNにはOSはWindows XPからあるし
Windows10なら大型アップデート毎に初代から全てのバージョンが揃ってる
Windows7なら実際にWindows10の仮想環境で使ってるよ VisualStudio 2017 CommunityでC#のWinフォームアプリ作って楽しんでます。
C#の最新バージョンが使いたくて調べたら2017のアプデではだめで、
2019で新規インストールにしないとダメなんですかね?
その場合、2017で作成したプロジェクトや保存先フォルダ構造は引き継がれるんでしょうか?
2019に変わる際、気を付けることとカありますか? 2019に変えればよろしい
プロジェクト構成も変わらない
2019で初めてプロジェクト開く時に移行しますか?って聞かれるだけ Win7 Pro でVS2019 日本語版にて、
C++でCUIのHello Worldのプロジェクトを作り、数行のthread local storageの
テストプログラムを書いてデバッガを起動しようとしたら、VSのstatus barに
xxx.dll を読み込み中ですと出たままデバッガが起動できない。
最初の Hello World のままだったら起動できた。
デバッガ無しだと起動できる。 >>289
2017と2019ならそれ以前のバージョンより共存時の罠が少ないので慣れてから2017アンインストールでもいいのよ? >>294
待ってたら「準備完了」と出てデバッガが使えるようになったわ。
でもステータスバーを見てないとその状態になったことの識別が
めちゃくちゃしにくい。 準備できてない間にも色々いじれるようになっているから逆に分かりにくい。 じゃあ、ステータスバーをでかくしろよ。
WindowsのUI設定でできんかったっけ? 次期VSでは準備中状態をモーダルダイアログで出して、他のことはできなくします。 準備が終わるまでスプラッシュスクリーンに変更します Build 2021で紹介されて気づいたんだけどインラインのヒント機能がいつの間にかかなり機能アップしてるな
特にラムダパラメーター型のヒントが気に入ったわ 16.10にしたら、16.06で開発していたC++プロジェクトでリンクエラー発生。
「libpng.libが異なるコンパイラで〜」のエラー。libpngも16.10でビルドしてリンクし直したら通った。
でも、純粋Cのlibpngはダメなのに、Boostとか使いまくりの別のC++で作った.libはそのままリンクできてる。
何が違うんだ… ちなみにBoost(1.76.0)も16.06でビルドしたスタティック版を使ってるけどリンクエラー出てない。
zlibやlibjpegも問題なくて、出たのはlibpngだけ。 エラー詳細:
LINK : fatal error C1047: オブジェクトまたはライブラリ ファイル 'foo/bar/libpng.lib' は、'foo/bar/.obj' などの他のオブジェクトとは異なるバージョンのコンパイラで作成されています。同じコンパイラを使用してすべてのオブジェクトとライブラリをリビルドします >>308
これが発生源になるの?確かにオンになってたのでオフにしてみた。
libpngは配布ソースに入ってるVC++プロジェクトをそのまま開いてビルドしてただけだったんで気にしてなかった… VSってCommunity版でも、ライブラリのソースを見ることが出来る? C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.28.29910\crt\src
のこと? 俺んとこでは見れるよ(もちCommunity) >>312
自分で落として見ればよくね?
マジな話それぐらいの労苦もしたくない奴は開発者に向いてないと思うよ 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 */
// 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;
}
・・・
} docs見てみたけど、’その’マルチバイト文字の長さ… とはなっていないね >>317
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 を返します。 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;
}
・・・
} .NET5のフォームデザイナだけど、フォームのサイズを少し変えてから
構成マネージャでx64にしようとするとエラーが出て保存できなくなる
16.10で直ると思ってたんだけど直ってないな 新しいフォルダの作成ってショートカット無いんだっけ? VS 2019 で vcxproj ファイルを開くと
VCProjectVersion 16.0
とは別に
PlatformToolset v142
という項目があるのですが
この v142 っていうのは何のバージョンなんでしょう? >>322
ビルドツールのこと
プロジェクトのプロパティにも項目がある
v142はVS2019の標準のC++ビルドツール VS2015(C++開発)のことで恐縮なのですが、VS2019でどうかの情報でも良いので教えてください。
ビルド前イベントで自作ツールを実行させ、
それによって自動生成された.cppファイル(事前にプロジェクトに登録されておらず新規に生成)を
その後に走るコンパイルの対象とすることは可能でしょうか?
事前に.cppをプロジェクトに登録しておき、そのファイルを更新という方式とするしかないでしょうか? makefileでやってるけどね。
VCのプロジェクトって同じVC間でもバージョンが違うと「移行に失敗しました」と出るので使い物にならない
それどころか同じバージョンでもKB1234なんちゃらがないとコンパイルしませんとかやったらトラブルが起きる。 cppソースを自動生成ってすごいな
バイナリを直接自動生成していいんじゃないのか >>324
ソース書き込みはテキストファイルを出力すればできる。
コンパイル&ビルドはCreateProcessかShellExecuteExでコンパイラかバッチを走らせればできる。
Visual Studioの場合は、VSコマンドプロンプトからコンパイラを直接触ることが可能。 >>324
C++でやりたい場合はCMakeのカスタムターゲットの使用を推奨。 >>326
ただの配列でも名前空間つきならC++なんやで? >>326
お前はテキストファイルの生成もできないのかよw 焦点はテキストファイルの生成じゃなくてソースコードの生成(AI的なやつ)かと思ったけど ソースファイル出力は、文字列処理とファイル出力をちょっと難しくしたものだろうけど、
fprintf関数の使い方わかってればそんなにそうではない。 >>330
>>331で書かれてるように、ロジックの自動生成かと思ったからバイナリの話を持ち出したんだよ
テキストファイルの生成が難しいと本気で思ったの?ちょっとは考えろよ ルールに基づいてC++のソースコード生成するのが難しいっていう発想が意味分からん
プログラミング初心者かよw ちょうど今、PowerShellでC#のコード生成するスクリプト作ってるところですわ >>333
ソースファイルの自動生成という文を、ロジックの話だと思い込んだんなら、どんだけバカにされてもしゃあないで?
相手に考えろとか言うてる場合ではない。w C#のコンソールアプリケーションを新規で作成するとき、
ターゲットフレームワークは.NET Core 3.1を選べばいいんですか?
今まで作ってきた.NET 5.0のは.NET Core 3.1に読み直さないとダメですか? C#とC++が混在しているソリューションファイルで、C#のexeからC++のDIIをp/invokeで呼んでいます。
C++のDIIをC#のパスに通す為、C#プロジェクトのビルド後イベントを使ってコピーしているんですが、C++だけ編集した後にビルドしてもC#側はビルド不要判定でビルド後イベントが働きません。
C#のexeは複数あるんでC++のDIIの配置は決め打ちにしたくないです。
何か解決策ありませんか? >>340
C++のプロジェクト側のビルド後イベントでコピーしたらいいのでは >>340
成果物ビルドなのか、デバグ用実行なのか、目的によるような。
>>342だと、C#側のビルド時にも対応がいるやろ?
デバグ用なら、シンボリックリンクでごまかしてしまうのが一番簡単で融通がきくんちゃう? 16.10にしたら、フォームのコード書く画面の上部真ん中のプルダウンの
(Form1イベント)
が選択できなくなりました。(Visual Basic)
すごく不便なんでなんとかなりませんか?設定変更なりバージョン戻すなりで。 >>340
dllをコピーするメイクファイルプロジェクトを作ってプロジェクトの依存関係で動くように設定すればできるんじゃないかな 皆さん、ご助言くださり、ありがとうございました。
結局、.vcxprojファイルに
<ClCompile Include="[自動生成先ディレクトリ]/*.cpp" />
と手動で追記し、この[自動生成先ディレクトリ]に出力するようにしたら自動的にコンパイル対象になりました。
しかし、初めて出力したファイルについては、それが生成されたビルドではコンパイル対象とならず、
再度ビルドを実行する必要があり、スマートではありません。
ファイルが生成済で更新されるだけなら、更新⇒コンパイルが1つのビルドで実行されるので問題ないのですが。
同じ問題を抱えている人がおり、下記の回答を参考にしたのですが、やり方が良くないのか効きませんでした。
https://stackoverflow.com/questions/25877110/vcxproj-does-not-build-generated-source-code-the-first-time?form=MY01SV&OCID=MY01SV
どうすれば新規生成⇒コンパイルを1つのビルドで実行できるでしょうか? make スレが無いようなのでこちらで質問します
Visual Studio 2019 を入れると
nmake と cmake が入ってるのですが
(その他の make ツールもインストールされたかも知れません)
自分で makefile 書いて build しようと思ったら
nmake cmake どちらのを使うのがおすすめですか?
(MSBuild とか IDE とかは使わない前提です) nmake と cmake は用途が違うし直接比較するものじゃないな。
おすすめを聞く以前にそれぞれどう使うものか調べてみれば?
>自分で makefile 書いて build しようと思ったら
これが条件なら nmake 一択 >>348
cmake は、makefileやプロジェクトファイルなどを自動生成するようなプログラム。
主にマルチプラットフォームに対応したいときにmakefileを手書きせずにるために用いる。 >>344
普段VB.NET使いだけどC#でも同じみたいですな
デザイナの方でやれっとことかな(プロパティの雷マーク) Build 2021の日本語字幕、機械翻訳が酷すぎてなに言ってんのかさっぱり分からんw >>356
技術評論社が翻訳していた
みかん星人事件はそんな中で起きた >>348
Makefileは書かずに使う方法を最初に覚えるべき。
それを理解したら、書かけるので書き始めればいい。
例:
A>mkdir NAME
A>cd NAME
A>copy CON: x.c
#include <stdio.h>
int main() { printf("hellow,world\n"); return 0; }
^Z
A>nmake x.exe
A>x
hellow,world
A> 自動補完で候補からToStringとか選択するときに、末尾に()付けるような設定って出来ます?
高階関数?考慮して()を付けないようにしてるのかなと思うのですが
Tostring()くらいなら()付きで補完したいなって あれってなんで()付けないんだろうね?
なんか中途半端 VB.NETではToStringでもToString()でも問題ないけど >>361
どうやって確定させてるのか知らんけど、確定する時に '(' をタイプするだけの話じゃねーの? >>347
ご助言ありがとうございます。
https://www.atmarkit.co.jp/fdotnet/special/msbuild01/msbuild01_01.html
このサイトで.vcxproj(=MSBuildファイル)の仕組を学んだ上で試行錯誤した結果、
下記の通りに記述することで目的通り、ビルド前イベントで.cppを新規に生成したときも
続けてコンパイルしてくれるようになりました。
・・・
<Import Project="$(VCTargetsPath)\Microsoft.Cpp.targets" />
<ImportGroup Label="ExtensionTargets">
</ImportGroup>
↓以下を追加
<Target Name="PreBuildEvent"> ←上記でインポートされたPreBuildEventターゲットをオーバーライドする
<Exec Command="[.cpp自動生成コマンド]" /> ←IDEから設定せず、ここに手動で記述する
<ItemGroup>
<ClCompile Include="[自動生成先ディレクトリパス]\*.cpp" />
</ItemGroup>
</Target>
</Project> 最近resharperない環境でコード書いたときはかなり戸惑ってしまったわ
Visual Studio も LINQのコードシンプルにする提案とか
機能どんどん増えてるけどresharperまだまだ必要だなって思った いらね
意識高い系C#erのReSharper信仰は完全に金槌を手にしたら釘を探す症候群 >>295
やっぱり、いくら待っても準備完了にならないことがあることが分かった。 >>374
無用の長物
購入するほどのものではない 欲しいと思う人は買えばいいし、そうでないなら買わなきゃいいだけ。 >>372
Resharper手に入れると必要もないプログラムつくるってことか?
そんな奴おれへんやろ >>378
実効性に乏しい小手先のリファクタリングばかりやりたくなるってことだよ 16.10.1
asp.net core の脆弱性修正あり ReSharperは検索窓だけは便利だな
と以前は思い込んでたが一度無効にしてVSの標準機能だけでやってみたら意外と悪くなくて遥かに軽快でそれ以来ずっと無効
>>371には当てはまらないんだろうけど、俺みたいにReSharperから出ないから知識が昔のVSのままで止まってる人は多そう ReSharper重いから作業によってオンオフしてるわ 16.10って16.9直後みたいな巨大なバグはないの? VS2019をリサイズすると、全体が点滅する。
というか、点滅するかのように、背後にあるデスクトップが透けて見えるんだけど、自分だけ?
Version 16.10.0 Version 16.11.0 Preview 1.0
入れてみたら点滅しなかった。
16.10.0のバグだな。 >>395
言葉足らずだった。
393の時点では16.10.0だったけど、その後16.10.1にして変わらなかったので16.11.0. Preview 1.0入れてみた。 なんかwin10をアプデしてから?Ctrl+tabの切り替えが馬鹿みたいに遅くなった よろしくお願いします
c#でWindowsFormのForm1(大きさ以外全てデフォルト)に
richTextbox(大きさ以外全てデフォルト)のコントロールを張り付けて以下のコードを実行
static void Main()
{
Application.Run(new Form1());
}
表示されたrichTextboxにイメージをペースト
強制的に縮小されてしましまいます
どうして等倍で表示されないかの理由と等倍にする方法、又は倍率指定をする方法はありますか?
※キャプチャ画面 http://up-img.net/img.php?mode=jpg&id=22425
参考1:vb.netでも同じ現状が起きます
参考2:クリップボードのイメージを縮小してからペーストしたところ元画像より小さくすることはできたのですが 拡大しても同じ大きさのままでした >>401
口答えするな!( ' ^'c彡☆))Д´) 何でVisual Studioスレってバージョンごとにスレ分けてんの? どんなソフトでもQAのやりとりでバージョンを書けよ→最新版です→番号を書けよ
みたいなテンプレなやりとりを防ぐにはこれが一番と妄想したことはある >>405
MicrosoftのLeslie Richardson氏は、64ビットエディターをサポートするためにすべてのVisual Studio拡張機能を書き直す必要があると述べている。
https://www.infoq.com/jp/news/2021/06/vs2022-announced/ すべてのcount関数の戻り値はlongであるべきだった char 8
short 16
int 32
long 64 >>419
それならVCだったらで間違ってないだろ VisualStudioのスレで何言ってんの?
アレなの? 専用スレがあるからそっちの方が
回答が得やすいんじゃね?
そこはPythonは?なら皆さん悩むかも
知れないねw 修正版
byte 8
short 16
int 32
long 64 >>417
char 8
short 16
int 64
long 32
long long 64 >>420
privateで誰からもアクセスされたことがない(今後もされない)変数だろ >>432
Visual StudioスレでC++の型の話なんだからVCに決まってますやんwww >>438
\ ヽ | / /
\ ヽ | / /
\ /
_ わ た し で す _
/ ̄\
― |^o^| ―
\_/
 ̄  ̄
/ \
/ / | ヽ \
/ / | ヽ \ >>429
C#なら、byteが1バイト charは2バイト >>411
再ビルド必要程度かと思ってたわ
対応して貰えなさそうだからどうするか インストール手順書作っているんだけど
1回目のインストール
再起動を促す画面が出る
アンインストールして2回目のインストール
再起動を促す画面出ない
これなんなん? アンスコしても消えないものがあるか、消し忘れているものがある 前提環境に古めのVCランタイムが入ってたとかじゃない? >>444
ワークロードの選択内容にもよるけど、多分1回目はVSのインストーラがWindowsの仮想化の設定を変更したので再起動を必要としたのだと思う
ハイパーバイザが未設定だった場合モバイル開発やクロスプラットフォーム開発の内容によってはこれを有効化することがある
一度初期化してしまえばVSをアンインストールしても有効のままなので2回目以降は再起動は必要ない オフライン環境でのnugetパッケージのインストールについて教えてください。
nuget galleryから対象のファイルをダウンロードしローカルのフォルダ内に配置、その後visual studio内のnugetパッケージマネージャーからパッケージソースを変更し、ダウンロードしてきたファイルを参照出来ていることが確認出来ました。
ですが、そのファイルをインストールしようとすると○○が見つかりませんのように依存関係でエラーが出ます。
過去にも同じ対応をした際にはインストール時に「変更のプレビュー」というウィンドウが出てきて、必要なものがすべて表示され一緒にダウンロードされていたのですが、今回はそのウィンドウにはダウンロードしようとするパッケージの名前だけが表示されています。
このような依存関係のエラーはどう対処すれば良いでしょうか。
初歩的な質問で申し訳ありませんがアドバイス頂きたいです。
よろしくお願い致します。 >>451
ありがとうございます
VS2019をインストールした後にオフライン環境下でnugetパッケージを入れようとした際にエラーが出ています。
エラーコードはNU1101となっています。
過去にもnuget galleryからパッケージファイルをローカルに落としてインストールしたことがあるのですが、このようなエラーが出たことがないので困っています… オフラインインストールの話なのに
依存してるものをダウンロード勝手にしにいくのは可笑しいと思わなかったのか? >>453
ありがとうございます。
パッケージの知識が乏しいのですが、仰る通りオフラインでインストールすると依存関係は解消しないと考えていました。
ただ過去にオフライン環境下でもインストール時に依存関係のあるパッケージも一緒にインストールされたのを確認しています。
これを見ていたので、ローカルに落としてきてた、本来インストールしたいパッケージファイルには依存関係のあるパッケージも含まれていると考えていました。 >>454
Visual Studioに入ってるnugetパッケージで対応できたんでしょ オフラインの話のはずが
>過去にも同じ対応をした際にはインストール時に「変更のプレビュー」というウィンドウが出てきて、
>必要なものがすべて表示され一緒にダウンロードされていたのですが、
ダウンロードされたんだよね
>ローカルに落としてきてた、本来インストールしたいパッケージファイルには
>依存関係のあるパッケージも含まれていると考えていました。
矛盾してるよね パッケージ作成時の話と
インストール時の話がごっちゃになってんじゃね? VSエディター上で矢印キーを押すと左下の倍率の所に飛んで
エディタ上での操作ができないのですが、何が原因なんでしょうか?
文字の入力は可能ですが、バックスペースは利きません
言語を日本語、英語と切り替えましたが変わらず、
オプションのキーボードのリセットでも変わりませんでした。
IMEが悪いのでしょうか? 今のVSには環境依存のバグが多いんじゃないかね。
ビルゲイツが現役のころはMS製品の中で唯一VSはバグが少ないので有名で、
不思議がられていたんだが。 再現性が無いバグで、MSの中の人が試しても再現できないことが
あるのかもしれない。 MSってゲイツに関係なくバグレポートが瞬間風速で一定数を超えないと絶対にバグ修正しないイメージ バグレポートなんか関係なく、有償サポートを買ってくれている企業ユーザが
困っているのでない限り対応はしないよ
バグレポートが大量に上がってくるってことは、それだけ企業ユーザでも問題に
なっているものだから対応しているって言うだけで
だから時たま聞いたこともないような誰得みたいな修正も出たりする訳で 再現性あるかクリティカルならウインドウ斜め上の?マークから問い合わせしても返事くるよ
なんかVSの挙動がクソ遅くなったって問い合わせたら、プロセスダンプからMcAfeeが原因まで分析してくれたわ
もちろん無料サポート というか、昔は、VSだけは、MS製品の中で別格だったんだよ、バグの少なさが。 しばらくWeb系やらバックエンドやっててVSCode使ってたけど、WPF使うことになったのでVS2019に戻ってきた。
やっぱGUIはデザイナあると楽だわ。
自分がいない間に進んでたプロジェクトとかガッツリ画面変わってたし。 >>470 スーファミエミュレータ作者も・・・
Win11で32ビットアプリが切られる噂 ようやく64ビット化に進むVS MSが32bitアプリを捨てられるわけないだろ
そんなことをしたらWindows自体が捨てられかねない 16bitアプリが捨てられたのはOSが64bitになってからだったし、32bitが捨てられるのはOSが128bit化してからなのでは(錯乱 単純に16bitでは足りなさすぎで、32bitでまあそこらのアプリなら十分
となると32bitアプリの64bit化は進まない上にこれらの資産を捨てられないユーザーが多いうちは
MSも32bit後方互換を切り捨てられない
爆死したRTやSモードを受け入れてる奴だけが32bit廃止論者になれる >>478
なぜ?
捨てるべき、捨てられねばならぬ、と勝手に思い込んでるだけでは。 32BIT化に関して重要だったのは、データ幅ではなく、アドレス幅だった。
16BITでは、アドレス空間が全く足りなかった。
32BIT化したら、アドレスは大部文のアプリで十分になった。
データ幅はもちろん十分。
なので、64BIT化するメリットが余り無い。 以降プロセスとOSを混同する奴禁止な
メモリ4GB制限がーとかw ちょっと追ったらストアで32bit配信できるってことだから
これ16bit切り捨てなだけじゃね?
あるとしても移行措置とってWindows12あたりで32bitどうするかぐらいだな 間のレスを全く読んでないし時流も読めてないしもうね
16bit切り捨て?は? 現段階では64bit版しか用意されないWin11ではWOW32の16bitアプリは動かない可能性があるって書いてるだけなんだけど
なんか間違ってる? WOW64で既に16bitは動かないと
思うんだが? いや、現段階ではMSは32bit版Win10を完全に切り捨てては無いから
WOW32,NTVDMも完全には切り捨ててないでしょ win10の64ビット機でNTVDMが
動くとな。画面ハードコピーよろ > ちょっと追ったらストアで32bit配信できるってことだから
WOW64が継続な時点で追うもクソもない
> これ16bit切り捨てなだけじゃね?
>>487だし、32bitOSで動くにせよそもそも16bitアプリが現実的に消滅同然
途中のレスを見りゃ分かるだろ
> あるとしても移行措置とってWindows12あたりで32bitどうするかぐらいだな
11すら出てない現段階で何語っちゃてるの
しかも32bitとかくだらんことを
128bit必要論でも書いてる方がまだマシ なんでVisual StudioでPython使うってことにしたら
いまどきPython Version 3.7がインストールされるんだよ
さっさと3.9にしろや!
ヴァーチャル環境でもないのに
複数のバージョンが入ってたら面倒臭いだろが! 長文で主張が良く判らないが
win10の64ビット版のレガシーコンポーネントには
NTVDMのチェックは無いぞ。
あるんだって言うなら証拠出してね。ハート Windows Serverだと一応WoW64サポートも削除できるね
クライアントOSもそんな事が出来るようになるのは当分先だろうけど >> 492
Windows10なら32bit版があるからそれを使えば動くけど
Windows11だと32bit版が無くなるから出来なくなるってだけの話だろ 俺仕事関係で新旧色んな客のPCの面倒を見てるけど、Windows10出た当時は4GBメモリでも全く問題なく動いていたが、
今では全く足りなくてブラウザを開くのすら苦しい酷い状況になっている
MSがレガシー環境を切り捨てたいのは確かだろうけど、もはや上記の状況では32bitOSなんて無理というのが現実だろう
このこととは別に、アプリ側は上で書いたように32bitで大体十分なのでまだまだ需要は続く
これらの資産をマジで切るつもり&切っていい人はWindowsじゃなくてOK >>495
見てるだけで中身を知らない馬鹿な例
ブラウザがメモリーを食うようになっただけ >>496
一番顕著な例を挙げただけでブラウザを開く前からカツカツでOSの起動から既にしんどい
で、何のブラウザとか書いてないのによくそんなこと言い切れるね >>497
メモリを食わないブラウザなんかある?
とくに三大は大食いやろ。 今時Windows10でメモリ4GBなんてクソ環境もいいところだろ
ブラウザ関係あるんか? あー、Open Business がなくなって
次から Open Value で買わないといけないのかー >>497
ブラウザを開く前からカツカツ?
お前、本当に見てるの?
知ったかの馬鹿は書き込むな >>503
俺個人でも100件以上面倒見てるし、問い合わせも多数ありDBに全部記録してる
個々の環境があるから一概に4GB全てダメだと言わんが、もはや十分ではないと判断していい
君は知ったかだと断言するだけのデータなりあって言ってるんだろうね?
それならそれで分かった
俺が間違ってると認めていいから4GBで十分だと布教し回って恥さらしてくれていいよ(個人的にどうでもいいし) 買ってからの期間で調子悪くなってんだぞ
新品は4GBでも早い 会社のノートは2Gでもオフラインだったから出来るだけダイエットしたらMS-Officeでも何とか使えてた
調子に乗ってWin10最新USB持って行って入れたらメモ帳すら起動するのが遅くなっちったわ 2GBだって使ってねぇと思うけどな
割とマジでソニータイマーもどきみたいな機能が原因だと思うよ >>505
馬鹿は黙っていればいいのに
20H2でもOSだけなら3GBあれば半分以上空くわ
お前みたいな馬鹿はプリインストールアプリ山盛りのメーカーPCのコールセンターの雇われ使い捨て要員だろ だからタイマーだって
何入れてるかは関係ないの
買ってから時間が経てば勝手にそうなる >>511
Anniversaryから使ってる機種でも1.2BGしか使わんよ。
変なアプリ入れていくのだろ。 おかしいと思わないのか?
昔のワークステーションも真っ青どころか
下手したらスパコンだって超えてるのに
ブラウザとテキストエディタの起動もヘロヘロだぜw
ぜってーねぇって
各社自作のOS開発をやるべきだよ >>513
だからそれはお前が馬鹿なだけ
どうせプリインストールアプリ満載の情弱専用PCだろ Windows 10 32bit メモリー4GBを起動してテキストエディタを立ち上がりがもたつく環境って
単なる馬鹿だろ 多分、OSの必要な機能が利用者の行動監視にシフトしてんじゃねぇかな?
って予想
なら動画を見てるわけでもないのにこの通信の異常な遅さも納得できる
アイデアをPCで書いた時点でそれはどっかの企業に送られてるんだと予想 ID:3n11RctO0
とうとう通信が異常に遅くなるとか言い出した >>502
うちも何か案内メール来たわ
将来の価格改定への布石でないことを祈る >>516
実際そうだと思うぞ。
>>517
多くの人にそれを悟られたら困るモンな。アメリカは。
もともとインターネットは軍事技術だったんだから、アメリカが戦争に勝つため
に作られたものだから、経済でも他国の設計図を盗んだりすることを目的としている。 URLアドレス欄に入れる住所にあたるドメイン登録とかも、あんなに高くして、
アメリカだけが何もしなくても儲かるようになってる。
それがアメリカだけが富む理由。 おまえ等が喧嘩してる間にも 16.10.3 がでましたよ 単に cold boot してないだけなんじゃないの >>523
しかし、あの管理とか維持とか、素人にはムリやろ。
金をとるのもしゃあない。 サービスベースラインだけ使うことにしてるから当面は16.9.xだな >>530
機械が機械をつくったのか。。。
すごい機械やな。
金をとるのもしゃあない。 >>533
今の時代人力だけで作ってるのなんて伝統工芸品くらいだろ。 もしかしたらオフグリッドで、"電力会社には"電気代払っていない可能性。 パソコン一台でも条件によれば数百〜数千万件分のドメインを処理することは
出来るだろ。 遡ってみると、>>473が原因だな
方法は>>473に任せるが、割腹か練炭あたりがいいんじゃないかな すまんかった MSもWin11の切り捨てごめんに炎上して修正しているようだ●
ヘ))∧
(゚∀゚ )
ノ‖y /ヽ
━(m二フ⊂[_ノ、
(_(__ノ
最後のWindowsのはずだったWin10は、支配力低下のためテコ入れが必要になった
WSLでLinuxを取り込み、さらにAndroidoまで取り込み、シームレスな環境を作り上げるのにWin11を作ることになった Visual StudioスレなのでVisual Studioの話題はお控えください MSpythonなのか
MSjavascriptなのか
ってそのうちありそうだよねw 充分にオープンなら首を突っ込む必要がないからな。
Javaみたいに先行き怪しげとなると、客のために一肌、という可能性はあるやろうが。 MSは明らかに独占禁止法違反なのに、アメリカは核爆弾で脅すから誰も
制裁できないだろ。
だから、我々は自分を守るためにこういうスレを徹底的に荒らす権利があるんだよ。
分かったか、アメリカ! やっぱりADSLおじいちゃんは悪人の荒らしだったんだね 聖書の言葉から:
「悪魔は神を悪人だと思っている」 世界的に成人と呼ばれる人の中にも、マイクロソフトは大儲けしているが、
人々を苦しめており、「大儲けしている人は、悪いことをしていることが多い」
と言っている。 >>558
( ゚Д゚)ハァ?
手元にあるリビングバイブルでは
テモテヘの第一の手紙 2章12節は
「女が男にものを教えたり、権力をふるったりするようなことが、決してあってはなりません」
だぞ?
第二の手紙でもない
適当なこと書いてんじゃねーぞ、(#゚Д゚) 凸ゴルァ!!! 懐かしのシャンプーを思い出してた。w
ティモテティモテ〜🎵 >>559
聖人であるところのヴィパッサナー仏教の長老が実際に言っている。 >>557
ちょっと探すのに時間が掛かるが、
https://promisekeepers.org/what-does-satan-want/
「Satan hates God with all of his being.」
https://www.uniontheology.org/resources/doctrine/god/satan-hates-the-holy-spirit
「We know that Satan hates God and marriage and evangelism and even church planting.」 >>566
もしかしたら俺の記憶違いで、自分を正当化するために
「私は(旧約聖書の)神の言葉を良く知っている」
と律法学者か誰かが言った時、
「悪魔でも神の事はよく知っている」
とイエスか誰かが言い返した場面と混同してしまったのかも知れない。 宗教ネタが始まると環境のIQが著しく下がるからやめて 自己紹介するとは思わなかった
聖書の言葉から:
「ADSLおじいちゃんはマイクロソフトを悪だと思っている」 昔の翻訳ソフトがWindows NTをウィンドウズ新約聖書と訳したのを思い出した。 >>564
スマナサソーナ長老だろ
>>565
それらはいずれも「悪魔は神を悪人だと思っている」と言ってないだろ
>>571
New Testamentの略か VS2019のスレなので、VS2019を弱まらせるための活動を全国民的にすべき。
MSは全国民の敵だから。 VS使うの辞められないくせに何寝言言ってんだよボケ爺 独占禁止法に違反してライバルを全部駆逐したくせに何言ってんだか。 だったら使わなきゃいいだろ
C#だって今はオープンソースなんだしEclipseでビルドできるぞ MS自体を壊す必要がある。
MSやGoogleは法律違反を犯しているのに日本政府は、核爆弾に脅されて見て
見ない振りしてるから、民間が声を上げていくしかないから。 「アメリカに従わなければ、近隣諸国から守ってやらないぞ」
と言われて、さまざまな理不尽な要求に従ってきた結果、
日本は何百年経っても絶対に回復できないような今の様な状態になった。 vs2022プレビュー2でに於いてwsl2でc++がビルド出来るようになった
これでwsl使用しなくて済む Blendはどうやってアンインストールすればいいんですか?
Win10のスタートメニューのBlend for Visual Studio 2019を右クリックしてアンインストールを選ぶと
コントロールパネルのアプリケーションの追加と削除が出ますが、Blendが見つかりません。
また、Visual Studioのメニューのツール→ツールと機能を取得…でもBlendは見つかりません。 >>593
Visual Studio Installer で[変更]をクリック
右側の[インストールの詳細]の[.NETデスクトップ開発]にある[Blend for Visual Studio]のチェックを外す Unifyde Call Syntax FOREVER!!!!!!!! >>594
確かにありました!
(今は自宅PC上のVisual Studio Installerですが、明日は会社PC上でやってみます)
迅速なご回答、ありがとうございました! そういえばBlendでデザインしてプログラマーに渡すってやってる会社、日本にあるのかな 色々オプション付けてくるせいで最小構成でのインストールが分かりにくい SQLServerいらんのだけど外すと他のものまで芋づる式に外れるよな 最小構成はコンパイラとインクルードファイルとリンカとライブラリだけあれば良い状態? Windows11 Preview SDKが出てたけど
あれ単体で11環境に入れてもclとかは付いてこないのかな?VS2022Preview入れないとだめか うちはパワポ。
希望の動作イメージをアニメーションで作ってくれるから分かりやすい。 >>603
せめてpng形式のリソース画像くらいは用意して欲しいね >>603
目的も用途も、Blendとは全然違わんか? >>465
>有償サポートを買ってくれている企業ユーザが困っているのでない限り対応はしない
その通りだと認識してる。例えば下のような状況は4Gなら「VS 2019」でも生じた。
Visual Studio 6.0:TextOutでメモリリーク
ttps://social.msdn.microsoft.com/Forums/vstudio/ja-JP/c522a2d3-ab3b-4f97-a9e4-26fe601ba19b/visual-studio-60textout?forum=vcgeneralja
同じ機能を使うと、メモリがリークする状況になる。不具合は見た目だけなので許容できるけど。
何回見なしても自分のコードに不具合がないので日本語のTextOutで不具合が残ってると考える。
日本語のローカライズが十分ではない感じ。結局、実装時間とコードの見直し時間が同じになった。
とは言え趣味で使ってるので無料は助かってる。有料なら使わないけど。
>>505
>一概に4GB全てダメだと言わんが、もはや十分ではないと判断していい
これも、その通りだと判断する。ネット等でメインはLinuxを使ってるけど
GUIアプリの制作ではWindowsしか知らないので「VS 2019」を使ってるが
4GBだとOSの起動からプログラミング可能になるまでに20分以上かかる。
メモリを増やしても32ビットOSだと4GBしか認識しないので無駄になるし。 4GB環境でVS2022使ってるけどタイトルバー出現する回数がVS2019の時より増えたわ
プレビュー外れたら軽くなるのかもしれんが 俺も疑問にオモタが、一般的にアプリが固まって応答無し状態の時に
ウィンドウが自前描画処理されずOS標準スタイルになっちゃう件かと 64bit OSから32bit OSをリモートテバッグした方がよっぽど快適だな あまり言うと4GBで十分思考停止おじさんが説教に来るよ その説教を受けたら16MBで十分爺さんが
CODEVIEWとDSD87持って来るぞよ Win2000の頃は512MBでも十分だったなぁ。 2kの時代に512MBは恵まれてる環境じゃないかと思った まだPC9801のノートが白黒でMIS-DOSで動いていた時代
メモリじゃなくてハードディスクが2MBだった
フロッピーディスク一枚分
職場に40MBもの大容量外付けハードディスクが入った日
みんなで大騒ぎした >>621
時代的に矛盾してないか
HDD2MとかはBASICの時代 >>623
FD 2ドライブ前提のソフトが多かったからな
1ドライブのノートでの苦肉の策だ 2022のプレビュー動画がyoutubeに上がってた ユニプロセスにしがみついたまま将来性とは無縁のバカガキが
4G超えのために64bitだとよ、笑わせるぜw
M$がばら撒いた嘘に未だに騙されたままとは呆れた情弱だぜ >>634
2023の1月末末にはみんな揃って卒業だぉ >>639
日本法人だけが対象ならいいんじゃないの visual studioでコメントアウト解除すると
大文字が小文字になる。
何でこんな馬鹿な仕様か分からん。 >>642
そんなのうちでは起こらないけど何言語のソースコードの話? そんなことあったらプログラミングどころじゃないんだがw
変数コメントアウトできんやんけw Cの勉強のためにつかってるけど学習書の添付ファイルを読み込んだら
普段「ローカルwinfowsデバッガー」と表示されているボタンがアタッチに代わっていてデバッグできないんだけど
これはどういうことなのでしょう。初学者の質問で申し訳ないです あれ、今確認したら普通にデバッグに変わっていました
なんでアタッチというボタンになっていたのか不明で怖いです
初学者なのでアタッチが何なのかもわからない >>650
オートインデント考えないで「//」とか適当に一時コメントアウトして改行したり
すると、あ、そうなるかっておまぬなことはあるけど大文字/小文字は変わら
ないよw
なにか変な補完規則が入っているんじゃないかな >>650
VimSim入れてたりしないか?
Visual Studioのコメントアウトのショートカットと
VimSimの大文字/小文字変換のショートカット(デフォルトは" ^ "ボタン)が被っているとか? VSの環境依存の(他の環境で再現しにくい)バグかもな。 とりあえずextensionをすべて無効にしてから試せ ショートカットがnVideaの常駐アプリと競合してたことあったな その場合はnVidiaのホットキーを無効にすればいいな >>658
Qtのjom、nmakeクローンで並列ビルドに対応してる if文、for文の色を変えたいのですが、フォント及び色の表示項目のどれを弄ればいいですか? wchar_t * 版の dirname() 関数はありますか? >>663
dirname() は使ってはいけない
こっちを使う
PathRemoveFileSpecA() char * 版
PathRemoveFileSpecW() wchar_t * 版 std::filesystem::pathってナローcharしかねえのな c++でコンソールアプリ作るとBrowse.VC.db開けないエラーが出てインテリセンスが効かないんですが対処法ありますか?
バージョンは16.10.4
少し試したところ下記のパターンになりました
@vs2017で開くと問題ない
Aソースをc:¥(ユーザ)¥source¥repos配下に置くとvs2019でも問題ない >>666
VC++では内部的にwchar_tで動いてるみたいだけど c++は過去のものと違うと言われてるけどchar関連は旧石器時代のまま >>670
もうテンプレート化されたやろ。
IOはしゃあない。。。 /std:c++20できるようになってたのね
いつから? void**なのかdouble*なのか曖昧になるから**をダブルとは言わない xmlの読み書きってどうしている?
MS標準のクラスライブラリーも複数あるようだし出来れば簡単に済ませたい
ググる1からゴリゴリ書いている者から処理クラス作ってみたりと決め手に欠けるので >>692
口頭ではただ「関数ポインタ」とだけ
void(*)(void)を読み上げるなら
ぼいどかっこあすたこっかかっこぼいどこっか 16.9.10はClangが12.0になってますがな
いろいろ試してみるか Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています
Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます
Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ
なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか?
Nimの実験的特徴
著者: アンドレアス・ルンプ
バージョン: 1.5.1
http://nim-lang.github.io/Nim/manual_experimental.html
Nimは限りなく抑え込まれたタイプ量で高い生産性とPythonのような高い可読性を実現し
ているにもかかわらず、高速なCのソースコードを吐き出せるのでC言語でリモートワーク
されている方は割り振られた仕事が早く終わっても終わってないふりをして怠けることができる
「怠け者とはこうあるべきだ!」と言うとても大事な事を Nim は我々に教えてくれます Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています
Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます
Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ
なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか?
Nimの実験的特徴 バージョン1.5.1
http://nim-lang.github.io/Nim/manual_experimental.html
第二プログラミング言語として Rust はオススメしません Nim をやるのです
https://wolfbash.hateblo.jp/entry/2017/07/30/193412
Nimは限りなく抑え込まれたタイプ量で高い生産性とPythonのような高い可読性を実現し
ているにもかかわらず、高速なCのソースコードを吐き出せるのでC言語でリモートワーク
されている方は割り振られた仕事が早く終わっても終わってないふりをして怠けることができる
「怠け者とはこうあるべきだ!」と言うとても大事な事を Nim は我々に教えてくれます 動作自体も、遅いってほどじゃないけどモッサリ感が結構ある。
以下のスペックなんで、決してオンボロPCではない。
CPU:Ryzen7 5800X
VGA:RTX 2070
RAM:DDR4-3600 8GB*4
SSD:NVMe read 5000 write 4400 ディスクアクセスなんてランダムの方が大事
電源管理をハイパフォーマンスにでもしてみたら?
ま、そんなに変わらないと思うけど ほかで動作するプロセスにもよるやろ。
ウイルススキャンとか監視系がずっとゴリゴリ動いてたら遅くなって当然やしな。
とりあえず、タスクマネージャーの見物からな。 >>706
究極のパフォーマンスに設定してクロック最低を80%くらいにしとけ。
つーか個人的な体感だけどAMDってベンチ良くてもなんか遅いんだよね。
メモリアクセスのレイテンシ遅いから? 16.11にアップデートしたけど早まったな。
ビルド時にリンカーがやたらCPUを食うし、テストエクスプローラーで特定のテストを触ると
VSがビジー状態になってなにも操作できなくなる。 LanScope入れられてから動きはもっさりするし、コンパイルクソ遅くなったわ 2022もC++の高速化しか期待していない・・・
自動ベクトル化とか頭良くなるかな・・・ Visual Studio Code and Visual Studio Community 2019 now available from Microsoft Store on Windows 11
https://mspoweruser.com/microsoft-store-visual-studio-2019-windows-11/ クロスプラットフォームのC++コード書いてると、VC++では通るtypename省略をclangに怒られることが多い
どうせ引っかかるならVC++側でチェック厳しめにしてくれたほうがいいんだけど
template <class T> void foo()
{
if constexpr(std::is_same_v<typename T::data_type, int>)
{
// typename T::data_type のtypename省略するとclangで通らない
}
}
みたいな部分 C++lastedにしてるとか?
C++20から型名が明らかな場合にtypename省略可能となってる。
https://cppmap.github.io/standardization/cpp20/ 使ってるのはC++17、20はまだちょっと本採用は難しいかな…
いずれにしても気をつけて書いてればいい&引っかかったら直せばいい程度なんだけど 自分の作ったプログラムのクラス同士の関連図みたいなのを作りたいんだけど
Community Editionで使えるツールってないですか? Visual Studio 2022のリリースにあわせてきたか
専門家「デルタより強いCovid-22が出現恐れ」 ? 看中国 / VisionTimesJP
https://www.visiontimesjp.com/?p=23644 VisualStudio2019のウィンドウを伸縮させようとして、マウスカーソルをウィンドウ境界線に
移動させるのですが、境界線の幅が1ピクセルしかないので合わせるのがやりにくいです。
ウィンドウの境界線を太くする(当たり判定を広げる)にはどうしたらいいでしょうか? >>721
カーソルが <---> こんな感じになったら変更できるよ
1ピクセルという事は無い GUIとしては、昔のが明確でわかりやすかったな。
フレームとかボタンとか見た目にしっかりしてたし、ほとんどそのままの当たり判定だったし。
どんくさくもあったけど。 小さいモニターで4Kドットバイドット表示してるから思うようにカーソルがヒットしないとか? わかりにくいけどカッコいい!
ならまだしもカッコ悪いからなあ Visual Studio、IDEを動かしたい時にマウスでドラッグする場所を探すのが難しい。
それに全体的に凄く遅い。 枠のサイズがどうのというより、ウィンドウを並べると隙間があるのが気に入らない
見た目通りくっつけると実は重なっているなんて コントロールの名前って普通変えるものなの?
それとも例えばTextBox1とかそのままで使うものなの? 16.11.2が2GBで更新が一度始まると終わるまでvs起動できないってマジ? >>739
お前もしかしてADSLか?肩の力抜けよ。 >>736
ありがとう
名前変えたら逆に解りにくくなって困ってた >>740
いや光
今ADSLのが空いてて速いって
乗り換えて後悔してる 昨日VS2019をインストールしたが、ネットでは軽い軽いって言ってるが2017よりすごく動作が重いです。
動作を軽くさせる処置で何かいいのありますか? >>741
コントロールの数が少なければ好きにすれば良いけど
同じ種類のコントロールが沢山あったら番号だけでは訳が分からなくなる
名前を変えて分り難いってのは命名に失敗してるだけなような とりあえず、視覚効果のものはOFFにしたけど、重いままです。 >>746
別にVS2019が軽いとは思わないけど
少なくともSSDと大量のメモリーは前提な気がする >>747
HDDとメモリ8G環境なんですが
小規模なプログラムでもメモリーを常時400Mくらい食うので
やはりスペック不足が原因ですかね >>742
あれひでえよな
俺の実家、見事に騙された HDDっておいおい...
SATAのSSDをCドラにしてる人すら減ってきて全ドライブNVme移行が主軸なのに。 今どき、爆安でモンスターPC買えるのに情弱か?
プロかアマか知らんが商売道具ならケチって損するのアホだぞ うちはWD181KRYZ 3連なのでSSDで置き換えは困難
SSDもブート用には使ってるけど 普段日々読み書きしない大量データが
操作するPCに直接ぶらさがってるとヤバいしウザイだけでしょ。
クラウドかNASに逃がしとかないと。
NASも存在自体安全が担保されてないからここ7年全く使ってないが。 >>742
プロバイダースレを見てみたら
光なのに遅いのは回避出来るはずだぞ >>748
メモリー8Gは最低限って感じだが
VSだけ立ち上げて小規模なプロジェクトでデバッグで詳細な解析をしなければそこそこ動く
HDDは体感でも明確に足を引っ張ってるな
そのスペックのPCだとCPUも貧弱そう >>755
あの容量みて自分とは用途が違うと思わなかったの?
エロ動画に使う容量じゃないことくらいわかるよね スペックは10年前のサンディー世代のものです。(まだまだ元気に動作してる)
趣味レベルでやってるのでいいのですが、そろそろ限界ですかね?
やっぱりVS2017に戻るしかなさそうかな?
ちなみに、Win10環境ですがこっちは問題なく動いています。 何で2017に戻るんだよw
新しいの買えよ。大した金額じゃないんだから。 >>759
VSみたいな重量級のアプリで快適な動作を求めるならCPU含めPCが力不足
そのPCを使い続けるならSSDにするだけでマシにはなるけど
いつ壊れるか分からない古いPCを延命するよりは買い替えた方が良いように思う CPUが何なのか分からんのにSandyだから力不足と言うのはマ的には条件ガバい
それよりもWindows11にはできないことから今後どうなるかどうすべきか、色々なことが見えてくる C# 2010 Expressはすごく軽かったんだよなあ >>764
それが、できるんだな
メディアインストールなら >>767
サポート外の古いハードではカーネルモードでのエラーが多発してるとマイクロソフトは言ってたけど使いもんになるのかね >>767
それは知ってるが
インストールの可否と運用に耐えられるかの是非は異なるんで
マ的にはギャンブル要素抜いて考えたい >>770
板的にはムのほうがむしろ気にすべきじゃね
マはただのたまり場 Visual Studioは、昔 C/C++ で書かれていた頃は高速だったんだけど、
C#で書かれてから(?)激遅になった 快適と感じたいならメモリ12GB以上にしたほうがいいよ 違和感というかPCのこと理解してなくてとりあえず大きい数字言っときゃ上級者気取れるキッズやろ デュアルチャンネルというものが分かってたら3枚差しするかね 12GBでええ状況もあるやろし、構成は(4+4)+(2+2)でもええやろ。
考えなしに非難すな。 16GBって書いたほうが突っ込みもこないし楽なのわかってて
あえて12GBって書いたわけだけどやっぱこうなるかー >>785
後出しジャンケンって知ってる?
あえてというなら12GBの根拠を書くべきだったな >>783
そりゃわかってんだけど
それでも違和感を覚える俺がやばいのかなって
しかし二分探索的な考え方でこんだけあればって線を引こうとすると
2のべきでない答えってどうやって出てきたのか想像するのがちょいムズ Core i7 900シリーズはトリプルチャネルであることを知ってたから12GBに違和感はなかった >>776
色々と進化してるぞ
>>778
2のべきに何の意味もない
いい加減10進表記してほしいと思う
MSが悪い 多少違和感あるけど8GBなら不足で16GBまでは要らんって感じじゃないの?
>>779みたいなレスの方が違和感あるわ 779じゃないけど個人的にはデュアルかクアッドチャネルで同一メモリしか積むこと考えないから
12GBは選択肢に上がらないし違和感あるけど
それを選ぶのはおかしくないけど違和感を感じるのもおかしくないでしょ 4GBシングルに4GB足して8GBにするか8GB足して12GBにするかだったら12GBだな。もう1枚8GBに交換するのもコスパが悪いし交換できないのもある。
OSがデュアルの領域で立ち上がるだけでも効果はあるし。 jumper のノートは6GBとかあったな。
目くじら立てるもんでもないやろ >>793
自分の勝手な思い込みで違和感持ってるだけだな Ruby on Rails では、WSL2, Docker, Linux で、メモリ8GB じゃキツイ
今は、Windows・Linux 併用で、16GB の時代 やっぱバカにはバカ向けの情報を与えるのがいいんだな
学んだよ おれは24Gにしてるのあるな。
16Gでまずはみ出ることはないが
万が一はみ出たときに8Gあれば十分だから。
24G使い切ってるの見たことない。
会社で使うようなガチゲームエンジンとかは
64G必要だが家ではせいぜい
MayaやたいしてメモリくわんUnity以上の
アプリなんて使わんしな。 >>801
最低限の8に余裕の4やろ。
なんでもあえてもない。ふつう。
>>802
とくにメモリを増設したいけどムダもイヤなときに24はありがち。w
もとの8に16を追加するからな。 >>803
ん?>>785であえてって言ってるやん? >>797
思い込みも何も、HWの動作効率を考えたらあえて12GBという選択肢に意味があんまり無いよね
って話に何か疑問ありますかね?
トリプルチャネルのマザーが当たり前なら言い過ぎだけどさ
8に4を足すのはお金が無いからケチったとか、そんな感じにストレートに書いた方が分かるよ というわけで12GBのメモリーは全然おかしくないということが分かったね >>777は>>774へのレスなんだろうから12GBの根拠を説明しない限りキッズはただのイキリキッズ
どうせ”ぼくのかんきょうでは12GBでかいてきだったよ”なんだから涙拭けよ >>806
疑問しかない。w
メインメモリの速度差なんかベンチマーク程度しか。 元が1GB+1GBから1GB+4GBの5GBにしたメモリのパソコンならあるw 句点親爺が参戦すると12GBの根拠がさらに誤魔化されちゃうなあ 想定されるスペックは
メモリが2スロットしかなくて
4Gが2枚刺さってる
8Gを2枚買って16Gにするのがベストだが
8G1枚だけ買ってきて12G >>808
> ”ぼくのかんきょうでは12GBでかいてきだったよ”
それでなんの問題が?
イキリ言いたいだけのクズよりマシだと思うがw >>814
その場合は「あえて」がおかしくなる
ボロボロやんけ >>815
ハードウェアを考えると8GBの次は16GBって突っ込みが来るのは予想が付くけど
ソフトウェアの観点だけで答えたって程度のことだろ
些細なことにいつまでも粘着し過ぎだ >>794
それならわかる
4に8追加で12ならね
8に4追加なんかするかって
8で足りなくなったときに4追加じゃ不安だろ
4で足りなくなったときに4追加ならわかるが
pagefile.sysにアクセスが鬼集中するような状況は相当やばいわけで
現状の倍は最低ラインでできれば4倍にしたいところ >>815
別におかしくないだろ?
普通は16GBにするんだろうけど俺の環境だと12GBで問題ないからあえて12GBって書いた、ってだけの話
ボロボロなのはお前の日本語理解力だろw >>816
些細な事に反応
>>818
普通はそれを読解力と言う、あえて日本語理解力って?w
「普通」がわかってんのになぜあえて12にしたのか
後からなら何とでも言える >>819
> 普通はそれを読解力と言う、あえて日本語理解力って?w
日本語の理解力が乏しそうだからねw
まあそういう所にしか噛みつけないのが可哀想 >>821
で論点はスルー、論点で反論しろ
なぜあえて12GBにしたのか >>822
> で論点はスルー、論点で反論しろ
それお前なw
> なぜあえて12GBにしたのか
気分だろ
ここマ板だから正しくない情報は非難されてもしゃーないけど
> ”ぼくのかんきょうでは12GBでかいてきだったよ”
が正しいならなんの問題もないだろ >>822
12で充分なケースがあり得るからだろ。
にほんごがわからないの? >>823
苦し紛れ、たられば、他人がここまでフォローする意味 >>824
あり得ても「普通」がわかってんなら「普通」で答るだろ
その言い訳として後付けで>>785 >>825
> 苦し紛れ、たられば、他人がここまでフォローする意味
バカをからかってるだけだぞ
そもそも
> で論点はスルー、論点で反論しろ
はどうしたんだよw
>>826
> あり得ても「普通」がわかってんなら「普通」で答るだろ
普通で答える義務なんてないし、>>779みたいなバカを炙り出すためにあえて普通じゃない言い方するとか珍しくない 12GBだと「あえて」で「普通」は16GBと言いたいのかな。何にこだわっているのかよくわからん。 >>827
どうしたもこうしたも既に言ったからな
>>779を根に持ってる事はわかった >>829
独占してなんでも独り占めしてしまうから、VSで作るものが何にも無くなっちゃったん
だよ。
作っても独占とオープンソース運動の板ばさみでほとんどの業者は儲からないから。 >>830
> どうしたもこうしたも既に言ったからな
えっ?
> 苦し紛れ、たられば、他人がここまでフォローする意味
が論点だったのか…
> >>779を根に持ってる事はわかった
今度はこれが論点なの?w >>833
わざとおかしな方向に持って行ってるだろw
他にターゲット見つけてくれw >>834
> わざとおかしな方向に持って行ってるだろw
はあ?
論点云々以降はお前が書いた内容にしかレスしてないぞ
なのでおかしな方向に行こうとしてるのは お・ま・え な
> 他にターゲット見つけてくれw
そもそも>>801でお前があえてターゲットになりに行ってて今更何言ってるんだよw いつまでもスレ違いな喧嘩をしてる奴等は何なんだ
語彙が大人になっただけで精神的には小学生レベルのままじゃないか >>835
何言われても「それはお前」便利だな
>>801は>>785宛だぞ?
何でお前のターゲットになりに行った事になるんだよ
それともお前が>>785だってボロが出たのか? >>837
> 何言われても「それはお前」便利だな
そのすぐ上に理由も書いてあるんだけどそれは無視か?
> 何でお前のターゲットになりに行った事になるんだよ
アホなレスしてるからターゲットにしてるだけだけど、そんなことすら理解できないの?
ところで自分で
> で論点はスルー、論点で反論しろ
って書いた事覚えてる?
せめてメモリー容量の話でレスしなよ
まあできないから話そらそうと必死なんだろうけどw >>838
また曲解してるのはわざとか?
>>785がなぜ「あえて12GB」と言ったのかしか元々訊いてないだろ
で外野のお前がズレた事言ってややこしくしてる >>839
> 785がなぜ「あえて12GB」と言ったのかしか元々訊いてないだろ
それに対してちゃんとしたレスがあるのに>>815でアホないちゃもんつけてるだろ
そこまで説明しないとだめなの?
で、これが君の言う論点なの?w >>836
C#スレでも時々現われるね
毎回無関係な話題でマウント合戦する奴等 >>841
直接は>>803がレスしてるし
そもそも同様のレスが複数あるだろ >>843
それに対しては>>805でレスした
他の同様のレスのアンカは無しw >>844
> それに対しては>>805でレスした
意味不明でガン無視されてるけどなw
> 他の同様のレスのアンカは無しw
>>783,792 >>847
>>783,803は同ID
>>792は同ワッチョイお前じゃねーかw
外野のレスがちゃんとしたレスとはw >>848
レスが複数あるのは事実だが?
他にもトリプルチャネルとかに言及してるレスとか>>794,816みたいな意見もあるだろ
> で、これが君の言う論点なの?w
> で、これが君の言う論点なの?w
> で、これが君の言う論点なの?w >>851
わからないのに無理にレスしなくていいぞ?
俺の元のレスは>>801だからな ループして相手が諦めたら勝ちって言う戦法に出たかw
論点ではまともなレスできない無能の定番やな >>853
何の勝負だよ
つまり何かを諦めるつもりは無いんだな?何をだ?
>>801でした>>785への疑問に外野が妄想で答えるw >>801は始まり
>>815はアホレス
既に指摘してる事を繰り返すのは無能にありがちな行動 「あえて」のニュアンスがわからんのやろ。
ことばのふじゆうなひとやし、もうええやん? >>855
やっと>>801が始まりとわかったか
>>785じゃないと繰り返させたのはお前w おお、日中は賑わってたようだな
で、やっぱり12GBの根拠はないまま今に至るキッズ理論
キッズは必ず論点逸らして貶すことしかしないのは予想通りだったわ
え?VSを快適に動かすのは12GB???www根拠は????www
なかったねー!! 俺が785に言及したのは840だけだし、その件はすでに終わってるのに今更何を言ってるんだ?
> で論点はスルー、論点で反論しろ
結局彼の論点は謎のままだったけどw >>859
またアホが出てきたw
根拠はお前の書いてる
> ”ぼくのかんきょうでは12GBでかいてきだったよ”
で充分だろ 今は半端でもそれなりに動くから好きなだけ積め
おまえのPCだ…… >>860
わからないのに無理にレスしなくていいぞ >>863
もうそういう事しか言えなくて可哀想…
まあ自業自得としか言えないけどw >>864
わからないけどレスはしたいw
自己投影やん トリプルチャンネルって今はレアなのね
自分は24Gだわw 意味不明なレスを指摘してるだけなんだけどね
前にも書いたけどバカをからかってるだけだしw うん、無能の意味不明なレスを理解しようなんてしてないし
もしかして理解しようとしてるとか思ってた?w >>869
理解しようとした結果意味不明なんだろ
その上レスとか寂しがり屋か
もう寝るから他で構ってもらえ >>870
>>864
まあ無能は遁走するしかないわなw 32GB積んでるけどまぁ不満はないよ
Resharper 入ってると起動が遅くなるけどな かなり新しくて良いCPUを使っていても、タブでWindowを切り替えるだけで
何秒も掛かるという報告があったな。 >>873
メモリの容量が原因の速度低下ではなくなったということだね
使用状況にもよるけどCPUのキャッシュが律速段階ということもある
当然SSDはNVMeだよな? たまーにコンパイルが遅いとかいって
デフォルトのオプション構成でCPU1スレッドだけ使うコンパイルしてて
残りの31スレッドCPU使ってないとかの凄いアホもおるからなぁ。
いやいや、あなたのPCはコンパイル速度20倍以上本当はあるから、みたいな。 メモリー16GBで6GBはVMに割り当てながらVS使ったりしてるけど別に遅くは感じないけどね NVMeとSATAの差なんか、でかいファイルをシーケンシャルアクセスするときだけしかわからんよ。 >>877
もちろん、そのリスクがあるから。
CPUを使いきっていいのか、メモリやストレージが見合う量と性能なのか。
コア数だけでいきなりフルパワーにしたら、ビルドした瞬間、マシンがブロックするかもな。w >>882
くだらない話ばかりほんとお前頭悪いんだなw >>861
vsが動作するために8GBで重くて12GBで十分な根拠が「ぼく」じゃあ根拠に足りないし笑われて当然なんだが
それよりもこれに執着して12GBを強弁し続けるのがまことに滑稽
さすが「ぼく」ちんだね
夏休み終わってんぞ >>885
うわ、まだねちねち粘着してんだ
気持ち悪い奴 ま、ぼくちゃんはそうやってはなみずたらしてにげるしかないよね >>886
粘着してたあえて君とは別人でしょ
12GBで快適というのは1つの情報ではある
何の情報も出さずに煽るだけの>>887よりは遥かに役に立つ 知ってる人が居そうなので質問するけど
Windowsのディスク管理とかで
パーティションサイズを指定するときに
128GB とかでパーティション造りたいとして
きっちり 128x1024MB とか 128x1024x1024B とか数字入れても
全然その通りにパーティション造られなくて
キャンセルして何度もやり治して数字微調整しないといけないんだけど
最初からぴったりサイズ指定になるようにするコツとかありますか?
それとも指定した通りのサイズになってなくてもみんな気にしてないんですか? >>888
8GBでも快適ですよ
とても役に立ちますか? 開発内容によっては4GBでも問題ないし
開発内容によっては64GBでも足りない
完全に開発内容依存 4はさすがにアカンやろ。
開発以前に人権侵害が疑われるレベル。 極論厨でしょ
> 完全に開発内容依存
なんて言ったら何も言えないわな テテンテンテン MM8f-VoT
根拠を出せと言えば、逃げる
別の数字を出すと、本当ならねと疑問符を投げる
マジレスすると、例外は違うと逃げる
また別の数字が出ると、良かったねでスルーする
つまり貧乏人がメモリをケチったが、根拠を求められると真実をさらけ出したくないがゆえに逃げ続けるが
負けたくないからネチネチ粘着する
毎晩毎晩おもれえな >>875
Ryzen 9 5990X + RTX3090 + PCIe 4.0 NVMe SSDなんでスペックには問題ないはず
60プロジェクト程度のソリューションでアホみたいに遅い >>902
> 負けたくないからネチネチ粘着する
ブーメランかよw >>902
>>898は土曜日にその人と言い合ってた俺だよ RTX3090入れるようなお金持ちならVSもCommunityじゃないんやろし、
チケット切ってMSに聞いたほうが早いんでないか?
あとどうでもいいけど5990Xってもう出たのか >>903
VS2022ベータ入れて試してみて。
64bit対応の効果が知りたい。 11月に発売するかもねってCPUをすでにもってて
実務に使ってるっていうんだからすごいもんよ。
マザボメーカすら1つ持ってるからどうかだろうに。 >>907
切るだけ無駄やろ
おっせーもんはおっせーんだから
?アイコンだか人アイコンからフィードバックしときゃ十分 >>909
4GiB以上newのバグなおってるかなあ? >>913
>>143 の話ならPreview 3.1では変わらず 生charで4GiBとるとか無いから自分で報告しとかないと気づかれんカモナ 生charは条件じゃない
コンパイル時にサイズが決定するnewによるアロケート
別に困ってるわけじゃないけど気になっただけ エラーや警告になるなら仕様だけど0バイトになっちゃうのは不具合じゃないかな VS2019の各バージョン全部ダウンロードするコマンドライン教えろください >>923
確かにちょっと違うけど、そこからインストーラ全部落としてそれぞれダウンロードすればいいのね
16.x.y まで全部やると場所食いそうだ... .y部分は差分差分になってるといいのに... >>925
コレクション
>>923
お礼言い忘れてた
ありがとう そうでしたわオホホ
あと三年くらいくらいは16.11.*とお付き合いしそう Visual Studioの唯一の欠点。
アップデートに時間かかりすぎ。
あれなんとかならないのかって思うわ。
アップデートしたあとでこんなに時間取られるのかと後悔するわ。 この間2GBだったよね
3時間半かかったわ
インストールまで含めると4時間かかった >>938
混んでたのかも?
とにかく遅かった
WindowsUpdateのダウンロードっていつも何故かすごく遅いけどね >>939
MSのサーバーは大型アップデートがリリースされた直後とか特別な時以外速度出るから
そんなに時間がかかるのは通信環境に問題がありそう
さっき、16.9.10から16.11.3に更新して2.6GB程だったけど
4分でDL完了、インストール込みでも9分だった 16.11.2から16.11.3の更新はインストール完了まで3分くらい
ダウンロードは10秒ちょっと >>941
2GBを?
それは流石に裏でダウンロード終わってたんじゃね? >>942
1つ前のサービスベースラインのバージョンに保つのに邪魔だから勝手にDLしないように設定してる
VSのインストーラーのDL進捗として15MB/秒とか表示されてたし
タスクマネージャーのイーサネットのパフォーマンスでも平均して100Mbps以上出てた レス番見間違えて的外れなこと書いてたorz
スレ汚し失礼 VSってエッジしか使えないのか
あまり好きじゃないんだけどマイクロソフトだから仕方ないんかな
グーグルで何とかしてほしいわ >>946
え?
チョロメや火狐でもWebアプリのデバッグできるぞ いやなんかブラウザのコントロールでしらべたらIEかEdgeしかヒットしなかったから
あとは昔エクセル使ったときchromeをコントロールするのにselenium使わなきゃあかんかったからVS標準ではMS系のブラウザのコントロールしかないかと思った >>949
まずVSでブラウザをどうしたいのかはっきりしようぜ >>950
うん、ログインが必要なサイトでListboxの項目で検索した結果をformに表示したい、できればhtmlも欲しい >>951
Formというのはデスクトップアプリのフォーム?
WinFormsとかWPFとかXamarinとかあるけど使うフレームワークはなんなの? >>952
ああそうかだ、winformでいろいろ試してるよ、作るの簡単だし
wpfとか解んないけどそういうの使えばいいの? >>953
インストールされているブラウザに依存せずにWebViewを使う方法
WinFormsでChromiumブラウザコンポーネント(CefSharp)を使ってみる
https://qiita.com/yaju/items/97b61d0d8bc3f9ed044d >>954
ほぅお、こんな素晴らしいものがあったのか
早速使ってみたけど良い感じです、ちょっといろいろいじってみます、ありがとう! そういやWebView2のランタイムってWin11だと同梱してくれるんだっけ
Win10でもやれや 今ごろCefSharpを有り難がるとはw
一体何年前の記事だよ? vsってvscodeみたいにウィンドウにドッキングされたターミナルってあるんでしょうか?
別ウィンドウでコマンドプロンプトやらpower shellが開くより、vsのウィンドウでドッキングできたら画面切り替える手間が省けて嬉しいんですが あ、ソリューションエクスプローラから右クリックでいけるんですね
メニューのツール→コマンドラインからしか出来ないと思い込んでました インテリセンスってSQLコマンドは補完してくれないんですか?
SELECTとかWHEREとか出てほしいんですが... >>963
SQLの予約語は補完対象じゃないんだな
まあそんなに数ないし困らんけど
>>967
ほかで書いてるならわざわざコピペする意味がわからんが ssmsで動作確認してVSでDapperのクエリにペーストする。 >>969
そうそう、>>970みたいな感じ。dapperよく使う(mysqlよく使う)
SQLエディタはmysql workbenchだったりその他だったりするけど
VSでやるならコードのデバッグ中に、ウォッチとかから簡単にSQL文いじって流しなおせるといいな
適宜エディタを開けて実行計画見れたり
entity〜使ってるとまた違うんだろう Spectre対策が進んで生成されるコードが遅くなって困る。 逆に言えばコンパイルオプション付くのがデフォなの?
一々チェックしてないけど いちいちチェックもしないくらいなら、いちいち聞くな! ハッカーが脆弱性狙うような超凄いソフトとか作らんなら無効でいい ベンチとってみればわかるが、オプションで無効化出来ない。 >>979
/Qspectre で切り替えられるだろ 16.11.4で11のSDKがサポートされたんだね RCって日本語設定できるのかな
今Previewで英語しかない .NET6が11月だったからそれと同じと思ってたわ このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 175日 14時間 44分 8秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。