vista対策 - 暇つぶし2ch

vista対策 ..

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対応できた？

致命的に出来なかった例とかある？

次ページ