> [EMAIL PROTECTED]:/tmp$ ./crash
> Segmentation fault (core dumped)
> [EMAIL PROTECTED]:/tmp$ showtrans /servers/crash
> /hurd/symlink crash-suspend
> [EMAIL PROTECTED]:/tmp$ showtrans /servers/crash-suspend
> /hurd/crash --suspend
Strange.
Well, attach gdb to the crash server and see what it
Marco Gerards <[EMAIL PROTECTED]> writes:
> James Morrison <[EMAIL PROTECTED]> writes:
>
> > What is your crash server setup to do? Have you tried attached gdb to
> > the crash server?
>
> It is set to --suspend. I have not yet tried to debug the crash
> server, that is a good idea.
Does t
Roland McGrath <[EMAIL PROTECTED]> writes:
>> Well, sometimes I just get coredumps with these settings. Is this
>> possible and am I doing something really stupid here or is this a bug?
>
> Could be neither. See --help: --suspend => --action=suspend,
> and the default --orphan-action=core-file r
James Morrison <[EMAIL PROTECTED]> writes:
> What is your crash server setup to do? Have you tried attached gdb to
> the crash server?
It is set to --suspend. I have not yet tried to debug the crash
server, that is a good idea.
Still, it is stupid that Mach crashes. :)
Thanks,
Marco
_
[EMAIL PROTECTED] writes:
>> I have some comments so far, I will continue to read the patch and
>> test it later this weekend.
>
> Thank you for reviewing the code :-)
>
> Would you add next comments to Savannah, so that we have all comments
> about the patch in one place? I've already added your
Marco Gerards <[EMAIL PROTECTED]> writes:
> Hi,
>
> While I tried to generate a segfault it crashed GNUMach (1.x, I have
> tested both CVS and 1.2) with this error:
>
> panic: zalloc: zone kalloc.8192 exhausted
> (There is a small pause here and a bit of disk activity/ flashing IDE LEDs)
> hd1
Roland McGrath <[EMAIL PROTECTED]> writes:
>> Well, sometimes I just get coredumps with these settings. Is this
>> possible and am I doing something really stupid here or is this a bug?
>
> Could be neither. See --help: --suspend => --action=suspend,
> and the default --orphan-action=core-file r
Hi,
While I tried to generate a segfault it crashed GNUMach (1.x, I have
tested both CVS and 1.2) with this error:
panic: zalloc: zone kalloc.8192 exhausted
(There is a small pause here and a bit of disk activity/ flashing IDE LEDs)
hd1: irq timeout: status=0x58 { DriveReady SeekComplete DataReq
> readelf doesn't produce much useful info IMHO. Like if fpregset etc
> are there or not.
Like I said, this is the internal contents of the note. readelf tells you
the sizes and locations of the note, and if those are sane, you can look at
the data directly and interpret according to the struct
