Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.basic.visual.misc > #1876

Re: mscomctl.ocx and comctl32.ocx invoking third party executables?

From Lars Uffmann <aral@nurfuerspam.de>
Newsgroups comp.lang.basic.visual.misc
Subject Re: mscomctl.ocx and comctl32.ocx invoking third party executables?
Date 2011-02-03 17:40 +0100
Message-ID <8r040lF571U1@mid.dfncis.de> (permalink)
References <8qvtngFppsU1@mid.dfncis.de> <iiek2u$9jr$1@news.eternal-september.org>

Show all headers | View raw


GS wrote:
> After serious thinking Lars Uffmann wrote :
>> [Fullquote removed]
> 
> First thing you need to understand is that ANY MS Office project that 
> uses either of these controls needs to have a reference set to them in 
> the VBE (Visual Basic Editor).

I do not have the feeling that you fully understood my post. The MS 
Windows Common Controls are properly registered with the MS Office 2003 
installation. And if they weren't, the project would be complaining 
about the ActiveX control being unknown/not found.

But to be fair, you got me one step further: The component registration 
(reference creation) happens automatically, when the Common Control 
(e.g. ProgressBar) is inserted into the document. That is - if the 
object is not contained within the already referenced libraries/object 
files. Apparently this automatic referencing browses through available 
object files and finds some of my third-party software also. A call to 
these files then seems to invoke the installer. At least that is my 
current understanding of the problem.

Still - why referencing a certain ActiveX where the object file is known 
would invoke other ActiveX object code is beyond me...

> Also, the controls must be installed and properly registered on the 
> target machine the MSO project runs on. That means if your project will 
> be used on Vista OS or higher you'll have to distribute and register 
> these controls on that machine. This also means you'll have to develop 
> your project on a machine that has these OCXs properly installed.

I don't understand what that has to do with the topic...? I am not 
trying to develop an office project, I am observing a strange/unwanted 
behaviour of an ActiveX control in office... And trying to find the cause.

Cheers,

   Lars

Back to comp.lang.basic.visual.misc | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

mscomctl.ocx and comctl32.ocx invoking third party executables? Lars Uffmann <aral@nurfuerspam.de> - 2011-02-03 15:53 +0100
  Re: mscomctl.ocx and comctl32.ocx invoking third party executables? "Mayayana" <mayayana@invalid.nospam> - 2011-02-04 09:35 -0500
  Re: mscomctl.ocx and comctl32.ocx invoking third party executables? Lars Uffmann <aral@nurfuerspam.de> - 2011-02-04 15:04 +0100
  Re: mscomctl.ocx and comctl32.ocx invoking third party executables? "Mayayana" <mayayana@invalid.nospam> - 2011-02-03 12:03 -0500
  Re: mscomctl.ocx and comctl32.ocx invoking third party executables? GS <gs@somewhere.net> - 2011-02-04 12:44 -0500
  Re: mscomctl.ocx and comctl32.ocx invoking third party executables? Lars Uffmann <aral@nurfuerspam.de> - 2011-02-04 15:19 +0100
    Re: mscomctl.ocx and comctl32.ocx invoking third party executables? "Nobody" <nobody@nobody.com> - 2011-02-04 10:05 -0500
  Re: mscomctl.ocx and comctl32.ocx invoking third party executables? "Nobody" <nobody@nobody.com> - 2011-02-04 02:58 -0500
  Re: mscomctl.ocx and comctl32.ocx invoking third party executables? GS <gs@somewhere.net> - 2011-02-03 14:22 -0500
    Re: mscomctl.ocx and comctl32.ocx invoking third party executables? Lars Uffmann <aral@nurfuerspam.de> - 2011-02-04 15:16 +0100
  Re: mscomctl.ocx and comctl32.ocx invoking third party executables? Lars Uffmann <aral@nurfuerspam.de> - 2011-02-03 17:40 +0100
  Re: mscomctl.ocx and comctl32.ocx invoking third party executables? GS <gs@somewhere.net> - 2011-02-03 11:11 -0500

csiph-web