[PATCH] Use word_size instead of 4.

* server.c: Use word_size and update comments. * type.c: Use word_size to compute padding. * user.c: Use word_size and update comments. --- server.c | 20 ++-- type.c | 2 +- user.c | 22 +++--- 3 files changed, 22 insertions(+), 22 deletions(-) diff --git a/s

Re: Shared mappings not being inherited by children

On Sat, Apr 02, 2016 at 01:35:49PM -0300, Agustina Arzille wrote: > As a workaround, we could always use 'vm_map', no matter what, since the > idea that 'vm_allocate' has a little less overhead is somewhat bogus to me, or > keep using 'vm_allocate', but do an additional 'vm_inherit' if the user >

Re: [PATCH] getauxval: fix crash on systems without HAVE_AUX_VECTOR

On 02 Apr 2016 12:57, Samuel Thibault wrote: > Systems without HAVE_AUX_VECTOR have GLRO(dl_auxv) == NULL, and > getauxval would thus crash. assuming this is for GNU/hurd > --- a/misc/getauxval.c > +++ b/misc/getauxval.c > @@ -30,9 +30,10 @@ __getauxval (unsigned long int type) >else if (type

Shared mappings not being inherited by children

Hello, everyone. It appears that memory mappings obtained by 'mmap' with MAP_SHARED and MAP_ANON as its flags are not being inherited by children processes. Here's a simple program that illustrates the issue: === #include #include #include #include int main (vo

[PATCH] getauxval: fix crash on systems without HAVE_AUX_VECTOR

Systems without HAVE_AUX_VECTOR have GLRO(dl_auxv) == NULL, and getauxval would thus crash. * misc/getauxval.c (__getauxval): Check for GLRO(dl_auxv) != NULL before looping through the list. diff --git a/misc/getauxval.c b/misc/getauxval.c index e48f40f..7ba0598 100644 --- a/misc/getauxval.c +++