Re: pg_dump "what if?"
От | Anony Mous |
---|---|
Тема | Re: pg_dump "what if?" |
Дата | |
Msg-id | 007101c411fb$6aa41c20$7402a8c0@PETER обсуждение исходный текст |
Ответ на | Re: pg_dump "what if?" (Shelby Cain <alyandon@yahoo.com>) |
Список | 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 по дате отправления: