Re: 16 bit UIDs

thus staying compatible, right? Cheers, GNU/Wolfgang -- Wolfgang Jährling <[EMAIL PROTECTED]> \\ http://stdio.cjb.net/ Debian GNU/Hurd user && Debian GNU/Linux user \\ http://www.gnu.org/ The Hurd Hacking Guide: http://www.gnu.org/software/hurd/hacking-guide/ ["We're

16 bit UIDs

de and using some trick (which shouldn't break anything, of course) to store the real UID elsewhere? Cheers, GNU/Wolfgang -- Wolfgang Jährling <[EMAIL PROTECTED]> \\ http://stdio.cjb.net/ Debian GNU/Hurd user && Debian GNU/Linux user \\ http://www.gnu.org/ The Hurd Hacki

Re: it's make's fault (was: Re: fakeroot status (an ongoing story :)

ango on core phenomena (esp. lossage related to corruption of the malloc arena) or errors that smash the stack." Cheers, GNU/Wolfgang -- Wolfgang Jährling <[EMAIL PROTECTED]> \\ http://stdio.cjb.net/ Debian GNU/Hurd user && Debian GNU/Linux user \\ http://www.gnu.org/ T

Re: MiG intran/destructor functions

[Moving from help-hurd to bug-hurd.] Marcus Brinkmann <[EMAIL PROTECTED]> wrote: > On Tue, May 14, 2002 at 07:39:16AM +0200, Wolfgang Jährling wrote: > > I have created a `mutations.h' file that contains the #defines for > > FS_NOTIFY_IMPORTS (which is honored, but

Program: notice

to stdout. There are lots of possibilities to extend this program, of course. Instructions on compiling it are in the sources. Cheers, GNU/Wolfgang -- Wolfgang Jährling <[EMAIL PROTECTED]> \\ http://stdio.cjb.net/ Debian GNU/Hurd user && Debian GNU/Linux user \\ http://www.gnu

Re: rm patch suggestion

m -r foo/ rm -rft foo/ would skip translated directories. Cheers, GNU/Wolfgang -- Wolfgang Jährling <[EMAIL PROTECTED]> \\ http://stdio.cjb.net/ Debian GNU/Hurd user && Debian GNU/Linux user \\ http://www.gnu.org/ The Hurd Hacking Guide: http://www.gnu.org/software/hurd/hacking-g

Patch for settrans documentation

Hi! The below patch adds the new --chroot option to the documentation of settrans. (The wording is mostly taken from Roland's original mail.) Cheers, GNU/Wolfgang 2002-05-07 Wolfgang Jährling <[EMAIL PROTECTED]> * hurd.texi (Invoking settrans): Document new --ch

Re: improved console interface (was: Re: some console code checked in

> the mmap'able file, so far no problem. When the screen is resized, we would have to reorganize the scroll back buffer, right? Could that be a problem for very large buffers? Cheers, GNU/Wolfgang -- Wolfgang Jährling <[EMAIL PROTECTED]> \\ http://stdio.cjb.net/ Debian GNU/Hurd

Re: GNU/Linux binary compatibility (Was: Re: memory_object_lock_request and memory_object_data_return fnord)

omething with PATH_MAX, any maybe use realpath() */ #else /* the same thing with dynamic allocation and canonicalize_file_name() */ #endif might even introduce a security problem. Thus we would need to recompile all programs anyway. I can't see the point of having binary compatiblity

Re: Linux style /proc filesystem translator

. Cheers, GNU/Wolfgang -- Wolfgang Jährling <[EMAIL PROTECTED]> `-:._ "Omnis enim res, quae dando Debian GNU/Linux user && Debian GNU/Hurd user `-:. non deficit, dum habetur Hurd Hacking Guide - http://stdio.cjb.net/hhg.html ) et non datur, nondum www.debian.org || www.gnu.org || h

Command line arguments of ftpfs

ompatible with the current one? Cheers, GNU/Wolfgang -- Wolfgang Jährling <[EMAIL PROTECTED]> `-:._ "Omnis enim res, quae dando Debian GNU/Linux user && Debian GNU/Hurd user `-:. non deficit, dum habetur Hurd Hacking Guide - http://stdio.cjb.net/hhg.html ) et non datur, non

Meaning of sys_nerr (and porting programs)

have this, it would be interesting to see if one of these standards defines what the meaning of sys_nerr should be if there is no such table. Ok, so what should we done? Cheers, GNU/Wolfgang -- Wolfgang Jährling <[EMAIL PROTECTED]> `-:._ "Omnis enim res, quae dando Debian GNU/Linux us