Bug#190732: [PATCH] hurd/libdiskfs/dir-renamed.c

2004-03-02 Thread Alfred M. Szmidt
Debian Bug #190732 can be safely closed. The patch you're talking about is in http://sv.gnu.org/patch/?func=detailitem&item_id=1839 too. Okie. > What bug did this patch fix exactly? Do you have any test cases > for this? Many small bugs are fixed. Most of the sentences in th

Bug#184624: reboots unexpectedly after panic

2004-03-02 Thread Jeroen Dekkers
On Tue, Mar 02, 2004 at 02:09:10PM +0100, Robert Millan wrote: > On Tue, Mar 02, 2004 at 11:43:06AM +0100, M. Gerards wrote: > > [...] > > > > I already have the "for (;;);" hack in my tree. Perhaps I can even change GNU > > Mach so this becomes the default behaviour and you can use an argument t

YOUR SUCCESS IN JESUS

2004-03-02 Thread Joy Dish Khushab
I am Mrs. Joy Dish Khushab,a Pakistani national I was married to Dr.Dish Khushab who worked with Pakistan embassy in China for nine years before he died in the year 2001.We were married for eleven years and the union unfortunately did not produce any offspring. . Before his death we had given our

Bug#190732: [PATCH] hurd/libdiskfs/dir-renamed.c

2004-03-02 Thread Ognyan Kulev
Debian Bug #190732 can be safely closed. The patch you're talking about is in http://sv.gnu.org/patch/?func=detailitem&item_id=1839 too. Alfred M. Szmidt wrote: What bug did this patch fix exactly? Do you have any test cases for this? Many small bugs are fixed. Most of the sentences in the cha

Bug#184624: reboots unexpectedly after panic

2004-03-02 Thread Marcus Brinkmann
At Tue, 2 Mar 2004 11:43:06 +0100, marco_g wrote: > > Quoting Robert Millan <[EMAIL PROTECTED]>: > > > > {MB} Pass the `-H' option to init (add it to the boot command line), and > > > `init' will tell Mach to enter the kernel debugger instead to rebooting > > > it. At the debugger prompt (`db>')

Bug#190732: [PATCH] hurd/libdiskfs/dir-renamed.c

2004-03-02 Thread Alfred M. Szmidt
2003-07-29 Ognyan Kulev <[EMAIL PROTECTED]> * dir-renamed.c (checkpath): Redundant assignment is removed. (diskfs_rename_dir): Remove variable BUF. Space for DS is allocated with alloca. When renaming node to itself, goto out instead of repeating co

Re: Bug#184624: reboots unexpectedly after panic

2004-03-02 Thread Alfred M. Szmidt
Perhaps I can even change GNU Mach so this becomes the default behaviour and you can use an argument to switch to the old behavior. Please don't. A option that makes GNU Mach halt is ok, the default should be "quick reboot". Does someone think such patch would be useful? Yes. But o

Re: Bug#184624: reboots unexpectedly after panic

2004-03-02 Thread Alfred M. Szmidt
I'm not working on GNU/Hurd currently, but I think the default behaviour instead of reboot should either be halt or enter the debugger. The default behaviour shouldn't be a halt. It is a bitch if you have Mach crash on you remotley and it is never brought back up. It is simple to hack M

Bug#184624: reboots unexpectedly after panic

2004-03-02 Thread Robert Millan
On Tue, Mar 02, 2004 at 11:43:06AM +0100, M. Gerards wrote: > [...] > > I already have the "for (;;);" hack in my tree. Perhaps I can even change GNU > Mach so this becomes the default behaviour and you can use an argument to switch > to the old behavior. > > Does someone think such patch would

Re: GNU Mach network driver update.

2004-03-02 Thread Michael Banck
On Sun, Feb 29, 2004 at 09:52:32PM +0100, Alfred M. Szmidt wrote: > Have fun, and please beat the crap out of all the drivers you can. > Specially ones that are common. I've tried out your patch for my 3c556 (which there is currently no support for in GNU Mach 1.x, but I've posted a patch some day

Bug#184624: reboots unexpectedly after panic

2004-03-02 Thread M. Gerards
Quoting Robert Millan <[EMAIL PROTECTED]>: > > {MB} Pass the `-H' option to init (add it to the boot command line), and > > `init' will tell Mach to enter the kernel debugger instead to rebooting > > it. At the debugger prompt (`db>'), you can type `reboot' any time to > > reboot the system. > >

Re: Custom interface questions.

2004-03-02 Thread Thomas Bushnell, BSG
Rian Hunter <[EMAIL PROTECTED]> writes: > I'm writing a Hurd server that uses its own custom interface (ie does > not implement io_write, io_read rpcs etc). Is this correct? Should all > Hurd servers be required to handle the standard Hurd rpcs since the > nameserver for ports is basically the fil