Re: Fix for psql core dumping on bad user
От | D. Hageman |
---|---|
Тема | Re: Fix for psql core dumping on bad user |
Дата | |
Msg-id | Pine.LNX.4.33.0104180659080.933-100000@typhon.dracken.com обсуждение исходный текст |
Ответ на | Re: Fix for psql core dumping on bad user (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Fix for psql core dumping on bad user
Re: Fix for psql core dumping on bad user |
Список | pgsql-patches |
Strange. Maybe I haven't fully explored the problem then. I would be more then happy to supply a core file if you would like to analyze it. I also guess that I should have been more complete in my bug report. I am doing this on a RedHat 6.2 (Fully updated, Intel architecture) machine and I have seen this behavior in the past several versions of PostgreSQL, but just have now gotten around to doing something about it. As far as how I compile it, I usually use the roll rpms from the srpms that you create Tom? I think I will go ahead and try it out on some other platforms later on today ... On Tue, 17 Apr 2001, Tom Lane wrote: > "D. Hageman" <dhageman@dracken.com> writes: > > The postgresql interactive terminal will dump core on any script that is > > run via the -f command line option if their exists a connect line without > > a valid user. > > Curiously, I see no core dump here: > > $ cat zscript > \connect - testuser > $ psql -f zscript regression > psql:zscript:1: \connect: FATAL 1: user "testuser" does not exist > $ > > Nonetheless, the comment at the top of do_connect() says that it > *should* terminate the program under these circumstances, so I'm not > sure why it doesn't. Peter? > > regards, tom lane > > ---------------------------(end of broadcast)--------------------------- > TIP 4: Don't 'kill -9' the postmaster > -- //===================================================================\\ || D. Hageman <dhageman@dracken.com> || \\===================================================================//
В списке pgsql-patches по дате отправления: