[874] in arla-drinkers
Re: Two problems with arla 0.25
daemon@ATHENA.MIT.EDU (assar@stacken.kth.se)
Thu Jun 10 20:49:30 1999
From owner-arla-drinkers@stacken.kth.se Fri Jun 11 00:49:30 1999
Return-Path: <owner-arla-drinkers@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 17185 invoked from network); 11 Jun 1999 00:49:29 -0000
Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41)
by bloom-picayune.mit.edu with SMTP; 11 Jun 1999 00:49:29 -0000
Received: (from majordom@localhost)
by sundance.stacken.kth.se (8.8.8/8.8.8) id CAA15246
for arla-drinkers-list; Fri, 11 Jun 1999 02:40:48 +0200 (MET DST)
Received: from dhcp173.conference.usenix.org (dhcp173.conference.usenix.org [209.179.127.173])
by sundance.stacken.kth.se (8.8.8/8.8.8) with ESMTP id CAA15235
for <arla-drinkers@stacken.kth.se>; Fri, 11 Jun 1999 02:40:39 +0200 (MET DST)
Received: (from assar@localhost) by dhcp173.conference.usenix.org (8.9.3/8.7.3) id CAA25992; Fri, 11 Jun 1999 02:40:43 +0200 (CEST)
From: assar@stacken.kth.se
To: Anthony.Iano-Fletcher@nih.gov
Cc: Derrick J Brashear <shadow@dementia.org>, arla-drinkers@stacken.kth.se
Subject: Re: Two problems with arla 0.25
References: <ML-1.3.2.928945753.1353.shadow@johnstown.andrew.cmu.edu> <5lwvxd2f9p.fsf@dhcp162.conference.usenix.org> <19990610151955.A29819@argo.cit.nih.gov>
Mime-Version: 1.0 (generated by tm-edit 7.68)
Content-Type: text/plain; charset=US-ASCII
Date: 11 Jun 1999 02:40:42 +0200
In-Reply-To: Anthony.Iano-Fletcher@nih.gov's message of "Thu, 10 Jun 1999 15:19:55 -0400"
Message-ID: <5lg13zmuwl.fsf@dhcp162.conference.usenix.org>
Lines: 25
X-Mailer: Gnus v5.5/Emacs 19.34
Sender: owner-arla-drinkers@stacken.kth.se
Precedence: bulk
Anthony.Iano-Fletcher@nih.gov writes:
> Well I tried it with GNU's make and its still broken:
>
> > gmake[2]: Entering directory `/tmp/arla-0.25/xfs/solaris'
> > ld -r -o ./xfs xfs_deb.o xfs_common.o xfs_dev.o xfs_message.o xfs_node.o
> > xfs_syscalls.o xfs_vfsops.o xfs_vnodeops.o xfs_wrap.o
> > ld: cannot open output file ./xfs: Is a directory
Yeah, but that's not the problem I'm talking about :-) That's harder
to solve but the simple workaround that I suggest is to build in a
separate directory tree which is what I always do.
> Also the 0.25 version crashes my Solaris 7 machine whenever one does
> ls /afs
> As the crash messages roll I see -
>
> xfs module trying to free NULL pointer
> trap type 0x31
> addr = 0x14
Ok, I'll need to test that when I get to a Solaris 7 machine.
Meanwhile, if you can get a core dump or run with xfs debugging turned
on to see where it fails that would probably help.
/assar
