GNU bug report logs - #21527
avoiding "memory exhausted" in 2.5.4?

Previous Next

Package: grep;

Reported by: Aaron Davies <aaron.davies <at> gmail.com>

Date: Sun, 20 Sep 2015 21:48:02 UTC

Severity: normal

Tags: moreinfo

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#21527: closed (avoiding "memory exhausted" in 2.5.4?)
Date: Sat, 24 Sep 2016 21:41:01 +0000
[Message part 1 (text/plain, inline)]
Your message dated Sat, 24 Sep 2016 14:40:23 -0700
with message-id <9dec6501-52df-8eb6-8c0d-88aaf9369acf <at> cs.ucla.edu>
and subject line Re: avoiding "memory exhausted" in 2.5.4?
has caused the debbugs.gnu.org bug report #21527,
regarding avoiding "memory exhausted" in 2.5.4?
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
21527: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=21527
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Aaron Davies <aaron.davies <at> gmail.com>
To: bug-grep <at> gnu.org
Subject: avoiding "memory exhausted" in 2.5.4?
Date: Sun, 20 Sep 2015 17:47:24 -0400
i'm trying to grep an entire volume for a short, fixed string, but no matter what i do, i keep getting "grep: memory exhausted" errors

the only versions i have immediately available to me are 2.5.4 and and earlier; i can probably get an upgrade to the current one installed eventually, but it will take some time

since the string is fixed, i'm using -F

i've tried both with and without --mmap

i've tried both a -r recursive grep and separate runs using find -print0|xargs -r0 grep

since i'm really only interested in finding the file containing the string and if might be a binary file, i've also tried with and without -z on the theory that the problem was binaries without newlines, and NUL was more likely to occur than newline in such files (a suggestion i found online)

none of it's helped -- they all fail with "memory exhausted" at some point

does anyone have any other suggestions as to how to solve this? is it something fixed in a more recent grep? is there some other set of tools i could be using instead?

i'm currently working on getting some statistics on the line lengths (whether delimited by \n or \0) of the files involved, but that may take a bit of time
-- 
Aaron Davies
aaron.davies <at> gmail.com

[Message part 3 (message/rfc822, inline)]
From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Aaron Davies <aaron.davies <at> gmail.com>
Cc: 21527-done <at> debbugs.gnu.org
Subject: Re: avoiding "memory exhausted" in 2.5.4?
Date: Sat, 24 Sep 2016 14:40:23 -0700
No further comment and it has been about a year. Closing the bug report.


This bug report was last modified 8 years and 240 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.