Unfortunately, we had nothing to do with the generation of this module. Someone else compiled it but didn't tell us about it.
That's fine with us - we're happy to see people putting out other versions. But with no information on how it was compiled, I'm afraid we can't be of any help.
The only possiblity I know about is an email I got a couple of days ago from someone else who was having problems on a Windows machine. On Windows Apache 2.x uses threads instead of processes to handle requests. This means there is a possible problem with the connection, which is stored in a global. This doesn't cause a problem on Linux because each process gets its own connection. But it can be a problem on Windows. We're looking into the problem.
We are looking at handling the connections in a completely different way to get over some performance problems. But this is going to mean a lot of changes to how the connections are handled, and won't be easy - so it will take a while. In the meantime, we have a potential user-provided fix which uses mutex semaphores to serialize the MySQL connection. We're looking into this as a possible temporary workaround.
Jerry
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Sorry, I wish I did. We'd be happy to work with anyone who is compiling it on Windows. I've tried compiling it under cygwin, but no luck. I also haven't had a lot of time to spend trying to get it working, though.
Jerry
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello,
I've installed mod_auth_mysql on a Windows box running Apache 2.0.54 and get the following windows popup message when I try to authenticate to a page:
"Application Error : The instruction at "0x014b6762" referenced memory at "0x00000080". The memory could not be "read"."
I downloaded the win32 binary for v2.9.0 from http://www.gknw.net/development/apache/httpd-2.0/win32/modules/
The only version available was mod_auth_mysql-2.9.0-2.0.53-w32.zip which looks like it was compiled against Apache 2.0.53.
Will this module work with v2.0.54 of Apache? Any ideas why I might get this error? The Apache logs don't show anything.
Thanks,
Mark
Mark,
Unfortunately, we had nothing to do with the generation of this module. Someone else compiled it but didn't tell us about it.
That's fine with us - we're happy to see people putting out other versions. But with no information on how it was compiled, I'm afraid we can't be of any help.
The only possiblity I know about is an email I got a couple of days ago from someone else who was having problems on a Windows machine. On Windows Apache 2.x uses threads instead of processes to handle requests. This means there is a possible problem with the connection, which is stored in a global. This doesn't cause a problem on Linux because each process gets its own connection. But it can be a problem on Windows. We're looking into the problem.
We are looking at handling the connections in a completely different way to get over some performance problems. But this is going to mean a lot of changes to how the connections are handled, and won't be easy - so it will take a while. In the meantime, we have a potential user-provided fix which uses mutex semaphores to serialize the MySQL connection. We're looking into this as a possible temporary workaround.
Jerry
Thanks Jerry. Do you know where I can get an "official" binary for Windows?
-Mark
Mark,
Sorry, I wish I did. We'd be happy to work with anyone who is compiling it on Windows. I've tried compiling it under cygwin, but no luck. I also haven't had a lot of time to spend trying to get it working, though.
Jerry