I've just been doing the test that Olivier Trichet mentioned with
pcretest, with a file containing 30,000 Z's, and I don't get a crash.
This is with libpcre3 6.7-1 on i386.
Any more details on a good testcase for libpcre3?
Tom Parker
--
[EMAIL PROTECTED] - http://tevp.net
Illegitimus non
On Wed, Nov 29, 2006 at 12:59:47PM +0100, Tom Parker wrote:
I've just been doing the test that Olivier Trichet mentioned with
pcretest, with a file containing 30,000 Z's, and I don't get a crash.
This is with libpcre3 6.7-1 on i386.
I can reproduce it with pcregrep; no idea why pcretest
Mark Baker wrote:
On Wed, Nov 29, 2006 at 12:59:47PM +0100, Tom Parker wrote:
I've just been doing the test that Olivier Trichet mentioned with
pcretest, with a file containing 30,000 Z's, and I don't get a crash.
This is with libpcre3 6.7-1 on i386.
I can reproduce it with pcregrep; no idea
On Wed, Nov 29, 2006 at 03:49:02PM +0100, Tom Parker wrote:
about my system... where exactly does pcregrep crash? A stack trace
would be nice.
p4-7088:~for i in $(seq 1 8192); do echo -n Z file; done
p4-7088:~pcregrep '(.)*' file
Segmentation fault
Running it under gdb, using the copy in the
Mark Baker wrote:
There is a limit recursion feature of PCRE, which the calling program
could use.
There appears to be two options here:
1) Punt back to Konqueror, and get them (or whatever they're calling
that uses libpcre3 - note that libpcre3 is *not* in the dependancies of
konqueror
5 matches
Mail list logo
