bug#21827: Large file support

2015-12-30 Thread Paul Eggert
Since this problem was not in 'grep' I am closing the bug report.

bug#21827: Large file support

2015-11-06 Thread Mike Frysinger
On 06 Nov 2015 07:35, Michael Brunnbauer wrote: > On Thu, Nov 05, 2015 at 10:37:43PM -0500, Mike Frysinger wrote: > > > It appears you've run afoul of glibc bug#18781. > > > > > > https://sourceware.org/bugzilla/show_bug.cgi?id=18781 > > > > > > Yeowch. If I'm right, that's a serious glibc bug t

bug#21827: Large file support

2015-11-05 Thread Michael Brunnbauer
Hello Paul, On Thu, Nov 05, 2015 at 11:14:16PM -0800, Paul Eggert wrote: > Michael Brunnbauer wrote: > >I upgraded to glibc-2.22 on Oct 6 and had no problems with other tools and > >big files so far (at least tar, gzip and cp do not seem to be affected). > > That's odd, since I know recent versi

bug#21827: Large file support

2015-11-05 Thread Paul Eggert
Michael Brunnbauer wrote: I upgraded to glibc-2.22 on Oct 6 and had no problems with other tools and big files so far (at least tar, gzip and cp do not seem to be affected). That's odd, since I know recent versions of tar use openat and so should have problems with files greater than 2 GiB. c

bug#21827: Large file support

2015-11-05 Thread Michael Brunnbauer
Hello Mike, On Thu, Nov 05, 2015 at 10:37:43PM -0500, Mike Frysinger wrote: > > It appears you've run afoul of glibc bug#18781. > > > > https://sourceware.org/bugzilla/show_bug.cgi?id=18781 > > > > Yeowch. If I'm right, that's a serious glibc bug that will break a lot > > of programs, not jus

bug#21827: Large file support

2015-11-05 Thread Mike Frysinger
On 05 Nov 2015 15:05, Paul Eggert wrote: > On 11/04/2015 05:07 AM, Michael Brunnbauer wrote: > > Any ideas what could be going wrong? > > It appears you've run afoul of glibc bug#18781. > > https://sourceware.org/bugzilla/show_bug.cgi?id=18781 > > Yeowch. If I'm right, that's a serious glibc bu

bug#21827: Large file support

2015-11-05 Thread Paul Eggert
Eric Blake wrote: Can't we probe for the existence of openat64(), and then probe whether the bug exists, and if so, replace openat() for that platform? If one built with glibc 2.21 the probe would report no problem, with the failure occurring only when one ran the prebuilt executable, dynamica

bug#21827: Large file support

2015-11-05 Thread Eric Blake
On 11/05/2015 04:05 PM, Paul Eggert wrote: > On 11/04/2015 05:07 AM, Michael Brunnbauer wrote: >> Any ideas what could be going wrong? > > It appears you've run afoul of glibc bug#18781. > > https://sourceware.org/bugzilla/show_bug.cgi?id=18781 > > Yeowch. If I'm right, that's a serious glibc b

bug#21827: Large file support

2015-11-05 Thread Paul Eggert
On 11/04/2015 05:07 AM, Michael Brunnbauer wrote: Any ideas what could be going wrong? It appears you've run afoul of glibc bug#18781. https://sourceware.org/bugzilla/show_bug.cgi?id=18781 Yeowch. If I'm right, that's a serious glibc bug that will break a lot of programs, not just grep. I

bug#21827: Large file support

2015-11-04 Thread Mike Frysinger
On 04 Nov 2015 14:07, Michael Brunnbauer wrote: > I am quite surprised that my grep (suddenly?) has problems with large files: > > fiano:~$ ls -l todelete.txt > -rw-r--r-- 1 brunni users 2981338204 Nov 4 13:40 todelete.txt > fiano:~$ grep test todelete.txt > grep: todelete.txt: Value too lar

bug#21827: Large file support

2015-11-04 Thread Michael Brunnbauer
hi all, I am quite surprised that my grep (suddenly?) has problems with large files: fiano:~$ ls -l todelete.txt -rw-r--r-- 1 brunni users 2981338204 Nov 4 13:40 todelete.txt fiano:~$ grep test todelete.txt grep: todelete.txt: Value too large for defined data type I work with files > 2GB