NU extension,
> even though POSIX itself points out that egrep and fgrep are around to
> not break old scripts. grep -P, with PCRE support, isn't POSIX either,
> so there's precedent to extend GNU grep beyond what POSIX mandates.
>
> -- Sam
>
> On Thu, Oct 13, 2022 at 3:00 PM Shlo
ality, nobody actually realised it was "obsolescent"
> and in fact actively using it in new scripts.
>
> Really, speaking from my perspective, distribution maintainers have
> got enough going on with various fires (Clang 16, OpenSSL 3,
> time64 migration, ...) that handli
Hi!
On Sat, 10 Oct 2020 16:02:53 +0900
Norihiro Tanaka wrote:
> On Fri, 9 Oct 2020 12:53:47 +0300
> Shlomi Fish wrote:
>
> > Hi Norihiro Tanaka!
> >
> > On Thu, 08 Oct 2020 18:55:50 +0900
> > Norihiro Tanaka wrote:
>
> Thanks, not 'unusable' but 'u
re
> removed in commit 016e590a8198009bce0e1078f6d4c7e037e2df3c.
Do you mean the code is "unusable" (= "cannot be used";
https://en.wiktionary.org/wiki/unusable ) or is it "unused" (= "not being
used": https://en.wiktionary.org/wiki/unused )?
--
Shlom
patch is a bit of a hack
> but does the real work; the rest are merely cleanups or very minor
> performance improvements.
Thanks, Paul! I can confirm that the latest git master version of gnu grep
(which incorporates the patches) is faster than 3.4.
--
Shlomi Fish https://www.sh
16,158 blocks
> ==156624== possibly lost: 25,830 bytes in 13 blocks
> ==156624==still reachable: 3,751,973,767 bytes in 43,402 blocks
> ==156624== of which reachable via heuristic:
> ==156624== newarray : 112 bytes in 1
> block
time
options or tweak the https://en.wikipedia.org/wiki/Environment_variable -s.
Also see https://beyondgrep.com/ .
> Kind regards
>
> -Original Message-
> From: Shlomi Fish
> Sent: Saturday, August 8, 2020 17:16
> To: ca...@kwpg.info
> Cc: 42...@debbugs.gnu.org
>
86_64 x86_64 GNU/Linux shlomif[homepage]:$trunk$
»
note that "שלום" is the hebrew spelling of https://en.wikipedia.org/wiki/Shalom
.
Regards,
Shlomi Fish
> I am using version Git for Windows v2.25.0
>
> Kind regards
>
>
>
>
>
--
Shlomi Fish ht
> As emails may be altered, Orange is not liable for messages that have been
> modified, changed or falsified. Thank you.
>
Ahem :(
--
Shlomi Fish https://www.shlomifish.org/
https://www.shlomifish.org/humour/Summerschool-at-the-NSA/
Knuth is not God! Typing “God” into Google and pr
Furthermore, you may wish to look at FOSS grep-like tools:
* https://wiki.freebsd.org/BSDgrep
* https://github.com/ggreer/the_silver_searcher
* https://beyondgrep.com/more-tools/
> Thanks in advance.
>
>
>
--
Shlomi Fish https://www.shlomifish.org/
Let’s talk ab
am I doing
> something wrong?
>
> thanks,
> Todd Hoatson
--
-----
Shlomi Fish http://www.shlomifish.org/
http://www.shlomifish.org/humour/bits/New-versions-of-the-GPL/
HP/UX is not a UNIX, and AIX is even less of it than that.
— An Israeli Open So
rching for 'foo'. It would
> help me out a lot when searching for things in my perl modules where I
> do not want my perl pod searched.
>
It may be out of the scope of GNU grep, but should be doable in perl -ln or sed.
E.g (untested):
perl -ln -E '/bar/?exit:/foo/?say:0'
Regards,
the meanwhile, you can try passing the --ascii flag, or using
one of http://beyondgrep.com/ or http://beyondgrep.com/more-tools/ .
Regards,
Shlomi Fish
> This is a critical issue that renders grep completely unusable.
> It was said to be fixed upstream but then the
.
I'm on Mageia linux x86-64 v6 and have built GNU grep from the latest git
commit ( c767ed70eca9a82d76f07dcdbcaafa21ec7f86d6 ) to test.
Regards,
Shlomi Fish
P.S: it seems the build system uses gperf but configure does not verify that it
exists in the path
# XPASS: 0
# ERROR: 0
on Mageia Linux x86-64 v6/Cauldron.
Is there anything else that I can do for you?
Regards,
Shlomi Fish
--
-----
S
9
# XFAIL: 0
# FAIL: 0
# XPASS: 0
# ERROR: 0
========
Regards,
Shlomi Fish
>
> Changes in gnulib since 2.21.78-7da30:
>
> * gnulib 5513b40...956fa54 (50):
> > stdalign: port to Sun C 5.9
> > autoupdate
> > update from texinfo
> &
ther patch, to help prevent this bug from coming
> back in a future version.
thanks to greg, to greg's student, and to Paul for their contributions!
Regards,
Shlomi Fish
--
-
Shlomi Fish http://www.shlomifish.org/
Perl Hu
effect in comparison with your patch, even if `execute' ran for each
character.
Thank you both for the fix. ♥!
Regards,
Shlomi Fish
--
-
Shlomi Fish http://www.shlomifish.org/
Optimising Code for Speed - http
/round_robin.t:while (my $line = $io-getline || $io-getlinegrep:
internal PCRE error: -32
with the latest git grep.
Regards,
Shlomi Fish
--
-
Shlomi Fish http://www.shlomifish.org/
UNIX Fortune Cookies - http
/libpcre.so.1
lib64pcre1-8.33-2.mga4
Regards,
Shlomi Fish
--
-
Shlomi Fish http://www.shlomifish.org/
Humanity - Parody of Modern Life - http://shlom.in/humanity
Linux — Because Software Problems Should not Cost Money.
Please
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=13847
Summary: memchr() not checked on Pexecute() - leads to
segfault
Project: grep
Submitted by: shlomif
Submitted on: Tue 07/19/2005 at 07:57
Category: None
21 matches
Mail list logo