On Tuesday 31 August 2004 14:39, Joe Orton wrote:
> On Tue, Aug 17, 2004 at 12:54:55PM -0700, Andi Gutmans wrote:
> > Hi agree with Joe on this one. I think it would be beneficial to include
> > this patch *even* if it means that we might have to update it from time
> > to time. I'm sure Joe will l
On Tue, Aug 17, 2004 at 12:54:55PM -0700, Andi Gutmans wrote:
> Hi agree with Joe on this one. I think it would be beneficial to include
> this patch *even* if it means that we might have to update it from time to
> time. I'm sure Joe will lend a helping hand to do so.
So, am I OK to commit this
Hi agree with Joe on this one. I think it would be beneficial to include
this patch *even* if it means that we might have to update it from time to
time. I'm sure Joe will lend a helping hand to do so.
At 09:35 AM 8/17/2004 +0100, Joe Orton wrote:
On Mon, Aug 09, 2004 at 09:46:21AM +0200, Edin K
On Mon, Aug 09, 2004 at 09:46:21AM +0200, Edin Kadribasic wrote:
> I'm -1 on this patch. The problem is has existed for mysql lib for ages and
> for all other libraries used by PHP. A note in the documentation stating that
> if you want to use GD from PHP and another Apache module you need to com
On Mon, Aug 09, 2004 at 09:46:21AM +0200, Edin Kadribasic wrote:
> On Monday 09 August 2004 09:00, Derick Rethans wrote:
> > On Sat, 7 Aug 2004, Joe Orton wrote:
> > > That would mean adding exactly the reverse set of #defines to allow the
> > > the GD extension to be built against an external copy
On Monday 09 August 2004 09:00, Derick Rethans wrote:
> On Sat, 7 Aug 2004, Joe Orton wrote:
> > That would mean adding exactly the reverse set of #defines to allow the
> > the GD extension to be built against an external copy of libgd (which of
> > course won't use the phpgd_* symbols).
> >
> > Gi
On Sat, 7 Aug 2004, Joe Orton wrote:
> That would mean adding exactly the reverse set of #defines to allow the
> the GD extension to be built against an external copy of libgd (which of
> course won't use the phpgd_* symbols).
>
> Given that a complete set of #defines is needed anyway, doing it wi
On Mon, Aug 02, 2004 at 10:55:27AM +0200, Derick Rethans wrote:
> On Fri, 23 Jul 2004, Joe Orton wrote:
>
> > Building the bundled libgd library into PHP causes symbol namespace
> > pollution; if any other Apache modules link a different version of libgd
> > into the Apache process they may instea
> On Fri, 23 Jul 2004, Joe Orton wrote:
>
> > Building the bundled libgd library into PHP causes symbol namespace
> > pollution; if any other Apache modules link a different version of libgd
> > into the Apache process they may instead pick up symbols from the PHP
> > libgd, and segfault randomly.
On Fri, 23 Jul 2004, Joe Orton wrote:
> Building the bundled libgd library into PHP causes symbol namespace
> pollution; if any other Apache modules link a different version of libgd
> into the Apache process they may instead pick up symbols from the PHP
> libgd, and segfault randomly. (One of ou
[resend, though I notice gd just got updated with some new functions so
the symbol list is out of date. Feedback welcome on the principal of
the change, anyway]
Building the bundled libgd library into PHP causes symbol namespace
pollution; if any other Apache modules link a different version of l
Building the bundled libgd library into PHP causes symbol namespace
pollution; if any other Apache modules link a different version of libgd
into the Apache process they may instead pick up symbols from the PHP
libgd, and segfault randomly. (One of our users saw this when using
mod_perl with Perl:
12 matches
Mail list logo
