CreateObject statement Takes 5 minutes to initilize

[AC123]

I have an ActiveX EXE which which initilizes a
DLL and makes a number of calls to the same DLL Methods.

The problem is that, sometimes the "CreateObject" Statement
takes 5 minutes to complete. I also tried early binding with
"New" but same results. The DLL runs under COM+.
And both ACtiveX EXE and DLL are on a Remote Server
We use DCOM and COM+.

To be more specifc, there 15 times this CreateObject statements exceuted within the ActiveX EXE. ACtiveX EXE calls which creates this DLL are made from a a Client application. First 4 times it Creates the DLL Object without any problem (within 1 second). From the "FIFTH" time onwards it takes almost 5 minutes to "CREATE" the DLL object (Initilize)

Thanks,

AC

 

[SemperFiDownUnda]

Sounds like to me you have a resource issue. Is your objects using something like an SQL server with only a few licences? Make sure your object as set up as apartment threaded. Take a look at code in your Initialise event of your objects and see if there is any module (normal global module) attacted to your library.

 

[AC123]

Thanks Semper..

The DLL is Apartment Threaded. We are using Oracle and there are no licesing issues. Also, the Initilize event
of the DLL is there is no code.

The References DLL got (1) COM+ Library and
(2) Active Directory Services Librarry.

This problem happens only sometimes.

Thanks,

AC

 

[SemperFiDownUnda]

Could you be having some type of deadlock with ADS or Oracle?

 

[AC123]

Hi Semper,

I had checked the Oracle session when this delay was happening but there were no deadloacks from the application.
Since there are only to referencec you may be right regarding the ADS deadloack.

Can you please tell me how to find and correct if there are any deadlocks with ADS?
My server is Windows 2000 Professional.

Thanks

AC

 

[SemperFiDownUnda]

Hmmm don't know much about ADS and what may or may not cause a deadlock sorry. I'm just looking at this from a high level. I'll keep thinking about it though.