On Tue, Oct 18, 2005 at 10:07:26PM -0500, Larry Rosenman wrote:
...or attach with a debugger like gdb.
d'oh. I go stupid occasionally :)
If someone wants me to, I can try that.
Yes, actually. See, its dying in the seg test already with:
-- Open intervals
SELECT '0..'::seg AS seg;
!
Martijn van Oosterhout wrote:
On Tue, Oct 18, 2005 at 10:07:26PM -0500, Larry Rosenman wrote:
...or attach with a debugger like gdb.
d'oh. I go stupid occasionally :)
If someone wants me to, I can try that.
Yes, actually. See, its dying in the seg test already with:
-- Open
Tom Lane wrote:
Martijn van Oosterhout kleptog@svana.org writes:
On Tue, Oct 18, 2005 at 04:04:42PM -0500, Larry Rosenman wrote:
Upped the stack to 8Mb. Now it dies in Plcheck.
Wierd, it's dying in malloc() because the C library called kill()
from __libc_mutex_unlock().
I wonder if this
Martijn van Oosterhout kleptog@svana.org writes:
On Tue, Oct 18, 2005 at 04:04:42PM -0500, Larry Rosenman wrote:
Upped the stack to 8Mb. Now it dies in Plcheck.
Wierd, it's dying in malloc() because the C library called kill() from
__libc_mutex_unlock().
I wonder if this is related to the
On Tue, Oct 18, 2005 at 04:04:42PM -0500, Larry Rosenman wrote:
Upped the stack to 8Mb. Now it dies in Plcheck.
Logs/bt.out in: http://www.lerctr.org/~ler/alphadeath2.tar.gz
Wierd, it's dying in malloc() because the C library called kill() from
__libc_mutex_unlock().
You're not the only one
I think in this case you need to try to install the PL manually and see
what happens - run psql, attach the debugger to the backend, and issue
create language plperl ...
Having it die at this stage is rather strange.
cheers
andrew
Larry Rosenman wrote:
Upped the stack to 8Mb. Now it
On Oct 18, 2005, at 5:11 PM, Martijn van Oosterhout wrote:
On Tue, Oct 18, 2005 at 05:03:35PM -0500, Larry Rosenman wrote:
Doesn't appear to have a separate libc, HOWEVER, -lpthread may be
screwing
us:
snip
If it is that, does it work if you compile postgres with -lpthread.
Sure, we
On Oct 18, 2005, at 8:49 PM, Larry Rosenman wrote:
On Oct 18, 2005, at 5:11 PM, Martijn van Oosterhout wrote:
On Tue, Oct 18, 2005 at 05:03:35PM -0500, Larry Rosenman wrote:
Doesn't appear to have a separate libc, HOWEVER, -lpthread may be
screwing
us:
snip
If it is that, does it
Larry Rosenman ler@lerctr.org writes:
I added a LIBS += -lpthread to the end of src/makefiles/
Makefile.netbsd and got a LOOP
on the make check :(
Er ... define LOOP?
regards, tom lane
---(end of broadcast)---
TIP 2:
On Oct 18, 2005, at 9:39 PM, Tom Lane wrote:
Larry Rosenman ler@lerctr.org writes:
I added a LIBS += -lpthread to the end of src/makefiles/
Makefile.netbsd and got a LOOP
on the make check :(
Er ... define LOOP?
postgres master process sitting with 98%+ cpu for 1hour and NO
progress
On Tue, Oct 18, 2005 at 09:41:21PM -0500, Larry Rosenman wrote:
I could not find a truss/strace binary on the box :(
In BSD land try ktrace.
--
Michael Fuhr
---(end of broadcast)---
TIP 6: explain analyze is your friend
On Oct 18, 2005, at 10:03 PM, Michael Fuhr wrote:
On Tue, Oct 18, 2005 at 08:59:23PM -0600, Michael Fuhr wrote:
On Tue, Oct 18, 2005 at 09:41:21PM -0500, Larry Rosenman wrote:
I could not find a truss/strace binary on the box :(
In BSD land try ktrace.
...or attach with a debugger
12 matches
Mail list logo