Re: [HACKERS] pg_dump - segfault with -z option
От | Bruce Momjian |
---|---|
Тема | Re: [HACKERS] pg_dump - segfault with -z option |
Дата | |
Msg-id | 199811241608.LAA04238@candle.pha.pa.us обсуждение исходный текст |
Ответ на | pg_dump - segfault with -z option (Karl Auer <auer@kom.id.ethz.ch>) |
Ответы |
6.4.1 schedule (was segfault with -z option)
Re: [HACKERS] pg_dump - segfault with -z option Re: [HACKERS] pg_dump - segfault with -z option |
Список | pgsql-hackers |
[Charset iso-8859-1 unsupported, filtering to ASCII...] > hi. > > I hope this is not a rehash of anything; a quick look at the mailing list > archives turned up similar, but not identical stories. > > When I use the "-z" option (dump permissions)when dumping a database I have, I > get a segfault and no output. The other options are irrelevant (i.e., I can > specify any other option or options I like, it still happens). To the best of > my knowledge I have nothing tricky or complex in my database, just standard > types like varchar, bool and int, the refint stuff and a trigger or two. > > It does NOT segfault with template1, but nor do I get any output, maybe this > is normal, I'm a total novice at this :-) > > This is not a critical issue for me, I can always set the permissions on my > tables manually, but a) it would be nice not to have to and b) I thought it > might interest someone... Seems to me that whatever the reasons for it, > pg_dump should not lose it to the extent of segfaulting :-) I believe this will be fixed in the first 6.4 minor release. Should we schedule 6.4.1 soon, folks. -- Bruce Momjian | http://www.op.net/~candle maillist@candle.pha.pa.us | (610) 853-3000+ If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania19026
В списке pgsql-hackers по дате отправления: