ID: 6791 Comment by: spam at pasoft dot org Reported By: mikebp at gallery-software dot com Status: Closed Bug Type: Reproducible Crash Operating System: Windows NT 4.0 SP5 PHP Version: 4.0.2 New Comment:
I've got a very similar problem with my current project. I get the php.exe Application Error, but in my case the error is completely random. It will happen on one page of my project one day, and a totally different page the next, which makes it nearly impossible to track down and to replicate easily. An interesting thing about this error is that it occurs in both windows and linux versions of PHP with absolutley no extensions installed, and is present in all versions of PHP I've trade to date. The error reads as fallows on my windows machine: php.exe - Application Error The instruction at "0x100bec17" referenced memory at "0x6526176". The memory could not be "written". Click on OK to terminate the program Click on CANCEL to debug the program On my linux machine, I just get a blank page when the error occurs (no real error message) I'm unsure of what to do to help you guys find the problem, this project is a fairly large and depending on the bugs mood, it could occur anywhere. I don't think my configuration is a problem, but I do think it has something to do with the rewrite of my XML Parser. I would greatly appreciate some instruction that would better help you track down this problem. Its been driving me nuts for over a year, and any help you could provide would help me sleep better at night Thanks -Sarev0k Previous Comments: ------------------------------------------------------------------------ [2000-12-30 14:02:52] [EMAIL PROTECTED] No feedback. Reopen this bug report if problem still exists with PHP4.0.4 or later releases. --Jani ------------------------------------------------------------------------ [2000-11-21 04:27:19] [EMAIL PROTECTED] Could you try a latest snapshot from http://snaps.php.net/ to verify this is still happening? --Jani ------------------------------------------------------------------------ [2000-09-17 11:57:14] mikebp at gallery-software dot com I've come across a problem that occurs on my NT 4.0 SP5 PC, that happens on someone elses but not the same way. Before you write this off as a configuration issue let me continue... I've compiled my own (oh no I here you say) php.exe Thread Safe program with NO extra extensions added. Just the core PHP stuff. I've also downloaded and used the php4win.de pre-compiled binary and extensions and the same occurs. So what is it that occurs? Basically if there is an error of some type (e.g. a timeout set in the php.ini file, or some other "fatal" error it will generate on my PC an "OleMainThreadWndName: php.exe - Application Error" message saying that "The instruction at0x41249623 reference memory at 0x41249623. The memory could not be read. Click on OK to terminate the application. Click on CANCEL to debug the application". I can get this to occur with a simple 3 second timeout within my php.ini file and running something that takes a little longer. Now, I have Microsoft Visual C++ 6.0 Sp4 installed on my PC, hence the message to DEBUG the application. In particular I have a bit of code that will interegate an ODBC data source that will generate an error when it hits a certain database table (this is not the issue). An ODBC error will generate from PHP that again causes the application error. However, on a friends PC that is almost identical in configuration (NT 4.0 SP5) but WITHOUT MS Visual C++ 6.0 installed on his PC. Using the same php4win.de binaries his won't cause an application error for the timeout, but DOES cause a Dr. Watson error for the others. This leads me to believe that perhaps the PHP WIN32 version doesn't "cleanup" too well when an error occurs. Could someone try a simple timeout with MSVC60 installed? I'm very much open to suggestions there is some configuration issue, but given what I've explained above it would appear there is perhaps more to it than just that. Any help would be greatly appreciated. Regards, Mike Berry-Porter [EMAIL PROTECTED] ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=6791&edit=1
