On Sat, Sep 30, 2000 at 09:41:55PM -0400, Roland McGrath wrote:
> > The reboot comes from a `panic' call from the `free_for_oskit' routine
> > in [gnumach]/oskit/osenv_mem.c. Here's that piece of code:
>
> Interesting. Can you show me the stack trace? The oskit panic routine
> should print out
> The reboot comes from a `panic' call from the `free_for_oskit' routine
> in [gnumach]/oskit/osenv_mem.c. Here's that piece of code:
Interesting. Can you show me the stack trace? The oskit panic routine
should print out a stack trace. You can feed the addresses to addr2line to
get the functio
Finally, I've been able to find the source of my mysterious
reboots when booting oskit-mach.
The reboot comes from a `panic' call from the `free_for_oskit' routine
in [gnumach]/oskit/osenv_mem.c. Here's that piece of code:
--- snip ---
if (in_oskit_interrupt)
{
/* oy */
Hi,
as an exercise, I implemented a dummy interface for pfinet. Apply the
attached diff, and compile pfinet. The interface name is "dummy".
settrans /servers/socket/2 /hurd/pfinet -i dummy -a 192.168.0.1 -m 255.255.255.0 -g
192.168.0.2
The dummy interface is the same as the dummy interface in
Title: An Online Fair of Electronic Products
An Online Fair of Electronic
Products
ChinaEdeal.com is
currently the largest BtoB
e-commerce site dedicate to the electronic industry in China. It is the
Best
way to source
China's electronic products and the Best
way to enter into China's e
Date: Sun, 17 Sep 2000 23:35:44 -0400 (EDT)
From: Roland McGrath <[EMAIL PROTECTED]>
> So we probably have to give in. The apt author (Jason Gunthorpe) is not
> happy about a special configure check for that on the Hurd (quote: "I really
> hate adding more configure tests"), and th
