Skip site navigation (1) Skip section navigation (2)

RE: Windows application deployment

From: "Clark, Joel" <jclark(at)lendingtree(dot)com>
To: "'Adam Lang'" <aalang(at)rutgersinsurance(dot)com>, pgsql-interfaces(at)postgresql(dot)org
Subject: RE: Windows application deployment
Date: 2000-10-16 21:07:18
Message-ID: 69F195289743D411B428009027E293C401290E74@CLTEXCH1 (view raw or flat)
Thread:
Lists: 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(at)rutgersinsurance(dot)com]
Sent: Monday, October 16, 2000 4:57 PM
To: pgsql-interfaces(at)postgresql(dot)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

Responses

pgsql-interfaces by date

Next:From: Clark, JoelDate: 2000-10-16 21:10:58
Subject: RE: Windows application deployment
Previous:From: Clark, JoelDate: 2000-10-16 20:58:26
Subject: RE: 2 computers 1hd 2 postgres daemons. Is it possible?

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group