James Youngman <[EMAIL PROTECTED]> wrote:
> 2008-02-18 James Youngman <[EMAIL PROTECTED]>
>
> * gl/m4/mgetgroups.m4: Check for getgrouplist.
> * gl/lib/mgetgroups.c (mgetgroups): Use getgrouplist, if
> available.
> * TODO: Remove the item about switching to getgrouplist.
.
On Fri, Feb 22, 2008 at 9:04 AM, Jim Meyering <[EMAIL PROTECTED]> wrote:
> + while (1)
> + {
> + GETGROUPS_T *h;
> + ng = getgrouplist (username, gid, g, &max_n_groups);
> + if (0 <= ng)
> + {
> + *groups = g;
> + return
"James Youngman" <[EMAIL PROTECTED]> wrote:
> On Fri, Feb 22, 2008 at 9:04 AM, Jim Meyering <[EMAIL PROTECTED]> wrote:
...
>> + h = realloc (g, max_n_groups * sizeof *h);
>
> Shouldn't realloc here be xnrealloc?
No. This function is intended to be usable from a library.
I.e., no fair cal
Jim Meyering <[EMAIL PROTECTED]> wrote:
> "James Youngman" <[EMAIL PROTECTED]> wrote:
>> On Fri, Feb 22, 2008 at 9:04 AM, Jim Meyering <[EMAIL PROTECTED]> wrote:
> ...
>>> + h = realloc (g, max_n_groups * sizeof *h);
>>
>> Shouldn't realloc here be xnrealloc?
>
> No. This function is int
(I have moved the discussion to the gnulib mailing list; bug-coreutils
is BCC'ed)
On Fri, Feb 22, 2008 at 9:27 AM, Jim Meyering <[EMAIL PROTECTED]> wrote:
> No.
I note your subsequent mail, and yes, I was indeed thinking about
oversized allocations.
> This function is intended to be usable from
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 1/28/2008 6:28 AM:
| According to Geoff Clare on 1/28/2008 2:57 AM:
| |>
| |> My strict reading of the current wording in draft 4 does not permit
| Linux'
| |> behavior (even though it is more useful, in my opinion), since t
Eric Blake <[EMAIL PROTECTED]> wrote:
> I wrote the aardvark along those lines, and it was rejected in yesterday's
> meeting of the Austin Group. They argued that Linux is allowed to fail to
> follow symlink-to-dir/ in the rename and rmdir case, but only if it
> returns a different errno than ENOT
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Jim Meyering on 2/22/2008 6:09 AM:
|> I wonder if we would have much luck proposing a patch to the Linux kernel
|> folks to do just that?
|
| Do you see another errno symbol name that makes sense?
| I think that ENOTDIR makes the most sen
As we are moving from RHEL 4.x to 5.x I noticed that some scripts
started failing.
When I researched this I found that RHEL 4.x used coreutils 5.2.1 and
RHEL 5.x used coreutils 5.97.
In RHEL 4 with coreutils 5.2.1 the following works:
$ /usr/bin/nohup /usr/bin/logname
/usr/bin/no
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to ROTH, MATTHEW G (ATTSI) on 2/22/2008 9:06 AM:
| As we are moving from RHEL 4.x to 5.x I noticed that some scripts
| started failing.
You may want to consider further upgrades - the latest stable version of
coreutils is 6.10.
| In RHEL 5
Eric Blake <[EMAIL PROTECTED]> writes:
> According to ROTH, MATTHEW G (ATTSI) on 2/22/2008 9:06 AM:
> | In RHEL 5 with coreutils 5.97 the following does not work:
> |
> | $ /usr/bin/nohup /usr/bin/logname
> | /usr/bin/nohup: appending output to `nohup.out'
> |
> | $ cat nohup.out
> |
My name is Nilesh Kumar studying in Vellore Institute Of Technology
University, Vellore, Tamil Nadu. I would like to know as to how to
apply for adding a change or a patch in gnu-coreutils-6.9 in more
detail.
Waiting in anticipation.
Thanking you.
Yours faithfully
Nilesh Kumar
___
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to nilesh kumar on 2/22/2008 12:23 PM:
| I would like to know as to how to
| apply for adding a change or a patch in gnu-coreutils-6.9 in more
| detail.
This is the right list. Feel free to post your patches here, although if
they are non-
On Fri, Feb 22, 2008 at 1:09 PM, Jim Meyering <[EMAIL PROTECTED]> wrote:
> Do you see another errno symbol name that makes sense?
ENOTSUP?
James.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
i'm using coreutils-6.10 with acl-2.2.47 on linux-2.6.24. when using ext2
with acl support enabled, `cp -p` on a directory who does not have the g+s
bit set but whose parent does have g+s set, the new destination directory
will have the g+s bit set. if the filesystem is remounted with acl supp
Mike Frysinger <[EMAIL PROTECTED]> writes:
> i'm using coreutils-6.10 with acl-2.2.47 on linux-2.6.24. when using ext2
> with acl support enabled, `cp -p` on a directory who does not have the g+s
> bit set but whose parent does have g+s set, the new destination directory
> will have the g+s bi
On Saturday 23 February 2008, Paul Eggert wrote:
> Mike Frysinger <[EMAIL PROTECTED]> writes:
> > i'm using coreutils-6.10 with acl-2.2.47 on linux-2.6.24. when using
> > ext2 with acl support enabled, `cp -p` on a directory who does not have
> > the g+s bit set but whose parent does have g+s set,
Eric Blake <[EMAIL PROTECTED]> wrote:
> According to Jim Meyering on 2/22/2008 6:09 AM:
> |> I wonder if we would have much luck proposing a patch to the Linux kernel
> |> folks to do just that?
> |
> | Do you see another errno symbol name that makes sense?
> | I think that ENOTDIR makes the most
18 matches
Mail list logo
