Re: firmlink deleting files on boot / interpretation of find -xdev switch

On Wed, Sep 7, 2016 at 11:49 AM, Richard Braun wrote: > > We really, really don't want to make standard Unix tools aware of > Hurd-specific stuff, because that allows us to completely reuse the > work of others. With a trend towards systemd, it's even more likely > that our efforts will be put in

Re: mach_msg blocking on call to vm_map

On Thu, Sep 1, 2016 at 2:16 PM, Richard Braun wrote: > > Therefore I'm going back to the idea of using a thread pool. If a > mach_msg call succeeds, good for you, grab the next message. If not, > at least you're not affecting other users, except maybe through a > denial of service, the only kind

Re: firmlink deleting files on boot / interpretation of find -xdev switch

On Tue, Sep 06, 2016 at 02:49:31PM -1000, Brent W. Baccala wrote: > Consider the case with symlinks. If "rm" transversed them, it could be a > big problem. Let's see... what's the option for that?... oh, there is > none! Isn't that interesting? "rm" has no option to follow symlinks! > > "find"

[bug #49024] gnumach links with GPLv3+ material but omits GPLv3 text

URL: Summary: gnumach links with GPLv3+ material but omits GPLv3 text Project: The GNU Hurd Submitted by: kon Submitted on: Wed Sep 7 21:24:34 2016 Category: GNU Mach

[bug #49023] glibc - hurd_safe_{copyin, copyout, memmove, memset} broken

URL: Summary: glibc - hurd_safe_{copyin, copyout, memmove, memset} broken Project: The GNU Hurd Submitted by: baccala Submitted on: Wed 07 Sep 2016 09:02:09 PM GMT Category: glibc

[bug #48930] crash server crashes after --core-file-name is changed with fsysopts

Follow-up Comment #2, bug #48930 (project hurd): trans/hello-mt.c contains a nice example of how to use pthread_rwlock_t for this kind of option. ___ Reply to this item at: _

[bug #15806] hello translator: unquoted contents option

Follow-up Comment #3, bug #15806 (project hurd): I believe this was not a bug, and the fix should be reverted. In hurd/fsys.defs, the comment above fsys_get_options says the result should be "sutiable for fsys_set_options". The hello and hello-mt translators do not parse quotation marks in parse_

[bug #28511] string_t is limited to 1024 bytes

Follow-up Comment #1, bug #28511 (project hurd): Removing the limit would require changing the prototypes of several public functions declared in of glibc. 'string_t retry_name' might be replaced with a pointer to a buffer-descriptor structure that contains: the address of the buffer; the size o

[bug #29809] creating a firmlink loop results in memory exhaustion

Follow-up Comment #3, bug #29809 (project hurd): Perhaps this could be fixed by adding three parameters to the dir_lookup routine: * in max_total_lookups = Total number of directory lookups that may be caused by this call. If it needs more, then fail with ELOOP. If the server thinks the value of