Re: segmentation fault in psql
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: David George <david@onyxsoft.com>
Cc: pgsql-bugs@postgresql.org
Date: 2001-04-01T17:47:18Z
Lists: pgsql-bugs
David George <david@onyxsoft.com> writes: > Thanks. Removing sfio from configure.in and reconfiguring/making did > the job. I didn't try it before because I figured Postgresql may have > actually been using sfio for something. No; I'm not sure why it's in configure's search list at all. It sounds like we might be tripping over a bug in sfio's stdio emulation. You might want to report this to the sfio people. > The reason for using it on Solaris is because Solaris can't fopen file > descriptors above 255. So if you have a process that has more than > 255 open files in a process any further fopens will fail mysteriously > (I have forgotten what the error message is, but it is something like > EPERM or something stupid like that). As long as the error code is something appropriate (EMFILE one hopes) then I think we should cope with this situation correctly. If it really is EPERM then you might find the backend giving weird errors when run with a file descriptor limit above 256. regards, tom lane