Bryan,
Actually, from quite a bit of experience shipping VB products, I can tell
you that the COMCAT.dll should NOT be shipped even though the VB wizard
says it should. That particular DLL is always on the windoze machine and
is different between NT and W9x machines!
Of the other DLLs only the VB runtime (MSVBVM60.dll) is likely to not be
on a user's machine. It would only be there if they had VB or had
installed another VB application. The others are windows system DLLs that
will almost certainly be present. Even so, we ship them because we use
Installshield Pro and set it up to only install the DLLs if they are newer.
Speaking of Installshield Pro -- DO NOT use Installshield 5.x VB setup
wizard because it will create installations that, if the application is
later uninstalled, will delete required system files! I discovered this
and reported it to Installshield. They confirmed it, but never fixed it
(except presumably in 6.0).
Finally, it really is necessary to deliver DLLs with most windows
applications, and to use a setup utility, because most users are not going
to be capable of installing and registering all the required files in the
required order manually. For some of the files, if they aren't registered,
they might as well not be present! Some of the files may be in use by
windows and it requires a good setup utility (or a much more savvy than
average user) to copy over the new files in that case.
John Atchley
On Wednesday, September 27, 2000 2:18 PM, [EMAIL PROTECTED]
[SMTP:[EMAIL PROTECTED]] wrote:
>
>
> > ----------
> > From: [EMAIL PROTECTED][SMTP:[EMAIL PROTECTED]]
> > Sent: Wednesday, September 27, 2000 2:17:55 PM
> > To: [EMAIL PROTECTED]
> > Subject: [abcusers] Distributing DLLs
> > Auto forwarded by a Rule
> >
> We musn't let this topic go on too long, it isn't abc. But, showing my
> ignorance, are these DLLs* part of Windows or specific to VB? If the
latter,
> I really have to distribute them because anybody who hasn't got VB won't
have
> them.
>
> Also, I'm not too happy about the idea of fielding bug reports from
people
> who are getting errors because they are using different versions of the
DLLs
> from me. I can put up a DLL-free download, but with a warning that I
take no
> responsibility for the consequences.
>
> In the meantime, I'd better get stuck into my Very Large Java Book.
>
> * as a reminder
> > COMCAT.DLL STDOLE2.TLB ASYCFILT.DLL OLEPRO32.DLL
> > OLEAUT32.DLL MSVBVM60.DLL
>
> Bryan
>
> To subscribe/unsubscribe, point your browser to:
http://www.tullochgorm.com/lists.html
>
To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
