Thanks. I created an installer msi pack and it worked just fine.
--thanks for your time.
Steve Holak
Senior Software Architect
Brokerage Concepts IS Dept.
610-491-4879
email: [EMAIL PROTECTED]
Adam Nathan
<anathan@MICROSOFT To: [EMAIL PROTECTED]
.COM> cc:
Sent by: dotnet Subject: Re: [DOTNET] ADO interop
discussion
<[EMAIL PROTECTED]
VELOP.COM>
04/25/2002 05:00
PM
Please respond to
dotnet discussion
That file is the primary Interop assembly (PIA) for ADO 2.7, and you
should redistribute it with your application.
-----Original Message-----
From: Steve Holak [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 25, 2002 1:36 PM
To: [EMAIL PROTECTED]
Subject: [DOTNET] ADO interop
I've done plenty of COM interop with .NET, but this problem stumps me.
If a component uses a reference set to classic ADO (2.7) ( I have a
component that handles an ADO Recordset returned by a COM interop
component), it lists "ADODB" in the project references in the solution
explorer. I had assumed that this was a msado15.dll RCW wrapper.
Running on a machine with the full framework installation, the app works
fine. When deployed to a machine with the redistributable runtime only,
an
exception is thrown when the ADO Recordset is declared. The COM
component
and the correct ADO version is on the machine.
I found that the reference to ADODB is actually to "c:
\winnt\assembly\gac\adodb\7.0.3300.0__b03f5f7f11d50a3a\adodb.dll". This
is
fine for the full Framework machine, but the machine with the
redistributable runtime has no GAC folder, although it does have an
assembly folder.
Any ideas, or am I missing something basic?
Steve Holak
Senior Software Architect
Brokerage Concepts IS Dept.
610-491-4879
email: [EMAIL PROTECTED]
You can read messages from the DOTNET archive, unsubscribe from DOTNET,
or
subscribe to other DevelopMentor lists at http://discuss.develop.com.
You can read messages from the DOTNET archive, unsubscribe from DOTNET, or
subscribe to other DevelopMentor lists at http://discuss.develop.com.
You can read messages from the DOTNET archive, unsubscribe from DOTNET, or
subscribe to other DevelopMentor lists at http://discuss.develop.com.
