07/02/07 19:43:42
>>153
せっかく、setupから起動したアプリが(真の)アドミ権限を持ってるんだから、その時に
C:\ProgramData\<your-appli>
のセキュリティー設定を変えちまえば？
160:デフォルトの名無しさん
07/02/07 20:41:19
いや、正攻法なら、setup.exeから起動されたプログラムが作るファイルの権限変更じゃね?
たぶん、URLﾘﾝｸ(msdn2.microsoft.com)
だと思うんだけど…。間違ってたらごめん。
161:デフォルトの名無しさん
07/02/07 21:08:09
>141に追記が来てるね
しかしこうやって戸惑う人が現れる以上、この仕様はいかがなものか？と思わざるを得ない
162:デフォルトの名無しさん
07/02/07 23:33:19
>>153>>157
MSDNマガジン（オンラインで読める）に書いてあったケースだな。
インストーラAからアプリBを起動すると、アプリBまで権限が上がってしまってよろしくない。
インストーラAとアプリBを順番に起動するアプリCを作るべし。
Aを起動するときはCreateProcessではなく、Shell何とか関数にしないと
権限昇格ダイアログが出ないので注意。
そんな感じ。URLは自分で調べてくれ。
163:デフォルトの名無しさん
07/02/08 00:03:37
レジストリの権限ってどうなってんの？
HKEY_CURRENT_USER\Software
HKEY_LOCAL_MACHINE\Software
このへんが自由に書けるなら問題無いけど。
後は HKEY_CLASSES_ROOT 以下とか。
164:デフォルトの名無しさん
07/02/08 00:07:07
>>163
自由に書けるのは HKEY_CURRENT_USER だけだと思う
165:デフォルトの名無しさん
07/02/08 00:24:38
システム管理下のフォルダ(例えばProgram Filesなど)にインストールして、
セーブデータをそのフォルダ内に作りたい。
でもプログラム起動のたびに管理者権限昇格もしたくない。
そんな方法はなさそうですね…
166:デフォルトの名無しさん
07/02/08 00:26:49
>>162
そうそう。CreateProcessで通常のexeから管理者権限のexeを起動するとだめなのな。
互換性の問題を検出したとか出て２回目以降は動くようになるけどｶｺﾜﾙｲ。
いやらしいのは一回動くようになっちゃうとその後はその環境では問題なく動いてしまうから、
初回起動時のメッセージを見落としたら、そういう問題があることに開発者すら気づかないという点だな。
初回なんてどうせろくに動かないから、ちょっとしたメッセージなんか気にしないで忘れてしまうかもしれない。
落とし穴だな。
試行錯誤でShellExecuteならいけるというのを見つけてそれで実装したけど
もしかしたらこれってバグ技かなあ？ と思ってた。
MSDNマガジン推奨だったのか。ちょっと安心した。
167:デフォルトの名無しさん
07/02/08 07:43:58
こういうのって、メンドクサクしただけで、ユーザの保護に役立っているように思えないんだよな
もっと単純シンプルな仕掛
たとえば、実行ファイルのあるフォルダツリー以下しかアクセス出来ないとかさ
レジストリがその実行ファイル専用に出来るとかさ
168:デフォルトの名無しさん
07/02/08 09:34:20
暗にAdminで常用するな糞が、って言いたいんじゃね？
169:デフォルトの名無しさん
07/02/08 09:35:09
あんなに警告出しまくってもだめだよな。
おおかみがきたぞー
って話アメリカにはないのかな？
170:デフォルトの名無しさん
07/02/08 11:21:20
153 157です。
160さんコメントありがとうございます。
URLﾘﾝｸ(msdn.microsoft.com)
ここに%ALLUSERSPROFILE%について日本語で掲載されていますが、インストール後に
手動でアプリ起動して設定ファイル保存せよというような意味が書いてあります。
しかし、160さんの「管理者権限を下げて保存する」方法が私のやりたいことに一番近い感じですが、どうやるんでしょう？
調べています。
＞162 さん
ありがとうございます。まったくそのとおりなんです。
162さんの方法は「インストールランチャ」のようなアプリをまた別に作れということなんですよね？
うーん、、、、、、。考えてみます。
171:デフォルトの名無しさん
07/02/08 13:09:24
つまりは「個人データを全ユーザ共有バイナリの直下ディレクトリに置くな」って事だろ。
その場凌ぎのvista対応をするよりも、仕様／設計から見直した方がｲﾝｼﾞｬﾈｰﾉ?
今後もあるわけだし。
172:デフォルトの名無しさん
07/02/08 13:12:57
＞その場凌ぎのvista対応をするよりも、仕様／設計から見直した方がｲﾝｼﾞｬﾈｰﾉ?
だから、どこの置けと？
全ユーザーに関する設定を。
173:デフォルトの名無しさん
07/02/08 13:56:53
Linuxを買収してWindowsって名前にしたらまだすっきりしたのにな
真綿で首しめるような事するから・・・
174:デフォルトの名無しさん
07/02/08 14:03:49
マルチユーザにしてユーザ同士の保護ばっかり厳しくしたって意味ないだろうに
パソコンなんて安価になって１人１台の時代なんだしさ
175:デフォルトの名無しさん
07/02/08 14:11:40
>>172
全ユーザに関する設定って例えば何？
176:デフォルトの名無しさん
07/02/08 15:03:33
170です。
%ALLUSERSPROFILE%に置くことはやはり厳しいのかな？
XP,2000と同じように作りたかったのですが、、、。
172さんのおっしゃる通りアプリ自身の設定ってほんとどこに置くんでしょう？
177:デフォルトの名無しさん
07/02/08 15:29:15
>>176
アプリ自身の設定って例えば何？
178:デフォルトの名無しさん
07/02/08 16:40:23
全ユーザ共通の設定って、そんなもん別に必要ないじゃん
179:デフォルトの名無しさん
07/02/08 16:50:08
UNIXで言うなら、rootの人が設定するユーザのための初期値で
ユーザをADDするとその設定ファイルをユーザのHOMEにコピーして初期値とする的なものじゃねーの
180:デフォルトの名無しさん
07/02/08 17:09:46
全部c:\に置いちゃえばいいんだよ！！！！！
181:デフォルトの名無しさん
07/02/08 17:12:35
DOS時代じゃあるまいし
182:デフォルトの名無しさん
07/02/08 17:28:03
バイナリシリアライズしてレジストリに(ry
183:デフォルトの名無しさん
07/02/08 17:28:18
まどろっこしいことを考えるよりかは
c:\hogehoge\
ってディレクトリ作ってそこにブッ込むのもアリかと思う。
そうじゃなかったらおとなしくmanifestを設定してHKLMのレジストリに書き込むか。
184:デフォルトの名無しさん
07/02/08 17:32:04
そんなことすると、見慣れないディレクトリができたと騒ぐんだよ、潔癖症の奴が
で、勝手に消すんだよ
奴らは斜め上ってレベルじゃねーぞ
185:デフォルトの名無しさん
07/02/08 17:59:15
>>176
そんなのいっぱいあるじゃん？
ちょっとは考えろ！
186:デフォルトの名無しさん
07/02/08 18:32:08
>>179
それなら、実行時に書き換えるもんじゃないから、インストール時にProgram Filesに入れればいいんじゃないの？
実行時に書き換える必要がある全ユーザー共通の設定、ってのをどこに置くかって
ことだろう。ソフトウェアの設計上の、その是非は別として。
UNIXと対応させると、
/usr/share -> Program Files
$(HOME) -> Users\*
/etc -> レジストリ
として、
/varはどこよ？ってことだろうか。
187:デフォルトの名無しさん
07/02/08 18:51:15
>186
その後、またAdmin権限の人がユーザー権限の人のために変更したい場合はProgram Files に入れてたら
できない。
admin権限の人は自由に変更できてユーザー権限の人は読込しかできないという仕様はできないの？
188:デフォルトの名無しさん
07/02/08 18:57:29
＞/varはどこよ？ってことだろうか。
その通りです。どこに置くの？
189:デフォルトの名無しさん
07/02/08 19:20:56
セットアップでそういう設定を変更するようにすればいいじゃん。
190:デフォルトの名無しさん
07/02/08 20:54:15
えっと、Vistaって、ファイルのNTFS副ストリームは
ユーザーから簡単にさわれるようになってるんでしょうか？
ユーザーにあまり触られたくない情報をそこに書いてるのだけど。
191:デフォルトの名無しさん
07/02/08 22:56:06
>>165
>>87
192:デフォルトの名無しさん
07/02/08 23:40:26
>179
そこはホントに管理者権限で処理すればいいんじゃねーの？
193:デフォルトの名無しさん
07/02/08 23:48:41
そんな話じゃねーよ？
194:デフォルトの名無しさん
07/02/08 23:54:44
Windowsのテンプレートだろ？
adminで作ってアプリのカレントに保存後、
セキュリティのeveryoneの読み取りを許可にしとけばいいじゃん。
win文化じゃあんまり見かけないレアケースだと思うけどな。
IEのproxy設定なんかもそうだけど、どんな共通情報でも１から各ユーザに入力させるじゃん。
195:デフォルトの名無しさん
07/02/09 00:28:45
初歩的な話だけど、Vistaの場合管理者アカウントが必ず1つは必要だよね？
んで、標準アカウントは別に存在しなくてもかまわないと。
そうした場合、Vistaプレインストール済みのパソコン買ってきた人っていうのは、
まず管理者アカウントの設定して、それからわざわざ標準アカウントを作成
なんてやるのかな？それとも標準アカウントの作成を促すメッセージでも出る
わけ？
196:デフォルトの名無しさん
07/02/09 00:35:54
管理者アカウントひとつだけで使うケースが一番多いだろうな
197:デフォルトの名無しさん
07/02/09 01:01:59
もう既に、何も読まずに条件反射で「許可」ボタンを押すようになっちゃったな。
198:デフォルトの名無しさん
07/02/09 01:20:00
プログラマでさえこんな状態なのに、一般ユーザなんてどうすりゃいいのかわからんだろうな
199:デフォルトの名無しさん
07/02/09 01:34:15
本当の一般ユーザはUACにひっかかるような操作しないんじゃ……?
とMSは考えたのかも
200:デフォルトの名無しさん
07/02/09 02:03:23
結局、ユーザは何で呼び出されたのかわからないプログラムにも何も考えず許可押すんだから
あんまり意味が無い気もするな。そういう初心者は対象外なんかな。
201:デフォルトの名無しさん
07/02/09 02:09:01
とりあえず、ユーザが許可押したんだからこっち（MS）に責任は無いぞって事にしたいんだろ
そしてMS自らウイルススキャンソフトを出して二度おいしい
すべては計画通り
202:デフォルトの名無しさん
07/02/09 02:28:03
ライトユーザー ユーザー パワーユーザー の区分が必要だ
203:デフォルトの名無しさん
07/02/09 02:48:14
管理者アカウントで常用する悪癖が無くならない限り、どうしようもないな。
UACは、逆にユーザを甘やかす結果になっている気がする。
管理者アカウントのGUIは色数256固定とか位しないと駄目かもしれんね。
204:デフォルトの名無しさん
07/02/09 08:29:24
ハァ？
205:デフォルトの名無しさん
07/02/09 08:41:49
個人で使うパソコンに管理者とかユーザーとかいうのが、もともと不要だったんだよ
企業での利用でも１つのパソコンを共有するなんて、まず無いだろ？
206:デフォルトの名無しさん
07/02/09 08:45:22
どっちかっつーとウィルス対策が主眼なんじゃねーの？
207:デフォルトの名無しさん
07/02/09 11:03:56
UACは悪くはないんだが、
UNIXで言うところsuじゃなくて、sudoを毎回叩いている感覚が気にくわない。
208:デフォルトの名無しさん
07/02/09 12:28:14
UACダイアログ出すときの画面暗転に、もたつきがあるのが気に食わない。
もっとスムーズにやってほしい。画面暗転オフにできれば良いのに。
209:デフォルトの名無しさん
07/02/09 13:42:55
JIS2004フォント問題はどうする？
ユーザーの環境がJIS2004MS書体と旧来のMS書体が混在しそうな予感なんだが。
Vistaだけの問題じゃないところが痛い。
210:デフォルトの名無しさん
07/02/10 06:28:30
>>187
ならProgramDataでいいじゃん。つーかProgram Filesでも管理者は昇格すれば
書ける。Vistaに付属のコントロールパネルも多くは全ユーザーの設定を変更するとき
昇格が必要って仕様だし。
>>151 >>191
> 良い子は真似しないように。
>>208
署名を検証してるからかな。「署名の検証中です」ともなんとも表示されないから
巨大な実行ファイル(自己解凍のインストーラとか)の実行時はフリーズしたみたいになる
211:デフォルトの名無しさん
07/02/10 06:32:18
>>157
こんなの見つけた。一言で要約すると
「現在ログオンしているユーザーのアカウントで即時に一回限り実行されるタスクを登録」
URLﾘﾝｸ(www.codeproject.com)
212:デフォルトの名無しさん
07/02/12 22:55:56
アプリのexe自体がアンインストーラかねてんだけど、
通常実行時は昇格させないでアンインストール時は
昇格させる方法無い？
213:デフォルトの名無しさん
07/02/12 22:59:54
>>212
システムにアンインストーラとして登録しとけば勝手にやってくれんのか？
214:デフォルトの名無しさん
07/02/12 23:22:55
>>205
いや、それは使い方しだいだろ。
確かに、サーバークライアントとして、個々に割り当てられたOSの場合は
サーバー側が制限するのがほとんどだが、小企業になると、
【鯖】←→【PC】 PCーPC－PC－PC－PC みたいに、メインとサブのネットワークをわけて、
１台を共有する場合だってある。
家庭では、大人と子供で、設定を変えて（アダルトサイトを見れないようにとか、システムいじれないようにとか）もするだろ。
管理者権限を付加するかどうかのいま、VistaのUACのほうがいらね～よ
215:デフォルトの名無しさん
07/02/13 00:37:53
少なくとも今の仕様だと、個人で使ってる人間は標準アカウントなんて作らんだろうな。
ほとんどの人は管理者アカウントだけで使うだろう。
本当に標準アカウントで使ってほしかったんだったら、標準アカウントをデフォルトにして、
OSの設定いじるような時はそのためのパスワード入力必須、パスワード入れたら管理者
アカウントに切り替わる(ただし、管理者アカウントというのが存在する事は意識させない)
みたいな仕様にできなかったものか。
216:デフォルトの名無しさん
07/02/13 01:11:50
RHLはGnome使う限りそんな感じだよね。
217:デフォルトの名無しさん
07/02/13 01:51:34
>>215
XPまででも普段からAdministratorsグループのアカウントを常用する奴が多かったから、
とりあえずそいつらに対する対策を取ったということではないだろうか。
218:デフォルトの名無しさん
07/02/13 02:00:40
>>217
それは逆なケースも多いと思うぞ。昔から使ってるアプリケーション
が管理者権限を持つユーザじゃないとまともに動作しないってことが
現実にあるし。
219:デフォルトの名無しさん
07/02/13 07:43:12
>>214
まあ、もっと単純にシングルユーザとはブランドを別ければよかったようにも思うな
1台のUSB-HDDとかUSBフラッシュに、ユーザー情報を全部押し込められるような
仕様にして、それもWindowsだという事にすると。
そうすりゃ、ユーザ数分OSが売れてMSもウハウハ
ユーザも、USBメモリだけ持ち歩けば出先のパソコンを汚さず自分の環境が使えて楽と
220:デフォルトの名無しさん
07/02/13 08:05:53
マイクロソフトがセキュリティにうるさくなったのはウィルス対策もでかいんじゃね？
一般権限と管理者権限じゃ乗っ取られたときのダメージが違うだろ？
…あんまり変わらん？
221:デフォルトの名無しさん
07/02/13 08:47:49
そもそも、みんながみんな管理者権限を使いまくるのは
ユーザ権限が弱すぎるからなんだし、これを強化すればそれだけでよかった気もする。
Program Filesはデフォルトでは空っぽにして、Windows付属ソフトはWindowsフォルダに全部ぶちこんで
そこだけを管理者以外触れないようにするとか
222:デフォルトの名無しさん
07/02/13 09:00:50
キンタマ等のwinny絡みは自己責任、
それ以外のウイルスの大半はマイクロソフトのセキュリティホールの問題がでかい。
メーラーでマクロとか無意味だよ。
223:デフォルトの名無しさん
07/02/13 09:55:59
>>220
管理権限が無くても
アプリさえ走らせられたらVNCもどきで利用画面覗いたり
個人情報の抜き取りとか迷惑メールの踏み台にするとかには何の支障もないだろ
キーロガーのようなDLLが必要なのはともかく
224:デフォルトの名無しさん
07/02/13 10:20:07
Vi$taうっとーしー
225:デフォルトの名無しさん
07/02/13 13:19:50
>>223
そうだなあ。
UNIXの管理してた頃はとにかくroot絶対死守だったけど、
いまどき一番問題なのは個人情報だから一般権限のほうが大事だもんなあ。
226:デフォルトの名無しさん
07/02/13 14:18:57
ローカルセキュリティーポリシーとかで
一般アプリも署名必須設定にできるんじゃないかな
現時点でデフォルトをこれにするのは無謀だが・・・
activexのcabパッケージはやったけども
227:デフォルトの名無しさん
07/02/13 15:49:33
MacOS9からXの時のように、ばっさりと替えてしまえばよかったのにね
228:デフォルトの名無しさん
07/02/13 17:22:44
拡張子「mst」のファイルが書き込みできないのは仕様ですか？
229:デフォルトの名無しさん
07/02/13 17:24:38
うわ、汚らしい強引な制限。
230:デフォルトの名無しさん
07/02/13 19:53:09
>>227
そんなことやったら、非難轟々だと思う。
シェアが低くて、信者が必死で擁護するMacじゃなきゃ無理。
231:デフォルトの名無しさん
07/02/13 20:25:29
MacOSXはMac信者にも嫌われてたけどな
232:デフォルトの名無しさん
07/02/13 20:26:51
あいつら馬鹿だからやっとこさ覚えた操作手順が変わるのを異様に拒絶してた
233:デフォルトの名無しさん
07/02/13 20:52:28
AppleIIの登場が77年、MS-DOSが81年、初代Macが84年。
未だににまがりなりにもDOSの資産を引き継いでるんだから、切り捨ての
連続でやってきたAppleと比べりゃたいしたもんだ。
234:デフォルトの名無しさん
07/02/13 21:56:15
MacOSXは、Win3.1から2000並みの変わりようだったからなあ。
235:デフォルトの名無しさん
07/02/13 22:11:32
VISTAでは、DOSがサポートされてないがな。
236:デフォルトの名無しさん
07/02/13 22:19:36
されてるだろ？ 英語版限定だけど。
237:デフォルトの名無しさん
07/02/13 22:21:47
VMでDOS動かせばいいんじゃないの？
238:デフォルトの名無しさん
07/02/13 22:28:13
Vistaのコマンドプロンプトにファイルをエクスプローラからドラッグドロップできないっていうのは
どういうセキュリティ上の制限なんだろう
239:デフォルトの名無しさん
07/02/13 23:10:45
SPTI使ってフォーマットされてるドライブにWriteコマンド発行するとアクセス拒否されるんだけど仕様？
UACきってもダメだし。
240:デフォルトの名無しさん
07/02/14 03:30:28
>>238
うおお、下らん制限だ
241:デフォルトの名無しさん
07/02/14 06:37:32
>>221
ユーザー権限での使用はUACで便利になった。
今まで管理者で使ってた人は「不便になった」としか感じないだろうが
>>238
MIL。コマンドプロンプトのウィンドウはcsrss.exe(IL=System)が出してるから。
>>239
ページファイル攻撃に対策するための仕様。
URLﾘﾝｸ(www.itmedia.co.jp)
242:デフォルトの名無しさん
07/02/14 06:40:57
>>223
> VNCもどきで利用画面覗いたり
> 迷惑メールの踏み台にするとかには
管理者権限がないとWindowsファイアウォールに穴を開けられない。
243:デフォルトの名無しさん
07/02/14 09:25:33
>>242
サーバを組み込むタイプは制限されるかもしれないが
VNCでもワンクリック(ビュアーリスニングモード）タイプだとどうなの？
メール送信の踏み台にも、たとえばHTTPで送信内容を取得して、送信するアプリ書かれたら
ファイアウォールで防げる？
244:デフォルトの名無しさん
07/02/14 10:42:48
>>242
Vistaのファイアウォールって、デフォルトでインバウンド・アウトバウンド両方共
有効なんだっけ？
245:デフォルトの名無しさん
07/02/14 12:07:50
>>242
所詮Windowsだろ？
壁自体に穴が空いてるよ・・・
246:デフォルトの名無しさん
07/02/14 12:13:44
ファイアウォールの実行ソフトが単一バイナリならアタックしやすいだろうね。
247:デフォルトの名無しさん
07/02/14 12:31:46
>>245
それを言うなら、壁自体に窓が開いてる・・・・
248:デフォルトの名無しさん
07/02/14 12:57:45
>247
デケェなオイｗ
249:デフォルトの名無しさん
07/02/14 13:33:10
>>238
編集モードを有効にするとあら不思議
250:デフォルトの名無しさん
07/02/14 19:28:22
>>247
壁に窓が開いてるのは当たり前のような
251:デフォルトの名無しさん
07/02/14 20:16:26
>>250
お前頭いいな
252:デフォルトの名無しさん
07/02/15 07:11:01
>>250
おまえカプセルホテル使ったことないだろ
253:デフォルトの名無しさん
07/02/15 09:37:13
カプセルが当たり舞じゃないだろ。
それとも252はカプセルに住んでるのか？
ネットカフェに住むワーキングプアみたいな。
254:蕪木ら某 ◆Googl8RmwA
07/02/16 06:28:32
>>238>>240-241>>249
+ URLﾘﾝｸ(support.microsoft.com)
(w
255:デフォルトの名無しさん
07/02/16 10:31:20
Shift+右クリックは知らんかった
256:デフォルトの名無しさん
07/02/16 22:32:26
別に隠しコマンドみたいにする必要があるメニューじゃないと思うんだけどな。
パスのコピー
257:デフォルトの名無しさん
07/02/16 23:59:20
ぬう、これは．．．
士郎、でかした！！
258:デフォルトの名無しさん
07/02/17 00:06:44
自作ツールの出番が無くなる！ Vista 乗り換えは禁止だなｗ
259:デフォルトの名無しさん
07/02/17 00:23:48
explorerのメニューがALTキーを押すと出てくるなんて気がつかなかったしな。
Vistaになってから、UI設計の質が落ちたような気がする。
260:デフォルトの名無しさん
07/02/17 01:47:23
詳細表示がLVS_EX_FULLROWSELECTだけど、
非選択項目を右クリックするとき
アイコンかラベルの上じゃないと反応しないのもUIの不一致だよな
261:デフォルトの名無しさん
07/02/17 03:36:56
初心者があまり使わない機能を隠蔽する方向か
にしても機能の選択が怪しいというかなんというか
262:デフォルトの名無しさん
07/02/17 14:04:51
「コマンド ウィンドウをここで開く」も同様の隠し機能ながら標準装備されたな
263:デフォルトの名無しさん
07/02/17 18:37:44
cdって入れてからフォルダをD&Dで・・・が使えなくなったからねえ
264:デフォルトの名無しさん
07/02/18 12:16:05
>>238 >>240-241 >>249 >>245
回避策がなんであれ、
ドラッグ＆ドロップそのものができないのが
ひじょーに不便だよな。
SSHでも立ててPoderosaとかで試してみることにするわ。
265:デフォルトの名無しさん
07/02/21 20:24:45
Vista上で動くプログラムから、Vistaが
・クリーンインストールされたVistaなのか、
・XPからアップグレードされたVistaなのかを
スカッと見分ける方法ってありますか？
ご存じでしたら教ぇてくださぃ。
266:デフォルトの名無しさん
07/02/21 21:23:10
知らないけど見分けてどうすんだ?
267:デフォルトの名無しさん
07/02/21 21:30:58
マイクロソフトが「クリーンインストール」という用語を
紛らわしい感じに再定義したという話をきいたが。
URLﾘﾝｸ(pc.watch.impress.co.jp)
268:265
07/02/22 02:38:36
「クリーンインストール」という言葉はややこしいんですねぇ。
書き直すと、
-----
Vista上で動くプログラムから、そのVistaが
・XPからアップグレードされたVistaなのか
・アップグレードではない（初めからVistaが入っている）環境なのか
を見分ける方法ってありますか？
269:デフォルトの名無しさん
07/02/22 10:01:18
>>265
見分ける方法は知らないけど、「何のために見分けたいか」が書かれていると
「それなら見分けるんじゃなくてもxxxという方法が使えるよ」とか答えやすくて
いいんじゃないかな。
そもそも、「何のために」が分からないと、手持ちの情報を提供して役に立つかどうか、
こちらで判断できないじゃん。
270:265
07/02/22 10:29:40
元からVistaのPCと、XPからｱｯﾌﾟｸﾞﾚｰﾄﾞしたVistaでは動作が違うところが沢山あるので、
とりあえずはｹｰｽﾊﾞｲｹｰｽで自作プログラムの動作を切り替えたいからです。
271:デフォルトの名無しさん
07/02/22 10:39:45
素のVistaで動くように作れば切り替えなくていいはずだが。
なぜ難しいほうに行きたがるのだろう。
272:デフォルトの名無しさん
07/02/22 11:21:46
「沢山」じゃなくて具体的にどーとかねーの？
273:デフォルトの名無しさん
07/02/22 11:48:48
>270
もう答え出てんじゃん。
「動作が違うところ」をトリガにすればおｋ。
274:デフォルトの名無しさん
07/02/22 11:55:07
設定に
□ 私はVistaを上書きでインストールしました。
ってチェックボックスつけとけば？
275:デフォルトの名無しさん
07/02/22 12:06:10
□ 私はコレで会社をやめました
276:デフォルトの名無しさん
07/02/22 13:33:14
Vistaでパソコンが終わりそうだ
URLﾘﾝｸ(www.nikkeibp.co.jp)
277:デフォルトの名無しさん
07/02/22 14:03:51
OSが変わった程度で世間が騒がなくなっただけでしょうに。辛口評価て(笑)
278:265
07/02/22 15:19:31
アップグレードしたVista上で、rundll32.exeを使って
printui.dll内のPrintUIEntry()を呼び出すとエラーが出ちゃいます。
クリーンインストールしたVistaや、2000/XP上ではエラーなく動いてくれるのに。
printui.dllをLoadLibrary()して呼び出せば、アップグレードした
Vista上でもエラーが出ないのですが、別の事情がありまして
なるべくrundll32.exeを使って呼び出したいのです。
279:265
07/02/22 15:20:24
という訳で、Vistaの素性を調べて、
アップグレードしたVista → LoadLibrary()経由で関数コール
それ以外のVista および XP/2000 → rundll32.exe経由で関数コール
としようと考えたのですが、その区別の仕方が見つからなく困っています。
GetProductInfoとかGetVersionExで取れると安易に考えていたのですが。
280:デフォルトの名無しさん
07/02/22 15:30:08
LoadLibrary経由に統一したらだめなのか？
281:デフォルトの名無しさん
07/02/22 16:04:26
だめなんですぅ
でも諦めたらそうするかも
282:デフォルトの名無しさん
07/02/22 17:47:07
ク．．．が暴走をはじｍ．．．
. ヽ |-､ !/_,／ﾞ ヽ＿＿_ ＼＼,
｀ｰ- ! , -＼ _, -.! ヽ ｀ヽ ＼＼_
ゝ | , -''.￣￣＼ :::::ヽ ヽ '､ | .＼＼_
/゛ ＼ :ヽ ' ､ | _, _､ ＼＼_
／ ､ ＼l､ ! / .! ＼ ＼
_,＿＿＿_,|, | ＼ ヽ ＼_` . ‐-､
_,／ ! .l─ヽ .-/- ● ＼
｀ ｰ ､ ｀`ヽ､ ヽ !::::::.! .ｰ ＼ .＼ ＼.＼
｀ヽ､ ／-､ ｀'-､ ,_-‐‐'ヽ__|､::::::.! ｀ヽ,＼ ＼＼
＼ ヽ､_ , ‐', -‐￣ .∥::::::ヽ ー' ''ｰ
｀‐‐-／::￣'''--､_ l :/゛ ｀ヽ,:::ヽ
＼ ::::::::＼｀ヽ| ＼:|
＼ :::::::::`''ヽ--､ _,,.-‐ヽ !/
＼_:::::::::::::::::.! /'´::::::::::::::｀＿ .､ !ヽ ､
｀'ｰ-､ ::| ./::::::::::, ‐'": : : :｀'‐.! .|ヽ .!､ ､｀`ヽ
!__| ￣ / : : : : : : : : : :! .!ｉヽ ! /: :.!
!: : : : : : : : : : : .＼.-､｀ ー'' ／
!: : : : : : : : : : : : :/ ｀ｰ､￣ﾞヽ
ｉ: | ヽ : : : : : : : : : : /｀´ ￣'`
|: .! , -─'ー-､______／
ヽ ＼, ｀￣─ ／ l
｀ ｰ-｀ ー‐‐／ /
／ ,/
／ , ／
￣
283:デフォルトの名無しさん
07/02/23 06:03:49
まずエラーの原因突き止めたら?
>>271
フォルダ仮想化で動作がおかしくなるから仮想化されてるかどうか見分けて
動作を変えたいみたいな本末転倒系の質問だろうと思ってたら案の定だった
(正解はもちろん「manifest追加して仮想化されないようにする」)
284:デフォルトの名無しさん
07/02/23 06:04:50
3行目以降は単なるたとえで>>265への答えじゃないので念のため
285:デフォルトの名無しさん
07/02/23 08:45:56
>>278
エラーでたらキャッチして、処理を切り替える訳にはいかんの？
286:デフォルトの名無しさん
07/02/23 10:08:20
>282
クリリンのことかぁぁぁぁ！！！
287:265
07/02/23 11:40:53
manifestは付けています。
>>285
レスありがとうございます。
printui.dll（もしくはその先）が勝手にエラーのメッセージボックスを
表示してしまうので、それを出したくないんですよぉ。
288:デフォルトの名無しさん
07/02/23 19:19:46
漏れの自作プログラムの中に、ある条件下でレジストリの HKEY_CLASSES_ROOT 配下に書き込みを行うものがある。
そのプログラムが HKEY_CLASSES_ROOT 配下への書き込みを行うまでは、何度起動してもUACのダイアログは
出なかったんだが、一度書き込みを行ってからは毎回ダイアログが出るようになった。
「危険な動作を行うプログラム」ってことをVistaが学習したんだろうな。
じゃあ、その学習内容はどこにあるんだろうかと、レジストリを検索してみたところ、
HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers
に記録されていることがわかった。
ここに実行ファイルのフルパス名で作成されている値を削除したら、UACのダイアログは出なくなった。
289:デフォルトの名無しさん
07/02/23 19:39:49
というわけで、レジストリ書き込み機能を別の exe に分離して、必要に応じてそっちを
起動するようにすれば、プログラムを起動するたびにUACダイアログが出るような事態は
避けられるんじゃないかと思いついたので、これから検証してみる。
290:デフォルトの名無しさん
07/02/23 21:47:37
ﾎﾎｳ
291:デフォルトの名無しさん
07/02/23 23:07:12
この本(mook)どうよ？
URLﾘﾝｸ(www.amazon.co.jp)
292:デフォルトの名無しさん
07/02/24 05:37:58
随分検証に時間掛かるな。
293:デフォルトの名無しさん
07/02/24 10:37:51
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::。:::::::::::::::::::::::::::::::::::::::::::::
:::::::::::::::::::::::::::::::::。::::::...... ... --─- :::::::::::::::::::: ..::::: . ..::::::::
:::::::::::::::::...... ....:::::::゜::::::::::.. （___ ）（___ ） ::::。::::::::::::::::: ゜.::::::::::::
:. .:::::。:::........ . .::::::::::::::::: _ i/ ＝ ＝ヽi :::::::::::::。::::::::::: . . . ..::::
:::: :::::::::.....:☆彡:::: ／/[|| 」 ||] ::::::::::゜:::::::::: ...:: :::::
:::::::::::::::::: . . . ..: :::: / ﾍ | | ____,ヽ | | :::::::::::.... .... .. .::::::::::::::
::::::...゜ . .::::::::: ／ヽ ﾉ ヽ＿＿/ ....... . .::::::::::::........ ..::::
:.... .... .. . く / 三三三∠⌒＞:.... .... .. .:.... .... ..
:.... .... ..:.... .... ..... .... .. .:.... .... .. ..... .... .. ..... ............. .. . ........ ......
:.... . ∧∧ ∧∧ ∧∧ ∧∧ .... .... .. .:.... .... ..... .... .. .
... ..:（ ）ゝ （ ）ゝ（ ）ゝ（ ）ゝ無茶しやがって… ..........
.... i⌒ / i⌒ / i⌒ / i⌒ / .. ..... ................... .. . ...
.. 三 | 三 | 三 | 三 | ... ............. ........... . .....
... ∪ ∪ ∪ ∪ ∪ ∪ ∪ ∪ ............. ............. .. ........ ...
三三 三三 三三 三三
三三 三三 三三 三三
294:デフォルトの名無しさん
07/02/24 14:18:08
>>288 の身に一体何が…。
295:デフォルトの名無しさん
07/02/24 19:54:15
>>288
書き込みを行ったあとそのプログラムが終了したとき互換アシスタントが出なかった?
296:デフォルトの名無しさん
07/02/24 21:26:36
>291
今の時点で出ている Vista開発本は、英語以外、全て糞。
297:デフォルトの名無しさん
07/02/24 21:42:14
>296
英語の場合のお勧めってあります？
298:デフォルトの名無しさん
07/02/26 18:03:32
自作のDLLをregsvr32で登録するようなインストーラを
WindowsInstaller(VisualStudio.NET 2003)で作成しています。
UACが有効になっている状態だと、インストールの途中で
msiに対しての昇格ダイアログが出てくるのですが、
これを許可してもregsvr32でのレジストリ登録の段階で
エラー0x80070005(E_ACCESSDENIED)で弾かれてしまいます
(インストーラからは、カスタム動作の「確定」フェーズで
regsvr32を呼び出しています)。
DLLにマニフェストを添付してrequestedExecutionLevelを
設定してみてもだめでした(asInvoker、requireAdministratorともに)。
COM登録を含むインストーラは、どのように作成されることを
Microsoftは推奨してるのでしょうか。
299:デフォルトの名無しさん
07/02/26 18:33:05
＞COM登録を含む
Ｍ＄「だから、ＣＯＭをドトネトで置き換えろっつーの」
300:デフォルトの名無しさん
07/02/26 19:38:40
それ言い出したらこのスレでネタにしてる話のほとんどは
アンマネージなアプリにしか関係ないような
301:デフォルトの名無しさん
07/02/26 20:17:39
MSI的にはregsvr32で登録するのは推奨してなかったはず。
302:298
07/02/26 20:28:53
>>299-301 様、ご意見ありがとうございます。
なるほど、regsvr32でのCOM登録はVistaでは
遂に切り捨てられたと見た方がよいのですね･･･
しかし、当方の場合は自作DLLですので変更の余地はありますが、
サードパーティーから提供されているCOMコンポーネントに
依存しているアプリケーションを作成しているベンダーは、
全自動でのインストーラを作成できなくなり困りそうですね
(WindowsInstaller以外ならその限りではないのかも知れませんが)。
「コマンドプロンプトを管理者として実行してregsvr32を･･･」のような
マニュアル書きでの対応になるのでしょうか。
303:デフォルトの名無しさん
07/02/26 20:34:10
regsvrで変更されるレジストリを記録して、
registoryテーブルに書くだけでないの？
304:デフォルトの名無しさん
07/02/26 20:46:06
vsdrfCOMSelfReg?
305:298
07/02/26 20:49:48
>>303 様
regsvr32を使用せず、msiによるレジストリ操作に任せるというわけですか。
確かにその方法ならregsvr32もDLLもコールすることなく
結果的にCOM登録できそうですね。
その方法はまだ試していませんでした、検証してみようと思います。
貴重なご意見ありがとうございました。
しかし、regsvr32の内部仕様に関しては詳しく知らないのですが、
環境によって動的に書き込む内容が変わるなどがあると少しまずいかもですね。
少なくとも、インストールフォルダを参照してDLLのパスを書き換える必要があるため
静的に書き戻すだけ、というわけにはいかないようです。
306:デフォルトの名無しさん
07/02/26 21:10:30
msiには、インストールフォルダ、とかの置換規則がいくつかあるよ。
307:デフォルトの名無しさん
07/02/26 22:40:26
だからvsdrfCOMSelfReg
セットアッププロジェクトってWindows Installerとは違うの?
308:デフォルトの名無しさん
07/02/26 22:41:10
SelfRegも、msiチームはあんまし･･･みたいな話だったなー。
309:デフォルトの名無しさん
07/02/26 23:15:03
じゃあXP以上ではReg-Free COMを使うとか
310:298
07/02/26 23:15:41
>>304,307 様
vsdrfCOMSelfRegって何のことだかわからなかったのですが、
セットアッププロジェクトに追加したDLLのプロパティで
勝手にregsvr32同等の機能をmsiにしてもらう方法があったのですね･･･
すみません、単に私がmsiに関しての機能を把握していないだけでした。
試してみたところ、問題なく登録することができました。
また、DllRegisterServer/DllUnregisterServer内での処理も
昇格された権限を継承して実行できているようです。
COM登録インストーラのUAC対応は、どうやらこうするのが本筋みたいですね。
というか、msiからregsvr32呼ぶこと自体が間違っていました。
>>308 様
懸念されている問題は、
URLﾘﾝｸ(support.microsoft.com)
にて記述されているようなことでしょうか。
確かに、上記のアーティクルでは[COM]か[COMRelativePath]が推奨されているようですね。
今は知識不足のため明確な違いがよくわかりませんが、
[COM]/[COMRelativePath]も調べてみて最適なものを採用してみようと思います。
本当にありがとうございました。
311:298
07/02/26 23:32:23
>>309 様
Reg-Free COMというのは知りませんでした。
調べてみたところ、VS2005からの機能のようなので残念ながら
今回は利用できませんが、開発環境をバージョンアップしたときの
選択肢になる可能性として参考にさせていただきます。
ありがとうございます。
312:デフォルトの名無しさん
07/02/27 00:32:42
MSが仕様だと言い張るので、Vistaのすばらしい機能を紹介します。
レジストリのHKEY_CURRENT_USERのキーを同一PC上のユーザにコピーする「機能」です。
（条件）
・実行ファイル名に"UPDATA"や"SETUP"などの文字を含む 例）MyUpdate.exe つまり、UACにひっかかるexeであること。
・そのexeにmanifestをつけないこと。あってもいいけど、実行権限を指定しなければok。
（方法）
・そのexeの中で、HKCUのキーを書き込むだけでそのキーが全ユーザにコピーされます。
・MFCアプリなら、CWinApp::GetProfileStringなどで、参照するだけでOK！ナイスすぎ。
しかも、書き込んだキーだけじゃなく、SetRegistryKeyで設定したグループ以下を
全部丸ごとコピーしてくれるから、とっても簡単！
通常は、会社名を設定するから、あなたの会社のソフトをまとめて面倒みてくれます。
microsoftをSetRegistryKeyにしたら・・・うは～
・書き込むって言ったけど、RegCreateKeyExをやっても、そのキーが丸ごとコピーされマス！
（ただし）
・すでにキーが設定されていれば、上書きはされません。
キーが空だった場合のみ,ほかのユーザのHKCUのキーが新規で追加されます。
でも、普通デフォルト設定はキーを空にするよね。
・コピーする内容がパスだった場合、ご親切にもパスのユーザー名の部分だけ置き換えてくれます。
たとえば、c:\User\papa\秘密.txt という文字列を書き込んだ場合は、ママのレジストリには
c:\User\mama\秘密.txt と置き換えてコピーしてくれるんです！開発者のことよく考えてくれるね～
このすごい機能は、RedirectHKCUKeysと言うらしいです。
これで、パパのクレジット番号だろうが、パスワードだろうが、ママがいちいち入力しなくても
親切にコピーしてくれるから、すごく便利だね！
一度おためしあれ。
313:312
07/02/27 00:43:18
あ、ちょっと間違えました。
実行ファイル名に"UPDATA"や・・・
↓
実行ファイル名に"UPDATE"や・・・
314:デフォルトの名無しさん
07/02/27 00:46:21
何が問題なのか全然わからね。
> UACにひっかかるexe
なんだからそのexeが悪意を持ってるって前提ならそもそも何でもやり放題だし
意図せずコピーされるって話なら対応策(の逆)を自分で書いてるし
>・そのexeにmanifestをつけないこと。あってもいいけど、実行権限を指定しなければok。
つーかそもそもインストーラからHKCUに書き込むなというか
315:デフォルトの名無しさん
07/02/27 00:50:59
>>312
ひでぇな、これ。
>>314
>>312の最後の部分をよく読め。この問題をすぐに理解できなくても
お前が馬鹿だとは思わないが、プログラマとして情報セキュリティに
関して理解を深めておくことを強く推奨する。
316:312
07/02/27 01:03:21
314さんのおっしゃるとおりです。
MSの方も同じことをおっしゃっていました。
「これから」対応するソフトはmanifestをつけるだけでいいから
全然問題ありません。
インストーラからHKCUに書き込むのは確かにヘンです。
でも、アップデートプログラムは・・・？
CDに書いて店頭に並んじゃったCDは、Vista対応じゃないから自己責任ですよね。
ちなみに、ヒマなときに検索したところ、iTunes、Realplayer、DivX Cordecあたりは、
××update.exeというマニフェストを含まないexeがインストールされます。
HKCUに書き込みを行っていないことを願うばかりです。
iTunesは、iPodにCDで入ってますから。
対応OSよく見ないVistaユーザなんていないですよね。
そもそも、exe名の文字列だけで引っかかるというのもね、ちょっと。
そんな恨み言いってもしょうがないんですけど。
317:デフォルトの名無しさん
07/02/27 01:05:21
俺も何が問題なのか理解できん。
その仕様を利用してどんな悪さが可能なのか提示ｷﾎﾞﾝﾇ。
ファイルのパスだけじゃなくファイル自体もコピーするってんなら、悪用の仕方もいろいろ思いつくんだけど。
318:デフォルトの名無しさん
07/02/27 01:07:51
>>317
ポイントは悪用じゃなくて、意図せずに情報が他のユーザに漏れてしまうこと。
319:デフォルトの名無しさん
07/02/27 01:15:39
意図せずに、ったって、setup.exeとか言う名前で、
しかも管理者権限をUACで有効にしてるんじゃないの？
320:312
07/02/27 01:19:39
ちゃんと書き込みしましょう。
正直、どんな「悪用」ができるかまで考えが及んでません。
ただ、この条件にマッチしてしまう市販ソフトが店頭に並んでしまっているわけです。
先ほど例として挙げたように、iTunesをはじめ、AcrobatReaderなんかも、バックグラウンドで
最新版をチェックするようなアプリには、××update.exeみたいな名前をつけちゃうんです。
で、MFCアプリの場合は、「参照」しただけでキーのコピーが行われてしまうので、
ソフトメーカーの姿勢として、どうやってこれを対処するのか？ってことなんです。
市場に出ているソフトを全回収？その費用は誰が持ってくれるの？
Vista対応って書いてないソフトだからほっとく？
テストした結果、パスワードがコピーされることが確認されました。
我々は、さすがにこの動作はMSが直してくれるだろうと思ってたんですが、
MSの見解として、「仕様」と位置づけられたために、手詰まりなんです。
そこで、この仕様は、本当にこのままで問題ないの？ということを、
高い知識を持った皆様に伺ってみたかったんです。
ちゃかしたような書き込みですみませんでしたが、かなり困ってます。
321:312
07/02/27 01:23:10
>>319
管理者権限を設定してあれば、この動作は起こりません。
権限を設定していないXP時代のアプリの場合に発生します。
で、Setupだけだったら問題は少なかったんです。
でもUpdateは、多くのソフトがこの名前を「インストーラ」ではなく、
「最新版チェックツール」につけているんです。
322:デフォルトの名無しさん
07/02/27 01:26:23
考えれば考えるほど、問題が出ない気がしてきた。
そもそも秘密文章とかは、パスがわかってもそもそも開けない
アクセス制限のかかった環境におくんじゃないのか
323:デフォルトの名無しさん
07/02/27 01:30:54
>>322
秘密文章のパスが書き込まれるだけならおっしゃるとおりです。
しかし、パスワードのような短い文字列は、HKCUに直接書きませんか？
もちろん、文字列をそのまま書き込むようなことはしないと思いますが、
たとえ暗号化してあっても、HKCUにパスワードが記入されていたときには、
自動ログインするよう動作のアプリの場合、ほかのユーザが「ログイン」
できてしまうわけです。
324:デフォルトの名無しさん
07/02/27 01:34:20
かつ、管理者権限を持つヒトが実行した、update.exeみたいな
名前のプログラムが、そのHKCUレジストリを参照したとき、だろ？
325:デフォルトの名無しさん
07/02/27 01:36:52
うーん。プログラムのアップデートサーバにログイン認証を仕掛けているとき、
アップデータがHKCUにログイン情報を書いていると、しつが管理者以外にも
漏れる、くらいしかシナリオが思い浮かばないな。
326:デフォルトの名無しさん
07/02/27 01:38:09
ちょっと考えただけで、例えば、誰かが勝手に作った gmail 関連のツールなんかで
インストール時に gmail のユーザアカウントとパスワードを入力→他のユーザから
メールボックス丸見えｗ なんて楽しそうなシナリオが満載ですねｗｗ
327:デフォルトの名無しさん
07/02/27 01:41:48
>>324
そうなんですが・・・
MFCプログラムでは、初期化のときに、このソフトはどのレジストリキー以下を参照するか
設定する流儀になってるんです。
これが、SetRegistryKeyというAPIです。
つまり、初期化のときに、「このアプリは、HKCU\MyCompany 以下に情報を書き込みます」と
設定しておけば、その後はいちいちMyCompanyを指定しなくても、レジストリの読み書きができる
ようになっています。
で、この動作の凶悪なところは、HKCU\MyCompany\MyApp\password というキーを参照しただけで、
SetRegistryKeyで設定したHKCU\MyCompany\以下を丸ごとコピーするのです。
つまり、前回終了したときのWindowの位置を参照しにいっただけで、隣に書いてあったPasswordまで
コピーされます。
MFCの中で、参照の際にSetRegistryKeyで指定した初期位置に対して、RegCreateKeyEx等を
実行してるんじゃないかと推測します。
レジストリの変更をリアルタイムに監視するツールで見てたんですけど、それはもう見事に
丸ごとコピーされました。なかなか壮観は映像でしたよ。
328:デフォルトの名無しさん
07/02/27 01:46:29
たしかにログイン情報は危ないかもな。
具体的な例はメールチェッカくらいしか思い浮かばないけど
これはレジストリあたりにパスワードを記録してる可能性高いし
暗号化されてる情報でもコピペすればそのまま使えるだろうから
329:デフォルトの名無しさん
07/02/27 01:50:12
>>328
たとえ他に危険がケースがなくともその例だけでもうお腹いっぱいだろ。
330:デフォルトの名無しさん
07/02/27 01:52:38
あともう一つ。
作業用フォルダとか、データ保存先フォルダ（これは大した問題じゃないですが）なんかがコピーされると、
アプリが起動しない、とか、「作業用フォルダが見つからないのできどうできない」とか、以前保存しておいた
ファイルがなくなった！（ように見える）とか、セキュリティというレベルでなくても、動作上の深刻な不具合は
たくさん起こりえると思います。
もちろん、異常なレジストリデータが入っていたときの処理を、きちんとアプリに実装していればいいんですけど・・・
こういう動作って、設計の時にはなかなか思いつかないんですよ。検査でも発見されにくいですし。
絶対自分しか書き込みしないと信じて作ると、そうなりますね。
まさか、まさか、OSが他人のキーをコピーするなんて、全く想定してませんでしたから・・・
331:デフォルトの名無しさん
07/02/27 02:43:16
>>330
関係無いけど口調が回りくどくてうざい。
もっと普通に書けんのか？
それと、文は簡潔に短く纏めろ。有意義な事が書かれてても駄文だと誰も読まんぞ。
332:デフォルトの名無しさん
07/02/27 03:00:36
>>331
外野は黙っててくれませんか？
折角有意義な情報を提供してあげているのだから・・・
もっと真面目に考えて欲しいものです
333:デフォルトの名無しさん
07/02/27 03:36:20
なんだコイツ？
334:デフォルトの名無しさん
07/02/27 03:37:25
>>332
ここでチマチマとやらずに、IPAなりセキュリティホールメモなりスラドなりにタレ込んで
話大きくしたらいいんじゃね？
335:デフォルトの名無しさん
07/02/27 04:12:57
おれはこういう情報も、チマチマ欲しいと思うんだがな
多少なり有意義な情報と思うよ
たしかに文章的には読むのを辞めたくなる文だが…
336:デフォルトの名無しさん
07/02/27 05:01:56
>>331
禿同
いくらいい情報でも文章がアレだと台無し。
>>332
折角能力高いのにもったいないですよー
337:デフォルトの名無しさん
07/02/27 05:16:37
参考になった。
いろんな意味で。
338:デフォルトの名無しさん
07/02/27 05:42:30
情報漏洩ネタだし、ageてみるテスト。
339:デフォルトの名無しさん
07/02/27 06:10:38
Yahooメッセンジャーはパスワードとかをレジストリの
HKEY_CURRENT_USER\Software\yahoojapan以下のどっかに保存してるみたいで
WinXPだとこれを丸ごとコピーすればそのまま別ユーザでも起動できるみたい。
この漏洩話が本当に起きるなら、Vistaで「HKCU\Software\yahoojapan」に
特定条件下でRegCreateKeyをかければ、全ユーザでYahooメッセの情報が共有されるってことなのかな
340:デフォルトの名無しさん
07/02/27 06:12:36
>>339
Yahooメッセンジャーって>>312の(条件)に当てはまるところがあんの？
341:340
07/02/27 06:13:35
ごめん、よく読んでなかった。
342:デフォルトの名無しさん
07/02/27 07:03:47
いやいや、一般ユーザの権限で、他のユーザのヤフーメッセンジャーのパスワードを盗める可能性が>>399によって提示されたのだよ。
もっとも、問題があるのはヤフーメッセのほうだと俺は思うけどな。
343:デフォルトの名無しさん
07/02/27 07:23:43
管理者ユーザのパスが漏洩する、であって、一般ユーザが能動的に
奪取は出来ないのでは？
344:デフォルトの名無しさん
07/02/27 07:53:48
これについては漏洩がどうとかいうより、これのせいで意図しないのに情報が
全ユーザにコピーされてしまうことで、レジストリにアクセスしたソフトが
変なクレームを受けることになる可能性のほうが重要な気もする
345:デフォルトの名無しさん
07/02/27 08:50:39
確かに、自社の製品がこれに該当したら冷汗ものだな。
346:312
07/02/27 09:07:14
みなさん、ご意見ありがとうございました。
回りくどい表現ですみませんでした。
最後に、この症状が発生するアプリの作り方だけアップします。
CUpdateApp::InitInstance()
{
//CWinAppを利用して参照するレジストリの最上位を指定します。
SetRegistryKey(_T("Aisoft"));
//HKCU\Software\Aisoft\AU配下にあるTestEntryから文字列を取得します。
CString strTestEnty = GetProfileString(_T("AU"),_T("TestEntry"),_T("TestData"));
347:デフォルトの名無しさん
07/02/27 09:07:58
うわ、最悪
途中でアップしてしまった。
もうどうでもいい
348:デフォルトの名無しさん
07/02/27 09:16:48
エーアイソフトさん大変だなｗ
349:デフォルトの名無しさん
07/02/27 09:38:45
俺がこの世でもっとも許せないヤツは、
スーパーで清算後に品物を袋詰めした後のカゴをカゴ置き場に戻さないヤツと、
プログラムのコメントにですます調を使うヤツだ。
350:デフォルトの名無しさん
07/02/27 09:53:37
今自作のプログラムをいじっていて気づいたんだが、.exeのファイル名だけじゃなく、
製品名やファイルの説明にsetupとかupdateが含まれていてもUACの対象になるのな。
351:デフォルトの名無しさん
07/02/27 10:10:35
そこまでしなくてもいいだろうになー
352:デフォルトの名無しさん
07/02/27 10:14:26
>>349
ですます調いいじゃん。なぜ駄目なの？
353:デフォルトの名無しさん
07/02/27 10:41:09
>>330
この「仕様」はそれとは逆で、HKCUはインストーラやアップデータが
書き込んでくれてるに違いないと決めつけてるレガシーアプリを動かすため。
標準ユーザーがインストーラ起動しても、インストーラが書き込むHKCUは
インストーラが動いてる管理者ユーザーのもので標準ユーザーのHKCUには
(この「仕様」がなければ)書き込まれないから。
Vista対応アプリのインストールを管理者ユーザーでしかテストしないと
ハマる可能性がありそうだ。
354:デフォルトの名無しさん
07/02/27 10:53:37
>>346-347
お前、全てにおいて最悪な社員だな・・・
355:デフォルトの名無しさん
07/02/27 10:55:10
で、アップデータがHKCUを参照してもそれは有効なHKCUであるとは限らないから、
結論から言えばアップデータもHKCUにさわっちゃダメってこと。
アプリ本体のexeがインストールやアップデート後の初回起動を認識して
HKCUを適切に生成したり更新したりできなくてはならない。
356:デフォルトの名無しさん
07/02/27 11:24:59
もうどうでもいいﾜﾗﾀ
357:デフォルトの名無しさん
07/02/27 12:30:42
結論：やっぱりレジストリは一切使うな
358:デフォルトの名無しさん
07/02/27 12:45:37
AppDataにXMLで設定を保存してるアプリも多いね。
359:デフォルトの名無しさん
07/02/27 13:19:18
iniファイルで十分
360:デフォルトの名無しさん
07/02/27 13:24:46
iniでは可変長のリストを持ちにくい件について。
361:デフォルトの名無しさん
07/02/27 13:26:51
可変長のものは個別に別ファイルで無問題
362:デフォルトの名無しさん
07/02/27 13:32:11
>>361
ちょｗｗｗｗｗｗそれはiniでは不十分ってことじゃないのか!?
363:デフォルトの名無しさん
07/02/27 13:56:04
独自ﾌｫｰ!マット
364:デフォルトの名無しさん
07/02/27 14:08:29
iniって拡張子にしてると、将来何が起きるか判らんから
適当に長い拡張子付けてるな。
どうせ設定・保存はなんか拡張してる間にか独自形式化しちゃったし
365:デフォルトの名無しさん
07/02/27 14:16:10
>>357
で、VirtualStoreがらみでハマるわけですな
366:デフォルトの名無しさん
07/02/27 14:21:25
つまり、独自フォルダにインストールし
レジストリは使わず、独自形式の設定ファイルを使うアプリが最強ってことですな
367:デフォルトの名無しさん
07/02/27 16:49:22
>>365
C:にはインストールできない仕様にする
368:デフォルトの名無しさん
07/02/27 16:53:28
どんどん本末転倒の坂を転げ落ちてますな
ちなみにuiAccess="true"はProgra Filesにインストールしないと効果が出ないよ
(おそらくユーザー権限で改竄ができるとダメ)
369:デフォルトの名無しさん
07/02/27 16:53:45
Progra Files
mが抜けた
370:デフォルトの名無しさん
07/02/27 19:45:08
>>339-341
それってさー、EXEコピって～UPDATA.EXEとかにリネームして
実行しちゃえば条件に当てはまっちゃうんじゃないの？
別の名前じゃ起動しないとか、インストールしたフォルダからで
ないと起動しないとかならいいだろうけど。
371:デフォルトの名無しさん
07/02/27 21:08:30
rename shoot_yourself_in_the_foot.exe update.exe
update.exe
372:デフォルトの名無しさん
07/02/27 21:34:25
そもそもsetupやらupdateなんかがファイル名に含まれたらって
条件からして頭悪そうな案だよな。ていうか、やっつけ仕事？
373:デフォルトの名無しさん
07/02/27 22:06:09
これって「アプリのデータをバックアップするにはどうするの？」
ってユーザーから聞かれたら
C:\Users\ユーザー名\AppData\Roaming\アプリ名
とかのフォルダの中身をどっかに保存して再インストール時はそれを元の場所に
戻せって言う事になるんだよね？
んでデフォではAppDataフォルダは隠しフォルダで見えないわけで…
おまけにUsersフォルダはエクスプローラでは「ユーザー」とかって見えちゃうわけで、、、
素人相手だとまじで説明とか混乱しそうで大変そうだな。
374:デフォルトの名無しさん
07/02/27 22:21:53
AppDataはユーザーに触らせない前提のファイルを置く場所だから
ユーザーが自分でバックアップする必要があるならDocuments配下ですよ
375:デフォルトの名無しさん
07/02/27 22:33:37
あー、そかDocumentsの下にアプリ名のフォルダ作ってそこにデータ、と。
ウィンドウの位置とか画面レイアウトとかオプションの類の情報は
レジストリに書きなさいよ、と。
んでAppDataにはユーザーに触らせない前提のファイル…？、と。
ふむ。今までアプリのフォルダに全部つっこんでたから
MS様の流儀に対応しようとすると大変だな。
Documents下のアプリ名フォルダに全部ぶちこむかなぁ
376:デフォルトの名無しさん
07/02/27 23:49:42
>>375
Documentsの下に無断でフォルダを作るプログラマは、オレは首を
絞めてやるね。
377:デフォルトの名無しさん
07/02/27 23:55:46
俺もDocutemsじゃなくてAppDataが正解だと思うなぁ。
378:デフォルトの名無しさん
07/02/28 00:08:06
Documents以下にフォルダを作ってやりたいんですが構いませんねッ！？
[はい] [インストールのキャンセル]
ってダイアログ出せばいいんですね？
379:デフォルトの名無しさん
07/02/28 00:11:11
３大悪質プログラム
1)Cドライブの直下に無断でソフトをインストール
2)Documentsの直下に無断でフォルダを作りそこにデータを保存
3)エクスプローラなどの右クリックメニューに無断で項目を追加
380:デフォルトの名無しさん
07/02/28 00:13:45
おお378よ、
Documents以下にフォルダをつくらせないとはなさけない
Documents以下にフォルダをつくってもいいですか？
▽[はい] [いいえ]
381:デフォルトの名無しさん
07/02/28 00:25:00
ちょｗ、落ち着きかけた俺の心を乱すようなことをｗ
Documentsの下にわけわかんないフォルダを次々に作られるのは確かに
どーかと思うけどその方向がMSの思し召しだろ？たぶん。
AppDataだとバックアップ、リストアの手順を教えるのが面倒な事に
なりそうな予感がする。同様の理由でレジストリはまったく問題外。
つーことでDocumentsの下だな。
「スタートメニュー(?)からドキュメントっての開いてその中のアプリ名の
フォルダをどっかにコピっとけ」で済む。
今までなら「Program Filesの下のアプリのフォルダをどっかにコピっとけ」
って言うだけでプログラムごとバックアップできて良かったんだけどな。
もっと良い案があるなら教えてくれ。まじで。
382:デフォルトの名無しさん
07/02/28 00:31:36
よし、じゃぁフォルダを作らずにDocuments直下に
データファイルその他諸々を置く。これで決まり。
383:デフォルトの名無しさん
07/02/28 00:36:08
最低だｗ
384:デフォルトの名無しさん
07/02/28 00:59:05
設定のエクスポート/インポート機能を作れば済むんじゃまいか。
385:デフォルトの名無しさん
07/02/28 01:05:09
>384
バックアップ、リストアの手順を～って件についてはそうだね。
ユーザーにアプリケーションが使っているファイルを直接いじらせるのは
ユーザーに書き換えさせるためにiniファイルに固執するのと同じ発想
そして>381の仕事は増える、と。
386:デフォルトの名無しさん
07/02/28 01:19:30
Program Filesの代わりにMy Documentsを使えばいいじゃん
387:デフォルトの名無しさん
07/02/28 01:26:24
Documentsにアプリごとインストールか。
すげー大技だなｗ
388:デフォルトの名無しさん
07/02/28 01:40:00
それならインストール先はいちおうユーザーが選んだことになるしな
つーかユーザー別インストールするとマジでDocumentsがデフォルトの
インストール先にならなかったっけ?
サポートしてるのはMicrosoftのアプリくらいしかないような気がするけど
389:デフォルトの名無しさん
07/02/28 01:42:25
C:\Users\hoge\AppData\Roaming\Fxjxtxu\某アプリ\
の下の階層にさらにAppDataを作ってくれましたよ。
もしかするとどんどん深くなるかもしれない(怖
390:デフォルトの名無しさん
07/02/28 03:11:19
>>296
早くお奨めの洋書を教えろよ
391:デフォルトの名無しさん
07/02/28 05:11:28
>>389
そのうち文字数制限を越えて落ちるから心配するなｗ
しかし考えてみれば、Program FilesやらAppDataにフォルダ作る時、パス長のチェックなんてしたことないな
392:デフォルトの名無しさん
07/02/28 06:07:56
ファイルパスの文字数制限の前に、DOS互換関数が死ぬ罠。
393:デフォルトの名無しさん
07/02/28 07:43:41
TCHAR path[MAX_PATH]があふれる話じゃないの？
394:デフォルトの名無しさん
07/02/28 08:57:51
MAX_PATHなんて過去の遺物でしょうが。
395:デフォルトの名無しさん
07/02/28 09:01:51
>>394
UNICODE版のAPI使わない限り、たとえVISTAでもほとんどの処理が
影響を受けること知ってる？
396:デフォルトの名無しさん
07/02/28 09:22:31
シンボリックリンクの展開すらMAX_PATHを超えられない
397:デフォルトの名無しさん
07/02/28 09:50:33
これってzipで固めて配布してデスクトップとかに
てきとーに解凍して起動して気に入らなかったらそのフォルダを
ざくっと消せばオケっていう形はもう事実上無理ってこと？
一度起動したらそのフォルダとAppDataとかDocuments配下のアプリ名フォルダを
削除してくださいみたいなことが必要だよね。
おまけにAppDataは隠しフォルダからエクスプローラーの設定を
ごにょごにょしてくださいみたいな。
zip配布はもうやめだな。
398:デフォルトの名無しさん
07/02/28 10:16:18
んなーこたーない
399:デフォルトの名無しさん
07/02/28 12:31:59
>>296
優れた洋書教えて
400:デフォルトの名無しさん
07/02/28 13:04:54
なんか混沌としてきてるんで、俺なりにまとめてみた。
俺はレジストリは嫌いなんで使ってないからファイルに関してのみ。
間違ってたら指摘してくれ。
(1) 新規開発アプリ・まじめなプログラマがVista対応でVer.Upする場合。
* exeにはすべてmanifestをつける(余計な仮想化等をさせない)
* ユーザーデータ・(書き換え要の)設定データはそれなりのディレクトリに置く
* プログラム更新はプログラムを分離し、manifestでUAC昇格させる
* アンインストール時に設定データ等をきれいにお掃除する
(2) 既存アプリを最低限の修正でVistaに対応させたい不真面目なプログラマの場合。
* アプリ.exeにはmanifestをつけ、余計なディレクトリ仮想化やUAC昇格がおこらないようにする
* インストーラ.exeはmanifestでUAC昇格させ、ユーザーデータ・(書き換え要の)設定データを置くディレクトリをインストーラでEveryone-modifyにしてしまう
* プログラム更新があるなら、プログラムのディレクトリもEveryone-modifyにしてしまう。
(3) 既存アプリを全く修正したくない物臭なプログラマの場合。
* ディレクトリの仮想化等でうまくいけば、それでオーケーとする
* ユーザーにProgram Filesでないディレクトリにインストールしてもらう
* ユーザーにディレクトリのセキュリティー設定を変えてもらう
* 「Vistaには対応していません」と言い切る
(4) ユーザーの立場の場合。
* 特に必要がなければVistaにしない
* アプリがVistaに対応してるか、供給元に確認する
ちなみに俺は(2)。
参考：mt.exe(Manifest Tool)で、再コンパイル・リンクなしに既存のexeにmanifestを追加できます。
401:デフォルトの名無しさん
07/02/28 13:23:47
設定をサーバー側に置けばいいんだ
402:デフォルトの名無しさん
07/02/28 13:53:14
>>397
> デスクトップとか
はユーザープロファイルの下に作られるから無問題。
インストーラがないのにわざわざProgram Filesに展開しようとしたときにのみ
問題が発生する。
個人的には制限ユーザー暮らしが長かったからProgram Filesに展開するというのは
想像の範囲外だったんだがWinXPでは十分あり得たのか
>>400
> 参考：mt.exe(Manifest Tool)で、再コンパイル・リンクなしに既存のexeにmanifestを
> 追加できます。
ただしVS2005にSP1を当てる前のmt.exeを使うと、MS06-075を当てていないWinXPで
とんでもないバグを踏むので要注意。どういうことになるかはWin板のSleipnirスレ
参照。VS2005SP1やWindows SDK付属のmt.exeならたぶん大丈夫。
403:デフォルトの名無しさん
07/02/28 15:08:52
見覚えのある症状だと思ったらこれか
URLﾘﾝｸ(support.microsoft.com)
404:４００
07/02/28 15:11:06
>>402
>ただしVS2005にSP1を当てる前のmt.exeを使うと、MS06-075を当てていないWinXPで
>とんでもないバグを踏むので要注意。どういうことになるかはWin板のSleipnirスレ
>参照。VS2005SP1やWindows SDK付属のmt.exeならたぶん大丈夫。
Thanks. 知らなんだ・・・・ 確認してみる。
405:デフォルトの名無しさん
07/03/01 15:29:49
>>296
じゃあ、英語の良本教えて
406:デフォルトの名無しさん
07/03/01 21:31:21
>>296は背伸びしたかったんだよ。
許してやれ。
407:デフォルトの名無しさん
07/03/02 02:25:02
>>406
でも、真面目に英語の良本を知りたいのですよ。
408:デフォルトの名無しさん
07/03/02 02:33:02
>>407
メリケンのアマゾンでランキングみればいいだろ
409:デフォルトの名無しさん
07/03/02 02:52:47
>>408
どこの文化圏であろうと上位にくるのは必然的に初級者向けの
本にならないか？ どこのどの分野であろうと一番多いのは
初級者の層になるだろうからな。
410:デフォルトの名無しさん
07/03/05 02:02:30
>>296
そろそろ英語の良書を教えて下さいよ
411:デフォルトの名無しさん
07/03/05 20:58:12
296じゃないけど、英語でも
URLﾘﾝｸ(www.amazon.co.jp)
あたりしかないんかなぁ？向こうでも書籍は先細りなんだろうか。
412:デフォルトの名無しさん
07/03/06 16:14:45
>>411
って「今の時点で出て」ないじゃん！
413:デフォルトの名無しさん
07/03/06 22:36:45
VistaだとImmGetConversionListが使えないため、このAPIを使用したプログラムは平仮名取得ができない
Re: imm32 を使ったプログラムの互換性について
URLﾘﾝｸ(forums.microsoft.com)
414:デフォルトの名無しさん
07/03/10 00:15:29
XP以前では、winsock2のラッパーDLLを作ってアプリケーションの
ルートディレクトリにws2_32.dllという名前で配置しておくと
アプリがロードしてくれたので、その仕組みを使ってパケットの
ログなんかを取ってたりしてたんですが、vistaになったら
アプリケーションルートのDLLを読み込まなくなってしまったようです。
VistaでシステムDLLのラッパーDLLを作りたい場合はどうすればいいんですかね？
415:デフォルトの名無しさん
07/03/10 00:35:19
>>414
manifest 書く。
URLﾘﾝｸ(d.hatena.ne.jp)
416:デフォルトの名無しさん
07/03/10 01:07:16
だめだ、KB921337にある通りにマニフェストを組み込んでも、
素のXpでほぼ１００％リセットが掛かる。 たま～に起動しても
そのまま終了してすぐに再度実行するとやっぱりリセット・・・orz
mt.exeも >>402 を見てVS2005SP1のとWinSDKのと試したけど関係なさげ。
マニフェストの無いＥＸＥと、Ｖｉｓｔａ用のマニフェストの入ったＥＸＥを別に用意するか・・・
417:デフォルトの名無しさん
07/03/10 02:24:56
>>413
それは間違いだった。すでにそのリンク先でもフォローされてるけど。
URLﾘﾝｸ(d.hatena.ne.jp)
IMM32で書かれてたプログラムをTSFベースで書き換えとかいくら何でも
互換性なさ過ぎとは思ってたんだが
>>416
Sleipnie 2.5.9も同じ罠にはまってた。
Sleipnie 2.5.10のmanifestを見ればどうすればいいかわかる
418:デフォルトの名無しさん
07/03/10 14:58:55
リンク先のはImmGetCandidateListについて書かれているけど、
ImmGetConversionListはやっぱり動かないんじゃ？
IMM32互換性情報.docにも「サポートされません」とはっきり書かれているし。
419:デフォルトの名無しさん
07/03/11 00:48:30
>>296
今買える英語の良書、見つかった？
420:デフォルトの名無しさん
07/03/11 00:58:57
お父さんの入れ歯めっかった?
421:デフォルトの名無しさん
07/03/11 01:29:08
>419
ペゾルトの上巻でも買えば?
422:デフォルトの名無しさん
07/03/11 22:15:57
>>421
それは本当にvista対応ですか？
423:デフォルトの名無しさん
07/03/11 22:39:08
というかペゾルトは日本語訳もされてるのに>>296は明らかにおかしいだろ
424:デフォルトの名無しさん
07/03/12 11:33:20
Vistaで仕様が変わったり廃止されたAPIを使ってるかどうか
チェックするプログラムってないの？
レジストリとかファイル関連はすべて影響するから
あまりに大杉て使えないかも知れないけど。
425:デフォルトの名無しさん
07/03/12 13:54:17
ペゾルトの本はいっぱいありすぎて、どれを指しているのかが分からんのだが。
426:デフォルトの名無しさん
07/03/12 19:57:02
>422
APPLICATION=CODE+MARKUP
だろ。
427:デフォルトの名無しさん
07/03/12 21:05:18
>>424
Microsoft自身が何か出してたぞ
428:デフォルトの名無しさん
07/03/12 22:52:18
>424
ACTってやつかな？
URLﾘﾝｸ(technet.microsoft.com)
429:デフォルトの名無しさん
07/03/13 02:59:23
>>426
うーん、WPFの解説か。
Win32の良書が知りたいな。
430:デフォルトの名無しさん
07/03/13 11:26:03
>429
ちったぁ、自分で調べろ。
431:デフォルトの名無しさん
07/03/13 18:24:51
調べた上での質問です
432:デフォルトの名無しさん
07/03/13 18:30:27
セキュリティポリシーをプログラムで変えられる様にして
インスコしたとき一括で自分の設定に変えたいのですが
できますか
433:デフォルトの名無しさん
07/03/13 20:17:09
セキュリティポリシー自体にそういう機能があると思いますが。
このスレで聞いている以上Vista特有の話だと思いますがXPでは
できたどんなことがどういう理由でできなくて困っているのですか?
434:デフォルトの名無しさん
07/03/13 20:43:19
＞セキュリティポリシー自体にそういう機能があると思いますが。
教えてください。
435:デフォルトの名無しさん
07/03/13 20:52:48
教えてくださいも何もセキュリティポリシー自体がそういうものでしょ
436:デフォルトの名無しさん
07/03/13 20:53:59
意訳: UACが邪魔なのでインストール時にユーザーに無断で無効にしたいと思います。
方法を教えてください by I/Oデータ社員
437:デフォルトの名無しさん
07/03/13 21:11:48
Vistaになってなんか無くなった関数とかあんの？
438:デフォルトの名無しさん
07/03/14 00:11:13
WinHelp()
439:デフォルトの名無しさん
07/03/14 05:29:19
関数自体は残ってるでしょ。呼んでもヘルプを起動できなくなっただけで
440:デフォルトの名無しさん
07/03/14 06:04:46
URLﾘﾝｸ(www.microsoft.com)
一応後からインストールはできるようになってるらしい。
441:デフォルトの名無しさん
07/03/14 09:37:10
>>440
やっとダウンできるようになったんだ・・・・
442:デフォルトの名無しさん
07/03/14 09:42:01
MSとしては大きな革新だったのかもしれないけど、
触れば触るほど継ぎ接ぎだらけに見えてしまう。
何だこれ。大丈夫か？
度胸よく再設計してもらった方がPG的には楽だったなぁ。
443:デフォルトの名無しさん
07/03/14 10:06:09
んなもん売れないじゃん
444:デフォルトの名無しさん
07/03/14 10:15:56
だから、失敗作だってば。責任者も更迭されて辞めただろ。
みんなバラバラで、とにかく作っただけ。それが Vista。
445:デフォルトの名無しさん
07/03/14 20:09:55
> 責任者も更迭されて辞めただろ。
kwsk
446:デフォルトの名無しさん
07/03/14 20:44:16
マイクロソフトでWindows開発者が交代へ
URLﾘﾝｸ(japan.cnet.com)
これかな？ちなみにこういう人。
URLﾘﾝｸ(japan.cnet.com)
447:デフォルトの名無しさん
07/03/14 21:12:46
> Microsoftにとって、Windows VistaはWindows 95のような大ヒットでなくてはならず、
> Windows MEのようなものであってはならない
しかし現実は…
448:デフォルトの名無しさん
07/03/14 22:10:42
立ち読みした日経PCには95の5倍、XPの2倍売れるって書いてあったよ。
日経PCの信憑性は知らんけど。
449:デフォルトの名無しさん
07/03/14 22:42:06
10年くらい次のバージョンを出さなければそれくらい余裕だろ。
450:デフォルトの名無しさん
07/03/14 23:39:45
Jim AllchinってWin2000の時も一回引退宣言出して、なんだ
かんだで撤回してXPとかVistaやってたような。まぁMS製品は
とにかく機能満載、密結合で依存関係が複雑すぎるからいい
加減疲れるわな。「日々減らす努力をしろ」って書いてたのは
Cの256倍本だったっけか。
あと、ゲイツがチーフソフトウェアアーキテクトだっけか？から
降りて業界から引退するのもVistaの失敗の責任を取るためだ、
なんて見方もあるようだね。本人はそうは言わないだろうけど。
451:デフォルトの名無しさん
07/03/15 00:01:22
Vistaの失敗は売上的なものじゃなくて当初計画していたスペックから大きく外れたってことだよね
452:デフォルトの名無しさん
07/03/15 00:29:24
UACが、とかAEROが、とかじゃなくて、
2000とXPとVistaの三種類がずるずると平行して使われるって状況が激しく迷惑だよなぁ。
いつまで2000まで面倒見なきゃいけないんだか。
いっそのこと4月から2000を使うのは禁止にさせてくれ。
453:デフォルトの名無しさん
07/03/15 00:45:10
普通に「2000対応しませんよ」って言っとけばいいじゃん
言えるものならな！
454:デフォルトの名無しさん
07/03/15 03:06:03
まさに外道
455:デフォルトの名無しさん
07/03/15 05:50:07
C#2005のListViewはXPよりVistaのほうがサクサク動いててﾜﾛﾀ。
456:デフォルトの名無しさん
07/03/15 09:27:23
なんでﾜﾛうの？
457:デフォルトの名無しさん
07/03/15 10:01:06
DockPanelSuiteを使った自作アプリも、Vistaになって明らかにUIの動きが軽くなったな。
458:デフォルトの名無しさん
07/03/15 12:36:50
下手にGDIと切り替えながら処理するくらいなら、
全部ソフトウェアで処理した方が速いのかもな。
459:デフォルトの名無しさん
07/03/15 14:24:07
>>453
俺、言ってるよ
460:デフォルトの名無しさん
07/03/15 14:36:58
>>456
.NET2.0はVistaに最適化されてて、XP以前の環境は、もともとMSの眼中に無かった
ということがはっきりしたような気がしたから。
XP上の.NET2.0で動くアプリのパフォーマンスを上げようと、試行錯誤してきた
自分がバカに見えて、思わず笑ってしまった。
461:デフォルトの名無しさん
07/03/15 14:55:17
自作のゲーム支援系ツールは、もう2k切り捨てた。
半透明とか面倒だからXPも切り捨てたい……
462:デフォルトの名無しさん
07/03/15 15:44:50
うちのサイトのUserAgentだとだいたい
Windows XP(82.1%)
Windows 2000(7.8%)
Windows Vista(4.4%)
Windows 2003(0.8%)
でVistaがじわじわ上がってきてる。
463:デフォルトの名無しさん
07/03/15 16:06:19
世間では2000って少ないのか…
464:デフォルトの名無しさん
07/03/15 16:08:54
私のところはこんなもんですな。
Windows XP 71.90%
Windows 2000 17.50%
Macintosh 4.10%
Windows Server 2003 3.30%
Windows 98 1.60%
Windows ME 0.80%
Windows NT 0.40%
465:デフォルトの名無しさん
07/03/15 16:10:40
そりゃそうだろもう普通にはほとんど売られてないし
切り替えが進まない企業の中に残ってるぐらいじゃないか
466:デフォルトの名無しさん
07/03/15 21:05:24
>450
なんか、俺が聞いてる話とぜんぜん正反対だな。
問題の奴は、約束通りすでに退社済みだし。
ゲイツは「引退するなんて言ったっけ?」って感じになりつつある。
467:450
07/03/15 21:19:22
>>466
いや、だからJim Allchinは一度出戻ってXPとVistaやって(やらされて？)
今度こそ本当に辞めたという事。ゲイツの方の話は最近どっかのニュース
サイトでそんな記事を読んだんだが、古い情報かもしれんね。
468:デフォルトの名無しさん
07/03/17 02:55:04
「ファイルを開く」のコモンダイアログから、何でもプロセス起動できるのって、
UACというか、権限分割の観点からは、結構な穴なんじゃないかと思うんだが、どうだろう。
469:デフォルトの名無しさん
07/03/17 11:42:28
>>468
そのこころは？
470:デフォルトの名無しさん
07/03/17 13:11:59
764 名前：[名無し]さん(bin+cue).rar 投稿日：2007/03/17(土) 12:18:10 ID:5CQ4Ccza0
tech：プログラム技術［レス削除］
ｽﾚﾘﾝｸ(saku板:292番)
292 名前：Nimura Takashi[] 投稿日：07/02/27(火) 09:14 HOST:p7128-ipbf201yosida.nagano.ocn.ne.jp<8080><3128><8000><1080>
削除対象アドレス：
ｽﾚﾘﾝｸ(tech板:346-347番)
削除理由・詳細・その他：
操作ミスで、会社名がわかるプログラムのソースコードをアップしてしまいました。
お願いです。早急に削除してください。
本当によろしくお願いいたします。
471:デフォルトの名無しさん
07/03/17 13:13:42
294 名前：案内人バルビエ ★ 投稿日：2007/02/28(水) 22:42:46 ID:???0
プログラム技術板はサーバー移転(pc10→pc11)がありましたので、
スレッドURLを書き換えておきますね。
今後依頼される場合は、移転後のURL(pc11)をお書きください。
>>292
ｽﾚﾘﾝｸ(tech板:346-347番)
472:デフォルトの名無しさん
07/03/17 13:14:50
>>470
地域までばれてしまってｶﾜｲｿｽ
473:デフォルトの名無しさん
07/03/17 15:52:56
長野のエーアイソフトさんかー
削除要求しなきゃダミー名か何か？でスルーされてたのに・・・
URLﾘﾝｸ(www.aisoft.co.jp)
エプソンと合併しとるな
デジカメ画像処理ソフトやスキャナ処理ソフト出してるが
それで買われたのか
いい話だ
474:デフォルトの名無しさん
07/03/17 16:04:10
そりゃぁ、エーアイソフトは長野だからねぇ。
しかし、早急にってあんた、自分が書いてから半月も放置してたって……
既に>348で指摘されているのに。
475:デフォルトの名無しさん
07/03/17 16:07:00
ほとぼり冷めるの待ってたんだろう
476:デフォルトの名無しさん
07/03/17 16:10:40
いやぁ、とぼけようとしてたら別ルートでばれたってのが落ちじゃないの。
477:デフォルトの名無しさん
07/03/17 18:17:57
エーアイソフトの誰かがたまたまこのスレを見て、書き込み内容から書き込んだ奴が誰か察しがつき、
削除依頼を出しておくようにそれとなく促した、とエスパーしてみる。
478:デフォルトの名無しさん
07/03/17 19:21:33
本人乙
479:468
07/03/17 20:34:17
>>469
notepad.exeとか、一見ランチャーになりそうにないソフトでも、「管理者として実行」して
しまえば、「開く」のダイアログから、cmd.exeを管理者権限で起動して、何でもできる状態になる。
cmd.exeから、explorer.exe /separateしてしまえば、コントロールパネルでも、何でもUAC回避して
いじり放題。
notepad.exeとかを、管理者権限で実行させて、後でそのプロセスにSendMessageして、管理者権限つきの
任意のプロセスを起動するようなマルウェアができたりとかするんじゃないの？って疑問。
CreateProcessするときには、一旦プログラマの手を通して、適切に権限を落とすことができるべきだと
思うんだけど、「ファイルを開く」ダイアログではそれができない。
480:デフォルトの名無しさん
07/03/17 20:49:07
>>479
>notepad.exeとかを、管理者権限で実行させて、後でそのプロセスにSendMessageして、管理者権限つきの
>任意のプロセスを起動するようなマルウェアができたりとかするんじゃないの？って疑問。
Vistaでは、非管理者権限のアプリから管理者権限のアプリにSendMessageできなくなってなかったけ？
481:デフォルトの名無しさん
07/03/17 21:40:49
>>480
だな。
482:デフォルトの名無しさん
07/03/18 00:06:06
> 後でそのプロセスにSendMessage
できない。UIPIでぐぐれ
483:デフォルトの名無しさん
07/03/18 20:06:48
>>346
なるほど、WXGがXPの制限ユーザーで動かなかったのにVistaの標準ユーザーで
動くようになったのはこれのおかげか。
MSがRedirectHKCUKeysを開発せざるを得なくなったのは誰のせいなのか
胸に手を当てて考えてみろと
484:デフォルトの名無しさん
07/03/18 21:16:45
レジストリなんて不便なもの作ったから？
485:デフォルトの名無しさん
07/03/18 21:17:53
マイ ドキュメントが使いにくいから？
486:デフォルトの名無しさん
07/03/18 21:52:43
公式にMSがレジストリは使わないでくれと言ったって聞いたけど、ソース知ってる人いる?
487:デフォルトの名無しさん
07/03/18 22:04:22
スレざっと読んだけど結局どうすればいいかわかんないからVista非対応路線でいくぜ！
488:デフォルトの名無しさん
07/03/19 02:00:07
マイドキュメントにAppData作ってくれればよかったのに
489:デフォルトの名無しさん
07/03/19 07:15:05
いくつかのソフトが無条件でマイドキュメントにディレクトリ作るから
色んなディレクトリが出来てうざくなった。
490:デフォルトの名無しさん
07/03/23 09:35:17
話題が止まったage
491:デフォルトの名無しさん
07/03/23 09:46:34
コントロールパネルのプログラム削除に表示するためには、
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall
にレジストリ追加しなきゃいけないよね？
一般権限では書き込めないから、コントロールパネルでのアンインストール出来るようにするには、
Adminが必要になるのかなぁ。
492:デフォルトの名無しさん
07/03/23 10:08:55
当たり前だろ
常識的に考えて・・・
493:デフォルトの名無しさん
07/03/23 10:12:55
いやー、Vistaでは各ユーザーごとのアンインストールとか出来るかなぁって思って。
Admin権限を持たないユーザーにもインストールさせたいけど、その場合の
アンインストール実行はスタートメニューなどで行わないといけないのか。
494:デフォルトの名無しさん
07/03/23 10:17:49
2000以降ならHKCUにもUninstallキーあるから、そっちを使え。
スタートメニューにアンインストーラは犯罪。
495:デフォルトの名無しさん
07/03/23 11:11:24
>>494
サンキュー
やってみる。
496:デフォルトの名無しさん
07/03/25 06:05:29
将来的にVistaにもっていきやすいつくりにしておきたいんだけど
ガイドラインみたいなのはまとまってないの？
.exeと同じ場所にユーザーデータ置くなとかそんなの
497:デフォルトの名無しさん
07/03/25 08:20:07
>>496
ここから適当に
開発者向けアプリケーション互換性情報
URLﾘﾝｸ(www.microsoft.com)
498:デフォルトの名無しさん
07/03/26 18:43:16
みんなVi$ta対応できた？
致命的に出来なかった例とかある？
499:デフォルトの名無しさん
07/03/26 20:16:07
致命的に購入資金が不足しています＞＜
500:デフォルトの名無しさん
07/03/26 21:40:23
>>499
確かにこれが一番致命的だ。
501:デフォルトの名無しさん
07/03/27 03:09:05
URLﾘﾝｸ(headlines.yahoo.co.jp)
俺の目玉USBカメラも見捨てられた
502:デフォルトの名無しさん
07/03/27 09:13:09
>>501
これはひどい
503:デフォルトの名無しさん
07/03/27 09:29:28
>>501
ひでぇ、つかVISTAのドライバ開発ってXPと互換まるでなし？
504:デフォルトの名無しさん
07/03/27 10:12:52
オーバーレイ絡みで大きな変更があったから、その辺の問題じゃねーかな
505:デフォルトの名無しさん
07/03/27 19:13:23
カノプに技術がなくなっただけ。昔ドライバつくってた連中は退職してたりするし。
DScalerが一瞬でVista対応したことを思えば、
USBカメラのアプリごときが対応できないっつうのは、駄目すぎだろ。
506:デフォルトの名無しさん
07/03/27 21:46:21
店頭在庫の無い製品なんじゃねーの？
もう金を生み出さないもんにかける労力は惜しいんだよ
507:デフォルトの名無しさん
07/03/28 05:06:10
カノプは買収されてコンシューマからの撤退も既定路線のようなものだから
今さら金かけたくないんだろ
508:デフォルトの名無しさん
07/03/28 09:35:46
home エディションでも AERO使えるんかなぁ？
509:デフォルトの名無しさん
07/03/28 09:42:50
買収された時点で退職者が続出、そもそも既に新製品を開発する力さえ残ってないんだ。
もう休ませてあげなよ・・・。
510:デフォルトの名無しさん
07/03/28 10:29:26
>>508
home premiumなら使えるだろ
511:デフォルトの名無しさん
07/03/28 19:32:11
子プロセスを実行する時に、管理者権限で実行したり一般ユーザーで実行したり
選べる方法ってないですか？
512:デフォルトの名無しさん
07/03/28 21:30:38
>>511
マニフェストではasInvokerを指定して
管理者権限で起動したいときはShellExecuteでlpVerbに"runas"を渡す
ただしUAC無効のときやXP以前で"runas"使うと意味もなく「別ユーザーで実行」の
ダイアログが出るからすでに管理者権限を持っているかどうかも
判別する必要がある(IsUserAnAdminとかで)
513:デフォルトの名無しさん
07/03/28 23:02:07
>>512
ありがとう！
514:デフォルトの名無しさん
07/04/12 01:24:49
Aeroのプログレスバーって、やけに表示が遅くないか？
なにか、バックグラウンドでゆっくり描画しているような気がする。
515:デフォルトの名無しさん
07/04/12 08:27:56
パワー食いすぎないように調整してんでないの
516:デフォルトの名無しさん
07/04/12 11:55:24
ここの住人の方には、非常に基本的なことかもしれませんが、ご教示ください。
UAC管理下で「管理者権限で実行するプログラム」を設定したプログラムを起動しようとすると表示される「ユーザーアカウント制御」のプログラム実行確認ダイアログを表示させずにプログラムを起動する方法はあるのでしょうか？
ダイアログの文面からは、認識された発行元のプログラムなら、表示されないのかとも期待を抱かせます。
認識されたプログラムというのは Windows Vista Logoを取得したプログラムと等価なのでしょうか？
517:デフォルトの名無しさん
07/04/12 13:12:00
それが出来たらUACの意味ないだろ(w
馬鹿か。
518:デフォルトの名無しさん
07/04/12 13:18:21
発行元が識別可能かどうかと、
そのプログラムが何をしようとしているかは、
全く別個の問題だろ。
519:デフォルトの名無しさん
07/04/12 13:33:02
UACを切る
520:デフォルトの名無しさん
07/04/12 13:53:11
519 を kwsk語って
521:デフォルトの名無しさん
07/04/12 16:16:08
ところでさ、これから「Vista対応」としてリリースする場合にみんなはどうする？
結局はＭ＄推奨のコレが基本なのかねぇ。
・(デフォルト)インストール先 ： C:\ProgramFiles以下
・データパス ： %AppData%
「インストール先Dirにデータ保存させろ」つー ユーザは後を絶たないんだが、
とりあえずコレならUAC切ってようがデータの場所は一意的に扱えるしな。
最近デフォルトのインストール先をルート直下(のフォルダ)にしてるのも見かけるけど、
それもなんだかなぁって思うし。
ドライブ内にゴチャゴチャとフォルダ作るのは良くない、ってのは個人的な好みの問題
…ではないと思うんだよなぁ。
※ハードウェアメーカーとかも平気でやるけどさ
522:デフォルトの名無しさん
07/04/12 16:44:11
Canonのドライバとかね。
523:デフォルトの名無しさん
07/04/12 16:48:48
＞結局はＭ＄推奨のコレが基本なのかねぇ。
＞・(デフォルト)インストール先 ： C:\ProgramFiles以下
＞・データパス ： %AppData%
↑
たったこれだけで良いの？ソースキボン。
Program Files対応はおｋ、だけど、
%AppData% ってどこだよ？
＞とりあえずコレならUAC切ってようがデータの場所は一意的に扱えるしな。
kwsk
データ位置はユーザーが初期設定にしようかなぁ。
524:デフォルトの名無しさん
07/04/12 16:59:28
こいつ馬鹿すぎ
525:デフォルトの名無しさん
07/04/12 16:59:32
もうめんどいからＭ＄推奨だけにしたよ
どちらに合わせても面倒が増えるのは間違いないんだから、
一番融通の利かないＭ＄様に合わせることにした
526:デフォルトの名無しさん
07/04/12 17:00:11
＞もうめんどいからＭ＄推奨だけにしたよ
ソースきぼん
527:デフォルトの名無しさん
07/04/12 17:00:58
ソースって、Ｍ＄推奨を記載してある文書ね。
528:デフォルトの名無しさん
07/04/12 17:06:46
>>521
>>400
529:デフォルトの名無しさん
07/04/12 17:08:16
ソースソースってウゼェ。つか馬鹿杉。
ログすら読めない低脳はこんなとこにいないで学校逝けよ。
530:デフォルトの名無しさん
07/04/12 21:18:07
ログが信用できないならMSDNライブラリを見ろ
531:デフォルトの名無しさん
07/04/12 22:18:49
＞ソースソースってウゼェ。つか馬鹿杉。
＞ログすら読めない低脳はこんなとこにいないで学校逝けよ。
ソースきぼん
532:デフォルトの名無しさん
07/04/12 22:27:59
>>520
アイ・オーデータ機器にでも入社しろ
533:デフォルトの名無しさん
07/04/12 23:10:29
>>531
>>530
534:デフォルトの名無しさん
07/04/12 23:56:43
>>514
値を設定してからアニメーションを始めて、設定値に達するのに時間がかかるからな。
１～２秒しかかからない処理だと、処理が完了してからプログレスバーが動き始めるように
見えることさえある。
そんな短時間で終わる処理にはプログレスバーを使わないようにした方がいいかもしれん。
535:デフォルトの名無しさん
07/04/13 00:48:11
そうか、Vistaになってから、いろんなソフトでプログレスバーが右端まで行かなくなったのはそのせいか。
536:デフォルトの名無しさん
07/04/13 06:42:23
うちはAero動く環境がないので確認できないけど
GDIのリダイレクションと関係あるのかな
537:デフォルトの名無しさん
07/04/13 08:13:13
そうならAero関係ないんでない？
538:デフォルトの名無しさん
07/04/13 11:54:01
AppDataのところにプログラムごとインストさせりゃいいんじゃね？
539:デフォルトの名無しさん
07/04/13 21:23:42
ユーザー別にインストールするならそれでもいいけど。
全ユーザー共通ならProgramData
540:デフォルトの名無しさん
07/04/14 00:54:20
ProgramData（昔でいうところのAll UsersなApplication Data）に入れる場合はアクセス権も要注意な。
読みだけなら問題ないけど、通常ユーザで書き換えが走る場合はInstall時にフォルダに適切なアクセス権
設定が必要。
ってまぁ、これはVistaに限ったことじゃないか。。。
541:デフォルトの名無しさん
07/04/14 01:08:43
アクセス権の読み方がわからない。
AccessCheck？
誰か教えて・・・。
542:デフォルトの名無しさん
07/04/14 07:36:59
>>540
読み取りだけならProgram Filesでも問題ないから普通は書き込みも想定する必要があるな
543:デフォルトの名無しさん
07/04/14 10:29:05
>>541
GetNamedSecurityInfo()のこと？
544:デフォルトの名無しさん
07/04/16 01:10:10
元々は正社員だったのに取引先にフリーのほうが稼げるとか騙されて
結局派遣やってるバカがいるんだけどｗ
なんか派遣先といい関係、とか言ってたから思わず吹き出しちゃったよｗ
最近はマネージャーもやってるとか寝言言ってるし、派遣がまねぇじゃぁ？はあ！？ｗ
そもそも信頼されてるなら直接契約するか正社員にするはずだが、
いつでも切れる派遣会社経由って舐められてんだよ
派遣期間が長くならないうちに早く就職しろ、と忠告したら、ウッキー！って逆ギレｗ
バカで頑固だから何度言っても理解できない
騙されたとはいえ結局は自分で決めて派遣やってる癖に逆ギレしちゃってまぁ
人間として本当に恥ずかしい
545:デフォルトの名無しさん
07/04/16 01:42:47
WOW!! Vista使いずれーー
546:デフォルトの名無しさん
07/04/16 01:56:47
Ｖｉｓｔａイライラする。ファイルの拡張子表示させる方法わからん。あとフォルダにフルパス表示しろや
なんで隠すんだ
もひとつ、戻るボタン復活させろ
547:デフォルトの名無しさん
07/04/16 01:58:25
>>546
おまえにはXPでも無理だろうな
548:デフォルトの名無しさん
07/04/16 01:59:02
いや。ＸＰはできるよ。いちいち変えるなって言うんだ。
549:デフォルトの名無しさん
07/04/16 01:59:59
プログラムの話しないならWin板にお帰りください
550:547
07/04/16 02:02:10
>ファイルの拡張子表示
XPと同じ
>あとフォルダにフルパス表示
ステータスバーのことをいっているんだろうか・・・
だとしたら、これもXPと同じ
551:デフォルトの名無しさん
07/04/16 02:02:31
アホの逃げ口上
552:デフォルトの名無しさん
07/04/16 02:04:06
自己満足の3D
意味のない仕様変更
いい加減にしてもらいたい
553:デフォルトの名無しさん
07/04/16 02:05:28
ステータスバーじゃなくアドレスバーね。
あとフォルダを開いてもメニューが無い。ツール-フォルダオプション・・・って奴ね。
いちいち拡張子隠すＭＳって馬鹿じゃなかろかｗ
554:デフォルトの名無しさん
07/04/16 02:07:41
俺はフォントが良くないと思う。VistaからXPに戻って作業するとホッとする。
555:デフォルトの名無しさん
07/04/16 02:11:27
明らかに美しくなくなったな。あのフォントのせいでやる気が落ちる
556:デフォルトの名無しさん
07/04/16 02:11:38
アドレスバーをクリックするとC\・・・形式で表示されるが。
フォルダオプションもあるが。
557:デフォルトの名無しさん
07/04/16 02:14:51
クリックするのが手間なの。たくさんフォルダ開くんだから。
フォルダオプションはもう一度探してみるよ。
558:デフォルトの名無しさん
07/04/16 02:28:45
署名まんどくさいよ。
559:デフォルトの名無しさん
07/04/16 02:37:07
やっとプログラムの話になった
560:デフォルトの名無しさん
07/04/16 11:03:47
VS2005で.net2.0アプリ作るなら対策いらないだろうと思ってたが、そうでもないんだね。
なんのための.netか。
561:デフォルトの名無しさん
07/04/16 21:39:11
↓C MAGAZINE 休刊スレで紹介されてたけど、Vista関連の情報がまとまっててよさげ。
C MAGAZINE MOOK『最新Windows Vistaプログラミング徹底理解』
URLﾘﾝｸ(www.cmagazine.jp)
562:デフォルトの名無しさん
07/04/16 22:17:05
このスレで語られてるような泥臭い部分の話はあまり出てなさそうな感じやね。
563:デフォルトの名無しさん
07/04/17 00:36:53
休刊したのにムックが出るとは
まだ雑誌コードが取ってあるのか
564:デフォルトの名無しさん
07/04/17 00:39:00
お前の世界では休むたびに潰すのか？
565:デフォルトの名無しさん
07/04/17 00:42:23
>>563
実際問題、名前を利用しただけだろ。
俺、思わず amazon でポチっちゃったけど、
C MAGAZINE の名前が無けりゃ多分買ってない。
566:デフォルトの名無しさん
07/04/17 01:02:31
>>563
一度「廃刊」させると、新規にコード取るのが大変だから
潰れた雑誌は名目上は「休刊」扱いさせるのが慣例だよ。
567:デフォルトの名無しさん
07/04/17 01:10:47
>>561
本屋でちらりと見たけど、徹底理解というほどのものではなかった。
少なくとも俺の知りたかった新しい関連付けについてはまーーーったく書いてなかった。
568:デフォルトの名無しさん
07/04/17 01:12:27
>>567
>新しい関連付け
なんのこと？
569:デフォルトの名無しさん
07/04/17 01:13:12
WFPとかのさわりが多かった気が。
570:デフォルトの名無しさん
07/04/17 05:59:00
>>566
別の創刊する雑誌で使い回したりするじゃん。
まさに「新規にコード取るのが大変だから」という理由で。
>>568
ヒント: 「既定のプログラム」とか「Default Programs」
571:デフォルトの名無しさん
07/04/18 13:48:52
レジストリの
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum
配下って編集・削除できないのかな？
レジストリエディタでも削除しようとするとエラー出やがるし・・・
なにか、情報お持ちの方教えてください。
572:デフォルトの名無しさん
07/04/18 15:04:43
>>571
スレ違い
573:デフォルトの名無しさん
07/04/18 15:33:01
>>572
該当スレはどこ？
574:デフォルトの名無しさん
07/04/18 15:41:30
晒しage
575:デフォルトの名無しさん
07/04/18 16:22:13
Vista対策いってこい
576:デフォルトの名無しさん
07/04/18 16:36:48
馬鹿だらけってことか
577:デフォルトの名無しさん
07/04/19 02:18:31
Vistaの使いにくさを指摘すると信者の「スレ違い」攻撃にあいます。ご注意ください。
578:デフォルトの名無しさん
07/04/19 02:32:49
>>577
MSはよくユーザインターフェイス等をちゃぶ台返ししちゃうから、
新しいバージョンになる度に戸惑うことにはなるけど、
総合的にはユーザインターフェイスは XP よりよくなっているとは思うよ。
( UAC はさすがにウザイとは思うが。 )
それよか、OSとしては安定性が XP より明らかに落ちているのが致命的。
579:デフォルトの名無しさん
07/04/19 02:34:44
UACうざいって言ってる奴はあれか、管理者権限生活に慣れきってる奴か？
580:デフォルトの名無しさん
07/04/19 02:39:58
まぁ、いったん普通に使う状態になったらそうでもないけど、
使い始めはかなりウザイだろ、アレは。