Using stable ebuilds on x86, conservative USE flags, Apache 2.0.55-r1, PHP 5.1.2. Eaccelerator stopped working after switching from PHP4 to PHP5. Since I experienced, that the issue is related to a PaX termination event, I've abadoned the software and switched to pecl-apc. After some time, I had found pecl-apc version messing with some other php related components (version collision), so I decided to give the othervise superior eaccelerator another try. To my suprise 0.9.5_beta1 seemed to break the unlucky series and worked flawlessly. After playing around with the configuration, I happly contiuned to use my favourite php cache form PHP4 years. Unfortunatelly 0.9.5_beta2 stopped working again. Config options for optimisation and compression were switched off. The situation is the same either with or without sharedmem. Toggling new "disassembler" USE flag doesn't change anything. While loading PHP based pages, blank page appears (PHP on screen error messages switched off). The following error message can be observed in the logs: "Apr 12 18:50:00 {hostname} apache2: PHP Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 538976289 bytes) in /var/www/localhost/htdocs/squirrelmail/functions/prefs.php on line 42" As you can see, squirrelmail is installed, but it's not the only PHP based app installed on the box suffering because of this. BTW: shared mem is also limited to 32M due to previous issues with eaccelerator - but it seemed to be OK with _beta1. I have no knowledge what is the difference between the two releases.
See http://www.squirrelmail.org/wiki/LowMemoryProblem
(In reply to comment #1) > See http://www.squirrelmail.org/wiki/LowMemoryProblem > I would be blessed, if this could be simple solved like this. Unfortunatelly apache gets signal 11 upon requesting the index page of squirrelmail. And I swear on my squirrel index do not contain any 512Mb element. When I mentioned 32Mb shared mem limit, I've referred to eaccelerator's config. Nevertheless, unfortunatelly all my php related stuff fails to load similarly, including: tikiwiki, phpscheduleit, and so on... And if I downgrade to _beta1 (which is fortunatelly immediatelly dissapeared - but I have a copy of it) all problems go away with exactly the same settings, without any signs of PHP trying to request 512Mb shared mem on loading a few hundred Kb page. I'm afraid, that the reason lies in the application itself - not in php.ini...
Well, so downgrade or file a bug upstream, please...
0.9.5_beta1 isn't in the portage tree anymore. Is there a reason for this? Is it possible to have the older ebuild available again?
Please, file a ticker upstream and post the URL here, so that we can track it. http://www.eaccelerator.net/newticket
