From: | Stephen Kogge <stevek(at)uimage(dot)com> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, stevek(at)uimage(dot)com |
Subject: | Re: [HACKERS] 6.4.1 schedule SUNOS4.1.X build |
Date: | 1998-11-24 18:47:38 |
Message-ID: | 199811241847.NAA04690@tuna.uimage.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
I isolated a code problem (sunos4.1.X does not have a fflush(NULL)),
Tom Lane is adding a portable workaround. Yes this is an ANSI required
but either forget about Sunos4.1.X or use more general code. fflush(NULL)
core dumps sunos4.1.X
Even with a non core dumping build I am calling on the group
memory to suggest what to try next. Sunos 4.1.X can be built and
postmaster started and a first psql started. On the most simple
request
\l
things just hang. With debug on I see a final
enter CommitTransactionCommand()
I added a few more diagnostic prints and CommitTransactionCommand
runs with a
case TBLOCK_DEFAULT
and says it is exiting...
Suggestions where to look next - if this a known problem let me
know where to look.
I can test fixes on both BSD/OS 3.X and BSD/OS 4.0 so I can't go too
far from an ANSI/POSIX solution before those builds will break.
The regression test also hang with the CommitTransactionCommand.
\q works and psql exits and \? gives the help list
but...
template1=> \df
Backend sent D message without prior T
and we are hung
Thanks
--
Stephen N. Kogge
stevek(at)uimage(dot)com
http://www.uimage.com
From | Date | Subject | |
---|---|---|---|
Next Message | Oliver Elphick | 1998-11-24 19:22:02 | Re: [HACKERS] Parser bug? |
Previous Message | Oliver Elphick | 1998-11-24 18:33:01 | Re: [HACKERS] pg_dump - segfault with -z option |