| Author |
eAccelerator and php 5.1
|
|
| Bart Vanbrabant 2006-01-12, 7:11 pm |
| PHP 5.1 support has landed in the PHP_5_1 cvs branch. Because there is a
huge lag on anonymous cvs I created a snapshot [1]. Get it while it’s hot.
There is one bug we have knowladge off that affects static properties in
a base class. The optimizer has been fixed. Some bigger php applications
seem to work fine. Test this as good as you can, not only on php 5.1 but
also on php 4 and 5 to see if no regressions occured.
The encoder is still b0rked. So you don’t have to test that. Patches are
welcome though.
Please provide feedback through the developers list or the bug tracker
on the slow sourceforge!
Happy testing,
Bart
[1]
http://snapshots.eaccelerator.net/e...01121553.tar.gz
--
Bart Vanbrabant <bart.vanbrabant@zoeloelip.be>
PGP fingerprint: 093C BB84 17F6 3AA6 6D5E FC4F 84E1 FED1 E426 64D1
| |
| Marcus Alves Grando 2006-01-16, 7:23 pm |
| Well,
I test with php 5.1.2 and apache 2.0.55. phpMyAdmin works and basic
php's works. Most OO code does not work.
Like this:
--test.php--
<?php
class La {
protected static $db =3D null;
static public function set(DBd $dbx)
{
$dbx->set(true);
self::$db =3D $dbx;
}
}
class Le extends La {
public function test()
{
print_r(self::$db);
}
}
class DBd {
protected $connect =3D false;
protected $name =3D 'test';
public function set($bool)
{
$this->connect =3D $bool;
}
}
$db =3D new DBd();
La::set($db);
$le =3D new Le();
$le->test();
?>
--test.php--
First time it's run. But if reload does not work anymore.
Any idea...
Thanks
Bart Vanbrabant wrote:
> PHP 5.1 support has landed in the PHP_5_1 cvs branch. Because there is =
a
> huge lag on anonymous cvs I created a snapshot [1]. Get it while it=92s=
hot.
>=20
> There is one bug we have knowladge off that affects static properties i=
n
> a base class. The optimizer has been fixed. Some bigger php application=
s
> seem to work fine. Test this as good as you can, not only on php 5.1 bu=
t
> also on php 4 and 5 to see if no regressions occured.
>=20
> The encoder is still b0rked. So you don=92t have to test that. Patches =
are
> welcome though.
>=20
> Please provide feedback through the developers list or the bug tracker
> on the slow sourceforge!
>=20
> Happy testing,
>=20
> Bart
>=20
> [1]
> http://snapshots.eaccelerator.net/e...601121553.tar.=
gz
>=20
--=20
Marcus Alves Grando
marcus(at)corp.grupos.com.br | Grupos Internet S/A
mnag(at)FreeBSD.org | FreeBSD.org
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
| |
| Bart Vanbrabant 2006-01-16, 7:23 pm |
| Marcus Alves Grando wrote:
> Well,
>
> I test with php 5.1.2 and apache 2.0.55. phpMyAdmin works and basic
> php's works. Most OO code does not work.
>
> Like this:
> --test.php--
> <?php
>
> class La {
> protected static $db = null;
>
> static public function set(DBd $dbx)
> {
> $dbx->set(true);
> self::$db = $dbx;
> }
> }
>
> class Le extends La {
>
> public function test()
> {
> print_r(self::$db);
> }
> }
>
> class DBd {
> protected $connect = false;
> protected $name = 'test';
>
> public function set($bool)
> {
> $this->connect = $bool;
> }
> }
>
> $db = new DBd();
> La::set($db);
>
> $le = new Le();
> $le->test();
>
> ?>
> --test.php--
>
> First time it's run. But if reload does not work anymore.
>
> Any idea...
>
> Thanks
>
>
>
Hans fixed some OO related issues today. Please try this snapshot and
give feedback on this one:
http://snapshots.eaccelerator.net/e...01161947.tar.gz
thanks,
Bart
--
Bart Vanbrabant <bart.vanbrabant@zoeloelip.be>
PGP fingerprint: 093C BB84 17F6 3AA6 6D5E FC4F 84E1 FED1 E426 64D1
| |
| Marcus Alves Grando 2006-01-16, 7:23 pm |
| Doesn't work. Give empty file...
Regards
Bart Vanbrabant wrote:
> Marcus Alves Grando wrote:
> Hans fixed some OO related issues today. Please try this snapshot and
> give feedback on this one:
> http://snapshots.eaccelerator.net/e...01161947.tar.gz
>
> thanks,
>
> Bart
>
>
--
Marcus Alves Grando
marcus(at)corp.grupos.com.br | Grupos Internet S/A
mnag(at)FreeBSD.org | FreeBSD.org
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
| |
| Bart Vanbrabant 2006-01-16, 7:23 pm |
| Marcus Alves Grando wrote:
> Doesn't work. Give empty file...
>
> Regards
>
>
What gives an empty file? The tarball? Or does apache still segfault? If
so, please file a bugreport with this snippet.
thank you very much for testing,
Bart
--
Bart Vanbrabant <bart.vanbrabant@zoeloelip.be>
PGP fingerprint: 093C BB84 17F6 3AA6 6D5E FC4F 84E1 FED1 E426 64D1
| |
|
| The latest snapshot has not improved the segfaulting. I'm trying to
get a backtrace for you to work with, but have not been successful so
far. I've been testing with Mediawiki and phpMyAdmin, but will also
try with the code snippet that Marcus provided above.
Matt
On 1/16/06, Bart Vanbrabant <bart.vanbrabant@zoeloelip.be> wrote:
> Marcus Alves Grando wrote:
> What gives an empty file? The tarball? Or does apache still segfault? If
> so, please file a bugreport with this snippet.
>
> thank you very much for testing,
>
> Bart
>
> --
> Bart Vanbrabant <bart.vanbrabant@zoeloelip.be>
> PGP fingerprint: 093C BB84 17F6 3AA6 6D5E FC4F 84E1 FED1 E426 64D1
>
>
>
>
>
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
| |
| Hans Rakers 2006-01-16, 7:23 pm |
|
phpMyAdmin should work properly, i have tested that myself
(phpMyAdmin-2.7.0pl2). Didnt try mediawiki.
Please remember to empty your eaccelerator disk cache and restart your
webserver before you test with a new version.
Greetings,
Hans Rakers
Matt wrote:
>The latest snapshot has not improved the segfaulting. I'm trying to
>get a backtrace for you to work with, but have not been successful so
>far. I've been testing with Mediawiki and phpMyAdmin, but will also
>try with the code snippet that Marcus provided above.
>
>Matt
>
>On 1/16/06, Bart Vanbrabant <bart.vanbrabant@zoeloelip.be> wrote:
>
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>for problems? Stop! Download the new AJAX search engine that makes
>searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
>http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
> ________________________________________
_______
>eAccelerator-developers mailing list
>eAccelerator-developers@lists.sourceforge.net
>https://lists.sourceforge.net/lists...ator-developers
>
>
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
| |
| Marcus Alves Grando 2006-01-16, 7:23 pm |
| Hmmmm,
I remove all tmp files and restart... After that first problem occurs.
First runnning work and second or more doesn't.
Thanks
Hans Rakers wrote:
>
> phpMyAdmin should work properly, i have tested that myself
> (phpMyAdmin-2.7.0pl2). Didnt try mediawiki.
>
> Please remember to empty your eaccelerator disk cache and restart your
> webserver before you test with a new version.
>
> Greetings,
>
> Hans Rakers
>
>
> Matt wrote:
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> ________________________________________
_______
> eAccelerator-developers mailing list
> eAccelerator-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists...ator-developers
--
Marcus Alves Grando
marcus(at)corp.grupos.com.br | Grupos Internet S/A
mnag(at)FreeBSD.org | FreeBSD.org
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
| |
| Hans Rakers 2006-01-16, 7:23 pm |
|
I get a white page on a restore aswell. Makes a nice testcase for me :)
I will look into it tomorrow! Thanks for the report.
Hans
Bart Vanbrabant wrote:
>Marcus Alves Grando wrote:
>
>
>What gives an empty file? The tarball? Or does apache still segfault? If
>so, please file a bugreport with this snippet.
>
>thank you very much for testing,
>
>Bart
>
>
>
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
| |
|
| I finally have some backtraces to review, but I don't know if they are
going to be useful. The attached are from segfaults caused by
phpMyAdmin, phpLdapAdmin and Mediawiki using the latest CVS snapshot
from 1/16/2006. To my untrained eye, they appear identical.
Interestingly, the code snippet that Marcus posted today does not
cause the server to segfault; it just returns a blank page on each hit
after it is cached.
My test environ:
FreeBSD 6
Apache 2.2.0 (from FreeBSD ports; debug build)
PHP 5.1.2 (from FreeBSD ports; debug build)
I am also getting a _LOT_ of warning messages in the apache log since
I built the PHP with debug enabled. "Warning - String is not
zero-terminated" is by far the most common. Let me know if these
could be useful and I'll collect them for submission.
I hope this helps. Keep up the great work. For what it's worth, the
latest snapshots appear to work fine on the PHP 4.4.1 servers I have
it running on.
Matt
On 1/16/06, Hans Rakers <hans@parse.nl> wrote:
>
> I get a white page on a restore aswell. Makes a nice testcase for me :)
>
> I will look into it tomorrow! Thanks for the report.
>
> Hans
>
> Bart Vanbrabant wrote:
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> ________________________________________
_______
> eAccelerator-developers mailing list
> eAccelerator-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists...ator-developers
>
| |
| Bart Vanbrabant 2006-01-17, 8:07 am |
| Matt wrote:
> I finally have some backtraces to review, but I don't know if they are
> going to be useful. The attached are from segfaults caused by
> phpMyAdmin, phpLdapAdmin and Mediawiki using the latest CVS snapshot
> from 1/16/2006. To my untrained eye, they appear identical.
>
> Interestingly, the code snippet that Marcus posted today does not
> cause the server to segfault; it just returns a blank page on each hit
> after it is cached.
>
> My test environ:
> FreeBSD 6
> apache 2.2.0 (from FreeBSD ports; debug build)
> PHP 5.1.2 (from FreeBSD ports; debug build)
>
> I am also getting a _LOT_ of warning messages in the apache log since
> I built the PHP with debug enabled. "Warning - String is not
> zero-terminated" is by far the most common. Let me know if these
> could be useful and I'll collect them for submission.
>
> I hope this helps. Keep up the great work. For what it's worth, the
> latest snapshots appear to work fine on the PHP 4.4.1 servers I have
> it running on.
>
> Matt
>
Hello Matt,
I tried the latest checkout from the phpMyAdmin project and it works
without any problems with eAccelerator. Can you try it again?
thanks,
Bart
--
Bart Vanbrabant <bart.vanbrabant@zoeloelip.be>
PGP fingerprint: 093C BB84 17F6 3AA6 6D5E FC4F 84E1 FED1 E426 64D1
| |
| Marcus Alves Grando 2006-01-17, 8:07 am |
| Bart Vanbrabant wrote:
> Matt wrote:
> Hello Matt,
>
> I tried the latest checkout from the phpMyAdmin project and it works
> without any problems with eAccelerator. Can you try it again?
Yesterday i give many segemntation fault when PHP debug is ON. When
debug is OFF works ok.
Maybe some thing in EA debug problem?
BTW: I get poor performance with apache 2.2.0 and PHP 5.1.2...
Regards
--
Marcus Alves Grando
marcus(at)corp.grupos.com.br | Grupos Internet S/A
mnag(at)FreeBSD.org | FreeBSD.org
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd...0486&dat=121642
| |
|
| Many of the problems went away when I turned off the PHP debugging.
The phpMyAdmin application appeared to work flawlessly, but I was able
to generate a consistent segfault when accessing the
"Special:Specialpages" area on Mediawiki. The backtrace for that
segfault is attached. It does not throw a separate error in the error
log for it, other than the segfault notification.
Also, eA is using "shm:sysvipc sem:spinlock" for the shared memory
type in my test configuration.
On 1/17/06, Marcus Alves Grando <marcus@corp.grupos.com.br> wrote:
> Bart Vanbrabant wrote:
>
> Yesterday i give many segemntation fault when PHP debug is ON. When
> debug is OFF works ok.
>
> Maybe some thing in EA debug problem?
>
> BTW: I get poor performance with apache 2.2.0 and PHP 5.1.2...
>
> Regards
>
> --
> Marcus Alves Grando
> marcus(at)corp.grupos.com.br | Grupos Internet S/A
> mnag(at)FreeBSD.org | FreeBSD.org
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd...0486&dat=121642
> ________________________________________
_______
> eAccelerator-developers mailing list
> eAccelerator-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists...ator-developers
>
| |
| Marcus Alves Grando 2006-01-17, 7:11 pm |
| Hans,
More one... "Browse" in phpMyAdmin doesn't work (SIGSEGV).
PHP 5.1.2 / apache 2.0.55 / EA 200601161947
Regards
Hans Rakers wrote:
>
> I get a white page on a restore aswell. Makes a nice testcase for me :)
>
> I will look into it tomorrow! Thanks for the report.
>
> Hans
>
> Bart Vanbrabant wrote:
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> ________________________________________
_______
> eAccelerator-developers mailing list
> eAccelerator-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists...ator-developers
--
Marcus Alves Grando
marcus(at)corp.grupos.com.br | Grupos Internet S/A
mnag(at)FreeBSD.org | FreeBSD.org
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd...0486&dat=121642
|
|
|
|