Marcus Brinkmann <[EMAIL PROTECTED]> wrote:
> The problem is that it doesn't crash if run in gdb, but it does crash if
> not.
BTW, this is called a heisenbug. The Jargon file says about them:
"In C, nine out of ten heisenbugs result from uninitialized auto
variables, fandango on core phenomena (
On Sun, May 26, 2002 at 11:02:41PM -0400, Roland McGrath wrote:
> > I am not sure if the client side is all proper, though. The magic server
> > returned 0 nentries, data and datalen pointing to one dir entry. I have
> > forgotten how the code flow exactly was on the client side, but it seemed
>
On Sun, May 26, 2002 at 03:23:05PM +0200, Marcus Brinkmann wrote:
> I am not sure if the client side is all proper, though. The magic server
> returned 0 nentries, data and datalen pointing to one dir entry. I have
> forgotten how the code flow exactly was on the client side, but it seemed
> to
On Sun, May 26, 2002 at 03:23:05PM +0200, Marcus Brinkmann wrote:
> So, basic functionality is there, stress testing needs to be done still.
Turns out that it is still flakey. In particular, clients get mig errors
(wrong msg id in reply), and Perl modules loaded don't return 1 (this is of
course
On Sun, May 26, 2002 at 04:16:27AM +0200, Marcus Brinkmann wrote:
> $ ls /dev/fd
> Segmentation fault
Ok, this was easily fixed by correcting an off-by-one error in magic:
2002-05-26 Marcus Brinkmann <[EMAIL PROTECTED]>
* magic.c (trivfs_S_dir_readdir): Increment I after comparing it
On Fri, May 24, 2002 at 02:50:00PM -0400, Roland McGrath wrote:
> Probably the bug is in libc having to do with the /dev/fd* lookups.
> Try a test program that calls stat or lstat on all those bogus /dev/fd*
> names that appear in the make -d output.
Good instinct. After spending a bit of time i
Probably the bug is in libc having to do with the /dev/fd* lookups.
Try a test program that calls stat or lstat on all those bogus /dev/fd*
names that appear in the make -d output.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/
On Fri, May 24, 2002 at 04:43:47AM +0200, Marcus Brinkmann wrote:
> The thing that does not work is "fakeroot debian/rules target", where
> debian/rules is a makefile. It fails with:
>
> fakeauth: Segmentation fault for child NR
Who could expect that this is actually a problem in make with /dev
