Edit report at http://bugs.php.net/bug.php?id=54918&edit=1
ID: 54918 User updated by: neweracracker at gmail dot com Reported by: neweracracker at gmail dot com Summary: browscap issues -Status: Feedback +Status: Assigned Type: Bug Package: Reproducible crash Operating System: Windows 7 PHP Version: 5.3SVN-2011-05-24 (snap) Assigned To: cataphract Block user comment: N Private report: N New Comment: I can still reproduce the bug so I'll give details about configuration. nginx.conf: http://pastebin.com/raw.php?i=iv0tvMjA fastcgi_params: http://pastebin.com/raw.php?i=DZzhi3q2 php.ini: http://pastebin.com/raw.php?i=1betfPER lite_php_browscap.ini: http://pastebin.com/raw.php?i=M0P1WUuk Previous Comments: ------------------------------------------------------------------------ [2011-06-01 12:59:13] cataphr...@php.net I can't reproduce this. I've tried 5.3.7-dev (after svn update) on Linux both as a CGI (non-TS) ran under mod_fcgid and Apache module (TS) with worker MPM. I tried setting the browscap ini directive on php.ini, on httpd.conf and on both simultaneously. I've also tried the latest PHP 5.3.7-dev snapshot binaries (311680) on Windows, TS version, with fcgi and nginx. Setting browscap in php.ini worked as expected; no crash. Could you please try the latest SVN and/or give more details on your setup? ------------------------------------------------------------------------ [2011-05-25 13:02:27] cataphr...@php.net I'm assigning to me; it's likely related to the changes I've made recently. ------------------------------------------------------------------------ [2011-05-25 01:35:26] neweracracker at gmail dot com Changing status to open ------------------------------------------------------------------------ [2011-05-25 01:26:00] neweracracker at gmail dot com I tried reproducing this in CLI and it didn't reproduced. Trying with CGI sapi did cause a crash. (using revision 311390) Thread 0 - System ID 5276 Entry point php_cgi!mainCRTStartup Create time 25-05-2011 00:18:58 Time spent in user mode 0 Days 0:0:0.31 Time spent in kernel mode 0 Days 0:0:0.78 Function Arg 1 Arg 2 Arg 3 Source php5ts!zm_deactivate_browscap+11 00000001 00000013 01372998 php5ts!zm_deactivate_basic+15e 00000001 00000013 01372998 php5ts!module_registry_cleanup+1b 00ce41a0 01372998 01372998 php5ts!zend_hash_reverse_apply+3f 5f97d580 5f3f66c0 01372998 php5ts!zend_deactivate_modules+61 01372998 00000005 01372998 php5ts!php_request_shutdown+235 00000000 013ca4c8 00000001 php_cgi!main+e89 00000005 01372878 01371cd8 php_cgi!memset+160 7ffd8000 008df9b4 77c7b459 kernel32!BaseThreadInitThunk+e 7ffd8000 779f3b4d 00000000 ntdll!__RtlUserThreadStart+70 013c6a7a 7ffd8000 00000000 ntdll!_RtlUserThreadStart+1b 013c6a7a 7ffd8000 00000000 PHP5TS!ZM_DEACTIVATE_BROWSCAP+11In php-cgi__PID__3272__Date__05_25_2011__Time_12_21_19AM__599__Second_Chance_Exception_C0000005.dmp the assembly instruction at php5ts!zm_deactivate_browscap+11 in J:\server\bin\php53\php5ts.dll from The PHP Group has caused an access violation exception (0xC0000005) when trying to read from memory location 0x080049a4 on thread 0 ------------------------------------------------------------------------ [2011-05-25 00:09:48] fel...@php.net Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. ------------------------------------------------------------------------ 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/bug.php?id=54918 -- Edit this bug report at http://bugs.php.net/bug.php?id=54918&edit=1