問題タブ [installshield]

（申し訳ありませんが、正確にはコーディングの質問ではありません）

ディレクトリ C:\pony に何かをインストールしたいのですが、フォルダ 'pony' が存在しないとします。InstallShield を使用して、フォルダ 'pony' が存在しないことをユーザーに通知し、必要かどうかをユーザーに尋ねるにはどうすればよいですか?ディレクトリを作成します。

これで、ディレクトリが自動的に作成されます。

これは単に、使用しているインストール シールド (2008 Express) の制限ですか?

私はいくつかのことをするInstallShieldインストーラーを持っています。インストールが中断した場合、ロールバックシーケンスが開始されます。インストールまたはアンインストール中にのみ実行するようにカスタムアクションの条件を作成できることは知っていますが、ロールバックで実行するように設定する条件はどれですか？

正確に言うと、ロールバックして削除する必要があります。現時点では、アンインストールで完全に機能するREMOVEをすでに設定しています。

InstallFiles アクションの直前に IIS から特定の VD を削除するように InstallShield セットアップを構成しました。コードは「OnInstallFilesActionBefore」イベント内で呼び出されています。セットアップが修復中の場合に VD を削除したくないことを除いて、これは正常に機能します。

考えられるイベントをリストしたこのページを見つけました。ただし、最初のインストールでのみ発生する「OnFirstUIBefore」が最適なオプションのようです。ただし、そこでそれを行うのは正しくないようです。

シーケンスの 1 つに、修復中にコードが実行されないようにする条件を追加したほうがよいでしょうか? 別の方法はありますか？

記録のために、私は DevStudio v9 を使用しています。

従来の InstallShield PFT 4.00 ラッパーは最新の OS で引き続き動作しますか? 1 人の顧客がエラーを報告しましたが、それが PFT に関連しているかどうかはわかりません:

「プログラムは有効な 32 ビット プログラムではありません。」

これはシステム情報です: Microsoft Windows XP Media Center Edition Version 2002 Service Pack 3. 2.8 Ghz 1GB RAM

PFT でラップされた setupper は、通常の XP および Vista でうまく動作します。

PFT は setup.exe と呼ばれ、autorun があります: [autorun] open=setup.exe icon=setup.exe,0

InstallShield基本MSIプロジェクト: ユーザー名が管理者グループに含まれているかどうかを確認するにはどうすればよいですか?

（そうすることが可能であると私が知っている現在のユーザーではありません。）

InstallShieldセットアップで選択した言語に基づいてレジストリキーをローカライズする最も簡単な方法はどれですか？

選択した言語に基づいていくつかのプロパティを設定するVBSを作成することを考えています。これらのプロパティは、InstallShieldのレジストリキーダイアログ内から使用できます。しかし、もっと簡単な方法はありませんか？

インストール内のファイルの 1 つを、ユーザーの宛先マシンのレジストリ キーと値のペアが指す場所にコピーする必要があります。

現在、コンポーネント ビューでファイルを [TempFolder] にコピーするように設定し、レジストリから値を取得する OnFirstUIBefore() 関数でいくつかのカスタム InstallScript コードを使用する、一種の厄介なソリューションがあります。 [TempFolder] の MSIGetProperty と、最後に [TempFolder] から以前にレジストリから取得したパスへの CopyFile()。

これは機能しますが、少し面倒です。同僚は、 MY_RSRC_DIRのようなカスタム プロパティ名で MSISetProperty を実行し、コンポーネント ペインでそのカスタム プロパティを使用してファイルを正しい場所にコピーできるようにすべきだと考えていると言っています。

OnBegin() 関数で MSISetProperty を実行することはできますが、そのプロパティを Components ビューにプラグインしようとすることは、まだ機能していません。

誰かがこれを行ったことがありますか?もしそうなら、どのように?

私たちのアプリは、実行可能ファイルのあるディレクトリにライセンスファイルを必要とするコンポーネントを使用しています。これはたまたま.NET WinFormsアプリですが、この質問には重要ではないと思います。一部のXPProマシン（これまでの数百台のうち3台）にインストールすると、コンポーネントはライセンス例外をスローします。そこで、ライセンスファイルを再生成して、コンポーネントベンダー（EMC Captiva）に送信しました。ベンダーは、「Users」グループにファイルの読み取り権限がないためにエラーが発生したと主張しています。エラーが発生したユーザーはたまたまローカル管理者ですが、もっと一般的な質問に興味があるので、それは重要ではありません。

だから私の質問は、特にライセンスファイルが私の開発マシン（マシン1）で生成され、Subversion（マシン2）に保存され、ソース管理からチェックアウトされたときに、ACLがその存続期間中ファイルに従うようにファイルに保存されているかどうかですTeamCity（マシン3）によって、InstallShield（マシン4）によってインストーラーにパッケージ化され、最終的に管理者によってインストールされた顧客のマシン（マシン5）にデプロイされましたか？開発マシン（マシン1）でファイルを生成し、サポートサイト（マシン2）を介してコンポーネントベンダーにアップロードし、サポート担当者が検査のためにファイルをマシン（マシン3）にダウンロードした後はどうでしょうか。

これは確かにわかりませんが（これがここで質問している理由です）、各Windowsマシンは、ファイル内ではなく、NTFSによって管理される中央ディレクトリ/リスト/テーブルにACLを格納すると想定しました。元のファイルのACLは、あるマシンから別のマシンにコピーされたり、Subversionに保存されたり、MSIにパッケージ化されたりするとどうなりますか？誰かが私にこれについて読むことができるいくつかの良い参考文献を教えてもらえますか？