GNU logs - #17687, boring messages

Message sent to bug-grep@HIDDEN:

Subject: bug#17687: enhancement request: contiguous lines
Resent-From: al1chevee@HIDDEN
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-grep@HIDDEN
Resent-Date: Wed, 04 Jun 2014 15:38:02 +0000
Resent-Message-ID: <handler.17687.B.140189627830330 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 17687 <at> debbugs.gnu.org
Reply-To: al1chevee@HIDDEN
Message-ID: <1401885416.8825.YahooMailNeo@HIDDEN>
Date: Wed, 4 Jun 2014 13:36:56 +0100 (BST)
From: al1chevee@HIDDEN
MIME-Version: 1.0
Content-Type: multipart/alternative;
 boundary="1665649608-1788963278-1401885416=:8825"
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

--1665649608-1788963278-1401885416=:8825
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Dear All,=0A=0AHope this mail finds you well and that its content raises so=
me interest if it can help the grep users community.=0A=0AGiven that I use =
very often grep on large files, I realized how useful the option '-max-line=
' can be. Nevertheless, I found that the following enhancement could be of =
interest for faster processing and hence develop the use of grep:=0A=0Aenha=
ncement concept: in addition to the current --max-count=3Dnum option which =
takes a numerical input, one could imagine another possibility (like --max-=
count=3D"contiguous") which would only retrieve contiguous matching lines s=
ince the first match.=0A=0Aadvantages: the current --max-count option impro=
ves the speed of the search with an early stop (after n matches) but it ass=
umes the user knows exactly the number of lines to look into. With the "con=
tiguous" option, the search provides all contiguous searches and then stops=
.=0A=0Aremark: this enhancement does not aim to compete with a "database" a=
pproach especially for time-serie management, but still many large files ca=
n have for example timestamps and using this option would accelerate the se=
arches in sorted files thanks to the early stop.=0A=0AAgain, if my enhancem=
ent request is redundant with a former one already proposed or does not fit=
 in the grep approach, please forgive me.=0A=0AHave a nice day and thanks a=
gain for the great work.=0A=0AAlain
--1665649608-1788963278-1401885416=:8825
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html><body><div style=3D"color:#000; background-color:#fff; font-family:He=
lveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;fo=
nt-size:12pt"><div class=3D"" style=3D"">Dear All,</div><div class=3D"" sty=
le=3D""><br class=3D"" style=3D""></div><div class=3D"" style=3D"">Hope thi=
s mail finds you well and that its content raises some interest if it can h=
elp the grep users community.</div><div class=3D"" style=3D""><br class=3D"=
" style=3D""></div><div class=3D"" style=3D"">Given that I use very often g=
rep on large files, I realized how useful the option '-max-line' can be. Ne=
vertheless, I found that the following enhancement could be of interest for=
 faster processing and hence develop the use of grep:</div><div class=3D"" =
style=3D""><br class=3D"" style=3D""></div><div class=3D"" style=3D"">enhan=
cement concept: in addition to the current --max-count=3Dnum option which t=
akes a numerical input, one could imagine another possibility (like --max-c=
ount=3D"contiguous") which would only
 retrieve contiguous matching lines since the first match.</div><div class=
=3D"" style=3D""><br class=3D"" style=3D""></div><div class=3D"" style=3D""=
>advantages: the current --max-count option improves the speed of the searc=
h with an early stop (after n matches) but it assumes the user knows exactl=
y the number of lines to look into. With the "contiguous" option, the searc=
h provides all contiguous searches and then stops.</div><div class=3D"" sty=
le=3D""><br class=3D"" style=3D""></div><div class=3D"" style=3D"">remark: =
this enhancement does not aim to compete with a "database" approach especia=
lly for time-serie management, but still many large files can have for exam=
ple timestamps and using this option would accelerate the searches in sorte=
d files thanks to the early stop.</div><div class=3D"" style=3D""><br class=
=3D"" style=3D""></div><div class=3D"" style=3D"">Again, if my enhancement =
request is redundant with a former one already proposed or does not fit in =
the grep approach, please
 forgive me.</div><div class=3D"" style=3D""><br class=3D"" style=3D""></di=
v><div class=3D"" style=3D"">Have a nice day and thanks again for the great=
 work.</div><div class=3D"" style=3D""><br class=3D"" style=3D""></div><div=
 class=3D"" style=3D"">Alain</div></div></body></html>
--1665649608-1788963278-1401885416=:8825--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.503 (Entity 5.503)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: al1chevee@HIDDEN
Subject: bug#17687: Acknowledgement (enhancement request: contiguous lines)
Message-ID: <handler.17687.B.140189627830330.ack <at> debbugs.gnu.org>
References: <1401885416.8825.YahooMailNeo@HIDDEN>
X-Gnu-PR-Message: ack 17687
X-Gnu-PR-Package: grep
Reply-To: 17687 <at> debbugs.gnu.org
Date: Wed, 04 Jun 2014 15:38:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-grep@HIDDEN

If you wish to submit further information on this problem, please
send it to 17687 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
17687: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D17687
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

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