Re: [HACKERS] 2nd try @NetBSD/2.0 Alpha

2005-10-19 Thread Larry Rosenman
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: > >

Re: [HACKERS] 2nd try @NetBSD/2.0 Alpha

2005-10-19 Thread Martijn van Oosterhout
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

Re: [HACKERS] 2nd try @NetBSD/2.0 Alpha

2005-10-18 Thread Larry Rosenman
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 lik

Re: [HACKERS] 2nd try @NetBSD/2.0 Alpha

2005-10-18 Thread Michael Fuhr
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 like gdb. -- Michael Fuhr --

Re: [HACKERS] 2nd try @NetBSD/2.0 Alpha

2005-10-18 Thread Michael Fuhr
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

Re: [HACKERS] 2nd try @NetBSD/2.0 Alpha

2005-10-18 Thread Larry Rosenman
On Oct 18, 2005, at 9:39 PM, Tom Lane wrote: Larry Rosenman 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 being made.

Re: [HACKERS] 2nd try @NetBSD/2.0 Alpha

2005-10-18 Thread Tom Lane
Larry Rosenman 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: Don't 'kill

Re: [HACKERS] 2nd try @NetBSD/2.0 Alpha

2005-10-18 Thread Larry Rosenman
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: If it is that, does it work

Re: [HACKERS] 2nd try @NetBSD/2.0 Alpha

2005-10-18 Thread Larry Rosenman
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: If it is that, does it work if you compile postgres with -lpthread. Sure, we don't u

Re: [HACKERS] 2nd try @NetBSD/2.0 Alpha

2005-10-18 Thread Andrew Dunstan
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 d

Re: [HACKERS] 2nd try @NetBSD/2.0 Alpha

2005-10-18 Thread Martijn van Oosterhout
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 o

Re: [HACKERS] 2nd try @NetBSD/2.0 Alpha

2005-10-18 Thread Tom Lane
Martijn van Oosterhout 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 "threaded libp

Re: [HACKERS] 2nd try @NetBSD/2.0 Alpha

2005-10-18 Thread Larry Rosenman
Tom Lane wrote: > Martijn van Oosterhout 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 r

Re: [HACKERS] 2nd try @NetBSD/2.0 Alpha

2005-10-18 Thread Martijn van Oosterhout
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: If it is that, does it work if you compile postgres with -lpthread. Sure, we don't use the functions but maybe it's a prerequisite to be able to dlop

[HACKERS] 2nd try @NetBSD/2.0 Alpha

2005-10-18 Thread Larry Rosenman
Upped the stack to 8Mb. Now it dies in Plcheck. Logs/bt.out in: http://www.lerctr.org/~ler/alphadeath2.tar.gz $ tar tzvf alphadeath2.tar.gz drwxr-xr-x 2 ler users 0 Oct 18 16:01 lastrun-logs -rw-r--r-- 1 ler users 22708 Oct 18 14:50 lastrun-logs/CVS.log -rw-r--r-- 1 le