Re: Installing DLLs & avoiding problems!

From: Bob O`Bob (filterbob_at_yahoogroups.com)
Date: 03/27/04


Date: Fri, 26 Mar 2004 16:57:29 -0800


=?Utf-8?B?S2V2aW4=?= wrote:
>
> A customer reported that after installing my software on Win98, it caused their
> Internet Explorer to not "open a new window". I looked into the problem, and
> best I can tell, it was caused by my setup installing "OLEAUT32.DLL". I have
> corrected the problem on the customer's computer, and changed my setup to
> "never overwrite" that file.
> My question is this: Is there a reference anywhere on the net that explains
> the maximum version of a DLL that can be installed on different OS's? I have
> always been a little afraid when installing DLLs, but I have searched the
> internet for more information and cannot find it. Below is a list of
> questionable DLLs that my setup program (Setup Factory 6) said to install
> after scanning my VB6 project (the rest I know are okay):
>
> Asycfilt.dll
> comcat.dll
> ctl3d32.dll
> oleaut32.dll
> olepro32.dll
> Stdole2.tlb
>
> For now, I have changed my setup to never overwrite ANY of the above files
> (therefore, it will only install the file if it does NOT already exist).
> Does anyone know more about the above files? Do I even need to install them,
> or are they a part of all OS's? In general, will my app still work, even if
> some of the above DLLs are older than one ones on my computer? All I have
> is Windows XP... nothing older!

That's exactly the problem.

I would say you're asking the wrong question, because you're taking the wrong
approach to distribution. And because you feel committed to that approach,
you're not able to see the right question.

I can tell you the right answer, though.

ALWAYS do your shipping compiles, and build all your installation sets, on
the OLDEST of the platforms you intend to support. If you aren't willing and
able to get/build/borrow even a Windows 2000 box to just TEST on, then you are
lying to someone (probably yourself) when you say your app "supports" it.
And ME/98/95? forget it.

If you'll do those compiles, build those installers, and do just a minimum
amount of testing on the oldest platform, then you'll be qualified to say that
your app supports that platform (and newer). Otherwise you are asking for
exactly the trouble you've seen. You probably compiled in a dependency that
can't be supplied on older platforms.

If you only have XP, you can only target XP-and-maybe-newer.

        Bob
        typing this on a box currently running Win95b

--


Relevant Pages

  • Re: Python AppStore / Marketplace
    ... app browsing, downloading and installing those apps" would presumably ... requirements between the different platforms. ... their versions, GUI frameworks, Python versions and universes. ...
    (comp.lang.python)
  • Re: Setup program run on NT?
    ... > setup program on my XP machine, however when running the setup on a Windows ... What system files could be out of date? ... therefore installing them on NT may actually destabilize the whole system. ... If you want to create programs which work on multiple platforms, ...
    (microsoft.public.vb.general.discussion)
  • tex/latex install for unix and win?
    ... I have a nework appliance accessible from Win and HPux platforms. ... I'll be compiling the teTeX binaries and installing them for the HPux ... The sweet thing here would be that I could use the MikTeX Update Wizard to ...
    (comp.text.tex)
  • Re: preupgrade to go from F9 i386 -> F10 x86_64 ?
    ... Phil Bieber wrote: ... But is it possible to upgrade between different platforms? ... thought that one cannot change the platform after installing any ...
    (Fedora)
  • new ticket barriers at paddington
    ... I cam through paddington late last night and they were installing new ... ticket barriers for the far platforms (the high numbers, ...
    (uk.transport.london)