, and if it is as a Christmas present.
Thanks
Thomas
If building from source, workaround with:
sed -i "s/echo/#echo/" src/egrep.sh
before configure.
If not use:
sed -i "s/echo/#echo/" /usr/bin/[ef]grep
-- Bruce Dubbs
linuxfromscratch.org
On 9/11/22 14:45, Sam wrote:
On 11 Sep 2022, at 21:41, Jim Meyering wrote:
On Thu, Sep 8, 2022 at 4:01 PM Karl Berry wrote:
Hi Jim,
Some must care about portability,
Certainly agreed. Even I do, sometimes :). But that does not mean
everyone needs to, in every situation. As I said,
On 4/6/20 6:48 PM, Paul Eggert wrote:
On 4/6/20 1:54 PM, Bruce Dubbs wrote:
Program received signal SIGSEGV, Segmentation fault.
0x0041cc03 in __libc_start_main ()
(gdb) bt
#0 0x0041cc03 in __libc_start_main ()
#1 0x0040715a in _start () at ../sysdeps/x86_64/start.S
-2.31 and gcc-9.2.0 if that makes a difference.
-- Bruce Dubbs
linuxfromscratch.org
ard for me
to email the actual log contents(I am writing from outside). Let me know if
you need the test-suite.log file.
Obviously, the report is out of date. Here is the log for the LFS
reference build of grep 3.3:
http://www.linuxfromscratch.org/lfs/build-logs/8.4/test-logs/099-
grep-3.3
the fix.
Will there be a new grep release soon?
-- Bruce Dubbs
linuxfromscratch.org
Marcel Partap wrote:
Hi,
is there any way to make grep place a space before and after the line number
instead of a colon?
*./src/ui_download_manager.cc:36:namespace cwidget
With many terminals not including the : as a word separator SHIFT+double click
on the filename selects
filename:line:
Paul Eggert wrote:
Thanks for reporting that. It's a reasonably serious bug. I installed the
attached patch to fix it.
Thanks for the patch. Are you going to consider releasing 2.28.1 soon?
LFS is going into a package freeze in a few days and we would prefer a new
version to a patch.
--
Greta wrote:
Dear grep developer,
I am Greta Romano and I need your help as soon as possibile.
I want to use grep command to search a string of 6 characters in every
line of a file (biological file with DNA nucleotide).
The problem is that I need to search these 6 characters in the first 30
uts+0outputs (0major+3186885minor)pagefaults 0swaps
-- Bruce Dubbs
LFS
his is a bug in gnulib. The same failure shows up in m4 and
diffutils. See gnulib-tests/test-update-copyright.sh
-- Bruce Dubbs
linuxfromscratch.org
Paul Eggert wrote:
Bruce Dubbs wrote:
( ulimit -s 50; LC_ALL=C src/grep -P -n '^([/](?!/)|[^/])*~/.*'
pcrejit.txt )
but changing to a ulimit of 40 KB, it consistently segfaults.
That also jibes with what valgrind --tool=massif --stacks=yes reports.
$ valgrind --tool=massif --stacks=yes
Jim Meyering wrote:
Thanks for testing.
However, that failure probably indicates that you are running
a binary that uses an older version of libpcre. Compare the results
of these commands on a Centos6 system:
$ gcc print-pcre-version.c -lpcre; ./a.out
7.8 2008-09-05
$ gcc
Paul Eggert wrote:
Bruce Dubbs wrote:
I would think that the tests in grep should account for both pcre and
pcre2, at
least for a couple of years.
Grep currently supports only PCRE. I'd be surprised if it worked with
PCRE2.
My test was with PCRE 8.35 with Debian and Ubuntu patches (I'm
up
Jim Meyering wrote:
Thanks for investigating.
I wonder why your libpcre-8.37 needs so much stack and mine
(built from the release tarball by me, with no patch) segfaults only
when I restrict stack to less than about 50 KB.
I.e.,this exits with status 1:
( ulimit -s 50; LC_ALL=C src/grep -P
Jim Meyering wrote:
grep snapshot:
http://meyering.net/grep/grep-ss.tar.xz 1.3 MB
http://meyering.net/grep/grep-ss.tar.xz.sig
http://meyering.net/grep/grep-2.21.82-fbc5.tar.xz
I tested in a linuxfromscratch environment. See
Paul Eggert wrote:
Bruce Dubbs wrote:
I tested in a linuxfromscratch environment. See
http://www.linuxfromscratch.org/lfs/view/stable/chapter03/packages.html for
a
list of all packages.
You're getting one unexpected failure, from pcre-jitstack. That package
list doesn't mention which
source tarball.
The one line (one character) fix is:
sed -i 's/copyright{/copyright\\{/' build-aux/update-copyright
Translation: Escape the left brace in a perl regex.
I reported this to gnulib over a month ago but got no response. Thought
you would like to know.
-- Bruce Dubbs
and git tests also:
SKIP: big-hole
SKIP: big-match
SKIP: long-line-vs-2GiB-read
SKIP: sjis-mb
XFAIL: triple-backref
SKIP: test-vc-list-files-cvs.sh
SKIP: test-wcrtomb-w32-1.sh
SKIP: test-wcrtomb-w32-2.sh
SKIP: test-wcrtomb-w32-3.sh
SKIP: test-wcrtomb-w32-4.sh
SKIP: test-wcrtomb-w32-5.sh
-- Bruce
is 7ffa5405d010.
The end address is 7ffaf405d010.
What am I missing?
-- Bruce
On Sat, Nov 1, 2014 at 7:56 PM, Bruce Dubbs bruce.du...@gmail.com wrote:
Jim Meyering wrote:
On Wed, Oct 29, 2014 at 2:56 PM, Bruce Dubbs bruce.du...@gmail.com
wrote:
...
http://meyering.net/grep/grep-2.20.72-d512
Jim Meyering wrote:
On Wed, Oct 29, 2014 at 2:56 PM, Bruce Dubbs bruce.du...@gmail.com 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
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 bruce.du...@gmail.com wrote:
Assaf Gordon wrote:
Hello,
On 10/29/2014 02:29 PM, Jim
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
a different tab setting and makes it
look ugly, either in a pager or an editor.
Bottom line is to not permit patches with tabs.
-- Bruce Dubbs
linuxfromscratch.org
P.S. There was a considerable amount of research in the 1980s that
investigated cognitive interpretation of code
Jim Meyering wrote:
Tabs in code are indeed evil. Different users have different tab stops.
I would convert *all* tabs to spaces and add to each file:
/* -*- tab-width:8; intent-tabs-mode:nil; -*- */
/* ex: set tabstop=8 expandtab: */
For the record, I think that such comments should be
Jim Meyering wrote:
On Fri, Mar 14, 2014 at 9:32 PM, Bruce Dubbs bruce.du...@gmail.com wrote:
...
For the record, I think that such comments should be made unnecessary.
I.e., maintain coding standards with enough automated infrastructure
that that type of crutch is not required. See
There were several posts to the list after grep-2.15 was released in
October about fixing bugs and releasing grep-2.16. For example:
http://lists.gnu.org/archive/html/bug-grep/2013-10/msg00082.html
What's the status of grep-2.16?
-- Bruce
27 matches
Mail list logo
