Vista対策 その2
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@そうだ選挙に行こう
2007/07/29(日) 01:59:55【前スレ】
vista対策
http://pc11.2ch.net/test/read.cgi/tech/1162813293/
0059デフォルトの名無しさん
2007/11/05(月) 21:42:49ああなるほどリーフノードの名前だけチェックすればいいか
>>58
そこで「保護者による制限」ですよ
0060デフォルトの名無しさん
2007/11/06(火) 09:37:36Vistaだとどこを使うのがいいのでしょうか?
以前はレジストリとOSドライブのルートに一時ファイルを置いて対応していましたが
今のままだとちょっと不味そうなので仕様変更しようと思ってます
0061デフォルトの名無しさん
2007/11/06(火) 11:42:11%TEMP%
0062デフォルトの名無しさん
2007/11/08(木) 18:50:36http://blogs.msdn.com/rflaming/archive/2006/09/30/778690.aspx
0063デフォルトの名無しさん
2007/12/10(月) 21:35:53ただセキュリティの観念から外すわけにはいかずに
色々調べてみたんだが
どうもマニフェストファイルというのを作成すれば警告が出てこなくなる。
ということで作ってみたのだがまだ出てくる。
そこでもうちょい調べてみたら
ProgramFilesやWindowsフォルダ下にあるものを動かそうとするとUACが働くらしい・・・
でも・・・ProgramFiles\adobe\AcrobatReader.exeとかは何にも警告出ない・・・
意味がわからないよママン…
0064デフォルトの名無しさん
2007/12/10(月) 21:56:42してるからマニフェストを作っただけでは反映されない
実行ファイルにtouchするのが簡単
0065デフォルトの名無しさん
2007/12/10(月) 22:03:29ほう、タイムスタンプも見てたのか。
ちなみに、一度互換モードで実行するように設定してから解除するという手もある。
0066デフォルトの名無しさん
2007/12/12(水) 16:02:10普通は管理者権限は継承されるみたいですが……。
具体的に言いますと、VisualStudio が管理者権限で動いてるんですが
そこから実行されるアプリケーションを通常権限で動かしたいんです。
0067デフォルトの名無しさん
2007/12/12(水) 16:16:20VisualStudioから動かさなければいい。
006866
2007/12/12(水) 16:20:28……通常権限で実行するオプションみたいなのって無いのかなぁ……と思ってまして。
0069デフォルトの名無しさん
2007/12/12(水) 16:35:47ttp://pc11.2ch.net/test/read.cgi/tech/1185632539/22-26
ttp://blog.so-net.ne.jp/nekojiru/2007-09-06-1
0070い
2007/12/14(金) 12:55:37http://news.ameba.jp/domestic/2007/12/9430.html
0071デフォルトの名無しさん
2007/12/15(土) 14:57:16根本的な解決としては、2008への乗換えだな。
0072デフォルトの名無しさん
2008/01/02(水) 15:34:33派遣契約を切られたにもかかわらず「次の派遣先でも切られてしまって生活できません」
などと 言って泣き落としで現場マネージャーにすら一切話がないまま再派遣契約した人のことです。
今月初め、半年前に切った派遣が出社してきてマネージャーも含めみんなびっくりしました。
影でコソコソ偉い人に泣きついて再契約したそうです。同じ部署の人には黙って・・・
そんなことまでして自宅の近くの派遣先にこだわって人間として恥ずかしくないのですか。
仕事に必要な技術がなく勉強する気もないのを逆手にとって
「私のような人の視点で仕事をすることも大切だと思います」と挨拶された時には
みんな凍りついていました。派遣でスキルアップとか言ってる癖に以前と同じように
技術を勉強する気はなく「それは私の仕事ではありません」の一点張り、
派遣で収入アップとか言ってる癖に時給は前回と同じで喜んで再契約。
結局、なんの努力もせずに派遣で安直に収入を得たいだけじゃないですか。
身分不相応な商品のローンを払うために派遣だと当然足りない収入は親にも寄生して、
いつ切られるんじゃないかとビクビクしながら人事権のある人間とだけ仲良くし、
契約終了を通知されれば泣き落とし。悲惨な人生ですね。
氏んだほうがいいんじゃないですか。
0073デフォルトの名無しさん
2008/01/07(月) 05:54:52ウィンドウ開きまくりんぐで俺涙目
なんかいろいろ見ていろいろやったが駄目だ。
cmdがbash並に動いてくれたら別にいいんだが…
0074デフォルトの名無しさん
2008/01/07(月) 09:13:470075デフォルトの名無しさん
2008/01/23(水) 01:03:40あと 3D にする方法と…… DWM の Thumbnail だけでは出来なさそうな雰囲気なんですが、どうやって実現しているでしょうか。
0076デフォルトの名無しさん
2008/01/23(水) 23:24:240077デフォルトの名無しさん
2008/02/24(日) 22:10:060078デフォルトの名無しさん
2008/04/13(日) 01:27:03XPだと問題なく動くのに、
Vistaのフルスクリーンのアプリをアクティブにすると動かないらしいんです。
(窓だと動く)
原因としてどんな事が考えられますか?
窓時は動くのでUAC系ではなさそうだし。
0079デフォルトの名無しさん
2008/04/13(日) 02:08:34なぜ伝聞・・・
008078
2008/04/13(日) 02:17:22Vistaで使いたいという人が居るのです。
大体の機能は動くようなのですが・・・。
訂正:フルスクリーンじゃなく、画面いっぱいに広げた窓モードでした。
動かないのはゲーム系のアプリのようです。
nProtectのせいかもしれませんが、同じゲームでもXPなら動くんです。
Vista用nProだけブロックするのでしょうか。
0081デフォルトの名無しさん
2008/04/13(日) 02:21:03なんかもーその名前を聞いただけであらゆる検証を投げたくなるな
0082デフォルトの名無しさん
2008/04/13(日) 16:06:57008378
2008/04/14(月) 02:07:58UIPIが原因で、UAC切ってもらったら動作しました。
簡単な事でしたorz
0084デフォルトの名無しさん
2008/04/14(月) 02:16:34OH!モーレツ!
0085デフォルトの名無しさん
2008/07/05(土) 22:39:000086デフォルトの名無しさん
2008/09/12(金) 02:25:190087デフォルトの名無しさん
2008/09/13(土) 04:05:570088デフォルトの名無しさん
2008/09/13(土) 09:07:100089デフォルトの名無しさん
2008/09/14(日) 11:53:020090デフォルトの名無しさん
2008/09/14(日) 15:19:330091デフォルトの名無しさん
2008/10/04(土) 08:23:250092デフォルトの名無しさん
2009/01/14(水) 19:07:150093デフォルトの名無しさん
2009/01/14(水) 19:41:59強いて言えば、サービスとアプリケーションの通信などではセッション0分離に注意というくらい。
0094デフォルトの名無しさん
2009/01/15(木) 10:41:000095デフォルトの名無しさん
2009/01/22(木) 13:35:210096デフォルトの名無しさん
2009/01/30(金) 22:00:14無視どころか(コンパイラが)拒否しないか?
0097デフォルトの名無しさん
2009/05/16(土) 17:11:46http://pc.watch.impress.co.jp/docs/column/config/20090515_168616.html
気になる互換性だが、セッションで入手したおもしろい話がある。XPで動くアプリケーションで、Vistaでは動かないのに
7では動くというものがあることの背景を説明するものなのだが、アプリケーションがOSのバージョンチェックをする際に、
メジャーバージョンとマイナーバージョンをチェックし、Vistaが欠落するケースがあるというのだ。
つまり、XPの5.1を期待して「メジャーバージョンが5より大きく、かつ、マイナーバージョンが1より大きい」ことをチェックすると、
Vistaの6.0はチェックをはずれるが、7の6.1は合致するというわけだ。そういうアプリケーションが少なからずあるらしい。
だから、Windows 7のバージョンは、あえて6.1なのだという。
話の本質は、アプリケーションが自分が動ける環境なのかどうかを調べるのに、OSのバージョン番号を頼りにするのは
もうやめようということだった。そんなことをしていたら、Windows 8やWindows 9が出てきたときに、
また、同じような現象に悩まされる。本来は普通に動くはずのアプリケーションが、
バージョンチェックのみにひっかかって使えないという馬鹿らしい不便が生じるのだ。
だからこそ、機能の有無を調べる多彩なAPIが用意されているのだ。
それを使わないのは怠慢といってもいいし、それでは確実に自分の首を絞める。
0098デフォルトの名無しさん
2009/05/16(土) 21:28:54多彩すぎて訳が分からないので、単純に実行時OSに対して、2000モードで実行するとすると
エラーログに、2000には対応していないAPIがあるなら、それを
0099デフォルトの名無しさん
2009/05/16(土) 21:30:39続き
API名:XP以降で利用できます
みたいな形式でログに出力してくれればいいのにな。
0100デフォルトの名無しさん
2009/05/16(土) 21:44:14怠っ・・・
0101デフォルトの名無しさん
2009/05/16(土) 22:30:530102デフォルトの名無しさん
2009/05/16(土) 22:32:300103デフォルトの名無しさん
2009/05/17(日) 04:25:22時・分で表した時刻の比較もまともにできなさそうな。
0104デフォルトの名無しさん
2009/05/17(日) 08:46:19本来は十分アフォなはずなんだよな。
0105デフォルトの名無しさん
2009/05/17(日) 09:21:13チェック関数がさらに長ウンコになるからねぇ
ほんしつてきじゃねぇええ!って事で (MjrReq <= MjrSys && MnrReq <= MnrSys) || (die(),false);
0106デフォルトの名無しさん
2009/05/27(水) 23:10:14ノ
(゚∀゚)
.( (7 .(`・ω・)
. ヘ○ヘ ! _、_ n < ヽ .| ̄ ̄ ̄
|∧ ( ,_ノ`)( E) | ̄ ̄ ̄ .Win7
/ | ̄ ̄ ̄| |VisSP2
. | ̄ ̄ ̄| |XPSP2| ('A`) .|
( ^ω^) | .2000. | | |.ノ ノ)_.|
| ̄ ̄ ̄. | |  ̄ ̄ ̄
| 98SE |.. ウッウー | Vista
. (´ー`)| | ( ゚д゚) |
(・∀・)| ̄ ̄ ̄ | | ̄ ̄ ̄
 ̄ ̄ ̄ 98 | |XP無印
95 | |
| |
| |
| |
| orz |
 ̄ ̄ ̄
0107デフォルトの名無しさん
2009/07/24(金) 19:52:58http://msdn.microsoft.com/ja-jp/magazine/dd861346.aspx
0108デフォルトの名無しさん
2010/01/28(木) 11:39:19アプリのインストール時に、
「Run this program as an administrator」
をチェックしたいのですが、
可能でしょうか?
使っているインストーラー作成ツールは、inno setup です。
0109デフォルトの名無しさん
2010/01/28(木) 18:08:540110デフォルトの名無しさん
2010/02/02(火) 15:26:59「認識できない発行元」(英語だと、”Publisher: Unknown Publisher”)がどうたらというのが出るのですが、
これはexeに何か埋め込めば消えるのでしょうか?
0111デフォルトの名無しさん
2010/02/02(火) 15:58:26インストール済みでないと警告は出るよ。
警告出てもUnknownじゃなきゃいいというなら、オレオレ証明書作ればいい
0112110
2010/02/02(火) 16:04:58インストロールするだけで良いのですか?kwsk
>警告出てもUnknownじゃなきゃいいというなら、オレオレ証明書作ればいい
そんなこともできるのですかkwsk
orz
0113デフォルトの名無しさん
2010/02/02(火) 16:08:58ベリサイン等から、コード署名証明書を金払って買ってくるのが確実
(事前にルート証明書はインストール済みだから)
やりたい環境がわからんので、、、オレオレも含めてコード署名とかコードサイニングでググるといいかも
0114デフォルトの名無しさん
2010/02/02(火) 16:10:170115110
2010/02/02(火) 16:24:46難しいのでやっぱ、
>ベリサイン等から、コード署名証明書を金払って買ってくるのが確実
でやってみようと思います。
>(事前にルート証明書はインストール済みだから)
つまり、ベリサインがルート証明書を持ってくれてる分けですね。
後分からないのは、
・setup.exeに証明書を埋め込む方法
・setup.exeが変わる毎回購入ですか?
だけになりました。
載ってるサイトきぼんw
0116デフォルトの名無しさん
2010/02/02(火) 16:31:02素直に発行してもらったらどう?
0117デフォルトの名無しさん
2010/02/02(火) 16:32:24証明書は発行元を証明するものなので、期限(1年)はあるけど同じ証明書でいくつでも署名できる。
とりあえずは、オレオレで一通りの流れを試してみては。
WindowsでC/C++でSDK使ってる、とかならこことかどうか
ttp://d.hatena.ne.jp/mizincogrammer/20081114/1226628956
0118110
2010/02/02(火) 16:33:13ただ、自分一度も証明書発行して貰ったこと無いし、exeに埋め込んだことないOTL
ベリサインでメール用の公開鍵を買ってOutlookにインスコしたことはあるんですが、
あれと全く同じじゃないですよね。
あ、ベリサインのサイトに書いてあるのかな、Windowsインストーラーに埋め込む方法まで?_?
0119110
2010/02/02(火) 16:36:47�d。手順確認しました。メモメモ。
例題ではCab1.CABに署名となってますが、setup.exeに署名すれば良いのですね。
>ベリサインは高いし個人では難しいので、thawte等の個人向けで安い(無料も?)とこ使うといいかも
無料もあるんですか。でも、会社用途なので結局どっかから買ってしまいそう。
0120デフォルトの名無しさん
2010/02/02(火) 17:03:32薦めるよ経験的に
0121110
2010/02/02(火) 17:07:29自分、定番のそこしか名前知りませんので選択肢ありません。
定番って殿様商売だなぁw
0122デフォルトの名無しさん
2010/02/02(火) 17:08:350123デフォルトの名無しさん
2010/02/03(水) 05:19:51大丈夫
0124デフォルトの名無しさん
2010/07/09(金) 18:52:51さらにVistaではProgram Files内のプログラムが自分の階層下に
iniファイル等でセーブデータを作る事が原則的にできなくなってしまいました。
iniファイルを利用するのは、複数ユーザーの事を考えるとあまり行儀のよい事ではないのは確かでしょうが、
ユーザー名のフォルダを用意すれば問題は解決するわけです。
なによりDocuments and SettingsやらUsersやレジストリ内のHKCU\Software\会社名\アプリ名\などといった
意味不明な場所にアプリケーションの設定情報が散らばり、
実質アプリ単位のバックアップが一般ユーザーには殆ど不可能という状態に比べれば、
特に他アプリとの連携を考えないならiniファイルを使った方がよほどマシと思えるのは私だけではないはずです。
HDDのサイズが肥大化し全バックアップという手段が現実的でなく、
アプリにインストール情報をバックアップする機能がない現状を考えると、
レジストリやユーザーフォルダを利用させるMSのスタイルはアタマがちょっとおかしいとすら感じられます。
そしてそこまでユーザーの利便性を損ねてまで得たセキュリティが
Program Files内のデータはとりあえず上書きされませんというだけのことです。
そんなことをする奴が過去にそれほどいたとは思えないし、仮にウイルスがデータ破壊をはじめたとしても、
Program Files内のプログラム本体など再インストールすれば済む問題で、
本当に重要な取り返しのつかないデータはそんな場所にありはしない!
どうしてもやりたいならならば、複数ユーザーで利用するカーネルに近いプログラムのみ
強い保護のある中にインストールさせ、一般ユーザーが使うゲームや趣味のアプリなどは
既存のルールのまま動作させるのが筋でしょう。Windowsフォルダ内にSystem Program等といったフォルダを
新規に作るなりすれば良いだけの話です。なぜ既存のルールを破壊してまで
実用性のないセキュリティ機能をユーザーに押しつけようとするのか。
全くユーザーが見えていない証拠です。
0125デフォルトの名無しさん
2010/07/17(土) 17:06:38冷静に考えれば、一派ユーザが Program Files 以下の exe + ini を
バックアップしたところで、exe をリストアできないのだから無意味だろうに。
でもってProgram Files以外に配置すりゃ、全部解決するのだし。
むしろ AppData\Local\VirtualStore 以下に各個人のデータが
集中しているのだから、一般ユーザが自分のデータをバックアップする上では
むしろ便利になっているだろうに。
>既存のルールを破壊してまで
これも「exe直下にiniを保存する」なんてルールはMSは定めてない罠。
ini 操作用APIは、iniをWindowsフォルダに置く仕様になっとるだろうに。
0126デフォルトの名無しさん
2010/07/17(土) 17:50:540127デフォルトの名無しさん
2010/07/17(土) 20:52:170128デフォルトの名無しさん
2010/07/18(日) 00:25:170129デフォルトの名無しさん
2010/07/18(日) 23:44:44それは結構揺らいでいる。
各OS別のガイドラインをずっと見てみると揺らぎがよく分かる。
ガイドラインを遵守しようとしているプログラマの身にもなれ、このやろう。
0130デフォルトの名無しさん
2010/07/20(火) 10:46:380131デフォルトの名無しさん
2010/07/20(火) 13:35:500132デフォルトの名無しさん
2010/07/20(火) 14:28:120133デフォルトの名無しさん
2010/07/25(日) 18:57:29http://msdn.microsoft.com/ja-jp/library/cc422011.aspx
>大量のファイル ベースのデータは、 [Application Data] フォルダに格納する必要があります。
>たとえば、Internet Explorer の一時インターネット キャッシュは、
>ユーザー プロファイル内部に格納されますが、レジストリには格納されません。
>
>インストール時に、アプリケーションが HKCU と HKLM にまたがって
>合計 128KB 以上のデータを格納してはいけません。
>HK クラスのルートは除外されていることに注意してください。
0134デフォルトの名無しさん
2010/08/01(日) 23:28:18超遅レスだけど、何か話がかみ合ってないね。
>>124の言うことには一理はあるでしょ。
端的に言えばMSルールに従うとポータブルにできない(exeの入ってるフォルダを
コピーするだけでは設定はコピーされない)ってことだから。
まあ、それならexeのディレクトリに書き込む権限がある場合はexeのディレクトリに
設定を保存するようにすればいいんだろうけど。
0135デフォルトの名無しさん
2010/08/02(月) 02:27:52その下だけは自由に読み書きできるような権限を与えるから好きに使え、がシンプルでいいんだけど、
OSメーカー的には、同じフォルダにインストールされたらどうするんだとか、
システム系のフォルダにインストールされたらどうするんだとか、いろいろ考えることがあるんだろうな。
0136デフォルトの名無しさん
2010/08/03(火) 23:07:220137デフォルトの名無しさん
2010/08/04(水) 02:00:49ただ、下手すると違法コピーに利用されそうだが。
0138デフォルトの名無しさん
2010/08/07(土) 23:16:33>端的に言えばMSルールに従うとポータブルにできない(exeの入ってるフォルダを
>コピーするだけでは設定はコピーされない)ってことだから。
Program Filesフォルダにexe置く時点でポータブルじゃないだろ。
そもそもexeと設定ファイルを1箇所にまとめたい場合は、Google Chromeみたいに
exeもApplication Dataに置けと言ってるらしいが。
0139デフォルトの名無しさん
2010/08/08(日) 05:06:28ガイドラインには従わないのが正解
0140デフォルトの名無しさん
2010/08/09(月) 19:41:40googleみたいに監視ソフト常駐させるとか、本末転倒もいいとこだ。
0141デフォルトの名無しさん
2010/08/10(火) 09:11:24ADにexeを置いたらUACが動かないって意味???
>googleみたいに監視ソフト常駐
kwsk
0142デフォルトの名無しさん
2010/08/10(火) 17:10:13じゃあ書き込みできる場所にEXEを置こう、ってことだからなw
0143デフォルトの名無しさん
2010/08/11(水) 09:34:30なるほど。
0144デフォルトの名無しさん
2010/08/11(水) 09:48:48Local
LocalLow
Roaming
って3つディレクトリあるんだけど
どこにデータフォルダ作るのがいいの?
0145デフォルトの名無しさん
2010/08/11(水) 11:28:39Roamingは別のPCでログインしても使えるようにするためにあるから
ネットワーク越しにコピーしても問題ないような小さいものならここでもいい
LocalLowはLocalに書き込めないアプリのためにある
0146デフォルトの名無しさん
2010/08/11(水) 11:30:16どういうときにLocalに書き込めない状況になりますか
0147デフォルトの名無しさん
2010/08/11(水) 11:46:53また話がかみ合ってないな。
exeがProgram Filesの下にあるかどうかは関係がない。
設定値の置き場所の話をしているのに
0148デフォルトの名無しさん
2010/08/11(水) 12:03:35IEとかブラウザに多いが、low integrityなアプリ。
0149デフォルトの名無しさん
2010/08/11(水) 12:33:06あえて自分でそうしてるんだと思うが。
0150デフォルトの名無しさん
2010/08/11(水) 15:38:280151デフォルトの名無しさん
2010/08/11(水) 22:13:19実際のパスはGetSpecialFolderで取得しましょう。
0152デフォルトの名無しさん
2010/09/02(木) 00:00:13超遅レスだけど、iniその他がexeと同階層に置けないのは、Program Files等の一部のフォルダだけですよ。
>124はこれまでのルールを無視するなと言っているけど、そもそもiniをexeと同じフォルダに置くと言う事自体
MSのガイドラインを逸脱しています。
また、ガイドラインを逸脱するアプリは、Program Files以外のフォルダを作ってそこに置けば良いだけ。
(ポータブルなアプリであれば、元々Program Files以外に置く事を前提としているはず。)
なおexeと同じフォルダにiniを作るアプリで、Program Filesにしか置けないアプリも存在しますが、
そんなカスアプリはさっさと捨てた方が良いかと。
0153デフォルトの名無しさん
2010/09/02(木) 08:50:45アプリ単位でなく、ユーザ単位…というか、Usersごとバックアップ取れば済むようにすべき
0154デフォルトの名無しさん
2010/09/02(木) 08:57:39他のユーザーがログインして設定変えたらどうすんだろうなw
0155デフォルトの名無しさん
2010/09/02(木) 23:23:42もっともあの仕様では、ファイルが破壊されなかったとしても、
中身がモザイクになったりするだろうけど。
0156デフォルトの名無しさん
2010/09/08(水) 16:46:54自分がシングルユーザー環境だから他のユーザーも同じだと決め付けてますww
0157天使 ◆uL5esZLBSE
2011/07/01(金) 21:37:02.87変数に$ついてる言語触ってるって事だよね
いちいちSHIFT+4キーおして $ 打ちまくってる感触はどう?
0158天使 ◆uL5esZLBSE
2011/07/06(水) 14:04:14.61((((( IEとかブラウザに多いが、low integrityなアプリ。 )))))(キリッッキリッ!きリキリッッッ!!!!
ゴミ
■ このスレッドは過去ログ倉庫に格納されています