#19301 [Com]: curl_exec crashes
ID: 19301 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: cURL related Operating System: Windows XP Professional CZ PHP Version: 4.2.3 Assigned To: jmoore New Comment: Sterling, just a little curious: What made you conclude not a php bug? From the stack trace it looked like it was a call from php that caused the OS to choke. Sure, that could just be another Win feature, but what is then the change between php 4.1.2 and 4.2.x that have caused this? Thanks! Previous Comments: [2002-10-27 18:55:38] [EMAIL PROTECTED] not a php bug... [2002-09-30 17:21:51] [EMAIL PROTECTED] I've manged to get a backtrace using the latest CVS version: It crashes in ext/curl/curl.c:313 NTDLL! 77f83941() NTDLL! 77f838c6() curl_write(char * 0x011607d9, unsigned int 0x0001, unsigned int 0x048b, void * 0x00dcd248) line 313 + 25 bytes PHP_CURL! Curl_client_write + 54 bytes PHP_CURL! Curl_readwrite + 3191 bytes PHP_CURL! Curl_perform + 1135 bytes PHP_CURL! Curl_perform + 120 bytes PHP_CURL! curl_easy_perform + 33 bytes zif_curl_exec(int 0x00dcc190, _zval_struct * 0x00db2780, _zval_struct * 0x0012fe04, int 0x1000, void * * * 0x7ffdf000) line 921 + 11 bytes zend_execute_scripts(int 0x0008, void * * * 0x00db2780, _zval_struct * * 0x, int 0x0003) line 834 + 34 bytes php_execute_script(_zend_file_handle * 0x0012ff48, void * * * 0x00db2780) line 1537 + 27 bytes main(int 0x0003, char * * 0x00db4f78) line 1055 + 17 bytes mainCRTStartup() line 338 + 17 bytes KERNEL32! 77e8d326() [2002-09-30 17:09:24] [EMAIL PROTECTED] reopening as snaps system uses latest release of curl. - James [2002-09-30 15:45:50] [EMAIL PROTECTED] mine was latest CVS on the date I posted it, it might be a bug in curl which is casuing the crash and the machine which is doing the snap shot builds is using an older version. Ill find out and get that updated if that is the case. CLosing this bug for now as it seems a tertary problem rather than a PHP one. - James [2002-09-30 04:32:32] [EMAIL PROTECTED] I just tried your latest-cvs-with-curl build and yes that is also working for me. However, the latest non-stable snapshot http://snaps.php.net/win32/php4-win32-latest.zip (dated 20020929) is still failing and I would have thought that was the same code as you tested, or is there just some latency from CVS to the latest non-stable builds? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19301 -- Edit this bug report at http://bugs.php.net/?id=19301edit=1
#19301 [Com]: curl_exec crashes
ID: 19301 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: cURL related Operating System: Windows XP Professional CZ PHP Version: 4.2.3 Assigned To: jmoore New Comment: I just tried your latest-cvs-with-curl build and yes that is also working for me. However, the latest non-stable snapshot http://snaps.php.net/win32/php4-win32-latest.zip (dated 20020929) is still failing and I would have thought that was the same code as you tested, or is there just some latency from CVS to the latest non-stable builds? Previous Comments: [2002-09-28 04:50:41] [EMAIL PROTECTED] OK just built Debug and Release versions of Curl (Curl-7.9.8) (NON-SSL) and the same of the PHP Extension from the latest CVS and cannot reproduce this bug in the latest versions. The crash no longer happens. Although it is reproduceable with PHP-4.2.3 which was downloadable from PHP.net. You can download the version I tested this with (Only got php_curl.dll libcurl.dll accompanying it) from http://www.phpuk.org/~james/latest-cvs-with-curl.zip. Please let me know if the problem persists with you in this build. - James [2002-09-25 04:19:11] [EMAIL PROTECTED] Ill have a look at this on friday and see if I can reproduce this and get a stack trace then hopefully fix it. If anyone wants a play before hand then they are welcome to. - James [2002-09-25 04:12:59] [EMAIL PROTECTED] Have just tried that on Win2K. The problem still exists, both when running php as standalone and sapi module under Apache 1.3.26 [2002-09-24 09:23:38] [EMAIL PROTECTED] Could you try to reproduce this with a non-stable snapshot? http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-24 08:41:05] [EMAIL PROTECTED] Could this be related to how Windows DLLs vs apps works? In Windows, you can't open a file and pass the handle of that file to have it read from or written to in a DLL. They somehow don't allow that kind of data to be shared like that. It seems as if it could be, the PHP code opens the file and passes the handle to the DLL that deals with it... Just my thoughts. I might be completely wrong. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19301 -- Edit this bug report at http://bugs.php.net/?id=19301edit=1
#19301 [Com]: curl_exec crashes
ID: 19301 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: cURL related Operating System: Windows XP Professional CZ PHP Version: 4.2.3 New Comment: Have just tried that on Win2K. The problem still exists, both when running php as standalone and sapi module under Apache 1.3.26 Previous Comments: [2002-09-24 09:23:38] [EMAIL PROTECTED] Could you try to reproduce this with a non-stable snapshot? http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-24 08:41:05] [EMAIL PROTECTED] Could this be related to how Windows DLLs vs apps works? In Windows, you can't open a file and pass the handle of that file to have it read from or written to in a DLL. They somehow don't allow that kind of data to be shared like that. It seems as if it could be, the PHP code opens the file and passes the handle to the DLL that deals with it... Just my thoughts. I might be completely wrong. [2002-09-23 04:52:47] [EMAIL PROTECTED] It seems the bug doesn't affect only WinNT/2K/XP systems but it's also reproductible on Win98SE. [2002-09-12 03:03:37] [EMAIL PROTECTED] Same issue was reported against PHP 4.2.1 in bug 17782. I can see that bug has been thought to be solved as it wasn't reproducible on Linux. Apparenly not the case. It must be a Windows only issue with CURL. The offending code is the functionality enabled with curl_setopt ($ch, CURLOPT_FILE, $fp); with that line enabled curl_exec() crashes (application error/GPF) both when running PHP from commandline and as module under Apache 1.3.26 Disabling above line with CURLOPT_FILE it works, but that is not very usefull in my case as I need CURLOPT_FILE :-) I assume the developer responsible for php_curl.dll (or someone else) will be able to debug this on Windows? From my point of view this issue is beginning to get a bit critical, so I wouldn't mind to see a quick solution [2002-09-09 07:38:14] [EMAIL PROTECTED] This is propably some win32 issue since I can not reproduce this with PHP 4.2.3 / PHP 4.3.0-dev on Linux. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19301 -- Edit this bug report at http://bugs.php.net/?id=19301edit=1
#19567 [Com]: Access Violation at memory address 77F83941
ID: 19567 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windoes 2000 SP2 PHP Version: 4.2.3 New Comment: I don't know phpMySearch but since you mention php_curl, it could be the same problem with CURL as described in bug 19301. Just a thought. It could also be something completely different. Previous Comments: [2002-09-24 18:11:52] [EMAIL PROTECTED] changed status [2002-09-24 17:45:43] [EMAIL PROTECTED] Tried the latest snapshot. Still get the same error. this is the output from the spider.php file start: http://csmtemlst-web/development URL = (begin )= http://csmtemlst-web/development need parse start load PHP has encountered an Access Violation at 77F83941 The web server is a Compaq ProLiant DL360 G2 Dual processor Any ideas [2002-09-24 00:38:36] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-23 23:56:55] [EMAIL PROTECTED] After installing PHP 4.2.2 and 4.2.3 and trying to use the phpMySearch application, when running the spider.php file I get an access violation. The phpMySearch people seem to think it is a bug with php. See the thread http://phpmysearch.web4.hm/modules.php?op=modloadname=phpBB_14file=ind exaction=viewtopictopic=90forum=93 for more info. Another user has the same problem I do. Server: IIS 5.0 OS: Win 2K SP2 PHP vers: 4.2.2 and 4.2.3 (ISAPI) and 4.2.3 CGI PHP Modules : php_curl.dll event log below Desc: The application, , generated an application error The error occurred on 09/24/2002 @ 14:36:38.889 The exception generated was c005 at address 77F83941 (RtlpWaitForCriticalSection) if you want the rest of the details email me and I'll send them to you. It's kind of long. [2002-09-23 23:52:47] [EMAIL PROTECTED] After installing PHP 4.2.2 and 4.2.3 and trying to use the phpMySearch application, when running the spider.php file I get an access violation. The phpMySearch people seem to think it is a bug with php. See the thread http://phpmysearch.web4.hm/modules.php?op=modloadname=phpBB_14file=indexaction=viewtopictopic=90forum=93 for more info. Another user has the same problem I do. Server: IIS 5.0 OS: Win 2K SP2 PHP vers: 4.2.2 and 4.2.3 (ISAPI) and 4.2.3 CGI PHP Modules : php_curl.dll event log below Desc: The application, , generated an application error The error occurred on 09/24/2002 @ 14:36:38.889 The exception generated was c005 at address 77F83941 (RtlpWaitForCriticalSection) details: : 0d 0a 0d 0a 41 70 70 6c Appl 0008: 69 63 61 74 69 6f 6e 20 ication 0010: 65 78 63 65 70 74 69 6f exceptio 0018: 6e 20 6f 63 63 75 72 72 n occurr 0020: 65 64 3a 0d 0a 20 20 20 ed:.. 0028: 20 20 20 20 20 41 70 70App 0030: 3a 20 20 28 70 69 64 3d : (pid= 0038: 31 32 35 32 29 0d 0a 20 1252).. 0040: 20 20 20 20 20 20 20 57 W 0048: 68 65 6e 3a 20 39 2f 32 hen: 9/2 0050: 34 2f 32 30 30 32 20 40 4/2002 @ 0058: 20 31 34 3a 33 36 3a 3314:36:3 0060: 38 2e 38 38 39 0d 0a 20 8.889.. 0068: 20 20 20 20 20 20 20 45 E 0070: 78 63 65 70 74 69 6f 6e xception 0078: 20 6e 75 6d 62 65 72 3anumber: 0080: 20 63 30 30 30 30 30 30c00 0088: 35 20 28 61 63 63 65 73 5 (acces 0090: 73 20 76 69 6f 6c 61 74 s violat 0098: 69 6f 6e 29 0d 0a 0d 0a ion) 00a0: 2a 2d 2d 2d 2d 3e 20 53 * S 00a8: 79 73 74 65 6d 20 49 6e ystem In 00b0: 66 6f 72 6d 61 74 69 6f formatio 00b8: 6e 20 3c 2d 2d 2d 2d 2a n * 00c0: 0d 0a 20 20 20 20 20 20 .. 00c8: 20 20 43 6f 6d 70 75 74 Comput 00d0: 65 72 20 4e 61 6d 65 3a er Name: 00d8: 20 43 53 4d 54 45 4d 4cCSMTEML 00e0: 53 54 2d 57 45 42 0d 0a ST-WEB.. 00e8: 20 20 20 20 20 20 20 20 00f0: 55 73 65 72 20 4e 61 6d User Nam 00f8: 65 3a 20 41 64 6d 69 6e e: Admin 0100: 69 73 74 72 61 74 6f 72 istrator 0108: 0d 0a 20 20 20 20 20 20 .. 0110: 20 20 4e 75 6d 62 65 72 Number 0118: 20 6f 66 20 50 72 6f 63of Proc 0120: 65 73 73 6f 72 73 3a 20 essors: 0128: 32 0d 0a 20 20 20 20 20 2.. 0130: 20 20 20 50 72 6f 63 65 Proce 0138: 73 73 6f 72 20 54 79 70 ssor Typ 0140: 65 3a 20 78 38 36 20 46 e: x86 F 0148: 61 6d 69 6c 79 20 36 20 amily 6 0150: 4d 6f 64 65 6c 20 31 31 Model 11 0158: 20 53 74 65 70 70 69 6eSteppin 0160: 67 20 31 0d 0a 20 20 20 g 1.. 0168: 20 20 20 20 20 57 69 6e