Another clue maybe - I have a similar problem with MTS when a required DLL
is missing, ie MIDAS.DLL.
>From: CAPinto <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: Multiple recipients of list delphi <[EMAIL PROTECTED]>
>Subject: RE: [DUG]: COM+, ADO and Delphi 5 -- URGENT
>Date: Tue, 15 Aug 2000 11:58:12 +1200
>
>OK, heres were I am at this stage:
>
>I tried to registered the component under COM+ (as install new
>component)...
>this failed with the original error message ("The DLL could not be
>loaded.....")
>
>I registered the component using regsvr32... worked fine
>
>I tried using the component locally (on the win2k machine)... all ok
>
>I then tried using it remotely (my development box)... failed.. can't
>create
>object exception (tried this with both VB and Delphi, same result)
>
>I then tried to register the existing component under COM+ (using the
>'Import components that are already registered' button). This seemed to
>work, I could see the component and its interfaces, but not any of its
>methods.
>
>I then tried using it remotely again... and I can create and use all
>methods
>of the component.
>
>
>So, why can't I register my component as a new component under COM+, and if
>I register it as an 'Install existing component', why can't I see the
>methods?
>
>If I remove the ADO references within the component I can register it as a
>new component and I can see all the methods under the COM+ management
>console.
>
>There are gremlins a foot.
>
>I'm new to COM+, has anyone experienced this sort of thing before?
>
>
>Cleon.
>
>-----Original Message-----
>From: Myles Penlington [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, 15 August 2000 10:09
>To: Multiple recipients of list delphi
>Subject: RE: [DUG]: COM+, ADO and Delphi 5 -- URGENT
>
>
>If you can register it using regsvr32, then you should be able to use it.
>Myles.
>
>
> > -----Original Message-----
> > From: CAPinto [SMTP:[EMAIL PROTECTED]]
> > Sent: Tuesday, August 15, 2000 10:01 AM
> > To: Multiple recipients of list delphi
> > Subject: RE: [DUG]: COM+, ADO and Delphi 5 -- URGENT
> >
> > Thanks,
> >
> > I have registered StdVCL32.dll and I can now register the component
>using
> > the old/normal (regsvr32) method, but still no go on the COM+ side...
> > strange.... maybe it just needs a good old fashioned re-boot.
> >
> > BTW:
> > Yes, we are using the administrator account on the Win2k machine.
> >
> >
> > Cleon.
> >
> > -----Original Message-----
> > From: Xander van der Merwe [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, 14 August 2000 17:31
> > To: Multiple recipients of list delphi
> > Subject: Re: [DUG]: COM+, ADO and Delphi 5 -- URGENT
> >
> >
> > If you register the components on the Win2K machine using the "normal"
> > regsvr32, it will indicate whether it is a COM+ problem or a general
> > Registration problem (it probably is the latter). I think that ADO 2.5
>is
> > actually installed on Win2K by default, so it is probably not that.
> >
> > I have been caught out before where one of the COM dlls used an IStrings
> > interface and for that to work you must regsvr32 the StdVCL32.dll on
>that
> > machine. It may be worth while to check that one out... it could just
>be
> > that some of the Delphi ADO components use IStrings... (a bit of a long
> > shot)...
> >
> > Another *silly* one is to make sure you have "administrator" rights....
>MS
> > error messages do not always tell the *entire/exact* truth...
> >
> > Xander
> >
> > ----- Original Message -----
> > From: "Myles Penlington" <[EMAIL PROTECTED]>
> > To: "Multiple recipients of list delphi" <[EMAIL PROTECTED]>
> > Sent: Monday, August 14, 2000 4:02 PM
> > Subject: RE: [DUG]: COM+, ADO and Delphi 5 -- URGENT
> >
> >
> > > This may sound silly, but has ADO2.5 been installed on your test
> > production
> > > machine?
> > >
> > > We have installed DLL's/COM stuff onto win2K but have not installed
>them
> > > into COM+ using component services.
> > > They are just registered using regsvr32.
> > >
> > > Myles.
> > >
> > >
> > > > -----Original Message-----
> > > > From: CAPinto [SMTP:[EMAIL PROTECTED]]
> > > > Sent: Monday, August 14, 2000 4:00 PM
> > > > To: Multiple recipients of list delphi
> > > > Subject: [DUG]: COM+, ADO and Delphi 5 -- URGENT
> > > >
> > > > Hello all,
> > > >
> > > > I am working on a COM component which queries a database via ADO.
> > > >
> > > > All works fine on my local machine, but when I try to register the
> > > > component
> > > > under COM+, it fails to register with the following message:
> > > >
> > > > "The DLL could not be loaded. Check to make sure all required
> > application
> > > > runtime files and other dependant DLLs are available in the
>component
> > > > DLL's
> > > > directory or the system path."
> > > >
> > > > I have downloaded a couple of 'show active DLLs' type programs and
> > checked
> > > > that the used DLLs exist on the Win2000 machine, which they do.
> > > >
> > > > I am pretty sure it is something to do with the ADO access (I tried
> > > > removing
> > > > all references to the ADODB and DB units and COM+ didn't complain
>and
> > I
> > > > could then access my COM methods).
> > > >
> > > > Has anyone out there successfully written a component in Delphi,
>which
> > > > uses
> > > > ADO and is registered under COM+??
> > > >
> > > > Does anyone have any ideas I can try?
> > > >
> > > >
> > > > Development environment:
> > > > Delphi 5.0 with Update Pack 1
> > > > Windows NT 4 (SP4)
> > > > ADO 2.5
> > > >
> > > > Test Production environment:
> > > > Win2K server
> > > >
> > > >
> > > >
> > > > Any help appreciated,
> > > >
> > > > Thanks
> > > >
> > > > Cleon.
> > > >
> >
> >
> > CONFIDENTIALITY NOTICE
> > This email is confidential and may also be privileged. If you are not
>the
> > intended recipient please notify the sender immediately. You must not
>copy
> > or use it for any purpose or disclose its contents to any other person.
> > The
> > sender accepts no responsibility for viruses received with or changes
>made
> > to this email after it was sent. Any opinion expressed in this email may
> > be
> > personal to the sender.
> >
> >
>--------------------------------------------------------------------------
> > -
> > New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
> > Website: http://www.delphi.org.nz
>---------------------------------------------------------------------------
> New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
> Website: http://www.delphi.org.nz
>
>
>CONFIDENTIALITY NOTICE
>This email is confidential and may also be privileged. If you are not the
>intended recipient please notify the sender immediately. You must not copy
>or use it for any purpose or disclose its contents to any other person. The
>sender accepts no responsibility for viruses received with or changes made
>to this email after it was sent. Any opinion expressed in this email may be
>personal to the sender.
>
>---------------------------------------------------------------------------
> New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
> Website: http://www.delphi.org.nz
________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
---------------------------------------------------------------------------
New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
Website: http://www.delphi.org.nz
