#41208 [Opn->Asn]: saveXML() fails with iso-8859-1 input
ID: 41208 Updated by: [EMAIL PROTECTED] Reported By: scott at realorganized dot com -Status: Open +Status: Assigned Bug Type: DOM XML related Operating System: Mac OS X, Linux PHP Version: 5.2.1 -Assigned To: +Assigned To: rrichards New Comment: Rob, please verify this. Previous Comments: [2007-04-26 22:17:58] scott at realorganized dot com change: $domfather->saveXML() to: $domfather->saveXML($node) in the example code and execute and no echo at all - no error, nothing. It's like it crashed or something. [2007-04-26 21:53:54] scott at realorganized dot com Description: When using input encoding of charset=iso-8859-1 domDocument() fails to output the ascii code 200 (e grave) using saveXML() Reproduce code: --- Here's some example code that shows the problem: createElement("xxx", chr(200)); $domfather->appendChild($node); echo ""; echo htmlspecialchars($domfather->saveXML()); $nodelist = $domfather->getElementsByTagName("xxx"); $data = $nodelist->item(0)->nodeValue; echo $data; echo strlen($data); ?> Expected result: I was expecting the saveXML() to output the e grave symbol (ascii 200) iso-8859-1 character mapping is here: http://old.no/charmap/iso-8859-1.html and shows that ascii is completely valid. Please notice that the data is provided correctly when I ask for it by node. the failure is just when using the saveXML() function. Actual result: -- The output from my server is below. When I retrieve the node's data back, it is as expected. But it's the saveXML() code that seems to have a problem. I suspect the problem is with the utf-8 -> iso-8859 conversion before output. Warning: DOMDocument::saveXML() [function.DOMDocument-saveXML]: output conversion failed due to conv error in /Library/Tenon/ WebServer/WebSites/realtyjuggler.com/subscription/test.php on line 23 Warning: DOMDocument::saveXML() [function.DOMDocument-saveXML]: Bytes: 0xC8 0x3C 0x2F 0x78 in /Library/Tenon/WebServer/WebSites/ realtyjuggler.com/subscription/test.php on line 23 È1 -- Edit this bug report at http://bugs.php.net/?id=41208&edit=1
#40633 [Sus]: disk_free_space returns a bad result on filesystems with negative free space
ID: 40633 User updated by: adam-phpbugs at adam dot gs Reported By: adam-phpbugs at adam dot gs Status: Suspended Bug Type: Filesystem function related Operating System: FreeBSD PHP Version: 5.2.1 Assigned To: tony2001 New Comment: For some reason I didn't get any notification of stas's message. this is FreeBSD 6.2-STABLE struct statvfs { fsblkcnt_t f_bavail; /* Number of blocks */ fsblkcnt_t f_bfree; fsblkcnt_t f_blocks; fsfilcnt_t f_favail; /* Number of files (e.g., inodes) */ fsfilcnt_t f_ffree; fsfilcnt_t f_files; unsigned long f_bsize;/* Size of blocks counted above */ unsigned long f_flag; unsigned long f_frsize; /* Size of fragments */ unsigned long f_fsid; /* Not meaningful */ unsigned long f_namemax; /* Same as pathconf(_PC_NAME_MAX) */ }; http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/sys/statvfs.h for cvs/changelog (make sure your looking at 6.2-RELEASE) branch, there may be differences. Previous Comments: [2007-04-10 20:58:25] [EMAIL PROTECTED] Funny thing is that PHP doesn't use any unsigned numbers on the way - it translates it directly from system call int64 to double. I guess version of the system and header file defining struct statvfs would be useful. [2007-02-26 15:44:08] [EMAIL PROTECTED] Please provide an SSH account on a machine where I can reproduce it. [2007-02-26 13:33:03] adam-phpbugs at adam dot gs changing OS to FreeBSD [2007-02-26 13:32:36] adam-phpbugs at adam dot gs This was FreeBSD if you look at the FreeBSD manpage for tunefs(8), this is the intended behaviour. http://www.freebsd.org/cgi/man.cgi? query=tunefs&apropos=0&sektion=0&manpath=FreeBSD+6.2- RELEASE&format=html Basically, in FreeBSD (under UFS2 at least) avaliable space is calculated as total minus used minus reserved. A small % (8 by default) is reserved. So, this is not really a bug, but actually an intended feature. [2007-02-26 09:33:41] [EMAIL PROTECTED] What kind of BSD is that and don't you think that negative free space is a BSD bug? 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/40633 -- Edit this bug report at http://bugs.php.net/?id=40633&edit=1
#41207 [Opn->Fbk]: Occasional page faults when CLI finishes running
ID: 41207 Updated by: [EMAIL PROTECTED] Reported By: ehudshapira at hotmail dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows98SE PHP Version: 4.4.6 New Comment: There is no PHP4 debug pack. Previous Comments: [2007-04-26 22:34:52] ehudshapira at hotmail dot com I don't see a Win32 debug pack for 4.xx. Am I looking in the wrong place? [2007-04-26 21:35:55] [EMAIL PROTECTED] 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. [2007-04-26 21:05:12] ehudshapira at hotmail dot com Description: PHP commandline crashes with a page fault every now and then (say, 10-40 runs) *after* finishing to execute. It isn't triggered by any specific code, and the crash seems to happen after the whole script was executed ok. Configuration is the default recommended ini. The error: "PHP caused an invalid page fault in module KERNEL32.DLL at 0187:bff7b992." Reproduce code: --- // random example code 0;) echo 'test'; ?> Expected result: No crashes. Actual result: -- Crashes. -- Edit this bug report at http://bugs.php.net/?id=41207&edit=1
#41194 [Bgs]: Similar to bug #39781
ID: 41194 Updated by: [EMAIL PROTECTED] Reported By: bugs dot php at anonymousmail dot net Status: Bogus Bug Type: Reproducible crash Operating System: Windows XP Professional x64 Edit PHP Version: 5.2.1 New Comment: >My point was, if someone wants to install php and they don't know >about this stuff, then they will be UNABLE to use php! These are just warnings and they say "you did not read the docs, go now and read them". >For the longest time I tried to get php to work on my computer. >I gave up many times. Well, you should really start with the docs. >..they usually don't expect to maximize the likelihood that it >will crash for unknown (to them) reasons! Crash? What crash are you talking about? >You can't expect everyone that wishes to learn and use php to be >knowledgeable about dependencies, etc. They just want to LEARN how to >use php, which they can't do if they can't successfully install php! Huh? Dependencies? All these dependencies are described in the docs and we do expect everyone to be able to read. >This is a real bug, because if you install all the extensions, it >crashes and it's reproducible. >If it crashes AND it's reproducible, is that not a bug??? Startup warnings are no crashes and you should start reading the docs before installing anything. Not PHP problem. Previous Comments: [2007-04-26 22:03:43] bugs dot php at anonymousmail dot net Yes, it is apparent that these extensions require third party libraries. Which is exactly why I posted this bug report in the first place. My point was, if someone wants to install php and they don't know about this stuff, then they will be UNABLE to use php! I know this from past experience. For the longest time I tried to get php to work on my computer. I gave up many times. Finally, I figured out what was happening with the extensions! Then I took a great deal of time to document what was happening so you could see exactly what I was talking about. When someone installs software on their computer, they usually want to install everything to maximize the potential of the software. When they do this, they usually don't expect to maximize the likelihood that it will crash for unknown (to them) reasons! You can't expect everyone that wishes to learn and use php to be knowledgeable about dependencies, etc. They just want to LEARN how to use php, which they can't do if they can't successfully install php! You can call this a bogus bug if you want, but it apparently is a real issue for some users. This is a real bug, because if you install all the extensions, it crashes and it's reproducible. If it crashes AND it's reproducible, is that not a bug??? [2007-04-26 08:59:52] [EMAIL PROTECTED] All these extensions require thirtd party libraris which are apparently missing in your system. [2007-04-26 00:25:45] bugs dot php at anonymousmail dot net One small thing I noticed while looking at phpinfo is that the internal value of "include_path" is ".;C:\php5\pear". I installed pear, but the installer didn't change include_path. [2007-04-25 23:57:51] bugs dot php at anonymousmail dot net In the FileAlyzer output, it says: File: C:\Programs\php5\ext\php_netools.dll This is where I had originally installed php. I completely uninstalled php and reinstalled it to the default location thinking it would help, but it didn't. [2007-04-25 23:44:23] bugs dot php at anonymousmail dot net I forgot to mention that I can use the mysql amd mysqli extensions which enable me to successfully run phpmyadmin. PHP works great on my system until I install one of the extensions listed in the Apache error log which failed to load. 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/41194 -- Edit this bug report at http://bugs.php.net/?id=41194&edit=1
#41207 [Fbk->Opn]: Occasional page faults when CLI finishes running
ID: 41207 User updated by: ehudshapira at hotmail dot com Reported By: ehudshapira at hotmail dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows98SE PHP Version: 4.4.6 New Comment: I don't see a Win32 debug pack for 4.xx. Am I looking in the wrong place? Previous Comments: [2007-04-26 21:35:55] [EMAIL PROTECTED] 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. [2007-04-26 21:05:12] ehudshapira at hotmail dot com Description: PHP commandline crashes with a page fault every now and then (say, 10-40 runs) *after* finishing to execute. It isn't triggered by any specific code, and the crash seems to happen after the whole script was executed ok. Configuration is the default recommended ini. The error: "PHP caused an invalid page fault in module KERNEL32.DLL at 0187:bff7b992." Reproduce code: --- // random example code 0;) echo 'test'; ?> Expected result: No crashes. Actual result: -- Crashes. -- Edit this bug report at http://bugs.php.net/?id=41207&edit=1
#41208 [Opn]: saveXML() fails with iso-8859-1 input
ID: 41208 User updated by: scott at realorganized dot com Reported By: scott at realorganized dot com Status: Open Bug Type: DOM XML related Operating System: Mac OS X, Linux PHP Version: 5.2.1 New Comment: change: $domfather->saveXML() to: $domfather->saveXML($node) in the example code and execute and no echo at all - no error, nothing. It's like it crashed or something. Previous Comments: [2007-04-26 21:53:54] scott at realorganized dot com Description: When using input encoding of charset=iso-8859-1 domDocument() fails to output the ascii code 200 (e grave) using saveXML() Reproduce code: --- Here's some example code that shows the problem: createElement("xxx", chr(200)); $domfather->appendChild($node); echo ""; echo htmlspecialchars($domfather->saveXML()); $nodelist = $domfather->getElementsByTagName("xxx"); $data = $nodelist->item(0)->nodeValue; echo $data; echo strlen($data); ?> Expected result: I was expecting the saveXML() to output the e grave symbol (ascii 200) iso-8859-1 character mapping is here: http://old.no/charmap/iso-8859-1.html and shows that ascii is completely valid. Please notice that the data is provided correctly when I ask for it by node. the failure is just when using the saveXML() function. Actual result: -- The output from my server is below. When I retrieve the node's data back, it is as expected. But it's the saveXML() code that seems to have a problem. I suspect the problem is with the utf-8 -> iso-8859 conversion before output. Warning: DOMDocument::saveXML() [function.DOMDocument-saveXML]: output conversion failed due to conv error in /Library/Tenon/ WebServer/WebSites/realtyjuggler.com/subscription/test.php on line 23 Warning: DOMDocument::saveXML() [function.DOMDocument-saveXML]: Bytes: 0xC8 0x3C 0x2F 0x78 in /Library/Tenon/WebServer/WebSites/ realtyjuggler.com/subscription/test.php on line 23 È1 -- Edit this bug report at http://bugs.php.net/?id=41208&edit=1
#41208 [NEW]: saveXML() fails with iso-8859-1 input
From: scott at realorganized dot com Operating system: Mac OS X, Linux PHP version: 5.2.1 PHP Bug Type: DOM XML related Bug description: saveXML() fails with iso-8859-1 input Description: When using input encoding of charset=iso-8859-1 domDocument() fails to output the ascii code 200 (e grave) using saveXML() Reproduce code: --- Here's some example code that shows the problem: createElement("xxx", chr(200)); $domfather->appendChild($node); echo ""; echo htmlspecialchars($domfather->saveXML()); $nodelist = $domfather->getElementsByTagName("xxx"); $data = $nodelist->item(0)->nodeValue; echo $data; echo strlen($data); ?> Expected result: I was expecting the saveXML() to output the e grave symbol (ascii 200) iso-8859-1 character mapping is here: http://old.no/charmap/iso-8859-1.html and shows that ascii is completely valid. Please notice that the data is provided correctly when I ask for it by node. the failure is just when using the saveXML() function. Actual result: -- The output from my server is below. When I retrieve the node's data back, it is as expected. But it's the saveXML() code that seems to have a problem. I suspect the problem is with the utf-8 -> iso-8859 conversion before output. Warning: DOMDocument::saveXML() [function.DOMDocument-saveXML]: output conversion failed due to conv error in /Library/Tenon/ WebServer/WebSites/realtyjuggler.com/subscription/test.php on line 23 Warning: DOMDocument::saveXML() [function.DOMDocument-saveXML]: Bytes: 0xC8 0x3C 0x2F 0x78 in /Library/Tenon/WebServer/WebSites/ realtyjuggler.com/subscription/test.php on line 23 È1 -- Edit bug report at http://bugs.php.net/?id=41208&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41208&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41208&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41208&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41208&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41208&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41208&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41208&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41208&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41208&r=support Expected behavior:http://bugs.php.net/fix.php?id=41208&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41208&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41208&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41208&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41208&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41208&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41208&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41208&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41208&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41208&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41208&r=mysqlcfg
#31994 [Com]: output conversion failed due to conv error
ID: 31994 Comment by: scott at realorganized dot com Reported By: misnet at hotmail dot com Status: No Feedback Bug Type: XSLT related Operating System: windows 2003 server PHP Version: 5CVS-2005-02-25 New Comment: Here's some example code that shows the problem: createElement("xxx", chr(200)); $domfather->appendChild($node); echo ""; echo htmlspecialchars($domfather->saveXML()); $nodelist = $domfather->getElementsByTagName("xxx"); $data = $nodelist->item(0)->nodeValue; echo $data; echo strlen($data); ?> Character code 200 is an e grave and is a valid iso-8859-1 character. The output from my server is below. When I retrieve the node's data back, it is as expected. But it's the saveXML() code that seems to have a problem. I suspect the problem is with the utf-8 -> iso-8859 conversion before output. Warning: DOMDocument::saveXML() [function.DOMDocument-saveXML]: output conversion failed due to conv error in /Library/Tenon/ WebServer/WebSites/realtyjuggler.com/subscription/test.php on line 23 Warning: DOMDocument::saveXML() [function.DOMDocument-saveXML]: Bytes: 0xC8 0x3C 0x2F 0x78 in /Library/Tenon/WebServer/WebSites/ realtyjuggler.com/subscription/test.php on line 23 È1 Previous Comments: [2005-04-17 01:00:06] 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". [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? 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
#41207 [Opn->Fbk]: Occasional page faults when CLI finishes running
ID: 41207 Updated by: [EMAIL PROTECTED] Reported By: ehudshapira at hotmail dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows98SE PHP Version: 4.4.6 New Comment: 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. Previous Comments: [2007-04-26 21:05:12] ehudshapira at hotmail dot com Description: PHP commandline crashes with a page fault every now and then (say, 10-40 runs) *after* finishing to execute. It isn't triggered by any specific code, and the crash seems to happen after the whole script was executed ok. Configuration is the default recommended ini. The error: "PHP caused an invalid page fault in module KERNEL32.DLL at 0187:bff7b992." Reproduce code: --- // random example code 0;) echo 'test'; ?> Expected result: No crashes. Actual result: -- Crashes. -- Edit this bug report at http://bugs.php.net/?id=41207&edit=1
#41207 [NEW]: Occasional page faults when CLI finishes running
From: ehudshapira at hotmail dot com Operating system: Windows98SE PHP version: 4.4.6 PHP Bug Type: Reproducible crash Bug description: Occasional page faults when CLI finishes running Description: PHP commandline crashes with a page fault every now and then (say, 10-40 runs) *after* finishing to execute. It isn't triggered by any specific code, and the crash seems to happen after the whole script was executed ok. Configuration is the default recommended ini. The error: "PHP caused an invalid page fault in module KERNEL32.DLL at 0187:bff7b992." Reproduce code: --- // random example code 0;) echo 'test'; ?> Expected result: No crashes. Actual result: -- Crashes. -- Edit bug report at http://bugs.php.net/?id=41207&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41207&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41207&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41207&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41207&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41207&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41207&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41207&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41207&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41207&r=support Expected behavior:http://bugs.php.net/fix.php?id=41207&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41207&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41207&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41207&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41207&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41207&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41207&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41207&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41207&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41207&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41207&r=mysqlcfg
#41188 [Opn->Csd]: zend.c weak aliases compile error
ID: 41188 Updated by: [EMAIL PROTECTED] Reported By: greatwhitepine at bigfoot dot com -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: TRU64 5.1b PHP Version: 5.2.1 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: [2007-04-26 18:51:52] greatwhitepine at bigfoot dot com re-opened... [2007-04-26 18:51:02] greatwhitepine at bigfoot dot com The patch worked although I could not apply it on TRU64 5.1b. I had to apply the patch using Suse then ftp the file over to TRU64. I'm now getting this error /bin/ksh /home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/libtool --silent --preserve-dup-deps --mode=link gcc -export-dynamic -I/usr/include -pthread -mieee -L/home/its/autoldg/app/libxml2/lib -L/home/its/autoldg/app/zlib/lib -L/home/its/autoldg/app/readline/lib -lrt -R /home/its/autoldg/app/libxml2/lib -R /home/its/autoldg/app/zlib/lib -R /home/its/autoldg/app/readline/lib ext/libxml/libxml.lo ext/pcre/pcrelib/pcre_chartables.lo ext/pcre/pcrelib/pcre_ucp_searchfuncs.lo ext/pcre/pcrelib/pcre_compile.lo ext/pcre/pcrelib/pcre_config.lo ext/pcre/pcrelib/pcre_exec.lo ext/pcre/pcrelib/pcre_fullinfo.lo ext/pcre/pcrelib/pcre_get.lo ext/pcre/pcrelib/pcre_globals.lo ext/pcre/pcrelib/pcre_info.lo ext/pcre/pcrelib/pcre_maketables.lo ext/pcre/pcrelib/pcre_ord2utf8.lo ext/pcre/pcrelib/pcre_refcount.lo ext/pcre/pcrelib/pcre_study.lo ext/pcre/pcrelib/pcre_tables.lo ext/pcre/pcrelib/pcre_try_flipped.lo ext/pcre/pcrelib/pcre_valid_utf8.lo ext/pcre/pcrelib/pcre_version.lo ext/pcre/pcrelib/pcre_xclass.lo ext/pcre/php_pcre.lo ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/zlib/zlib_filter.lo ext/ctype/ctype.lo ext/date/php_date.lo ext/date/lib/astro.lo ext/date/lib/dow.lo ext/date/lib/parse_date.lo ext/date/lib/parse_tz.lo ext/date/lib/timelib.lo ext/date/lib/tm2unixtime.lo ext/date/lib/unixtime2tm.lo ext/dom/php_dom.lo ext/dom/attr.lo ext/dom/document.lo ext/dom/domerrorhandler.lo ext/dom/domstringlist.lo ext/dom/domexception.lo ext/dom/namelist.lo ext/dom/processinginstruction.lo ext/dom/cdatasection.lo ext/dom/documentfragment.lo ext/dom/domimplementation.lo ext/dom/element.lo ext/dom/node.lo ext/dom/string_extend.lo ext/dom/characterdata.lo ext/dom/documenttype.lo ext/dom/domimplementationlist.lo ext/dom/entity.lo ext/dom/nodelist.lo ext/dom/text.lo ext/dom/comment.lo ext/dom/domconfiguration.lo ext/dom/domimplementationsource.lo ext/dom/entityreference.lo ext/dom/notation.lo ext/dom/xpath.lo ext/dom/dom_iterators.lo ext/dom/typeinfo.lo ext/dom/domerror.lo ext/dom/domlocator.lo ext/dom/namednodemap.lo ext/dom/userdatahandler.lo ext/filter/filter.lo ext/filter/sanitizing_filters.lo ext/filter/logical_filters.lo ext/filter/callback_filter.lo ext/hash/hash.lo ext/hash/hash_md.lo ext/hash/hash_sha.lo ext/hash/hash_ripemd.lo ext/hash/hash_haval.lo ext/hash/hash_tiger.lo ext/hash/hash_gost.lo ext/hash/hash_snefru.lo ext/hash/hash_whirlpool.lo ext/hash/hash_adler32.lo ext/hash/hash_crc32.lo ext/iconv/iconv.lo ext/json/json.lo ext/json/utf8_to_utf16.lo ext/json/utf8_decode.lo ext/json/JSON_parser.lo ext/pdo/pdo.lo ext/pdo/pdo_dbh.lo ext/pdo/pdo_stmt.lo ext/pdo/pdo_sql_parser.lo ext/pdo/pdo_sqlstate.lo ext/posix/posix.lo ext/reflection/php_reflection.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/shmop/shmop.lo ext/simplexml/simplexml.lo ext/spl/php_spl.lo ext/spl/spl_functions.lo ext/spl/spl_engine.lo ext/spl/spl_iterators.lo ext/spl/spl_array.lo ext/spl/spl_directory.lo ext/spl/spl_sxe.lo ext/spl/spl_exceptions.lo ext/spl/spl_observer.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo
#41188 [Csd->Opn]: zend.c weak aliases compile error
ID: 41188 User updated by: greatwhitepine at bigfoot dot com Reported By: greatwhitepine at bigfoot dot com -Status: Closed +Status: Open Bug Type: Compile Failure Operating System: TRU64 5.1b PHP Version: 5.2.1 New Comment: re-opened... Previous Comments: [2007-04-26 18:51:02] greatwhitepine at bigfoot dot com The patch worked although I could not apply it on TRU64 5.1b. I had to apply the patch using Suse then ftp the file over to TRU64. I'm now getting this error /bin/ksh /home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/libtool --silent --preserve-dup-deps --mode=link gcc -export-dynamic -I/usr/include -pthread -mieee -L/home/its/autoldg/app/libxml2/lib -L/home/its/autoldg/app/zlib/lib -L/home/its/autoldg/app/readline/lib -lrt -R /home/its/autoldg/app/libxml2/lib -R /home/its/autoldg/app/zlib/lib -R /home/its/autoldg/app/readline/lib ext/libxml/libxml.lo ext/pcre/pcrelib/pcre_chartables.lo ext/pcre/pcrelib/pcre_ucp_searchfuncs.lo ext/pcre/pcrelib/pcre_compile.lo ext/pcre/pcrelib/pcre_config.lo ext/pcre/pcrelib/pcre_exec.lo ext/pcre/pcrelib/pcre_fullinfo.lo ext/pcre/pcrelib/pcre_get.lo ext/pcre/pcrelib/pcre_globals.lo ext/pcre/pcrelib/pcre_info.lo ext/pcre/pcrelib/pcre_maketables.lo ext/pcre/pcrelib/pcre_ord2utf8.lo ext/pcre/pcrelib/pcre_refcount.lo ext/pcre/pcrelib/pcre_study.lo ext/pcre/pcrelib/pcre_tables.lo ext/pcre/pcrelib/pcre_try_flipped.lo ext/pcre/pcrelib/pcre_valid_utf8.lo ext/pcre/pcrelib/pcre_version.lo ext/pcre/pcrelib/pcre_xclass.lo ext/pcre/php_pcre.lo ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/zlib/zlib_filter.lo ext/ctype/ctype.lo ext/date/php_date.lo ext/date/lib/astro.lo ext/date/lib/dow.lo ext/date/lib/parse_date.lo ext/date/lib/parse_tz.lo ext/date/lib/timelib.lo ext/date/lib/tm2unixtime.lo ext/date/lib/unixtime2tm.lo ext/dom/php_dom.lo ext/dom/attr.lo ext/dom/document.lo ext/dom/domerrorhandler.lo ext/dom/domstringlist.lo ext/dom/domexception.lo ext/dom/namelist.lo ext/dom/processinginstruction.lo ext/dom/cdatasection.lo ext/dom/documentfragment.lo ext/dom/domimplementation.lo ext/dom/element.lo ext/dom/node.lo ext/dom/string_extend.lo ext/dom/characterdata.lo ext/dom/documenttype.lo ext/dom/domimplementationlist.lo ext/dom/entity.lo ext/dom/nodelist.lo ext/dom/text.lo ext/dom/comment.lo ext/dom/domconfiguration.lo ext/dom/domimplementationsource.lo ext/dom/entityreference.lo ext/dom/notation.lo ext/dom/xpath.lo ext/dom/dom_iterators.lo ext/dom/typeinfo.lo ext/dom/domerror.lo ext/dom/domlocator.lo ext/dom/namednodemap.lo ext/dom/userdatahandler.lo ext/filter/filter.lo ext/filter/sanitizing_filters.lo ext/filter/logical_filters.lo ext/filter/callback_filter.lo ext/hash/hash.lo ext/hash/hash_md.lo ext/hash/hash_sha.lo ext/hash/hash_ripemd.lo ext/hash/hash_haval.lo ext/hash/hash_tiger.lo ext/hash/hash_gost.lo ext/hash/hash_snefru.lo ext/hash/hash_whirlpool.lo ext/hash/hash_adler32.lo ext/hash/hash_crc32.lo ext/iconv/iconv.lo ext/json/json.lo ext/json/utf8_to_utf16.lo ext/json/utf8_decode.lo ext/json/JSON_parser.lo ext/pdo/pdo.lo ext/pdo/pdo_dbh.lo ext/pdo/pdo_stmt.lo ext/pdo/pdo_sql_parser.lo ext/pdo/pdo_sqlstate.lo ext/posix/posix.lo ext/reflection/php_reflection.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/shmop/shmop.lo ext/simplexml/simplexml.lo ext/spl/php_spl.lo ext/spl/spl_functions.lo ext/spl/spl_engine.lo ext/spl/spl_iterators.lo ext/spl/spl_array.lo ext/spl/spl_directory.lo ext/spl/spl_sxe.lo ext/spl/spl_exceptions.lo ext/spl/spl_observer.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext
#41188 [Fbk->Csd]: zend.c weak aliases compile error
ID: 41188 User updated by: greatwhitepine at bigfoot dot com Reported By: greatwhitepine at bigfoot dot com -Status: Feedback +Status: Closed Bug Type: Compile Failure Operating System: TRU64 5.1b PHP Version: 5.2.1 New Comment: The patch worked although I could not apply it on TRU64 5.1b. I had to apply the patch using Suse then ftp the file over to TRU64. I'm now getting this error /bin/ksh /home/its/autoldg/src/autoldg-1.0/src/php-5.2.1/libtool --silent --preserve-dup-deps --mode=link gcc -export-dynamic -I/usr/include -pthread -mieee -L/home/its/autoldg/app/libxml2/lib -L/home/its/autoldg/app/zlib/lib -L/home/its/autoldg/app/readline/lib -lrt -R /home/its/autoldg/app/libxml2/lib -R /home/its/autoldg/app/zlib/lib -R /home/its/autoldg/app/readline/lib ext/libxml/libxml.lo ext/pcre/pcrelib/pcre_chartables.lo ext/pcre/pcrelib/pcre_ucp_searchfuncs.lo ext/pcre/pcrelib/pcre_compile.lo ext/pcre/pcrelib/pcre_config.lo ext/pcre/pcrelib/pcre_exec.lo ext/pcre/pcrelib/pcre_fullinfo.lo ext/pcre/pcrelib/pcre_get.lo ext/pcre/pcrelib/pcre_globals.lo ext/pcre/pcrelib/pcre_info.lo ext/pcre/pcrelib/pcre_maketables.lo ext/pcre/pcrelib/pcre_ord2utf8.lo ext/pcre/pcrelib/pcre_refcount.lo ext/pcre/pcrelib/pcre_study.lo ext/pcre/pcrelib/pcre_tables.lo ext/pcre/pcrelib/pcre_try_flipped.lo ext/pcre/pcrelib/pcre_valid_utf8.lo ext/pcre/pcrelib/pcre_version.lo ext/pcre/pcrelib/pcre_xclass.lo ext/pcre/php_pcre.lo ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/zlib/zlib_filter.lo ext/ctype/ctype.lo ext/date/php_date.lo ext/date/lib/astro.lo ext/date/lib/dow.lo ext/date/lib/parse_date.lo ext/date/lib/parse_tz.lo ext/date/lib/timelib.lo ext/date/lib/tm2unixtime.lo ext/date/lib/unixtime2tm.lo ext/dom/php_dom.lo ext/dom/attr.lo ext/dom/document.lo ext/dom/domerrorhandler.lo ext/dom/domstringlist.lo ext/dom/domexception.lo ext/dom/namelist.lo ext/dom/processinginstruction.lo ext/dom/cdatasection.lo ext/dom/documentfragment.lo ext/dom/domimplementation.lo ext/dom/element.lo ext/dom/node.lo ext/dom/string_extend.lo ext/dom/characterdata.lo ext/dom/documenttype.lo ext/dom/domimplementationlist.lo ext/dom/entity.lo ext/dom/nodelist.lo ext/dom/text.lo ext/dom/comment.lo ext/dom/domconfiguration.lo ext/dom/domimplementationsource.lo ext/dom/entityreference.lo ext/dom/notation.lo ext/dom/xpath.lo ext/dom/dom_iterators.lo ext/dom/typeinfo.lo ext/dom/domerror.lo ext/dom/domlocator.lo ext/dom/namednodemap.lo ext/dom/userdatahandler.lo ext/filter/filter.lo ext/filter/sanitizing_filters.lo ext/filter/logical_filters.lo ext/filter/callback_filter.lo ext/hash/hash.lo ext/hash/hash_md.lo ext/hash/hash_sha.lo ext/hash/hash_ripemd.lo ext/hash/hash_haval.lo ext/hash/hash_tiger.lo ext/hash/hash_gost.lo ext/hash/hash_snefru.lo ext/hash/hash_whirlpool.lo ext/hash/hash_adler32.lo ext/hash/hash_crc32.lo ext/iconv/iconv.lo ext/json/json.lo ext/json/utf8_to_utf16.lo ext/json/utf8_decode.lo ext/json/JSON_parser.lo ext/pdo/pdo.lo ext/pdo/pdo_dbh.lo ext/pdo/pdo_stmt.lo ext/pdo/pdo_sql_parser.lo ext/pdo/pdo_sqlstate.lo ext/posix/posix.lo ext/reflection/php_reflection.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/shmop/shmop.lo ext/simplexml/simplexml.lo ext/spl/php_spl.lo ext/spl/spl_functions.lo ext/spl/spl_engine.lo ext/spl/spl_iterators.lo ext/spl/spl_array.lo ext/spl/spl_directory.lo ext/spl/spl_sxe.lo ext/spl/spl_exceptions.lo ext/spl/spl_observer.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/sha1.lo ext/standard/user_filters.lo ext/standard/uuencode.lo ext/standard/fi
#41206 [Opn->Bgs]: get_magic_quotes_gpc() not working
ID: 41206 Updated by: [EMAIL PROTECTED] Reported By: rayge99 at hotmail dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Linux PHP Version: 4.4.6 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. Previous Comments: [2007-04-26 17:43:14] rayge99 at hotmail dot com Description: With get_magic_quotes_gpc() on it acts as if its still off as far as actual functionality goes. If i use the code if (!get_magic_quotes_gpc()) { $theValue = addslashes($theValue); } It will obviously skip it expecting magic quotes to take over but in FACT it isnt escaping anything. Reproduce code: --- $value = "test's" if (!get_magic_quotes_gpc()) { $theValue = addslashes($theValue); } $query = "INSERT INTO table set field = "'".$value."'"; Expected result: test's shoudl become test\'s Actual result: -- test's becomes test's -- Edit this bug report at http://bugs.php.net/?id=41206&edit=1
#41029 [Fbk->Opn]: Parse Error before zval
ID: 41029 User updated by: dgrimes at scvl dot com Reported By: dgrimes at scvl dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Tru64 V5.1 PHP Version: 5.2.1 New Comment: Hi, Operations has setup SSL for you to connect using your browser. After your browser makes a connection you can use SSH to connect to our test server. However, I don't want to publish this information in the bugs system so if you could send me a private email, I'll reply back with the details. Thanks, Dean Previous Comments: [2007-04-19 21:09:07] dgrimes at scvl dot com OK... I got operations to agree to this. What I need is the IP address you'll be coming in on. I will send you the particulars tomorrow. Thank you, Dean [2007-04-19 20:21:26] [EMAIL PROTECTED] I'm ready to help you for free, your problem is weird enough and I'm curious to see what might cause it. Though I'd like to use something convenient to access the server. Simple port forwarding is enough to do it provide SSH access (ANY firewall is able to do it, it's one of their basic functions). [2007-04-19 19:16:07] dgrimes at scvl dot com I realize you're pretty busy but I was wondering if you had given any more thought to my last posts? Also, I have one more request, would you be willing to look at this issue for a fee on an hourly basis? Thanks, Dean [2007-04-18 18:59:17] dgrimes at scvl dot com Hi, I was wondering if you had a chance to look at my last post? If you're still unable to look at our system using the Cisco VPN client, I was wondering if there was a way for me to download earlier versions of PHP5 until I find one that works? I have a version of PHP5 from November of 2005 that compiles. So I was thinking that maybe I could track down the problem by comparing the two versions where the problem started. What do you think? Thanks, Dean [2007-04-17 20:02:52] dgrimes at scvl dot com Cisco does provide a Linux version of the VPN client and it's pretty easy to setup. The reason we can't use SSH is because the Cisco VPN concentrator doesn't support SSH at this time. I would greatly appreciate it if you could take a look at this. I have a project that requires SOAP and I would really like to take advantage of the built-in SOAP functions. Thanks, Dean 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/41029 -- Edit this bug report at http://bugs.php.net/?id=41029&edit=1
#41206 [NEW]: get_magic_quotes_gpc() not working
From: rayge99 at hotmail dot com Operating system: Linux PHP version: 4.4.6 PHP Bug Type: *General Issues Bug description: get_magic_quotes_gpc() not working Description: With get_magic_quotes_gpc() on it acts as if its still off as far as actual functionality goes. If i use the code if (!get_magic_quotes_gpc()) { $theValue = addslashes($theValue); } It will obviously skip it expecting magic quotes to take over but in FACT it isnt escaping anything. Reproduce code: --- $value = "test's" if (!get_magic_quotes_gpc()) { $theValue = addslashes($theValue); } $query = "INSERT INTO table set field = "'".$value."'"; Expected result: test's shoudl become test\'s Actual result: -- test's becomes test's -- Edit bug report at http://bugs.php.net/?id=41206&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41206&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41206&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41206&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41206&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41206&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41206&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41206&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41206&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41206&r=support Expected behavior:http://bugs.php.net/fix.php?id=41206&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41206&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41206&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41206&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41206&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41206&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41206&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41206&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41206&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41206&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41206&r=mysqlcfg
#41204 [NEW]: DOMDocument::loadXML() fails when entities included in string
From: jazzslider at gmail dot com Operating system: Linux PHP version: 5.2.1 PHP Bug Type: DOM XML related Bug description: DOMDocument::loadXML() fails when entities included in string Description: When using loadXML() to fill in a DOMDocument object from a pre-existing XML string, entity references will cause the method to fail, even though there does not seem to be a way to explicitly define such entity references in the document prior to calling loadXML(), nor does it seem to be necessary to do so when creating the same document via DOMDocument methods directly. Also note: I am using PHP 5.2.0-8, and cannot upgrade to 5.2.1 since my site is on a shared server. Reproduce code: --- DOMDocument Entity Test Created Via DOM Methods createElement('span', 'This is the sample span.'); $dd1_root = $dd1->appendChild($dd1_root); $dd1_nbsp = $dd1->createEntityReference('nbsp'); $dd1_nbsp = $dd1_root->appendChild($dd1_nbsp); $str = $dd1->saveXML(); echo $str; ?> Loaded From String loadXML($str); echo $dd2->saveXML(); ?> Expected result: The content of the "Created Via DOM Methods" section should be identical to the content of the "Loaded From String" section. Actual result: -- With warnings enabled, the following message appears: "Warning: DOMDocument::loadXML() [function.DOMDocument-loadXML]: Entity 'nbsp' not defined in Entity, line: 2 in ..." -- Edit bug report at http://bugs.php.net/?id=41204&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41204&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41204&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41204&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41204&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41204&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41204&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41204&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41204&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41204&r=support Expected behavior:http://bugs.php.net/fix.php?id=41204&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41204&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41204&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41204&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41204&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41204&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41204&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41204&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41204&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41204&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41204&r=mysqlcfg
#40871 [Asn->Bgs]: preg_replace returns blank when the text contains bad UTF-8
ID: 40871 Updated by: [EMAIL PROTECTED] Reported By: ismith at motorola dot com -Status: Assigned +Status: Bogus Bug Type: PCRE related Operating System: Windows Server 2003 SP1 PHP Version: 5.2.1 Assigned To: andrei 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 I would really like to keep UTF-8 validation and escapement of bad sequences out of PCRE. Yes, it does return an error when it runs into a bad UTF-8 sequence, but that is all it can do. It does not return the location of the error. Yes, we could return the subject string if we see PCRE_BAD_UTF8_ERROR, but I do not believe it makes sense to do so, since there is still an error condition. It is very likely that you're passing the same bad UTF-8 string to other functions as well, so one could make an argument that this validation and escapement should be done everywhere, which unfortunately is not going to happen and which is why we have PHP 6 in the works. If you are working with UTF-8 strings, I suggest you validate them with your own function before passing them around to PHP extensions. Previous Comments: [2007-04-26 09:14:19] [EMAIL PROTECTED] Nuno, Andrei wake up. Is it worth/possible to do something about it or should I mark it as "won't fix"? [2007-03-22 23:03:41] [EMAIL PROTECTED] in PHP 6, PHP always passes well-formed utf-8 strings to pcre, because the strings are previously processed by ICU. In PHP 4/5, well.. It's hard to leave up to the user-land app to deal with these kind of complex things, but should we really interfere with string? I dunno.. but my point is that maintaing BC is more important at this time.. [2007-03-22 00:29:24] [EMAIL PROTECTED] Did you see this: http://us3.php.net/manual/en/function.preg-last-error.php The error is not getting lost. There's just not much we can do about it aside from returning it to the user. [2007-03-21 22:47:02] [EMAIL PROTECTED] Andrei, do you think there is something we can do about it? [2007-03-21 17:45:27] ismith at motorola dot com Further info: I emailed the PCRE maintainer, and he said that since PCRE doesn't do the replacement part, PCRE itself isn't dumping the text. Apparently when PCRE sees bad UTF8, it returns an error code (I believe PCRE_ERROR_BADUTF8). I think the text is getting lost by php_pcre_replace_impl. If pcre_exec returns PCRE_ERROR_NOMATCH, it saves all the unmatched text in the result; but if pcre_exec returns some other error code, it looks to me like it's dumping the result (which matches what I'm seeing). I don't see how PHP can do much else than what it's doing; without a match count back from pcre_exec, it can't process the replacements in any case. My feeling is that PCRE should not return an error code in this case, but work around the bad UTF-8 character, which would be more in keeping with the Unicode standard. I'll discuss this further with the PCRE folks. OTOH, maybe MediaWiki should do UTF-8 cleanup on the string before giving it to PHP. 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/40871 -- Edit this bug report at http://bugs.php.net/?id=40871&edit=1
#41202 [Opn->Bgs]: crypt function returns different hashes in PHP4/PHP5
ID: 41202 Updated by: [EMAIL PROTECTED] Reported By: nickmc33 at hotmail dot com -Status: Open +Status: Bogus Bug Type: *Encryption and hash functions Operating System: Windows Server 2003 x64 Edition PHP Version: 5.2.1 New Comment: >This is going to cause us so many problems when we upgrade from >PHP 4 to 5 I said the crypt function has been FIXED. Now it returns the same result as on Linux. Previous Comments: [2007-04-26 14:57:17] daveyfelton at hotmail dot com Why on earth has this bug been marked as bogus!? Of course it's a bug! This is going to cause us so many problems when we upgrade from PHP 4 to 5, becuase all the user passwords we have stored with one way encryption based on crypt won't work anymore! [2007-04-26 14:56:06] nickmc33 at hotmail dot com Reopened for comment. [2007-04-26 14:55:28] nickmc33 at hotmail dot com Bogus? I'd imagine that this bug still exists in the latest version of PHP4 as there's no mention of a fix in subsequent updates. The bugged version of PHP that we're runnign isn't really that old (4.4.4). We're going to have to be careful when upgrading now. [2007-04-26 14:38:28] [EMAIL PROTECTED] PHP5.2 on windows returns the same result as on PHP5 & PHP4 on Linux. So there was a problem in PHP4 on windows which eventually got fixed. [2007-04-26 13:53:04] nickmc33 at hotmail dot com Test results: PHP4: x_JPQON7N9.Ls xxj31ZMTZzkVA PHP5: x_961N.JoN.jw xxj31ZMTZzkVA 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/41202 -- Edit this bug report at http://bugs.php.net/?id=41202&edit=1
#41202 [Com]: crypt function returns different hashes in PHP4/PHP5
ID: 41202 Comment by: daveyfelton at hotmail dot com Reported By: nickmc33 at hotmail dot com Status: Open Bug Type: *Encryption and hash functions Operating System: Windows Server 2003 x64 Edition PHP Version: 5.2.1 New Comment: Why on earth has this bug been marked as bogus!? Of course it's a bug! This is going to cause us so many problems when we upgrade from PHP 4 to 5, becuase all the user passwords we have stored with one way encryption based on crypt won't work anymore! Previous Comments: [2007-04-26 14:56:06] nickmc33 at hotmail dot com Reopened for comment. [2007-04-26 14:55:28] nickmc33 at hotmail dot com Bogus? I'd imagine that this bug still exists in the latest version of PHP4 as there's no mention of a fix in subsequent updates. The bugged version of PHP that we're runnign isn't really that old (4.4.4). We're going to have to be careful when upgrading now. [2007-04-26 14:38:28] [EMAIL PROTECTED] PHP5.2 on windows returns the same result as on PHP5 & PHP4 on Linux. So there was a problem in PHP4 on windows which eventually got fixed. [2007-04-26 13:53:04] nickmc33 at hotmail dot com Test results: PHP4: x_JPQON7N9.Ls xxj31ZMTZzkVA PHP5: x_961N.JoN.jw xxj31ZMTZzkVA [2007-04-26 13:46:15] nickmc33 at hotmail dot com Description: I'm finding that the crypt function produces different hashes on PHP4 and PHP5 systems when the second character of the salt is an underscore. Reproduce code: --- "; print crypt("password","xx"); ?> Expected result: The hashes generated should always be the same. Actual result: -- Using the test code above the first hash will be different when ran using PHP 5.2.1 and PHP 4.4.4, but the second hash will always be the same. -- Edit this bug report at http://bugs.php.net/?id=41202&edit=1
#41202 [Bgs->Opn]: crypt function returns different hashes in PHP4/PHP5
ID: 41202 User updated by: nickmc33 at hotmail dot com Reported By: nickmc33 at hotmail dot com -Status: Bogus +Status: Open Bug Type: *Encryption and hash functions Operating System: Windows Server 2003 x64 Edition PHP Version: 5.2.1 New Comment: Reopened for comment. Previous Comments: [2007-04-26 14:55:28] nickmc33 at hotmail dot com Bogus? I'd imagine that this bug still exists in the latest version of PHP4 as there's no mention of a fix in subsequent updates. The bugged version of PHP that we're runnign isn't really that old (4.4.4). We're going to have to be careful when upgrading now. [2007-04-26 14:38:28] [EMAIL PROTECTED] PHP5.2 on windows returns the same result as on PHP5 & PHP4 on Linux. So there was a problem in PHP4 on windows which eventually got fixed. [2007-04-26 13:53:04] nickmc33 at hotmail dot com Test results: PHP4: x_JPQON7N9.Ls xxj31ZMTZzkVA PHP5: x_961N.JoN.jw xxj31ZMTZzkVA [2007-04-26 13:46:15] nickmc33 at hotmail dot com Description: I'm finding that the crypt function produces different hashes on PHP4 and PHP5 systems when the second character of the salt is an underscore. Reproduce code: --- "; print crypt("password","xx"); ?> Expected result: The hashes generated should always be the same. Actual result: -- Using the test code above the first hash will be different when ran using PHP 5.2.1 and PHP 4.4.4, but the second hash will always be the same. -- Edit this bug report at http://bugs.php.net/?id=41202&edit=1
#41202 [Bgs]: crypt function returns different hashes in PHP4/PHP5
ID: 41202 User updated by: nickmc33 at hotmail dot com Reported By: nickmc33 at hotmail dot com Status: Bogus Bug Type: *Encryption and hash functions Operating System: Windows Server 2003 x64 Edition PHP Version: 5.2.1 New Comment: Bogus? I'd imagine that this bug still exists in the latest version of PHP4 as there's no mention of a fix in subsequent updates. The bugged version of PHP that we're runnign isn't really that old (4.4.4). We're going to have to be careful when upgrading now. Previous Comments: [2007-04-26 14:38:28] [EMAIL PROTECTED] PHP5.2 on windows returns the same result as on PHP5 & PHP4 on Linux. So there was a problem in PHP4 on windows which eventually got fixed. [2007-04-26 13:53:04] nickmc33 at hotmail dot com Test results: PHP4: x_JPQON7N9.Ls xxj31ZMTZzkVA PHP5: x_961N.JoN.jw xxj31ZMTZzkVA [2007-04-26 13:46:15] nickmc33 at hotmail dot com Description: I'm finding that the crypt function produces different hashes on PHP4 and PHP5 systems when the second character of the salt is an underscore. Reproduce code: --- "; print crypt("password","xx"); ?> Expected result: The hashes generated should always be the same. Actual result: -- Using the test code above the first hash will be different when ran using PHP 5.2.1 and PHP 4.4.4, but the second hash will always be the same. -- Edit this bug report at http://bugs.php.net/?id=41202&edit=1
#41201 [Opn->Asn]: fgets($stdin) does not return after newline if $stdin is filtered
ID: 41201 Updated by: [EMAIL PROTECTED] Reported By: rganogork at gmail dot com -Status: Open +Status: Assigned Bug Type: Filter related Operating System: Gentoo Linux PHP Version: 5.2.1 -Assigned To: +Assigned To: pollita Previous Comments: [2007-04-26 13:24:55] rganogork at gmail dot com Description: If the input stream is filtered then fgets($stdin) does not return when newline is typed. Reproduce code: --- data = strtoupper($bucket->data); $consumed += $bucket->datalen; stream_bucket_append($out, $bucket); } return PSFS_PASS_ON; } } $stdin = fopen("php://stdin", "r"); stream_filter_register("test.23", "test_filter"); stream_filter_append($stdin, "test.23"); fgets($stdin); ?> Expected result: Should return after newline. It does return if you comment the 2 stream... lines. Actual result: -- It hangs, probably waiting for more input. -- Edit this bug report at http://bugs.php.net/?id=41201&edit=1
#41202 [Opn->Bgs]: crypt function returns different hashes in PHP4/PHP5
ID: 41202 Updated by: [EMAIL PROTECTED] Reported By: nickmc33 at hotmail dot com -Status: Open +Status: Bogus Bug Type: *Encryption and hash functions Operating System: Windows Server 2003 x64 Edition PHP Version: 5.2.1 New Comment: PHP5.2 on windows returns the same result as on PHP5 & PHP4 on Linux. So there was a problem in PHP4 on windows which eventually got fixed. Previous Comments: [2007-04-26 13:53:04] nickmc33 at hotmail dot com Test results: PHP4: x_JPQON7N9.Ls xxj31ZMTZzkVA PHP5: x_961N.JoN.jw xxj31ZMTZzkVA [2007-04-26 13:46:15] nickmc33 at hotmail dot com Description: I'm finding that the crypt function produces different hashes on PHP4 and PHP5 systems when the second character of the salt is an underscore. Reproduce code: --- "; print crypt("password","xx"); ?> Expected result: The hashes generated should always be the same. Actual result: -- Using the test code above the first hash will be different when ran using PHP 5.2.1 and PHP 4.4.4, but the second hash will always be the same. -- Edit this bug report at http://bugs.php.net/?id=41202&edit=1
#41203 [Opn->Bgs]: Apache 1.3.37 apxs fails with libphp4.so is garbled
ID: 41203 Updated by: [EMAIL PROTECTED] Reported By: jmurtari at thebook dot com -Status: Open +Status: Bogus Bug Type: Apache related Operating System: RHEL 4 / Linux 2.6.9 PHP Version: 4.4.6 New Comment: >We suspect a problem with apxs Then report it to Apache people, please. Previous Comments: [2007-04-26 14:05:11] jmurtari at thebook dot com Description: Folks, Was able to do good source build of Apache 1.3.37 and PHP 4.4.6; however, when starting Apache get: "API module structure `php4_module' in file /usr/local/etc/httpd/libexec/libphp4.so is garbled - perhaps this is not an Apache module DSO?" We are running RHEL 4 Linux and have pretty standard procedures we do to build. Last time it worked was Apache 1.3.34 and PHP 4.4.1 Saw some similiar bugs, we did make clean, make distclean for both - no difference. Reproduce code: --- Excerpts from our configure options for both PHP and APACHE. For apache: ./configure --with-layout=Apache --prefix=/usr/local/etc/httpd --enable-suexec ... some deleted... --disable-module=asis --enable-shared=max --enable-rule=SHARED_CORE --enable-module=so For php: CPPFLAGS="-DLINUX=22 -DEAPI" \ ./configure \ --enable-static \ --disable-shared \ --with-config-file-path=/usr/local/etc/httpd/conf \ --with-apxs=/usr/local/etc/httpd/bin/apxs \ ... some deleted. --enable-mbstring=all \ --with-mhash=/export/tools/apache/php/ext/mhash Expected result: We suspect a problem with apxs, but RedHat does not supply a version for Apache 1.3.x, they have a httpd-devel package which has it for Apache 2.x Our RHEL servers do NOT have any of the RedHat Apache or PHP packages installed. We always 'try' to build from source. If someone needs access to a RHEL 4 server to duplicate we can supply. Actual result: -- Would like apache to start! -- Edit this bug report at http://bugs.php.net/?id=41203&edit=1
#40479 [Com]: zend_mm_heap corrupted
ID: 40479 Comment by: christian dot kaps at imaxx21 dot com Reported By: rrossi at maggioli dot it Status: No Feedback Bug Type: Reproducible crash Operating System: Suse Linux 9.0 PHP Version: 5.2.1 New Comment: Hi I get the same message in my logs. I can reproduce the error in our system, but it is impossible to locate it. Sometimes I can reproduce the error by editing a comment. I add a character and the error occurs. I remove the character and the script runs perfectly. Each time I try to isolate the error I can reproduce it with an other action. That what i could isolate is: -load xml file with simplexml -add a node -clone the object -process xpath query -print the object with print_r -serialize the object -include a file (the error occurs) When I edit the included file. E.g. remove methods or properties the script runs without errors. That is funny(o; Version: 5.2.1 Os: ubuntu Previous Comments: [2007-04-17 14:04:58] [EMAIL PROTECTED] We still don't have zero info on how to reproduce it. [2007-04-17 13:48:09] mrfree at infinito dot it Same problem here. I'm trying to use horde-imp but "zend_mm_heap corrupted" problem occurs when I open admin/setup/config.php?app=imp to configure the app and the browser offers to download config.php file. Please devs give us a working patch :) [2007-03-16 16:16:31] rocker_pr at hotmail dot com I have the same problem with zend_mm_heap corrupted on the error logs, when I tried to open one of the pages I programmed it show me some internal server error and that error message was in the log. Same version php 5.2.1 I migrated my classes from php 5 to work with php 4, all worked fine again, but then for experimenting purpose I switched back from php 4 to php 5, but this time not using the keywords: private, public, constuctor and destructor. I keep the php 4 compatibility, but running the scripts on php 5.2.1 and it worked fine. So i think that maybe there is a problem with the memory management on the classes or objects, I´m not sure, but that was producing the problem in my case. [2007-03-12 07:25:14] noah at hd dot se Fwiw, I experienced the same error with the following code and the latest PHP. ... for($i = 0; $i < $foo; $i++) { ... for($i = 0; $i < $bar; $i++) { ... } ... } ... [2007-03-06 01:00:00] 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". 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/40479 -- Edit this bug report at http://bugs.php.net/?id=40479&edit=1
#41203 [NEW]: Apache 1.3.37 apxs fails with libphp4.so is garbled
From: jmurtari at thebook dot com Operating system: RHEL 4 / Linux 2.6.9 PHP version: 4.4.6 PHP Bug Type: Apache related Bug description: Apache 1.3.37 apxs fails with libphp4.so is garbled Description: Folks, Was able to do good source build of Apache 1.3.37 and PHP 4.4.6; however, when starting Apache get: "API module structure `php4_module' in file /usr/local/etc/httpd/libexec/libphp4.so is garbled - perhaps this is not an Apache module DSO?" We are running RHEL 4 Linux and have pretty standard procedures we do to build. Last time it worked was Apache 1.3.34 and PHP 4.4.1 Saw some similiar bugs, we did make clean, make distclean for both - no difference. Reproduce code: --- Excerpts from our configure options for both PHP and APACHE. For apache: ./configure --with-layout=Apache --prefix=/usr/local/etc/httpd --enable-suexec ... some deleted... --disable-module=asis --enable-shared=max --enable-rule=SHARED_CORE --enable-module=so For php: CPPFLAGS="-DLINUX=22 -DEAPI" \ ./configure \ --enable-static \ --disable-shared \ --with-config-file-path=/usr/local/etc/httpd/conf \ --with-apxs=/usr/local/etc/httpd/bin/apxs \ ... some deleted. --enable-mbstring=all \ --with-mhash=/export/tools/apache/php/ext/mhash Expected result: We suspect a problem with apxs, but RedHat does not supply a version for Apache 1.3.x, they have a httpd-devel package which has it for Apache 2.x Our RHEL servers do NOT have any of the RedHat Apache or PHP packages installed. We always 'try' to build from source. If someone needs access to a RHEL 4 server to duplicate we can supply. Actual result: -- Would like apache to start! -- Edit bug report at http://bugs.php.net/?id=41203&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41203&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41203&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41203&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41203&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41203&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41203&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41203&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41203&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41203&r=support Expected behavior:http://bugs.php.net/fix.php?id=41203&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41203&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41203&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41203&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41203&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41203&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41203&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41203&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41203&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41203&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41203&r=mysqlcfg
#41202 [Opn]: crypt function returns different hashes in PHP4/PHP5
ID: 41202 User updated by: nickmc33 at hotmail dot com Reported By: nickmc33 at hotmail dot com Status: Open Bug Type: *Encryption and hash functions Operating System: Windows Server 2003 x64 Edition PHP Version: 5.2.1 New Comment: Test results: PHP4: x_JPQON7N9.Ls xxj31ZMTZzkVA PHP5: x_961N.JoN.jw xxj31ZMTZzkVA Previous Comments: [2007-04-26 13:46:15] nickmc33 at hotmail dot com Description: I'm finding that the crypt function produces different hashes on PHP4 and PHP5 systems when the second character of the salt is an underscore. Reproduce code: --- "; print crypt("password","xx"); ?> Expected result: The hashes generated should always be the same. Actual result: -- Using the test code above the first hash will be different when ran using PHP 5.2.1 and PHP 4.4.4, but the second hash will always be the same. -- Edit this bug report at http://bugs.php.net/?id=41202&edit=1
#41202 [NEW]: crypt function returns different hashes in PHP4/PHP5
From: nickmc33 at hotmail dot com Operating system: Windows Server 2003 x64 Edition PHP version: 5.2.1 PHP Bug Type: *Encryption and hash functions Bug description: crypt function returns different hashes in PHP4/PHP5 Description: I'm finding that the crypt function produces different hashes on PHP4 and PHP5 systems when the second character of the salt is an underscore. Reproduce code: --- "; print crypt("password","xx"); ?> Expected result: The hashes generated should always be the same. Actual result: -- Using the test code above the first hash will be different when ran using PHP 5.2.1 and PHP 4.4.4, but the second hash will always be the same. -- Edit bug report at http://bugs.php.net/?id=41202&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41202&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41202&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41202&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41202&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41202&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41202&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41202&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41202&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41202&r=support Expected behavior:http://bugs.php.net/fix.php?id=41202&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41202&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41202&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41202&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41202&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41202&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41202&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41202&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41202&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41202&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41202&r=mysqlcfg
#41200 [Opn->Fbk]: (ibm-db2 + oracle-instant-client) == configure error
ID: 41200 Updated by: [EMAIL PROTECTED] Reported By: jruizmail at gmail dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Linux (Gentoo) 2.6.20-r6 PHP Version: 5.2.1 New Comment: Try to compile that code manually linking with both libclntsh and libdb2 and see what's wrong there. Previous Comments: [2007-04-26 13:11:55] jruizmail at gmail dot com Ok, using: ./configure --with-oci8=instantclient,/u01/LAMP/oracle-instantclient/lib --with-pdo-oci=instantclient,/u01/LAMP/oracle-instantclient,10.2.0.3 --with-ibm-db2=/opt/IBM/db2/V8.1 same results: checking for IBM DB2 support... no configure: error: build test failed. Please check the config.log for details. You need to source your DB2 environment before running PHP configure: # . $IBM_DB2/db2profile and config.log says: configure:65533: checking for IBM DB2 support configure:65606: gcc -o conftest -I/usr/include -g -O2 -L/usr/lib -Wl,-rpath,/u01/LAMP/libxml2-2.6.28/lib -L/u01/LAMP/libxml2-2.6.28/lib -Wl,-rpath,/u01/LAMP/oracle-instantclient/lib -L/u01/LAMP/oracle-instantclient/lib conftest.c -L/opt/IBM/db2/V8.1/lib -ldb2 -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm -lclntsh 1>&5 configure: failed program was: #line 65595 "configure" #include "confdefs.h" char SQLExecute(); int main() { SQLExecute(); return 0; } I can confirm I get the same config.log messages including all the other configure options. thanks! [2007-04-26 12:24:41] [EMAIL PROTECTED] Remove all configure options not required to reproduce it. And check the config.log as was recommended by configure. [2007-04-26 12:00:57] jruizmail at gmail dot com Just a note: I also tried using --with-ibm-db2=/home/db2inst2/sqllib and also tried setting the var IBM_DB2 to both /opt/IBM/db2/V8.1 and /home/db2inst2/sqllib locations, but if I include oracle support, same results... [2007-04-26 11:47:59] jruizmail at gmail dot com Description: Hi I'm trying to compile php-5.2.1 with db2 and with pdo-oci support (using instantclient). Using my configure options, php compiles well (and works well) if I ONLY include support for db2, and the same if I ONLY include support for oracle-instantclient... but if I put both together I get a configure error like: checking for IBM DB2 support... no configure: error: build test failed. Please check the config.log for details. You need to source your DB2 environment before running PHP configure: # . $IBM_DB2/db2profile of course, I sourced the db2profile script in (in my case) /home/db2inst2/sqllib/db2profile before running configure Reproduce code: --- ./configure --prefix=/u01/LAMP/php-5.2.1 --exec-prefix=/u01/LAMP/php-5.2.1 --host=i686-pc-linux-gnu --cache-file=./config.cache --enable-maintainer-zts --enable-cli --with-apxs2=/u01/LAMP/apache-2.2.4/bin/apxs --without-pear --disable-bcmath --with-bz2 --disable-calendar --disable-ctype --without-curl --without-curlwrappers --enable-exif --without-fdftk --disable-filter --enable-ftp --with-gettext --without-gmp --disable-hash --disable-ipv6 --disable-json --without-kerberos --enable-mbstring --without-mhash --with-ncurses --disable-pcntl --without-recode --disable-shmop --without-snmp --enable-soap --enable-sockets --disable-sysvmsg --disable-sysvsem --disable-sysvshm --disable-wddx --with-libxml-dir=/u01/LAMP/libxml2-2.6.28 --with-xmlrpc --enable-zip --with-zlib --disable-debug --without-gdbm --with-inifile --without-qdbm --with-freetype-dir=/usr --with-t1lib=/usr --enable-gd-jis-conv --with-jpeg-dir=/usr --with-png-dir=/usr --with-gd --without-ldap-sasl --disable-dbase --without-fbsql --without-msql --with-mssql=/u01/LAMP/freetds-0.64 --with-pgsql=/u01/LAMP/postgresql-8.2.4 --without-sybase --without-sybase-ct --enable-dba --without-cdb --without-db4 --without-flatfile --with-mysql=/u01/LAMP/mysql-5.0.37 --without-mysqli --with-unixODBC=/u01/LAMP/unixODBC-2.2.12 --without-adabas --without-birdstep --without-dbmaker --without-empress --without-esoob --without-iodbc --without-sapdb --without-solid --with-pdo-dblib=/u01/LAMP/freetds-0.64 --with-pdo-mysql=/u01/LAMP/mysql-5.0.37 --with-pdo-odbc=unixODBC,/u01/LAMP/unixODBC-2.2.12 --with-pdo-pgsql=/u01/LAMP/postgresql-8.2.4 --with-pdo-sqlite --with-readline --without-libedit --without-mm --with-sqlite --enable-sqlite-utf8 --with-oci8=instantclient,/u01/LAMP/oracle-instantclient/lib --with-pdo-oci=instantclient,/u01/LAMP/oracle-instantclient,10.2.0.3 --with-ibm-db2=/opt/IBM/db2/V8.1 Expected result: ... checking for IBM DB2 support... yes ... Actual result: --
#41201 [NEW]: fgets($stdin) does not return after newline if $stdin is filtered
From: rganogork at gmail dot com Operating system: Gentoo Linux PHP version: 5.2.1 PHP Bug Type: Filter related Bug description: fgets($stdin) does not return after newline if $stdin is filtered Description: If the input stream is filtered then fgets($stdin) does not return when newline is typed. Reproduce code: --- data = strtoupper($bucket->data); $consumed += $bucket->datalen; stream_bucket_append($out, $bucket); } return PSFS_PASS_ON; } } $stdin = fopen("php://stdin", "r"); stream_filter_register("test.23", "test_filter"); stream_filter_append($stdin, "test.23"); fgets($stdin); ?> Expected result: Should return after newline. It does return if you comment the 2 stream... lines. Actual result: -- It hangs, probably waiting for more input. -- Edit bug report at http://bugs.php.net/?id=41201&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41201&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41201&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41201&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41201&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41201&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41201&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41201&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41201&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41201&r=support Expected behavior:http://bugs.php.net/fix.php?id=41201&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41201&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41201&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41201&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41201&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41201&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41201&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41201&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41201&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41201&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41201&r=mysqlcfg
#41200 [Fbk->Opn]: (ibm-db2 + oracle-instant-client) == configure error
ID: 41200 User updated by: jruizmail at gmail dot com Reported By: jruizmail at gmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Linux (Gentoo) 2.6.20-r6 PHP Version: 5.2.1 New Comment: Ok, using: ./configure --with-oci8=instantclient,/u01/LAMP/oracle-instantclient/lib --with-pdo-oci=instantclient,/u01/LAMP/oracle-instantclient,10.2.0.3 --with-ibm-db2=/opt/IBM/db2/V8.1 same results: checking for IBM DB2 support... no configure: error: build test failed. Please check the config.log for details. You need to source your DB2 environment before running PHP configure: # . $IBM_DB2/db2profile and config.log says: configure:65533: checking for IBM DB2 support configure:65606: gcc -o conftest -I/usr/include -g -O2 -L/usr/lib -Wl,-rpath,/u01/LAMP/libxml2-2.6.28/lib -L/u01/LAMP/libxml2-2.6.28/lib -Wl,-rpath,/u01/LAMP/oracle-instantclient/lib -L/u01/LAMP/oracle-instantclient/lib conftest.c -L/opt/IBM/db2/V8.1/lib -ldb2 -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm -lclntsh 1>&5 configure: failed program was: #line 65595 "configure" #include "confdefs.h" char SQLExecute(); int main() { SQLExecute(); return 0; } I can confirm I get the same config.log messages including all the other configure options. thanks! Previous Comments: [2007-04-26 12:24:41] [EMAIL PROTECTED] Remove all configure options not required to reproduce it. And check the config.log as was recommended by configure. [2007-04-26 12:00:57] jruizmail at gmail dot com Just a note: I also tried using --with-ibm-db2=/home/db2inst2/sqllib and also tried setting the var IBM_DB2 to both /opt/IBM/db2/V8.1 and /home/db2inst2/sqllib locations, but if I include oracle support, same results... [2007-04-26 11:47:59] jruizmail at gmail dot com Description: Hi I'm trying to compile php-5.2.1 with db2 and with pdo-oci support (using instantclient). Using my configure options, php compiles well (and works well) if I ONLY include support for db2, and the same if I ONLY include support for oracle-instantclient... but if I put both together I get a configure error like: checking for IBM DB2 support... no configure: error: build test failed. Please check the config.log for details. You need to source your DB2 environment before running PHP configure: # . $IBM_DB2/db2profile of course, I sourced the db2profile script in (in my case) /home/db2inst2/sqllib/db2profile before running configure Reproduce code: --- ./configure --prefix=/u01/LAMP/php-5.2.1 --exec-prefix=/u01/LAMP/php-5.2.1 --host=i686-pc-linux-gnu --cache-file=./config.cache --enable-maintainer-zts --enable-cli --with-apxs2=/u01/LAMP/apache-2.2.4/bin/apxs --without-pear --disable-bcmath --with-bz2 --disable-calendar --disable-ctype --without-curl --without-curlwrappers --enable-exif --without-fdftk --disable-filter --enable-ftp --with-gettext --without-gmp --disable-hash --disable-ipv6 --disable-json --without-kerberos --enable-mbstring --without-mhash --with-ncurses --disable-pcntl --without-recode --disable-shmop --without-snmp --enable-soap --enable-sockets --disable-sysvmsg --disable-sysvsem --disable-sysvshm --disable-wddx --with-libxml-dir=/u01/LAMP/libxml2-2.6.28 --with-xmlrpc --enable-zip --with-zlib --disable-debug --without-gdbm --with-inifile --without-qdbm --with-freetype-dir=/usr --with-t1lib=/usr --enable-gd-jis-conv --with-jpeg-dir=/usr --with-png-dir=/usr --with-gd --without-ldap-sasl --disable-dbase --without-fbsql --without-msql --with-mssql=/u01/LAMP/freetds-0.64 --with-pgsql=/u01/LAMP/postgresql-8.2.4 --without-sybase --without-sybase-ct --enable-dba --without-cdb --without-db4 --without-flatfile --with-mysql=/u01/LAMP/mysql-5.0.37 --without-mysqli --with-unixODBC=/u01/LAMP/unixODBC-2.2.12 --without-adabas --without-birdstep --without-dbmaker --without-empress --without-esoob --without-iodbc --without-sapdb --without-solid --with-pdo-dblib=/u01/LAMP/freetds-0.64 --with-pdo-mysql=/u01/LAMP/mysql-5.0.37 --with-pdo-odbc=unixODBC,/u01/LAMP/unixODBC-2.2.12 --with-pdo-pgsql=/u01/LAMP/postgresql-8.2.4 --with-pdo-sqlite --with-readline --without-libedit --without-mm --with-sqlite --enable-sqlite-utf8 --with-oci8=instantclient,/u01/LAMP/oracle-instantclient/lib --with-pdo-oci=instantclient,/u01/LAMP/oracle-instantclient,10.2.0.3 --with-ibm-db2=/opt/IBM/db2/V8.1 Expected result: ... checking for IBM DB2 support... yes ... Actual result: -- checking for IBM DB2 support... no configure: error: build test failed. Please check the config.log for details. You need to source your DB2 environment before running PHP configure: # . $IBM_DB2/db2profile --
#41200 [Opn->Fbk]: (ibm-db2 + oracle-instant-client) == configure error
ID: 41200 Updated by: [EMAIL PROTECTED] Reported By: jruizmail at gmail dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Linux (Gentoo) 2.6.20-r6 PHP Version: 5.2.1 New Comment: Remove all configure options not required to reproduce it. And check the config.log as was recommended by configure. Previous Comments: [2007-04-26 12:00:57] jruizmail at gmail dot com Just a note: I also tried using --with-ibm-db2=/home/db2inst2/sqllib and also tried setting the var IBM_DB2 to both /opt/IBM/db2/V8.1 and /home/db2inst2/sqllib locations, but if I include oracle support, same results... [2007-04-26 11:47:59] jruizmail at gmail dot com Description: Hi I'm trying to compile php-5.2.1 with db2 and with pdo-oci support (using instantclient). Using my configure options, php compiles well (and works well) if I ONLY include support for db2, and the same if I ONLY include support for oracle-instantclient... but if I put both together I get a configure error like: checking for IBM DB2 support... no configure: error: build test failed. Please check the config.log for details. You need to source your DB2 environment before running PHP configure: # . $IBM_DB2/db2profile of course, I sourced the db2profile script in (in my case) /home/db2inst2/sqllib/db2profile before running configure Reproduce code: --- ./configure --prefix=/u01/LAMP/php-5.2.1 --exec-prefix=/u01/LAMP/php-5.2.1 --host=i686-pc-linux-gnu --cache-file=./config.cache --enable-maintainer-zts --enable-cli --with-apxs2=/u01/LAMP/apache-2.2.4/bin/apxs --without-pear --disable-bcmath --with-bz2 --disable-calendar --disable-ctype --without-curl --without-curlwrappers --enable-exif --without-fdftk --disable-filter --enable-ftp --with-gettext --without-gmp --disable-hash --disable-ipv6 --disable-json --without-kerberos --enable-mbstring --without-mhash --with-ncurses --disable-pcntl --without-recode --disable-shmop --without-snmp --enable-soap --enable-sockets --disable-sysvmsg --disable-sysvsem --disable-sysvshm --disable-wddx --with-libxml-dir=/u01/LAMP/libxml2-2.6.28 --with-xmlrpc --enable-zip --with-zlib --disable-debug --without-gdbm --with-inifile --without-qdbm --with-freetype-dir=/usr --with-t1lib=/usr --enable-gd-jis-conv --with-jpeg-dir=/usr --with-png-dir=/usr --with-gd --without-ldap-sasl --disable-dbase --without-fbsql --without-msql --with-mssql=/u01/LAMP/freetds-0.64 --with-pgsql=/u01/LAMP/postgresql-8.2.4 --without-sybase --without-sybase-ct --enable-dba --without-cdb --without-db4 --without-flatfile --with-mysql=/u01/LAMP/mysql-5.0.37 --without-mysqli --with-unixODBC=/u01/LAMP/unixODBC-2.2.12 --without-adabas --without-birdstep --without-dbmaker --without-empress --without-esoob --without-iodbc --without-sapdb --without-solid --with-pdo-dblib=/u01/LAMP/freetds-0.64 --with-pdo-mysql=/u01/LAMP/mysql-5.0.37 --with-pdo-odbc=unixODBC,/u01/LAMP/unixODBC-2.2.12 --with-pdo-pgsql=/u01/LAMP/postgresql-8.2.4 --with-pdo-sqlite --with-readline --without-libedit --without-mm --with-sqlite --enable-sqlite-utf8 --with-oci8=instantclient,/u01/LAMP/oracle-instantclient/lib --with-pdo-oci=instantclient,/u01/LAMP/oracle-instantclient,10.2.0.3 --with-ibm-db2=/opt/IBM/db2/V8.1 Expected result: ... checking for IBM DB2 support... yes ... Actual result: -- checking for IBM DB2 support... no configure: error: build test failed. Please check the config.log for details. You need to source your DB2 environment before running PHP configure: # . $IBM_DB2/db2profile -- Edit this bug report at http://bugs.php.net/?id=41200&edit=1
#41200 [Opn]: (ibm-db2 + oracle-instant-client) == configure error
ID: 41200 User updated by: jruizmail at gmail dot com Reported By: jruizmail at gmail dot com Status: Open Bug Type: Compile Failure Operating System: Linux (Gentoo) 2.6.20-r6 PHP Version: 5.2.1 New Comment: Just a note: I also tried using --with-ibm-db2=/home/db2inst2/sqllib and also tried setting the var IBM_DB2 to both /opt/IBM/db2/V8.1 and /home/db2inst2/sqllib locations, but if I include oracle support, same results... Previous Comments: [2007-04-26 11:47:59] jruizmail at gmail dot com Description: Hi I'm trying to compile php-5.2.1 with db2 and with pdo-oci support (using instantclient). Using my configure options, php compiles well (and works well) if I ONLY include support for db2, and the same if I ONLY include support for oracle-instantclient... but if I put both together I get a configure error like: checking for IBM DB2 support... no configure: error: build test failed. Please check the config.log for details. You need to source your DB2 environment before running PHP configure: # . $IBM_DB2/db2profile of course, I sourced the db2profile script in (in my case) /home/db2inst2/sqllib/db2profile before running configure Reproduce code: --- ./configure --prefix=/u01/LAMP/php-5.2.1 --exec-prefix=/u01/LAMP/php-5.2.1 --host=i686-pc-linux-gnu --cache-file=./config.cache --enable-maintainer-zts --enable-cli --with-apxs2=/u01/LAMP/apache-2.2.4/bin/apxs --without-pear --disable-bcmath --with-bz2 --disable-calendar --disable-ctype --without-curl --without-curlwrappers --enable-exif --without-fdftk --disable-filter --enable-ftp --with-gettext --without-gmp --disable-hash --disable-ipv6 --disable-json --without-kerberos --enable-mbstring --without-mhash --with-ncurses --disable-pcntl --without-recode --disable-shmop --without-snmp --enable-soap --enable-sockets --disable-sysvmsg --disable-sysvsem --disable-sysvshm --disable-wddx --with-libxml-dir=/u01/LAMP/libxml2-2.6.28 --with-xmlrpc --enable-zip --with-zlib --disable-debug --without-gdbm --with-inifile --without-qdbm --with-freetype-dir=/usr --with-t1lib=/usr --enable-gd-jis-conv --with-jpeg-dir=/usr --with-png-dir=/usr --with-gd --without-ldap-sasl --disable-dbase --without-fbsql --without-msql --with-mssql=/u01/LAMP/freetds-0.64 --with-pgsql=/u01/LAMP/postgresql-8.2.4 --without-sybase --without-sybase-ct --enable-dba --without-cdb --without-db4 --without-flatfile --with-mysql=/u01/LAMP/mysql-5.0.37 --without-mysqli --with-unixODBC=/u01/LAMP/unixODBC-2.2.12 --without-adabas --without-birdstep --without-dbmaker --without-empress --without-esoob --without-iodbc --without-sapdb --without-solid --with-pdo-dblib=/u01/LAMP/freetds-0.64 --with-pdo-mysql=/u01/LAMP/mysql-5.0.37 --with-pdo-odbc=unixODBC,/u01/LAMP/unixODBC-2.2.12 --with-pdo-pgsql=/u01/LAMP/postgresql-8.2.4 --with-pdo-sqlite --with-readline --without-libedit --without-mm --with-sqlite --enable-sqlite-utf8 --with-oci8=instantclient,/u01/LAMP/oracle-instantclient/lib --with-pdo-oci=instantclient,/u01/LAMP/oracle-instantclient,10.2.0.3 --with-ibm-db2=/opt/IBM/db2/V8.1 Expected result: ... checking for IBM DB2 support... yes ... Actual result: -- checking for IBM DB2 support... no configure: error: build test failed. Please check the config.log for details. You need to source your DB2 environment before running PHP configure: # . $IBM_DB2/db2profile -- Edit this bug report at http://bugs.php.net/?id=41200&edit=1
#41200 [NEW]: (ibm-db2 + oracle-instant-client) == configure error
From: jruizmail at gmail dot com Operating system: Linux (Gentoo) 2.6.20-r6 PHP version: 5.2.1 PHP Bug Type: Compile Failure Bug description: (ibm-db2 + oracle-instant-client) == configure error Description: Hi I'm trying to compile php-5.2.1 with db2 and with pdo-oci support (using instantclient). Using my configure options, php compiles well (and works well) if I ONLY include support for db2, and the same if I ONLY include support for oracle-instantclient... but if I put both together I get a configure error like: checking for IBM DB2 support... no configure: error: build test failed. Please check the config.log for details. You need to source your DB2 environment before running PHP configure: # . $IBM_DB2/db2profile of course, I sourced the db2profile script in (in my case) /home/db2inst2/sqllib/db2profile before running configure Reproduce code: --- ./configure --prefix=/u01/LAMP/php-5.2.1 --exec-prefix=/u01/LAMP/php-5.2.1 --host=i686-pc-linux-gnu --cache-file=./config.cache --enable-maintainer-zts --enable-cli --with-apxs2=/u01/LAMP/apache-2.2.4/bin/apxs --without-pear --disable-bcmath --with-bz2 --disable-calendar --disable-ctype --without-curl --without-curlwrappers --enable-exif --without-fdftk --disable-filter --enable-ftp --with-gettext --without-gmp --disable-hash --disable-ipv6 --disable-json --without-kerberos --enable-mbstring --without-mhash --with-ncurses --disable-pcntl --without-recode --disable-shmop --without-snmp --enable-soap --enable-sockets --disable-sysvmsg --disable-sysvsem --disable-sysvshm --disable-wddx --with-libxml-dir=/u01/LAMP/libxml2-2.6.28 --with-xmlrpc --enable-zip --with-zlib --disable-debug --without-gdbm --with-inifile --without-qdbm --with-freetype-dir=/usr --with-t1lib=/usr --enable-gd-jis-conv --with-jpeg-dir=/usr --with-png-dir=/usr --with-gd --without-ldap-sasl --disable-dbase --without-fbsql --without-msql --with-mssql=/u01/LAMP/freetds-0.64 --with-pgsql=/u01/LAMP/postgresql-8.2.4 --without-sybase --without-sybase-ct --enable-dba --without-cdb --without-db4 --without-flatfile --with-mysql=/u01/LAMP/mysql-5.0.37 --without-mysqli --with-unixODBC=/u01/LAMP/unixODBC-2.2.12 --without-adabas --without-birdstep --without-dbmaker --without-empress --without-esoob --without-iodbc --without-sapdb --without-solid --with-pdo-dblib=/u01/LAMP/freetds-0.64 --with-pdo-mysql=/u01/LAMP/mysql-5.0.37 --with-pdo-odbc=unixODBC,/u01/LAMP/unixODBC-2.2.12 --with-pdo-pgsql=/u01/LAMP/postgresql-8.2.4 --with-pdo-sqlite --with-readline --without-libedit --without-mm --with-sqlite --enable-sqlite-utf8 --with-oci8=instantclient,/u01/LAMP/oracle-instantclient/lib --with-pdo-oci=instantclient,/u01/LAMP/oracle-instantclient,10.2.0.3 --with-ibm-db2=/opt/IBM/db2/V8.1 Expected result: ... checking for IBM DB2 support... yes ... Actual result: -- checking for IBM DB2 support... no configure: error: build test failed. Please check the config.log for details. You need to source your DB2 environment before running PHP configure: # . $IBM_DB2/db2profile -- Edit bug report at http://bugs.php.net/?id=41200&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41200&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41200&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41200&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41200&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41200&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41200&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41200&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41200&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41200&r=support Expected behavior:http://bugs.php.net/fix.php?id=41200&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41200&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41200&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41200&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41200&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41200&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41200&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41200&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41200&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41200&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41200&r=mysqlcfg
#41192 [Opn->Asn]: Per Directory Values only work for one key
ID: 41192 Updated by: [EMAIL PROTECTED] Reported By: martin at itmission dot com -Status: Open +Status: Assigned Bug Type: PHP options/info functions Operating System: Windows Server 2003 PHP Version: 5.2.1 Assigned To: dmitry Previous Comments: [2007-04-26 11:32:16] martin at itmission dot com I downloaded the newest Win32 Snapshot from snaps.php.net: php5.2 (zip) (9.5M) Built On: Apr 26, 2007 08:30 GMT In this version of PHP (5.2.2RC2-dev), Per Directory Values do not work at all. My phpinfo page shows display errors: off for both sites. When I roll back to PHP-5.2.1, it works for the first website in the registry, and with PHP-5.2.0, it works for both of them. [2007-04-26 11:05:39] [EMAIL PROTECTED] The bug should be already fixed. Could you check snapshot from http://snaps.php.net [2007-04-26 03:09:02] martin at itmission dot com I am assuming that it has something to do with the massive change to registry.c between 5.2.0 and 5.2.1 changelogged as "implemented registry cache that prevent registry lookup on each request. In case of modification of corresponding registry-tree PHP will reload it automatic". Perhaps something in the way it's being cached is not working properly. The simpler code of 5.2.0 works as expected (and it hits the registry with every request, but I can live with that). [2007-04-26 02:13:08] martin at itmission dot com Possibly noteworthy, the exact same configuration works fine in PHP 5.2.0. [2007-04-26 01:41:12] martin at itmission dot com I understand that I was wrong to try to make it work with auto_prepend_file. When I remove auto_prepend_file and specify only display_errors => on (PHP_INI_ALL), and change my scripts to , www1 shows Display Errors: On, and www2 shows Display Errors: off. Deleting www1 or renaming it to www3 causes www2 to show Display Errors: on. When I create a fake error, like trying to open a nonexistent file, www1 displays the error, while www2 does not. 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/41192 -- Edit this bug report at http://bugs.php.net/?id=41192&edit=1
#41192 [Fbk->Opn]: Per Directory Values only work for one key
ID: 41192 User updated by: martin at itmission dot com Reported By: martin at itmission dot com -Status: Feedback +Status: Open Bug Type: PHP options/info functions Operating System: Windows Server 2003 PHP Version: 5.2.1 Assigned To: dmitry New Comment: I downloaded the newest Win32 Snapshot from snaps.php.net: php5.2 (zip) (9.5M) Built On: Apr 26, 2007 08:30 GMT In this version of PHP (5.2.2RC2-dev), Per Directory Values do not work at all. My phpinfo page shows display errors: off for both sites. When I roll back to PHP-5.2.1, it works for the first website in the registry, and with PHP-5.2.0, it works for both of them. Previous Comments: [2007-04-26 11:05:39] [EMAIL PROTECTED] The bug should be already fixed. Could you check snapshot from http://snaps.php.net [2007-04-26 03:09:02] martin at itmission dot com I am assuming that it has something to do with the massive change to registry.c between 5.2.0 and 5.2.1 changelogged as "implemented registry cache that prevent registry lookup on each request. In case of modification of corresponding registry-tree PHP will reload it automatic". Perhaps something in the way it's being cached is not working properly. The simpler code of 5.2.0 works as expected (and it hits the registry with every request, but I can live with that). [2007-04-26 02:13:08] martin at itmission dot com Possibly noteworthy, the exact same configuration works fine in PHP 5.2.0. [2007-04-26 01:41:12] martin at itmission dot com I understand that I was wrong to try to make it work with auto_prepend_file. When I remove auto_prepend_file and specify only display_errors => on (PHP_INI_ALL), and change my scripts to , www1 shows Display Errors: On, and www2 shows Display Errors: off. Deleting www1 or renaming it to www3 causes www2 to show Display Errors: on. When I create a fake error, like trying to open a nonexistent file, www1 displays the error, while www2 does not. [2007-04-25 20:49:10] [EMAIL PROTECTED] As documented in http://php.net/configuration.changes the registry keys do not work with PHP_INI_PERDIR ini values. You can see which ini value category it belongs to at: http://php.net/manual/en/ini.php#ini.list Only those marked PHP_INI_USER or PHP_INI_ALL will work. 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/41192 -- Edit this bug report at http://bugs.php.net/?id=41192&edit=1
#41192 [Asn->Fbk]: Per Directory Values only work for one key
ID: 41192 Updated by: [EMAIL PROTECTED] Reported By: martin at itmission dot com -Status: Assigned +Status: Feedback Bug Type: PHP options/info functions Operating System: Windows Server 2003 PHP Version: 5.2.1 Assigned To: dmitry New Comment: The bug should be already fixed. Could you check snapshot from http://snaps.php.net Previous Comments: [2007-04-26 03:09:02] martin at itmission dot com I am assuming that it has something to do with the massive change to registry.c between 5.2.0 and 5.2.1 changelogged as "implemented registry cache that prevent registry lookup on each request. In case of modification of corresponding registry-tree PHP will reload it automatic". Perhaps something in the way it's being cached is not working properly. The simpler code of 5.2.0 works as expected (and it hits the registry with every request, but I can live with that). [2007-04-26 02:13:08] martin at itmission dot com Possibly noteworthy, the exact same configuration works fine in PHP 5.2.0. [2007-04-26 01:41:12] martin at itmission dot com I understand that I was wrong to try to make it work with auto_prepend_file. When I remove auto_prepend_file and specify only display_errors => on (PHP_INI_ALL), and change my scripts to , www1 shows Display Errors: On, and www2 shows Display Errors: off. Deleting www1 or renaming it to www3 causes www2 to show Display Errors: on. When I create a fake error, like trying to open a nonexistent file, www1 displays the error, while www2 does not. [2007-04-25 20:49:10] [EMAIL PROTECTED] As documented in http://php.net/configuration.changes the registry keys do not work with PHP_INI_PERDIR ini values. You can see which ini value category it belongs to at: http://php.net/manual/en/ini.php#ini.list Only those marked PHP_INI_USER or PHP_INI_ALL will work. [2007-04-25 20:22:57] martin at itmission dot com Description: I am trying to configure multiple websites under IIS using ISAPI. For each site I would like to configure specific PHP directives. My directives only work on the first entry I make (lexicographically, not chronologically). Reproduce code: --- Using Regedit Add HKLM\Software\PHP\Per Directory Values\c\inetpub\www1\auto_prepend_file "c:\inetpub\www1\include1.php" Add HKLM\Software\PHP\Per Directory Values\c\inetpub\www2\auto_prepend_file "c:\inetpub\www2\include2.php" Files Create c:\inetpub\www1\include1.php containing "" Create c:\inetpub\www2\include2.php containing "" Create c:\inetpub\www1\index.php containing "" Create c:\inetpub\www2\index.php containing "" IIS Make the two sites (www1 and www2) and configure PHP on them. Web Browser Visit http://www1/index.php Visit http://www2/index.php Expected result: http://www1/index.php: 1hello http://www2/index.php: 2hello Actual result: -- http://www1/index.php: 1hello http://www2/index.php: hello If I delete HKLM\Software\PHP\Per Directory Values\c\inetpub\www1, or rename it to HKLM\Software\PHP\Per Directory Values\c\inetpub\www3 http://www2/index.php changes: 2hello However at that point www1 no longer prepends the file. This is the case with all directives, not just auto_prepend_file. -- Edit this bug report at http://bugs.php.net/?id=41192&edit=1
#16770 [Com]: get Fatal error: Cannot instantiate non-existent class when running simple test
ID: 16770 Comment by: irfan_zone at yahoo dot com Reported By: PLancashire at Columbia dot com Status: No Feedback Bug Type: Java related Operating System: Solaris 2.8 PHP Version: 4.0CVS-2002-04-23 New Comment: Fatal error: Cannot instantiate non-existent class: box in Previous Comments: [2002-11-11 10:07:50] andi at rc dot austria dot hp dot com Hello everybody, it seems that i got the same error/bug on HP-UX 11.11 Invoking Java... Fatal error: Cannot instantiate non-existent class: java in /opt/apache-1.3.27/htdocs/testjava.php on line 5 First i was using php 4.2.2 after reading the conclusion of bug 16770 i upgraded to 4.2.3 but got the same error message. ### My environment: HP-UX 11.11 HP-UX C compiler java j2sdk1.4. (provided by hp.com/go/java) php 4.2.3 zlib-1.1.4 ### testfile: more /opt/apache-1.3.27/htdocs/testjava.php currentTimeMillis(); ?> ### php.ini: [Java] java.class.path = /opt/php-4.2.3/lib/php/php_java.jar/php_java.jar java.home = /opt/java1.4 java.library = /opt/java1.4/jre/lib/PA_RISC/libjava.sl java.library.path = /opt/java1.4/jre/lib/PA_RISC extension_dir=/usr/local/lib/php/extensions/no-debug-non-zts-2002042 extension=java.a ### php config: ./configure --prefix=/opt/php-4.2.3 --with-zlib=/opt/zlib-1.1.4 --enable-mbstring --enable-mbregex --enable-cli - -with-java=/opt/java1.4 --without-mysql --without-libmysql --with-apache=/opt/apache_1.3.27 ### apache config: ./configure --prefix=/opt/apache-1.3.27 --add-module=./src/modules/standard/mod_vhost_alias.c --add-module=./src/ modules/standard/mod_env.c --add-module=./src/modules/standard/mod_log_config.c --add-module=./src/modules/standa rd/mod_mime_magic.c --add-module=./src/modules/standard/mod_negotiation.c --add-module=./src/modules/standard/mod _status.c --add-module=./src/modules/standard/mod_info.c --add-module=./src/modules/standard/mod_include.c --add- module=./src/modules/standard/mod_autoindex.c --add-module=./src/modules/standard/mod_dir.c --add-module=./src/mo dules/standard/mod_cgi.c --add-module=./src/modules/standard/mod_asis.c --add-module=./src/modules/standard/mod_i map.c --add-module=./src/modules/standard/mod_actions.c --add-module=./src/modules/standard/mod_speling.c --add-m odule=./src/modules/standard/mod_userdir.c --add-module=./src/modules/standard/mod_alias.c --add-module=./src/mod ules/standard/mod_access.c --add-module=./src/modules/standard/mod_auth.c --add-module=./src/modules/standard/mod _auth_anon.c --add-module=./src/modules/standard/mod_auth_dbm.c --add-module=./src/modules/standard/mod_digest.c --add-module=./src/modules/standard/mod_cern_meta.c --add-module=./src/modules/standard/mod_expires.c --add-modul e=./src/modules/standard/mod_headers.c --add-module=./src/modules/standard/mod_usertrack.c --add-module=./src/mod ules/standard/mod_unique_id.c --add-module=./src/modules/standard/mod_setenvif.c --activate-module=src/modules/ph p4/libphp4.a Thanks in advance for your support, Andi Monari [2002-09-26 20:07:03] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2002-09-09 10:32:36] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip I believe this isn't a bug, and a case of php.ini's being wrong. But in either case, I've borked around in the ext/java code a bit too test it out if you can. [2002-04-23 16:58:34] PLancashire at Columbia dot com correct Summary line [2002-04-23 16:57:46] PLancashire at Columbia dot com ---Environment Solaris Sparc 2.8 Patchkit as of 5/Apr/2002 Gcc 3.0.3 (Sunfreeware) binutils 2.11.2 (Sunfreeware) GNU Make version 3.79.1 (Sunfreeware) GNU libtool 1.4 (1.920 2001/04/24 23:26:18) (Sunfreeware) java j2sdk1.4.0 Zlib 1.1.4 (source) php 4.1.2 PATH includes /usr/j2sdk1.4.0/bin JAVA_HOME /usr/j2sdk1.4.0 --- ---configure--- ./configure \ --with-apxs=/usr/
#39005 [Opn->Fbk]: mb_ereg_replace
ID: 39005 Updated by: [EMAIL PROTECTED] Reported By: php at edwardk dot info -Status: Open +Status: Feedback Bug Type: mbstring related Operating System: Windows 2003 PHP Version: 5.2.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Cannot reproduce, your code works just fine on Linux both in prefork and threaded mode. Previous Comments: [2007-02-21 12:30:53] php at edwardk dot info Further testing shows that ereg_replace throws an error on the particular regex while mb_ereg_replace does not. [2007-02-21 12:16:56] php at edwardk dot info I have since upgraded to PHP 5.2.1. I've isolated this bug to a specific function, an example script is shown here: '; $test = mb_ereg_replace('\#([^,]+?)\@(irc(\.[\w\-]+)+)','[EMAIL PROTECTED]', $test); echo $test; ?> the intended use for this code segment is to replace irc links in text with clickable ones, eg, "[EMAIL PROTECTED]" becomes "[EMAIL PROTECTED] Crashes can be reproduced with ab (ApacheBench) with the following command line: ab -n 1000 -c 50 http://url/ Crashes occur faster when concurrency is higher, at -c 2 or so crashes don't happen. Workaround: Replacing mb_ereg_replace with ereg_replace stops the crashing from occuring, but with loss of multibyte support. [2006-10-12 01:00:00] 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". [2006-10-04 09:05:04] [EMAIL PROTECTED] Unfortunatelly we are not able to generate debug pack for PHP4. You would have to come up with reproducing script the old fashioned, trial and error way :) [2006-10-04 06:52:38] php at edwardk dot info Can a PHP 4.4.4 Win32 debug pack be created? I'm having a very difficult time isolating the script for this problem. 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/39005 -- Edit this bug report at http://bugs.php.net/?id=39005&edit=1
#1753 [Csd->Bgs]: httpd segfaults when compiled --with-mysql
ID: 1753 Updated by: [EMAIL PROTECTED] Reported By: joey at samaritan dot com -Status: Closed +Status: Bogus -Bug Type: Reproducible Crash +Bug Type: *General Issues Operating System: debian linux 2.1 (2.0.36 kernel) PHP Version: 4.0 Beta 1 Assigned To: jah Previous Comments: [1999-07-31 19:23:53] jah at cvs dot php dot net This is a known problem and is caused by both /where/your/sybase/libs/are/libsybdb.so and /lib/libnss_db.so (or something like it) containing function dbopen. Nothing we can do when there's a symbol clash between libraries. If my memory servers me right, a workaround is to disable db for services in /etc/nsswitch.conf (ie., there should be a line in that file that says: 'services: files'. If that line is 'services: db files', remove that db and restart nis. If even that doesn't work, try stopping nis altogether.) [1999-07-30 13:23:34] joey at samaritan dot com #5 0x401f6456 in getservbyname_r debian gnu/linux does not support getservbyname_r. [1999-07-30 12:34:10] joey at samaritan dot com #5 0x401f6456 in getservbyname_r debian gnu/linux does not support getservbyname_r. [1999-07-20 12:27:23] joey at samaritan dot com ./configure --with-apache=/usr/src/apache --with-sybase=/usr/local/sybase --with-mysql --with-ldap --with-imap --with-dbase=yes --with-filepro=yes --with-zlib --enable-sysvshm=yes --enable-sysvsem=yes --with-config-file-path --enable-track-vars=yes --enable-magic-quotes=yes --enable-debugger=yes --enable-bcmath=yes % gdb ./httpd Program received signal SIGSEGV, Segmentation fault. 0x40059e9e in db.init_charset () (gdb) bt #0 0x40059e9e in db.init_charset () #1 0x4005c64e in dbopen () #2 0x40234817 in () #3 0x402349f1 in () #4 0x40234c51 in () #5 0x401f6456 in getservbyname_r () #6 0x401f62c2 in getservbyname () #7 0x80a4783 in OnMySQLPort (entry=0x8217990, new_value=0x0, new_value_length=3, mh_arg1=0x0, mh_arg2=0x0, mh_arg3=0x0) at mysql.c:242 #8 0x80935e1 in php_register_ini_entries (ini_entry=0x81d4e98, module_number=20) at php_ini.c:113 #9 0x80a47ec in php3_minit_mysql (type=1, module_number=20) at mysql.c:285 #10 0x80d6c9f in zend_startup_module (module=0x81d4e68) at zend_API.c:539 #11 0x808fb04 in module_startup_modules () at internal_functions.c:119 #12 0x808f2bd in php_module_startup (sf=0x81d179c) at main.c:843 #13 0x808e75b in php_init_handler () #14 0x80f3889 in ap_init_modules () #15 0x80fec3d in main () -- Edit this bug report at http://bugs.php.net/?id=1753&edit=1
#40370 [Asn->Fbk]: compile error
ID: 40370 Updated by: [EMAIL PROTECTED] Reported By: oszfer at monornet dot hu -Status: Assigned +Status: Feedback Bug Type: Ming related Operating System: Debian sarge PHP Version: 4.4.4 Assigned To: fmk New Comment: 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 Previous Comments: [2007-03-08 21:34:25] m dot masson at cgi dot com Forgot to mention that I'm using RedHat Enterprise 4 update 4. [2007-03-08 21:32:29] m dot masson at cgi dot com Got the same problem here... I tried with both php-4.4.6 and the latest stable snapshot, PHP5 compiles properly tough. I can't use PHP5 as the application we are trying to install doesn't support PHP5: ./configure --prefix=/data/php4-STABLE-200703081930 --with-apxs2=/data/apache/bin/apxs --with-bz2 --with-gd --with-freetype-dir=/usr --with-jpeg-dir=/usr --with-ttf --with-png-dir --with-jpeg-dir --with-ming=/data/ming --enable-exif --enable-filter --with-pdo-mysql=/data/mysql --with-openssl --with-mysql=/data/mysql --with-mysqli=/data/mysql/bin/mysql_config --with-zlib-dir=/usr ... /bin/sh /data/SRC/php4-STABLE-200703081930/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/ming/ -I/data/SRC/php4-STABLE-200703081930/ext/ming/ -DPHP_ATOM_INC -I/data/SRC/php4-STABLE-200703081930/include -I/data/SRC/php4-STABLE-200703081930/main -I/data/SRC/php4-STABLE-200703081930 -I/usr/kerberos/include -I/usr/include/freetype2 -I/data/ming/include -I/data/mysql/include -I/data/SRC/php4-STABLE-200703081930/ext/xml/expat -I/data/SRC/php4-STABLE-200703081930/TSRM -I/data/SRC/php4-STABLE-200703081930/Zend-g -O2 -prefer-non-pic -c /data/SRC/php4-STABLE-200703081930/ext/ming/ming.c -o ext/ming/ming.lo /data/SRC/php4-STABLE-200703081930/ext/ming/ming.c: In function `zif_swfbitmap_init': /data/SRC/php4-STABLE-200703081930/ext/ming/ming.c:323: warning: assignment from incompatible pointer type /data/SRC/php4-STABLE-200703081930/ext/ming/ming.c: In function `zif_swfmovie_output': /data/SRC/php4-STABLE-200703081930/ext/ming/ming.c:1467: error: too many arguments to function `SWFMovie_output' /data/SRC/php4-STABLE-200703081930/ext/ming/ming.c: In function `zif_swfmovie_saveToFile': /data/SRC/php4-STABLE-200703081930/ext/ming/ming.c:1516: error: too many arguments to function `SWFMovie_output' /data/SRC/php4-STABLE-200703081930/ext/ming/ming.c: In function `zif_swfmovie_save': /data/SRC/php4-STABLE-200703081930/ext/ming/ming.c:1561: error: too many arguments to function `SWFMovie_output' /data/SRC/php4-STABLE-200703081930/ext/ming/ming.c:1575: error: too many arguments to function `SWFMovie_output' /data/SRC/php4-STABLE-200703081930/ext/ming/ming.c: In function `zif_swftextfield_setFont': /data/SRC/php4-STABLE-200703081930/ext/ming/ming.c:2597: warning: passing arg 2 of `SWFTextField_setFont' from incompatible pointer type make: *** [ext/ming/ming.lo] Error 1 thanks [2007-02-06 13:56:26] [EMAIL PROTECTED] Assigned to the maintainer. [2007-02-06 13:48:38] oszfer at monornet dot hu I get the same error with the latest snapshot: /bin/sh /usr/local/src/php4-STABLE-200702061130/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/ming/ -I/usr/local/src/php4-STABLE-200702061130/ext/ming/ -DPHP_ATOM_INC -I/usr/local/src/php4-STABLE-200702061130/include -I/usr/local/src/php4-STABLE-200702061130/main -I/usr/local/src/php4-STABLE-200702061130 -I/usr/include/libxml2 -I/usr/include/c-client -I/usr/local/src/php4-STABLE-200702061130/ext/mbstring/mbregex -I/usr/local/src/php4-STABLE-200702061130/ext/mbstring/libmbfl -I/usr/local/src/php4-STABLE-200702061130/ext/mbstring/libmbfl/mbfl -I/usr/local/include -I/home/oracle/product/9ir2/rdbms/public -I/home/oracle/product/9ir2/rdbms/demo -I/home/oracle/product/9ir2/plsql/public -I/usr/include/postgresql -I/usr/local/src/php4-STABLE-200702061130/ext/xml/expat -I/usr/local/src/php4-STABLE-200702061130/TSRM -I/usr/local/src/php4-STABLE-200702061130/Zend -prefer-non-pic -c /usr/local/src/php4-STABLE-200702061130/ext/ming/ming.c -o ext/ming/ming.lo /usr/local/src/php4-STABLE-200702061130/ext/ming/ming.c: In function `zif_swfbitmap_init': /usr/local/src/php4-STABLE-200702061130/ext/ming/ming.c:323: warning: assignment from incompatible pointer type /usr/local/src/php4-STABLE-200702061130/ext/ming/ming.c: In function `zif_swfmovie
#40289 [Opn->Asn]: pdo_odbc Extention throws HY090 with doing binary sqlbindcol
ID: 40289 Updated by: [EMAIL PROTECTED] Reported By: podunk dot vn at gmail dot com -Status: Open +Status: Assigned Bug Type: PDO related Operating System: windows xp sp2/IIS/ASAPI PHP Version: 5.2.0 Assigned To: wez Previous Comments: [2007-03-28 13:33:03] podunk dot vn at gmail dot com SQL Server [2007-03-28 12:44:36] [EMAIL PROTECTED] Are you using the "SQL Native Client" driver, or the old "SQL Server" driver? [2007-01-30 18:39:48] podunk dot vn at gmail dot com query($sql); $db->query("SET IDENTITY_INSERT cms_files ON"); $stmt = $db->prepare("insert into cms_files (data,content_type,name,label,pagid,fid) values (?, ?, ?, ?, ?, ?)"); $fp = fopen($_FILES['file']['tmp_name'], 'rb'); $stmt->bindParam(1, $fp, PDO::PARAM_LOB); $stmt->bindParam(2, $_FILES['file']['type']); $stmt->bindParam(3, $_FILES['file']['name']); $stmt->bindParam(4, 'test'); $stmt->bindParam(5, 1); $stmt->bindParam(6, 1); $stmt->execute(); $stmt = $db->prepare("select content_type,data from cms_files where fid=1"); $stmt->execute(); $stmt->bindColumn(1, $type, PDO::PARAM_STR, 256); $stmt->bindColumn(2, $lob, PDO::PARAM_LOB); $stmt->fetch(PDO::FETCH_BOUND); header("Content-Type: $type"); fpassthru($lob); print($lob); ?> [2007-01-30 18:03:17] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2007-01-30 18:01:28] podunk dot vn at gmail dot com The latest win32 snapshot DOES NOT fix this bug. 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/40289 -- Edit this bug report at http://bugs.php.net/?id=40289&edit=1
#40326 [Opn->Fbk]: Can't open file from cwd if parent folder not readable
ID: 40326 Updated by: [EMAIL PROTECTED] Reported By: sborrill at precedence dot co dot uk -Status: Open +Status: Feedback Bug Type: Streams related Operating System: NetBSD 3.1_STABLE PHP Version: 5.2.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2007-02-27 21:55:31] lthomas at cs dot umn dot edu "[3 Feb 9:32am UTC] sborrill at precedence dot co dot uk" suggested that this is 100% reproducible when using PHP within UserDir. I've encountered the bug both within and without UserDir. With UserDir: Apache 2.2.4 & PHP 5.2.1 in Solaris 8 Without UserDir: Apache 2.0.59 & PHP 5.2.1 in Solaris 8 [2007-02-23 11:51:57] sborrill at precedence dot co dot uk What sort of account? FTP/ssh/something else? Alternatively, big thanks to tlaramie at superb dot net for offering a suitable account. The error was introduced in revision 1.74.2.9.2.4 and is around line 584 for TSRM/tsrm_virtual_cwd.c in the loop that begins: ptr = tsrm_strtok_r(path_copy, TOKENIZER_STRING, &tok); This loop is not run in 1.74.2.9.2.3 if the cwdlen is 0. With 1.74.2.9.2.4 and later it is always run and so prepends a / on the file name, i.e. the actual file that is opened with fopen("file","r") is "/file". This strikes me as a potential security problem too. [2007-02-23 09:47:34] tlaramie at superb dot net I can replicate the issue verbatim on PHP 5.2.1 on Solaris 9 (SPARC). Login information for testing by one of the developers is available per their request. [2007-02-20 01:00:00] 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". [2007-02-12 17:49:28] [EMAIL PROTECTED] Please provide an account on this machine. 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/40326 -- Edit this bug report at http://bugs.php.net/?id=40326&edit=1
#40537 [Opn->Fbk]: move_uploaded_file - target directory's name problem
ID: 40537 Updated by: [EMAIL PROTECTED] Reported By: stloukal at programator dot cz -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: FC4, 2.6.17 PHP Version: 5.2.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2007-03-08 18:27:28] stloukal at programator dot cz And next computer with described behaviour: [EMAIL PROTECTED] tmp]# id -Z Sorry, --context (-Z) can be used only on a selinux-enabled kernel. [EMAIL PROTECTED] tmp]# uname -a Linux krtek 2.6.19-1.2911.fc6 #1 SMP Sat Feb 10 15:51:47 EST 2007 i686 athlon i386 GNU/Linux [2007-03-08 11:49:09] stloukal at programator dot cz The same behaviour on another computer: [EMAIL PROTECTED] web]# id -Z Sorry, --context (-Z) can be used only on a selinux-enabled kernel. [EMAIL PROTECTED] web]# uname -a Linux colonel 2.6.18-1.2200.fc5smp #1 SMP Sat Oct 14 17:15:35 EDT 2006 i686 i686 i386 GNU/Linux [2007-03-07 08:31:21] stloukal at programator dot cz So I compiled PHP with options: [EMAIL PROTECTED] php-5.2.1]$ cat config.nice #! /bin/sh # # Created by configure './configure' \ '--prefix=/usr/local/php5' \ '--with-config-file-path=/etc/' \ '--with-apxs2=/usr/local/apache2/bin/apxs' \ '--disable-all' \ "$@" and Apache: [EMAIL PROTECTED] httpd-2.2.4]$ cat config.nice #! /bin/sh # # Created by configure "./configure" \ "--enable-ssl" \ "--enable-static-htpasswd" \ "--disable-cgi" \ "--enable-so" \ "--enable-rewrite" \ "--with-included-apr" \ "--with-ssl=/usr/local" \ "--with-mpm=worker" \ "$@" ...and still the same behaviour. But with "--with-mpm=prefork" instead of "--with-mpm=worker" it works fine. When I start Apache (with worker module) with "-X" option (e.g. [EMAIL PROTECTED] bin]# ./apachectl -X -f /etc/httpd/conf/httpd.conf -k start), upload works fine too. I can read files from the "tmp" when I access via URL (e.g. http://my.address.com/tmp/myfile.jpg). [2007-03-06 17:40:22] [EMAIL PROTECTED] Please remove all configure options not required to reproduce it. --disable-all --with-apxs2=.. is a good start. [2007-03-06 17:09:11] stloukal at programator dot cz I recompiled Apache with "worker" again (and PHP too) and I have the same problem again. Here are some configs: [EMAIL PROTECTED] php-5.2.1]# cat config.nice #! /bin/sh # # Created by configure './configure' \ '--prefix=/usr/local/php5' \ '--with-config-file-path=/etc/' \ '--enable-magic-quotes' \ '--with-apxs2=/usr/local/apache2/bin/apxs' \ '--enable-safe-mode' \ '--enable-debug' \ '--with-openssl=/usr/local/' \ '--with-zlib' \ '--enable-bcmath' \ '--enable-calendar' \ '--with-curl' \ '--enable-ftp' \ '--enable-exif' \ '--with-gd' \ '--enable-gd-native-ttf' \ '--with-jpeg-dir=/usr/local/' \ '--with-png-dir=/usr/local/' \ '--with-freetype-dir' \ '--with-imap' \ '--with-imap-ssl' \ '--with-gettext' \ '--with-zlib=/usr/local/' \ '--with-mcrypt=/usr/local/' \ '--with-mhash=/usr/local/' \ '--with-mysqli=/usr/local/mysql/bin/mysql_config' \ '--with-iodbc=/usr/local' \ '--with-pdo-mysql=/usr/local/mysql' \ '--with-pdo-pgsql=/usr/local/pgsql/bin/pg_config' \ '--with-pgsql=/usr/local/pgsql/bin/pg_config' \ '--enable-soap' \ '--enable-sockets' \ '--without-sqlite' \ '--enable-wddx' \ '--enable-zip' \ '--with-pear' \ '--with-zend-vm' \ '--enable-zend-multibyte' \ '--with-kerberos' \ '--with-mysql=/usr/local/mysql' \ '--with-iconv=/usr/local' \ "$@" [EMAIL PROTECTED] httpd-2.2.4]# cat config.nice #! /bin/sh # # Created by configure "./configure" \ "--enable-auth-digest" \ "--enable-proxy" \ "--enable-proxy-connect" \ "--enable-proxy-ftp" \ "--enable-proxy-http" \ "--enable-proxy-balancer" \ "--enable-ssl" \ "--enable-log-forensic" \ "--enable-static-htpasswd" \ "--disable-cgi" \ "--enable-so" \ "--enable-rewrite" \ "--with-included-apr" \ "--with-ssl=/usr/local" \ "--with-mpm=worker" \ "$@" [EMAIL PROTECTED] httpd-2.2.4]# uname -a Linux shaman 2.6.17-1.2142_FC4 #1 Tue Jul 11 22:41:14 EDT 2006 i686 athlon i386 GNU/Linux The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/40537 -- Edit this bug report at http://bugs.php.net/?id=40537&edit=1
#40633 [Asn->Sus]: disk_free_space returns a bad result on filesystems with negative free space
ID: 40633 Updated by: [EMAIL PROTECTED] Reported By: adam-phpbugs at adam dot gs -Status: Assigned +Status: Suspended Bug Type: Filesystem function related Operating System: FreeBSD PHP Version: 5.2.1 Assigned To: tony2001 Previous Comments: [2007-04-10 20:58:25] [EMAIL PROTECTED] Funny thing is that PHP doesn't use any unsigned numbers on the way - it translates it directly from system call int64 to double. I guess version of the system and header file defining struct statvfs would be useful. [2007-02-26 15:44:08] [EMAIL PROTECTED] Please provide an SSH account on a machine where I can reproduce it. [2007-02-26 13:33:03] adam-phpbugs at adam dot gs changing OS to FreeBSD [2007-02-26 13:32:36] adam-phpbugs at adam dot gs This was FreeBSD if you look at the FreeBSD manpage for tunefs(8), this is the intended behaviour. http://www.freebsd.org/cgi/man.cgi? query=tunefs&apropos=0&sektion=0&manpath=FreeBSD+6.2- RELEASE&format=html Basically, in FreeBSD (under UFS2 at least) avaliable space is calculated as total minus used minus reserved. A small % (8 by default) is reserved. So, this is not really a bug, but actually an intended feature. [2007-02-26 09:33:41] [EMAIL PROTECTED] What kind of BSD is that and don't you think that negative free space is a BSD bug? 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/40633 -- Edit this bug report at http://bugs.php.net/?id=40633&edit=1
#40663 [Asn->Fbk]: ming doesn't compile
ID: 40663 Updated by: [EMAIL PROTECTED] Reported By: jayssite at gmail dot com -Status: Assigned +Status: Feedback Bug Type: Compile Failure Operating System: FreeBSD 6.x PHP Version: 5.2.1 Assigned To: fmk New Comment: Is this still valid? Previous Comments: [2007-02-27 17:56:21] jayssite at gmail dot com It does not compile with the latest CVS, either: /bin/sh /home/sw/php5.2-200702271730/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/ming/ -I/home/sw/php5.2-200702271730/ext/ming/ -DPHP_ATOM_INC -I/home/sw/php5.2-200702271730/include -I/home/sw/php5.2-200702271730/main -I/home/sw/php5.2-200702271730 -I/usr/local/include/libxml2 -I/usr/local/include -I/home/sw/php5.2-200702271730/ext/date/lib -I/usr/local/include/freetype2 -I/home/sw/php5.2-200702271730/ext/mbstring/oniguruma -I/home/sw/php5.2-200702271730/ext/mbstring/libmbfl -I/home/sw/php5.2-200702271730/ext/mbstring/libmbfl/mbfl -I/usr/local/include/ming -I/sw/mysql-standard-5.0.24-freebsd6.0-i386/include -I/usr/local/include/pspell -I/home/sw/php5.2-200702271730/TSRM -I/home/sw/php5.2-200702271730/Zend-I/usr/local/include -g -O2 -prefer-non-pic -c /home/sw/php5.2-200702271730/ext/ming/ming.c -o ext/ming/ming.lo /home/sw/php5.2-200702271730/ext/ming/ming.c: In function `getFontOrFontChar': /home/sw/php5.2-200702271730/ext/ming/ming.c:3850: error: `fontchar_class_entry_ptr' undeclared (first use in this function) /home/sw/php5.2-200702271730/ext/ming/ming.c:3850: error: (Each undeclared identifier is reported only once /home/sw/php5.2-200702271730/ext/ming/ming.c:3850: error: for each function it appears in.) /home/sw/php5.2-200702271730/ext/ming/ming.c: In function `zm_startup_ming': /home/sw/php5.2-200702271730/ext/ming/ming.c:4257: error: `SWFTEXTFIELD_USEFONT' undeclared (first use in this function) /home/sw/php5.2-200702271730/ext/ming/ming.c:4258: error: `SWFTEXTFIELD_AUTOSIZE' undeclared (first use in this function) /home/sw/php5.2-200702271730/ext/ming/ming.c:4278: error: `SWF_SOUND_NOT_COMPRESSED' undeclared (first use in this function) /home/sw/php5.2-200702271730/ext/ming/ming.c:4279: error: `SWF_SOUND_ADPCM_COMPRESSED' undeclared (first use in this function) /home/sw/php5.2-200702271730/ext/ming/ming.c:4280: error: `SWF_SOUND_MP3_COMPRESSED' undeclared (first use in this function) /home/sw/php5.2-200702271730/ext/ming/ming.c:4281: error: `SWF_SOUND_NOT_COMPRESSED_LE' undeclared (first use in this function) /home/sw/php5.2-200702271730/ext/ming/ming.c:4282: error: `SWF_SOUND_NELLY_COMPRESSED' undeclared (first use in this function) /home/sw/php5.2-200702271730/ext/ming/ming.c:4283: error: `SWF_SOUND_5KHZ' undeclared (first use in this function) /home/sw/php5.2-200702271730/ext/ming/ming.c:4284: error: `SWF_SOUND_11KHZ' undeclared (first use in this function) /home/sw/php5.2-200702271730/ext/ming/ming.c:4285: error: `SWF_SOUND_22KHZ' undeclared (first use in this function) /home/sw/php5.2-200702271730/ext/ming/ming.c:4286: error: `SWF_SOUND_44KHZ' undeclared (first use in this function) /home/sw/php5.2-200702271730/ext/ming/ming.c:4287: error: `SWF_SOUND_8BITS' undeclared (first use in this function) /home/sw/php5.2-200702271730/ext/ming/ming.c:4288: error: `SWF_SOUND_16BITS' undeclared (first use in this function) /home/sw/php5.2-200702271730/ext/ming/ming.c:4289: error: `SWF_SOUND_MONO' undeclared (first use in this function) /home/sw/php5.2-200702271730/ext/ming/ming.c:4290: error: `SWF_SOUND_STEREO' undeclared (first use in this function) *** Error code 1 Stop in /home/sw/php5.2-200702271730. [2007-02-27 17:38:50] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2007-02-27 17:32:04] jayssite at gmail dot com Description: PHP 5.2.1 does not compile with ming 0.3.0 Actual result: -- /bin/sh /home/sw/php-5.2.1/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/ming/ -I/home/sw/php-5.2.1/ext/ming/ -DPHP_ATOM_INC -I/home/sw/php-5.2.1/include -I/home/sw/php-5.2.1/main -I/home/sw/php-5.2.1 -I/usr/local/include/libxml2 -I/usr/local/include -I/home/sw/php-5.2.1/ext/date/lib -I/usr/local/include/freetype2 -I/home/sw/php-5.2.1/ext/mbstring/oniguruma -I/home/sw/php-5.2.1/ext/mbstring/libmbfl -I/home/sw/php-5.2.1/ext/mbstring/libmbfl/mbfl -I/usr/local/include/ming -I/sw/mysql-standard-5.0.24-freebsd6.0-i386/include -I/usr/local/include/pspell -I/home/sw/php-5.2.1/TSRM -I/home/sw/php-5.2.1/Zend-I/usr/local/include -g -O2 -prefer-non-pic -c /home/sw/php-5.2.1/ext/ming/ming.c -o ext/ming/ming.lo /home/sw/php-5.2.1/ext/ming/ming.c: In function `getFontOrFontChar': /home/sw/p
#39279 [Opn->Asn]: mb_ereg_replace() has an error
ID: 39279 Updated by: [EMAIL PROTECTED] Reported By: ivb at is dot ua -Status: Open +Status: Assigned Bug Type: mbstring related Operating System: Windows 2000 SP4 PHP Version: 5CVS-2006-10-27 (CVS) Assigned To: masugata Previous Comments: [2007-01-22 11:42:55] ivb at is dot ua feedback sent via e-mail [2007-01-22 10:20:42] [EMAIL PROTECTED] Oh! This is a big help. Give me, your php.ini and program. Please send to '[EMAIL PROTECTED]'. Thank You. [2006-12-27 06:13:20] ivb at is dot ua Yes, I confirm that bug exists and I can reproduce it. I download latest snapshot and take my example from this report. The result still "{abc..def}{ab\1...\2ef}" instead of "{abc..def}{abc...def}". If you need any my assistance (my php.ini f.e.) please feel free to contact with me by my e-mail. [2006-12-27 04:59:35] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip I have tried Reproduce code in snapshot. But, did not become the result of your report. Could you confirm it again? Thank you. [2006-10-27 13:36:17] ivb at is dot ua Description: mb_ereg_replace() works incorrectly if 2nd parameter is multibyte and contains substings \\n (n - digit). It returns substing \n itself instead of corresponding parenthesized substring. If 2nd parameter not multibyte - \\n correctly replaced with corresponding parenthesized substrings. If 2nd parameter multibyte, but not contains \\n substrings - replacement works correctly. Reproduce code: --- Expected result: {abc..def}{abc...def} Actual result: -- {abc..def}{ab\1...\2ef} -- Edit this bug report at http://bugs.php.net/?id=39279&edit=1
#39341 [Opn->Asn]: pg_fetch_assoc returns escaped data
ID: 39341 Updated by: [EMAIL PROTECTED] Reported By: jasen at treshna dot com -Status: Open +Status: Assigned Bug Type: PostgreSQL related Operating System: debian linux PHP Version: 4.4.4 -Assigned To: +Assigned To: yohgaki Previous Comments: [2006-11-09 05:56:11] jasen at treshna dot com new example code: I reallise that pg_insert is experimental, but it _seems_ to be working perfectly. Reproduce code: --- $data ))) die( "couldn't insert data\n") ; $res=pg_query("SELECT a FROM mytab"); if (!$res) die( "query failed\n") ; $row=pg_fetch_assoc($res); if ($row['a'] == $data ) echo "Retrieved data matched inserted -GOOD!\n"; elseif (pg_unescape_bytea($row['a']) == $data) echo "Retrieved data matched escaped version of inserted data - oops!\n"; else echo "Retrieved and insterted data differ :(\n"; ?> Expected result: Retrieved data matched inserted -GOOD Actual result: --- Retrieved data matched escaped version of inserted data - oops! [2006-11-08 14:38:47] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2006-11-02 05:20:30] jasen at treshna dot com Description: I have a postgresql database table with a bytea field I insert into a record into this table using pg_insert but when I extract the data using pg_fetch_assoc the binary data is still escaped and needs to be unescaped using pg_unescape_bytea Reproduce code: --- $db=pg_connect('dbname=foo'); $res=pg_query("select * from images limit 1"); $row=pg_fetch_assoc($res); header("content-type: $row[type]"); echo /*pg_unescape_bytea(*/$row['data']); /* unescape is needed - is this a bug in php? */ Expected result: I would expect my binary image to display in the browser Actual result: -- the browser complains about corruption in the image closer examination reveals that the data is still escaped. -- Edit this bug report at http://bugs.php.net/?id=39341&edit=1
#40776 [Asn->Csd]: highlight.bg setting ignored/unused
ID: 40776 Updated by: [EMAIL PROTECTED] Reported By: seanius at debian dot org -Status: Assigned +Status: Closed Bug Type: PHP options/info functions Operating System: Debian GNU/Linux PHP Version: 5.2.1 Assigned To: tony2001 New Comment: Removed highlight.bg in HEAD, but I can't touch it in PHP5 as it would break binary compat. Previous Comments: [2007-04-07 20:43:57] info at noctus dot net > The patch should be changed to not using the HTML body tag for the background color since highlight_file() might be used to embed highlighted code into another file. Then the alternative could be to drop the body element again and put the background color for the code element with an additional display:block; But this way a white margin will remain around the displayed source code. > I also see no need to use highlight_bg as last_color. Ah yes, you’re right; I could have used syntax_highlighter_ini->highlight_bg directly. [2007-04-07 18:45:28] seanius at debian dot org okay, since i'm just kind of acting as an inefficient middle-man here i'll ask the reporter to comment directly to the bug here :) [2007-04-07 11:49:04] [EMAIL PROTECTED] The patch should be changed to not using the HTML body tag for the background color since highlight_file() might be used to embed highlighted code into another file. I also see no need to use highlight_bg as last_color. [2007-04-06 23:15:40] seanius at debian dot org hi, just fyi: a patch has been supplied by the reporter in the debian bts: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405338;msg=34;filename=118-highlight_bg.patch;att=1 sorry the urls for attachments suck, you can also browse to it at the address originally provided :) [2007-03-11 13:45:58] seanius at debian dot org Description: originally reported at http://bugs.debian.org/405338 it seems that the highlight.bg setting is being ignored for highlight_string/highlight_file(). or perhaps this setting is obsoleted/removed intentionally? the online docs and php-provided ini files still reference this setting though, and it shows up correctly in phpinfo(). grepping through the source for php5 however, i don't find much referencing the setting apart from the ini file and some test cases. the highlight_file function in ext/standard/base_functions.c sets the other settings from the "higlight struct", but not the .bg setting. Reproduce code: --- Expected result: a red background Actual result: -- a white default background -- Edit this bug report at http://bugs.php.net/?id=40776&edit=1
#39542 [Opn->Fbk]: Search order for include_once/require_once wrong in get_include_path
ID: 39542 Updated by: [EMAIL PROTECTED] Reported By: snowy at corporatezoo dot com -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Windows XP PHP Version: 5.2.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2007-04-18 05:37:03] rvp at journal dot com dot ph PHP's default setting for open tags is ===> "short_open_tag = Off" Set it to "On" or modify your script opening tags to long ones eg. Regards to all. [2007-03-15 07:13:58] snowy at coporatezoo dot com Hi, so I caught this while reading the change log for 5.2.0: "Optimized require_once() and include_once() by eliminating fopen(3) on second usage. (Dmitry)" Perhaps this might be the issue, it might be optimized, but I'm not sure if it's entirely correct. [2007-03-12 07:28:07] snowy at coporatezoo dot com tried this on 5.2.1 on OSX as well and it also fails. Another thing: if my file is in /project/docroot/file.php even if I do a: require_once('/project/classes/File.php'); it still fails. Notice that it's (1) case insensitive, (2) the actual full path is given in require_once. I thought it may have been caching the full path, but looks like it's only looking if '[F|f]ile.php' (the file name) has been loaded. Ie, even set_include_path('/project'); require_once('classes/file.php'); // give a path name to avoid namespace clash doesn't work. Is this going to be fixed? Or should we go and change all our include_once/require_once if we want to upgrade to > 5.1.6? thx [2007-02-13 16:42:02] jsnell at e-normous dot com still fails for me in the latest snapshot: One other thing to note, it functions differently depending on where you call the script from: e-normous:/Users/jsnell/delete/php5/testcase/lib$ ../../../php5.2-200702131330/sapi/cli/php ../test.php /Users/jsnell/delete/php5/testcase/lib/ Included Test from lib/ vs. e-normous:/Users/jsnell/delete/php5/testcase$ ../../php5.2-200702131330/sapi/cli/php ./test.php /Users/jsnell/delete/php5/testcase/lib/ and e-normous:/Users/jsnell/delete/php5/testcase$ ../../php5.2-200702131330/sapi/cli/php test.php /Users/jsnell/delete/php5/testcase/lib/ [2007-02-09 05:11:00] snowy at corporatezoo dot com hi tried the windows snap, also just tried 5.2.1 and same problem. I'll just confirm with jsnell's observation that it is indeed require_once that is throwing that exception. require seems to work fine. ie function __autoload($class) { require_once($class . '.php'); } breaks whilst function __autoload($class) { require($class . '.php'); } works 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/39542 -- Edit this bug report at http://bugs.php.net/?id=39542&edit=1
#40871 [Asn]: preg_replace returns blank when the text contains bad UTF-8
ID: 40871 Updated by: [EMAIL PROTECTED] Reported By: ismith at motorola dot com Status: Assigned Bug Type: PCRE related Operating System: Windows Server 2003 SP1 PHP Version: 5.2.1 Assigned To: andrei New Comment: Nuno, Andrei wake up. Is it worth/possible to do something about it or should I mark it as "won't fix"? Previous Comments: [2007-03-22 23:03:41] [EMAIL PROTECTED] in PHP 6, PHP always passes well-formed utf-8 strings to pcre, because the strings are previously processed by ICU. In PHP 4/5, well.. It's hard to leave up to the user-land app to deal with these kind of complex things, but should we really interfere with string? I dunno.. but my point is that maintaing BC is more important at this time.. [2007-03-22 00:29:24] [EMAIL PROTECTED] Did you see this: http://us3.php.net/manual/en/function.preg-last-error.php The error is not getting lost. There's just not much we can do about it aside from returning it to the user. [2007-03-21 22:47:02] [EMAIL PROTECTED] Andrei, do you think there is something we can do about it? [2007-03-21 17:45:27] ismith at motorola dot com Further info: I emailed the PCRE maintainer, and he said that since PCRE doesn't do the replacement part, PCRE itself isn't dumping the text. Apparently when PCRE sees bad UTF8, it returns an error code (I believe PCRE_ERROR_BADUTF8). I think the text is getting lost by php_pcre_replace_impl. If pcre_exec returns PCRE_ERROR_NOMATCH, it saves all the unmatched text in the result; but if pcre_exec returns some other error code, it looks to me like it's dumping the result (which matches what I'm seeing). I don't see how PHP can do much else than what it's doing; without a match count back from pcre_exec, it can't process the replacements in any case. My feeling is that PCRE should not return an error code in this case, but work around the bad UTF-8 character, which would be more in keeping with the Unicode standard. I'll discuss this further with the PCRE folks. OTOH, maybe MediaWiki should do UTF-8 cleanup on the string before giving it to PHP. [2007-03-20 20:16:57] [EMAIL PROTECTED] >Where do I report this? How do I get it fixed? See http://pcre.org, further details I don't know myself. 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/40871 -- Edit this bug report at http://bugs.php.net/?id=40871&edit=1
#40952 [Opn->Fbk]: mail: Malformed date header (H0600)
ID: 40952 Updated by: [EMAIL PROTECTED] Reported By: sh at nnoncarey dot com -Status: Open +Status: Feedback Bug Type: Mail related Operating System: Windows Server 2003 PHP Version: 4.4.6 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2007-04-12 07:33:25] [EMAIL PROTECTED] On Windows PHP talks SMTP to the server, so this is possible (though unlikely, otherwise it would have been noticed years ago). On Linux PHP just calls sendmail binary and passes all the data to it, so look for a problem there, definitely not PHP problem. [2007-04-11 22:55:03] cipri at php dot ne The same happens on PHP 5.1.2 on a Linux FC6 server. However the entire header gets malformed here: Fri, 12 Apr 2007 00:48:19 -2200 The accurate date would be: Thu, 12 Apr 2007 00:48:19 +0200 I've send mails manually via telnet to my mailserver without a date header thinking it might be the cause, but it adds correct mails, so the problem clearly lies within the PHP implementation of mail() [2007-04-05 21:37:14] sh at nnoncarey dot com http://bugs.php.net/bug.php?id=40952 */ ini_set('SMTP', 'mail.sys.ilstu.edu'); mail('[EMAIL PROTECTED]', 'subject', "message\n"); ?> [2007-04-03 18:38:51] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2007-03-29 20:14:46] sh at nnoncarey dot com Description: Email sent with PHP's mail() function often (but not always) has a malformed Date: header. Specifically, the minus sign before the UTC offset is replaced with a capital letter "H". In my timezone (US Central Standard -6), this means "H0600" instead of "-0600". The occurrence of this problem does not appear to be related to the recent US DST change. Here is a date header illustrating the problem, along with the X-OriginalArrivalTime header from the same email, just for comparison: Date: Wed, 28 Mar 2007 14:04:37 H0600 X-OriginalArrivalTime: 28 Mar 2007 19:04:36.0042 (UTC) FILETIME=[ED52E2A0:01C7716B] But here is just one example which worked as expected. Date: Tue, 06 Feb 2007 07:54:42 -0600 X-OriginalArrivalTime: 06 Feb 2007 13:54:30.0533 (UTC) -- Edit this bug report at http://bugs.php.net/?id=40952&edit=1
#41004 [Opn->Asn]: minOccurs="0" and null class member variable
ID: 41004 Updated by: [EMAIL PROTECTED] Reported By: w dot antoine at free dot fr -Status: Open +Status: Assigned Bug Type: SOAP related Operating System: Windows 2000 PHP Version: 5.2.1 -Assigned To: +Assigned To: dmitry Previous Comments: [2007-04-11 18:22:25] w dot antoine at free dot fr Hi The test case (the wsdl file and the client classes are available on: http://w.antoine.free.fr/php-bug-41004-testCase.zip [2007-04-05 19:57:10] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2007-04-05 12:12:10] w dot antoine at free dot fr Description: I use the classmap option of the soap client constructed from the WSDL. In my wsdl file i have a complex type with elements where minOccurs=0 et maxOccurs=1. When the corresponding class member is null, an empty element is send. How i can tell the soap client to not send elements when minOccurs=0 and the value is NULL? The webservice server is apache axis Reproduce code: --- Complex type definition: Php Code to call: $simulationRequest[0]->setProduct1Type("CLA"); $simulationRequest[0]->setProduct1BankCardTypeCd(NULL); Php class SimulateRequest extract: class SimulateRequest{ private $product1Type ; public function getProduct1Type(){ return $this->product1Type; } public function setProduct1Type($param){ $this->product1Type=$param; } private $product1BankCardTypeCd ; public function getProduct1BankCardTypeCd(){ return $this->product1BankCardTypeCd; } public function setProduct1BankCardTypeCd($param){ $this->product1BankCardTypeCd=$param; } Expected result: REV Actual result: -- REV -- Edit this bug report at http://bugs.php.net/?id=41004&edit=1
#41029 [Opn->Fbk]: Parse Error before zval
ID: 41029 Updated by: [EMAIL PROTECTED] Reported By: dgrimes at scvl dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Tru64 V5.1 PHP Version: 5.2.1 Previous Comments: [2007-04-19 21:09:07] dgrimes at scvl dot com OK... I got operations to agree to this. What I need is the IP address you'll be coming in on. I will send you the particulars tomorrow. Thank you, Dean [2007-04-19 20:21:26] [EMAIL PROTECTED] I'm ready to help you for free, your problem is weird enough and I'm curious to see what might cause it. Though I'd like to use something convenient to access the server. Simple port forwarding is enough to do it provide SSH access (ANY firewall is able to do it, it's one of their basic functions). [2007-04-19 19:16:07] dgrimes at scvl dot com I realize you're pretty busy but I was wondering if you had given any more thought to my last posts? Also, I have one more request, would you be willing to look at this issue for a fee on an hourly basis? Thanks, Dean [2007-04-18 18:59:17] dgrimes at scvl dot com Hi, I was wondering if you had a chance to look at my last post? If you're still unable to look at our system using the Cisco VPN client, I was wondering if there was a way for me to download earlier versions of PHP5 until I find one that works? I have a version of PHP5 from November of 2005 that compiles. So I was thinking that maybe I could track down the problem by comparing the two versions where the problem started. What do you think? Thanks, Dean [2007-04-17 20:02:52] dgrimes at scvl dot com Cisco does provide a Linux version of the VPN client and it's pretty easy to setup. The reason we can't use SSH is because the Cisco VPN concentrator doesn't support SSH at this time. I would greatly appreciate it if you could take a look at this. I have a project that requires SOAP and I would really like to take advantage of the built-in SOAP functions. Thanks, Dean 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/41029 -- Edit this bug report at http://bugs.php.net/?id=41029&edit=1
#41196 [Opn]: Unable to make SOAP calls to NTLM authenticated web services
ID: 41196 Updated by: [EMAIL PROTECTED] Reported By: james dot talbot at brennanit dot com dot au Status: Open -Bug Type: SOAP related +Bug Type: Feature/Change Request Operating System: All PHP Version: 5.2.1 New Comment: Reclassified as feature request. Previous Comments: [2007-04-26 04:17:53] james dot talbot at brennanit dot com dot au Description: Currently, you can choose SOAP_AUTHENTICATION_BASIC or SOAP_AUTHENTICATION_DIGEST as authentication methods when creating a new SoapClient. However, there is no option to authenticate using Samba/NT's challenge-response NTLM authentication. NTLM authentication is required, for example, for Microsoft's Dynamics CRM webservice. -- Edit this bug report at http://bugs.php.net/?id=41196&edit=1
#41199 [Opn->WFx]: scandir etc cannot read Chinese file/folder name
ID: 41199 Updated by: [EMAIL PROTECTED] Reported By: n00bp00ns at gmail dot com -Status: Open +Status: Wont fix Bug Type: Directory function related Operating System: Vista Home Premium PHP Version: 5.2.1 New Comment: You have to wait for PHP6 if you want decent Unicode support. Previous Comments: [2007-04-26 08:55:32] n00bp00ns at gmail dot com Description: The directory functions, namely: opendir(); readdir(); scandir(); only reads english filenames/folders and not chinese and possibly other languages Ref: http://bugs.php.net/bug.php?id=30195 Reproduce code: --- "; } ?> Expected result: Whatever filenames that is in that folder I requested for Actual result: -- If there are chinese filenames, it'll display as question marks. Not sure about others. I tried reencoding/sending the proper headers too. -- Edit this bug report at http://bugs.php.net/?id=41199&edit=1
#41197 [Opn->Fbk]: 404 http status always occurs when using fastcgi and doc_root config directive
ID: 41197 Updated by: [EMAIL PROTECTED] Reported By: richard at hyperlink dot net dot nz -Status: Open +Status: Feedback Bug Type: CGI related Operating System: Linux Debian Etch PHP Version: 5.2.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2007-04-26 05:28:09] richard at hyperlink dot net dot nz Description: I have php running as a fastcgi in a chroot jail. The path to document root in the jail is different from the path outside the jail so I've used the 'doc_root' directive in php.ini so that php can find the php script. PHP finds and runs the php script fine but always returns a status coded of 404 not found. I've done an strace and verified the problem occurs in php(5.2.0-8+etch1) not mod_fastcgi or apache. Sorry I haven't downloaded a later version, company policy is to only use prebuilt stable packages :-(. I've verified the bug in 5.2.0. Looking at http://lxr.php.net/source/php-src/sapi/cgi/cgi_main.c /* $Id: cgi_main.c,v 1.320 2007/04/17 20:01:22 sniper Exp $ */ it looks like the problem may be: line 867: if (!ptr) { ... line 887: SG(sapi_headers).http_response_code = 404; The preceeding 100 or so lines do some pretty knarly stuff changing ptr and scanning through possible strings of SCRIPT_PATH_TRANSLATED. Workaround is: header("HTTP/1.0 200"); in php prepend file. -- Edit this bug report at http://bugs.php.net/?id=41197&edit=1
#41192 [Opn->Asn]: Per Directory Values only work for one key
ID: 41192 Updated by: [EMAIL PROTECTED] Reported By: martin at itmission dot com -Status: Open +Status: Assigned Bug Type: PHP options/info functions Operating System: Windows Server 2003 PHP Version: 5.2.1 -Assigned To: +Assigned To: dmitry Previous Comments: [2007-04-26 03:09:02] martin at itmission dot com I am assuming that it has something to do with the massive change to registry.c between 5.2.0 and 5.2.1 changelogged as "implemented registry cache that prevent registry lookup on each request. In case of modification of corresponding registry-tree PHP will reload it automatic". Perhaps something in the way it's being cached is not working properly. The simpler code of 5.2.0 works as expected (and it hits the registry with every request, but I can live with that). [2007-04-26 02:13:08] martin at itmission dot com Possibly noteworthy, the exact same configuration works fine in PHP 5.2.0. [2007-04-26 01:41:12] martin at itmission dot com I understand that I was wrong to try to make it work with auto_prepend_file. When I remove auto_prepend_file and specify only display_errors => on (PHP_INI_ALL), and change my scripts to , www1 shows Display Errors: On, and www2 shows Display Errors: off. Deleting www1 or renaming it to www3 causes www2 to show Display Errors: on. When I create a fake error, like trying to open a nonexistent file, www1 displays the error, while www2 does not. [2007-04-25 20:49:10] [EMAIL PROTECTED] As documented in http://php.net/configuration.changes the registry keys do not work with PHP_INI_PERDIR ini values. You can see which ini value category it belongs to at: http://php.net/manual/en/ini.php#ini.list Only those marked PHP_INI_USER or PHP_INI_ALL will work. [2007-04-25 20:22:57] martin at itmission dot com Description: I am trying to configure multiple websites under IIS using ISAPI. For each site I would like to configure specific PHP directives. My directives only work on the first entry I make (lexicographically, not chronologically). Reproduce code: --- Using Regedit Add HKLM\Software\PHP\Per Directory Values\c\inetpub\www1\auto_prepend_file "c:\inetpub\www1\include1.php" Add HKLM\Software\PHP\Per Directory Values\c\inetpub\www2\auto_prepend_file "c:\inetpub\www2\include2.php" Files Create c:\inetpub\www1\include1.php containing "" Create c:\inetpub\www2\include2.php containing "" Create c:\inetpub\www1\index.php containing "" Create c:\inetpub\www2\index.php containing "" IIS Make the two sites (www1 and www2) and configure PHP on them. Web Browser Visit http://www1/index.php Visit http://www2/index.php Expected result: http://www1/index.php: 1hello http://www2/index.php: 2hello Actual result: -- http://www1/index.php: 1hello http://www2/index.php: hello If I delete HKLM\Software\PHP\Per Directory Values\c\inetpub\www1, or rename it to HKLM\Software\PHP\Per Directory Values\c\inetpub\www3 http://www2/index.php changes: 2hello However at that point www1 no longer prepends the file. This is the case with all directives, not just auto_prepend_file. -- Edit this bug report at http://bugs.php.net/?id=41192&edit=1
#41199 [NEW]: scandir etc cannot read Chinese file/folder name
From: n00bp00ns at gmail dot com Operating system: Vista Home Premium PHP version: 5.2.1 PHP Bug Type: Directory function related Bug description:scandir etc cannot read Chinese file/folder name Description: The directory functions, namely: opendir(); readdir(); scandir(); only reads english filenames/folders and not chinese and possibly other languages Ref: http://bugs.php.net/bug.php?id=30195 Reproduce code: --- "; } ?> Expected result: Whatever filenames that is in that folder I requested for Actual result: -- If there are chinese filenames, it'll display as question marks. Not sure about others. I tried reencoding/sending the proper headers too. -- Edit bug report at http://bugs.php.net/?id=41199&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41199&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41199&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41199&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41199&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41199&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41199&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41199&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41199&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41199&r=support Expected behavior:http://bugs.php.net/fix.php?id=41199&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41199&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41199&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41199&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41199&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41199&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41199&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41199&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41199&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41199&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41199&r=mysqlcfg
#41198 [Opn->Fbk]: mhash and mcrypt doesn't build to x64
ID: 41198 Updated by: [EMAIL PROTECTED] Reported By: dj02 dot net at nbl dot fi -Status: Open +Status: Feedback Bug Type: *Encryption and hash functions Operating System: Windows Vista Ultimate x64 PHP Version: 5.2.1 New Comment: 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. Previous Comments: [2007-04-26 06:40:35] dj02 dot net at nbl dot fi Description: mhash and mcrypt doesn't build to x64 -- Edit this bug report at http://bugs.php.net/?id=41198&edit=1