Re: pg_dump:qemu: uncaught target signal 7 (Bus error) - core dumped
| От | David G. Johnston |
|---|---|
| Тема | Re: pg_dump:qemu: uncaught target signal 7 (Bus error) - core dumped |
| Дата | |
| Msg-id | CAKFQuwZAv4ssjVXPvrO-=sxhjj+wKdAxJPJpnRxDK1wr8m4Ejw@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: pg_dump:qemu: uncaught target signal 7 (Bus error) - core dumped (tushar <tushar.ahuja@enterprisedb.com>) |
| Ответы |
Re: pg_dump:qemu: uncaught target signal 7 (Bus error) - core dumped
|
| Список | pgsql-hackers |
On Monday, December 8, 2025, tushar <tushar.ahuja@enterprisedb.com> wrote:
So this query is a failed query and now if i give 'postgres' instead of 'abc123', Am I not supposed to get the same error , instead ofpg_dump overwriting the postgres executable.
The code chooses to initialize the archive first, then open the connection. In hindsight, maybe that wasn’t the most user-friendly choice; along with not having a “—clobber” option to overwrite an existing archive. So, no, the error you get depends on whether you managed to clobber the postgres service that is handling the connection attempt.
Personally I’d be fine with fixing both behaviors and accept any pushback on making “—no-clobber” the new default; if someone were inclined to write the patch. It’s a failure mode that seems sufficiently rare to not deal with accommodating at this point though.
David J.
В списке pgsql-hackers по дате отправления: