Thanks for the patch. In fact I was intending to do an upload yesterday, and
held off when I saw this message. Looking at the bugs you filed on PCRE and
glib (thanks), it looks like I should go ahead with a pcre 8.35 release, and
glib will have to deal with this, do you agree?
On 20 Jul 2014,
The patch has now been accepted by upstream and will be in the next release.
http://bugs.exim.org/show_bug.cgi?id=1287
I'm happy to include it in the debian package before that, and will do when I
get time in the next week.
On 2 Sep 2012, at 12:35, Patrick Häcker wrote:
Package:
Since someone has released an 8.30.really8.12-1.1 version, I'm going to
released the fixed version as 8.30..-2, as that sorts correctly after
8.30.really8.12-1.1 and before 8.31-1.
What would have been wrong with 8.30-1.really.8.12.1 which would have let
me replace it with a proper 8.30 version
On Thu, March 22, 2012 12:44 pm, Torsten Wohlfarth wrote:
EXTRA_LIBPCRE_LDFLAGS=$EXTRA_LIBPCRE_LDFLAGS \
- - $NO_UNDEFINED -version-info 1:0:0
+ $NO_UNDEFINED -version-info 16:1:13
Thanks. Actually I knew what the problem was as soon as I saw the
In personal email, Hector Oron wrote:
There were more files with wrong SONAME. I assume you have verified it.
There were two libraries that were wrong, and I fixed the only two places that
had a version number set, so I assumed it was all fixed, but I only checked
libpcre.so.3.
After I got
On 11/05/2010 15:59, Lucas Nussbaum wrote:
Upgrading libpcre3 from version 7.8-3 (in testing) to version 8.02-1 (in
unstable) causes approx 3.3.0 (in stable) to start segfaulting at startup (on
amd64).
It works OK on i386. The version in unstable works on both.
Although I can reproduce this
Anibal Avelar wrote:
Some users has gone this message:
$ subtitleeditor
subtitleeditor: symbol lookup error: subtitleeditor: undefined symbol:
_ZN7pcrecpp6no_argE
I think the problem is exactly the same described on this bug. The
users had the version 7.4-1+lenny1 and 7.6-1, but I can't
On Wed, Feb 06, 2008 at 06:54:47PM +0100, Andreas Metzler wrote:
It simple rebuild would still break partial upgrades.
Yes, I agree. I don't think rebuilding the reverse dependencies is the
right solution.
The changelog suggests that the ABI change is un-necessary (it was an
attempt to fix a
On Wed, Sep 19, 2007 at 03:51:14AM +0300, Touko Korpela wrote:
Your pcre3 (7.3-2) upload used wrong syntax for bug closing in
changelog.
I assume the problem is the line break in the middle? Perhaps
debian-changelog-mode.el needs to be enhanced so it won't put one there.
Anyway, I've now
Carl Fürstenberg wrote:
Everytime I tries to use pcregrep, it just fails telling:
pcregrep: Error in command-line regex at offset 0: unknown option bit(s) set
It works fine for me:
p4-7088:~grep power.*wait /etc/inittab
pf::powerwait:/etc/init.d/powerfail start
I've got a sarge/testing system, and tried to upgrade to lenny this
week, but ran into exactly this problem.
Mark.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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
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
severity 377295 normal
thanks
Marc Haber wrote:
On Fri, Jul 07, 2006 at 02:32:04PM -1000, Ryo Furue wrote:
bash# dpkg-reconfigure exim
db_upgrade: /var/spool/exim/db/retry.lockfile: unrecognized file type
db_upgrade: DB-upgrade: /var/spool/exim/db/retry.lockfile: Invalid argument
Adeodato Simó wrote:
please find a patch at http://people.ubuntu.com/patches/c2a-pcre3.diff
Mark, please don't use that patch. The libpcre3 package ships both a C
library and a C++ library, and only the C++ one is affected by this
libstdc++ change.
That's why I haven't done anything
On Mon, Aug 22, 2005 at 06:15:53PM +0200, Adrian Bunk wrote:
It should be checked which of the versions in unstable/testing,
stable and oldstable might be affected by CAN-2005-2491
(PCRE Heap Overflow May Let Users Execute Arbitrary Code).
I'm away on business until wednesday night; if
Helge Kreutzmann wrote:
The following packages have unmet dependencies:
libpcre3-dev: Depends: libpcre3 (= 4.5-1.2) but 5.0-1 is to be installed
E: Broken packages
It is built to depend on the same version as the library that's built at
the same time. I therefore uploaded library and -dev
Luk Claes wrote:
Relevant snippet of the build log [1]:
./RunTest: line 111: 25459 Bus error
./pcretest -i $testdata/testinput2 testtry
make[1]: *** [runtest] Error 1
I can't reproduce this. I've logged in to merulo.debian.org, got the
latest source using apt-get, and built it, without any
18 matches
Mail list logo
