Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

800ac352 error when intanciating a COM object in server side vbs

640 views
Skip to first unread message

julien borrel

unread,
Oct 18, 2001, 5:52:58 AM10/18/01
to
Hi,

I m stuck with an error I can't manage.
Platform : Win2k server, latest VBScript engine

My VBS script just instanciate a VB DLL :

Set OBJ = WScript.CreateObject("Object.Class")

and i get a 800ac352 error.

This script is working fine on my dev platform : Win2k server, latest
VBScript engine.It now fails on our new Prod server with the same
config.

The DLL is correctly registered, I can view it in the registry.
A COM+ application has been created on the server with the
Object.class DLL

Please help, my boss is on my back right now with a big big stick...

regards,

Julien

Julien

unread,
Oct 18, 2001, 6:04:29 AM10/18/01
to

Michael Harris (MVP)

unread,
Oct 18, 2001, 12:03:28 PM10/18/01
to
How is this script executed (standalone WSH hosted, server side ASP, ...)???

What does "Object.Class" do (if anything) in initialization code? The only MSDN hit I got for 800ac352 (actually for 50002 which is the decimal equivalent of c352) is a SQL server timeout error.

--
Michael Harris
Microsoft.MVP.Scripting
--
mik...@mvps.org
Please do not email questions - post them to the newsgroup instead.
--

"julien borrel" <ju...@easynet.fr> wrote in message news:fb076ca5.01101...@posting.google.com...

Julien

unread,
Oct 18, 2001, 3:12:13 PM10/18/01
to
Basically this an EMPTY test object...

Just refering to some other objects (RegExp, ADO etc...)
Concerning the SQL server, I do have one called by some DLLs and the do
quite well...

the Object.Class component drives me crazy...

By the way, you might know the 800a0005 exption poping in the same context
with another DLL I've made (Ok on dev station, fails on prod server...)

Thanks for your help !

Julien


"Michael Harris (MVP)" <mik...@mvps.org> wrote in message
news:eRJS55#VBHA.2092@tkmsftngp07...

Markus

unread,
Oct 18, 2001, 7:43:34 PM10/18/01
to
If your COM object is an ActiveX DLL (? I don't know if it is so I'll carry
on!) then it needs process space to run in, in the form of some executable,
usually an exe. If you try to instanciate an ActiveX DLL on you local host
then it will appear to run fine (it will use your app proc space), but, when
you move the DLL to another machine (which will become a DCOM server) it has
no process space to run in. You can either install the DLL into MTS
(transaction server) and run it on a server, or use a program that comes
with option-pack (?I think?) called hostdll.exe.

This is the case for VB ActiveX DLLs, but from your post I'm unsure what
your trying to do.

Regards

Mark


"Julien" <Jul...@borrel.com> wrote in message
news:e09MteAWBHA.1388@tkmsftngp05...

0 new messages