RE: Windows application deployment - Mailing list pgsql-interfaces

From Clark, Joel
Subject RE: Windows application deployment
Date
Msg-id 69F195289743D411B428009027E293C401290E74@CLTEXCH1
Whole thread Raw
In response to Windows application deployment  ("Adam Lang" <aalang@rutgersinsurance.com>)
List pgsql-interfaces
This is kind of off-topic, but I am starting on a native OLEDB provider for
ADO.  This would eleminate the ODBC driver issue.  No ECD yet...

To answer your question, you can do a ::CreateProcess() and then
::WaitForSingleObject() on the HINSTANCE that comes back in
lpProcessInformation->hProcess.  The Win32 subsystem will signal the handle
when the process dies, which triggers WaitForSingleObject() to return.  If
it is an InstallShield installer, then that won't work because install
shield spawns another process and then kills itself.  Hope this helps.

jc


-----Original Message-----
From: Adam Lang [mailto:aalang@rutgersinsurance.com]
Sent: Monday, October 16, 2000 4:57 PM
To: pgsql-interfaces@postgresql.org
Subject: [INTERFACES] Windows application deployment


I assume some people have written windows based applications for a front end
to postgresql.  I have a VB app that uses ADO to conenct to the odbc driver
of postgresql.

The question I have is, has anyone done something for the install (either
using package and deployment or windows installer) to automate the
postdrv.exe isntall along with the normal application?  I was thinking about
having the setup fire off the postdrv install, and then modify the registry
for the ODBC data source, but was hoping someone else hs already done
something along this lines.


Adam Lang
Systems Engineer
Rutgers Casualty Insurance Company


pgsql-interfaces by date:

Previous
From: "Clark, Joel"
Date:
Subject: RE: 2 computers 1hd 2 postgres daemons. Is it possib le?
Next
From: "Clark, Joel"
Date:
Subject: RE: Windows application deployment