#32734 [NEW]: Support for #line pragma, as in C and Perl
From: php at koterov dot ru Operating system: all PHP version: 5.0.4 PHP Bug Type: Feature/Change Request Bug description: Support for #line pragma, as in C and Perl Description: C, C++ and Perl support the folowing feature: // start of file #line 20 "test.c" something #line 30 "test.c" other // end of file If error is generated into code "something", it is reported as error "in test.c on line 20" - NOT on line 3! For code "other" - "in test.c on line 30". The same Perl code example: ### start of file #line 20 "test.c" warn "something"; #line 30 "test.c" warn "other"; ### end of file Result is: something at test.c line 20. other at test.c line 30. Unfortunately PHP does not support this useful feature, and because of that any template engines with pre-compilation (e.g. Smarty) make the life not so pleasant as it could be. Do you plan to add #line feature in future versions of PHP? Programmers need it very much! -- Edit bug report at http://bugs.php.net/?id=32734&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32734&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32734&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32734&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32734&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32734&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32734&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32734&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32734&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32734&r=support Expected behavior: http://bugs.php.net/fix.php?id=32734&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32734&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32734&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32734&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32734&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32734&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32734&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32734&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32734&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32734&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32734&r=mysqlcfg
#32733 [Opn]: libmysqli.dll not included w/5.0.4 & PHP_MySQL.DLL & PHP_MySQL.DLL won't load
ID: 32733 User updated by: jason at thinkingman dot org Reported By: jason at thinkingman dot org Status: Open Bug Type: Dynamic loading Operating System: XP (SP2) PHP Version: 5.0.4 New Comment: Typo -- It looks like libmysqli.dll was NOT included in the .ZIP distro -- looks like this was a problem with the 5.0.3 distro as well. Previous Comments: [2005-04-17 06:50:28] jason at thinkingman dot org Description: Just upgraded to 5.0.4 (from 5.0.2) -- MySqli & MySql DLL's (Extensions won't load when IIS starts. Get error message saying Unable to Load. PHP.INI is conf'd correctly -- paths are good, OS paths are good -- no dup DLL's on system. Reinstalled 5.0.2 everything works fine again. It looks like libmysqli.dll was included in the .ZIP distro -- looks like this was a problem with the 5.0.3 distro as well. -- Edit this bug report at http://bugs.php.net/?id=32733&edit=1
#32733 [NEW]: libmysqli.dll not included w/5.0.4 & PHP_MySQL.DLL & PHP_MySQL.DLL won't load
From: jason at thinkingman dot org Operating system: XP (SP2) PHP version: 5.0.4 PHP Bug Type: Dynamic loading Bug description: libmysqli.dll not included w/5.0.4 & PHP_MySQL.DLL & PHP_MySQL.DLL won't load Description: Just upgraded to 5.0.4 (from 5.0.2) -- MySqli & MySql DLL's (Extensions won't load when IIS starts. Get error message saying Unable to Load. PHP.INI is conf'd correctly -- paths are good, OS paths are good -- no dup DLL's on system. Reinstalled 5.0.2 everything works fine again. It looks like libmysqli.dll was included in the .ZIP distro -- looks like this was a problem with the 5.0.3 distro as well. -- Edit bug report at http://bugs.php.net/?id=32733&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32733&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32733&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32733&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32733&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32733&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32733&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32733&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32733&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32733&r=support Expected behavior: http://bugs.php.net/fix.php?id=32733&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32733&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32733&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32733&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32733&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32733&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32733&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32733&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32733&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32733&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32733&r=mysqlcfg
#31887 [Opn->Csd]: Custom 5xx error does not return correct HTTP response message
ID: 31887 Updated by: [EMAIL PROTECTED] Reported By: trevor dot wekel at autodesk dot com -Status: Open +Status: Closed Bug Type: IIS related Operating System: Windows XP PHP Version: 5CVS-2005-03-05 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-03-05 19:19:53] trevor dot wekel at autodesk dot com Under IIS, the HTTP response message still came back as "Undescribed" and not "CustomError". Do you need any additional information, such as my php.ini file? I downloaded and tested against php5.0-win32-200503051730.zip. phpinfo() through IIS using php5isapi.dll version 5.0.4.4 showed the Build Date as "Mar 5 2005 18:15:07" so I'm fairly sure I was using the latest version of PHP. [2005-02-08 17:48:30] trevor dot wekel at autodesk dot com Description: When running PHP as an ISAPI extension under IIS 5.1 / Windows XP, the response message for a custom error is not returned. Reproduce code: --- \n"; echo "\n"; echo "Error on page!!!\n"; echo "\n"; echo "\n"; ?> Expected result: I would expect to see an HTTP response code of 559 with a response message of "CustomError". Actual result: -- The HTTP 559 response code is returned correctly but the response message comes back as "Undescribed". When running php as a CGI under IIS, this problem does not occur. Both the response code and response message come back correctly. The problem does not occur under Apache 2.0 / Windows XP when running as either a CGI or an Apache module. Bug #31519 is a related and fixed bug under Apache 2. Bug #31065 may also be a related bug under Apache / Linux. -- Edit this bug report at http://bugs.php.net/?id=31887&edit=1
#32711 [Opn->Bgs]: CDATA elements are not preserved
ID: 32711 Updated by: [EMAIL PROTECTED] Reported By: phpspam at talkingspider dot com -Status: Open +Status: Bogus Bug Type: DOM XML related Operating System: Fedora C2 PHP Version: 4.3.9 New Comment: This has been covered in previous bug reports on why it wont be changed Previous Comments: [2005-04-17 03:23:33] phpspam at talkingspider dot com No, they are NOT identical. It's called a canonical value. Think back to your computer science education. http://www.w3.org/TR/2001/REC-xml-c14n-20010315 The official spec for DOM does specify that CDATA nodes are labelled as such in the DOM. In other words, in the dom, CDATA nodes are CDATA nodes and text nodes are text nodes, they are not the same thing. So, for example, you should be able to crawl the dom and spot CDATA nodes. So, either one of two things are still broken: Either your parsing function is deciding to convert CDATA into text nodes, in which case, when the DOM is built, it never has CDATA nodes in it, even though they are present in the input xml. Or, your output function is deciding to convert all the CDATA nodes in the DOM into text nodes. In either case, that's a bug. In perl I can choose to preserve CDATA elements when I output. In PHP I can't. http://www.w3schools.com/dom/dom_cdatasection.asp [2005-04-16 02:21:16] [EMAIL PROTECTED] I don't understand. If you're saying that:
#32711 [Bgs->Opn]: CDATA elements are not preserved
ID: 32711 User updated by: phpspam at talkingspider dot com Reported By: phpspam at talkingspider dot com -Status: Bogus +Status: Open Bug Type: DOM XML related Operating System: Fedora C2 PHP Version: 4.3.9 New Comment: No, they are NOT identical. It's called a canonical value. Think back to your computer science education. http://www.w3.org/TR/2001/REC-xml-c14n-20010315 The official spec for DOM does specify that CDATA nodes are labelled as such in the DOM. In other words, in the dom, CDATA nodes are CDATA nodes and text nodes are text nodes, they are not the same thing. So, for example, you should be able to crawl the dom and spot CDATA nodes. So, either one of two things are still broken: Either your parsing function is deciding to convert CDATA into text nodes, in which case, when the DOM is built, it never has CDATA nodes in it, even though they are present in the input xml. Or, your output function is deciding to convert all the CDATA nodes in the DOM into text nodes. In either case, that's a bug. In perl I can choose to preserve CDATA elements when I output. In PHP I can't. http://www.w3schools.com/dom/dom_cdatasection.asp Previous Comments: [2005-04-16 02:21:16] [EMAIL PROTECTED] I don't understand. If you're saying that:
#31994 [Fbk->NoF]: output conversion failed due to conv error
ID: 31994 Updated by: php-bugs@lists.php.net Reported By: misnet at hotmail dot com -Status: Feedback +Status: No Feedback Bug Type: XSLT related Operating System: windows 2003 server PHP Version: 5CVS-2005-02-25 New Comment: 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". Previous Comments: [2005-04-09 17:34:52] [EMAIL PROTECTED] You're probably using a character which can not be represented in iso-8859-1... but I don't know for sure as I don't have the data. Come up with a *self-contained* script that does not rely on a database... [2005-04-09 08:27:21] cbdbs at yahoo dot com $doc = new DOMDocument('1.0','ISO-8859-1'); // we want a nice output $doc->formatOutput = true; $familias = $doc->appendChild(new DOMElement('familias')); while ($fam_datos = mysql_fetch_array($data)){ $familia = $familias->appendChild(new DOMElement('familia')); $familia->appendChild(new DOMElement('Apellidos', $fam_datos['Familia'])); $familia->appendChild(new DOMElement('Representante', $fam_datos['Apellidos'])); $familia->appendChild(new DOMElement('Nombre', $fam_datos['Nombres'])); $familia->appendChild(new DOMElement('Edad', $fam_datos['Edad'])); $familia->appendChild(new DOMElement('Salud', 'Sano')); } header('Content-Type: text/xml'); $documento = $doc->saveXML(); echo $documento; OUTPUT Warning: output conversion failed due to conv error in c:\home\prueba\www\grid\xml.php... [2005-04-07 11:43:19] emil at wayers dot com This error/problem resolves around your used encoding type. when using encoding="GB2312" in php5.0.4/cvs-current the engine will issue a warning at the exact point a charcter has been found which isn't suitable for this encoding context. My script, which is similar to the given script, issued the exact same warning on a character (ë) when using the standard iso encoding. After I changed my encoding to UTF-8 all reported problems where gone. I'm sure this isn't a real engine f*ck up but just a misguided error message ;) But if this workaround doesn't work for you try changing your Article->ComeFrom & Article->Contents & Article->AddTime content into htmlentities. good luck! [2005-03-28 04:43:12] misnet at hotmail dot com What about the bug? Can it not be resolved? [2005-02-26 06:41:17] misnet at hotmail dot com Not be resolved! The same result. 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/31994 -- Edit this bug report at http://bugs.php.net/?id=31994&edit=1
#32731 [Bgs]: Windows 2003 Sp1 / INVALID ACCESS TO MEMORY LOCATION
ID: 32731 User updated by: gravityworksllc at hotmail dot com Reported By: gravityworksllc at hotmail dot com Status: Bogus Bug Type: Reproducible crash Operating System: windows 2003 PHP Version: 5.0.4 New Comment: mark my words.. This is a php bug / problem with windows 2003 SP1. Even Microsoft on their site when you look up this problem says talk to your application designer. ( Not that they are any help at all anyway ) I can assure you.. This is a php bug / somthing with IIS and your DLLS... Remember that when you see a fix somewhere on this site. Works fine for me means nothing. Why not tell me what you did and help me out rather then send me somewhere else? Kind regard, LiquidFrog Previous Comments: [2005-04-17 00:15:52] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Works fine for me. [2005-04-16 23:50:06] gravityworksllc at hotmail dot com Description: I am not sure what the deal is.. I think after installing SP1 for windows 2003 that I was getting INVALID ACCESS TO MEMORY LOCATION with php 5.0.3 So what I did was upgrade to 5.0.4 to see if it might be fixed. Now all that happens is this http://www.gravityworks.us If I change the php file to html it works fine. http://www.pcgotbugs.com but you can see if you click on contact us link at the top that you get the same response as the gravityworks site which is has the extension of php. I REALLY REALLY need a fix fast. Please help me out here. Site down means no business. Expected result: I expect to see the website. Actual result: -- The page cannot be found The page you are looking for might have been removed, had its name changed, or is temporarily unavailable. Please try the following: * Make sure that the Web site address displayed in the address bar of your browser is spelled and formatted correctly. * If you reached this page by clicking a link, contact the Web site administrator to alert them that the link is incorrectly formatted. * Click the Back button to try another link. HTTP Error 404 - File or directory not found. Internet Information Services (IIS) Technical Information (for support personnel) * Go to Microsoft Product Support Services and perform a title search for the words HTTP and 404. * Open IIS Help, which is accessible in IIS Manager (inetmgr), and search for topics titled Web Site Setup, Common Administrative Tasks, and About Custom Error Messages. -- Edit this bug report at http://bugs.php.net/?id=32731&edit=1
#32731 [Opn->Bgs]: Windows 2003 Sp1 / INVALID ACCESS TO MEMORY LOCATION
ID: 32731 Updated by: [EMAIL PROTECTED] Reported By: gravityworksllc at hotmail dot com -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: windows 2003 PHP Version: 5.0.4 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Works fine for me. Previous Comments: [2005-04-16 23:50:06] gravityworksllc at hotmail dot com Description: I am not sure what the deal is.. I think after installing SP1 for windows 2003 that I was getting INVALID ACCESS TO MEMORY LOCATION with php 5.0.3 So what I did was upgrade to 5.0.4 to see if it might be fixed. Now all that happens is this http://www.gravityworks.us If I change the php file to html it works fine. http://www.pcgotbugs.com but you can see if you click on contact us link at the top that you get the same response as the gravityworks site which is has the extension of php. I REALLY REALLY need a fix fast. Please help me out here. Site down means no business. Expected result: I expect to see the website. Actual result: -- The page cannot be found The page you are looking for might have been removed, had its name changed, or is temporarily unavailable. Please try the following: * Make sure that the Web site address displayed in the address bar of your browser is spelled and formatted correctly. * If you reached this page by clicking a link, contact the Web site administrator to alert them that the link is incorrectly formatted. * Click the Back button to try another link. HTTP Error 404 - File or directory not found. Internet Information Services (IIS) Technical Information (for support personnel) * Go to Microsoft Product Support Services and perform a title search for the words HTTP and 404. * Open IIS Help, which is accessible in IIS Manager (inetmgr), and search for topics titled Web Site Setup, Common Administrative Tasks, and About Custom Error Messages. -- Edit this bug report at http://bugs.php.net/?id=32731&edit=1
#32731 [NEW]: Windows 2003 Sp1 / INVALID ACCESS TO MEMORY LOCATION
From: gravityworksllc at hotmail dot com Operating system: windows 2003 PHP version: 5.0.4 PHP Bug Type: Reproducible crash Bug description: Windows 2003 Sp1 / INVALID ACCESS TO MEMORY LOCATION Description: I am not sure what the deal is.. I think after installing SP1 for windows 2003 that I was getting INVALID ACCESS TO MEMORY LOCATION with php 5.0.3 So what I did was upgrade to 5.0.4 to see if it might be fixed. Now all that happens is this http://www.gravityworks.us If I change the php file to html it works fine. http://www.pcgotbugs.com but you can see if you click on contact us link at the top that you get the same response as the gravityworks site which is has the extension of php. I REALLY REALLY need a fix fast. Please help me out here. Site down means no business. Expected result: I expect to see the website. Actual result: -- The page cannot be found The page you are looking for might have been removed, had its name changed, or is temporarily unavailable. Please try the following: * Make sure that the Web site address displayed in the address bar of your browser is spelled and formatted correctly. * If you reached this page by clicking a link, contact the Web site administrator to alert them that the link is incorrectly formatted. * Click the Back button to try another link. HTTP Error 404 - File or directory not found. Internet Information Services (IIS) Technical Information (for support personnel) * Go to Microsoft Product Support Services and perform a title search for the words HTTP and 404. * Open IIS Help, which is accessible in IIS Manager (inetmgr), and search for topics titled Web Site Setup, Common Administrative Tasks, and About Custom Error Messages. -- Edit bug report at http://bugs.php.net/?id=32731&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32731&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32731&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32731&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32731&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32731&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32731&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32731&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32731&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32731&r=support Expected behavior: http://bugs.php.net/fix.php?id=32731&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32731&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32731&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32731&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32731&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32731&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32731&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32731&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32731&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32731&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32731&r=mysqlcfg
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: david at hotmail dot com Reported By: asmi at owear dot ru Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: bdsm , what is more http://bdsm.belgorod.ru/"; target=_blank>bdsm now. http://bdsm.belgorod.ru/ Previous Comments: [2005-04-16 22:01:40] david at hotmail dot com bdsm for somebody http://bdsm.belgorod.ru/"; target=_blank>bdsm stays. http://bdsm.belgorod.ru/ [2005-04-16 22:01:21] david at hotmail dot com bdsm for somebody http://bdsm.belgorod.ru/"; target=_blank>bdsm. http://bdsm.belgorod.ru/ [2005-04-16 22:00:24] joe at hotmail dot com >From now on, let's spyware removal for somebody http://spyware-removal.ashgabad.su/"; target=_blank>spyware removal. http://spyware-removal.ashgabad.su/ [2005-04-16 21:59:59] joe at hotmail dot com spyware removal http://spyware-removal.ashgabad.su/"; target=_blank>spyware removal stays. http://spyware-removal.ashgabad.su/ [2005-04-16 21:59:42] joe at hotmail dot com We appreciate spyware removal who is http://spyware-removal.ashgabad.su/"; target=_blank>spyware removal else. http://spyware-removal.ashgabad.su/ 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: david at hotmail dot com Reported By: asmi at owear dot ru Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: bdsm for somebody http://bdsm.belgorod.ru/"; target=_blank>bdsm stays. http://bdsm.belgorod.ru/ Previous Comments: [2005-04-16 22:01:21] david at hotmail dot com bdsm for somebody http://bdsm.belgorod.ru/"; target=_blank>bdsm. http://bdsm.belgorod.ru/ [2005-04-16 22:00:24] joe at hotmail dot com >From now on, let's spyware removal for somebody http://spyware-removal.ashgabad.su/"; target=_blank>spyware removal. http://spyware-removal.ashgabad.su/ [2005-04-16 21:59:59] joe at hotmail dot com spyware removal http://spyware-removal.ashgabad.su/"; target=_blank>spyware removal stays. http://spyware-removal.ashgabad.su/ [2005-04-16 21:59:42] joe at hotmail dot com We appreciate spyware removal who is http://spyware-removal.ashgabad.su/"; target=_blank>spyware removal else. http://spyware-removal.ashgabad.su/ [2005-04-16 21:59:13] joe at hotmail dot com This year, spyware removal and search for http://spyware-removal.ashgabad.su/"; target=_blank>spyware removal etc... http://spyware-removal.ashgabad.su/ 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: david at hotmail dot com Reported By: asmi at owear dot ru Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: bdsm for somebody http://bdsm.belgorod.ru/"; target=_blank>bdsm. http://bdsm.belgorod.ru/ Previous Comments: [2005-04-16 22:00:24] joe at hotmail dot com >From now on, let's spyware removal for somebody http://spyware-removal.ashgabad.su/"; target=_blank>spyware removal. http://spyware-removal.ashgabad.su/ [2005-04-16 21:59:59] joe at hotmail dot com spyware removal http://spyware-removal.ashgabad.su/"; target=_blank>spyware removal stays. http://spyware-removal.ashgabad.su/ [2005-04-16 21:59:42] joe at hotmail dot com We appreciate spyware removal who is http://spyware-removal.ashgabad.su/"; target=_blank>spyware removal else. http://spyware-removal.ashgabad.su/ [2005-04-16 21:59:13] joe at hotmail dot com This year, spyware removal and search for http://spyware-removal.ashgabad.su/"; target=_blank>spyware removal etc... http://spyware-removal.ashgabad.su/ [2005-04-16 21:59:00] joe at hotmail dot com spyware removal http://spyware-removal.ashgabad.su/"; target=_blank>spyware removal tomorrow. http://spyware-removal.ashgabad.su/ 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: joe at hotmail dot com Reported By: asmi at owear dot ru Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: >From now on, let's spyware removal for somebody http://spyware-removal.ashgabad.su/"; target=_blank>spyware removal. http://spyware-removal.ashgabad.su/ Previous Comments: [2005-04-16 21:59:59] joe at hotmail dot com spyware removal http://spyware-removal.ashgabad.su/"; target=_blank>spyware removal stays. http://spyware-removal.ashgabad.su/ [2005-04-16 21:59:42] joe at hotmail dot com We appreciate spyware removal who is http://spyware-removal.ashgabad.su/"; target=_blank>spyware removal else. http://spyware-removal.ashgabad.su/ [2005-04-16 21:59:13] joe at hotmail dot com This year, spyware removal and search for http://spyware-removal.ashgabad.su/"; target=_blank>spyware removal etc... http://spyware-removal.ashgabad.su/ [2005-04-16 21:59:00] joe at hotmail dot com spyware removal http://spyware-removal.ashgabad.su/"; target=_blank>spyware removal tomorrow. http://spyware-removal.ashgabad.su/ [2005-04-16 21:58:49] angela at hotmail dot com Anyone can do spyware removal get some information on http://spyware-removal.msk.ru/"; target=_blank>spyware removal. http://spyware-removal.msk.ru/ 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: joe at hotmail dot com Reported By: asmi at owear dot ru Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: spyware removal http://spyware-removal.ashgabad.su/"; target=_blank>spyware removal stays. http://spyware-removal.ashgabad.su/ Previous Comments: [2005-04-16 21:59:42] joe at hotmail dot com We appreciate spyware removal who is http://spyware-removal.ashgabad.su/"; target=_blank>spyware removal else. http://spyware-removal.ashgabad.su/ [2005-04-16 21:59:13] joe at hotmail dot com This year, spyware removal and search for http://spyware-removal.ashgabad.su/"; target=_blank>spyware removal etc... http://spyware-removal.ashgabad.su/ [2005-04-16 21:59:00] joe at hotmail dot com spyware removal http://spyware-removal.ashgabad.su/"; target=_blank>spyware removal tomorrow. http://spyware-removal.ashgabad.su/ [2005-04-16 21:58:49] angela at hotmail dot com Anyone can do spyware removal get some information on http://spyware-removal.msk.ru/"; target=_blank>spyware removal. http://spyware-removal.msk.ru/ [2005-04-16 21:58:43] angela at hotmail dot com To begin with spyware removal http://spyware-removal.msk.ru/"; target=_blank>spyware removal etc... http://spyware-removal.msk.ru/ 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: joe at hotmail dot com Reported By: asmi at owear dot ru Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: We appreciate spyware removal who is http://spyware-removal.ashgabad.su/"; target=_blank>spyware removal else. http://spyware-removal.ashgabad.su/ Previous Comments: [2005-04-16 21:59:13] joe at hotmail dot com This year, spyware removal and search for http://spyware-removal.ashgabad.su/"; target=_blank>spyware removal etc... http://spyware-removal.ashgabad.su/ [2005-04-16 21:59:00] joe at hotmail dot com spyware removal http://spyware-removal.ashgabad.su/"; target=_blank>spyware removal tomorrow. http://spyware-removal.ashgabad.su/ [2005-04-16 21:58:49] angela at hotmail dot com Anyone can do spyware removal get some information on http://spyware-removal.msk.ru/"; target=_blank>spyware removal. http://spyware-removal.msk.ru/ [2005-04-16 21:58:43] angela at hotmail dot com To begin with spyware removal http://spyware-removal.msk.ru/"; target=_blank>spyware removal etc... http://spyware-removal.msk.ru/ [2005-04-15 14:20:55] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip 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/31981 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: joe at hotmail dot com Reported By: asmi at owear dot ru Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: This year, spyware removal and search for http://spyware-removal.ashgabad.su/"; target=_blank>spyware removal etc... http://spyware-removal.ashgabad.su/ Previous Comments: [2005-04-16 21:59:00] joe at hotmail dot com spyware removal http://spyware-removal.ashgabad.su/"; target=_blank>spyware removal tomorrow. http://spyware-removal.ashgabad.su/ [2005-04-16 21:58:49] angela at hotmail dot com Anyone can do spyware removal get some information on http://spyware-removal.msk.ru/"; target=_blank>spyware removal. http://spyware-removal.msk.ru/ [2005-04-16 21:58:43] angela at hotmail dot com To begin with spyware removal http://spyware-removal.msk.ru/"; target=_blank>spyware removal etc... http://spyware-removal.msk.ru/ [2005-04-15 14:20:55] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-02-15 10:58:02] asmi at owear dot ru Description: SIGSERV in shutdown_memory_manager after WackoWiki script execution I cannot find the exact part of code leading to crash. Reproduce code: --- http://wackowiki.com/files/wacko.r4.zip Expected result: WackoWiki good working for me. Actual result: -- (gdb) run -X Starting program: /usr/local/sbin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 491 REMOVE_POINTER_FROM_LIST(ptr); (gdb) p t $1 = (zend_mem_header *) 0xbfbfad74 (gdb) bt #0 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 #1 0x28272ff9 in php_request_shutdown (dummy=0x0) at /usr/ports/lang/php4/work/php-4.3.10/main/main.c:1003 #2 0x282b78ad in apache_php_module_main (r=0x8125304, display_source_mode=0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/sapi_apache.c:60 #3 0x282b8468 in send_php (r=0x8125304, display_source_mode=0, filename=0x0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:621 #4 0x282b84c9 in send_parsed_php (r=0x8125304) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:636 #5 0x8051fac in ap_invoke_handler (r=0x8125304) at http_config.c:475 #6 0x8061d71 in process_request_internal (r=0x8125304) at http_request.c:1298 #7 0x8062074 in ap_internal_redirect (new_uri=0x81252cc "/wacko/wakka.php?wakka=SsylkiNaUpravlenieSajjtami", r=0x8122034) at http_request.c:1435 #8 0x281b5d19 in handler_redirect (r=0x8122034) at mod_rewrite.c:1590 #9 0x8051fac in ap_invoke_handler (r=0x8122034) at http_config.c:475 #10 0x8061d71 in process_request_internal (r=0x8122034) at http_request.c:1298 #11 0x8061dd0 in ap_process_request (r=0x8122034) at http_request.c:1314 #12 0x805b19a in child_main (child_num_arg=0) at http_main.c:4786 #13 0x805b30c in make_child (s=0x8084034, slot=0, now=1108460485) at http_main.c:4901 #14 0x805b429 in startup_children (number_to_start=2) at http_main.c:4983 #15 0x805b97c in standalone_main (argc=2, argv=0xbfbffb84) at http_main.c:5315 #16 0x805c063 in main (argc=2, argv=0xbfbffb84) at http_main.c:5657 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: joe at hotmail dot com Reported By: asmi at owear dot ru Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: spyware removal http://spyware-removal.ashgabad.su/"; target=_blank>spyware removal tomorrow. http://spyware-removal.ashgabad.su/ Previous Comments: [2005-04-16 21:58:49] angela at hotmail dot com Anyone can do spyware removal get some information on http://spyware-removal.msk.ru/"; target=_blank>spyware removal. http://spyware-removal.msk.ru/ [2005-04-16 21:58:43] angela at hotmail dot com To begin with spyware removal http://spyware-removal.msk.ru/"; target=_blank>spyware removal etc... http://spyware-removal.msk.ru/ [2005-04-15 14:20:55] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-02-15 10:58:02] asmi at owear dot ru Description: SIGSERV in shutdown_memory_manager after WackoWiki script execution I cannot find the exact part of code leading to crash. Reproduce code: --- http://wackowiki.com/files/wacko.r4.zip Expected result: WackoWiki good working for me. Actual result: -- (gdb) run -X Starting program: /usr/local/sbin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 491 REMOVE_POINTER_FROM_LIST(ptr); (gdb) p t $1 = (zend_mem_header *) 0xbfbfad74 (gdb) bt #0 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 #1 0x28272ff9 in php_request_shutdown (dummy=0x0) at /usr/ports/lang/php4/work/php-4.3.10/main/main.c:1003 #2 0x282b78ad in apache_php_module_main (r=0x8125304, display_source_mode=0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/sapi_apache.c:60 #3 0x282b8468 in send_php (r=0x8125304, display_source_mode=0, filename=0x0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:621 #4 0x282b84c9 in send_parsed_php (r=0x8125304) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:636 #5 0x8051fac in ap_invoke_handler (r=0x8125304) at http_config.c:475 #6 0x8061d71 in process_request_internal (r=0x8125304) at http_request.c:1298 #7 0x8062074 in ap_internal_redirect (new_uri=0x81252cc "/wacko/wakka.php?wakka=SsylkiNaUpravlenieSajjtami", r=0x8122034) at http_request.c:1435 #8 0x281b5d19 in handler_redirect (r=0x8122034) at mod_rewrite.c:1590 #9 0x8051fac in ap_invoke_handler (r=0x8122034) at http_config.c:475 #10 0x8061d71 in process_request_internal (r=0x8122034) at http_request.c:1298 #11 0x8061dd0 in ap_process_request (r=0x8122034) at http_request.c:1314 #12 0x805b19a in child_main (child_num_arg=0) at http_main.c:4786 #13 0x805b30c in make_child (s=0x8084034, slot=0, now=1108460485) at http_main.c:4901 #14 0x805b429 in startup_children (number_to_start=2) at http_main.c:4983 #15 0x805b97c in standalone_main (argc=2, argv=0xbfbffb84) at http_main.c:5315 #16 0x805c063 in main (argc=2, argv=0xbfbffb84) at http_main.c:5657 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: angela at hotmail dot com Reported By: asmi at owear dot ru Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: Anyone can do spyware removal get some information on http://spyware-removal.msk.ru/"; target=_blank>spyware removal. http://spyware-removal.msk.ru/ Previous Comments: [2005-04-16 21:58:43] angela at hotmail dot com To begin with spyware removal http://spyware-removal.msk.ru/"; target=_blank>spyware removal etc... http://spyware-removal.msk.ru/ [2005-04-15 14:20:55] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-02-15 10:58:02] asmi at owear dot ru Description: SIGSERV in shutdown_memory_manager after WackoWiki script execution I cannot find the exact part of code leading to crash. Reproduce code: --- http://wackowiki.com/files/wacko.r4.zip Expected result: WackoWiki good working for me. Actual result: -- (gdb) run -X Starting program: /usr/local/sbin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 491 REMOVE_POINTER_FROM_LIST(ptr); (gdb) p t $1 = (zend_mem_header *) 0xbfbfad74 (gdb) bt #0 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 #1 0x28272ff9 in php_request_shutdown (dummy=0x0) at /usr/ports/lang/php4/work/php-4.3.10/main/main.c:1003 #2 0x282b78ad in apache_php_module_main (r=0x8125304, display_source_mode=0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/sapi_apache.c:60 #3 0x282b8468 in send_php (r=0x8125304, display_source_mode=0, filename=0x0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:621 #4 0x282b84c9 in send_parsed_php (r=0x8125304) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:636 #5 0x8051fac in ap_invoke_handler (r=0x8125304) at http_config.c:475 #6 0x8061d71 in process_request_internal (r=0x8125304) at http_request.c:1298 #7 0x8062074 in ap_internal_redirect (new_uri=0x81252cc "/wacko/wakka.php?wakka=SsylkiNaUpravlenieSajjtami", r=0x8122034) at http_request.c:1435 #8 0x281b5d19 in handler_redirect (r=0x8122034) at mod_rewrite.c:1590 #9 0x8051fac in ap_invoke_handler (r=0x8122034) at http_config.c:475 #10 0x8061d71 in process_request_internal (r=0x8122034) at http_request.c:1298 #11 0x8061dd0 in ap_process_request (r=0x8122034) at http_request.c:1314 #12 0x805b19a in child_main (child_num_arg=0) at http_main.c:4786 #13 0x805b30c in make_child (s=0x8084034, slot=0, now=1108460485) at http_main.c:4901 #14 0x805b429 in startup_children (number_to_start=2) at http_main.c:4983 #15 0x805b97c in standalone_main (argc=2, argv=0xbfbffb84) at http_main.c:5315 #16 0x805c063 in main (argc=2, argv=0xbfbffb84) at http_main.c:5657 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#31981 [Com]: Crash in shutdown_memory_manager
ID: 31981 Comment by: angela at hotmail dot com Reported By: asmi at owear dot ru Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE-p27 PHP Version: 4.3.11 New Comment: To begin with spyware removal http://spyware-removal.msk.ru/"; target=_blank>spyware removal etc... http://spyware-removal.msk.ru/ Previous Comments: [2005-04-15 14:20:55] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-02-15 10:58:02] asmi at owear dot ru Description: SIGSERV in shutdown_memory_manager after WackoWiki script execution I cannot find the exact part of code leading to crash. Reproduce code: --- http://wackowiki.com/files/wacko.r4.zip Expected result: WackoWiki good working for me. Actual result: -- (gdb) run -X Starting program: /usr/local/sbin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 491 REMOVE_POINTER_FROM_LIST(ptr); (gdb) p t $1 = (zend_mem_header *) 0xbfbfad74 (gdb) bt #0 0x2828df02 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/ports/lang/php4/work/php-4.3.10/Zend/zend_alloc.c:491 #1 0x28272ff9 in php_request_shutdown (dummy=0x0) at /usr/ports/lang/php4/work/php-4.3.10/main/main.c:1003 #2 0x282b78ad in apache_php_module_main (r=0x8125304, display_source_mode=0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/sapi_apache.c:60 #3 0x282b8468 in send_php (r=0x8125304, display_source_mode=0, filename=0x0) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:621 #4 0x282b84c9 in send_parsed_php (r=0x8125304) at /usr/ports/lang/php4/work/php-4.3.10/sapi/apache/mod_php4.c:636 #5 0x8051fac in ap_invoke_handler (r=0x8125304) at http_config.c:475 #6 0x8061d71 in process_request_internal (r=0x8125304) at http_request.c:1298 #7 0x8062074 in ap_internal_redirect (new_uri=0x81252cc "/wacko/wakka.php?wakka=SsylkiNaUpravlenieSajjtami", r=0x8122034) at http_request.c:1435 #8 0x281b5d19 in handler_redirect (r=0x8122034) at mod_rewrite.c:1590 #9 0x8051fac in ap_invoke_handler (r=0x8122034) at http_config.c:475 #10 0x8061d71 in process_request_internal (r=0x8122034) at http_request.c:1298 #11 0x8061dd0 in ap_process_request (r=0x8122034) at http_request.c:1314 #12 0x805b19a in child_main (child_num_arg=0) at http_main.c:4786 #13 0x805b30c in make_child (s=0x8084034, slot=0, now=1108460485) at http_main.c:4901 #14 0x805b429 in startup_children (number_to_start=2) at http_main.c:4983 #15 0x805b97c in standalone_main (argc=2, argv=0xbfbffb84) at http_main.c:5315 #16 0x805c063 in main (argc=2, argv=0xbfbffb84) at http_main.c:5657 -- Edit this bug report at http://bugs.php.net/?id=31981&edit=1
#32730 [Opn]: ext/crack.c fails to compile with cracklib-2.8.3
ID: 32730 User updated by: dummy666 at mail dot ru Reported By: dummy666 at mail dot ru Status: Open Bug Type: Compile Failure Operating System: linux, cracklib-2.8.3 PHP Version: 4.3.11 New Comment: --without-crack configure option doesn't work as expected. neither does --with-crack=no Previous Comments: [2005-04-16 21:04:05] dummy666 at mail dot ru Description: packer.h of cracklib-2.8.3 defines STRINGSIZE inside "#ifdef IN_CRACKLIB" block making this macro invisible for others -- Edit this bug report at http://bugs.php.net/?id=32730&edit=1
#32730 [NEW]: ext/crack.c fails to compile with cracklib-2.8.3
From: dummy666 at mail dot ru Operating system: linux, cracklib-2.8.3 PHP version: 4.3.11 PHP Bug Type: Compile Failure Bug description: ext/crack.c fails to compile with cracklib-2.8.3 Description: packer.h of cracklib-2.8.3 defines STRINGSIZE inside "#ifdef IN_CRACKLIB" block making this macro invisible for others -- Edit bug report at http://bugs.php.net/?id=32730&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32730&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32730&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32730&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32730&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32730&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32730&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32730&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32730&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32730&r=support Expected behavior: http://bugs.php.net/fix.php?id=32730&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32730&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32730&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32730&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32730&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32730&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32730&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32730&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32730&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32730&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32730&r=mysqlcfg
#32710 [Bgs]: undefined reference to `krb5_rd_cred2' was gzgets in -lz... no
ID: 32710 User updated by: software-php at interfasys dot ch Reported By: software-php at interfasys dot ch Status: Bogus Bug Type: Compile Failure Operating System: FreeBSD 5.3 PHP Version: 4.3.11 New Comment: I've found the source of the problem. The krb5 port was installed and it was confusing the new PHP configure script. Previous Comments: [2005-04-16 05:19:12] software-php at interfasys dot ch [EMAIL PROTECTED] pkg-config --list-all libpcre libpcre - PCRE - Perl compatible regular expressions C library freetype2FreeType 2 - A free, high-quality, and portable font engine. libclamavlibclamav - A GPL virus scanner fontconfig Fontconfig - Font configuration and customization library openssl OpenSSL - Secure Sockets Layer and cryptography libraries and tools libxml-2.0 libXML - libXML library version2. xcursor Xcursor - X Cursor library libpng12 libpng12 - Loads and saves PNG files zzip-zlib-config zzip-zlib-config - ZLib Config (for ZZipLib) libxslt libxslt - XSLT library version 2. wv-1.0 wvWare - Word Document Filter library and utilities zzipwrap zzipwrap - Callback Wrappers for ZZipLib zziplib zziplib - ZZipLib - libZ-based ZIP-access Library libexslt libexslt - EXSLT Extension library [2005-04-16 05:05:59] software-php at interfasys dot ch [EMAIL PROTECTED] ldconfig -r gives me this: 19:-lz.2 => /lib/libz.so.2 139:-lz.1 => /usr/local/lib/libz.so.1 and /usr/local/lib/libz.so.1 goes to libz.so.1.2.2 [2005-04-16 01:08:53] software-php at interfasys dot ch How come 4.3.10 compiles just fine then? You've changed the configure script in the new builds and now it doesn't detect everything anymore. The old configure script still works well with 4.3.11. The output of the command your recommended to check: [EMAIL PROTECTED] krb5-config --libs gssapi -L/usr/lib -lgssapi -lkrb5 -lasn1 -lcrypto -lroken -lcrypt -lcom_err [2005-04-15 23:55:55] [EMAIL PROTECTED] It's still not PHP bug: Your LD_LIBRARY_PATH is obviously missing a path OR "krb5-config --libs gssapi" returns wrong information. [2005-04-15 14:26:44] software-php at interfasys dot ch Here is a bigger part of config.log in case it gives a better idea of what is going on: configure:18124: checking for gzgets in -lz configure:18143: gcc -o conftest -g -O2 -R/usr/local/lib -L/usr/local/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lz -lm -lgssapi -lkrb5 -lasn1 -lcrypto -lroken -lcrypt -lcom_err -lssl -lcrypto 1>&5 /usr/local/lib/libkrb5.so: warning: warning: mktemp() possibly used unsafely; consider using mkstemp() /usr/lib/libgssapi.so: undefined reference to `krb5_rd_cred2' /usr/lib/libgssapi.so: undefined reference to `krb5_crypto_destroy' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_address' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_data' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_keyblock' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setremotesubkey' /usr/lib/libgssapi.so: undefined reference to `krb5_data_free' /usr/lib/libgssapi.so: undefined reference to `krb5_config_get_strings' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setlocalsubkey' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_generatelocalsubkey' /usr/lib/libgssapi.so: undefined reference to `krb5_sockaddr2address' /usr/lib/libgssapi.so: undefined reference to `krb5_cc_get_ops' /usr/lib/libgssapi.so: undefined reference to `krb5_get_default_principal' /usr/lib/libgssapi.so: undefined reference to `krb5_cc_copy_cache' /usr/lib/libasn1.so: undefined reference to `init_error_table' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_con_setkey' /usr/lib/libgssapi.so: undefined reference to `krb5_get_forwarded_creds' /usr/lib/libgssapi.so: undefined reference to `krb5_get_err_text' /usr/lib/libgssapi.so: undefined reference to `krb5_ret_int32' /usr/lib/libgssapi.so: undefined reference to `krb5_h_addr2sockaddr' /usr/lib/libgssapi.so: undefined reference to `krb5_build_authenticator' /usr/lib/libgssapi.so: undefined reference to `krb5_build_ap_req' /usr/lib/libgssapi.so: undefined reference to `krb5_auth_getremoteseqnumber' /usr/lib/libgssapi.so: undefined reference to `krb5_data_zero' /usr/lib/libgssapi.so: undefined reference to `krb5_storage_free' /usr/lib/libgssapi.so: undefined reference to `krb5_config_free_strings' /usr/lib/libgssapi.so: undefined reference to `krb5_create_checksum' /usr/lib/libgssapi.so: undefined reference to `krb5_genera
#32729 [Opn]: comment linie with string include '?>'
ID: 32729 User updated by: bato3 at poczta dot fm Reported By: bato3 at poczta dot fm Status: Open Bug Type: Scripting Engine problem Operating System: ALL PHP Version: 5.0.3 New Comment: I'm forgot. That bug is in all version php, who i'm working Previous Comments: [2005-04-16 18:41:47] bato3 at poczta dot fm Description: If I coment line witch string, who include '?>' script crashed (Sorry tor my english) Reproduce code: --- '); ?> '); } ?>//line 5 Expected result: 1: Script: OK; data: bad 2: Script: Error Actual result: -- 1: '); 2: Parse error: parse error in /var/www/html/97.php on line 6 2: Unexpected end file -- Edit this bug report at http://bugs.php.net/?id=32729&edit=1
#32729 [Opn->Bgs]: comment linie with string include '?>'
ID: 32729 Updated by: [EMAIL PROTECTED] Reported By: bato3 at poczta dot fm -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: ALL PHP Version: 5.0.3 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 Read again our documentation on commenting methods. Previous Comments: [2005-04-16 18:44:38] bato3 at poczta dot fm I'm forgot. That bug is in all version php, who i'm working [2005-04-16 18:41:47] bato3 at poczta dot fm Description: If I coment line witch string, who include '?>' script crashed (Sorry tor my english) Reproduce code: --- '); ?> '); } ?>//line 5 Expected result: 1: Script: OK; data: bad 2: Script: Error Actual result: -- 1: '); 2: Parse error: parse error in /var/www/html/97.php on line 6 2: Unexpected end file -- Edit this bug report at http://bugs.php.net/?id=32729&edit=1
#32729 [NEW]: comment linie with string include '?>'
From: bato3 at poczta dot fm Operating system: ALL PHP version: 5.0.3 PHP Bug Type: Scripting Engine problem Bug description: comment linie with string include '?>' Description: If I coment line witch string, who include '?>' script crashed (Sorry tor my english) Reproduce code: --- '); ?> '); } ?>//line 5 Expected result: 1: Script: OK; data: bad 2: Script: Error Actual result: -- 1: '); 2: Parse error: parse error in /var/www/html/97.php on line 6 2: Unexpected end file -- Edit bug report at http://bugs.php.net/?id=32729&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32729&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32729&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32729&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32729&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32729&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32729&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32729&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32729&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32729&r=support Expected behavior: http://bugs.php.net/fix.php?id=32729&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32729&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32729&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32729&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32729&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32729&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32729&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32729&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32729&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32729&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32729&r=mysqlcfg
#32727 [Opn->Fbk]: Slow serialize on FreeBSD
ID: 32727 Updated by: [EMAIL PROTECTED] Reported By: cws at miraclenet dot co dot th -Status: Open +Status: Feedback Bug Type: Performance problem Operating System: FreeBSD PHP Version: 4.3.11 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip PHP 5.1-dev has got some optimizing done in this part, see if it's any better (without your patch of course) Previous Comments: [2005-04-16 13:39:18] cws at miraclenet dot co dot th This is a patch t42# diff -u ext/standard/php_smart_str.h /home/cws/php_smart_str.h --- ext/standard/php_smart_str.hWed Apr 16 16:12:37 2003 +++ /home/cws/php_smart_str.h Sat Apr 16 18:27:30 2005 @@ -32,6 +32,10 @@ #define SMART_STR_PREALLOC 128 #endif +#ifndef SMART_PTR_MAX_PREALLOC +#define SMART_PTR_MAX_PREALLOC 1048576 +#endif + #ifdef SMART_STR_USE_REALLOC #define SMART_STR_REALLOC(a,b,c) realloc((a),(b)) #else @@ -42,8 +46,11 @@ if (!d->c) d->len = d->a = 0; \ newlen = d->len + n; \ if (newlen >= d->a) {\ - d->c = SMART_STR_REALLOC(d->c, newlen + SMART_STR_PREALLOC + 1, what); \ - d->a = newlen + SMART_STR_PREALLOC; \ + size_t pre_alloc = newlen *2;\ + if ( pre_alloc > SMART_PTR_MAX_PREALLOC ) { pre_alloc = SMART_PTR_MAX_PREALLOC; }\ + if ( pre_alloc < SMART_STR_PREALLOC) { pre_alloc = SMART_STR_PREALLOC; }\ + d->c = SMART_STR_REALLOC(d->c, newlen + pre_alloc + 1, what); \ + d->a = newlen + pre_alloc; \ }\ } [2005-04-16 13:08:32] cws at miraclenet dot co dot th Description: serialize use a lot of realloc which are very slow on FreeBSD >From - http://rgarciasuarez.free.fr/p5p/p5p-200307-1.pod - Dan Kogai explained that FreeBSD comes with an implementation of malloc() that is optimized for paged memory, and safe from duplicate free() calls. But the downside is that realloc() is very slow. That's usually not a big deal, because most programs don't use realloc() very often -- but perl does. (The default configuration of perl on FreeBSD is to use perl's internal malloc, that hasn't this realloc limitation.) Serialize use a fix incremental value (SMART_STR_PREALLOC in php_smart_ptr.h). It better for serialize to use exponential incremential value to reduce number of realloc. -- Edit this bug report at http://bugs.php.net/?id=32727&edit=1
#31929 [Opn->Bgs]: Output Buffering Bug
ID: 31929 Updated by: [EMAIL PROTECTED] Reported By: clover at fromru dot com -Status: Open +Status: Bogus Bug Type: Output Control Operating System: WinXP, SuSe 9.2 (PHP:4.3...) PHP Version: 5.* New Comment: Try this instead: It does exactly same thing in PHP 4.3.x and PHP 5.x.x so Jakub is right here.. Previous Comments: [2005-04-13 11:36:00] [EMAIL PROTECTED] This is not a documentation bug, please revert your patch Jakub - this also works fine in PHP 4.3 and should work fine in PHP 5.x. [2005-04-05 15:00:49] [EMAIL PROTECTED] This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. You can't even call functions using the output buffering functions like print_r($expression, true) or highlight_file($filename, true) from a callback function. [2005-02-11 07:56:34] clover at fromru dot com Description: i'm using ob_start() with a callback function; internally in it i use $res=var_export($var, TRUE) function but got an error: [11-Feb-2005 08:28:15] PHP Fatal error: var_export() [ref.outcontrol]: Cannot use output buffering in output buffering display handlers in E:\htdocs\index.php on line XXX Reproduce code: --- Expected result: the "dump" of all sent headers instead of string "something..." Actual result: -- "PHP Fatal error..." Comment: this error actually must be when i call var_dump() or var_export($var, FALSE) in output buffering handler. -- Edit this bug report at http://bugs.php.net/?id=31929&edit=1
#31929 [Csd->Opn]: Output Buffering Bug
ID: 31929 Updated by: [EMAIL PROTECTED] Reported By: clover at fromru dot com -Status: Closed +Status: Open -Bug Type: Documentation problem +Bug Type: Output Control Operating System: WinXP, SuSe 9.2 (PHP:4.3...) -PHP Version: 5.0.3 +PHP Version: 5.* Previous Comments: [2005-04-13 11:36:00] [EMAIL PROTECTED] This is not a documentation bug, please revert your patch Jakub - this also works fine in PHP 4.3 and should work fine in PHP 5.x. [2005-04-05 15:00:49] [EMAIL PROTECTED] This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. You can't even call functions using the output buffering functions like print_r($expression, true) or highlight_file($filename, true) from a callback function. [2005-02-11 07:56:34] clover at fromru dot com Description: i'm using ob_start() with a callback function; internally in it i use $res=var_export($var, TRUE) function but got an error: [11-Feb-2005 08:28:15] PHP Fatal error: var_export() [ref.outcontrol]: Cannot use output buffering in output buffering display handlers in E:\htdocs\index.php on line XXX Reproduce code: --- Expected result: the "dump" of all sent headers instead of string "something..." Actual result: -- "PHP Fatal error..." Comment: this error actually must be when i call var_dump() or var_export($var, FALSE) in output buffering handler. -- Edit this bug report at http://bugs.php.net/?id=31929&edit=1
#32727 [Opn]: Slow serialize on FreeBSD
ID: 32727 User updated by: cws at miraclenet dot co dot th Reported By: cws at miraclenet dot co dot th Status: Open Bug Type: Performance problem Operating System: FreeBSD PHP Version: 4.3.11 New Comment: This is a patch t42# diff -u ext/standard/php_smart_str.h /home/cws/php_smart_str.h --- ext/standard/php_smart_str.hWed Apr 16 16:12:37 2003 +++ /home/cws/php_smart_str.h Sat Apr 16 18:27:30 2005 @@ -32,6 +32,10 @@ #define SMART_STR_PREALLOC 128 #endif +#ifndef SMART_PTR_MAX_PREALLOC +#define SMART_PTR_MAX_PREALLOC 1048576 +#endif + #ifdef SMART_STR_USE_REALLOC #define SMART_STR_REALLOC(a,b,c) realloc((a),(b)) #else @@ -42,8 +46,11 @@ if (!d->c) d->len = d->a = 0; \ newlen = d->len + n; \ if (newlen >= d->a) {\ - d->c = SMART_STR_REALLOC(d->c, newlen + SMART_STR_PREALLOC + 1, what); \ - d->a = newlen + SMART_STR_PREALLOC; \ + size_t pre_alloc = newlen *2;\ + if ( pre_alloc > SMART_PTR_MAX_PREALLOC ) { pre_alloc = SMART_PTR_MAX_PREALLOC; }\ + if ( pre_alloc < SMART_STR_PREALLOC) { pre_alloc = SMART_STR_PREALLOC; }\ + d->c = SMART_STR_REALLOC(d->c, newlen + pre_alloc + 1, what); \ + d->a = newlen + pre_alloc; \ }\ } Previous Comments: [2005-04-16 13:08:32] cws at miraclenet dot co dot th Description: serialize use a lot of realloc which are very slow on FreeBSD >From - http://rgarciasuarez.free.fr/p5p/p5p-200307-1.pod - Dan Kogai explained that FreeBSD comes with an implementation of malloc() that is optimized for paged memory, and safe from duplicate free() calls. But the downside is that realloc() is very slow. That's usually not a big deal, because most programs don't use realloc() very often -- but perl does. (The default configuration of perl on FreeBSD is to use perl's internal malloc, that hasn't this realloc limitation.) Serialize use a fix incremental value (SMART_STR_PREALLOC in php_smart_ptr.h). It better for serialize to use exponential incremential value to reduce number of realloc. -- Edit this bug report at http://bugs.php.net/?id=32727&edit=1
#32609 [Asn->Csd]: simplexml_load_file crashes CLI
ID: 32609 Updated by: [EMAIL PROTECTED] Reported By: mlovett at morpace dot com -Status: Assigned +Status: Closed Bug Type: SimpleXML related Operating System: Windows XP PHP Version: 5.0.4 Assigned To: edink New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. was engine memory corruption bug in boolean comparisons. Previous Comments: [2005-04-16 12:50:15] [EMAIL PROTECTED] Edin, the libxml2 version propably..? (ask Rob what he uses :) [2005-04-06 20:55:04] [EMAIL PROTECTED] can reproduce this only with release and snaps builds but not my own builds. Really strange is that if: if ($xml == false) is changed to if ($xml == FALSE) it works fine - also crashes when using true rather than TRUE in test. comparing to other values also doesnt crash. Backtrace looks really pooched too when it crashed: php5ts.dll!zend_hash_apply_deleter(_hashtable * ht=0x00327990, bucket * p=0x00a3fe10) Line 587 + 0x8 C php5ts.dll!zend_hash_graceful_reverse_destroy(_hashtable * ht=0x00327990) Line 641C php5ts.dll!shutdown_executor(void * * * tsrm_ls=0x00b2d0c0) Line 208 + 0x17 C ntdll.dll!7c9105c8() ntdll.dll!7c910551() ntdll.dll!7c91056d() ntdll.dll!7c90fb6c() ntdll.dll!7c90fb71() msvcrt.dll!77c39f8e() msvcrt.dll!77c1d726() php5ts.dll!zend_deactivate(void * * * tsrm_ls=0x10167235) Line 819 C php5ts.dll!_xmlIsMainThread() + 0x1e php5ts.dll!___xmlGenericError() + 0x5 php5ts.dll!_xmlSetGenericErrorFunc() + 0x22 php5ts.dll!zm_deactivate_libxml(int type=1, int module_number=20, void * * * tsrm_ls=0x00323de0) Line 487C php5ts.dll!module_registry_cleanup(_zend_module_entry * module=0x00ae79d8, void * * * tsrm_ls=0x00323de0) Line 1535 + 0x11 C php5ts.dll!zend_hash_apply(_hashtable * ht=0x10349f80, int (void *, void * * *)* apply_func=0x10006550, void * * * tsrm_ls=0x00327a20) Line 664 + 0x7 C php5ts.dll!zend_deactivate_modules(void * * * tsrm_ls=0x00323de0) Line 802 + 0x10 C php5ts.dll!php_request_shutdown(void * dummy=0x) Line 1218C php.exe!main(int argc=2, char * * argv=0x00322cc0) Line 1050 C php.exe!_mainCRTStartup() + 0xe3 kernel32.dll!7c816d4f() kernel32.dll!7c8399f3() [2005-04-06 18:41:11] [EMAIL PROTECTED] Cannot reproduce with HEAD, no 5.0.4 here on windows, anybody? And it workds fine on *nix. [2005-04-06 17:24:09] mlovett at morpace dot com Description: Trying to load a simple xml file. PHP crashes (see the dialog box "Sorry, the CLI needs to close now" Reproduce code: --- /// here's the input file: mars jupiter Expected result: I expected the file to load, or FALSE to be returned Actual result: -- CLI crashes -- Edit this bug report at http://bugs.php.net/?id=32609&edit=1
#28264 [Opn->Csd]: SQLite not doing multiple queries
ID: 28264 Updated by: [EMAIL PROTECTED] Reported By: csaba at alum dot mit dot edu -Status: Open +Status: Closed Bug Type: SQLite related Operating System: Win 2K Pro PHP Version: 5CVS-2004-05-03 (dev) New Comment: This is the 1st then. Can you now please leave this issue closed? (won't fix) Previous Comments: [2005-04-15 12:33:58] csaba at alum dot mit dot edu That same comment goes on to say: When executing multiple queries, the return value of this function will be FALSE if there was an error, but undefined otherwise (it might be TRUE for success or it might return a result handle). Is this supposed to be like a Heisenberg uncertainty principle? - The very action of testing for sqlite_query's return value causes the multiple queries not to be executed. Specifically, assigning the return value to a variable (but otherwise not using it) or even an if (sqlite_query(...)); will cause the multiple queries not to be executed. I have simplified my example to show this. If you have already said earlier that the return value may not be used upon pain of first SQL statement only being executed, I don't think it makes sense to talk about the return value being FALSE or otherwise in a multiple execution context. Csaba PS. This really is incongruous. How many other PHP functions are there where the act of assigning the function's return value causes a difference in how the function has behaved? [2005-04-05 09:43:03] [EMAIL PROTECTED] It's already documented: sqlite_query: "SQLite will execute multiple queries ... However, this works only when the result of the function is not used - if it is used, only the first SQL statement would be executed." Changing back the state to "Closed SQLite". [2005-04-05 01:49:36] csaba at alum dot mit dot edu It's unclear to me from the earlier comments that fixed means there is another function which mostly does what this one is documented as supposed to be doing (and today's earlier rejoinder is the the first mention of sqlite_exec). Nevertheless, I had tested with sqlite_exec before submitting the report earlier today, and yes, it does do multiple queries. To me, fixed includes the documentation agreeing with observed behaviour. As I noted in the original report, the documentation for sqlite_query says that SQLite will execute multiple queries. If the code isn't going to change, perhaps the documentation should. Therefore, I have reclassified the Category as 'Documentation problem'. [2005-04-05 01:19:18] [EMAIL PROTECTED] It was fixed: You need to use sqlite_exec() instead of sqlite_query() (took about 2 minutes for me to figure out and I don't use SQLite at all..) [2005-04-04 22:00:25] csaba at alum dot mit dot edu This is still behaving in the same way as originally described (just tested on PHP 5.0.4-dev 11-Mar-2005). Here is slightly nicer code to show the problem: Table was created:"; var_dump ($acT); $aiT = sqlite_array_query ($db, $insertTest, SQLITE_ASSOC); print ""; if ($aiT) {print "with rows:"; var_dump ($aiT); } else print "but nothing was inserted"; ?> Csaba 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/28264 -- Edit this bug report at http://bugs.php.net/?id=28264&edit=1
#32727 [NEW]: Slow serialize on FreeBSD
From: cws at miraclenet dot co dot th Operating system: FreeBSD PHP version: 4.3.11 PHP Bug Type: Performance problem Bug description: Slow serialize on FreeBSD Description: serialize use a lot of realloc which are very slow on FreeBSD >From - http://rgarciasuarez.free.fr/p5p/p5p-200307-1.pod - Dan Kogai explained that FreeBSD comes with an implementation of malloc() that is optimized for paged memory, and safe from duplicate free() calls. But the downside is that realloc() is very slow. That's usually not a big deal, because most programs don't use realloc() very often -- but perl does. (The default configuration of perl on FreeBSD is to use perl's internal malloc, that hasn't this realloc limitation.) Serialize use a fix incremental value (SMART_STR_PREALLOC in php_smart_ptr.h). It better for serialize to use exponential incremential value to reduce number of realloc. -- Edit bug report at http://bugs.php.net/?id=32727&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32727&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32727&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32727&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32727&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32727&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32727&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32727&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32727&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32727&r=support Expected behavior: http://bugs.php.net/fix.php?id=32727&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32727&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32727&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32727&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32727&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32727&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32727&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32727&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32727&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32727&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32727&r=mysqlcfg
#28972 [Ver]: [] operator overflow treatment is incorrect
ID: 28972 Updated by: [EMAIL PROTECTED] Reported By: tomas_matousek at hotmail dot com Status: Verified Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 4CVS, 5CVS (2005-04-16) New Comment: /usr/src/php/php5/Zend/zend_execute.c(891) : Freeing 0x09C7786C (16 bytes), script=t.php Previous Comments: [2005-03-06 20:34:10] [EMAIL PROTECTED] /usr/src/php/php5/Zend/zend_execute.c(921) : Freeing 0x09F5C4B4 (16 bytes), script=t.php [2005-03-06 20:33:58] [EMAIL PROTECTED] Leaks too: /usr/src/php/php_4_3/Zend/zend_execute.c(501) : Freeing 0x09ACF6A4 (12 bytes), script=t.php [2004-06-30 11:08:01] tomas_matousek at hotmail dot com Description: If there is an item in an array having key = 2^31-1 and you use [] operator without specifying a key it overflows and adds a new item with min. int (-2^31) in the array. This is IMHO not correct or at least not consistent with the manual where the following sentence is stated: "If you do not specify a key for a given value, then the maximum of the integer indices is taken, and the new key will be that maximum value + 1." Moreover, consider the folowing array: $a = array(2^31-2 => 1,-2^31 => 1) and use $a[] twice. You get warning: "Cannot add element to the array as the next element is already occupied". But if the array is $a = array(2^31-1 => 1,-2^31 => 1) a new item is added with a key -2^31+1 with no warning. However, if you use array_push instead [] it does never report a warning but does the same as []. IMHO it will be more correct if both [] and array_push do not add a new key and report a warning or notice if the maximal integer key reaches maximum value 2^31-1. Reproduce code: --- $a = array(2147483647 => 1, -2147483648 => 1); $a[] = 2; $a[] = 3; var_dump($a); $a = array(2147483646 => 1, -2147483648 => 1); $a[] = 2; $a[] = 3; var_dump($a); Expected result: Warning: Cannot add element to array - integer key reached maximal possible value ... Warning: Cannot add element to array - integer key reached maximal possible value ... array(4) { [2147483647]=> int(1) [-2147483648]=> int(1) } Warning: Cannot add element to array - integer key reached maximal possible value ... array(3) { [2147483646]=> int(1) [-2147483648]=> int(1) [2147483647]=> int(2) } Actual result: -- array(4) { [2147483647]=> int(1) [-2147483648]=> int(1) [-2147483647]=> int(2) [-2147483646]=> int(3) } Warning: Cannot add element to the array as the next element is already occupied in ... array(3) { [2147483646]=> int(1) [-2147483648]=> int(1) [2147483647]=> int(2) } -- Edit this bug report at http://bugs.php.net/?id=28972&edit=1
#32609 [Opn->Asn]: simplexml_load_file crashes CLI
ID: 32609 Updated by: [EMAIL PROTECTED] Reported By: mlovett at morpace dot com -Status: Open +Status: Assigned Bug Type: SimpleXML related Operating System: Windows XP PHP Version: 5.0.4 -Assigned To: +Assigned To: edink New Comment: Edin, the libxml2 version propably..? (ask Rob what he uses :) Previous Comments: [2005-04-06 20:55:04] [EMAIL PROTECTED] can reproduce this only with release and snaps builds but not my own builds. Really strange is that if: if ($xml == false) is changed to if ($xml == FALSE) it works fine - also crashes when using true rather than TRUE in test. comparing to other values also doesnt crash. Backtrace looks really pooched too when it crashed: php5ts.dll!zend_hash_apply_deleter(_hashtable * ht=0x00327990, bucket * p=0x00a3fe10) Line 587 + 0x8 C php5ts.dll!zend_hash_graceful_reverse_destroy(_hashtable * ht=0x00327990) Line 641C php5ts.dll!shutdown_executor(void * * * tsrm_ls=0x00b2d0c0) Line 208 + 0x17 C ntdll.dll!7c9105c8() ntdll.dll!7c910551() ntdll.dll!7c91056d() ntdll.dll!7c90fb6c() ntdll.dll!7c90fb71() msvcrt.dll!77c39f8e() msvcrt.dll!77c1d726() php5ts.dll!zend_deactivate(void * * * tsrm_ls=0x10167235) Line 819 C php5ts.dll!_xmlIsMainThread() + 0x1e php5ts.dll!___xmlGenericError() + 0x5 php5ts.dll!_xmlSetGenericErrorFunc() + 0x22 php5ts.dll!zm_deactivate_libxml(int type=1, int module_number=20, void * * * tsrm_ls=0x00323de0) Line 487C php5ts.dll!module_registry_cleanup(_zend_module_entry * module=0x00ae79d8, void * * * tsrm_ls=0x00323de0) Line 1535 + 0x11 C php5ts.dll!zend_hash_apply(_hashtable * ht=0x10349f80, int (void *, void * * *)* apply_func=0x10006550, void * * * tsrm_ls=0x00327a20) Line 664 + 0x7 C php5ts.dll!zend_deactivate_modules(void * * * tsrm_ls=0x00323de0) Line 802 + 0x10 C php5ts.dll!php_request_shutdown(void * dummy=0x) Line 1218C php.exe!main(int argc=2, char * * argv=0x00322cc0) Line 1050 C php.exe!_mainCRTStartup() + 0xe3 kernel32.dll!7c816d4f() kernel32.dll!7c8399f3() [2005-04-06 18:41:11] [EMAIL PROTECTED] Cannot reproduce with HEAD, no 5.0.4 here on windows, anybody? And it workds fine on *nix. [2005-04-06 17:24:09] mlovett at morpace dot com Description: Trying to load a simple xml file. PHP crashes (see the dialog box "Sorry, the CLI needs to close now" Reproduce code: --- /// here's the input file: mars jupiter Expected result: I expected the file to load, or FALSE to be returned Actual result: -- CLI crashes -- Edit this bug report at http://bugs.php.net/?id=32609&edit=1
#32724 [Fbk->Opn]: sqlite_free_result would be useful for some transaction scenarios
ID: 32724 User updated by: victor-php at boivie dot com Reported By: victor-php at boivie dot com -Status: Feedback +Status: Open Bug Type: SQLite related Operating System: Not important PHP Version: 5.0.4 New Comment: That actually produces correct results. So setting a resource to null frees the resource? http://se2.php.net/manual/en/language.types.resource.php mentions that "Due to the reference-counting system ... it is automatically detected when a resource is no longer referred to .. all resources that were in use for this resource are made free by the garbage collector. For this reason, it is rarely ever necessary to free the memory manually by using some free_result function." So it is actually noted in the manual. However, for symmetry in the PHP language, I still think it's a good idea to have a sqlite_free_result that does exactly this, as there is for many other databases (every other?). It would be more intuitive anyway - what do you think? Thanks for your help! Previous Comments: [2005-04-16 00:23:56] [EMAIL PROTECTED] $res = null; not good enough? [2005-04-15 21:11:52] victor-php at boivie dot com Description: This is a function FEATURE REQUEST and not a real bug. But it's SQLite related so I put it there instead. When you start a transaction and want to do a SELECT and then an UPDATE (for example), the results from the SELECT-query must be finished before you are allowed to UPDATE (due to the table locking) This means that you must step through all rows of the resultset (until the sqlite_fetch_xxx returns false). In some cases, it would be good to prematurely finish a SELECT-resultset to be able to do an UPDATE without having to loop through all remaining rows. Thus, a sqlite_free_result() function would be useful. Reproduce code: --- $db = sqlite_open("test.db"); sqlite_exec($db, "BEGIN TRANSACTION"); $res = sqlite_unbuffered_query($db, "SELECT * FROM temp"); $row = sqlite_fetch_array($res); sqlite_exec($db, "UPDATE temp SET value=10 WHERE id=1"); sqlite_exec($db, "END TRANSACTION"); sqlite_close($db); Expected result: Well, I expect it to fail. With a sqlite_free_result($res) after the sqlite_fetch_array-statement I would expect it to work. A workaround is, (after you have retrieved your important results from the SELECT), to do a while (sqlite_fetch_array($res)); ... to step through the remaining rows. Actual result: -- Well, it fails as I expected. -- Edit this bug report at http://bugs.php.net/?id=32724&edit=1