Skip site navigation (1) Skip section navigation (2)

iofflush: psql 7.0.3 coredump on RH 6.1

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 (view raw or flat)
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

pgsql-bugs by date

Next:From: RasputinDate: 2000-12-01 12:48:49
Subject: RE: iofflush psql 7.0.3 coredump on RH 6.1
Previous:From: mohamed hgugDate: 2000-12-01 09:30:38
Subject: bug with postgresql

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group