[EMAIL PROTECTED] wrote:
> attached are three patches to fix issues on DragonFly.
> src/ls.c uses DTTOIFF in one place without checking whether it exists at
> all. This is inconsistent with the rest of the file.
> src/paste.c depends on FILE being a complete type, which breaks on
> DragonFly intent
On Mon, 2006-01-09 at 20:55 +0100, Jim Meyering wrote:
> Stavros Passas <[EMAIL PROTECTED]> wrote:
> ...
> > more,on coreutils 5.93 the output on the same command is:
> >
> > chmod: fts_read failed: Permission denied
> > *** glibc detected *** chmod: double free or corruption (fasttop):
>
> Thanks
Paul Eggert <[EMAIL PROTECTED]> wrote:
> Jim Meyering <[EMAIL PROTECTED]> writes:
>
>> However, I'm not able to reproduce that with 5.93 and a small
>> hierarchy created like this (on a RHEL 2.4.28-sparc system):
>
> I can reproduce the problem as follows on a Debian GNU/Linux stable x86
> system:
Ralf Wildenhues <[EMAIL PROTECTED]> writes:
>> Thanks for checking that. Can you please run the following
>> program on that platform and send us the output? If it outputs
>> "preprocessor thinks BITSET_WORD_BITS = 64", then we have an
>> obvious fix to regex_internal.h. Thanks.
>
> Yes
OK, th
Nicolas Mailhot <[EMAIL PROTECTED]> writes:
> http://www.oasis-open.org/committees/relax-ng/spec-20011203.html
This doesn't seem to say anything about dates or times. Is there
some spec based on Relax NG that does? Or am I looking in the
wrong place?
> You're quickly moving beyond my XML schem
I installed this to catch up with today's gnulib changes.
It doesn't really affect coreutils as coreutils already
does gl_FUNC_MEMCMP independently.
2006-01-10 Paul Eggert <[EMAIL PROTECTED]>
* m4/argmatch.m4 (gl_ARGMATCH): Don't require gl_FUNC_MEMCMP, for the
sake of packages
