Path: csiph.com!eeepc.pasdenom.info!news.pasdenom.info!news.dougwise.org!gegeweb.org!de-l.enfer-du-nord.net!feeder1.enfer-du-nord.net!fu-berlin.de!uni-berlin.de!news.dfncis.de!not-for-mail From: Lars Uffmann Newsgroups: comp.lang.basic.visual.misc Subject: Re: mscomctl.ocx and comctl32.ocx invoking third party executables? Date: Fri, 04 Feb 2011 15:19:09 +0100 Lines: 26 Message-ID: <8r2g3fF8qlU2@mid.dfncis.de> References: <8qvtngFppsU1@mid.dfncis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: news.dfncis.de tNG/2UVxCjHR/br26TRoxgB8MJjXDyJ4kpBidmM5547cwIlfrxZKK4MiAJ Cancel-Lock: sha1:WZjbd1Uk5D4gb95qLPtOg+g64p8= User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) In-Reply-To: Xref: csiph.com comp.lang.basic.visual.misc:1852 Nobody wrote: > The OCX's don't invoke any third party software. It's Windows Installer > which monitors certain registry keys and checks if they have been modified > or deleted and attempts to "repair" the installation. It's generally best to > insert the CD and let it finish. Won't work. On some systems it finishes and does the same behaviour next time. On at least one other system it hangs in an endless loop. But that is not the problem I wanted to analyze here. > Sometimes this is caused by a buggy installation script, so you need to ask the software vendor who's installer > being invoked to fix their installation script. Yes I will do that to address one part of the problem. To summarize: I believe so far that the "threat" with this (installer?) problem is minor, because it can only invoke executables linked to software that has been installed already anyways. But that the reference manager (or installer) would do that even when it does not *need* to search for an object, is beyond me... Best Regards, Lars