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

Why does ActiveX Control ends up in Conflict.31 directory

555 views
Skip to first unread message

Darren Hunter

unread,
Nov 2, 1998, 3:00:00 AM11/2/98
to
I have an in-house written ActiveX control (written in Delphi 3.0). It has
been working (ie. Installing in client browsers both IE3 and IE4) for
over a year know.
Recently the Verisign Soft. Pub. Certificate expired so I purchased
another (Commercial version).
Once I have resigned my ActiveX control it loads, presents the correct
new certificate in IE3 and installs on the client machine and works
fine. Subsequent calls to the page that contains the ActiveX control
then use the already downloaded and registered control (just what I
would except).
Under IE4 the Control downloads and presents the correct certificate.
Clicking 'Yes' to accept the control works and the control installs and
operates well. However, if I return to a page that uses the same ActiveX
control
it repeats the whole process (ie. Re downloads the control).
Checking the Registry after the control is first accepted it shows that
the control is loaded/stored in "C:\WINDOWS\DOWNLOADED PROGRAM
FILES\CONFLICT.31\INVESTORWEBCHARTX.OCX".

I assume that because it ends up in a "Conflict' directory that
something is wrong.

The Version number in the HTML page correctly matches the version of the
CAB file.

Any help would be great?

Thanks for you time

Regards
Darren


Gill Davison

unread,
Nov 4, 1998, 3:00:00 AM11/4/98
to
I have the same problem although the conflict directory seems to increment
also , I am investiagting a couple of different solutions I will let you
know if I find anything concrete out

Gill

Darren Hunter wrote in message ...

Steve Cochran

unread,
Nov 4, 1998, 3:00:00 AM11/4/98
to
You might try searching the registry for the name of the control and see if multiple copies are listed. If there is a conflict between the CLSIDs, that might be causing the problem.

Then you could backup the Registry and try removing both (or all) of them and then redownload and see if you still get the conflict. Also remove them from the conflict directory first.

Steve

Gill Davison <gillian...@whcsa.wales.nhs.uk> wrote in message O25Gt08B#GA....@uppssnewspub05.moswest.msn.net...

Gill Davison

unread,
Nov 4, 1998, 3:00:00 AM11/4/98
to
Hi Darren Ive been looking into my problem with registering my ActiveX and
why it goes into conflict directory. This is just to let you know what Ive
discovered.

The conflicts directory is created when a activex is registered but the same
OCX file is in the downloaded directory If you unregister the componet first
delete all references to it on your downloaded and conflict directory. Then
register again you should find that the control is now in the
c:\winnt\downlaoded directory. However this doesnt not seem to of solved my
problems .A couple of other things I discovered are :


1. If the OCX is copied and registered to say the c:\winnt directory by hand
all works fine using regsrv32 ...

2. If the OCX is copied and registered vua an html page and therefore gets
copied to the c:\winnt\downloaded program files directory things to not work
at they should. That is the OCX is prompted for download each time even
though the OCX seems to of registered normally and I have checked properties
in ACTIVEX manager - all properties apart from location seem to be the same
as if method 1. above is used .

So even though I have found out a few things Im still not sure what is the
problem with method 2. above. Hope this maybe helps you if you find out what
the above problem is please post back thanks Gill

Gill Davison

unread,
Nov 4, 1998, 3:00:00 AM11/4/98
to
I meant to say that conflicts directory .31 would seem to indicate that you
have a few more duplicate components on your machine also
as conflicts.1 would be the first conflicts directory to be created .

Gill Davison

unread,
Nov 5, 1998, 3:00:00 AM11/5/98
to
More information on my problem

I have noticed the activex gets registered and is on my machine but it still
seems to want to download it all the time.

Using an Active X manager I can see that the form is registered , i noticed
that if I registered by hand in say the c:\winnt directory instead of
c:\winnt\downloaded program files directory it will work as expected. I have
downloaded a sample Active control from Microsoft which again works as
expected. The only difference in the ActiveX manager is the file location.

With the one which works c:\winnt\progra~1 is the location MS-DOS name
the one that doesnt work is c:\winnt\downloaded program files ( the full 32
bit name)

Please can anyone shed any light on why this should be is it a IE4 problem
or a problem with my ActiveX - why the locations should be differant.Im
assuming this is what is causing the problem as any other solutions to the
problem have been tried
Thanks


Darren Hunter

unread,
Nov 9, 1998, 3:00:00 AM11/9/98
to
Hi Gill,

Thanks for responding.
I have been trying all the same methods as yourself. I still cannot get the
mechanism to work correctly (ie. as it does in IE3).
Should I get the answer I will let you know.

Darren


Gill Davison wrote in message ...

Gill Davison

unread,
Nov 9, 1998, 3:00:00 AM11/9/98
to
Darren Ive got mine working fine now the problem is with Delphi 3 . If you
look at the registered controls path Delphi 3 puts quotes around it. The
problem is with the file comobj.pas line 1240 an if test. Copy the file into
project and comment out this if test ( 2 lines in fact ) rebuild and you
should find your object registers correctly.


Darren Hunter wrote in message ...

0 new messages