Roland McGrath <[EMAIL PROTECTED]> writes:
>> I think that I have found a repeatable assertion failure,
>
> But you haven't said how to repeat it.
One way is to run something similar.
I am not sure if this is a process creation / threading problem, or if
it is something to do with the number of queued requests for writes.
i=0;
while [ $i -lt 200 ] ;
do
mail -s TEST david@localhost < .emacs ;
i=`expr $i + 1`;
echo $i iterations;
done
This is creating several pending processes as I have procmail and
spamassassin installed. I am trying to get a system working with the
same tools in the Hurd and Linux by installing the same programs.
>> libc/hurd/intr-msg.c That is I have had two hangs with this assertion
>> printed on the console.
>>
>> ext2fs.static: intr-msg.c:304:_hurd_intr_rpc_mach_msg:Assertion
>> `m->header.msgh_id == msgid + 100` failed.
>
> See if you can produce this failure in a non-bootstrap filesystem or in the
> bootstrap filesystem of a sub-hurd. Then you can use gdb on it and we can
> see the full details.
I have created a separate boot partition/slice and home directory
mirroring the programs and data where the problem was created.
I boot using the following:
#!/bin/bash
settrans -fg /mnt /hurd/ext2fs --readonly /dev/hd0s12
boot -d -D /mnt -I /mnt/boot/servers.boot /dev/hd0s12
hd0s12 has a translator for the duplicate /home slice.
I ran it several times.
First I am getting an invalid ipc message (sorry I have to duplicate
this again to get the correct message, at first I was managing to lock
up the machine completely still).
When attaching with gdb to the process for ext2fs, the processing
stops unless I do continue.
There are a lot of threads with seemingly the same state(the where
command gives the same stack), but I haven't found out how to trace
this without stopping the process.
When I issue continue I can't get back control of gdb before the
process hangs.
I will try again this evening (US/EST).
Suggestions welcome.
Thanks
--
Hope springs eternal!
/^\
\ / ASCII RIBBON CAMPAIGN
X AGAINST HTML MAIL
/ \
_______________________________________________
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
