Hi
2011/8/22 Mads Lie Jensen m...@gartneriet.dk:
Hi.
After upgrading to php 5.3.7, whenever I use is_a($object, 'ClassName');
the autoloader of classes is now called.
This did not happen in earlier versions of php 5.3 that I used before.
But I cannot find any mention of it anywhere, no
On Mon, 22 Aug 2011 08:10:28 +0200, ka...@php.net (Kalle Sommer Nielsen)
wrote:
After upgrading to php 5.3.7, whenever I use is_a($object, 'ClassName');
the autoloader of classes is now called.
This did not happen in earlier versions of php 5.3 that I used before.
But I cannot find any
On Sun, Aug 21, 2011 at 12:10 PM, Pierre Joye pierre@gmail.com wrote:
hi,
On Sun, Aug 21, 2011 at 3:57 AM, Adam Harvey ahar...@php.net wrote:
Depending on the timeframe for 5.3.8, should we be pulling 5.3.7 from the
front page (or posting additional news) so users don't inadvertently end
Lester Caine wrote:
Just for the record ... the libreoffice clone I started 9 hours ago is
still going strong, and I'm estimating that it will finish some time
tomorrow afternoon, another 20 hours or so. A single huge repo is going
to take time to handle? Or am I doing something wrong? All I've
On Mon, Aug 22, 2011 at 08:22, Mads Lie Jensen m...@gartneriet.dk wrote:
On Mon, 22 Aug 2011 08:10:28 +0200, ka...@php.net (Kalle Sommer Nielsen)
wrote:
After upgrading to php 5.3.7, whenever I use is_a($object, 'ClassName');
the autoloader of classes is now called.
This did not happen in
On Mon, Aug 22, 2011 at 09:42, Ferenc Kovacs tyr...@gmail.com wrote:
On Sun, Aug 21, 2011 at 12:10 PM, Pierre Joye pierre@gmail.com wrote:
hi,
On Sun, Aug 21, 2011 at 3:57 AM, Adam Harvey ahar...@php.net wrote:
Depending on the timeframe for 5.3.8, should we be pulling 5.3.7 from the
On Mon, Aug 22, 2011 at 10:07, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
On Mon, Aug 22, 2011 at 09:42, Ferenc Kovacs tyr...@gmail.com wrote:
On Sun, Aug 21, 2011 at 12:10 PM, Pierre Joye pierre@gmail.com wrote:
hi,
On Sun, Aug 21, 2011 at 3:57 AM, Adam Harvey ahar...@php.net
On Mon, Aug 22, 2011 at 10:12 AM, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
On Mon, Aug 22, 2011 at 10:07, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
On Mon, Aug 22, 2011 at 09:42, Ferenc Kovacs tyr...@gmail.com wrote:
On Sun, Aug 21, 2011 at 12:10 PM, Pierre Joye
On Mon, 22 Aug 2011 10:00:11 +0200, hannes.magnus...@gmail.com (Hannes
Magnusson) wrote:
I can reproduce that in 5.3-svn and 5.4-svn.
Please file a bug report for it, this should probably be fixed in 5.3.8 too.
Done:
Bug #55475 is_a() triggers autoloader
--
Mads Lie Jensen -
Hi,
On Mon, Aug 22, 2011 at 08:22, Mads Lie Jensen m...@gartneriet.dk wrote:
On Mon, 22 Aug 2011 08:10:28 +0200, ka...@php.net (Kalle Sommer Nielsen)
wrote:
After upgrading to php 5.3.7, whenever I use is_a($object, 'ClassName');
the autoloader of classes is now called.
This did not happen
i can not easily replace files because rpmbuild does
unpack and patch the source automated and some patches
are needed since ages to get PHP even compiled on fedora
Am 22.08.2011 10:05, schrieb Andrey Hristov:
Hi guys,
what I observe is hanging on the client side with SSL. Pconn doesn't
but does it work with 5.3.6? On the servers where 5.3.7 fails?
On Mon, Aug 22, 2011 at 10:26 AM, Reindl Harald h.rei...@thelounge.net wrote:
i can not easily replace files because rpmbuild does
unpack and patch the source automated and some patches
are needed since ages to get PHP even
georg, andery, ulf:
hello, there is a bug in mysqlnd, the details about this bug can
be found at https://bugs.php.net/bug.php?id=55473
I found the reason is that mysqlnd_connect didn't free the stream
when doing reconnect.
I have submitted a patch for this, but I am not very
YES how often shoud i reapeat this?
* 5.3.6 since a year on several machines cronjobs connecting per WAN to mysql
* update to 5.3.7
* it takes 30 minutes to get the first error-mails from cronjobs
* it takes so long because they all run in a timeout
* after an hour you have 50 instances of
Hi:
and the reason for why this cleanup cound not be done in dtor, is
that in dtor,
it also clean the content, option, which should not free at that memont,
alos IMO, that is not a dtor time in theory(reconnecting with a
same mysql-conn).
thanks
2011/8/22 Laruence larue...@php.net:
Pierre Joye wrote:
but does it work with 5.3.6? On the servers where 5.3.7 fails?
While switching back should simply be a matter of telling the package manager to
use the older version ... how many people actually get that process to work?
Not a PHP problem, but one that affects most of us
Hi,
On 08/22/2011 10:40 AM, Laruence wrote:
georg, andery, ulf:
hello, there is a bug in mysqlnd, the details about this bug can
be found at https://bugs.php.net/bug.php?id=55473
I found the reason is that mysqlnd_connect didn't free the stream
when doing reconnect.
I have
it is attached to the bug :)
On Mon, Aug 22, 2011 at 11:47 AM, Andrey Hristov p...@hristov.com wrote:
Hi,
On 08/22/2011 10:40 AM, Laruence wrote:
georg, andery, ulf:
hello, there is a bug in mysqlnd, the details about this bug can
be found at https://bugs.php.net/bug.php?id=55473
Hi,
I have a fix, currently running the full test suite. Will commit soon.
Best,
Andrey
On 08/22/2011 11:56 AM, Pierre Joye wrote:
it is attached to the bug :)
On Mon, Aug 22, 2011 at 11:47 AM, Andrey Hristovp...@hristov.com wrote:
Hi,
On 08/22/2011 10:40 AM, Laruence wrote:
georg,
Am 22.08.2011 11:33, schrieb Lester Caine:
Pierre Joye wrote:
but does it work with 5.3.6? On the servers where 5.3.7 fails?
While switching back should simply be a matter of telling the package manager
to use the older version
with full disclosed security-bugs they are open and known
btw, pls commit to 5.3 after 5.3.8 (to be pkged today)
On Mon, Aug 22, 2011 at 12:04 PM, Andrey Hristov p...@hristov.com wrote:
Hi,
I have a fix, currently running the full test suite. Will commit soon.
Best,
Andrey
On 08/22/2011 11:56 AM, Pierre Joye wrote:
it is attached to the bug :)
Hello PHP dev crew,
The screenshot of the crash is in the attachment.
The problem is easily reproducible, just make a PHP function
call itself.
I think the stack grows too big and the php interpreter crashes
inside the MSVCRT.dll.
Maybe it could be handled
On Mon, Aug 22, 2011 at 12:27 PM, speedy speedy.s...@gmail.com wrote:
Hello PHP dev crew,
The screenshot of the crash is in the attachment.
The problem is easily reproducible, just make a PHP function
call itself.
I think the stack grows too big and the php interpreter
2011/8/22 Mads Lie Jensen m...@gartneriet.dk:
On Mon, 22 Aug 2011 10:00:11 +0200, hannes.magnus...@gmail.com (Hannes
Magnusson) wrote:
I can reproduce that in 5.3-svn and 5.4-svn.
Please file a bug report for it, this should probably be fixed in 5.3.8 too.
Done:
Bug #55475 is_a()
2011/8/22 speedy speedy.s...@gmail.com:
Hello PHP dev crew,
The screenshot of the crash is in the attachment.
The problem is easily reproducible, just make a PHP function
call itself.
Infinite recursions have always crashed, while Dmitry patched some of
those in the early 5.3
Reindl Harald wrote:
there should be placed diff-files for security fixes directly on the
download-page
they could be easily included in rpmbuild/spec-file if they are matching to the
latest
tar.bz2, but the current release process does not support this and forces users
if they wanting their
Am 22.08.2011 13:08, schrieb Lester Caine:
Reindl Harald wrote:
there should be placed diff-files for security fixes directly on the
download-page
they could be easily included in rpmbuild/spec-file if they are matching to
the latest
tar.bz2, but the current release process does not
hi,
it seems that the changes break BC too, pls see
https://bugs.php.net/bug.php?id=55477
Does that ring a bell to you?
On Wed, Jul 20, 2011 at 1:44 AM, Solar Designer so...@openwall.com wrote:
Hi,
These tests fail in trunk on my x86_64 build:
crypt_sha256.phpt
crypt_variation1.phpt
The
The fix looks good, Dmitry can you please review it, if it is good
let's get it into 5.3.8
On Mon, Aug 22, 2011 at 6:33 AM, Kalle Sommer Nielsen ka...@php.net wrote:
2011/8/22 Mads Lie Jensen m...@gartneriet.dk:
On Mon, 22 Aug 2011 10:00:11 +0200, hannes.magnus...@gmail.com (Hannes
Magnusson)
we expected this imo.
http://www.mail-archive.com/internals@lists.php.net/msg51683.html
http://www.mail-archive.com/internals@lists.php.net/msg51687.html
On Mon, Aug 22, 2011 at 3:05 PM, Pierre Joye pierre@gmail.com wrote:
hi,
it seems that the changes break BC too, pls see
The actual question is whether the fix makes sense or not in the first place.
Please debate in the bug report directly to avoid a schizophrenic discussion.
Best,
On Mon, Aug 22, 2011 at 15:12, Ilia Alshanetsky i...@prohost.org wrote:
The fix looks good, Dmitry can you please review it, if it
On Mon, Aug 22, 2011 at 03:19:53PM +0200, Ferenc Kovacs wrote:
we expected this imo.
http://www.mail-archive.com/internals@lists.php.net/msg51683.html
http://www.mail-archive.com/internals@lists.php.net/msg51687.html
Definitely.
On Mon, Aug 22, 2011 at 3:05 PM, Pierre Joye
On Mon, Aug 22, 2011 at 3:52 PM, Solar Designer so...@openwall.com wrote:
On Mon, Aug 22, 2011 at 03:19:53PM +0200, Ferenc Kovacs wrote:
we expected this imo.
http://www.mail-archive.com/internals@lists.php.net/msg51683.html
http://www.mail-archive.com/internals@lists.php.net/msg51687.html
On Mon, Aug 22, 2011 at 04:01:46PM +0200, Pierre Joye wrote:
On Mon, Aug 22, 2011 at 3:52 PM, Solar Designer so...@openwall.com wrote:
On Mon, Aug 22, 2011 at 3:05 PM, Pierre Joye pierre@gmail.com wrote:
it seems that the changes break BC too, pls see
Hi:
Added SERVER[SERVER_SOFTWARE],
http://svn.php.net/viewvc?view=revisionrevision=315300
but server_addr is a litte diffcult since there is no a ready value
for that, needs a litte more works, I think we'd better not do that
much changes for this, at least need the author to review, :)
Hi!
On 8/21/11 11:22 PM, Mads Lie Jensen wrote:
Ah, I now see that it only happens when trying to check something which
is not actually an object:
?php
function __autoload($class) {
echo Would load: . $class . PHP_EOL;
}
$var = test;
var_dump(is_a($var, 'B'));
$obj = new Stdclass;
Hi,
I wrote this patch sometime ago and Debian package uses it:
https://bugs.php.net/bug.php?id=51254
which in turn made Debian packages not-vulnerable to #55439. (But I
have failed too, I should really start to check to output of the tests
when building the package and compare them for any
hi,
On Mon, Aug 22, 2011 at 9:51 PM, Ondřej Surý ond...@sury.org wrote:
Hi,
I wrote this patch sometime ago and Debian package uses it:
https://bugs.php.net/bug.php?id=51254
which in turn made Debian packages not-vulnerable to #55439.
That's a bit easy to come up with that, I don't
This is stripped down bug list diff (only + or - lines included)
between *Debian* 5.3.6-13 and 5.3.7-1 (almost same patch list, removed
patches were merged upstream). Ideally the FAILED test list should be
empty, so we (the packagers) would know that we created the regression
in the distribution,
hi Ondrej!
As far I remember, Daniel fixed some of the (numerous) failing
datetime tests. Can you try to give it a run using current 5.3 branche
pls?
On Tue, Aug 23, 2011 at 12:21 AM, Ondřej Surý ond...@sury.org wrote:
This is stripped down bug list diff (only + or - lines included)
between
Hi!
On 8/22/11 3:27 PM, Pierre Joye wrote:
hi Ondrej!
As far I remember, Daniel fixed some of the (numerous) failing
datetime tests. Can you try to give it a run using current 5.3 branche
pls?
We still have tons of failures in DateTime IIRC and that's because of
the buggy three-letter
On 22/08/11 17:44, Lester Caine wrote:
Lester Caine wrote:
Just for the record ... the libreoffice clone I started 9 hours ago is
still going strong, and I'm estimating that it will finish some time
tomorrow afternoon, another 20 hours or so. A single huge repo is going
to take time to
The gain is that those without the extension can still unserialize the
data and read it. It solves the problem discussed where older versions
of PHP without IGBinary built in would be locked out from being able to
unserialise data.
Didn't realise the reply was private. I did a reply-to-list, but
Hi Stas:
On Mon, Aug 22, 2011 at 03:31:56PM -0700, Stas Malyshev wrote:
We still have tons of failures in DateTime IIRC and that's because
of the buggy three-letter timezones.
There are bugs with both type 1 (regularly created datetimes) and type 2
(datetimes created using three letter
Hi:
well, seems we need win32 engineer to have look at this issue,
is there a chance that ip2long fall back to inet_addr() on windows?
if there is, it should be a bug :)
thanks
2011/8/22 ka...@php.net:
laruence you have just been assigned to this bug by ka...@php.net
Edit
Hi:
I found this feature was decided to do in PHP 5.3 TODO list :
http://svn.php.net/viewvc/php/php-src/branches/PHP_5_3/TODO?revision=242949view=markup
so I was wondering does this previous decision still shoudl be
think as valid? hehe
thanks
2011/7/7 Xinchen Hui larue...@gmail.com:
Just noticed this in ext/standard/info.c source line 629
629 PUTS(html xmlns=\http://www.w3.org/1999/xhtml\;);
note the extra at the end of the tag.
I emailed here because I'm afraid no one will notice the bug in time for
this 5.3.8 release you may be releasing for the crypt() fix:
bug
47 matches
Mail list logo