Date: Sun, 25 Feb 1996 08:22:10 +0200 (SAT) From: John Hay <jhay@mikom.csir.co.za> To: pst@shockwave.com (Paul Traina) Cc: freebsd-current@freebsd.org Subject: Re: Bug in libc/db/hash/hash.c??? Message-ID: <199602250622.IAA13163@zibbi.mikom.csir.co.za> In-Reply-To: <199602250121.RAA18977@precipice.shockwave.com> from "Paul Traina" at Feb 24, 96 05:21:40 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> > Well, I haven't seen it happen here yet, perhaps it only breaks if the water > in your drain goes the wrong way? Actually, the only reason I could imagine :-) I thought my computer didn't know that. :-) > this > occuring is if the stat failed because you didn't have permission to access > the file, but then you DID have write permission to mess the file up. Bizzare. I was su'ed to root, so I hope that would give me enough permissions. ??? :-) > > I've put up on freefall a new revision of hash.c, > try http://freefall.cdrom.com/~pst/hash.c > > This postpones the stat until you've successfully opened the file and then > just does a fstat. I don't like it, because it adds additional syscall > overhead, but wtf. > OK, I tried this one and it does work correctly now. The way I created / recreated it: (su'ed to root) Create a new libc and install it. Make sure cap_mkdb use the the new libc.so.3.0 (libc version was bumped a few days ago). Go to /usr/src/share/termcap Do a "make clean; make" Check the size of obj/termcap.db Please remember that the problem is in -stable also when you fix it. John -- John Hay -- John.Hay@csir.co.za
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199602250622.IAA13163>