Nice patch. Thank you.
Your total free memory is obviously larger than 2GiB, but remember
that what's listed there is the total, while the offending usage
required a *contiguous* 2GiB region.
On Sat, Nov 1, 2014 at 7:56 PM, Bruce Dubbs bruce.du...@gmail.com wrote:
Jim Meyering wrote:
On Wed, Oct 29, 2014 at 2:56 PM,
Hello,
On 11/01/2014 10:39 PM, Paul Eggert wrote:
Assaf Gordon wrote:
$ ../../../src/grep -r '^' ; echo $?
a:a
b:b
../../../src/grep: c: Inappropriate file type or format
../../../src/grep: d: Inappropriate file type or format
../../../src/grep: e: Inappropriate file type or format
2
What
Jim Meyering wrote:
Your total free memory is obviously larger than 2GiB, but remember
that what's listed there is the total, while the offending usage
required a *contiguous* 2GiB region.
My understanding of the kernel is that it allocates in 4K blocks and
maps them to user space to appear
Assaf Gordon assafgor...@gmail.com wrote:
On 11/01/2014 10:39 PM, Paul Eggert wrote:
Assaf Gordon wrote:
$ ../../../src/grep -r '^' ; echo $?
a:a
b:b
../../../src/grep: c: Inappropriate file type or format
../../../src/grep: d: Inappropriate file type or format
../../../src/grep:
Norihiro Tanaka wrote:
/* Tru64 5.1B uses errno == ENOTSUP. */
Ah, I see that you were working on the same bug I was. I don't think we need to
worry about Tru64, partly because ENOTSUP would be troublesome anyway (does it
mean that O_NOFOLLOW isn't supported? if so, 'grep' has other
Norihiro Tanaka wrote:
/* Tru64 5.1B uses errno == ENOTSUP. */
Ah, I see that you were working on the same bug I was. I don't think
we need to worry about Tru64, partly because ENOTSUP would be troublesome
anyway (does it mean that O_NOFOLLOW isn't supported? if so, 'grep' has
other
Hello,
On 11/01/2014 07:06 PM, Jim Meyering wrote:
On NetBSD 6.1.4, these fail:
XFAIL: equiv-classes
FAIL: symlink
FAIL: word-multibyte
...
However, I'll need more information to understand the symlink failure.
Normally the log file contains verbose output information (resulting
On Wed, Oct 29, 2014 at 2:56 PM, Bruce Dubbs bruce.du...@gmail.com wrote:
...
http://meyering.net/grep/grep-2.20.72-d512.tar.xz
...
Linux From Scratch 7.6
configure and make were clean.
$ env RUN_EXPENSIVE_TESTS=yes make -k check
big-match: skipped test: not enough main memory to run
Assaf Gordon wrote:
./dir:
total 8
-rw-r--r-- 1 miles wheel 2 Nov 2 00:55 a
-rw-r--r-- 1 miles wheel 2 Nov 2 00:55 b
lrwxr-xr-x 1 miles wheel 1 Nov 2 00:55 c - a
lrwxr-xr-x 1 miles wheel 1 Nov 2 00:55 d - .
lrwxr-xr-x 1 miles wheel 8 Nov 2 00:55 e - dangling
$ cd dir
$ pwd
Jim Meyering wrote:
On Wed, Oct 29, 2014 at 2:56 PM, Bruce Dubbs bruce.du...@gmail.com wrote:
...
http://meyering.net/grep/grep-2.20.72-d512.tar.xz
...
Linux From Scratch 7.6
configure and make were clean.
$ env RUN_EXPENSIVE_TESTS=yes make -k check
big-match: skipped test: not enough
For the record, you may want to run something like this to survey
whether \w matches E-acute across all installed zh_CN locales:
(here's output from an os x 10.9.5 system -- on debian unstable and
fedora rawhide, they're all 0s)
$ for i in $(locale -a|grep -i cn); do printf '\303\251'|LC_ALL=$i
FYI, LFS only has zh_CN.GB18030 for Chinese by default. We only create
the locales needed for the glibc regression tests. We can add others
easily enough but perhaps the test should only check for those present.
-- Bruce
Jim Meyering wrote:
For the record, you may want to run something
Hello,
On 10/29/2014 02:29 PM, Jim Meyering wrote:
Thanks to many fixes and improvements by Paul Eggert and Norihiro Tanaka,
here is a pre-release snapshot:
grep snapshot:
http://meyering.net/grep/grep-ss.tar.xz 1.2 MB
http://meyering.net/grep/grep-ss.tar.xz.sig
Assaf Gordon wrote:
Hello,
On 10/29/2014 02:29 PM, Jim Meyering wrote:
Thanks to many fixes and improvements by Paul Eggert and Norihiro Tanaka,
here is a pre-release snapshot:
grep snapshot:
http://meyering.net/grep/grep-ss.tar.xz 1.2 MB
http://meyering.net/grep/grep-ss.tar.xz.sig
15 matches
Mail list logo