Re: pg_dump "what if?" - Mailing list pgsql-general

From Anony Mous
Subject Re: pg_dump "what if?"
Date
Msg-id 007101c411fb$6aa41c20$7402a8c0@PETER
Whole thread Raw
In response to Re: pg_dump "what if?"  (Shelby Cain <alyandon@yahoo.com>)
List pgsql-general
That sounds like a great solution...thank you!  My win API knowledge is
weak, but I'll give it a try.  Thanks again.

-Pete

-----Original Message-----
From: Shelby Cain [mailto:alyandon@yahoo.com]
Sent: March 24, 2004 4:30 PM
To: Anony Mous; 'Dustin Sallings'
Cc: pgsql-general@postgresql.org
Subject: Re: [GENERAL] pg_dump "what if?"

You could spawn pg_dump via CreateProcess and call
WaitForSingleObject() on the handle that CreateProcess
returns in a worker thread.  When the Wait() function
returns, you can then call GetExitCodeProcess() on the
same handle to get the process exit code.

Just a thought.

Regards,

Shelby Cain


--- Anony Mous <A.Mous@shaw.ca> wrote:
> Thanks, but I'm calling a win32 compiled version of
> pg_dump, which runs
> asynchronously to the rest of my code (sorry I was
> vague in my first
> message).  As such, I don't see how I can use the
> return value.  My only
> other thought was to check for the existence of the
> file, which would be
> useless if the file represented an incomplete dump.
>
>

__________________________________
Do you Yahoo!?
Yahoo! Finance Tax Center - File online. File on time.
http://taxes.yahoo.com/filing.html


pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: ERROR: column "currec" does not exist while calling function with 'record' (or %rowtype% argument
Next
From: "Shawn Harrison"
Date:
Subject: Re: self referencing tables/ nested sets etc...