問題タブ [mdac]

32 ビット アプリケーションをコンパイルしようとしています。私はそれに関する問題を認識していますが、それが 64 ビット バージョンでコンパイルされている理由です。

私はこの問題にぶら下がっています。アプリケーションは多くの SQL を使用します。

sqltypes.h ファイル内: (MDAC から提供)

何らかの理由で、32ビットプラットフォームでコンパイルするとうまく動作しますが、64ビットでビルドしようとすると凶暴になります。

エラー 61 エラー C2146: 構文エラー: ';' がありません 識別子 'SQLLEN' の前..\external\microsoft sdk\include\sqltypes.h 50

INT64、UINT64は認識しません。

64 ビルド プロセスで動作するように有効にする必要があるものはありますか? #include または #define が不足していますか?

どんな助けでも素晴らしいでしょう

ありがとう

同じアプリを実行している 2 台のマシン間で読み込まれた DLL を比較する良い方法はありますか。(そして、一度に 2 台ずつ、他の N 台のマシン間でプロセスを複製するには?)

背景: 構成/セットアップの問題を突き止めようとしています。これは、あるマシンではアプリが実行され、別のマシンでは実行されないという、古くからある DLL 地獄タイプの問題です。

問題としてインストーラーを削除しました。安定していますが、ターゲット システム間に違いがあります。さまざまな Windows フレーバー、MDAC バージョンなど。

私は試しました：Proc ExplorerでEXEスナップショットを区切りファイルにエクスポートし、Excelを使用して比較を行いました。しかし、これには非常に時間がかかり、エラーが発生しやすくなります。(可能性として Excel を除外しているわけではありません。目的を達成するために Excel を使用するための十分なトリックを知らないだけです。)

数年前、MicrosoftACEとJETOLEDBを使用してExcelスプレッドシートをCSVファイルに変換するC＃.NETプログラムを作成しました。最近、Windows Server2008x64サーバーにアップグレードしました。JETが非推奨になったため、そのメソッドは機能しなくなりました。元々、Excel 2003の.xlsファイルはJETで処理され、.xlsxExcel2007ファイルはACEで処理されていました。両方にACEを使用するように接続文字列を変更しました。

これで、コマンドプロンプトからプログラムを正常に実行できます。ただし、自動化ソフトウェア（Start-> Runメソッドと同様のプログラムを実行しているようです）を使用すると、MicrosoftDataAccessコンポーネントがインストールされていないというエラーが表示されます。これらを調査したところ、32ビットシステムでのみ動作し、WindowsServer2000以降はサポートされていないようです。

何か案は？最新のベータ版x64ACEOLEDBドライバーがインストールされています。プログラムは手動で正常に実行されます。また、x86のターゲットプラットフォームでプログラムをコンパイルしてみました。また、自動化ソフトウェアが使用するWindowsアカウントを使用して、プログラムを手動で正常に実行しました。

SQL Serverの次のバージョン（2011年-「Denali」）はMDACを使用せず、他のRDBMSのように「ベンダーdll」を使用すると言われています。これは本当ですか、それともMDACはとにかく機能しますか？

これが当てはまる場合、クライアントアプリケーションのゼロインストール（MDACが既にインストールされているため、クライアントマシンにexeをコピーする以外に何もする必要はありません）は、SQL Server dll +Myexeデプロイメントになります。

これについてアドバイスをいただけますか？

Webサーバーを移動しようとしています。私たちのアプリ (be kind) は 1998 年に (私が思うに) VB6 で書かれました。新しいサーバー (Windows Server 2008 R2 64 ビット) で動作しています。ただし、自分のマシン (Windows 7 64 ビット) でソース コードを取得し、exe をサーバーに転送すると、アプリがデータベースに接続しようとすると、「エラー 430 (クラスはサポートしていません)自動化または予期されるインターフェイスをサポートしていません)」

このプロジェクトは、Microsoft Activex Data Objects 2.8 Library を参照しています。エラーが発生する行は

したがって、実際にデータベースに接続しようとしているのではなく、オブジェクトを作成しようとしているときに純粋に爆発しています。

誰でもこの種のエラーの経験はありますか? または私への提案はありますか？Google にはいくつかの可能性がありましたが、どれもうまくいきませんでした。それらのほとんどは、コモン コントロールと「プロジェクトの互換性」を使用する必要がありましたが、私のアプリは「無人実行」で実行されるため、それを選択できません (プロジェクトのプロパティで完全に無効になっています)。

C# を使用して ASP.NET で次のコードを実行すると、「行/列のデータが存在しません」のような例外が発生します。

Visual Studio 2008 と MySQL を使用しています。MySql ODBC コネクタ 5.1 と MDAC2.8 を使用しています。

これを解決する方法を教えてください。

Windows 2008 R2 Standard 64bit で開発された C# アプリケーションで ADODB COM オブジェクトを使用しています。Windows 2008 Standard 64bit (R2 ではない) の製品サーバーにアプリケーションを移動したところ、以下のエラーが発生しました。MDAC 2.8 が製品マシンにインストールされていないようです。Windows 2008 マシンに MDAC 2.8 をインストールする方法の参照が見つかりません。誰かが私を正しい方向に向けることができますか?

エラー: タイプ 'ADODB.StreamClass' の COM オブジェクトをインターフェイス タイプ 'ADODB._Stream' にキャストできません。IID '{00001565-0000-0010-8000-00AA006D2EA4}' を持つインターフェイスの COM コンポーネントでの QueryInterface 呼び出しが次のエラーにより失敗したため、この操作は失敗しました: No such interface supported (HRESULT からの例外: 0x80004002 (E_NOINTERFACE)) 、

私が持っているExcelファイルの情報を取得するためにデータベースに接続する必要があるc#を使用するアプリケーションに取り組んでいます。

問題は、レジストリをクリーンアップするまで、常に次のエラーが発生することです。

System.InvalidOperationException : .Net Framework データ プロバイダーには Microsoft Data Access Components (MDAC) が必要です。Microsoft Data Access Components (MDAC) バージョン 2.6 以降をインストールしてください。----> System.Runtime.InteropServices.COMException : CLSID {2206CDB2-19C1-11D1-89E0-00C04FD7A829} を持つコンポーネントの COM クラス ファクトリの取得は、次のエラーのために失敗しました: 80040154 クラスが登録されていません (HRESULT からの例外: 0x80040154 (REGDB_E_CLASSNOTREG))。

レジストリのクリーンがあったかどうかはわかりませんが、何でもできるのはそれだけです。Windows 7を使用していますが、コアにコンポーネントが既に含まれていることを読みましたが、再インストールできません。

私に何ができる？私が見つけた解決策のいずれかが機能していないようです。

ありがとう！

VB6アプリ用のWindows7ServicePack1でADO/MDACのGUIDが変更されることについて読んでいます。コンポーネントを再コピーし、廃止されたコンポーネントを新しいコンポーネントと交換する必要があります。私の質問は、VB6アプリがサービスパック1のWindows 7にのみインストールされるのか、最新のサービスパックのWindows 2008にのみインストールされるのか、それともVB6アプリは引き続き機能するのか、それとも他のものをインストールする必要があるのか​​ということです。

私の会社は最近、tivoli ワークロード スケジューラ (TWS) を使用して、z/OS からウィンドウ サーバーへのリモート トリガー ジョブを実行しています。tivoli が mssql サービスを正常にトリガーできることをテストしました。

問題は、AS400 の一部のデータを mssql サーバーに抽出するために毎日使用する .NET CL プログラムがあることです。これは、Windows スケジューラを使用して特定の時間枠で毎日トリガーする前に完全に機能していました。ここで、TWS が準備済みのバッチ ファイルをリモートでトリガーするように、スケジューラーを集中化しようとしています (これにより、CL プログラムがトリガーされます)。

しかし、CL プログラムを実行すると、AS400 DB に接続しようとすると次のエラーが表示されます。

.Net Framework データ プロバイダーには、Microsoft Data Access Components (MDAC) が必要です。Microsoft Data Access Components (MDAC) バージョン 2.6 以降をインストールしてください。

EDITED：通常のシナリオでは、プログラムが正常にトリガーできると想定されていました.Windowsスケジューラを使用するのと同じように、スケジュールを設定して実行する必要があります. 唯一の違いは、スケジューラーが現時点では Windows スケジューラーではなく、TWS に切り替えて CL プログラムをリモートでトリガーすることです。しかし、実行すると、CL プログラムの実行中に上記のエラーが表示されます。このエラーが発生する理由はわかりません。CL プログラムを再実行し、Windows スケジューラでスケジュールしようとしましたが、問題なく動作しました。しかし、TWS でリモートでスケジュールすると、エラーが発生します。

これまでに行ったテストと観察については、次のとおりです。

1. 私たちのサーバーは Windows サーバー 2008 SP2 x64 です。サーバー 2008 は新しいバージョンの MDAC (WDAC 6.0) を提供する必要がありますが、古いバージョンの Windows で使用されている MDAC をいくつか調査しましたが、再インストールできないため、MDAC/WDAC は正しくインストールしてください。

2. CL プログラムは .NET 2.0/3.0/3.5 でコンパイルされ、それらすべてをテストすると同じエラーが発生します。

3. エラーログはSQL Server DBに出力できたので、CLプログラムで使用している接続ドライバは問題ないと思います。IBMDA400 ドライバーが原因の可能性があります。

4. TWS はサーバーの管理者アカウントを使用してバッチ ファイルをトリガーします。TWS クライアント (リスナー) は、サーバー内のプログラムをトリガーするためにサーバーにインストールされますが、サーバー (SSH? telnet?) への接続方法がわかりません。リモートトリガーのためにサーバーに実際にログインしていないようです（サイレントモードでジョブをトリガーします）。

誰かが手がかりや考えを提供できれば、それは非常に役に立ち、将来同じ問題を抱えている人々に大きな助けになるでしょう。

どうもありがとうございました！。