#46867 [Bgs]: "use...as" not suppored by Reflection::export()
ID: 46867 User updated by: naturallydigital at yahoo dot com Reported By: naturallydigital at yahoo dot com Status: Bogus Bug Type: Reflection related Operating System: * PHP Version: 5.3CVS-2008-12-15 (CVS) New Comment: class_alias() didn't appear in the official documentation (http://wiki.php.net/doc/todo/undocumented). Thanks for pointing that out. Previous Comments: [2009-01-02 02:12:50] johan...@php.net Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php In strins you always have to use the fully qualified name - we don't know where the string is coming from and the aliasing is done at compile time,not runtime ... [2009-01-01 02:15:18] ka...@php.net Should be same with class_alias(), I'm not sure if its intended for Reflection to support aliased classes [2008-12-15 08:27:00] naturallydigital at yahoo dot com Description: The Reflection API does not support the "use... as... " syntax for namespaces in 5.3 CVS. I ran the raw unzipped Win32 VC6 snapshot from snaps.php.net: "php -c php.ini-dist d:\reflect.php" (code below) Reproduce code: --- getMessage(); } ?> Expected result: User class C (a.k.a. D) reflected in the Command Prompt window. Actual result: -- "Class D does not exist" output in the Command Prompt window. -- Edit this bug report at http://bugs.php.net/?id=46867&edit=1
#47005 [NEW]: Problem with windows installer.
From: gvdness at gmail dot com Operating system: Win32 Vista Home Premium PHP version: 5.2.8 PHP Bug Type: *General Issues Bug description: Problem with windows installer. Description: Hi Similar to #46826. When installing PHP 5.2.8 on Win32 vista home premium, the install bombs out at the end with: "There is a problem with this windows installer package. A script required for this install to complete could not be run. Contact your support personnel or package vendor." I've tried the latest windows installers from snaps.php.net, same issue. Expected result: PHP 5.2.8 to be installed. Actual result: -- "There is a problem with this windows installer package. A script required for this install to complete could not be run. Contact your support personnel or package vendor." -- Edit bug report at http://bugs.php.net/?id=47005&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47005&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47005&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47005&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47005&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47005&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47005&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47005&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47005&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47005&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47005&r=support Expected behavior: http://bugs.php.net/fix.php?id=47005&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47005&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47005&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47005&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47005&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47005&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47005&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47005&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47005&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47005&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47005&r=mysqlcfg
#46701 [Com]: Creating associative array with long values in the key fails on 32bit linux
ID: 46701 Comment by: maxhex at hotmail dot com Reported By: testuzer at hotmail dot com Status: Open Bug Type: Arrays related Operating System: Linux 32bit - ubuntu PHP Version: 5CVS, 6CVS (2008-11-28) New Comment: MIX Previous Comments: [2009-01-03 05:03:24] sh...@php.net Proposed patches to make $array[$double] perform the same as $array[intval($double)]... http://tekrat.com/patches/bug46701.php6.patch http://tekrat.com/patches/bug46701.php53.patch http://tekrat.com/patches/bug46701.php52.patch [2008-12-04 01:43:46] msara...@php.net Array ( [-2147483648] => 1 ) Reproduced here. [2008-12-01 01:49:09] cyberquoter at gmail dot com OS: Debian Linux 2.6.18-6-686 (32bit) PHP: 5.2.0-8+etch13 Result: Array ( [-2147483648] => 1 ) [2008-11-29 06:56:11] testuzer at hotmail dot com Can also confirm Linux -ubuntu 64bit works. Actual result Linux 64bit (php 5.2.4): -- Array ( [3428599296] => 1 [3459455488] => 1 [3459616768] => 1 ) Obviously the 32bit os treats it as a signed 32bit value and a 64bit os as a 64bit value. so you get a positive value. The array key handling is _only_ broken on linux 32bit. [2008-11-29 06:18:33] testuzer at hotmail dot com Here is a simple test: Reproduce code: --- echo 0xcc5c4600; var_dump( 0xcc5c4600 ); print_r( 0xcc5c4600 ); For both Windows and Linux - ubuntu the result is the same. Actual result Windows 32bit: -- 3428599296 float(3428599296) 3428599296 Actual result Linux 32bit: -- 3428599296 float 3428599296 3428599296 So it is not a hex to long conversion problem. Running the same array test using decimals and same values. Reproduce code: --- $test_array = array( 3428599296 => 1, 3459455488 => 1, 3459616768 => 1 ); print_r( $test_array ); Actual result Windows 32bit: -- Array ( [-866368000] => 1 [-835511808] => 1 [-835350528] => 1 ) Actual result Linux 32bit: -- Array ( [-2147483648] => 1 ) 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/46701 -- Edit this bug report at http://bugs.php.net/?id=46701&edit=1
#47004 [NEW]: Erratic short conditionals
From: am at webhike dot de Operating system: XAMPP 1.6.8 PHP version: 5.2.8 PHP Bug Type: *Programming Data Structures Bug description: Erratic short conditionals Description: Using Short Conditionals with more lines is causing wrong results: Reproduce code: --- $x = 7; echo $x == 5 ? 'five' : $x == 6 ? 'six' : $x == 7 ? 'seven' : $x == 8 ? 'eight' : $x == 9 ? 'nine' : null; Actual result: -- Returns 'nine'. Multiline Short Conditionals fail. -- Edit bug report at http://bugs.php.net/?id=47004&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47004&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47004&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47004&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47004&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47004&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47004&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47004&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47004&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47004&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47004&r=support Expected behavior: http://bugs.php.net/fix.php?id=47004&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47004&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47004&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47004&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47004&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47004&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47004&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47004&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47004&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47004&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47004&r=mysqlcfg
#47001 [Opn->Bgs]: autoload called by class_exists is different than called by new
ID: 47001 Updated by: johan...@php.net Reported By: pinochet dot pl at gmail dot com -Status: Open +Status: Bogus Bug Type: Class/Object related Operating System: Linux Ubuntu8.10 kernel: 2.6.24 PHP Version: 5.3CVS-2009-01-04 (CVS) New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php class_exists() doesn't do any check of any kind... Previous Comments: [2009-01-04 22:12:43] pinochet dot pl at gmail dot com Description: There is namespace: jjroman_net when I call class_exist('\\jjroman_net\\MyClass'); the parameter of __autoload is `\jjroman_net\MyClass` When I just type: new MyClass the parameter of __autoload is `jjroman_net\MyClass` Reproduce code: --- index1.php: index2.php Expected result: I expected unified way to call __autoload it's not matter if it will be \jjroman_net\MyClass or without the first slash but I don't like to push IF in autoload Actual result: -- index1.php: string(20) "\jjroman_net\MyClass" index2.php: string(19) "jjroman_net\MyClass" (and fatal error ofcourse) -- Edit this bug report at http://bugs.php.net/?id=47001&edit=1
#47002 [NEW]: Fields truncated
From: victorjavierss at live dot com dot mx Operating system: Windows PHP version: 5.2CVS-2009-01-04 (snap) PHP Bug Type: dBase related Bug description: Fields truncated Description: I'm executing the code belong, and it supose to retrieve me 1625 fields, but it doesn't, it give me 1024 fields, also i tried with other dbf's bigger than 1024 and the problem stills there Reproduce code: --- Expected result: 1625 Actual result: -- 1024 -- Edit bug report at http://bugs.php.net/?id=47002&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47002&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47002&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47002&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47002&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47002&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47002&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47002&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47002&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47002&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47002&r=support Expected behavior: http://bugs.php.net/fix.php?id=47002&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47002&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47002&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47002&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47002&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47002&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47002&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47002&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47002&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47002&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47002&r=mysqlcfg
#47001 [NEW]: autoload called by class_exists is different than called by new
From: pinochet dot pl at gmail dot com Operating system: Linux Ubuntu8.10 kernel: 2.6.24 PHP version: 5.3CVS-2009-01-04 (CVS) PHP Bug Type: Class/Object related Bug description: autoload called by class_exists is different than called by new Description: There is namespace: jjroman_net when I call class_exist('\\jjroman_net\\MyClass'); the parameter of __autoload is `\jjroman_net\MyClass` When I just type: new MyClass the parameter of __autoload is `jjroman_net\MyClass` Reproduce code: --- index1.php: index2.php Expected result: I expected unified way to call __autoload it's not matter if it will be \jjroman_net\MyClass or without the first slash but I don't like to push IF in autoload Actual result: -- index1.php: string(20) "\jjroman_net\MyClass" index2.php: string(19) "jjroman_net\MyClass" (and fatal error ofcourse) -- Edit bug report at http://bugs.php.net/?id=47001&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47001&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47001&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47001&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47001&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47001&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47001&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47001&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47001&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47001&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47001&r=support Expected behavior: http://bugs.php.net/fix.php?id=47001&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47001&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47001&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47001&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47001&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47001&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47001&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47001&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47001&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47001&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47001&r=mysqlcfg
#47000 [NEW]: imap_body() and imap_savebody() memory leak.
From: alan at binarystars dot com Operating system: 2.6.25-14.fc9.i686 PHP version: 5.2.8 PHP Bug Type: IMAP related Bug description: imap_body() and imap_savebody() memory leak. Description: # Problem: imap_body() and imap_savebody() memory leak. During the following test of 26 email messages totaling a sum of 244.05Mb it seems you need TWICE the amount of memory in order to receive the message body via imap_body(). When using the imap_savebody() func it seems you need approximately the same amount of memory as the email message itself. The problem in particular is repeatable in any size email message... even when you unset the variables/objects returned by the func. In other words, you want to receive a message body of 5Mb using imap_body() func; you'll need 10Mb of available free RAM just to store the message body to a variable. Now, say you receive 10 messages each at 5Mb, and unset all the variables. That would mean you'll need 100Mb of free memory to read all ten messages. See the reproduced code and the results for more information. # Question: Is there a way to flush the memory without actually exiting out of the script? Reproduce code: --- Colorized version: http://home.binarystars.com/~alan/imap_bug/test.html (30k) Text version: http://home.binarystars.com/~alan/imap_bug/test.txt (5.3k) Result of method 1 via imap_body(): http://home.binarystars.com/~alan/imap_bug/method1_results.txt (3.6k) Result of method 2 via imap_savebody(): http://home.binarystars.com/~alan/imap_bug/method2_results.txt Expected result: When I run the script I expect it to use less (RSS) resident memory. Actual result: -- Instead of freeing up memory the script takes up more than Oracle running five hundred databases. -- Edit bug report at http://bugs.php.net/?id=47000&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47000&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47000&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47000&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47000&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47000&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47000&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47000&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47000&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47000&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47000&r=support Expected behavior: http://bugs.php.net/fix.php?id=47000&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47000&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47000&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47000&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47000&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47000&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47000&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47000&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47000&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47000&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47000&r=mysqlcfg
#46827 [Com]: disappearing xi:include tags?
ID: 46827 Comment by: tailwind dot technologies at gmail dot com Reported By: danny at isratrade dot co dot il Status: Open Bug Type: DOM XML related Operating System: Ubuntu PHP Version: 5.2.8 New Comment: Is anyone taking care of bugs here? Previous Comments: [2008-12-11 00:57:05] danny at isratrade dot co dot il I read the manual page about this function and a comment there suggests to just call xinclude() multiple times. As a test, I've also tried just calling "$document->xinclude();" a bunch of times instead of doing the search/loop.\ So even if all that code is replaced by: $document->xinclude(); $document->xinclude(); $document->xinclude(); It still doesn't include these other includes. [2008-12-11 00:29:34] danny at isratrade dot co dot il Description: I'm trying to include all the xi:include tags in a file but PHP seems to just ignore some of them. I'm using XML's that are known to work 100%. You can see the XML files here: http://postbooks.svn.sourceforge.net/viewvc/postbooks/xtupledocs/trun k/referenceguide.tar.gz?view=tar Basically the problematic file is products.xml which is included from referenceguide.xml and contains more includes. They all get ignored. Reproduce code: --- ... echo "Importing XML document...\n"; $document = new DOMDocument(); $document->load( DOCBOOK_PATH ); echo "Parsing tags...\n"; xinclude_all( $document ); ... function xinclude_all( &$document ){ $counter = 0; $xpath = new DOMXPath($document); $xpath->registerNamespace('xi', $ns = 'http://www.w3.org/2001/XInclude'); $includes = $xpath->query( "//xi:include" ); while($includes->length){ $counter++; echo "Parsing layer number $counter. {$includes->length} tags on this layer. "; $document->xinclude(); $includes = $xpath->query( "//xi:include" ); echo "{$includes->length} includes to process on next layer\n"; } echo "$counter tag levels parsed.\n"; } Expected result: I expect all the includes to be parsed and included. Actual result: -- Only the 12 includes in the main referenceguide.xml file get included, then it just says that there is no need to further include as if there were 0 more includes in the DOM tree. But the included data isn't there. -- Edit this bug report at http://bugs.php.net/?id=46827&edit=1
#46980 [Fbk->Opn]: Rounding Error
ID: 46980 User updated by: gimmicklessgpt at gmail dot com Reported By: gimmicklessgpt at gmail dot com -Status: Feedback +Status: Open Bug Type: Math related Operating System: Linux PHP Version: 5.2.8 Assigned To: cseiler New Comment: Upon further me paying attention, my system definately says 5.2.6 I sincerely apologize for wasting your time Previous Comments: [2009-01-01 02:59:31] csei...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. I cannot reproduce this issue with PHP 5.2.8. Could you check again if the version used was actually PHP 5.2.8? If so, could you please give some more details on the operating system and/or environment that was used? (i.e. also the processor architecture etc.) That said: PHP's rounding behaviour improved somewhat in 5.2.7 and significantly in 5.3.0 alpha 3. I'm quite certain the problem you describe is fixed in 5.3.0 alpha 3 - but the case you are describing should not occur in 5.2.8 either, so I'd appreciate further details on your OS and platform. [2009-01-01 02:04:47] ka...@php.net Christian, you were working with some rounding issues in 5.3, could you clarrify this? [2008-12-31 02:00:39] gimmicklessgpt at gmail dot com additional note: while 0.145 rounds to 0.14 (incorrect) 0.155 rounds to 0.16 (correct) [2008-12-31 01:57:20] gimmicklessgpt at gmail dot com Description: When rounding, it will round incorrectly on one certain instance for sure. when rounding 0.145 with a precision of 2 it comes up with 0.14 Reproduce code: --- echo round(0.145,2); Expected result: 0.15 Actual result: -- 0.14 -- Edit this bug report at http://bugs.php.net/?id=46980&edit=1
#46998 [Fbk->Csd]: include inside include generates junk output
ID: 46998 User updated by: ian at ianhobson dot co dot uk Reported By: ian at ianhobson dot co dot uk -Status: Feedback +Status: Closed Bug Type: *General Issues Operating System: windows 2000 PHP Version: 5.2.8 New Comment: indeed yes - thanks. I re-coded all my source files in utf-8 without BOM and everything started to work as expected. This report is bogus - but contains information that may be useful to others. Perhaps something for the manual? Previous Comments: [2009-01-04 02:42:13] j...@php.net BOM? [2009-01-03 23:44:54] ian at ianhobson dot co dot uk My server is set up to use utf8. I did not notice this problem when using Latin1. [2009-01-03 23:43:26] ian at ianhobson dot co dot uk Description: include-ing a file that includes another file before producing any output, results in a few invalid characters being emitted before the line Reproduce code: --- Create a file with any trivial content. Include, require or require_once it from a second file. This second file needs the php tags and the include line only. Include this second file in a page like this (which is valid). http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";> Test Demo Page This page has junk before the doctype Expected result: The source should start with the "<" of the doctype line as its first character. Actual result: -- In iIE source, you will see 6 squares before the http://bugs.php.net/?id=46998&edit=1
#46967 [Fbk->Opn]: PHP has encountered an Access Violation at 01BFAC5A
ID: 46967 User updated by: pawel_bryndza at o2 dot pl Reported By: pawel_bryndza at o2 dot pl -Status: Feedback +Status: Open Bug Type: Unknown/Other Function Operating System: Win 2003 Server PHP Version: 5.2.8 New Comment: It's MySQL 5.1 error. With Mysql 5.0 it works correctly. Previous Comments: [2008-12-29 22:43:10] paj...@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. And a reproduce script, if you are not able to do it, please report this problem to the joomla project, they may help. [2008-12-29 22:37:05] pawel_bryndza at o2 dot pl Description: During installation Joomla 1.5.8 have error: PHP has encountered an Access Violation at 01BFAC5A -- Edit this bug report at http://bugs.php.net/?id=46967&edit=1
#38111 [Com]: PHP crashes IIS worker process and application pool
ID: 38111 Comment by: sikle at stx dot net Reported By: svendavidh at hotmail dot com Status: No Feedback Bug Type: IIS related Operating System: Windows Server 2003 Std. Ed. R2 PHP Version: 5.2.8 Assigned To: pajoye New Comment: Oh here's a 100% repro: 1. Load a php program. For example, I just go to http://localhost/phpmyadmin, I then logon to my database, and then I just close the browser. 2. Now go into IIS, on the left side double click on the computer name and then you'll see "Application Pools", now click on it. 3. Now click on "DefaultAppPool" and then on the right side of the screen you'll see "Recycle..." click on it. Now after you clicked on "Recycle...", within about 4 seconds you'll see the crash: "IIS Worker Process has stopped working". Whoever fixes this bug will be my personal hero. Previous Comments: [2009-01-04 10:31:17] sikle at stx dot net Dear programmers, Please fix this bug :~( (with a cherry on top?) I'm on PHP 5.2.8 and it happens all the time (on average 5-6 times a day) and it's very annoying. Like the others have mentioned I assume this is a memory bug that is triggered when IIS recycles its application pool. [2008-12-27 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2008-12-22 02:41:45] todd at lanlocked dot net Just following up: I believe it is 1740 seconds, not minutes I am running IIS 7 on Server 2008 Std 64 bit PHP is running outside of the default app pool, although in trying to resolve the issue I set it up with the default app pool and it did the same thing Could someone let me know how to backtrace the correct process (I assume I have to backtrace an IIS worker process) and we can get it sorted? [2008-12-22 02:30:15] todd at lanlocked dot net RE paj...@php.net There is no php.exe process to generate a backtrace from. It is loaded via ISAPI. I am having the same problem with PHP 5.2.8 on a clean install of IIS7 on Server 2008. It is done via ISAPI. Furthermore there is no test script to reproduce this - it appears to happen when IIS shuts down the worker process after 1740 minutes due to inactivity. Kind Regards, Todd [2008-12-20 00:22:46] paj...@php.net Still no correct backtrace. Also you should really use fastcgi instead of the IIS sapi (works with IIS6 as well). 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/38111 -- Edit this bug report at http://bugs.php.net/?id=38111&edit=1
#38111 [Com]: PHP crashes IIS worker process and application pool
ID: 38111 Comment by: sikle at stx dot net Reported By: svendavidh at hotmail dot com Status: No Feedback Bug Type: IIS related Operating System: Windows Server 2003 Std. Ed. R2 PHP Version: 5.2.8 Assigned To: pajoye New Comment: Dear programmers, Please fix this bug :~( (with a cherry on top?) I'm on PHP 5.2.8 and it happens all the time (on average 5-6 times a day) and it's very annoying. Like the others have mentioned I assume this is a memory bug that is triggered when IIS recycles its application pool. Previous Comments: [2008-12-27 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2008-12-22 02:41:45] todd at lanlocked dot net Just following up: I believe it is 1740 seconds, not minutes I am running IIS 7 on Server 2008 Std 64 bit PHP is running outside of the default app pool, although in trying to resolve the issue I set it up with the default app pool and it did the same thing Could someone let me know how to backtrace the correct process (I assume I have to backtrace an IIS worker process) and we can get it sorted? [2008-12-22 02:30:15] todd at lanlocked dot net RE paj...@php.net There is no php.exe process to generate a backtrace from. It is loaded via ISAPI. I am having the same problem with PHP 5.2.8 on a clean install of IIS7 on Server 2008. It is done via ISAPI. Furthermore there is no test script to reproduce this - it appears to happen when IIS shuts down the worker process after 1740 minutes due to inactivity. Kind Regards, Todd [2008-12-20 00:22:46] paj...@php.net Still no correct backtrace. Also you should really use fastcgi instead of the IIS sapi (works with IIS6 as well). [2008-12-20 00:07:27] studium at christophsackl dot com This bug still exists in PHP 5.3.8 32-bit and also with self-compiled 64-bit Version. 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/38111 -- Edit this bug report at http://bugs.php.net/?id=38111&edit=1