Visual Studio 2015 Part8©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
このスレは質問禁止です
また、VS2015の話も極力避けてください >>2
エクセルでvs2015使うのは
どうすればできますか? 前スレ993氏はWin2000の前に「NT5」名義で世間にβが出たことを知らなかったのだろうか 知らなくても1つ前のレスにそのこと書かれてたでしょ
人には見えるものが見えてない人なだけ 「βなんてどこにも書かれてない」 → 正解
「正式版も内部バージョンはNT5.0」 → 正解
でも不正解なんだよ。こういうのはアスペに理解できない部分だから諦めろ 986 : デフォルトの名無しさん2017/01/19(木) 11:13:52.39 ID:oxMtMSYD
今のMSDN、64GBのUSBメモリでISO詰め合わせが送られてくるけど
ISO自体はサイトから落とせるし、コンパクトで好みなデザインだし普通に使ってしまおうかな
昔のCDは「WindowsNT 5.0」のβ版だけ保存してある
WinNT4.0とWin2000の中間みたいなデザイン、起動音もオリジナルな幻のOS
(起動音はニコニコとかYouTubeで聴ける)
987 : デフォルトの名無しさん2017/01/19(木) 11:34:44.61 ID:yATxyxVF
あの頃は(も)バカだったからメインPCにNT5入れてたわ
989 : デフォルトの名無しさん2017/01/19(木) 12:47:03.72 ID:Ccs4bPhG
>>987
Win2K Professional 入れてる奴はそれなりにいたよ
991 : デフォルトの名無しさん2017/01/19(木) 12:52:11.71 ID:9Z0zStOM
>>989
βをメインにインストールしたってことでしょ 993 : デフォルトの名無しさん2017/01/19(木) 18:35:19.35 ID:Ccs4bPhG
>>991
βなんてどこにも書いてないが...
なんか人には見えないものが見えちゃう人なのかな w
994 : デフォルトの名無しさん2017/01/19(木) 18:46:46.25 ID:IRyNom+r
>>992-993
なんか間抜けなお方。
NT5の正式版なんて存在しないと思うけど
誰もMeが不安定でないなんて言ってないの。
95, 98よりも不安定だ、なんていうのはXPに慣れた人間がそう錯覚しただけで事実じゃないと言ってるだけだ。
995 : デフォルトの名無しさん2017/01/19(木) 19:07:14.18 ID:yATxyxVF
>>993
盲目すぎだろww 言っちゃ悪いけど、コピペマンのお前さんも十分間抜けだよ
馬鹿じゃないの 質問があります
2017rcのcm版を入れたんですがリリースされたらそのまま正式版にできますか?
インストール時に外したコンポネート?はあとから追加できますか? 前者:仮にできたとしても入れ直した方がいいんじゃないだろうか
後者:インストーラを起動すれば追加削除できる rcにシリアル番号入れたらtrmになるとでも思ってるのかな RCと試用版は明確に区別して考えたほうがよろしいですね デバック実行したら必ずOSごとフリーズ・・・
けっこう前にDMMでエロ漫画を買って読んだせいだったとか
悲しくなってしまったよ。 プロジェクトフォルダを取得したくて
http://qiita.com/Go-zen-chu/items/56409a77976d05d5bf61
のようにしたのですが何も書き込まれません
管理者権限じゃないといけないのかと思って管理者で立ち上げたけど駄目でした
何が悪いんでしょうか
Windows8.1 x64+VS2015 Professionalです >>23
質問の仕方から察するに、
悪いのはお前の頭だな
FA そもそもリソースをソースであるプロジェクトファイルからの相対パスにする意味がわからん
普通静的に決まった固定パスか、実行モジュールからの相対パスにするだろ
前者ならハードコードすればいいし、後者ならビルドイベントでTargetPathかなんかからの相対にリソースをコピーすればいい
MsTestの糞挙動についてなら知らん >>23
このブログは何を思ってこんなアホなことしてるんだ? 開発中は、プロジェクトの相対パスで考えると、テストが簡単
一方、デプロイでは、サイトの相対パスへ変換する デプロイにそのjsonとやらを含めて、自分の居るフォルダから取っちゃだめなのかな。 > 実行モジュールからの相対パス
C:\Program Filesにインストール以外で書き込むクソアプリは氏んでいい 無意味に管理者権限を要求するクソアプリは氏んでいい >>32
今時実行モジュールもProgram Files以下には置かないだろ VSの実行モジュールはどこにあるんだよ…
Program Files以下にあるうちのVSはパチモンかよ Program Filesは/usr/binみたいなもんで、
その人だけのものはLocalAppDataが適切なんじゃないの? それは違うと思うw
Chromeなんかはそんな感じだったと思うけど、MSはそもそも「その人だけ」のバイナリなんて考え方は
認めてないんじゃなかったっけ 時代の問題とは思わんなw
それに意味があるかどうかだろう
少なくとも「その人だけ」のバイナリに積極的な意味は見出しにくい。 >>41
あなたが見いだせなくてもUnix系の人たちは昔から見出してるしMSもそれに寄っていってます
あなたは引き続き特権が必要なインストーラを世に送り出し続けてください
アーメン それはUNIXがもともとPCの文化じゃないからですw
積極的に何か意味があるからというより仕方なくだったりただの一種の文化だったり、そういうことでしょ。
積極的な意味って何があるよはっきり言ってみ? 少なくとも、vistaからは、そのフォルダはアプリケーション入れる場所だよ。
https://technet.microsoft.com/ja-jp/library/cc766489(v=ws.10).aspx
>>39
は不勉強に加えて、反省や調査って能力も欠けてる。 >>45
UACは出ずにリダイレクトされるんじゃなかったかな >>46
いずれにせよProgram Filesへ書き込めないってこと そういやClick Onceでの既定のインストール先はLocalAppDataの下だったな
Chromeは何時の間にかLocalAppDataからProgram Filesになってたけど >>44
アプリケーションとアプリケーションデータの区別もつかないアホ乙 >>51
読んでから言ってたら相当なアホだな。
引用)
ユーザーのアプリケーション データおよびバイナリの既定の場所 (隠しフォルダ) 読まずに言うのも相当だろ。どっちがマシかなんて判断出来ない ここでいいか迷いますが、修羅場を潜ってる方が多そうなので・・・
Access97形式のMDBを読み書きしないといけないんですが、
Microsoft DAO 3.6 Object Library ならば問題ないものの
Microsoft.Office.Interop.Access.Dao.dll を使うと MDB が壊れます。
主キー(ユニークキー)が設定されているテーブルなのに
キーが重複となるレコードが挿入できてしまうのです。
(キーをSeekしても NoMatch になる)
とりあえず x86 の間は DAO3.6 で誤魔化すとして、x64 だと DAO3.6 が動きません。
どうにか回避する方法ないですかねー え、ほんと?
実行環境はx86で、DAO.DBEngine使ったバージョンで正しく動くんだが
開発環境のVS2015(Win7x64)から動かすとDAO.DBEngineの付近で
CLSID {00000100-0000-0010-8000-00AA006D2EA4} を含む
コンポーネントの COM クラス ファクトリを取得中に、次のエラーが発生しました: 80040154。
って出るんだ・・・
もちろんソリューションプラットフォームはx86にしてる プロジェクトからMicrosoft DAO 3.6 Object Library (ActiveX版)を参照
こいつはInterop.DAOになって、こいつを使おうとしての話
Win7x86のVS2015では動いてたんだけど、開発機をx64にしたらNGになったもんで
x64で動かないもんだと思ってた。 regsrv32をwowの中でやらなきゃならんとかそういうやつ? >>51
> ユーザーのアプリケーション データおよびバイナリの既定の場所 (隠しフォルダ)
マジで言ってるのか?
それ UAC 非対応のアプリが VirtualStore\Program Files にインストールするから書いてあるだけだぞ
そもそもお前の Visual Studio はどこにインストールされてるんだよ w あ、アンカー間違えたわ
>>60 は >>52 宛な >>60
違うよ、残念ながら。
Visual StudioがProgram Filesにあるのは、バイナリが全ユーザ共通で、インストール者は管理者権限持ってるから、だよ。
ディレクトリの使い方、みたいなMSの文書あったはず。
プラグイン系もlocalappdataに行くはずだし、この辺Vista対応で燃えたからまともな開発者なら知ってると思ってたんだが。 正しく()UAC対応すれば、Program Filesに置いていいと言う発想が間違ってる。
Program Filesには必要かつ合理的な場合のみ置く、だよ。 調べたらもうMSからは落とせないのか。
死人に口無しとなってしまったな。 >>62-64
ソースも出せない妄想乙
UAC の意味考えりゃわかると思うんだが w 妄想かどうかは誰の目にも明らかで弁明する必要を感じないなあ UACって何の意味かわかってんのかな。
管理者昇格を気楽に考えすぎだろ。
アクセス権のコントロールじゃなくて、アカウントコントロールだぞ。
VirtualStoreに格納されるのは、あくまで自分が管理者でないか、管理者としての権限はあるが管理者として特権を確保していないために書き込みのアクセス権がない場合のみだから、
UACを切ってりゃ一般ユーザもVirtualStoreに格納されず直接読み書きできるかとなると、そういう訳じゃない。
Roamingするかどうかから、インストール先は考えるべきだしな。昔で言うシンクラとかするなら。 自分が出してきたリンク先のタイトルも読めないのか... w
> Managing Roaming User Data Deployment Guide >>69
本文読んでない人に言われても。。
まぁ、お前が正しいって言うならそれでいいんじゃねえの?
アホすぎて相手にするの疲れたわ 捨てぜりふいただきました〜
そりゃ具体的にはなにも言えないもんな w で、結局何が言いたかったんだ?
>>39
のまま? 全ユーザーが使えるようにインストールする:Program Files
実行ユーザーのみ向けにインストールする(UAC昇格は不要):LocalAppData
これだけの話だと思うんだが
公式にお墨付きがあるかどうかなんて気にしてないな >>72
ちがうよ。
MSはその人だけのバイナリ、は認めてる。
その場合、リンク先に書いてあるように、ドメイン内でローミングするかしないかで、LocalAppDataなのかAppDataなのか使い分けろよ、って事。 >>74
いや、君の方の言い分に疑問は無いんだけどね。
>>38 の主張がそのままなら単純にMicrosoft自身がアプリケーションをインストーラー自体必要ないzip形式でも配布してる事実を示せばそれで終了だよねと思っただけで それはインストールが必要なアプリも存在する以上反論になってないのではw
俺はそもそもその人だけのバイナリなんて必要性は認めないし、MSも恐らくそうだろうと思ってるけどさ >>76
え?なんで?zip配布するってことはその人だけしか使わない使い方も考慮してるってことだよね?
まさかzipを解凍して手動で全ユーザーが使えるように設定することを想定してるなんて無理のある主張はしないよね? >>76
管理者としてインストールが必要なものと、
管理者でなくともインストールできるあるのが自明でしょ。
クリックワンス忘れんな スレ違いの話でどうしても自分が正しくないと気が済まないキチガイが居ついたか しかし>>76を見てると「俺は」ってのは往々にして意味わからん事を言うもんなんだな、気をつけねばと自制の念すら覚えるな。
その人だけのバイナリを認めないなら、WindowsインストーラのJust meは何のオプションなのかわからん。
MSもおそらくそうだろう、が稚拙すぎてちょっと怖いレベル。学生でもあるまいし。 >>82
あれは単にショートカットをどこに作るかだけの違いでしょ
どっちを選んでもインストール先は変わらないよw っていうか昨日から言ってるけど、だからその人だけのバイナリーなんて
(複数のユーザーがインストールして使うとしたら)ディスクスペースもメモリーも無駄だよね。
今時それらは潤沢かもしれないけど無駄は無駄であって、それを超えるメリットが何かないと
単なる無意味な無駄じゃないの?
俺にはメリットがあるように思えんのだけど >>84
馬鹿には分からない
だからお前にはわからない >>83
違うよ。もっとも、そうも作れるけど。
お前インストーラ作るようなアプリ作った事無いだろ…
>>84
メリットいくらでもあるじゃん。
別ユーザが仮想的に同位置に同名のファイルが置けるでしょ。
絶対に唯一として一つのバイナリだけ使うなら、そりゃProgram Filesに置けばいい。それはそう書いてある。
そうでないなら、気安くバイナリ置くべきではない。
ライブラリでも.netとGACで多少良くなったとは言え、マネージドでないならサイドロードされるかもしれんし、したいかもしれん。
自分の環境でテストしてるのに、誰か他の奴がバイナリ更新したら環境を保証できないじゃん。
かつ、誰かが使っている間は更新出来ない。
素人でもあるまいし。寝言は寝て言え。 >>84
お前がそう思うのは良いけど勝手にMicrosoftを代弁すんなよ。 ってか、わざわざUpした資料に書いてあるよね。
この業界で英語が読めないわけでもあるまいし。 >>86
いや違わないから。
君こそインストーラー作ったことないでしょ
あれは単にショートカット作成の場所を選択してるだけ。
後半のメリットについては確かに一理はあるね。 >>87
代弁するも何も、MSが「その人だけのバイナリ」に意味があると考えてない(少なくともある時点までは)
ことは、MSのディレクトリ構成がそれを前提としたものになってないことから明らかだ >>90
× MSのディレクトリ構成
○ OSのディレクトリ構成 常に特権で使用するのが前提だったXPまではそうかもね。でもそんな昔の話してるのお前だけだから。 >>89
Localに入れるか無印に入れるかさえ選べるよ >>90
>>78
でupしたPP11-12に書いてある >>95
そんなこと書いてないでしょ。
一体どこを読んでるんだ? だからMSが共有されない個人ごとのバイナリなんて考え方を認めるのなら
OSのディレクトリ構成を最初からそのように設計してるよ。
スタートメニューはそういう設計になってる。
プログラムのインストール先はそうはなってない。 面倒くさいやつだな。
一体何故押し通したいのかわからん。
悔しくて否定してるだけなら技術者としてちょっとヤバい。
というか、まさか実行可能ファイルはデータではない、とか思ってんのかな。 >>97
なってるよ。なんのためのAppDataや、VirtualStoreなんだ。
お前が思ってる「インストールするもの」は、それがシステム全体に適用されるべきパッケージなだけ。 >>98
こちらから見たら押し通したいように見えるのは君も同じだってわかる?
そういう幼稚な自分棚上げは(馬鹿な2chネラにありがちだけど)は技術者以前に人間として恥ずかしいよ。
大丈夫か
間抜けなこと言ってないで事実をもって反論してくれ ■ このスレッドは過去ログ倉庫に格納されています