問題タブ [installshield]

インストール後に INSTALLDIR を共有することはできますか?

onFirstUIBefore() メソッドの前に、一部のファイル (インストール前) をシステムにコピーするオプションはありますか。これらのファイルもインストーラーの一部です。インストール シールド 2009 を使用しており、プロジェクト タイプはインストーラー スクリプトです。

編集：いくつかの詳細情報。setup.exe パッケージの一部である 1 つのユーティリティを実行する必要があります。ユーザーに他のダイアログを表示する前に、OnFirstUIMethod() で最初に実行する必要があります。OnFirstUIMethod() メソッドには約 5 つのダイアログがあります。このユーティリティには複雑なコードが含まれており、その機能はインストーラ スクリプトでは実行できません (そのため、このユーティリティを使用しています)。私の要件は、このユーティリティがインストーラ パッケージの一部であることです。どんな考えでも大歓迎です。

InstallShieldMSBuildターゲットを使用してInstallShieldプロジェクトをビルドしています。パス変数のオーバーライドに苦労してきました。私がしていることは、InstallShieldビルドによって検出されないようです。ヘルプページはあまり役に立ちませんでした...役に立ちました。

How do you add a DLL to the GAC from an InstallScript Project in InstallShield? I tried added [GLOBALASSEMBLYCACHE] as a destination to the component, with no luck. It tells me that is not valid data for the destination.

新しい MFC Feature Pack クラスを使用して、Microsoft Visual Studio 6.0/C++/MFC アプリケーションを Visual Studio 2008 SP1 に移行しました。.NET Framework から明示的に何も使用しません。ただし、.NET Framework 3.5 SP1 がまだインストールされていないシステムへのインストールには問題があります。Installshield は、ルーチンを呼び出す必要があるアプリケーション dll の読み込みに失敗します。VS2008 を使用して構築されたすべての (C++/MFC) アプリケーションに組み込まれている .NET Framework への暗黙の依存関係はありますか? そうでない場合、アプリケーションの何が .NET 依存関係を引き起こしているのかをどのように見つければよいでしょうか? 可能であれば、この依存関係を排除したいと考えています。

ありがとう、バリー

InstallShield MSI プロジェクトがあります。InstallScript カスタム アクションから DotNetCoCreateObject() 経由で初期化されたマネージ アセンブリに MSIHANDLE を渡すと、マネージ コード内で受け取った値が -2 になります。

DotNetCoCreateObject() を介してマネージ コードを呼び出す InstallScript カスタム アクションから MSIHANDLE にアクセスできるかどうかを知っている人はいますか? カスタム アクションの結果を、残りのインストールと同じログ ファイルに記録したいと考えています。InstallShield 2010、Windows Install 4.5、および .Net 3.5 を使用しています。

私が働いている会社は、インストーラーのさまざまなオプションを検討しています。この製品は、ASP.NET Web サイト、いくつかの Web サービス、および Windows サービスで構成されています。すべてを一度にインストールできるようにしたいのですが、サービスを個別にアンインストールまたは更新できるようにしたいと考えています。また、あまり手間をかけずに、インストーラー ダイアログから xml ファイル (app.config やカスタム xml ファイルなど) を構成/編集できるようにしたいと考えています。

Installshield、Wix、および NSIS のうち、これを行うのに特に適しているものはありますか?

基本の MSI installshield インストーラーを作成しています。インストール パスを選択するために、FolderBrowserDialog を呼び出しています。バックグラウンドでの FolderBrowserDialog appers を除いて、すべて正常に動作します。前景ウィンドウに設定したいと思います。このコードは常に true を返し、他のウィンドウが開いていない場合は正常に動作します。

dialogHandle がダイアログ ハンドルであるかどうかを確認するにはどうすればよいですか?

これが私の方法です：

ご協力ありがとうございました。

InstallScript MSIプロジェクト タイプを使用して作成されたセットアップがあります。クライアントがこの問題に遭遇し、迅速な解決策を求めています。

次のようなパスからインストールを開始したと仮定しましょう

このフォルダー内には、製品をインストールする Setup.exe があります。インストール後または数日経過した後、パスを次のように変更します。

今回はセットアップを変更したいと思います。実際には、サーバー、クライアント、サービスの 3 つの機能をサポートしています。

今回は、サーバーではなくクライアントのみが必要です。そこで、Setup.exe をクリックするか、スタートアップ メニューの [アンインストール] アイコンをクリックすると、メンテナンス モードになり、変更、修復、または削除のオプションが表示されます。[変更] を選択して機能を選択しましたが、インストールが進行するにつれて、次のエラー メッセージがポップアップ表示されます。

セットアップは、指定されたパスまたはディスク上にファイルを見つけることができませんでした。適切なディスクが挿入されていることを確認するか、新しいパスを指定してください。ファイル c:\New\Setup_V_1.0.0931.1\setup.msi が見つかりません

次に、次のような別のポップアップが表示されます。

エラー: 1706。製品の有効なソースが見つかりませんでした。Windows インストーラーを続行できません。

次のエラー メッセージは次のとおりです。

エラー: 1603。インストール中に致命的なエラーが発生しました。詳細については、Windows インストーラ ヘルプ (Msi.chm) または MSDN を参照してください。

しかし、パスを元の場所に変更すると、正常に動作します。

どうすればこれを解決できますか?

このレジストリ パスでチェックしたイベント:

このキーには、InstallProperties 内に多くの情報が含まれています。InstallSource というキーがあり、その値はC:\Setup_V_1.0.3909.1\. この値を変更した後でも、installshiled にはまだエラーが表示されます。

アンインストール情報について、同じレジストリ情報を見つけました。

2 つの機能を持つ InstallShield 2010 (基本 MSI) を使用してインストーラーを作成しています。

最初の機能は次のとおりです。

• x86 としてコンパイルされたメインの .NET アプリケーション、
• メインアプリケーションで使用されるいくつかのネイティブ x86 サードパーティ dll (x64 バージョンは利用できません)。

2 番目の機能には、AnyCPU としてコンパイルされた MS Reporting Services の拡張機能である単一のコンポーネントが含まれています。

UI シーケンス中に、InstallScript カスタム アクションを使用して、x86 と x64 の両方のレジストリ ツリーから利用可能なすべての Reporting Services インスタンスを列挙しています。

ユーザーは、拡張機能をデプロイするインスタンスを選択するよう求められます。

選択したインスタンスに基づいて、通常は "C:\Program Files\Microsoft SQL Server\MSSQL.2\Reporting Services" のようなファイル システム内の Reporting Services の実際の場所をレジストリに照会し、この値を MSI プロパティに格納しています。

次に、Set Directory アクションを使用して、コンポーネント (拡張機能) の宛先ディレクトリをその MSI プロパティの値に設定します。

拡張ファイルが間違った場所にインストールされている場合、x64 Reporting Services 用にインストールしようとしていない限り、すべてが完全に正常にインストールされます。MSI プロパティが正しいパス「C:\Program Files\MicroSoft...」に設定されていても (msi ログを確認しました)、システムが自動的に「Program Files (x86)」にリダイレクトされているようです。

この問題を克服する解決策はありますか?