Visual Studio 2015 Part8©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>>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ネラにありがちだけど）は技術者以前に人間として恥ずかしいよ。
大丈夫か
間抜けなこと言ってないで事実をもって反論してくれ >>99
AppDataにバイナリを入れるのは明らかに本来目的じゃない。
それはフォルダ名からも>>78の文章からも明らかだ。
VirtualStoreはUAC導入前の行儀の悪いプログラム対策の仮想フォルダで
ユーザー個別のプログラムのインストール先ではない。
何を言ってるのかね レスアンカーがついて議論になっているように見えるが、
実は互いが勝手に独り言をつぶやいているだけという好例。 >>100
Microsoft自身がアプリケーションをzipで固めただけのものを配布してるという事実を指摘してるだろうが。
都合の悪いこと無視してんじゃねえよ USBメモリーの中にEXEやDLLをいれて
それ単体で実行できるもんね
一般ユーザー権限でも
Windowsのセキュリティはファイルのアクセス権で止まってるんだよ
とあるフォルダにファイルを書き込めるか/読めるか/削除できるか
って時代から大きく進歩してない >>103
話噛み合ってないよ。
そんなもの誰も否定してない。 ユーザー環境も
1台のパソコンを複数人で代わる代わる使う
って思想
そりゃWin10から、1人で複数パソコン、を見据えた仕組みを備え始めたけれど
もともとのベースはWin10になっても「1台のパソコンを複数人で代わる代わる使う」って風なまま >>105
え？
じゃあ、
Microsoftが共有されない個人ごとのバイナリを認めてるってことで良いんだよな？
お前は一体何を主張してるんだる >>107
揚げ足取りじゃなくて真面目に議論するつもりがあるなら文脈読んで欲しいが、
だれもインストール不要の実行ファイルの存在を否定したり、それをMSが認めてないとか言ったりしてない。
そんなの現に実行できるようになってるんだから当たり前だと思うが >>108
じゃあ、お前の主張を纏めてくれ
>>だからMSが共有されない個人ごとのバイナリなんて考え方を認めるのなら
とか、そうとしか読めない > MSはその人だけのバイナリ、は認めてる。
と言い張る人がソースを出せばいいだけ インストール不要のアプリケーションもその人だけが使うためじゃなくて、全ユーザーが使えるように全てのユーザーが見える場所に置いて使うようにするための物って主張？ ところでお前らWindows To Go使ってる？ MSが大好きなCOM系モジュールはドライバと似たようなもんだから
ユーザー個別管理には向いてない
>>112
Windows To Be Gone? (難聴 >>101
本来の目的だってば。
プラグインやアドオンだったり、バイナリかつ実行可能かつデータってのは存在するんだから。 >>114
> 本来の目的だってば。
MS のソースが出せない以上お前の妄想で決着してる 質問なのですが、Visual sutudioでバーコード画像作るならどんなやりかたがありますか?
キャプチャしたのを幅80mmの印刷すると掠れて読み取れないのでいい方法ないですか? システムとユーザーのPATH環境変数が両立している時点で答は明らかだと思うが。 >>117
Visual StudioのnugetでZXingでも取得してください >>119
こいつに言っても無駄。
かわいそうにソース読めないんだもの。 >>119
それは NT3.5 の時からそうなってるんだけど...
>>121
まだいたのかよ w そこを結論にされると結局何を主張したいのかサッパリわからんまま >>124
私は論理的に考える事のできないバカですって主張したかったんだと理解してスルーする事に決めたよ。
凄くどうでもいいことだからね。 ソースを出せずにとんずらですね
賢明な判断だと思うよ w >>126
つClick Once
で終わってる話じゃねえの？ >>128
悪いんだけどなんのソースが欲しいんだかまず説明してくんない？
何を根拠無しと否定してるのか、横から見ててもわかんねえんだわ なんの話なのかも理解せずに >>127 みたいなレスしてたのかよ w >>131
うんうん、だから疑問形
で、再度聞くけどなんのソースが欲しいの？ Visual Studioと何の関係があるんだ？
そんな大事な議論なら専用のスレでも立てろよｗ >>128
イヤそのレスは俺も何言ってんだコイツ状態なんだが...
そんな主旨だったのこの論争？
ソースソース言ってるから俺は>>110辺りに対してClick Onceの名前出したんだけど 世の中には、自分の無知を認めるのが潜在意識下で悔しすぎて不可能なため、
「そんな事はありえない、ソースを出せ」「そのソースでは不十分だろ、俺が言ってるのは○○だ」「ほらそんな事実はない」と、
事実をなかった事にして、無知を無かったことに無理矢理する言う奴がいるって事だ。
小佐野賢治みたいな奴。 >>136
俺が言ってるのは○○だ すら無いでしょ >>122
だから何ｗｗｗ
NT3.5の昔からユーザー毎に異なる実行ファイルを持つことを想定していたということだろ。 vectorのデバッグがやりづらくなってない？
前だったらvectorの要素がズラッと並んだのに今は最初の１つしか見られなくなってる
a[0]、a[1]ってやってもエラーになって表示されないし 定義を間違ってるな
そこがおまいのプログラムのバグの原因そのものだろ >>141
前からじゃね?
最近VC触ってないけど C++のvector使った経験があるなら>>142みたいな書き込みはしないと思う 前は確かにウオッチリストでツリーを1回展開するだけでsizeと全配列が見られたんだけど
今は3回展開して_Myfirstしか見られずsizeも無い上に後続のデータも見られない
STLのソースが変わったんだろうか VS2017はまだRTMしないのか。
RCから長すぎ。RCじゃなくβだろ。 VS2017スレはまだ立たないのか。
RCから長すぎ。 >>141
2015で普通に見れた（http://i.imgur.com/gtlQIL6.png）
VSのデバッガオプション弄ってるとか他に読み込んでるヘッダで
STLのデバッグ無効化するマクロ定義されてたりとかの線もあるんじゃないのかしら >>141は昔からそう
autoexp.datなりnatvisなり用意しろよ
ほんとVSユーザーってレベル低い 真上の証拠付きの発言と矛盾したことを言って他人のレベル低いとか言っちゃう
恥ずかしい>>150がいると聞いて ■ このスレッドは過去ログ倉庫に格納されています
