Re: [Rd] grep and PCRE fun

2011-09-30 Thread Prof Brian Ripley
On Fri, 30 Sep 2011, Simon Urbanek wrote: Jeff, this is really a bug in PCRE since the length (0) is a multiple of 3 as documented so PCRE should not be writing anything. Anyway, this has been now fixed (by Brian). Only in R-devel: R-2-13-branch is now closed (and was by the time I read th

Re: [Rd] grep and PCRE fun

2011-09-30 Thread Simon Urbanek
Jeff, this is really a bug in PCRE since the length (0) is a multiple of 3 as documented so PCRE should not be writing anything. Anyway, this has been now fixed (by Brian). Cheers, Simon On Sep 29, 2011, at 5:00 PM, Jeffrey Horner wrote: > Hello, > > I think I've found a bug in the C functi

Re: [Rd] grep and PCRE fun

2011-09-29 Thread Henrik Bengtsson
On Thu, Sep 29, 2011 at 2:00 PM, Jeffrey Horner wrote: > Hello, > > I think I've found a bug in the C function do_grep located in > src/main/grep.c. It seems to affect both the latest revisions of > R-2-13-branch and trunk when compiling R without optimizations and > with it's own version of pcre

Re: [Rd] grep and PCRE fun

2011-09-29 Thread Jeffrey Horner
On Thu, Sep 29, 2011 at 4:00 PM, Jeffrey Horner wrote: > Hello, > > I think I've found a bug in the C function do_grep located in > src/main/grep.c. It seems to affect both the latest revisions of > R-2-13-branch and trunk when compiling R without optimizations and > with it's own version of pcre

[Rd] grep and PCRE fun

2011-09-29 Thread Jeffrey Horner
Hello, I think I've found a bug in the C function do_grep located in src/main/grep.c. It seems to affect both the latest revisions of R-2-13-branch and trunk when compiling R without optimizations and with it's own version of pcre located in src/extra, at least on ubuntu 10.04. According to the