[M3devel] CM3 d5.5.0 CVSup client issues.

[Tony Hosking]

I forget if we tried the "paranoid" GC configuration or not.  Can you  
run with @M3paranoidgc and see what happens?  Again, I am unable to  
replicate the problems you are seeing, even on my Solaris 10 box.

On Sep 26, 2007, at 2:03 PM, Alex Bochannek wrote:

> I am back from vacation. I just updated my cm3 tree and did the usual
> "do-cm3-core buildship; install-cm3-compiler upgrade; do-cm3-std
> buildship" dance. I then did a make clean on cvsup and a make install.
>
> I not get reproducible core dumps every time I run it, with or without
> GUI. cvsup startes and then cores:
>
>
> -bash-3.00$ cvsup -g cvsupfile.cm3
> Connected to birch.elegosoft.com
>
>
> ***
> *** runtime error:
> ***    Segmentation violation - possible attempt to dereference NIL
> ***    pc = 0x51e9782c
> ***
>
> Abort (core dumped)
> -bash-3.00$ mdb core
> $c
> libc.so.1`_lwp_kill+8(6, 0, feea4af8, ffffffff, feee8284, 6)
> libc.so.1`abort+0x110(fec1eeb0, 1, 48c988, a8390, feeeb298, 0)
> RTOS__Crash+4(1, 1d, df7fb0, e09fa0, 533dbc, 0)
> RTProcess__Crash+0x98(0, a, 10, 0, 0, 0)
> RTError__EndError+0x58(1, fec1f20c, fec1f210, fec1f214, 0, 0)
> RTError__ErrorPC+0x1d8(51e9782c, 531bbc, 0, 0, 1, 0)
> RTError__MsgPC+0x38(51e9782c, 531bbc, 0, 0, 0, 0)
> RTSignal__SegV+0x68(b, fec1f730, fec1f478, 1, 0, 1)
> libc.so.1`__sighndlr+0xc(b, fec1f730, fec1f478, 44381c, 0, 1)
> libc.so.1`call_user_handler+0x3b8(b, 0, 8, 0, fed11800, fec1f478)
> 0x51e9782c(feba49b0, 2f, 7fffffff, 0, 0, 0)
> SupMisc__PathLast+0x1c(feba49b0, fec660b0, 4924a0, 0, 0, 0)
> TreeList__PutCollectionList+0x3a00(fedc8cd0, fedb29b8, 1, 0,  
> fedeb430, 0)
> TreeList__ListCollection+0x4a4(fedc8cd0, fedb29b8, feeecbc0,  
> fed11800, 533b2c, 0
> )
> TreeList__Apply+0x2dc(fedc8cd0, 1000, feeecbc0, fed11800, 533b68, 0)
> ThreadPThread__RunThread+0x3c4(d4a1e0, 0, 0, 0, 0, 1)
> ThreadPThread__ThreadBase+0x44(d4a1e0, fec20000, 0, 0, 44bae4, 1)
> libc.so.1`_lwp_start(0, 0, 0, 0, 0, 0)
>
> I am not sure if that is even in the Modula-3 libraries, but you can
> probably tell. Here's the ls; ldd:
>
> -rwxr-xr-x   1 root     other    5396444 Sep 26 10:56 /usr/local/ 
> bin/cvsup
>       libXaw.so.5 =>   /usr/lib/libXaw.so.5
>       libXmu.so.4 =>   /usr/lib/libXmu.so.4
>      libXext.so.0 =>  /usr/lib/libXext.so.0
>        libXt.so.4 =>    /usr/lib/libXt.so.4
>       libX11.so.4 =>   /usr/lib/libX11.so.4
>    libsocket.so.1 =>        /lib/libsocket.so.1
>       libnsl.so.1 =>   /lib/libnsl.so.1
>         libw.so.1 =>     /lib/libw.so.1
>        libdl.so.1 =>    /lib/libdl.so.1
>   libpthread.so.1 =>       /lib/libpthread.so.1
>    libthread.so.1 =>        /lib/libthread.so.1
>        librt.so.1 =>    /lib/librt.so.1
>         libm.so.2 =>     /lib/libm.so.2
>         libc.so.1 =>     /lib/libc.so.1
>        libSM.so.6 =>    /usr/openwin/lib/libSM.so.6
>       libICE.so.6 =>   /usr/openwin/lib/libICE.so.6
>        libmp.so.2 =>    /lib/libmp.so.2
>       libmd5.so.1 =>   /lib/libmd5.so.1
>       libscf.so.1 =>   /lib/libscf.so.1
>       libaio.so.1 =>   /lib/libaio.so.1
>       libdoor.so.1 =>  /lib/libdoor.so.1
>      libuutil.so.1 =>         /lib/libuutil.so.1
> /platform/SUNW,Sun-Fire-480R/lib/libc_psr.so.1
> /platform/SUNW,Sun-Fire-480R/lib/libmd5_psr.so.1
>
> Hope this helps. Let me know what else I shoudl try.
>
> Alex.