[RESOLVED] Invalid access to memory location

patrick_h

Hi,
I just try migrate form IIS/php4 to Apache/php5. And i do this from 2 days :queasy:

First my system don't saw php_mysql.dll. So i put this library to windos\system32 and... system can find this library, but when i try start server, php don't load this.

when i look to php log file i see:

PHP Warning: PHP Startup: Unable to load dynamic library 'C:\Windows\System32\php_mysql.dll' - Invalid access to memory location.
in Unknown on line 0

:xbones: 2 days is too long for fighting. What i can do, maybay somebody can help me.

I try hide line "extension=php_mysql.dll", i change extension_path to c:\windows\system32, i restore this and .. no result

bradgrafelman

Have you tried reading over the corresponding FAQ entry that is stickied in this forum?

patrick_h

yes, i tried & still trying

sheephat

Do you have enough RAM to run mysql? have you tried a package? xampp or wamp ?

patrick_h

i have about 400MB free memory, i instal package WebServ-1.3.2.0 from SourceForge. Before i tried uniform.

i have win xp home, so i don't have IIS, only apache 2.2. I have php5apache2_2.
i set path to php & \ext in windows enviroment...
And i have firewall & antyvir 🙂 but i configure this for mySQL, Apache and php.

sheephat

To be totally honest i havent got an idea what the problem could be, i went with wamp and everything worked out of the box.

Sadly the only thing i could think of was Ram, sorry.

patrick_h

To be totally honest i havent got an idea what the problem could be, i went with wamp and everything worked out of the box.

Sadly the only thing i could think of was Ram, sorry.

no problem, thanks.

mayby i try install normal php5 and normal apache and normal mysql 🙂

so thanks for all

sheephat

ok mate, let us know how you get on,

patrick_h

its working 🙂

i have now apache2.2&php5&mySQL and everything is ok

i put libmysql to windows\system32
update windows enviroment settings
i not need changes in apache config - php do this excelent

i just try new wersion Uniform from http://sourceforge.net/projects/miniserver
from july-02-2007 and working too

one more time thanks for you help, faq and time take care

sheephat

Good Stuff, make sure you change it to resolved.

bradgrafelman

Just as a sidenote to those who read this thread - moving files (such as libmysql.dll) to a Windows directory (such as windows\system32) is not recommended (as I have now pointed out in my FAQ guide).

patrick_h

offcourse, only what we must to do is add path to windows environment variables, i now - "faq" 🙂
I delete libmysql from windows\system32, and php still working

if somebody dont now how we can do this:
right click on "My computer"-> Properties -> Advanced (tab) -> Environment Variables -> Edit 😉

But before i had updated this - so... trully, i have no idea why my package don't worked.
After when i reinstall all (usign oryginal or recomended produsts) all is ok

I think this is the best resolve 🙂

patrick_h

and never forget about firewall 🙂
open port 3306 or add mysqld-nt (or other) to accepted applications

ivarneli

Hi all,

I just came across this same problem with a fresh install of MySQL and Apache, and I think I found the solution.

I had installed MySQL first, and I checked the box for the installer to add [server_dir]\mysql\bin to the system PATH. Then when I installed PHP, I manually added [server_dir]\php to my path so that when Apache loaded PHP, it could find the DLLs needed by the various modules.

When PHP tries to load php_mysql and php_mysqli, it looks for libmysql.dll, which exists in both \mysql\bin and \php. If the \mysql\bin entry comes first in your PATH, then PHP will try to load \mysql\bin\libmysql.dll rather than \php\libmysql.dll. However, since these are very likely to be different versions, this load will probably fail since php_mysql.dll is linked against the version of libmysql.dll included with theh PHP installation, and not the one included with an arbitrary version of MySQL.

Long story short, just make sure your PHP directory comes before your MySQL directory in the system-wide PATH, and that should fix the problem.