[bug #48946] exec server can't properly load binaries without a memory manager object

Update of bug #48946 (project hurd): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #1: Indeed, thanks!

Re: RFC: [PATCH] Enable olddelta to be NULL in adjtime(3)

Svante Signell, on Tue 30 Aug 2016 23:38:19 +0200, wrote: > On Tue, 2016-08-30 at 23:21 +0200, Samuel Thibault wrote: > > Svante Signell, on Tue 30 Aug 2016 17:40:00 +0200, wrote: > > > > > > Attached is an updated patch returning also EINVAL if abs(delta) is too > > > large. > > Never mix changes

Re: RFC: [PATCH] Enable olddelta to be NULL in adjtime(3)

On Tue, 2016-08-30 at 23:21 +0200, Samuel Thibault wrote: > Svante Signell, on Tue 30 Aug 2016 17:40:00 +0200, wrote: > > > > Attached is an updated patch returning also EINVAL if abs(delta) is too > > large. > Never mix changes, please. > > > > > Whether the  adjtime()/RPC_host_adjust_time.c:__

Re: RFC: [PATCH] Enable olddelta to be NULL in adjtime(3)

On Tue, 2016-08-30 at 23:14 +0200, Samuel Thibault wrote: > Hello, > > Svante Signell, on Tue 30 Aug 2016 14:32:32 +0200, wrote: > > > > The gnumach patch, 80_mach_clock.patch sets the old_adjustment to oadj only > > if > > old_adjustment is non-null. This patch is probably redundant but included

Re: RFC: [PATCH] Enable olddelta to be NULL in adjtime(3)

Svante Signell, on Tue 30 Aug 2016 17:40:00 +0200, wrote: > Attached is an updated patch returning also EINVAL if abs(delta) is too large. Never mix changes, please. > Whether the  adjtime()/RPC_host_adjust_time.c:___host_adjust_time() survives a > delta being NULL remains to test. Well, there i

Re: RFC: [PATCH] Enable olddelta to be NULL in adjtime(3)

Hello, Svante Signell, on Tue 30 Aug 2016 14:32:32 +0200, wrote: > The gnumach patch, 80_mach_clock.patch sets the old_adjustment to oadj only if > old_adjustment is non-null. This patch is probably redundant but included here > anyway. It's not only redundant, but actually useless (and thus not

Re: RFC: [PATCH] Enable olddelta to be NULL in adjtime(3)

On Tue, 2016-08-30 at 14:45 +0200, Pino Toscano wrote: > On Tuesday, 30 August 2016 14:32:32 CEST Svante Signell wrote: > > > > The glibc patch sysdeps_mach_hurd_adjtime.c.diff use a dummy struct timeval > > to > > avoid calling ___host_adjust_time() in _adjtime() with a NULL third > > argument. >

Re: RFC: [PATCH] Enable olddelta to be NULL in adjtime(3)

On Tuesday, 30 August 2016 14:32:32 CEST Svante Signell wrote: > The glibc patch sysdeps_mach_hurd_adjtime.c.diff use a dummy struct timeval to > avoid calling ___host_adjust_time() in _adjtime() with a NULL third argument. > Smarter solutions can probably be found, comments are welcome. You don't

RFC: [PATCH] Enable olddelta to be NULL in adjtime(3)

Hello, Attached are two small patches to enable the third argument of adjtime() to be NULL, see adjtime(3). Calling __host_adjust_time() with a third argument being NULL, causes a segfault due to the *old_adjustment = OutP->old_adjustment statement in RPC_host_adjust_time.c. The glibc patch sysde

Re: netmsg can now exec files (sort of)

On Mon, Aug 29, 2016 at 03:56:00PM -1000, Brent W. Baccala wrote: > I've figured out why the patched exec server didn't work with mmap, and > just opened a bug on it, with a fix attached. > > So now I've got a working, mmap-less exec server that burns a lot of extra > RAM (each process gets its ow

Re: Denial of service attack via libpager

On Mon, Aug 29, 2016 at 03:58:29PM -1000, Brent W. Baccala wrote: > On Sun, Aug 28, 2016 at 11:15 PM, Richard Braun wrote: > > OK, this comes from the fact that io_map directly provides memory > > objects indeed... Do we actually want to pass them around ? How > > come calls like memory_object_ini