bug#18892: few test failure with 'grep-2.20.72-d512'

2014-11-03 Thread Jim Meyering 
Nice patch.  Thank you.

bug#18892: few test failure with 'grep-2.20.72-d512'

2014-11-02 Thread Norihiro Tanaka 
> 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 problems), partly because HP stopped supporting Tru64 in December
> 2012 and typically we can stop supporting a platform once its supplier
> stops.

Thanks, I agree you.  And I feel your work is more elegant than my. (^_^)

bug#18892: few test failure with 'grep-2.20.72-d512'

2014-11-02 Thread Paul Eggert 

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 problems), partly 
because HP stopped supporting Tru64 in December 2012 and typically we can stop 
supporting a platform once its supplier stops.

bug#18892: few test failure with 'grep-2.20.72-d512'

2014-11-02 Thread Paul Eggert 

Assaf Gordon wrote:

Attached is the ktrace+tdump output of running the command.


Thanks, I see the problem now: NetBSD uses a nonstandard errno value when openat 
(fd, "symlink", ... O_NOFOLLOW ...) fails.  I installed the attached, which 
should fix the NetBSD problem.
From a942961860982a7d48487be262556809b0b0b26b Mon Sep 17 00:00:00 2001
From: Paul Eggert 
Date: Sun, 2 Nov 2014 22:11:34 -0800
Subject: [PATCH] grep: port O_NOFOLLOW errno checking to NetBSD

Problem reported by Assaf Gordon in: http://bugs.gnu.org/18892
* NEWS: Document it.
* src/grep.c (open_symlink_nofollow_error):
New function, which does the right thing on NetBSD.
(grepfile): Use it.
---
 NEWS   |  4 
 src/grep.c | 16 +++-
 2 files changed, 19 insertions(+), 1 deletion(-)

diff --git a/NEWS b/NEWS
index 07a5d54..47af472 100644
--- a/NEWS
+++ b/NEWS
@@ -41,6 +41,10 @@ GNU grep NEWS-*- outline 
-*-
   grep -E rejected unmatched ')', instead of treating it like '\)'.
   [bug present since "the beginning"]
 
+  On NetBSD, grep -r no longer reports "Inappropriate file type or format"
+  when refusing to follow a symbolic link.
+  [bug introduced in grep-2.12]
+
 ** Changes in behavior
 
   The GREP_OPTIONS environment variable is now obsolescent, and grep
diff --git a/src/grep.c b/src/grep.c
index 0a4ac27..8dbf86e 100644
--- a/src/grep.c
+++ b/src/grep.c
@@ -1513,13 +1513,27 @@ grepdirent (FTS *fts, FTSENT *ent, bool command_line)
   return grepfile (dirdesc, ent->fts_accpath, follow, command_line);
 }
 
+/* True if errno is ERR after 'open ("symlink", ... O_NOFOLLOW ...)'.
+   POSIX specifies ELOOP, but it's EMLINK on FreeBSD and EFTYPE on NetBSD.  */
+static bool
+open_symlink_nofollow_error (int err)
+{
+  if (err == ELOOP || err == EMLINK)
+return true;
+#ifdef EFTYPE
+  if (err == EFTYPE)
+return true;
+#endif
+  return false;
+}
+
 static bool
 grepfile (int dirdesc, char const *name, bool follow, bool command_line)
 {
   int desc = openat_safer (dirdesc, name, O_RDONLY | (follow ? 0 : 
O_NOFOLLOW));
   if (desc < 0)
 {
-  if (follow || (errno != ELOOP && errno != EMLINK))
+  if (follow || ! open_symlink_nofollow_error (errno))
 suppressible_error (filename, errno);
   return true;
 }
-- 
1.9.3

bug#18892: few test failure with 'grep-2.20.72-d512'

2014-11-02 Thread Norihiro Tanaka 
Assaf Gordon  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: e: Inappropriate file type or format
> >> 2
> >
> > What system calls is this 'grep' executing?  What's the output of ktrace 
> > and kdump?
> 
> Attached is the ktrace+tdump output of running the command.
> 
> The error appears on line 217 (open() returns -1 for file "c"),
> though similar errors stemming from 'fstat' for files a,b are ignored (lines 
> 150,191).
> 
> - Assaf

NetBSD returns errno == EFTYPE in open with O_NOFOLLOW for symlink
instead of errno == ELOOP which POSIX says.  Similarly, Tru64 returns
errno == ENOTSUP.  So I added them to ignorable list.
From 163e4e868fce733c494e6d3154e6adf97c64de9c Mon Sep 17 00:00:00 2001
From: Norihiro Tanaka 
Date: Mon, 3 Nov 2014 14:04:40 +0900
Subject: [PATCH] grep: fix symlink non-conforming to POSIX

Reported by Assaf Gordon in: http://bugs.gnu.org/18892
* src/grep.c (grepfile): Also treat EFTYPE (if defined) and ENOTSUP
as ELOOP.
---
 src/grep.c | 22 --
 1 file changed, 20 insertions(+), 2 deletions(-)

diff --git a/src/grep.c b/src/grep.c
index 0a4ac27..559c623 100644
--- a/src/grep.c
+++ b/src/grep.c
@@ -1519,8 +1519,26 @@ grepfile (int dirdesc, char const *name, bool follow, 
bool command_line)
   int desc = openat_safer (dirdesc, name, O_RDONLY | (follow ? 0 : 
O_NOFOLLOW));
   if (desc < 0)
 {
-  if (follow || (errno != ELOOP && errno != EMLINK))
-suppressible_error (filename, errno);
+  if (!follow)
+switch (errno)
+  {
+  case ELOOP:
+
+/* With open ("symlink", O_NOFOLLOW|...), POSIX says
+   errno == ELOOP, but some operating systems do not conform
+   to the standard.  */
+#ifdef EFTYPE
+/* NetBSD uses errno == EFTYPE.  */
+  case EFTYPE:
+#endif
+/* FreeBSD 8.1 uses errno == EMLINK.  */
+  case EMLINK:
+
+/* Tru64 5.1B uses errno == ENOTSUP.  */
+  case ENOTSUP:
+return true;
+  }
+  suppressible_error (filename, errno);
   return true;
 }
   return grepdesc (desc, command_line);
-- 
2.1.3

bug#18892: few test failure with 'grep-2.20.72-d512'

2014-11-02 Thread Bruce Dubbs 

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 to be contiguous.


If I write a program that does:
  size_t size = 0xA000;  // 2,684,354,560
  char*  mem  = (char*) malloc( size );
  size_t i;

  for ( i = 0; i < size; i++, mem++ ) *mem='A';

There are no problems, but it does take about 9 seconds on my system.
The start address is 7ffa5405d010.
The end   address is 7ffaf405d010.

What am I missing?

  -- Bruce



On Sat, Nov 1, 2014 at 7:56 PM, Bruce Dubbs  wrote:

Jim Meyering wrote:


On Wed, Oct 29, 2014 at 2:56 PM, Bruce Dubbs 
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 the test
sjis-mb: skipped test: SJIS locale not found

I do have 8G of memory.



That test fails when grep fails to allocate enough space to hold a 2GiB
line.
No big deal, and not hard to imaging happening with a few applications
in 8GiB of RAM.



Curious though.  It should have been OK.  I did not have any gui running at
the time.  Even if RAM was full, swap should have handled it.

$ free
 total   used   free sharedbuffers cached
Mem:  810597223800125725960880 610460 326820
-/+ buffers/cache:   14427326663240
Swap:10485756   3216   10482540

   -- Bruce

bug#18892: few test failure with 'grep-2.20.72-d512'

2014-11-02 Thread Assaf Gordon 

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 system calls is this 'grep' executing?  What's the output of ktrace and 
kdump?


Attached is the ktrace+tdump output of running the command.

The error appears on line 217 (open() returns -1 for file "c"),
though similar errors stemming from 'fstat' for files a,b are ignored (lines 
150,191).

- Assaf



netbsd.grp.out.txt.xz
Description: application/xz

bug#18892: few test failure with 'grep-2.20.72-d512'

2014-11-02 Thread Jim Meyering 
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  wrote:
> Jim Meyering wrote:
>>
>> On Wed, Oct 29, 2014 at 2:56 PM, Bruce Dubbs 
>> 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 the test
>>> sjis-mb: skipped test: SJIS locale not found
>>>
>>> I do have 8G of memory.
>>
>>
>> That test fails when grep fails to allocate enough space to hold a 2GiB
>> line.
>> No big deal, and not hard to imaging happening with a few applications
>> in 8GiB of RAM.
>
>
> Curious though.  It should have been OK.  I did not have any gui running at
> the time.  Even if RAM was full, swap should have handled it.
>
> $ free
> total   used   free sharedbuffers cached
> Mem:  810597223800125725960880 610460 326820
> -/+ buffers/cache:   14427326663240
> Swap:10485756   3216   10482540
>
>   -- Bruce
>
>

bug#18892: few test failure with 'grep-2.20.72-d512'

2014-11-01 Thread Bruce Dubbs 

Jim Meyering wrote:

On Wed, Oct 29, 2014 at 2:56 PM, Bruce Dubbs  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 the test
sjis-mb: skipped test: SJIS locale not found

I do have 8G of memory.


That test fails when grep fails to allocate enough space to hold a 2GiB line.
No big deal, and not hard to imaging happening with a few applications
in 8GiB of RAM.


Curious though.  It should have been OK.  I did not have any gui running 
at the time.  Even if RAM was full, swap should have handled it.


$ free
total   used   free sharedbuffers cached
Mem:  810597223800125725960880 610460 326820
-/+ buffers/cache:   14427326663240
Swap:10485756   3216   10482540

  -- Bruce

bug#18892: few test failure with 'grep-2.20.72-d512'

2014-11-01 Thread Paul Eggert 

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
/tmp/grep-2.20.72-d512/tests/gt-symlink.1F01/dir

$ ../../../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 system calls is this 'grep' executing?  What's the output of ktrace and 
kdump?

bug#18892: few test failure with 'grep-2.20.72-d512'

2014-11-01 Thread Jim Meyering 
On Wed, Oct 29, 2014 at 2:56 PM, Bruce Dubbs  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 the test
> sjis-mb: skipped test: SJIS locale not found
>
> I do have 8G of memory.

That test fails when grep fails to allocate enough space to hold a 2GiB line.
No big deal, and not hard to imaging happening with a few applications
in 8GiB of RAM.

bug#18892: few test failure with 'grep-2.20.72-d512'

2014-11-01 Thread Assaf Gordon 

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
from init.sh's "set -x"), but on your NetBSD system, it appears not to
have been enabled, perhaps because that system's /bin/sh is
inadequate.  Can you rerun the tests using bash as your shell?  That
may be enough to evoke the log information that will highlight which
part(s) of the "symlink" test actually fail.


It turned out not to be directly a shell issue (I tried with forcing shell to 
bash), but a BSD make vs GNU make.
using "gmake" did use the correct shell, and produced a detailed log, which is 
attached.

If I understand correctly, the failure is triggered in line 177 in the attached 
log.
running "grep -r '^'" was supposed to return zero, but it returns 2.

I disabled the removal of the temporary directory, and so was able to reproduce 
manually:

$ uname -a
NetBSD  6.1.4 NetBSD 6.1.4 (GENERIC) amd64

$ pwd
/tmp/grep-2.20.72-d512/tests/gt-symlink.1F01
$ ls -lR
total 20
drwxr-xr-x  2 miles  wheel  512 Nov  2 00:55 dir
-rw-r--r--  1 miles  wheel   30 Nov  2 00:55 exp
-rw-r--r--  1 miles  wheel   30 Nov  2 00:55 grepout
-rw-r--r--  1 miles  wheel   30 Nov  2 00:55 out
-rw-r--r--  1 miles  wheel   30 Nov  2 00:55 out-t

./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
/tmp/grep-2.20.72-d512/tests/gt-symlink.1F01/dir

$ ../../../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


For comparison,
On Linux (Ubuntu 14.04.1 amd64), the exit code is zero, somehow c,d,e are 
ignored:

===
$ uname -a
Linux  3.13.0-37-generic #64-Ubuntu SMP Mon Sep 22 21:28:38 UTC 2014 x86_64 
GNU/Linux
$ pwd
/tmp/grep/grep-2.20.72-d512/tests/gt-symlink.3Zym
$ ls -lR
.:
total 20
drwxrwxr-x 2 gordon gordon 4096 Nov  1 21:18 dir
-rw-rw-r-- 1 gordon gordon   30 Nov  1 21:18 exp
-rw-rw-r-- 1 gordon gordon   30 Nov  1 21:18 grepout
-rw-rw-r-- 1 gordon gordon   30 Nov  1 21:18 out
-rw-rw-r-- 1 gordon gordon   30 Nov  1 21:18 out-t

./dir:
total 8
-rw-rw-r-- 1 gordon gordon 2 Nov  1 21:18 a
-rw-rw-r-- 1 gordon gordon 2 Nov  1 21:18 b
lrwxrwxrwx 1 gordon gordon 1 Nov  1 21:18 c -> a
lrwxrwxrwx 1 gordon gordon 1 Nov  1 21:18 d -> .
lrwxrwxrwx 1 gordon gordon 8 Nov  1 21:18 e -> dangling

$ cd dir
$ pwd
/tmp/grep/grep-2.20.72-d512/tests/gt-symlink.3Zym/dir

$ ../../../src/grep -r '^' ; echo $?
b:b
a:a
0
===


 - Assaf
=
   GNU grep 2.20.72-d512: tests/test-suite.log
=

# TOTAL: 85
# PASS:  58
# SKIP:  24
# XFAIL: 1
# FAIL:  2
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2

FAIL: symlink
=

++ initial_cwd_=/tmp/grep-2.20.72-d512/tests
++ fail=0
+++ testdir_prefix_
+++ printf gt
++ pfx_=gt
+++ mktempd_ /tmp/grep-2.20.72-d512/tests gt-symlink.
+++ case $# in
+++ destdir_=/tmp/grep-2.20.72-d512/tests
+++ template_=gt-symlink.
+++ MAX_TRIES_=4
+++ case $destdir_ in
+++ case $template_ in
 unset TMPDIR
+++ d='/tmp/-p.009117aa
gt-symlink.117c'
+++ fail=1
+++ case $d in
+++ fail=1
+++ test -d '/tmp/-p.009117aa
gt-symlink.117c'
+++ fail=1
 ls -dgo '/tmp/-p.009117aa
gt-symlink.117c'
 tr S -
+++ perms=
+++ case $perms in
+++ fail=1
+++ test 1 = 0
 echo gt-symlink.
 sed 's/XX*$//'
+++ base_template_=gt-symlink.
 echo gt-symlink.
 wc -c
+++ template_length_='  16'
 echo gt-symlink.
 wc -c
+++ nx_='  12'
 expr 16 - 12
+++ nx_=4
+++ err_=
+++ i_=1
+++ :
 rand_bytes_ 4
 n_=4
 chars_=abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789
 dev_rand_=/dev/urandom
 test -r /dev/urandom
 dd ibs=4 count=1 if=/dev/urandom
 LC_ALL=C
 tr -c abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789 01234567abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789
 return
+++ X_=1F01
+++ candidate_dir_=/tmp/grep-2.20.72-d512/tests/gt-symlink.1F01
 mkdir -m 0700 /tmp/grep-2.20.72-d512/tests/gt-symlink.1F01
+++ err_=
+++ echo /tmp/grep-2.20.72-d512/tests/gt-symlink.1F01
+++ return
++ test_dir_=/tmp/grep-2.20.72-d512/tests/gt-symlink.1F01
++ cd /tmp/grep-2.20.72-d512/tests/gt-symlink.1F01
++ gl_init_sh_nl_='
'
++ IFS=' 	
'
++ for sig_ in 1 2 3 13 15
+++ expr 1 + 128
++ eval 'trap '\''Exit 129'\'' 1'
+++ trap 'Exit 129' 1
++ for sig_ i

bug#18892: few test failure with 'grep-2.20.72-d512'

2014-11-01 Thread Jim Meyering 
On Wed, Oct 29, 2014 at 1:51 PM, 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
>>http://meyering.net/grep/grep-2.20.72-d512.tar.xz
...
> On NetBSD 6.1.4, these fail:
>   XFAIL: equiv-classes
>   FAIL: symlink
>   FAIL: word-multibyte
> Attached is netbsd614.test-suite.log

Hi Assaf,

First, that "XFAIL" is an expected failure, not a test failure, per se.
The "word-multibyte" failure should be fixed by the patch I've already pushed.

However, I'll need more information to understand the "symlink" failure.
Normally the log file contains verbose output information (resulting
from init.sh's "set -x"), but on your NetBSD system, it appears not to
have been enabled, perhaps because that system's /bin/sh is
inadequate.  Can you rerun the tests using bash as your shell?  That
may be enough to evoke the log information that will highlight which
part(s) of the "symlink" test actually fail.

bug#18892: few test failure with 'grep-2.20.72-d512'

2014-10-31 Thread Bruce Dubbs 
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 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 "0"s)
$ for i in $(locale -a|grep -i cn); do printf '\303\251'|LC_ALL=$i
src/grep -q '\w'; echo $?: $i;done
0: zh_CN
1: zh_CN.eucCN
1: zh_CN.GB18030
1: zh_CN.GB2312
1: zh_CN.GBK
0: zh_CN.UTF-8

On Thu, Oct 30, 2014 at 11:55 AM, Jim Meyering  wrote:

Thank you both for all the testing and prompt feedback!
I've looked into the failures of the brand new word-multibyte test,
and am hoping the attached will fix it by requiring use of
the zh_CN.UTF-8 locale, rather than letting the system
choose a locale matching "zh_CN".  Does this patch solve
the problem for that test?

On Wed, Oct 29, 2014 at 2:56 PM, Bruce Dubbs  wrote:

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
http://meyering.net/grep/grep-2.20.72-d512.tar.xz



On Debian 7.6 (amd64, gcc 4.7.2) and Ubuntu 14.04.1 (amd64, gcc 4.8.2),
these fail:
XFAIL: triple-backref
FAIL: word-multibyte
Attached is the debian76.test-suite.log from Debian (Ubuntu seemed
identical).



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 the test
sjis-mb: skipped test: SJIS locale not found

I do have 8G of memory.

XFAIL: triple-backref

SKIP: test-vc-list-files-cvs.sh  (cvs not present)
SKIP: test-wcrtomb-w32-1.sh  (windows only?)
SKIP: test-wcrtomb-w32-2.sh
SKIP: test-wcrtomb-w32-3.sh
SKIP: test-wcrtomb-w32-4.sh
SKIP: test-wcrtomb-w32-5.sh
FAIL: word-multibyte

Looking at below, the FAIL may be because I have the locale zh_CN.gb18030,
but not a plain zh_CN locale.

And confirming after installing a plain zh_CN locale, word-multibyte passes.

   -- Bruce

bug#18892: few test failure with 'grep-2.20.72-d512'

2014-10-31 Thread Assaf Gordon 

On 10/30/2014 03:07 PM, Jim Meyering wrote:

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 "0"s)
$ for i in $(locale -a|grep -i cn); do printf '\303\251'|LC_ALL=$i
src/grep -q '\w'; echo $?: $i;done
0: zh_CN
1: zh_CN.eucCN
1: zh_CN.GB18030
1: zh_CN.GB2312
1: zh_CN.GBK
0: zh_CN.UTF-8



===
Debian 7.6
(no output, installed locales are: C  C.UTF-8  en_US.utf8 POSIX)

Ubuntu 14:
(no output, installed locales are C C.UTF-8 POSIX and en_* , en_*.utf8)

FreeBSD 10.0
1: zh_CN.GB18030
1: zh_CN.GB2312
1: zh_CN.GBK
0: zh_CN.UTF-8
1: zh_CN.eucCN

FreeBSD 9.3
1: zh_CN.GB18030
1: zh_CN.GB2312
1: zh_CN.GBK
0: zh_CN.UTF-8
1: zh_CN.eucCN
===
OpenBSD 5.5
0: zh_CN.UTF-8
===
NetBSD  6.1.4
1: zh_CN
1: zh_CN.GB18030
1: zh_CN.GB2312
0: zh_CN.UTF-8
1: zh_CN.eucCN
===
CentOS 7
0: bo_CN
0: bo_CN.utf8
0: ug_CN
0: ug_CN.utf8
0: zh_CN
0: zh_CN.gb18030
0: zh_CN.gb2312
0: zh_CN.gbk
0: zh_CN.utf8

CentOS 6.5
0: bo_CN
0: bo_CN.utf8
0: ug_CN
0: ug_CN.utf8
0: zh_CN
0: zh_CN.gb18030
0: zh_CN.gb2312
0: zh_CN.gbk
0: zh_CN.utf8
=
OpenSUSE 13.1
0: bo_CN
0: ug_CN
0: zh_CN
0: zh_CN.gb18030
0: zh_CN.gbk
0: zh_CN.utf8
=

bug#18892: few test failure with 'grep-2.20.72-d512'

2014-10-31 Thread Jim Meyering 
Thank you both for all the testing and prompt feedback!
I've looked into the failures of the brand new word-multibyte test,
and am hoping the attached will fix it by requiring use of
the zh_CN.UTF-8 locale, rather than letting the system
choose a locale matching "zh_CN".  Does this patch solve
the problem for that test?

On Wed, Oct 29, 2014 at 2:56 PM, Bruce Dubbs  wrote:
> 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
>>>http://meyering.net/grep/grep-2.20.72-d512.tar.xz
>>>
>>
>> On Debian 7.6 (amd64, gcc 4.7.2) and Ubuntu 14.04.1 (amd64, gcc 4.8.2),
>> these fail:
>>XFAIL: triple-backref
>>FAIL: word-multibyte
>> Attached is the debian76.test-suite.log from Debian (Ubuntu seemed
>> identical).
>
>
> 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 the test
> sjis-mb: skipped test: SJIS locale not found
>
> I do have 8G of memory.
>
> XFAIL: triple-backref
>
> SKIP: test-vc-list-files-cvs.sh  (cvs not present)
> SKIP: test-wcrtomb-w32-1.sh  (windows only?)
> SKIP: test-wcrtomb-w32-2.sh
> SKIP: test-wcrtomb-w32-3.sh
> SKIP: test-wcrtomb-w32-4.sh
> SKIP: test-wcrtomb-w32-5.sh
> FAIL: word-multibyte
>
> Looking at below, the FAIL may be because I have the locale zh_CN.gb18030,
> but not a plain zh_CN locale.
>
> And confirming after installing a plain zh_CN locale, word-multibyte passes.
>
>   -- Bruce
>
> 
>
> ++ initial_cwd_=/usr/src/grep/grep-2.20.72-d512/tests
> ++ fail=0
> +++ testdir_prefix_
> +++ printf gt
> ++ pfx_=gt
> +++ mktempd_ /usr/src/grep/grep-2.20.72-d512/tests gt-word-multibyte.
> +++ case $# in
> +++ destdir_=/usr/src/grep/grep-2.20.72-d512/tests
> +++ template_=gt-word-multibyte.
> +++ MAX_TRIES_=4
> +++ case $destdir_ in
> +++ case $template_ in
>  unset TMPDIR
> +++ d=/usr/src/grep/grep-2.20.72-d512/tests/gt-word-multibyte.LTZ7
> +++ case $d in
> +++ test -d /usr/src/grep/grep-2.20.72-d512/tests/gt-word-multibyte.LTZ7
>  ls -dgo /usr/src/grep/grep-2.20.72-d512/tests/gt-word-multibyte.LTZ7
>  tr S -
> +++ perms='drwx-- 2 4096 Oct 29 16:24
> /usr/src/grep/grep-2.20.72-d512/tests/gt-word-multibyte.LTZ7'
> +++ case $perms in
> +++ test 0 = 0
> +++ echo /usr/src/grep/grep-2.20.72-d512/tests/gt-word-multibyte.LTZ7
> +++ return
> ++ test_dir_=/usr/src/grep/grep-2.20.72-d512/tests/gt-word-multibyte.LTZ7
> ++ cd /usr/src/grep/grep-2.20.72-d512/tests/gt-word-multibyte.LTZ7
> ++ gl_init_sh_nl_='
> '
> ++ IFS='
> '
> ++ for sig_ in 1 2 3 13 15
> +++ expr 1 + 128
> ++ eval 'trap '\''Exit 129'\'' 1'
> +++ trap 'Exit 129' 1
> ++ for sig_ in 1 2 3 13 15
> +++ expr 2 + 128
> ++ eval 'trap '\''Exit 130'\'' 2'
> +++ trap 'Exit 130' 2
> ++ for sig_ in 1 2 3 13 15
> +++ expr 3 + 128
> ++ eval 'trap '\''Exit 131'\'' 3'
> +++ trap 'Exit 131' 3
> ++ for sig_ in 1 2 3 13 15
> +++ expr 13 + 128
> ++ eval 'trap '\''Exit 141'\'' 13'
> +++ trap 'Exit 141' 13
> ++ for sig_ in 1 2 3 13 15
> +++ expr 15 + 128
> ++ eval 'trap '\''Exit 143'\'' 15'
> +++ trap 'Exit 143' 15
> ++ trap remove_tmp_ 0
> + path_prepend_ ../src
> + test 1 '!=' 0
> + path_dir_=../src
> + case $path_dir_ in
> + abs_path_dir_=/usr/src/grep/grep-2.20.72-d512/tests/../src
> + case $abs_path_dir_ in
> +
> PATH=/usr/src/grep/grep-2.20.72-d512/tests/../src:/usr/src/grep/grep-2.20.72-d512/src:/usr/local/bin:/bin:/usr/bin:/opt/texlive/2014/bin/x86_64-linux:/opt/fop:/opt/libreoffice-4.3.2.2/bin:/opt/OpenJDK-1.7.0.65-bin/bin:/opt/ant/bin:/opt/kde/bin:/opt/qt4/bin:/opt/qt5/bin:/opt/xorg/bin:/home/bdubbs/bin:/sbin:/usr/sbin
> + create_exe_shims_ /usr/src/grep/grep-2.20.72-d512/tests/../src
> + case $EXEEXT in
> + return 0
> + shift
> + test 0 '!=' 0
> + export PATH
> + require_en_utf8_locale_
> + path_prepend_ .
> + test 1 '!=' 0
> + path_dir_=.
> + case $path_dir_ in
> + abs_path_dir_=/usr/src/grep/grep-2.20.72-d512/tests/.
> + case $abs_path_dir_ in
> +
> PATH=/usr/src/grep/grep-2.20.72-d512/tests/.:/usr/src/grep/grep-2.20.72-d512/tests/../src:/usr/src/grep/grep-2.20.72-d512/src:/usr/local/bin:/bin:/usr/bin:/opt/texlive/2014/bin/x86_64-linux:/opt/fop:/opt/libreoffice-4.3.2.2/bin:/opt/OpenJDK-1.7.0.65-bin/bin:/opt/ant/bin:/opt/kde/bin:/opt/qt4/bin:/opt/qt5/bin:/opt/xorg/bin:/home/bdubbs/bin:/sbin:/usr/sbin
> + create_exe_shims_ /usr/src/grep/grep-2.20.72-d512/tests/.
> + case $EXEEXT in
> + return 0
> + shift
> + test 0 '!=' 0
> + export PATH
> + case $(get-mb-cur-max en_US.UTF-8) in
> ++ get-mb-cur-max en_US.UTF-8
> + printf '\xc3\xa1\n'
> + LC_ALL=en_US.UTF-8
> + export LC_ALL
> + fail=0
> + for LOC in en_US.UTF-8 zh_CN '$LOCALE_FR_UTF8'
> + out=out1-en_US.UTF-8
> + LC_ALL=en_US.UTF-8
> + grep '\w'

bug#18892: few test failure with 'grep-2.20.72-d512'

2014-10-31 Thread Jim Meyering 
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 "0"s)
$ for i in $(locale -a|grep -i cn); do printf '\303\251'|LC_ALL=$i
src/grep -q '\w'; echo $?: $i;done
0: zh_CN
1: zh_CN.eucCN
1: zh_CN.GB18030
1: zh_CN.GB2312
1: zh_CN.GBK
0: zh_CN.UTF-8

On Thu, Oct 30, 2014 at 11:55 AM, Jim Meyering  wrote:
> Thank you both for all the testing and prompt feedback!
> I've looked into the failures of the brand new word-multibyte test,
> and am hoping the attached will fix it by requiring use of
> the zh_CN.UTF-8 locale, rather than letting the system
> choose a locale matching "zh_CN".  Does this patch solve
> the problem for that test?
>
> On Wed, Oct 29, 2014 at 2:56 PM, Bruce Dubbs  wrote:
>> 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
http://meyering.net/grep/grep-2.20.72-d512.tar.xz

>>>
>>> On Debian 7.6 (amd64, gcc 4.7.2) and Ubuntu 14.04.1 (amd64, gcc 4.8.2),
>>> these fail:
>>>XFAIL: triple-backref
>>>FAIL: word-multibyte
>>> Attached is the debian76.test-suite.log from Debian (Ubuntu seemed
>>> identical).
>>
>>
>> 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 the test
>> sjis-mb: skipped test: SJIS locale not found
>>
>> I do have 8G of memory.
>>
>> XFAIL: triple-backref
>>
>> SKIP: test-vc-list-files-cvs.sh  (cvs not present)
>> SKIP: test-wcrtomb-w32-1.sh  (windows only?)
>> SKIP: test-wcrtomb-w32-2.sh
>> SKIP: test-wcrtomb-w32-3.sh
>> SKIP: test-wcrtomb-w32-4.sh
>> SKIP: test-wcrtomb-w32-5.sh
>> FAIL: word-multibyte
>>
>> Looking at below, the FAIL may be because I have the locale zh_CN.gb18030,
>> but not a plain zh_CN locale.
>>
>> And confirming after installing a plain zh_CN locale, word-multibyte passes.
>>
>>   -- Bruce
>>
>> 
>>
>> ++ initial_cwd_=/usr/src/grep/grep-2.20.72-d512/tests
>> ++ fail=0
>> +++ testdir_prefix_
>> +++ printf gt
>> ++ pfx_=gt
>> +++ mktempd_ /usr/src/grep/grep-2.20.72-d512/tests gt-word-multibyte.
>> +++ case $# in
>> +++ destdir_=/usr/src/grep/grep-2.20.72-d512/tests
>> +++ template_=gt-word-multibyte.
>> +++ MAX_TRIES_=4
>> +++ case $destdir_ in
>> +++ case $template_ in
>>  unset TMPDIR
>> +++ d=/usr/src/grep/grep-2.20.72-d512/tests/gt-word-multibyte.LTZ7
>> +++ case $d in
>> +++ test -d /usr/src/grep/grep-2.20.72-d512/tests/gt-word-multibyte.LTZ7
>>  ls -dgo /usr/src/grep/grep-2.20.72-d512/tests/gt-word-multibyte.LTZ7
>>  tr S -
>> +++ perms='drwx-- 2 4096 Oct 29 16:24
>> /usr/src/grep/grep-2.20.72-d512/tests/gt-word-multibyte.LTZ7'
>> +++ case $perms in
>> +++ test 0 = 0
>> +++ echo /usr/src/grep/grep-2.20.72-d512/tests/gt-word-multibyte.LTZ7
>> +++ return
>> ++ test_dir_=/usr/src/grep/grep-2.20.72-d512/tests/gt-word-multibyte.LTZ7
>> ++ cd /usr/src/grep/grep-2.20.72-d512/tests/gt-word-multibyte.LTZ7
>> ++ gl_init_sh_nl_='
>> '
>> ++ IFS='
>> '
>> ++ for sig_ in 1 2 3 13 15
>> +++ expr 1 + 128
>> ++ eval 'trap '\''Exit 129'\'' 1'
>> +++ trap 'Exit 129' 1
>> ++ for sig_ in 1 2 3 13 15
>> +++ expr 2 + 128
>> ++ eval 'trap '\''Exit 130'\'' 2'
>> +++ trap 'Exit 130' 2
>> ++ for sig_ in 1 2 3 13 15
>> +++ expr 3 + 128
>> ++ eval 'trap '\''Exit 131'\'' 3'
>> +++ trap 'Exit 131' 3
>> ++ for sig_ in 1 2 3 13 15
>> +++ expr 13 + 128
>> ++ eval 'trap '\''Exit 141'\'' 13'
>> +++ trap 'Exit 141' 13
>> ++ for sig_ in 1 2 3 13 15
>> +++ expr 15 + 128
>> ++ eval 'trap '\''Exit 143'\'' 15'
>> +++ trap 'Exit 143' 15
>> ++ trap remove_tmp_ 0
>> + path_prepend_ ../src
>> + test 1 '!=' 0
>> + path_dir_=../src
>> + case $path_dir_ in
>> + abs_path_dir_=/usr/src/grep/grep-2.20.72-d512/tests/../src
>> + case $abs_path_dir_ in
>> +
>> PATH=/usr/src/grep/grep-2.20.72-d512/tests/../src:/usr/src/grep/grep-2.20.72-d512/src:/usr/local/bin:/bin:/usr/bin:/opt/texlive/2014/bin/x86_64-linux:/opt/fop:/opt/libreoffice-4.3.2.2/bin:/opt/OpenJDK-1.7.0.65-bin/bin:/opt/ant/bin:/opt/kde/bin:/opt/qt4/bin:/opt/qt5/bin:/opt/xorg/bin:/home/bdubbs/bin:/sbin:/usr/sbin
>> + create_exe_shims_ /usr/src/grep/grep-2.20.72-d512/tests/../src
>> + case $EXEEXT in
>> + return 0
>> + shift
>> + test 0 '!=' 0
>> + export PATH
>> + require_en_utf8_locale_
>> + path_prepend_ .
>> + test 1 '!=' 0
>> + path_dir_=.
>> + case $path_dir_ in
>> + abs_path_dir_=/usr/src/grep/grep-2.20.72-d512/tests/.
>> + case $abs_path_dir_ in
>> +
>> PATH=/usr/src/grep/grep-2.20.72-d512/tests/.:/usr/src/grep/grep-2.20.72-d512/tests/../src:/usr/src/grep/grep-2.20.72-d512/src:/usr/local/bin:

bug#18892: few test failure with 'grep-2.20.72-d512'

2014-10-29 Thread Bruce Dubbs 

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
   http://meyering.net/grep/grep-2.20.72-d512.tar.xz



On Debian 7.6 (amd64, gcc 4.7.2) and Ubuntu 14.04.1 (amd64, gcc 4.8.2),
these fail:
   XFAIL: triple-backref
   FAIL: word-multibyte
Attached is the debian76.test-suite.log from Debian (Ubuntu seemed
identical).


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 the test
sjis-mb: skipped test: SJIS locale not found

I do have 8G of memory.

XFAIL: triple-backref

SKIP: test-vc-list-files-cvs.sh  (cvs not present)
SKIP: test-wcrtomb-w32-1.sh  (windows only?)
SKIP: test-wcrtomb-w32-2.sh
SKIP: test-wcrtomb-w32-3.sh
SKIP: test-wcrtomb-w32-4.sh
SKIP: test-wcrtomb-w32-5.sh
FAIL: word-multibyte

Looking at below, the FAIL may be because I have the locale 
zh_CN.gb18030, but not a plain zh_CN locale.


And confirming after installing a plain zh_CN locale, word-multibyte passes.

  -- Bruce



++ initial_cwd_=/usr/src/grep/grep-2.20.72-d512/tests
++ fail=0
+++ testdir_prefix_
+++ printf gt
++ pfx_=gt
+++ mktempd_ /usr/src/grep/grep-2.20.72-d512/tests gt-word-multibyte.
+++ case $# in
+++ destdir_=/usr/src/grep/grep-2.20.72-d512/tests
+++ template_=gt-word-multibyte.
+++ MAX_TRIES_=4
+++ case $destdir_ in
+++ case $template_ in
 unset TMPDIR
+++ d=/usr/src/grep/grep-2.20.72-d512/tests/gt-word-multibyte.LTZ7
+++ case $d in
+++ test -d /usr/src/grep/grep-2.20.72-d512/tests/gt-word-multibyte.LTZ7
 ls -dgo /usr/src/grep/grep-2.20.72-d512/tests/gt-word-multibyte.LTZ7
 tr S -
+++ perms='drwx-- 2 4096 Oct 29 16:24 
/usr/src/grep/grep-2.20.72-d512/tests/gt-word-multibyte.LTZ7'

+++ case $perms in
+++ test 0 = 0
+++ echo /usr/src/grep/grep-2.20.72-d512/tests/gt-word-multibyte.LTZ7
+++ return
++ test_dir_=/usr/src/grep/grep-2.20.72-d512/tests/gt-word-multibyte.LTZ7
++ cd /usr/src/grep/grep-2.20.72-d512/tests/gt-word-multibyte.LTZ7
++ gl_init_sh_nl_='
'
++ IFS='
'
++ for sig_ in 1 2 3 13 15
+++ expr 1 + 128
++ eval 'trap '\''Exit 129'\'' 1'
+++ trap 'Exit 129' 1
++ for sig_ in 1 2 3 13 15
+++ expr 2 + 128
++ eval 'trap '\''Exit 130'\'' 2'
+++ trap 'Exit 130' 2
++ for sig_ in 1 2 3 13 15
+++ expr 3 + 128
++ eval 'trap '\''Exit 131'\'' 3'
+++ trap 'Exit 131' 3
++ for sig_ in 1 2 3 13 15
+++ expr 13 + 128
++ eval 'trap '\''Exit 141'\'' 13'
+++ trap 'Exit 141' 13
++ for sig_ in 1 2 3 13 15
+++ expr 15 + 128
++ eval 'trap '\''Exit 143'\'' 15'
+++ trap 'Exit 143' 15
++ trap remove_tmp_ 0
+ path_prepend_ ../src
+ test 1 '!=' 0
+ path_dir_=../src
+ case $path_dir_ in
+ abs_path_dir_=/usr/src/grep/grep-2.20.72-d512/tests/../src
+ case $abs_path_dir_ in
+ 
PATH=/usr/src/grep/grep-2.20.72-d512/tests/../src:/usr/src/grep/grep-2.20.72-d512/src:/usr/local/bin:/bin:/usr/bin:/opt/texlive/2014/bin/x86_64-linux:/opt/fop:/opt/libreoffice-4.3.2.2/bin:/opt/OpenJDK-1.7.0.65-bin/bin:/opt/ant/bin:/opt/kde/bin:/opt/qt4/bin:/opt/qt5/bin:/opt/xorg/bin:/home/bdubbs/bin:/sbin:/usr/sbin

+ create_exe_shims_ /usr/src/grep/grep-2.20.72-d512/tests/../src
+ case $EXEEXT in
+ return 0
+ shift
+ test 0 '!=' 0
+ export PATH
+ require_en_utf8_locale_
+ path_prepend_ .
+ test 1 '!=' 0
+ path_dir_=.
+ case $path_dir_ in
+ abs_path_dir_=/usr/src/grep/grep-2.20.72-d512/tests/.
+ case $abs_path_dir_ in
+ 
PATH=/usr/src/grep/grep-2.20.72-d512/tests/.:/usr/src/grep/grep-2.20.72-d512/tests/../src:/usr/src/grep/grep-2.20.72-d512/src:/usr/local/bin:/bin:/usr/bin:/opt/texlive/2014/bin/x86_64-linux:/opt/fop:/opt/libreoffice-4.3.2.2/bin:/opt/OpenJDK-1.7.0.65-bin/bin:/opt/ant/bin:/opt/kde/bin:/opt/qt4/bin:/opt/qt5/bin:/opt/xorg/bin:/home/bdubbs/bin:/sbin:/usr/sbin

+ create_exe_shims_ /usr/src/grep/grep-2.20.72-d512/tests/.
+ case $EXEEXT in
+ return 0
+ shift
+ test 0 '!=' 0
+ export PATH
+ case $(get-mb-cur-max en_US.UTF-8) in
++ get-mb-cur-max en_US.UTF-8
+ printf '\xc3\xa1\n'
+ LC_ALL=en_US.UTF-8
+ export LC_ALL
+ fail=0
+ for LOC in en_US.UTF-8 zh_CN '$LOCALE_FR_UTF8'
+ out=out1-en_US.UTF-8
+ LC_ALL=en_US.UTF-8
+ grep '\w' in
+ compare in out1-en_US.UTF-8
+ compare_dev_null_ in out1-en_US.UTF-8
+ test 2 = 2
+ test xin = x/dev/null
+ test xout1-en_US.UTF-8 = x/dev/null
+ return 2
+ case $? in
+ compare_ in out1-en_US.UTF-8
+ diff -u in out1-en_US.UTF-8
+ out=out2-en_US.UTF-8
+ LC_ALL=en_US.UTF-8
+ grep '\W' in
+ compare /dev/null out2-en_US.UTF-8
+ compare_dev_null_ /dev/null out2-en_US.UTF-8
+ test 2 = 2
+ test x/dev/null = x/dev/null
+ test -s out2-en_US.UTF-8
+ return 0
+ return 0
+ for LOC in en_US.UTF-8 zh_CN '$LOCALE_FR_UTF8'
+ out=out1-zh_CN
+ LC_ALL=zh_CN
+ grep '\w' in
+ fail=1
+ compare in out1-zh_CN
+ compare_dev_null_ in out1-zh_CN
+ test 2 = 2
+ test xin = x/de

bug#18892: few test failure with 'grep-2.20.72-d512'

2014-10-29 Thread Assaf Gordon 

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
   http://meyering.net/grep/grep-2.20.72-d512.tar.xz



On Debian 7.6 (amd64, gcc 4.7.2) and Ubuntu 14.04.1 (amd64, gcc 4.8.2), these 
fail:
  XFAIL: triple-backref
  FAIL: word-multibyte
Attached is the debian76.test-suite.log from Debian (Ubuntu seemed identical).

---

On OpenBSD5.5 (amd64, gcc 4.2.1) these failed:
  XFAIL: equiv-classes
  FAIL: word-multibyte
Attached is the openbsd55.test-suite.log.

---

On CentOS 7 (amd64, gcc 4.8.2),
   GNU Hurd (x86, gcc 4.8.2),
   OpenSUSE 13.1 (amd64, gcc 4.8.1)
this fails:
  XFAIL: triple-backref

Attached are the logs.

---

On FreeBSD 9.3 (amd64, gcc 4.2.1), this fails:
===
XFAIL: equiv-classes



XFAIL equiv-classes (exit status: 1)
===

---

On NetBSD 6.1.4, these fail:
  XFAIL: equiv-classes
  FAIL: symlink
  FAIL: word-multibyte
Attached is netbsd614.test-suite.log

---

No failures on:
  FreeBSD 10 (amd64, clang 3.3)
  CentOS 6.5 (amd64, gcc 4.4.7)
  Fedora 20 (amd64, gcc 4.8.3)


Regards,
 - Assaf

=
   GNU grep 2.20.72-d512: tests/test-suite.log
=

# TOTAL: 85
# PASS:  63
# SKIP:  20
# XFAIL: 1
# FAIL:  1
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2

XFAIL: triple-backref
=

+ initial_cwd_=/tmp/grep-2.20.72-d512/tests
+ fail=0
+ testdir_prefix_
+ printf gt
+ pfx_=gt
+ mktempd_ /tmp/grep-2.20.72-d512/tests gt-triple-backref.
+ destdir_=/tmp/grep-2.20.72-d512/tests
+ template_=gt-triple-backref.
+ MAX_TRIES_=4
+ unset TMPDIR
+ d=/tmp/grep-2.20.72-d512/tests/gt-triple-backref.4WEh
+ test -d /tmp/grep-2.20.72-d512/tests/gt-triple-backref.4WEh
+ ls -dgo /tmp/grep-2.20.72-d512/tests/gt-triple-backref.4WEh
+ tr S -
+ perms=drwx-- 2 4096 Oct 29 15:50 /tmp/grep-2.20.72-d512/tests/gt-triple-backref.4WEh
+ test 0 = 0
+ echo /tmp/grep-2.20.72-d512/tests/gt-triple-backref.4WEh
+ return
+ test_dir_=/tmp/grep-2.20.72-d512/tests/gt-triple-backref.4WEh
+ cd /tmp/grep-2.20.72-d512/tests/gt-triple-backref.4WEh
+ gl_init_sh_nl_=

+ IFS= 	

+ expr 1 + 128
+ eval trap 'Exit 129' 1
+ trap Exit 129 1
+ expr 2 + 128
+ eval trap 'Exit 130' 2
+ trap Exit 130 2
+ expr 3 + 128
+ eval trap 'Exit 131' 3
+ trap Exit 131 3
+ expr 13 + 128
+ eval trap 'Exit 141' 13
+ trap Exit 141 13
+ expr 15 + 128
+ eval trap 'Exit 143' 15
+ trap Exit 143 15
+ trap remove_tmp_ 0
+ path_prepend_ ../src
+ test 1 != 0
+ path_dir_=../src
+ abs_path_dir_=/tmp/grep-2.20.72-d512/tests/../src
+ PATH=/tmp/grep-2.20.72-d512/tests/../src:/tmp/grep-2.20.72-d512/src:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
+ create_exe_shims_ /tmp/grep-2.20.72-d512/tests/../src
+ return 0
+ shift
+ test 0 != 0
+ export PATH
+ failures=0
+ cat
+ gcc -std=gnu11 -c glibc.c
+ echo a
+ fail=0
+ grep -E (.?)(.?)(.?)\3\2\1 in
grep: regexec.c:1386: pop_fail_stack: Assertion `num >= 0' failed.
Aborted
+ fail=1
+ compare out in
+ compare_dev_null_ out in
+ test 2 = 2
+ test xout = x/dev/null
+ test xin = x/dev/null
+ return 2
+ compare_ out in
+ diff -u out in
--- out	2014-10-29 15:50:47.689879001 -0400
+++ in	2014-10-29 15:50:47.689879001 -0400
@@ -0,0 +1 @@
+a
+ fail=1
+ Exit 1
+ set +e
+ exit 1
+ exit 1
+ remove_tmp_
+ __st=1
+ cleanup_
+ :
+ cd /tmp/grep-2.20.72-d512/tests
+ chmod -R u+rwx /tmp/grep-2.20.72-d512/tests/gt-triple-backref.4WEh
+ rm -rf /tmp/grep-2.20.72-d512/tests/gt-triple-backref.4WEh
+ exit 1
XFAIL triple-backref (exit status: 1)

FAIL: word-multibyte


+ initial_cwd_=/tmp/grep-2.20.72-d512/tests
+ fail=0
+ testdir_prefix_
+ printf gt
+ pfx_=gt
+ mktempd_ /tmp/grep-2.20.72-d512/tests gt-word-multibyte.
+ destdir_=/tmp/grep-2.20.72-d512/tests
+ template_=gt-word-multibyte.
+ MAX_TRIES_=4
+ unset TMPDIR
+ d=/tmp/grep-2.20.72-d512/tests/gt-word-multibyte.JgtS
+ test -d /tmp/grep-2.20.72-d512/tests/gt-word-multibyte.JgtS
+ ls -dgo /tmp/grep-2.20.72-d512/tests/gt-word-multibyte.JgtS
+ tr S -
+ perms=drwx-- 2 4096 Oct 29 15:50 /tmp/grep-2.20.72-d512/tests/gt-word-multibyte.Jgt-
+ test 0 = 0
+ echo /tmp/grep-2.20.72-d512/tests/gt-word-multibyte.JgtS
+ return
+ test_dir_=/tmp/grep-2.20.72-d512/tests/gt-word-multibyte.JgtS
+ cd /tmp/grep-2.20.72-d512/tests/gt-word-multibyte.JgtS
+ gl_init_sh_nl_=

+ IFS= 	

+ expr 1 + 128
+ eval trap 'Exit 129' 1
+ trap Exit 129 1
+ expr 2 + 128
+ eval trap 'Exit 130' 2
+ trap Exit 130 2
+ expr 3 + 128
+ eval trap 'Exit 131' 3
+ trap Exit 131 3
+ expr 13 + 128
+ eval trap 'Exit 141' 13
+ trap Exit 141 13
+ expr 15 + 128
+ eval trap 'Exit 143' 15
+ trap Exit 143 15
+ trap remove_tmp_ 0
+ path_prepend_ ../src
+ test 1 != 0
+ path_dir_=../src
+ abs_path_dir_=/tmp/grep-2.20.72-d512/tests/../src
+ PATH=/tmp/grep-2.20.72-d512/tests/.