PDA

View Full Version : Using BDE 3.5 in InstallShield-created Installation



NewsArchive
11-12-1996, 01:00 AM
Borland has released version 3.5 of the BDE and of SQLLinks. What must
I do to get the latest versions of these components included in my
InstallShield-created installation files?
--
Brian Murray murray@uansv3.vanderbilt.edu
Office of Administrative Systems
Vanderbilt University

NewsArchive
11-21-1996, 01:00 AM
Brian Murray wrote:
>
> Borland has released version 3.5 of the BDE and of SQLLinks. What must
> I do to get the latest versions of these components included in my
> InstallShield-created installation files?
> --
> Brian Murray murray@uansv3.vanderbilt.edu
> Office of Administrative Systems
> Vanderbilt University

Brian,

It's kind of sneaky. InstallShield pulls the BDE off the machine that
compiles the install, from the directory indicated when the BDE object
is checked. So if your BDE was updated in the directory it has always
be in, the next install will have it. If in a different directory, you
must deselect the BDE object in the install, save (just to be sure) and
then select it again. This will update all the paths. Unfortunately,
you will lose any aliases defined in the install.

Good luck.

-Barrett

NewsArchive
12-05-1996, 01:00 AM
Brian Murray <Brian.C.Murray@vanderbilt.edu> wrote in article
<3288BC8D.4FF@vanderbilt.edu>...
> Borland has released version 3.5 of the BDE and of SQLLinks. What must
> I do to get the latest versions of these components included in my
> InstallShield-created installation files?
> --
> Brian Murray murray@uansv3.vanderbilt.edu
> Office of Administrative Systems
> Vanderbilt University
>

There is a document on the new 3.5 CD that tells of the steps (which are
long and numerous). The file is in the Disk1 directory and is called
READLINK.TXT. The process involves copying files from certain directories
on the CD to certain places on your hard drive and then changing and adding
sections to an INI file somewhere. IMHO, I don't see why they couldn't
have created an *installation* for this -- ironic that it's an installation
program, don't you think?

PS -- I've noticed that many people have had problems getting Aliases to
install, and I'm in the same boat. I'm trying to install Microsoft SQL
Server aliases with install sheild, but I'm having no luck. If anyone has
any suggestions about this, I'd appreciate it.

NewsArchive
05-23-1997, 12:00 AM
On Tue, 12 Nov 1996 12:06:06 -0600, Brian Murray
<Brian.C.Murray@vanderbilt.edu> wrote:
>Borland has released version 3.5 of the BDE and of SQLLinks. What must
>I do to get the latest versions of these components included in my
>InstallShield-created installation files?

Install the BDE into the directory the old BDE is in and InstallShield
should pick it up automatically.

Happy coding

Stefan Paetow
ellipse data systems

== owner@ ==
== ellipse- ==
== data.com ==
== Fix the ==
== above for ==
== address ==

-
=========================================================================
= Any opinions here are my personal opinions, not those of my company =
= Home on the web: http://www.ellipse-data.com/ =
= Delphi Super Page: http://ftp.is.co.za/dsp/ =
= Delphi User Groups in South Africa: http://www.delphi.co.za/dugg/ =
=========================================================================

NewsArchive
05-23-1997, 12:00 AM
On 5 Dec 96 14:02:57 GMT, "Kevin Saliga" <goofy@mwci.net> wrote:
>PS -- I've noticed that many people have had problems getting Aliases to
>install, and I'm in the same boat. I'm trying to install Microsoft SQL
>Server aliases with install sheild, but I'm having no luck. If anyone has

Read the help file on the SQL Server stuff...

All you need to do is provide a path to install SQL Server to. This is a
limitation of the BDE AddAlias() function. Set the installation directory
to <INSTALLDIR>.

Happy coding

Stefan Paetow
ellipse data systems

== owner@ ==
== ellipse- ==
== data.com ==
== Fix the ==
== above for ==
== address ==

-
=========================================================================
= Any opinions here are my personal opinions, not those of my company =
= Home on the web: http://www.ellipse-data.com/ =
= Delphi Super Page: http://ftp.is.co.za/dsp/ =
= Delphi User Groups in South Africa: http://www.delphi.co.za/dugg/ =
=========================================================================

NewsArchive
11-28-2001, 01:00 AM
That is the same thing I do, but this is a pain in the ***.

Shane

"Tom Edwards" <twedwards@hotmail.com> wrote in message
news:3c04ccda$1@news.installshield.com...
> If you find this out could you possibly let me know?
>
> I have found the same difficulty - I'm using a COM dll to install some
stuff
> and I want to remove it after I'm done - but even though I'm explicitly
> setting the reference to the object in Installshield script to Nothing
the
> object does not appear to be destroyed. I have taken to marking the file
for
> deletion on reboot, but this is not Ideal.
>
> Cheers,
> Tom
> "Shane Rose" <srose@callware.com> wrote in message
> news:3c03bf35@news.installshield.com...
> > Does anyone know how to release an object after you have used it so you
> can
> > delete the DLL? The reason for this is because we have to expose the
Type
> > Lib and we do not want to expose it all the time, just during the
install.
> > For some reason after installshield is done with it, it does not release
> it
> > until the install is done, so you cannot delete the file and replace it
> with
> > the one that does not expose the type lib.
> > One more question, does anyone know why Installshield needs the type
libe
> > when everyother language does not?
> >
> > Thanks,
> > Shane
> >
> >
>
>

NewsArchive
11-30-2001, 01:00 AM
Another approach is to write a commandline runnable executable to wrap the
dll in (one that closes down nicely...) Provided that there is limited
interaction from Installshield and the dll.

Of course, this way you can't do flow control stuff dependant on results
from your dll, without resorting to *horrible* shared file methods.

But it could work...
Tom

"Shane Rose" <srose@callware.com> wrote in message
news:3c05437f$1@news.installshield.com...
> That is the same thing I do, but this is a pain in the ***.
>
> Shane
>
> "Tom Edwards" <twedwards@hotmail.com> wrote in message
> news:3c04ccda$1@news.installshield.com...
> > If you find this out could you possibly let me know?
> >
> > I have found the same difficulty - I'm using a COM dll to install some
> stuff
> > and I want to remove it after I'm done - but even though I'm explicitly
> > setting the reference to the object in Installshield script to Nothing
> the
> > object does not appear to be destroyed. I have taken to marking the file
> for
> > deletion on reboot, but this is not Ideal.
> >
> > Cheers,
> > Tom
> > "Shane Rose" <srose@callware.com> wrote in message
> > news:3c03bf35@news.installshield.com...
> > > Does anyone know how to release an object after you have used it so
you
> > can
> > > delete the DLL? The reason for this is because we have to expose the
> Type
> > > Lib and we do not want to expose it all the time, just during the
> install.
> > > For some reason after installshield is done with it, it does not
release
> > it
> > > until the install is done, so you cannot delete the file and replace
it
> > with
> > > the one that does not expose the type lib.
> > > One more question, does anyone know why Installshield needs the type
> libe
> > > when everyother language does not?
> > >
> > > Thanks,
> > > Shane
> > >
> > >
> >
> >
>
>