DragonFly BSD
DragonFly commits List (threaded) for 2005-04
[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]

Re: cvs commit: src/sys/kern vfs_bio.c vfs_lock.c vfs_subr.c vfs_sync.c src/sys/sys buf.h mount.h tree.h vnode.h src/sys/vfs/gnu/ext2fs ext2_inode.c ext2_vfsops.c ext2_vnops.c src/sys/vfs/hpfs hpfs_vnops.c src/sys/vfs/msdosfs msdosfs_vfsops.c ...


From: Matthew Dillon <dillon@xxxxxxxxxxxxxxxxxxxx>
Date: Sun, 17 Apr 2005 23:14:23 -0700 (PDT)

:Even after using an older kernel I still got this behaviour, so hence I
:started suspecting a subtle fs corruption.
:
:This is not the case once I got to do some more testing.
:
:cvs repeatedly failed in cvs-1.12.11/src/lock.c:
:
:readlock = xmalloc (strlen (hostname) + sizeof (CVSRFL) + 40);
:
:Funny part was that it failed on local filesystems, checking out from a
:pserver worked as it should.
:
:Tested it with a:
:
:cd /tmp
:mkdir test test2
:cvs -d /tmp/test init
:cd test2
:cvs -d /tmp/test checkout .
:
:and got the same problem (backtrace in lock.c, same line).
:
:So that confirmed for me that it is not the filesystem reworking.
:
:I now jumped back to CVS 1.12.9.  My SIGSEGV 11's are gone and I can
:checkout from my local cvsupped repositories.
:...

    Well, throw the core file from the sigsegv onto leaf and I'll take 
    a look at it.

    It seems likely related to the machine's hostname.  Is there a hostname
    set for your machine?  It kinda sounds like the code that sets the
    'hostname' variable in the cvs program is broken.

						-Matt



[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]