Jump to content
The Uniform Server Community
Sign in to follow this  
enestu

PHP5 Apache2 Handler load bad php5ts.dll

Recommended Posts

Hi,

I use UniformServer for use at home, at office, at different locations.

At office, my workstation has php standart distribution installed (an old 5.3.3).

 

When I use UniformServer (6.1.4 on fast USB stick) on that workstation (Win7x64), apache2 php 5handler (php5apache2_2.dll) load the bad php5ts.dll (from zend php install of workstation).

Uniform Server apache/php use the good php.ini (configured in httpd.conf->PHPIniDir), the good extensions except the php5ts.dll taken from default php install (at office a php 5.3.3 in c:\php) and not from UniformServer (php 5.3.5)

 

To always load the php5ts.dll from uniform server (even if there is another php5ts.dll in PATH env or in Windows directory) the php5ts.dll should be moved to Apache\bin directory (And not in PHP dir).

 

Thanks,

Tested with different uniformserver versions

Share this post


Link to post
Share on other sites

Dont think it is a good idea to mix files from various packages, since that would become a nightmare sooner or later ;-)

 

Obviously, there are alternatives to make the proper extensions work in such a situation ;-)

Share this post


Link to post
Share on other sites

Hi

 

I user Coral 8.1.0RC3 and have the same problem with php5ts.dll. The windows crash report:

 

Reporting queued error: faulting application httpd1.exe, version 2.2.21.0, faulting module php5ts.dll, version 5.3.9.0, fault address 0x0000c7d7.

 

OS: Window Server 2003 32bit.

 

What can i do against this? Copy the php5ts.dll into apache/bin dir doesn't solve the problem.

 

EDIT: for the devs: this problem appears only when an PHP accellerator is enabled. Please take a look into.

Share this post


Link to post
Share on other sites

Obviously i can't anymore edit my post.

 

So, the php5ts.dll crash appears without PHP accellerator too.

Something in Coral 8.1.0RC3 is bad.

Share this post


Link to post
Share on other sites

More likely, the version of php5ts.dll you copied in is not compatible with the version in the 8.1.0 package.

 

More study needed....

 

Regards,

BobS

Share this post


Link to post
Share on other sites

When i have time, i will update it to Coral 8.1.0 final and hope it's better.

 

Same problems with 8.1.1.

 

Serverdetails:

Windows Server 2003 32bit

Coral 8.1.1

PHP accelerators disabled

Joomla 2.5.1

 

Apache error.log:

 

 client denied by server configuration: C:/UniServer/www/lokal/, referer: http://xxx.xxx.xxx.xxx
zend_mm_heap corrupted
zend_mm_heap corrupted
[Wed Feb 08 07:34:45 2012] [notice] Parent: child process exited with status 1 -- Restarting.
[Wed Feb 08 07:34:45 2012] [notice] Digest: generating secret for digest authentication ...
[Wed Feb 08 07:34:45 2012] [notice] Digest: done
[Wed Feb 08 07:34:45 2012] [notice] Apache/2.2.22 (Win32) DAV/2 PHP/5.3.10 configured -- resuming normal operations
[Wed Feb 08 07:34:45 2012] [notice] Server built: Jan 26 2012 14:02:59
[Wed Feb 08 07:34:45 2012] [notice] Parent: Created child process 3780
[Wed Feb 08 07:34:45 2012] [notice] Digest: generating secret for digest authentication ...
[Wed Feb 08 07:34:45 2012] [notice] Digest: done
[Wed Feb 08 07:34:46 2012] [notice] Child 3780: Child process is running
[Wed Feb 08 07:34:46 2012] [notice] Child 3780: Acquired the start mutex.
[Wed Feb 08 07:34:46 2012] [notice] Child 3780: Starting 64 worker threads.
[Wed Feb 08 07:34:46 2012] [notice] Child 3780: Starting thread to listen on port 80.

Share this post


Link to post
Share on other sites

Am I the only lucky person with no Accelerators crashes of any kind? :)

 

Sorry to jump in just to mention this but it really caught my attention.

 

About your Server 2003... Look in Event Viewer and report what you see there. There is gotta be an explanation for it. Chances are we can find what's causing the crash there so we can investigate.

Share this post


Link to post
Share on other sites
client denied by server configuration: C:/UniServer/www/lokal

The very first thing that pops into mind is .htaccess restrictions. Just how do you have the server configured? Is the name still "localhost"? Did you set the .htaccess files for full access?

 

Regards,

BobS

Share this post


Link to post
Share on other sites

The very first thing that pops into mind is .htaccess restrictions. Just how do you have the server configured? Is the name still "localhost"? Did you set the .htaccess files for full access?

 

Regards,

BobS

 

I don0t think at the fault of htaccess. i posted a line too much from the error.log.

 

Windows eventlog says:

Faulting application httpd1.exe, version 2.2.22.0, faulting module php5ts.dll, version 5.3.10.0, fault address 0x0000c7d7.

 

Here are more entrys of error.log

 

[Wed Feb 08 10:54:17 2012] [notice] Apache/2.2.22 (Win32) DAV/2 PHP/5.3.10 configured -- resuming normal operations

[Wed Feb 08 10:54:17 2012] [notice] Server built: Jan 26 2012 14:02:59

[Wed Feb 08 10:54:17 2012] [notice] Parent: Created child process 2604

[Wed Feb 08 10:54:18 2012] [notice] Digest: generating secret for digest authentication ...

[Wed Feb 08 10:54:18 2012] [notice] Digest: done

[Wed Feb 08 10:54:18 2012] [notice] Child 2604: Child process is running

[Wed Feb 08 10:54:18 2012] [notice] Child 2604: Acquired the start mutex.

[Wed Feb 08 10:54:18 2012] [notice] Child 2604: Starting 64 worker threads.

[Wed Feb 08 10:54:18 2012] [notice] Child 2604: Starting thread to listen on port 80.

[Thu Feb 09 02:59:45 2012] [notice] Parent: child process exited with status 3221225477 -- Restarting.

[Thu Feb 09 02:59:45 2012] [notice] Digest: generating secret for digest authentication ...

[Thu Feb 09 02:59:45 2012] [notice] Digest: done

[Thu Feb 09 02:59:46 2012] [notice] Apache/2.2.22 (Win32) DAV/2 PHP/5.3.10 configured -- resuming normal operations

[Thu Feb 09 02:59:46 2012] [notice] Server built: Jan 26 2012 14:02:59

[Thu Feb 09 02:59:46 2012] [notice] Parent: Created child process 3192

[Thu Feb 09 02:59:46 2012] [notice] Digest: generating secret for digest authentication ...

[Thu Feb 09 02:59:46 2012] [notice] Digest: done

[Thu Feb 09 02:59:46 2012] [notice] Child 3192: Child process is running

[Thu Feb 09 02:59:46 2012] [notice] Child 3192: Acquired the start mutex.

[Thu Feb 09 02:59:46 2012] [notice] Child 3192: Starting 64 worker threads.

[Thu Feb 09 02:59:46 2012] [notice] Child 3192: Starting thread to listen on port 80.

[Thu Feb 09 07:17:03 2012] [notice] Parent: child process exited with status 3221225477 -- Restarting.

[Thu Feb 09 07:17:03 2012] [notice] Digest: generating secret for digest authentication ...

[Thu Feb 09 07:17:03 2012] [notice] Digest: done

[Thu Feb 09 07:17:04 2012] [notice] Apache/2.2.22 (Win32) DAV/2 PHP/5.3.10 configured -- resuming normal operations

[Thu Feb 09 07:17:04 2012] [notice] Server built: Jan 26 2012 14:02:59

[Thu Feb 09 07:17:04 2012] [notice] Parent: Created child process 516

[Thu Feb 09 07:17:04 2012] [notice] Digest: generating secret for digest authentication ...

[Thu Feb 09 07:17:04 2012] [notice] Digest: done

[Thu Feb 09 07:17:04 2012] [notice] Child 516: Child process is running

[Thu Feb 09 07:17:04 2012] [notice] Child 516: Acquired the start mutex.

[Thu Feb 09 07:17:04 2012] [notice] Child 516: Starting 64 worker threads.

[Thu Feb 09 07:17:04 2012] [notice] Child 516: Starting thread to listen on port 80.

zend_mm_heap corrupted

zend_mm_heap corrupted

zend_mm_heap corrupted

[Thu Feb 09 09:12:29 2012] [notice] Parent: child process exited with status 1 -- Restarting.

[Thu Feb 09 09:12:29 2012] [notice] Digest: generating secret for digest authentication ...

[Thu Feb 09 09:12:29 2012] [notice] Digest: done

[Thu Feb 09 09:12:29 2012] [notice] Apache/2.2.22 (Win32) DAV/2 PHP/5.3.10 configured -- resuming normal operations

[Thu Feb 09 09:12:29 2012] [notice] Server built: Jan 26 2012 14:02:59

[Thu Feb 09 09:12:29 2012] [notice] Parent: Created child process 4076

[Thu Feb 09 09:12:30 2012] [notice] Digest: generating secret for digest authentication ...

[Thu Feb 09 09:12:30 2012] [notice] Digest: done

[Thu Feb 09 09:12:30 2012] [notice] Child 4076: Child process is running

[Thu Feb 09 09:12:30 2012] [notice] Child 4076: Acquired the start mutex.

[Thu Feb 09 09:12:30 2012] [notice] Child 4076: Starting 64 worker threads.

[Thu Feb 09 09:12:30 2012] [notice] Child 4076: Starting thread to listen on port 80.

 

On more thing to analyze:

On the phpinfo.php site, go to modules or variables, the error.log shows this. But i can reproduce this error on all UniServer installations.:

Thu Feb 09 10:50:24 2012] [error] [client 127.0.0.1] PHP Warning: Invalid argument supplied for foreach() in C:\\UniServer\\home\\us_extra\\phpinfo.php on line 82, referer: http://localhost/us_extra/phpinfo.php?display=Variables

[Thu Feb 09 10:50:24 2012] [error] [client 127.0.0.1] PHP Warning: Invalid argument supplied for foreach() in C:\\UniServer\\home\\us_extra\\phpinfo.php on line 82, referer: http://localhost/us_extra/phpinfo.php?display=Variables

[Thu Feb 09 10:51:00 2012] [error] [client 127.0.0.1] PHP Warning: Invalid argument supplied for foreach() in C:\\UniServer\\home\\us_extra\\phpinfo.php on line 82, referer: http://localhost/us_extra/phpinfo.php?display=Modules

[Thu Feb 09 10:51:00 2012] [error] [client 127.0.0.1] PHP Warning: Invalid argument supplied for foreach() in C:\\UniServer\\home\\us_extra\\phpinfo.php on line 82, referer: http://localhost/us_extra/phpinfo.php?display=Modules

Share this post


Link to post
Share on other sites

So if I read this right:

First off it's a PHP bug that makes Apache crash.

The bug is related to files that are a multiple of 4096 bytes.

Changing the file size with just a blank is sufficient to avoid the problem.

This is obviously NOT a fix, which means we are looking for a new version of PHP.

Coral_8.4.0 has a new PHP version, but I have not yet checked whether it includes a fix for this bug.

 

Thank you Mozart!

 

Regards,

BobS

Share this post


Link to post
Share on other sites

Damn that's not good.... Joomla has MANY files with this sizes.... Manual edit all the files is a job for months.

 

A php developers says we can try this snapshot:

http://windows.php.net/snapshots/#php-5.4-ts-windows-vc9-x86

 

 

Can i simply extract the content of the zip file in the C:\UniServer\usr\local\php folder?

 

Edit: nope, its Chuck Testa. Ehhrm i mean: no that doesn't work.

Share this post


Link to post
Share on other sites

I would be cautious when upgrading to PHP 5.4.0. There has been a number of changes that will certainly create issues for your php applications from earlier versions.

 

PHP 5.4.0 as I've been reading has removed/updated few very commonly used functions. Your code will need to be updated in order to run it on PHP 5.4.0. Also note that safe mode is not longer supported. Magic quotes has been removed. get_magic_quotes_gpc() and get_magic_quotes_runtime() now always return FALSE. set_magic_quotes_runtime() raises an E_CORE_ERROR level error.

The register_globals and register_long_arrays ini directives have been removed.

 

Most php5 code should be compatible but there are many things specifically to this release that shouldn't be overlooked before proceeding with the upgrade.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
Sign in to follow this  

×
×
  • Create New...