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 4:3.5
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 i
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 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 mi
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 carbo
5 matches
Mail list logo
