Note that changing it to pass an array of post args instead of passing
it a string makes the leak go away.
This block of code in interface.c deals with the string case:
} else {
char *post = NULL;
convert_to_string_ex(zvalue);
post =
Hi Christian,
Am Samstag, den 17.05.2008, 22:36 +0200 schrieb Christian Hoffmann:
[...]
> Relevant code from ext/mbstring/config.m4:
> 275 if test "$PHP_MBREGEX" != "no"; then
> 276 AC_MSG_ERROR([multibyte regex support must be disabled, use
> --disable-mbregex])
[...]
> So, will mbrege
Hi,
sorry for the late response, was really busy the last days.
On 2008-05-06 14:47, Lars Strojny wrote:
Am Sonntag, den 04.05.2008, 12:14 +0200 schrieb Christian Hoffmann:
[...]
as a distribution we usually aim at using system libraries instead of
bundled ones, both for security and maintaina
Hi,
I've reversed my initial patch enabling phar as shared by default, and
instead now enable it statically by default.
I was able to solve the dependency on zlib/bz2 I noted in my last
message through some very simple logic, and testing confirms that phar
can be built statically with zlib/bz2 sh
On Sat, May 17, 2008 at 3:04 AM, Rasmus Lerdorf <[EMAIL PROTECTED]> wrote:
>
> start 326616
> GET 327256
> GET 327276
> GET 327276
> GET 327276
> GET 327276
> GET 327276
> GET 327276
> GET 327276
> GET 327276
> GET 327276
> POST 327516
> POST 327588
> POST 327652
> POST 327712
> POST 327892
> POST
Can someone spot why this code
(tested in both 5.2.5 and 5.3)
outputs:
start 326616
GET 327256
GET 327276
GET 327276
GET 327276
GET 327276
GET 327276
GET 327276
GET 327276
GET 327276
GET 327276
POST 327516
POST 327588
POST 327652
POST 327712
POST 327892
POST 328064
POST 328228
POST 328384
POS