Re: [PATCH, glibc] _hurd_socket_server: check for negative domains

Pino Toscano, le Mon 21 Nov 2011 01:25:55 +0100, a écrit : > attached there is a patch for glibc to check for negative indexes in > _hurd_socket_server(). Thanks! Could you submit it to libc-alpha? (with rol...@gnu.org CC-ed) Samuel

Re: glibc 'make install' fails when built apart from source tree - libc.info

Hi! On Sun, 20 Nov 2011 23:07:37 -0500, Stephen Gilles wrote: > On Sun, Nov 20, 2011 at 10:00:12AM +0100, Thomas Schwinge wrote: > > What does ``latest git version'' mean, excatly? > > Yes, sorry. I cloned git://git.sv.gnu.org/hurd/glibc.git and then checked > out origin/tschwinge > /Roger_Wh

[PATCH, glibc] _hurd_socket_server: check for negative domains

Hi, attached there is a patch for glibc to check for negative indexes in _hurd_socket_server(). This should avoid that calls to socket() or socketpair() with domain < 0 read/set OOB memory (and potentially crashing, like it happens when doing such calls using perl's socketpair for example), ca

Re: bug#10021: [PATCH id] Add error-checking on GNU

No further comment to so I pushed that patch to groups, install, su, test, whoami. This should fix all the problems that coreutils has with getuid etc. returning -1. (Now all we have to do is fix all the other packages that assume getuid etc

Re: [PATCH gnumach] Inline version.m4 into configure.ac

Hi Thomas, Thomas Schwinge skribis: >> (there’s no licensing >> issue since it’s a build tool.) > > But we'd include the file in the GNU Hurd/Mach/MIG source tress? Doesn't > this affect the license of the whole packages then? No. (Even if it did, we could request a license change on bug-gnul

Re: [PATCH gnumach] Inline version.m4 into configure.ac

On Sun, 2011-11-20 at 10:18:42 +0100, Thomas Schwinge wrote: > How does this work if a new release is to be made? I first have to tag > the Git tree to get a proper version number, I guess? But it's not too > much of a problem, as the tag can stay local (and be modified further on, > if it was ta

Re: Fixing tmpfs and defpager

tmpfs seems to be working better now indeed. Maybe next step: # cat > test.c int main(void) { Resource lost I.e. trying to produce a file by hand with cat fails. Samuel

Re: symlink support in tmpfs

Maksym Planeta, le Sun 20 Nov 2011 11:47:36 +0200, a écrit : > Here was a patch by Ben Asselstine[1], which fixes symlinks in tmpfs. > Why wasn't it applied into master branch? Because it got lost. Now applied. I wonder if we still have the ams branch somewhere, to catch such oldies back. Samuel

symlink support in tmpfs

Hello. Here was a patch by Ben Asselstine[1], which fixes symlinks in tmpfs. Why wasn't it applied into master branch? 1) http://thread.gmane.org/gmane.os.hurd.bugs/11829/focus=12098 -- Thanks, Maksym Planeta

Re: [PATCH gnumach] Inline version.m4 into configure.ac

Hi! On Thu, 10 Nov 2011 15:43:04 +0100, l...@gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=) wrote: > I agree that ‘git-version-gen’ is the way to go I won't object. > (there’s no licensing > issue since it’s a build tool.) But we'd include the file in the GNU Hurd/Mach/MIG source tress? Doesn't

Re: [PATCH] Provide modern Autoconf initialization

Hi! On Fri, 11 Nov 2011 20:49:49 +0100, l...@gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=) wrote: > Here’s an updated patch based on your comments, OK to apply? OK. Grüße, Thomas pgp4BP6rresdT.pgp Description: PGP signature

Re: [PATCH gnumach] Inline version.m4 into configure.ac

Hi! On Thu, 10 Nov 2011 04:49:25 +0100, Guillem Jover wrote: > Subject: [PATCH gnumach] Inline version.m4 into configure.ac > > * version.m4: Remove file. Move m4 definitions to... > * configure.ac (AC_INIT): ...here. OK. Grüße, Thomas pgp0BqRauHv69.pgp Description: PGP signature

Re: glibc 'make install' fails when built apart from source tree - libc.info

Hi! On Sat, 19 Nov 2011 13:54:50 -0500, Stephen Gilles wrote: > I was packaging glibc for the Arch Hurd yesterday, and I noticed that > the `make install' command aborts for the latest git version. What does ``latest git version'' mean, excatly? > After investigation, I believe that this was

Re: Fixing tmpfs and defpager

Maksym Planeta, le Sun 13 Nov 2011 23:16:38 +0200, a écrit : > The patch I wrote is in attachment, Applied, thanks! Samuel

Re: Fixing tmpfs and defpager

Maksym Planeta, le Sun 20 Nov 2011 10:20:46 +0200, a écrit : > Summary in short. Some calls on memory object are invoked by kernel and > others are invoked by translator. That is the problem. That makes it way clearer :) Samuel

Re: Fixing tmpfs and defpager

Hello! В Суб, 19/11/2011 в 23:04 +0100, Samuel Thibault пишет: > Could you perhaps motivate the change? I'm not a pager expert at all, > so it's a bit black magic to me. What problem was happening? Why > making the default pager use its own memory object control port for > external objects, ins