Processing commands for cont...@bugs.debian.org:
> tags 581202 + pending patch
Bug #581202 [libpcre3] libpcre3 8.02-1 causes approx/stable to segfault
Added tag(s) pending and patch.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
581202: http://bugs.debian.org/cg
Le 31/07/2010 18:48, Stéphane Glondu a écrit :
> I've uploaded the attached NMU to DELAYED/5.
Sorry...
--
Stéphane
pcre3.diff
Description: application/pgp-keys
tags 581202 + pending patch
thanks
Le 29/07/2010 11:56, Stéphane Glondu a écrit :
>> So it looks like pcre-ocaml (and most likely its reverse-depends) was
>> the only package affected by that.
>
> Affected rdeps include cmigrep, ocsigen, cduce, galax and liquidsoap.
I've uploaded the attached NM
Le 29/07/2010 11:43, Stéphane Glondu a écrit :
> So it looks like pcre-ocaml (and most likely its reverse-depends) was
> the only package affected by that.
Affected rdeps include cmigrep, ocsigen, cduce, galax and liquidsoap.
--
Stéphane
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lis
Le 29/07/2010 04:50, Tommi Vainikainen a écrit :
> In libpcre3 8.02 pcre_config option MATCH_LIMIT and
> MATCH_LIMIT_RECURSION take a long integer pointer as where parameter,
> but instead in older pcre those take a integer pointer. (see pcreapi.3
> function pcre_config and parameter MATCH_LIMIT, a
Hi,
I analyzed this bug a bit, and it seems clear where the bug is. However,
I don't know what is the best way to fix that.
In libpcre3 8.02 pcre_config option MATCH_LIMIT and
MATCH_LIMIT_RECURSION take a long integer pointer as where parameter,
but instead in older pcre those take a integer poin
6 matches
Mail list logo