On Sat, May 6, 2023 at 8:34 PM Samuel Thibault
wrote:
> This adds SIGSEGV_FAULT_STACKPOINTER for the hurd-amd64 case
>
> --- ./lib/sigsegv.c.original2023-05-05 10:45:54.673751100 +
> +++ ./lib/sigsegv.c 2023-05-05 10:48:47.903577554 +
> @@ -351,6 +351,17 @@
> "old esp, if trapp
Ludovic Courtès wrote:
> On GNU, processes can have zero or more UIDs/GIDs. In the case of a
> process with zero UIDs, for instance, ‘getuid’ returns -1 and sets
> ERRNO [0] (as an extension to POSIX [1].)
>
> Currently ‘id’ would print (unsigned int) -1 as the UID in that case,
> whereas it shoul
Ludovic Courtès wrote:
> Thanks for the quick review!
>
> Jim Meyering skribis:
>
>> However, wouldn't that fail unnecessarily for a process without
>> one ID even though id is being asked to print some other(s)?
>> E.g., it'd fail for a process with n
Ludovic Courtès wrote:
> Jim Meyering skribis:
>
>> Oh, I also had to make the new test script executable,
>> or else "make check" would fail.
>
> It works for me even if it’s not executable when I run “make check
> TESTS=id/gnu-zero-uids”, apparently because
Ludovic Courtès wrote:
> Hi Paul,
>
> Paul Eggert skribis:
>
>> On 11/12/11 13:48, Ludovic Courtès wrote:
>>> +#ifdef __GNU__
>>> + if (euid == -1 && !use_real
>>> + && !just_group && !just_group_list && !just_context)
>>> +error (EXIT_FAILURE, errno, _("cannot get effective
Ludovic Courtès wrote:
...
>> However, with the patch below, it does this:
>>
>> $ ./id -u
>> 4294967295
>
> OK, good to know. Thank *you* for persevering!
I'll take that as an ACK ;-)
Pushed.
Paul Eggert wrote:
> On 11/15/11 05:07, Ludovic Courtès wrote:
>
>> On GNU/Hurd, no error would ever be raised (since uid_t is unsigned),
>
> Ouch. Thanks, now I understand Roland's suggestion.
> How about this patch instead?
>
> id: handle (uid_t) -1 more portably
> * src/id.c (GETID_MAY_FAIL): R
Ludovic Courtès wrote:
> Samuel Thibault skribis:
>
>> Eric Blake, le Tue 08 May 2012 12:46:57 -0600, a écrit :
>>> http://pubs.opengroup.org/onlinepubs/9699919799/functions/open.html
>>> O_NOFOLLOW
>>> If path names a symbolic link, fail and set errno to [ELOOP].
>>>
>>> I wouldn't object to
Thomas Schwinge <[EMAIL PROTECTED]> wrote:
> Hello!
>
> Before I start digging deeper: can someone imaging offhand why `touch'
> broke?
>
> #v+
> [EMAIL PROTECTED]:/var/tmp/coreutils/build $ src/touch foo
> [EMAIL PROTECTED]:/var/tmp/coreutils/build $ ls -l foo
> -rw-r--r-- 1 thomas users 0 Jan 1
Thomas Schwinge <[EMAIL PROTECTED]> wrote:
> Here we go. So far, I didn't run the tests marked as ``root-only'' or
> ``very expensive''.
Thanks for the detailed feedback!
> $ uname -a
> GNU flubber 0.3 GNU-Mach 1.3.99/Hurd-0.3 i686-AT386 GNU
> | SKIP: 8gb
I suppose you already know about the i
"Alfred M. Szmidt" <[EMAIL PROTECTED]> wrote:
> [I'm keeping bug-hurd in the CC since maybe someone on that list has
> something to comment.]
>
> Ping.
Thanks for the patch and the prod :-)
Please mention that this option is Hurd-specific
in both --help output and in coreutils.texi.
...
> There
11 matches
Mail list logo
