Jump to content


Photo

PHP5 Apache2 Handler load bad php5ts.dll


  • Please log in to reply
13 replies to this topic

#1 enestu

enestu

    Newbie

  • Member
  • Pip
  • 2 posts
  • Main OS: Windows Vista

Posted 08 March 2011 - 06:30 PM

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

#2 Shyokou Ouyou

Shyokou Ouyou

    Member

  • Member
  • PipPip
  • 72 posts
  • Main OS: Windows XP

Posted 08 March 2011 - 10:00 PM


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 ;-)


#3 traxxus

traxxus

    Member

  • Member
  • PipPip
  • 80 posts
  • Location:Switzerland
  • Main OS: Windows 7

Posted 01 February 2012 - 02:05 AM

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.

#4 traxxus

traxxus

    Member

  • Member
  • PipPip
  • 80 posts
  • Location:Switzerland
  • Main OS: Windows 7

Posted 02 February 2012 - 05:01 AM

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.

#5 BobS

BobS

    Project Helper

  • Super Moderator
  • PipPipPip
  • 334 posts
  • Location:Santiago Chile
  • Interests:Retiring, computer systems, system design, model railroads....
  • Wiki ID: BobS
  • Main OS: Windows 7

Posted 03 February 2012 - 09:21 AM

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

#6 traxxus

traxxus

    Member

  • Member
  • PipPip
  • 80 posts
  • Location:Switzerland
  • Main OS: Windows 7

Posted 03 February 2012 - 05:17 PM

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

#7 traxxus

traxxus

    Member

  • Member
  • PipPip
  • 80 posts
  • Location:Switzerland
  • Main OS: Windows 7

Posted 08 February 2012 - 05:09 AM

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.


#8 Yoni

Yoni

    Support Team Member

  • Support Team
  • PipPip
  • 97 posts
  • Gender:Male
  • Main OS: Other

Posted 08 February 2012 - 04:29 PM

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.

Yoni


#9 BobS

BobS

    Project Helper

  • Super Moderator
  • PipPipPip
  • 334 posts
  • Location:Santiago Chile
  • Interests:Retiring, computer systems, system design, model railroads....
  • Wiki ID: BobS
  • Main OS: Windows 7

Posted 08 February 2012 - 08:49 PM

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

#10 traxxus

traxxus

    Member

  • Member
  • PipPip
  • 80 posts
  • Location:Switzerland
  • Main OS: Windows 7

Posted 09 February 2012 - 03:31 AM

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_...splay=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_...splay=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_...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_...display=Modules



#11 Mozart

Mozart

    Newbie

  • Member
  • Pip
  • 1 posts
  • Main OS: Windows Vista

Posted 05 March 2012 - 04:38 PM

I was having this same crash with 8.3.1.

I don't know if your problem is the same, but what worked for me can be found here;

https://bugs.php.net/bug.php?id=61166

good luck

#12 BobS

BobS

    Project Helper

  • Super Moderator
  • PipPipPip
  • 334 posts
  • Location:Santiago Chile
  • Interests:Retiring, computer systems, system design, model railroads....
  • Wiki ID: BobS
  • Main OS: Windows 7

Posted 06 March 2012 - 08:38 AM

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

#13 traxxus

traxxus

    Member

  • Member
  • PipPip
  • 80 posts
  • Location:Switzerland
  • Main OS: Windows 7

Posted 08 March 2012 - 10:47 AM

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.n...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.

#14 Yoni

Yoni

    Support Team Member

  • Support Team
  • PipPip
  • 97 posts
  • Gender:Male
  • Main OS: Other

Posted 08 March 2012 - 01:43 PM

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.

Yoni





0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users