I installed the latest release (06-Jul-2004 16:49), but I'm still getting an error after each parsed page by IIS5.1, as can be seen on here:
http://reasonsto.servebeer.com:81/phpinfo.php5

Same IIS, but using latest release of PHP4, can be seen here:
http://reasonsto.servebeer.com:81/phpinfo.php

I installed Apache2, so that I could use PHP5. Apache with PHP5.0RC3 on the same server (with the same phpfile), can be found here:
http://reasonsto.servebeer.com/phpinfo.php (or .php5)

I you need more info, please let me know.

One other problem (don't know if this is related) is that I want to use some extensions, but they are not working (For  Apache2 AND IIS5.1!).

I load php_mssql.dll, php_tidy.dll and php_pdo.dll(PECL) without any errors (paths are correct), but there functions\class are not availeble and don't show up in phpinfo() (see links above).

R?my

I'm having the same problem with the final version. The extensions are not loading at all. Only the CLI version is functioning for me.

Same problem here (PHP has encountered an Access Violation at 011573CD).  Running Windows 2000 5.00.2195, PHP 5.0.0, and IIS 5.0.

Same error - different memory address...however - here's the kicker, only search engine spiders see it.  I can't reproduce the error in any browser on windows, but going through search engine simulators, the error pops up in different spots on different pages.  This only seems to be related to pages with MySQL connections/queries.

Setup - w2k3, IIS6, PHP5.0.0 ISAPI, MySQL 4.0.18

Running the same pages on different port with Apache 2.50 eliminates the error.

I've given the IUSR_COMPUTERNAME account full control to the php dir, mysql dir, web dir, and php/mysql dll's in %systemroot% and system32 and system.

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.

I you CVS version both php and pecl
I has no error

When I restart "IIS Admin"
error dialog will appear.
But it can restart without problem
and webserver can run normally...

This is php bug or IIS Admin bug??

I am running win 2000 server IIS 5 with php 5.0.0 & MySql 4.0.20d

http://www.nx99.net/info.php

I do not seem to have an error on this page however when I try to install phpmyadmin or vBulletin I get the following erro.

PHP has encountered an Access Violation at 019573CD

What can i do to fix this as I can not get anything to work.

This bug only seems to occur when running php in isapi mode through IIS.  I get this error 50% of the time with php4isapi.dll, but when I restart IIS it goes away for awhile.

***************** SOLUTION!!!!


I realize this issue is AGES old, but it still manages to be the top hit on Google searches as of now (6/2010).

I fixed my own instance of seeing this error. W2k3, IIS6, PHP 5.2.6, MySQL 5.1.

The problem is in the pathing. When I used the MSI installer for MySQL without doing an "advanced" installation (where I could manage the install details), it added a path to the system environment that contained spaces. Even after changing the path environment to use the Windows short-name location of the mysql bin directory, it still didn't work.

The solution was for me to reinstall mysql and set the default installation path to just off the root (e.g. C:\mysql). Once I did that the error went away and my app started working.

There are a number of sites with a variety of potential solutions to this issue and several of them mentioned paths and the "libmysql.dll" file (in the "bin" directory of your mysql installation).

If this helps you solve your problem, consider leaving a comment here so others can see that it works.

I resolved this one by making sure that MySQL Path entry for windows was the last in the list, or at least after the PHP path entry...

Hope it helps someone...

That's it! Simply making the mysql bin entry first, in the PATH environment variable, solved my problem.

Thanks a million. Re-installing mysql would not have been a practical solution.

-Robert