From: | Rasputin <rasputin(at)FreeBSD-uk(dot)eu(dot)org> |
---|---|
To: | pgsql-bugs(at)postgresql(dot)org |
Subject: | iofflush: psql 7.0.3 coredump on RH 6.1 |
Date: | 2000-12-01 12:35:57 |
Message-ID: | 20001201123557.A87839@dogma.freebsd-uk.eu.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
Couldn't find an archive for this list, so here you go.
Seemed to build OK, and I managed to create a test database
under the user 'postgres'.
When I run the psql tool to connect to it, the client dumps core.
Sorry for the spam; I searched a bit before posting, and saw others
who had the problem, but couldn't find a fix.--
iofflush seems to be the offending function - anyone else resolved this?
I *really* don't want to have to use MySQL , mainly because of its
GPL license.
Server keeps ticking:
========================================
[postgres(at)cartman pgsql]$ pg_ctl start
postmaster successfully started up.
[postgres(at)cartman pgsql]$ DEBUG: Data Base System is starting up at Fri Dec 1 12:07:44 2000
DEBUG: Data Base System was shut down at Fri Dec 1 12:05:06 2000
DEBUG: Data Base System is in production state at Fri Dec 1 12:07:44 2000
pq_recvbuf: unexpected EOF on client connection
========================================
The client dies horribly, a backtrace shows:
----------------------------------------
[postgres(at)cartman pgsql]$ gdb `which psql` core
<snip>
Core was generated by `psql honeypi'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/local/pgsql/lib/libpq.so.2.1...done.
Reading symbols from /lib/libcrypt.so.1...done.
Reading symbols from /lib/libnsl.so.1...done.
Reading symbols from /lib/libdl.so.2...done.
Reading symbols from /lib/libm.so.6...done.
Reading symbols from /lib/libutil.so.1...done.
Reading symbols from /usr/lib/libreadline.so.4.0...done.
Reading symbols from /lib/libtermcap.so.2...done.
Reading symbols from /usr/lib/libncurses.so.4...done.
Reading symbols from /lib/libc.so.6...done.
Reading symbols from /lib/ld-linux.so.2...done.
Reading symbols from /lib/libnss_files.so.2...done.
#0 0x4014a4af in _IO_fflush (fp=0x401e5f40) at iofflush.c:41
41 iofflush.c: No such file or directory.
(gdb) backtrace
#0 0x4014a4af in _IO_fflush (fp=0x401e5f40) at iofflush.c:41
#1 0x4009ed97 in rl_prep_terminal () from /usr/lib/libreadline.so.4.0
#2 0x4009996f in readline () from /usr/lib/libreadline.so.4.0
#3 0x804e658 in gets_interactive ()
#4 0x804ed52 in MainLoop ()
#5 0x8050340 in main ()
#6 0x401111eb in __libc_start_main (main=0x804fe10 <main>, argc=2,
argv=0xbffffc34, init=0x804a5c0 <_init>, fini=0x805721c <_fini>,
rtld_fini=0x4000a610 <_dl_fini>, stack_end=0xbffffc2c)
at ../sysdeps/generic/libc-start.c:90
(gdb) quit
----------------------------------------
Sorry for the spam; I searched a bit before poasting, and saw others
who had the problem, but couldn't find a fix.--
iofflush seems to be the offending function - anyone else resolved this?
I *really* don't want to have to use MySQL , mainly because of its
GPL license.
--
Rasputin
Jack of All Trades :: Master of Nuns
From | Date | Subject | |
---|---|---|---|
Next Message | Rasputin | 2000-12-01 12:48:49 | RE: iofflush psql 7.0.3 coredump on RH 6.1 |
Previous Message | mohamed hgug | 2000-12-01 09:30:38 | bug with postgresql |