#40085 [Bgs]: PHP/MySQL connector and Stored Procedure problem
ID: 40085 User updated by: edward_chan at hotmail dot com Reported By: edward_chan at hotmail dot com Status: Bogus Bug Type: MySQL related Operating System: XP PHP Version: 5.2.0 New Comment: Thanks for your reply. I tried to use MySQLi extension before, and the problem is still there. The only way of executing more than one stored procedures at the same time is using mysqli_multi_query in the same connection, but most of time my code need some logical check or some looping between two or more stored procedures. Therefore, MySQLi helps nothing at all. Even though you team claim that is not a bug, this kind of problem did not occur in the old versions like 5.1.2. I used the old version (MySQL extension) to develop my php website with stored procedures without any problem, but the new PHP version just screw up everything. Previous Comments: [2007-01-10 06:26:12] [EMAIL PROTECTED] 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 mysql extension doesn't support advanced features like prepared statements and stored procedures. For using these features you have to use mysqli extension. [2007-01-10 03:58:24] edward_chan at hotmail dot com Description: New version of libmysql.dll and php_mysql.dll do not support running more than one stored procedure within the same connection. The second stored procedure will cause the lost of connection. The old version 5.1.2 do not have this kind of problem. Reproduce code: --- Expected result: Should not lose the connection when executing the second stored procedure within the same connection Actual result: -- Lost connection to MySQL server during query -- Edit this bug report at http://bugs.php.net/?id=40085&edit=1
#40085 [Opn->Bgs]: PHP/MySQL connector and Stored Procedure problem
ID: 40085 Updated by: [EMAIL PROTECTED] Reported By: edward_chan at hotmail dot com -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: XP PHP Version: 5.2.0 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 mysql extension doesn't support advanced features like prepared statements and stored procedures. For using these features you have to use mysqli extension. Previous Comments: [2007-01-10 03:58:24] edward_chan at hotmail dot com Description: New version of libmysql.dll and php_mysql.dll do not support running more than one stored procedure within the same connection. The second stored procedure will cause the lost of connection. The old version 5.1.2 do not have this kind of problem. Reproduce code: --- Expected result: Should not lose the connection when executing the second stored procedure within the same connection Actual result: -- Lost connection to MySQL server during query -- Edit this bug report at http://bugs.php.net/?id=40085&edit=1
#6893 [Bgs]: feature request - makelinks() function
ID: 6893 User updated by: pgl at instinct dot org Reported By: pgl at instinct dot org Status: Bogus Bug Type: Feature/Change Request Operating System: N/A PHP Version: 4.0.2 Assigned To: tal New Comment: I'm confused. You set the status to "bogus" with the comment: --8<-- Please file PEAR/PECL related issues in the PEAR/PECL bug tracker. --8<-- What did you mean if not that this bug report belongs in the PEAR bug system? Apologies for the confusion. Previous Comments: [2007-01-10 05:28:19] [EMAIL PROTECTED] this has nothing to do with PEAR, bjori [2007-01-09 22:18:38] pgl at instinct dot org Done: http://pear.php.net/bugs/bug.php?id=9789 Not sure setting the Status to "bogus" was a very nice way of dealing with this feature request, though. (Also: The original request was for PHP itself to include this function! :) [2007-01-07 11:37:51] [EMAIL PROTECTED] Please file PEAR/PECL related issues in the PEAR/PECL bug tracker. [2003-01-21 15:50:30] [EMAIL PROTECTED] How about posting a link to this source online? [2003-01-21 14:23:19] alan at frostick dot com I developed such a function in php with extensive exceptions checking, some months ago. If it would help you, you might like to eyeball it. It may give you valuable and time-saving clues to coding it as a C++ function. Please send me an email address to deliver you part of my script library as an attachment. 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/6893 -- Edit this bug report at http://bugs.php.net/?id=6893&edit=1
#40068 [Fbk->Opn]: Warning: Unknown: failed to open stream: No such file or directory in Unknown..
ID: 40068 User updated by: triphius at tripslair dot com Reported By: triphius at tripslair dot com -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: FreeBSD 6.1 PHP Version: 5.2.0 New Comment: I installed PHP from the CVS source as suggested, using the same configure command as FreeBSD had previously generated. Then I used the php5-extensions port to reinstall all the additional modules (as previously listed). I have yet to see the random error (knock knock), and assume that this has fixed the issue. My guess is that there was a bug in the 5.2.0 release code used by the FreeBSD ports system. I will update the bug report if I see any sign of the error. Thank you for your assistance so far. Previous Comments: [2007-01-10 03:53:26] [EMAIL PROTECTED] Please update the report once you have the results from the php-cvs run. [2007-01-09 04:16:27] triphius at tripslair dot com I installed PHP using FreeBSD's ports system. The configure command generated by the ports installer is as follows: Configure Command => './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--enable-libxml' '--with-libxml-dir=/usr/local' '--enable-reflection' '--enable-spl' '--program-prefix=' '--enable-fastcgi' '--with-apxs=/usr/local/sbin/apxs' '--with-regex=php' '--with-zend-vm=CALL' '--enable-zend-multibyte' '--prefix=/usr/local' I also installed the php5-extensions port with the following modules selected: extension=ctype.so extension=curl.so extension=dom.so extension=exif.so extension=gd.so extension=gettext.so extension=iconv.so extension=mbstring.so extension=mcrypt.so extension=mhash.so extension=mysql.so extension=mysqli.so extension=openssl.so extension=pcre.so extension=pdf.so extension=zlib.so extension=pdo.so extension=posix.so extension=session.so extension=simplexml.so extension=snmp.so extension=sockets.so extension=tokenizer.so extension=xml.so extension=xmlreader.so extension=xmlwriter.so I am going to uninstall all of that and attempt to install from the CVS source as per your recommendation. [2007-01-08 20:53:53] [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 Do you have any Zend or compiler cache extensions enabled? [2007-01-08 20:51:05] triphius at tripslair dot com Description: When loading any page on the web server, the user randomly gets presented with the following error: Warning: Unknown: failed to open stream: No such file or directory in Unknown on line 0 Fatal error: Unknown: Failed opening required '/path/to/script/here.php' (include_path='.:') in Unknown on line 0 This happens with every PHP script, and it appears to be totally random. The error message itself has no useful information to help determine the cause of the error. The server in question is running FreeBSD 6.1 and Apache 1.3.37 and PHP 5.2.0. Reproduce code: --- As this problem occurs randomly on any script...it does not make sense to be a script issue. Expected result: The page to load normally, 100% of the time. Actual result: -- Sometimes the page loads normally, sometimes you get the error message as stated above. -- Edit this bug report at http://bugs.php.net/?id=40068&edit=1
#6893 [Bgs]: feature request - makelinks() function
ID: 6893 Updated by: [EMAIL PROTECTED] Reported By: pgl at instinct dot org Status: Bogus Bug Type: Feature/Change Request Operating System: N/A PHP Version: 4.0.2 Assigned To: tal New Comment: this has nothing to do with PEAR, bjori Previous Comments: [2007-01-09 22:18:38] pgl at instinct dot org Done: http://pear.php.net/bugs/bug.php?id=9789 Not sure setting the Status to "bogus" was a very nice way of dealing with this feature request, though. (Also: The original request was for PHP itself to include this function! :) [2007-01-07 11:37:51] [EMAIL PROTECTED] Please file PEAR/PECL related issues in the PEAR/PECL bug tracker. [2003-01-21 15:50:30] [EMAIL PROTECTED] How about posting a link to this source online? [2003-01-21 14:23:19] alan at frostick dot com I developed such a function in php with extensive exceptions checking, some months ago. If it would help you, you might like to eyeball it. It may give you valuable and time-saving clues to coding it as a C++ function. Please send me an email address to deliver you part of my script library as an attachment. [2002-04-28 13:35:01] [EMAIL PROTECTED] dealing with trailing periods and commas on urls is pretty easy -- just ignore them if they're followed by a whitespace character. (it's not 100% reliable, of course, but in my experience is more often correct than including the trailing period or comma in that case.) 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/6893 -- Edit this bug report at http://bugs.php.net/?id=6893&edit=1
#40085 [NEW]: PHP/MySQL connector and Stored Procedure problem
From: edward_chan at hotmail dot com Operating system: XP PHP version: 5.2.0 PHP Bug Type: MySQL related Bug description: PHP/MySQL connector and Stored Procedure problem Description: New version of libmysql.dll and php_mysql.dll do not support running more than one stored procedure within the same connection. The second stored procedure will cause the lost of connection. The old version 5.1.2 do not have this kind of problem. Reproduce code: --- Expected result: Should not lose the connection when executing the second stored procedure within the same connection Actual result: -- Lost connection to MySQL server during query -- Edit bug report at http://bugs.php.net/?id=40085&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40085&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40085&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40085&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40085&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40085&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40085&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40085&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40085&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40085&r=support Expected behavior:http://bugs.php.net/fix.php?id=40085&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40085&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40085&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40085&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40085&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40085&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40085&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40085&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40085&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40085&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40085&r=mysqlcfg
#40068 [Opn->Fbk]: Warning: Unknown: failed to open stream: No such file or directory in Unknown..
ID: 40068 Updated by: [EMAIL PROTECTED] Reported By: triphius at tripslair dot com -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: FreeBSD 6.1 PHP Version: 5.2.0 New Comment: Please update the report once you have the results from the php-cvs run. Previous Comments: [2007-01-09 04:16:27] triphius at tripslair dot com I installed PHP using FreeBSD's ports system. The configure command generated by the ports installer is as follows: Configure Command => './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--enable-libxml' '--with-libxml-dir=/usr/local' '--enable-reflection' '--enable-spl' '--program-prefix=' '--enable-fastcgi' '--with-apxs=/usr/local/sbin/apxs' '--with-regex=php' '--with-zend-vm=CALL' '--enable-zend-multibyte' '--prefix=/usr/local' I also installed the php5-extensions port with the following modules selected: extension=ctype.so extension=curl.so extension=dom.so extension=exif.so extension=gd.so extension=gettext.so extension=iconv.so extension=mbstring.so extension=mcrypt.so extension=mhash.so extension=mysql.so extension=mysqli.so extension=openssl.so extension=pcre.so extension=pdf.so extension=zlib.so extension=pdo.so extension=posix.so extension=session.so extension=simplexml.so extension=snmp.so extension=sockets.so extension=tokenizer.so extension=xml.so extension=xmlreader.so extension=xmlwriter.so I am going to uninstall all of that and attempt to install from the CVS source as per your recommendation. [2007-01-08 20:53:53] [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 Do you have any Zend or compiler cache extensions enabled? [2007-01-08 20:51:05] triphius at tripslair dot com Description: When loading any page on the web server, the user randomly gets presented with the following error: Warning: Unknown: failed to open stream: No such file or directory in Unknown on line 0 Fatal error: Unknown: Failed opening required '/path/to/script/here.php' (include_path='.:') in Unknown on line 0 This happens with every PHP script, and it appears to be totally random. The error message itself has no useful information to help determine the cause of the error. The server in question is running FreeBSD 6.1 and Apache 1.3.37 and PHP 5.2.0. Reproduce code: --- As this problem occurs randomly on any script...it does not make sense to be a script issue. Expected result: The page to load normally, 100% of the time. Actual result: -- Sometimes the page loads normally, sometimes you get the error message as stated above. -- Edit this bug report at http://bugs.php.net/?id=40068&edit=1
#40078 [Opn->Asn]: oci_bind_array_by_name with NULL => ORA-01405
ID: 40078
Updated by: [EMAIL PROTECTED]
Reported By: fsurleau at skyservices dot net
-Status: Open
+Status: Assigned
Bug Type: OCI8 related
Operating System: RedHat EL4
PHP Version: 5.2.1RC2
-Assigned To:
+Assigned To: tony2001
Previous Comments:
[2007-01-09 17:11:50] fsurleau at skyservices dot net
Description:
When the returned Oracle table contains at least one NULL,
oci_execute() fails: ORA-01405: fetched column value is NULL.
Regards,
Fred.
Reproduce code:
---
Expected result:
array(5) { [0]=> string(3) "one" [1]=> string(3) "two" [2]=>
string(1) "" [3]=> string(4) "four" [4]=> string(4) "five" }
Actual result:
--
oci_execute() [function.oci-execute]: ORA-01405
--
Edit this bug report at http://bugs.php.net/?id=40078&edit=1
#40083 [Opn->Bgs]: in the milter SAPI, the function smfi_getsymval always returns blank strings
ID: 40083
Updated by: [EMAIL PROTECTED]
Reported By: tuxracer69 at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Unknown/Other Function
Operating System: Linux debi 2.6.17-2-k7 #1 SMP Fr
PHP Version: 5.2.0
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.
The function is a direct wrapper around smfi_getsymval()
milter function. So the fact it does not return anything can
be traced directly to milter and not PHP.
Previous Comments:
[2007-01-09 20:51:26] tuxracer69 at gmail dot com
Description:
The milter SAPI seems unable to get the values of the sendmail macros
using the smfi_getsymval function.
My steup:
0) I compile PHP with "--with-milter --disable-cli --disable-cgi"
1) I create a script milter1.php (code below)
2) I insert in my /etc/mail/sendmail.mc the two lines below:
==
define(`MILTER',`1')dnl
INPUT_MAIL_FILTER(`php-milter1',`S=local:/tmp/milter.sock,F=T,T=S:10m;R:10m;E:10m')dnl
==
3) I start the milter with:
php-milter -D -p /tmp/milter.sock milter1.php
4) I forge a mail to localhot using telnet to port 25
5) I look at the milter logs which shoud display the vaue of the "i"
sendmail macro (the sendmail queueid).
Reproduce code:
---
$arg) {
milter_log("\targs[$ix] = $arg");
}
}
?>
Expected result:
After having started the milter:
# php-milter -D -p /tmp/milter.sock milter1.php
I forge a mail:
# telnet localhost 25
Trying 127.0.0.1...
Connected to debi.
Escape character is '^]'.
220 debi.local. ESMTP Sendmail 8.13.7/8.13.7/Debian-2; Tue, 9 Jan 2007
21:25:35 +0100; (No UCE/UBE) logging access from: debi(OK)-debi
[127.0.0.1]
helo me
250 debi.local. Hello debi [127.0.0.1], pleased to meet you
mail from: [EMAIL PROTECTED]
250 2.1.0 [EMAIL PROTECTED] Sender ok
quit
221 2.0.0 debi.local. closing connection
Connection closed by foreign host.
I get the queueid from the sendmail logs:
# tail -n 1 /var/log/mail.log
Jan 9 21:25:55 debi sm-mta[14429]: l09KPZRk014429:
[EMAIL PROTECTED], size=0, class=0, nrcpts=0, proto=SMTP,
daemon=MTA-v4, relay=debi [127.0.0.1]
And a would expect a line in the milter logs saying
[21:25:49 09.01.2007] p14426queueid=l09KPZRk014429
But (see below the logs I get), I can not get any value for the "i"
macro.
I am sure it is set. If I strace -v -f the milter I see the queueid in
a read system call.
Actual result:
--
The third line in the milter logs shows a blank queueid
tail -f /var/log/milter.log
[21:25:26 09.01.2007] p14426-- startup --
[21:25:26 09.01.2007] p14426milter_init()
[21:25:49 09.01.2007] p14426queueid=
[21:25:49 09.01.2007] p14426milter_envfrom(args[])
[21:25:49 09.01.2007] p14426args[0] = [EMAIL PROTECTED]
I tried to modify my PHP code and call the macro "{i}" but it does not
help.
I would say it is a PHP bug and not a sendmail bug; here is my sendmail
version anyway:
# sendmail -d0.1
Version 8.13.7
Compiled with: DNSMAP LDAPMAP LDAP_REFERRALS LOG MAP_REGEX MATCHGECOS
MILTER MIME7TO8 MIME8TO7 NAMED_BIND NETINET NETINET6
NETUNIX
NEWDB NIS NISPLUS PIPELINING SASLv2 SCANF SOCKETMAP
STARTTLS
USERDB USE_LDAP_INIT XDEBUG
SYSTEM IDENTITY (after readcf)
(short domain name) $w = debi
(canonical domain name) $j = debi.local.
(subdomain name) $m = local.
(node name) $k = debi
--
Edit this bug report at http://bugs.php.net/?id=40083&edit=1
#40081 [Opn]: oci8.dll not loading
ID: 40081 User updated by: adlermedrado at gmail dot com Reported By: adlermedrado at gmail dot com Status: Open Bug Type: Dynamic loading Operating System: Windows PHP Version: 5.2.0 New Comment: please, sorry. when i put 'no show is displayed...' please consider 'no errors are displayed'. thanks and sorry. adler Previous Comments: [2007-01-09 19:00:16] adlermedrado at gmail dot com Description: The oci8.dll extension is not loading. No show is displayed and nothing about the oci8 extension is displayed when the phpinfo() function is called. I am using apache 2.0.x -- Edit this bug report at http://bugs.php.net/?id=40081&edit=1
#40038 [Opn->Bgs]: C++ compiler cannot create executables
ID: 40038 Updated by: [EMAIL PROTECTED] Reported By: ionut dot aivanesei at amdocs dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: HP-UX, AIX PHP Version: 5.2.0 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. The problem seems that you don't appear to have c++ compiler based on the paths PHP looks for. So eventually it tries GCC and fails to find it, aborting the compilation process. If "cc" on your system is a C++ compiler you can fix the bug by symlinking it as cxx or c++ or even cc++. Previous Comments: [2007-01-09 12:35:33] ionut dot aivanesei at amdocs dot com I managed to run a succesfull configure && make && make install by removing all the lines from line #105853 to line #106048 from the ./configyre script. Any way, I think that this should be fixed somehow. [2007-01-08 21:04:40] ionut dot aivanesei at amdocs dot com It is exported. And the result is still the same. [2007-01-08 20:50:55] [EMAIL PROTECTED] Given that you don't have GCC, you should export environment variable CC and set it to the path of your compiler. Ex. export CC=/path/to/compiler.bin [2007-01-08 18:15:30] ionut dot aivanesei at amdocs dot com Hi, Can I send you something else from my configuration to be able to track this down? Thanks, Ionutz [2007-01-06 13:07:13] ionut dot aivanesei at amdocs dot com You have here the full configure output and the config.log file for version 5.1.6 and 5.2.0, with the mention that 5.1.6 it is completed succesfully and 5.2.0 is not (both on the same server/configuration). http://www.devel.ro/hpux11.11--php-5.1.6--config.log http://www.devel.ro/hpux11.11--php-5.1.6--configure_output.txt http://www.devel.ro/hpux11.11--php-5.2.0--config.log http://www.devel.ro/hpux11.11--php-5.2.0--configure_output.txt Let me know if you need somethign else. Thanks, Ionutz 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/40038 -- Edit this bug report at http://bugs.php.net/?id=40038&edit=1
#40079 [Asn->Csd]: php_get_current_user() not thread safe
ID: 40079 Updated by: [EMAIL PROTECTED] Reported By: wharmby at uk dot ibm dot com -Status: Assigned +Status: Closed Bug Type: Scripting Engine problem Operating System: Linux RHEL4 PHP Version: 5CVS-2007-01-09 (snap) Assigned To: iliaa 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-01-09 17:58:59] wharmby at uk dot ibm dot com Description: The current implementation of php_get_current_user() uses the non-reentrant getpwuid() rather than the reentrant getpwuid_r(). Therefore issuing on Linux in a ZTS enabled build could lead to unpredictable/undesirable results. the code should use the re-entrant version if it is available. The following patch which were built against the latest snapshot (Jan 9 2007, 1330 GMT) modifies the code in main/safe_mode.c to use the re-entrant getpwuid_r if its available: http://pastebin.ca/311144 Following makes necessary associated change to configure.in: http://pastebin.ca/311140 Fix tested on Linux RHEL with mysql extension enabled and sql.safe_mode=On in php.ini. The modified code can then easily be invoked by issuing mysql_connect(). Reproduce code: --- Problem found by code inspection. As with most thread safety issues difficult to produce a simple testcase which will show a reproducible crash but current Linux executable is clearly not reentrant. Expected result: N/A Actual result: -- N/A -- Edit this bug report at http://bugs.php.net/?id=40079&edit=1
#40082 [Opn->Csd]: array_search_keys returns a zero value element
ID: 40082 Updated by: [EMAIL PROTECTED] Reported By: paulnamuag at yahoo dot com -Status: Open +Status: Closed Bug Type: Arrays related Operating System: Linux PHP Version: 5.2.0 New Comment: Seems to work fine in CVS. Previous Comments: [2007-01-09 20:40:52] paulnamuag at yahoo dot com Description: $array = array( "field1" => 0, "field2" => "This is a string" ); $result = array_search( "This is a string", $array ); print_r( $result ); // Outputs "field1", not "field2" Expected result: $array = array( "field1" => 0, "field2" => "This is a string" ); $result = array_search( "This is a string", $array ); print_r( $result ); // Outputs "field2" -- Edit this bug report at http://bugs.php.net/?id=40082&edit=1
#6893 [Bgs]: feature request - makelinks() function
ID: 6893 User updated by: pgl at instinct dot org Reported By: pgl at instinct dot org Status: Bogus Bug Type: Feature/Change Request Operating System: N/A PHP Version: 4.0.2 Assigned To: tal New Comment: Done: http://pear.php.net/bugs/bug.php?id=9789 Not sure setting the Status to "bogus" was a very nice way of dealing with this feature request, though. (Also: The original request was for PHP itself to include this function! :) Previous Comments: [2007-01-07 11:37:51] [EMAIL PROTECTED] Please file PEAR/PECL related issues in the PEAR/PECL bug tracker. [2003-01-21 15:50:30] [EMAIL PROTECTED] How about posting a link to this source online? [2003-01-21 14:23:19] alan at frostick dot com I developed such a function in php with extensive exceptions checking, some months ago. If it would help you, you might like to eyeball it. It may give you valuable and time-saving clues to coding it as a C++ function. Please send me an email address to deliver you part of my script library as an attachment. [2002-04-28 13:35:01] [EMAIL PROTECTED] dealing with trailing periods and commas on urls is pretty easy -- just ignore them if they're followed by a whitespace character. (it's not 100% reliable, of course, but in my experience is more often correct than including the trailing period or comma in that case.) [2002-04-28 06:57:19] pear at tfc-central dot com In playing with this kind of thing in the past I've come up against the following problem: How do you handle URLs embedded in sentences which have contact with a full stop or commas? "Have a look at www.examples.com/hi.html, it might help you out" Baring in mind that some sites DO include a comma in the URL, for example any site powered by the Vignette content managment system - example: http://www.vignette.com/CDA/Site/0,2097,1-1-1489,00.html The same goes for sentences where the URL is followed directly by a full stop. The other thing that might be worth taking in to consideration is that many site designs will "break" if suitably long URLs are added (this is especially true for forums, which will be a major use for this function). The best solution I have seen is vBulletin's, where long URLs are shortened to look like this: http://example.com/lon...blah.html Where the full URL (to which the above text is linked) looks like this: http://example.com/long-url-here/blah/blah/blah.html Obviously different sites would need different lengths of URL, so whether or not URLs were shortened like this (and to what extent they were shortened) should probably be specified by an optional second paramater of some sort. Hope that helps, Simon 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/6893 -- Edit this bug report at http://bugs.php.net/?id=6893&edit=1
#40083 [NEW]: in the milter SAPI, the function smfi_getsymval always returns blank strings
From: tuxracer69 at gmail dot com
Operating system: Linux debi 2.6.17-2-k7 #1 SMP Fr
PHP version: 5.2.0
PHP Bug Type: Unknown/Other Function
Bug description: in the milter SAPI, the function smfi_getsymval always
returns blank strings
Description:
The milter SAPI seems unable to get the values of the sendmail macros
using the smfi_getsymval function.
My steup:
0) I compile PHP with "--with-milter --disable-cli --disable-cgi"
1) I create a script milter1.php (code below)
2) I insert in my /etc/mail/sendmail.mc the two lines below:
==
define(`MILTER',`1')dnl
INPUT_MAIL_FILTER(`php-milter1',`S=local:/tmp/milter.sock,F=T,T=S:10m;R:10m;E:10m')dnl
==
3) I start the milter with:
php-milter -D -p /tmp/milter.sock milter1.php
4) I forge a mail to localhot using telnet to port 25
5) I look at the milter logs which shoud display the vaue of the "i"
sendmail macro (the sendmail queueid).
Reproduce code:
---
$arg) {
milter_log("\targs[$ix] = $arg");
}
}
?>
Expected result:
After having started the milter:
# php-milter -D -p /tmp/milter.sock milter1.php
I forge a mail:
# telnet localhost 25
Trying 127.0.0.1...
Connected to debi.
Escape character is '^]'.
220 debi.local. ESMTP Sendmail 8.13.7/8.13.7/Debian-2; Tue, 9 Jan 2007
21:25:35 +0100; (No UCE/UBE) logging access from: debi(OK)-debi
[127.0.0.1]
helo me
250 debi.local. Hello debi [127.0.0.1], pleased to meet you
mail from: [EMAIL PROTECTED]
250 2.1.0 [EMAIL PROTECTED] Sender ok
quit
221 2.0.0 debi.local. closing connection
Connection closed by foreign host.
I get the queueid from the sendmail logs:
# tail -n 1 /var/log/mail.log
Jan 9 21:25:55 debi sm-mta[14429]: l09KPZRk014429: [EMAIL PROTECTED],
size=0, class=0, nrcpts=0, proto=SMTP, daemon=MTA-v4, relay=debi
[127.0.0.1]
And a would expect a line in the milter logs saying
[21:25:49 09.01.2007] p14426queueid=l09KPZRk014429
But (see below the logs I get), I can not get any value for the "i"
macro.
I am sure it is set. If I strace -v -f the milter I see the queueid in a
read system call.
Actual result:
--
The third line in the milter logs shows a blank queueid
tail -f /var/log/milter.log
[21:25:26 09.01.2007] p14426-- startup --
[21:25:26 09.01.2007] p14426milter_init()
[21:25:49 09.01.2007] p14426queueid=
[21:25:49 09.01.2007] p14426milter_envfrom(args[])
[21:25:49 09.01.2007] p14426args[0] = [EMAIL PROTECTED]
I tried to modify my PHP code and call the macro "{i}" but it does not
help.
I would say it is a PHP bug and not a sendmail bug; here is my sendmail
version anyway:
# sendmail -d0.1
Version 8.13.7
Compiled with: DNSMAP LDAPMAP LDAP_REFERRALS LOG MAP_REGEX MATCHGECOS
MILTER MIME7TO8 MIME8TO7 NAMED_BIND NETINET NETINET6
NETUNIX
NEWDB NIS NISPLUS PIPELINING SASLv2 SCANF SOCKETMAP
STARTTLS
USERDB USE_LDAP_INIT XDEBUG
SYSTEM IDENTITY (after readcf)
(short domain name) $w = debi
(canonical domain name) $j = debi.local.
(subdomain name) $m = local.
(node name) $k = debi
--
Edit bug report at http://bugs.php.net/?id=40083&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=40083&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=40083&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=40083&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40083&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=40083&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=40083&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40083&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40083&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=40083&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40083&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=40083&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=40083&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40083&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40083&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40083&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40083&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=40083&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=40083&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=40083&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40083&r=mysqlcfg
#40082 [NEW]: array_search_keys returns a zero value element
From: paulnamuag at yahoo dot com Operating system: Linux PHP version: 5.2.0 PHP Bug Type: Arrays related Bug description: array_search_keys returns a zero value element Description: $array = array( "field1" => 0, "field2" => "This is a string" ); $result = array_search( "This is a string", $array ); print_r( $result ); // Outputs "field1", not "field2" Expected result: $array = array( "field1" => 0, "field2" => "This is a string" ); $result = array_search( "This is a string", $array ); print_r( $result ); // Outputs "field2" -- Edit bug report at http://bugs.php.net/?id=40082&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40082&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40082&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40082&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40082&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40082&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40082&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40082&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40082&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40082&r=support Expected behavior:http://bugs.php.net/fix.php?id=40082&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40082&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40082&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40082&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40082&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40082&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40082&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40082&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40082&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40082&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40082&r=mysqlcfg
#35848 [Com]: Failing when including --with-mysql
ID: 35848 Comment by: dweller at devonweller dot com Reported By: shawn dot richards at ink dot ltd dot uk Status: No Feedback Bug Type: MySQL related Operating System: Mac OS X Tiger. PHP Version: 5CVS-2005-12-30 (snap) Assigned To: andrey New Comment: I experienced this same problem on Mac OS X 10.4 with the 64 bit package of MySQL 5.0.27. I installed the 32-bit version of MySQL 5.0.27. After that, the php compilation worked successfully. Previous Comments: [2006-11-21 16:43:33] nicolasboulet at maisonlaprise dot com Thanks alot! The with-mysql-dir= command also fixed my problem on Suse Linux 10.1. Many thanks! Nicolas [2006-11-17 14:25:21] furyx001 at umn dot edu Has there been any update on the status of this? I was able to reproduce this as well on OS 10.4.8 Server using the 64 bit edition of MySQL (which I installed from a package). [2006-10-29 23:30:25] davxoc at hotmail dot com Hi everybody!!!, I had the same problem, but looking for and answer I found two things that can help me to solve it... The first one is located on http://lists.mysql.com/internals/34023 On this link explain which is the problem of integration of mysql, and give an answer ... http://dev.mysql.com/downloads/os-linux.html I had to download the libraries, after tried a lot, and reading the man's help from php config file (configure --help), found the solution. Finally those are the lines to compile my LAMP AND LAPP "framework's" ./configure --prefix=/usr/local/php5 --with-apxs2=/usr/local/web/bin/apxs --enable-sockets --with-config-file-path=/usr/local/php5 --with-mysql-dir=/usr/local/mysql --with-pgsql=/usr/local/pgsql --with-zlib-dir=/usr/local/zlib-1.2.3 --with-libdir=/usr/local/intel-icc8-libs-8.1-i386 and tha's all!!! I hope that can help!!... [2006-09-28 10:57:13] rafudu at gmail dot com I was having the same trouble..so I've checked the md5sum of my Mysql tarball and it was corrupted. So, I've downloaded and installed again and it worked. :D [2006-08-24 11:33:31] Tetonne at tiscali dot fr sucess to install apache 2.2.2 and php 5.14 but php doens't work here (I have installed apache here /Library/apache2) like it used to be with Complete release. any php page is downloaded but not load.?? 5.1.15 is out any update with a simple way to install a working apache 2.2x, php 5.1.x mysql 5.x would be great other sites : www.entropy.ch and www.macosxhints.com 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/35848 -- Edit this bug report at http://bugs.php.net/?id=35848&edit=1
#40081 [Opn->Bgs]: oci8.dll not loading
ID: 40081 Updated by: [EMAIL PROTECTED] Reported By: adlermedrado at gmail dot com -Status: Open +Status: Bogus Bug Type: Dynamic loading Operating System: Windows PHP Version: 5.2.0 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. You need to install oracle instant client. Previous Comments: [2007-01-09 19:04:45] adlermedrado at gmail dot com please, sorry. when i put 'no show is displayed...' please consider 'no errors are displayed'. thanks and sorry. adler [2007-01-09 19:00:16] adlermedrado at gmail dot com Description: The oci8.dll extension is not loading. No show is displayed and nothing about the oci8 extension is displayed when the phpinfo() function is called. I am using apache 2.0.x -- Edit this bug report at http://bugs.php.net/?id=40081&edit=1
#40080 [Opn]: wddx_deserialize has unicode bug
ID: 40080 User updated by: tim at whiteinteractive dot com Reported By: tim at whiteinteractive dot com Status: Open Bug Type: WDDX related Operating System: Redhat & OS X PHP Version: 4.4.4 New Comment: It looks like wddx_deserialize converts any single node with code point above decimal 192 wrongly! See: http://www.whiteinteractive.com/utf8bug/test3.php and source: http://www.whiteinteractive.com/utf8bug/test3.phps Previous Comments: [2007-01-09 18:38:43] tim at whiteinteractive dot com Description: wddx_deseralize seems to convert utf8 character sequences wrongly from nodes. Just the leading byte seems to be off, the subsequent one[s] are correct. Tested on both 4.3.11 (Redhat) and 4.4.5RC1 (OS X) Please see my test page below. P.S. Sorry for duplicate post (#40052) I decided the category was wrong. Reproduce code: --- Interactive example: http://whiteinteractive.com/utf8bug/test2.php and source: http://whiteinteractive.com/utf8bug/test2.phps -- Edit this bug report at http://bugs.php.net/?id=40080&edit=1
#39451 [Opn->Csd]: upload_tmp_dir directive not used properly
ID: 39451 Updated by: [EMAIL PROTECTED] Reported By: digdug3 at zonnet dot nl -Status: Open +Status: Closed Bug Type: Filesystem function related Operating System: Windows 2000 PHP Version: 5.2.0 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-01-09 19:33:33] digdug3 at zonnet dot nl The latest snapshot (5.2.1RC3-dev) solved the problem. upload_tmp_dir is working properly again. (no need for open_basedir and C:\WINNT\TMP) Thanks! [2007-01-07 18:57:51] [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 [2006-11-12 11:53:34] digdug3 at zonnet dot nl All extensions disabled, can be repoduced with an phpinfo() and Apache running virtual directories [2006-11-09 15:35:23] digdug3 at zonnet dot nl Description: The upload_tmp_dir is set in an virtual host file. When php_info() is called the directive is set properly, but all relying functions to upload_tmp_dir use the standard (C:\WINNT\TMP). Used to work correctly with previous version. Apache 2.2.3/PHP 5.2.0/Windows 2000 -- Edit this bug report at http://bugs.php.net/?id=39451&edit=1
#39451 [Fbk->Opn]: upload_tmp_dir directive not used properly
ID: 39451 User updated by: digdug3 at zonnet dot nl Reported By: digdug3 at zonnet dot nl -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: Windows 2000 PHP Version: 5.2.0 New Comment: The latest snapshot (5.2.1RC3-dev) solved the problem. upload_tmp_dir is working properly again. (no need for open_basedir and C:\WINNT\TMP) Thanks! Previous Comments: [2007-01-07 18:57:51] [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 [2006-11-12 11:53:34] digdug3 at zonnet dot nl All extensions disabled, can be repoduced with an phpinfo() and Apache running virtual directories [2006-11-09 15:35:23] digdug3 at zonnet dot nl Description: The upload_tmp_dir is set in an virtual host file. When php_info() is called the directive is set properly, but all relying functions to upload_tmp_dir use the standard (C:\WINNT\TMP). Used to work correctly with previous version. Apache 2.2.3/PHP 5.2.0/Windows 2000 -- Edit this bug report at http://bugs.php.net/?id=39451&edit=1
#40081 [NEW]: oci8.dll not loading
From: adlermedrado at gmail dot com Operating system: Windows PHP version: 5.2.0 PHP Bug Type: Dynamic loading Bug description: oci8.dll not loading Description: The oci8.dll extension is not loading. No show is displayed and nothing about the oci8 extension is displayed when the phpinfo() function is called. I am using apache 2.0.x -- Edit bug report at http://bugs.php.net/?id=40081&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40081&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40081&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40081&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40081&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40081&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40081&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40081&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40081&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40081&r=support Expected behavior:http://bugs.php.net/fix.php?id=40081&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40081&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40081&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40081&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40081&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40081&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40081&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40081&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40081&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40081&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40081&r=mysqlcfg
#40080 [NEW]: wddx_deserialize has unicode bug
From: tim at whiteinteractive dot com Operating system: Redhat & OS X PHP version: 4.4.4 PHP Bug Type: WDDX related Bug description: wddx_deserialize has unicode bug Description: wddx_deseralize seems to convert utf8 character sequences wrongly from nodes. Just the leading byte seems to be off, the subsequent one[s] are correct. Tested on both 4.3.11 (Redhat) and 4.4.5RC1 (OS X) Please see my test page below. P.S. Sorry for duplicate post (#40052) I decided the category was wrong. Reproduce code: --- Interactive example: http://whiteinteractive.com/utf8bug/test2.php and source: http://whiteinteractive.com/utf8bug/test2.phps -- Edit bug report at http://bugs.php.net/?id=40080&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40080&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40080&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40080&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40080&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40080&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40080&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40080&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40080&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40080&r=support Expected behavior:http://bugs.php.net/fix.php?id=40080&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40080&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40080&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40080&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40080&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40080&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40080&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40080&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40080&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40080&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40080&r=mysqlcfg
#40062 [Opn->Fbk]: ftp_nlist() and ftp_rawlist() returns false in PHP 5.2.0
ID: 40062 Updated by: [EMAIL PROTECTED] Reported By: dzoukr at dzoukr dot cz -Status: Open +Status: Feedback Bug Type: FTP related 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 it works here. Please try the snapshot. if it doesn't work, you need to give us the hostname you are connecting to (as it might be some server specific issue). Previous Comments: [2007-01-08 12:34:14] dzoukr at dzoukr dot cz Description: It seems, that ftp functions ftp_nlist() and ftp_rawlist() does not work correctly in PHP version 5.2.0. They returns false all the time, althought working directory is correct and directory is not empty. -- Edit this bug report at http://bugs.php.net/?id=40062&edit=1
#40079 [Opn->Asn]: php_get_current_user() not thread safe
ID: 40079 Updated by: [EMAIL PROTECTED] Reported By: wharmby at uk dot ibm dot com -Status: Open +Status: Assigned Bug Type: Scripting Engine problem Operating System: Linux RHEL4 PHP Version: 5CVS-2007-01-09 (snap) -Assigned To: +Assigned To: iliaa Previous Comments: [2007-01-09 17:58:59] wharmby at uk dot ibm dot com Description: The current implementation of php_get_current_user() uses the non-reentrant getpwuid() rather than the reentrant getpwuid_r(). Therefore issuing on Linux in a ZTS enabled build could lead to unpredictable/undesirable results. the code should use the re-entrant version if it is available. The following patch which were built against the latest snapshot (Jan 9 2007, 1330 GMT) modifies the code in main/safe_mode.c to use the re-entrant getpwuid_r if its available: http://pastebin.ca/311144 Following makes necessary associated change to configure.in: http://pastebin.ca/311140 Fix tested on Linux RHEL with mysql extension enabled and sql.safe_mode=On in php.ini. The modified code can then easily be invoked by issuing mysql_connect(). Reproduce code: --- Problem found by code inspection. As with most thread safety issues difficult to produce a simple testcase which will show a reproducible crash but current Linux executable is clearly not reentrant. Expected result: N/A Actual result: -- N/A -- Edit this bug report at http://bugs.php.net/?id=40079&edit=1
#40079 [NEW]: php_get_current_user() not thread safe
From: wharmby at uk dot ibm dot com Operating system: Linux RHEL4 PHP version: 5CVS-2007-01-09 (snap) PHP Bug Type: Scripting Engine problem Bug description: php_get_current_user() not thread safe Description: The current implementation of php_get_current_user() uses the non-reentrant getpwuid() rather than the reentrant getpwuid_r(). Therefore issuing on Linux in a ZTS enabled build could lead to unpredictable/undesirable results. the code should use the re-entrant version if it is available. The following patch which were built against the latest snapshot (Jan 9 2007, 1330 GMT) modifies the code in main/safe_mode.c to use the re-entrant getpwuid_r if its available: http://pastebin.ca/311144 Following makes necessary associated change to configure.in: http://pastebin.ca/311140 Fix tested on Linux RHEL with mysql extension enabled and sql.safe_mode=On in php.ini. The modified code can then easily be invoked by issuing mysql_connect(). Reproduce code: --- Problem found by code inspection. As with most thread safety issues difficult to produce a simple testcase which will show a reproducible crash but current Linux executable is clearly not reentrant. Expected result: N/A Actual result: -- N/A -- Edit bug report at http://bugs.php.net/?id=40079&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40079&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40079&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40079&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40079&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40079&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40079&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40079&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40079&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40079&r=support Expected behavior:http://bugs.php.net/fix.php?id=40079&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40079&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40079&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40079&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40079&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40079&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40079&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40079&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40079&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40079&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40079&r=mysqlcfg
#40070 [Opn->Bgs]: proc_get_status - wrong PID
ID: 40070
Updated by: [EMAIL PROTECTED]
Reported By: kyle at videoegg dot com
-Status: Open
+Status: Bogus
Bug Type: Program Execution
Operating System: Windows XP SP2
PHP Version: 5.2.1RC2
New Comment:
it returns the PID of cmd.exe, as in the linux implementation. However
if you set the last parameter as array('bypass_shell' => true), you'll
get the PID of the program, because you are bypassing the shell.
Previous Comments:
[2007-01-09 01:46:09] kyle at videoegg dot com
Description:
This is identical to Bug #38542
There still seems to be an issue with this. I have upgraded my PHP
installation to "PHP 5.2.1RC3-dev (cli) (built: Jan 9 2007 00:24:29)"
on Windows and I am getting the wrong PID returned.
proc_get_status returns 2976 for the PID while the script that is being
executed sees its PID as 3768 from getmypid().
Additionally, "tasklist" from the command line returns:
php.exe3768 Console0 9,084 K
Reproduce code:
---
pid.php
array("pipe", "r"), // stdin is a pipe that the child will read
from
1 => array("pipe", "w"), // stdout is a pipe that the child will
write to
2 => array("pipe", "w") // stderr is a pipe that the child will
write to
);
$resource = proc_open('php -f pid_output.php', $descriptorspec,
$pipes);
$stats = proc_get_status($resource);
$handle = fopen("pid.dat", "a");
fwrite($handle, "Parent: " . $stats['pid'] . "\n");
fclose($handle);
?>
pid_output.php
Expected result:
Parent: 3480
Child: 3480
Actual result:
--
Parent: 3224
Child: 3480
--
Edit this bug report at http://bugs.php.net/?id=40070&edit=1
#40073 [Opn->Csd]: exif_read_data dies on certain images
ID: 40073 Updated by: [EMAIL PROTECTED] Reported By: camka at email dot ee -Status: Open +Status: Closed Bug Type: EXIF related Operating System: * PHP Version: 5.2.1RC2 Assigned To: helly 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-01-09 17:52:17] [EMAIL PROTECTED] Fixed in head [2007-01-09 17:50:18] [EMAIL PROTECTED] It is broken, still the server should not crash. Fix is coming. [2007-01-09 14:40:23] [EMAIL PROTECTED] According to a few exif tools this image is either invalid or has corrupted exif information. [2007-01-09 11:44:00] [EMAIL PROTECTED] Marcus, I've fixed the segfault, but the result EXIF data is still b0rked, please see if we can do anything about it. [2007-01-09 11:07:03] camka at email dot ee Description: PHP dies on certain files format while reading exif data with exif_read_date because of some maximum directory nesting level reached. The function should return FALSE and let the program flow further. Otherwice misformated image processing may kill script and break the program logic. Even if i suppress warnings with @ sign, i still cannot manage to let the program go further after unsuccessfull reading exif data. broken file: http://www.hot.ee/camka/orig.phpJCN9Ir.jpg Tried with 5.1.6, 5.2.0 and latest snapshot of 5.2.1. P.S. All editors successfully show EXIF data for current file, so maybe it's not misformatted exif data but exif extension cannot process some newer exif formats? Reproduce code: --- x16BF in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal format code 0x0020, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x10F + x10A = x219 > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal format code 0x0014, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x110 + x12A = x23A > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal format code 0x0011, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x112 + x13E = x250 > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0003=UndefinedTa): Illegal pointer offset(x11AFF1A + x1 = x11BFF1A > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0005=UndefinedTa): Illegal pointer offset(x11B + x14F = x26A > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0005=UndefinedTa): Illegal pointer offset(x128 + x157 = x27F > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0003=UndefinedTa): Illegal pointer offset(x131FF97 + x2 = x133FF97 > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x132 + x57C = x6AE > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal format code 0x0014, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x213 + x168 = x37B > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0003=UndefinedTa): Illegal pointer offset(xA401FF9C + x2 = xA403FF9C > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0005=UndefinedTa): Illegal pointer offset(xA406 + x17C = xA582 > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0003=UndefinedTa): Illegal pointer offset(xA408FF9F + x1 = xA409FF9F > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0007=UndefinedTa): Illegal format code 0x0104, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0007=Un
#40073 [Opn]: exif_read_data dies on certain images
ID: 40073 Updated by: [EMAIL PROTECTED] Reported By: camka at email dot ee Status: Open Bug Type: EXIF related Operating System: * PHP Version: 5.2.1RC2 Assigned To: helly New Comment: Fixed in head Previous Comments: [2007-01-09 17:50:18] [EMAIL PROTECTED] It is broken, still the server should not crash. Fix is coming. [2007-01-09 14:40:23] [EMAIL PROTECTED] According to a few exif tools this image is either invalid or has corrupted exif information. [2007-01-09 11:44:00] [EMAIL PROTECTED] Marcus, I've fixed the segfault, but the result EXIF data is still b0rked, please see if we can do anything about it. [2007-01-09 11:07:03] camka at email dot ee Description: PHP dies on certain files format while reading exif data with exif_read_date because of some maximum directory nesting level reached. The function should return FALSE and let the program flow further. Otherwice misformated image processing may kill script and break the program logic. Even if i suppress warnings with @ sign, i still cannot manage to let the program go further after unsuccessfull reading exif data. broken file: http://www.hot.ee/camka/orig.phpJCN9Ir.jpg Tried with 5.1.6, 5.2.0 and latest snapshot of 5.2.1. P.S. All editors successfully show EXIF data for current file, so maybe it's not misformatted exif data but exif extension cannot process some newer exif formats? Reproduce code: --- x16BF in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal format code 0x0020, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x10F + x10A = x219 > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal format code 0x0014, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x110 + x12A = x23A > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal format code 0x0011, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x112 + x13E = x250 > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0003=UndefinedTa): Illegal pointer offset(x11AFF1A + x1 = x11BFF1A > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0005=UndefinedTa): Illegal pointer offset(x11B + x14F = x26A > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0005=UndefinedTa): Illegal pointer offset(x128 + x157 = x27F > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0003=UndefinedTa): Illegal pointer offset(x131FF97 + x2 = x133FF97 > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x132 + x57C = x6AE > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal format code 0x0014, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x213 + x168 = x37B > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0003=UndefinedTa): Illegal pointer offset(xA401FF9C + x2 = xA403FF9C > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0005=UndefinedTa): Illegal pointer offset(xA406 + x17C = xA582 > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0003=UndefinedTa): Illegal pointer offset(xA408FF9F + x1 = xA409FF9F > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0007=UndefinedTa): Illegal format code 0x0104, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0007=UndefinedTa): Illegal pointer offset(x8769 + x184 = x88ED > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0004=UndefinedTa): Illegal pointer offset(x7C7 + x288 = xA4F > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x=UndefinedTa): Illegal format code 0x4C4F, suppose BYTE in
#40073 [Csd->Opn]: exif_read_data dies on certain images
ID: 40073 Updated by: [EMAIL PROTECTED] Reported By: camka at email dot ee -Status: Closed +Status: Open Bug Type: EXIF related -Operating System: WinXP, Linux +Operating System: * PHP Version: 5.2.1RC2 Assigned To: helly New Comment: It is broken, still the server should not crash. Fix is coming. Previous Comments: [2007-01-09 14:40:23] [EMAIL PROTECTED] According to a few exif tools this image is either invalid or has corrupted exif information. [2007-01-09 11:44:00] [EMAIL PROTECTED] Marcus, I've fixed the segfault, but the result EXIF data is still b0rked, please see if we can do anything about it. [2007-01-09 11:07:03] camka at email dot ee Description: PHP dies on certain files format while reading exif data with exif_read_date because of some maximum directory nesting level reached. The function should return FALSE and let the program flow further. Otherwice misformated image processing may kill script and break the program logic. Even if i suppress warnings with @ sign, i still cannot manage to let the program go further after unsuccessfull reading exif data. broken file: http://www.hot.ee/camka/orig.phpJCN9Ir.jpg Tried with 5.1.6, 5.2.0 and latest snapshot of 5.2.1. P.S. All editors successfully show EXIF data for current file, so maybe it's not misformatted exif data but exif extension cannot process some newer exif formats? Reproduce code: --- x16BF in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal format code 0x0020, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x10F + x10A = x219 > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal format code 0x0014, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x110 + x12A = x23A > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal format code 0x0011, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x112 + x13E = x250 > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0003=UndefinedTa): Illegal pointer offset(x11AFF1A + x1 = x11BFF1A > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0005=UndefinedTa): Illegal pointer offset(x11B + x14F = x26A > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0005=UndefinedTa): Illegal pointer offset(x128 + x157 = x27F > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0003=UndefinedTa): Illegal pointer offset(x131FF97 + x2 = x133FF97 > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x132 + x57C = x6AE > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal format code 0x0014, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x213 + x168 = x37B > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0003=UndefinedTa): Illegal pointer offset(xA401FF9C + x2 = xA403FF9C > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0005=UndefinedTa): Illegal pointer offset(xA406 + x17C = xA582 > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0003=UndefinedTa): Illegal pointer offset(xA408FF9F + x1 = xA409FF9F > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0007=UndefinedTa): Illegal format code 0x0104, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0007=UndefinedTa): Illegal pointer offset(x8769 + x184 = x88ED > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0004=UndefinedTa): Illegal pointer offset(x7C7 + x288 = xA4F > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x=UndefinedTa): Illegal format code 0x4C4F, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Pro
#39819 [Asn->Csd]: Using $this not in object context can cause segfaults
ID: 39819
Updated by: [EMAIL PROTECTED]
Reported By: matteo at beccati dot com
-Status: Assigned
+Status: Closed
Bug Type: Reproducible crash
Operating System: NetBSD
PHP Version: 4.4.4
Assigned To: dmitry
New Comment:
Fixedd in PHP_4_4.
Previous Comments:
[2006-12-13 16:23:51] matteo at beccati dot com
Sorry, Firefox replaced the bug summary :(
[2006-12-13 16:21:22] matteo at beccati dot com
Description:
Using $this outside of an object context doesn't throw a fatal error
(it does on PHP 5.2.0). Subsequent static method calls throw warnings
or exit with SIGSEGV if a custom error handler is set.
The bug was also reproduced on Linux and on previous versions (4.4.3,
4.3.11).
Reproduce code:
---
http://beccati.com/php-this-bug.phps
Expected result:
Calling Foo::bar(): BAR
Setting $this->test = 1
Fatal error: Using $this when not in object context in /www/- on line
22
Actual result:
--
Calling Foo::bar(): BAR
Setting $this->test = 1
Calling Foo::bar():
Warning: Problem with method call - please report this bug in
/tmp/php-this-bug.phps on line 25
BAR
Setting a custom error handler
Calling Foo::bar(): Segmentation fault (core dumped)
-- Backtrace --
#0 0x081fa452 in zval_add_ref (p=0x846cb30)
at /root/compile/php-4.4.4/Zend/zend_variables.c:85
No locals.
#1 0x0820224c in zend_hash_copy (target=0x846ca24, source=0x846c124,
pCopyConstructor=0x81fa44a , tmp=0xbfbfcbcc, size=4)
at /root/compile/php-4.4.4/Zend/zend_hash.c:804
p = (Bucket *) 0x846c324
new_entry = (void *) 0x846cb30
#2 0x081fa5b1 in _zval_copy_ctor (zvalue=0x8469c64,
__zend_filename=0x8395ca0
"/root/compile/php-4.4.4/Zend/zend_builtin_functions.c",
__zend_lineno=246) at
/root/compile/php-4.4.4/Zend/zend_variables.c:125
tmp = (zval *) 0x82047fd
original_ht = (HashTable *) 0x846c124
tmp_ht = (HashTable *) 0x846ca24
tmp = (zval *) 0x846ca24
original_ht = (HashTable *) 0x846c124
tmp_ht = (HashTable *) 0x8c
#3 0x08204841 in zif_func_get_args (ht=0, return_value=0x8469ae4,
this_ptr=0x0, return_value_used=1)
at /root/compile/php-4.4.4/Zend/zend_builtin_functions.c:246
element = (zval *) 0x8469c64
p = (void **) 0x845d240
arg_count = 5
i = 4
#4 0x0820fd46 in execute (op_array=0x846c080)
at /root/compile/php-4.4.4/Zend/zend_execute.c:1675
original_return_value = (zval **) 0x846b21c
return_value_used = 1
execute_data = {opline = 0x846b204, function_state = {
function_symbol_table = 0x0, function = 0x83f3280, reserved =
{0x8200292,
0x8, 0x4, 0x8395720}}, fbc = 0x0, ce = 0x0, object = {ptr =
0x0},
Ts = 0xbfbfcc20, original_in_execution = 1 '\001', op_array =
0x846c080,
prev_execute_data = 0xbfbfcf30}
#5 0x081f21bd in call_user_function_ex (function_table=0x83f0040,
object_pp=0x0, function_name=0x84699a4, retval_ptr_ptr=0xbfbfd010,
param_count=5, params=0x8469aa4, no_separation=1,
symbol_table=0x0)
at /root/compile/php-4.4.4/Zend/zend_execute_API.c:570
i = 5
original_return_value = (zval **) 0xbfbfd2bc
calling_symbol_table = (HashTable *) 0x846c124
original_function_state_ptr =
original_op_array = (zend_op_array *) 0x84629a4
original_opline_ptr =
orig_free_op1 = 0
orig_free_op2 = 0
orig_unary_op =
orig_binary_op =
function_name_copy = {value = {lval = 138844900,
dval = 2.765454338803e-313, str = {val = 0x8469ae4 "¤ÆF\b", len
= 13},
ht = 0x8469ae4, obj = {ce = 0x8469ae4, properties = 0xd}},
type = 3 '\003', is_ref = 0 '\0', refcount = 1}
execute_data = {opline = 0x0, function_state = {
function_symbol_table = 0x40, function = 0x846c080, reserved = {
0xbd6d7713, 0x40, 0x83d7554, 0x4}}, fbc = 0x0, ce = 0x0, object =
{
ptr = 0x0}, Ts = 0x0, original_in_execution = 36 '$', op_array =
0x0,
prev_execute_data = 0xbfbfd240}
#6 0x081fbe2d in zend_error (type=2,
format=0x83968e0 "Problem with method call - please report this
bug")
at /root/compile/php-4.4.4/Zend/zend.c:846
args = 0xbfbfd038 "\001"
usr_copy = 0xbfbfd038 "\001"
params = (zval ***) 0x8469aa4
retval = (zval *) 0x0
z_error_type = (zval *) 0x8469924
z_error_message = (zval *) 0x84698e4
z_error_filename = (zval *) 0x8469964
z_error_lineno = (zval *) 0x8469a24
z_context = (zval *) 0x8469a64
error_filename = 0x8460f64 "/tmp/php-this-bug.phps"
error_lineno = 31
orig_user_error_handler = (zval *) 0x84699a4
#7 0x0820ff13 in execute (op_array=0x84629a4)
at /root/compile/php-4.4.4/Zend/zend_execute.c:1710
this_ptr = (z
#40078 [NEW]: oci_bind_array_by_name with NULL => ORA-01405
From: fsurleau at skyservices dot net
Operating system: RedHat EL4
PHP version: 5.2.1RC2
PHP Bug Type: OCI8 related
Bug description: oci_bind_array_by_name with NULL => ORA-01405
Description:
When the returned Oracle table contains at least one NULL, oci_execute()
fails: ORA-01405: fetched column value is NULL.
Regards,
Fred.
Reproduce code:
---
Expected result:
array(5) { [0]=> string(3) "one" [1]=> string(3) "two" [2]=> string(1)
"" [3]=> string(4) "four" [4]=> string(4) "five" }
Actual result:
--
oci_execute() [function.oci-execute]: ORA-01405
--
Edit bug report at http://bugs.php.net/?id=40078&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=40078&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=40078&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=40078&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40078&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=40078&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=40078&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40078&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40078&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=40078&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40078&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=40078&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=40078&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40078&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40078&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40078&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40078&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=40078&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=40078&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=40078&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40078&r=mysqlcfg
#39820 [Opn]: ORA-03131: an invalid buffer was provided for the next piece
ID: 39820
User updated by: alien at mosfasad dot ru
Reported By: alien at mosfasad dot ru
Status: Open
Bug Type: PDO related
Operating System: win xp
PHP Version: 5.2.0
New Comment:
i can temporary resolve this problem by this code:
$sSql = 'call ReportOrder( :out0, :var0 , :var1)';
$sOut = '';
$sVar0 = null;
$aArguments = Array ('var0' =>'asdasasdasd','var1' =>'3242424' );
$sDsn = 'oci:dbname=';
$sUser = '***';
$sPass = '***';
$aArgs = array();
$oPDOs = new PDO($sDsn,$sUser,$sPass,$aArgs);
$oStat = $oPDOs->prepare( $sSql );
$oStat->bindParam('out0', $sOut, PDO::PARAM_STR,strlen( $sOut ) );
/* !! this CODE */
$oStat->bindParam('var0',$sVar0 );
$oStat->bindParam('var1',$sVar0 );
/* !!*/
$oStat->execute($aArguments);
echo '['.$sOut.']';
?>
PLSQL PROC :
CREATE OR REPLACE PROCEDURE ReportOrder
(
dCalcId OUT VARCHAR2, dFormId VARCHAR2, dFormId1 VARCHAR2
) IS
BEGIN
dCalcId := dFormId || dFormId1;
END;
Previous Comments:
[2007-01-09 15:10:15] alien at mosfasad dot ru
!!! WRONG !!! :
/* !!! IF COMMENT LINE BELOW, NO ERROR */
$oPDOs->setAttribute( PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION );
/**/
if i comment this lines error i can look error, when i call method
errorInfo( )!
print_r( $oStat->errorInfo( ) );
[2006-12-25 12:12:48] alien at mosfasad dot ru
$sSql = 'call ReportOrder(:var0,:out0,:var1,:var2,:var3)';
CREATE OR REPLACE PROCEDURE ReportOrder
(
dFormId NUMBER, dCalcId OUT VARCHAR2, sUnionDescr VARCHAR2, sArgsName
VARCHAR2, sColsName VARCHAR2
) IS
BEGIN
dCalcId := '1';
END;
[2006-12-25 11:21:54] [EMAIL PROTECTED]
>If the script requires a database to demonstrate the issue,
>please make sure it creates all necessary tables, stored >procedures
etc.
[2006-12-25 11:18:32] alien at mosfasad dot ru
ini_set('display_errors','on');
$sSql = 'call wb_utils.ReportOrder(:var0,:out0,:var1,:var2,:var3)';
$sOut = '';
$aArguments = Array
(
'var0' => 24277102,
'var1' => '',
'var2' => 'args',
'var3' => 'cols'
);
$sDsn = 'oci:dbname=//saturn.icon3.ru/mito';
$sUser = 'XXX';
$sPass = 'XX';
$aArgs = array();
$oPDOs = new PDO($sDsn,$sUser,$sPass,$aArgs);
/* !!! IF COMMENT LINE BELOW, NO ERROR */
$oPDOs->setAttribute( PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION );
/**/
$oStat = $oPDOs->prepare( $sSql );
$oStat->bindParam('out0',$sOut, PDO::PARAM_STR,strlen( $sOut ) );
$oStat->execute($aArguments);
echo '['.$sOut.']';
[2006-12-18 08:40: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.
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/39820
--
Edit this bug report at http://bugs.php.net/?id=39820&edit=1
#40077 [NEW]: Make lint check multiple files
From: david at acz dot org Operating system: Any PHP version: 5.2.0 PHP Bug Type: Feature/Change Request Bug description: Make lint check multiple files Description: It would be nice if lint mode checked multiple files: php -l foo.php bar.php No syntax errors detected in foo.php No syntax errors detected in bar.php If not possible, it should give a warning when multiple files are specified. -- Edit bug report at http://bugs.php.net/?id=40077&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40077&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40077&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40077&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40077&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40077&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40077&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40077&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40077&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40077&r=support Expected behavior:http://bugs.php.net/fix.php?id=40077&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40077&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40077&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40077&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40077&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40077&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40077&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40077&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40077&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40077&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40077&r=mysqlcfg
#40076 [Csd]: zend_alloc.c: Value of enumeration constant must be in range of signed integer.
ID: 40076 User updated by: ionut dot aivanesei at amdocs dot com Reported By: ionut dot aivanesei at amdocs dot com Status: Closed Bug Type: Compile Failure Operating System: AIX PHP Version: 5.2.0 Assigned To: dmitry New Comment: Hi, Can you send me a fix? I would like to finish my install :) Thanks, Ionutz Previous Comments: [2007-01-09 15:30:33] [EMAIL PROTECTED] Fixed in CVS HEAD and PHP_5_2. [2007-01-09 15:02:11] ionut dot aivanesei at amdocs dot com Description: Hi, When I compile PHP 5.2.0 on AIX I get this: "./php-5.2.0/Zend/zend_alloc.c", line 268.28: 1506-243 (S) Value of enumeration constant must be in range of signed integer. "./php-5.2.0/Zend/zend_alloc.c", line 269.28: 1506-243 (S) Value of enumeration constant must be in range of signed integer. make: *** [Zend/zend_alloc.lo] Error 1 On the same server PHP 5.1.4 compiled succesfully. Reproduce code: --- ./configure --prefix=... make make install Expected result: everything should be OK Actual result: -- ... "./php-5.2.0/Zend/zend_alloc.c", line 268.28: 1506-243 (S) Value of enumeration constant must be in range of signed integer. "./php-5.2.0/Zend/zend_alloc.c", line 269.28: 1506-243 (S) Value of enumeration constant must be in range of signed integer. make: *** [Zend/zend_alloc.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=40076&edit=1
#40076 [Asn->Csd]: zend_alloc.c: Value of enumeration constant must be in range of signed integer.
ID: 40076 Updated by: [EMAIL PROTECTED] Reported By: ionut dot aivanesei at amdocs dot com -Status: Assigned +Status: Closed Bug Type: Compile Failure Operating System: AIX PHP Version: 5.2.0 Assigned To: dmitry New Comment: Fixed in CVS HEAD and PHP_5_2. Previous Comments: [2007-01-09 15:02:11] ionut dot aivanesei at amdocs dot com Description: Hi, When I compile PHP 5.2.0 on AIX I get this: "./php-5.2.0/Zend/zend_alloc.c", line 268.28: 1506-243 (S) Value of enumeration constant must be in range of signed integer. "./php-5.2.0/Zend/zend_alloc.c", line 269.28: 1506-243 (S) Value of enumeration constant must be in range of signed integer. make: *** [Zend/zend_alloc.lo] Error 1 On the same server PHP 5.1.4 compiled succesfully. Reproduce code: --- ./configure --prefix=... make make install Expected result: everything should be OK Actual result: -- ... "./php-5.2.0/Zend/zend_alloc.c", line 268.28: 1506-243 (S) Value of enumeration constant must be in range of signed integer. "./php-5.2.0/Zend/zend_alloc.c", line 269.28: 1506-243 (S) Value of enumeration constant must be in range of signed integer. make: *** [Zend/zend_alloc.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=40076&edit=1
#39820 [Opn]: ORA-03131: an invalid buffer was provided for the next piece
ID: 39820
User updated by: alien at mosfasad dot ru
Reported By: alien at mosfasad dot ru
Status: Open
Bug Type: PDO related
Operating System: win xp
PHP Version: 5.2.0
New Comment:
!!! WRONG !!! :
/* !!! IF COMMENT LINE BELOW, NO ERROR */
$oPDOs->setAttribute( PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION );
/**/
if i comment this lines error i can look error, when i call method
errorInfo( )!
print_r( $oStat->errorInfo( ) );
Previous Comments:
[2006-12-25 12:12:48] alien at mosfasad dot ru
$sSql = 'call ReportOrder(:var0,:out0,:var1,:var2,:var3)';
CREATE OR REPLACE PROCEDURE ReportOrder
(
dFormId NUMBER, dCalcId OUT VARCHAR2, sUnionDescr VARCHAR2, sArgsName
VARCHAR2, sColsName VARCHAR2
) IS
BEGIN
dCalcId := '1';
END;
[2006-12-25 11:21:54] [EMAIL PROTECTED]
>If the script requires a database to demonstrate the issue,
>please make sure it creates all necessary tables, stored >procedures
etc.
[2006-12-25 11:18:32] alien at mosfasad dot ru
ini_set('display_errors','on');
$sSql = 'call wb_utils.ReportOrder(:var0,:out0,:var1,:var2,:var3)';
$sOut = '';
$aArguments = Array
(
'var0' => 24277102,
'var1' => '',
'var2' => 'args',
'var3' => 'cols'
);
$sDsn = 'oci:dbname=//saturn.icon3.ru/mito';
$sUser = 'XXX';
$sPass = 'XX';
$aArgs = array();
$oPDOs = new PDO($sDsn,$sUser,$sPass,$aArgs);
/* !!! IF COMMENT LINE BELOW, NO ERROR */
$oPDOs->setAttribute( PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION );
/**/
$oStat = $oPDOs->prepare( $sSql );
$oStat->bindParam('out0',$sOut, PDO::PARAM_STR,strlen( $sOut ) );
$oStat->execute($aArguments);
echo '['.$sOut.']';
[2006-12-18 08:40: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.
[2006-12-13 17:09:16] alien at mosfasad dot ru
Description:
when i execute procedure(ORACLE 10 R2) with out param. i catch error
in the version 5.1.4 all is ok.
Procedure wb_utils.ReportOrder is VALID !
PHP Version 5.2.1-dev
PHP API 20041225
PHP Extension 20060613
Zend Extension 220060519
OCI Revision$Revision: 1.269.2.16.2.26 $
PDO Driver for OCI 8 and later: enabled
Reproduce code:
---
$sSql = 'call wb_utils.ReportOrder(:var0,:out0,:var1,:var2,:var3)';
$aArguments = Array
(
[var0] => 24277102
[var1] =>
[var2] => args
[var3] => cols
)
$oStat = $this->oPDOs->prepare($sSql);
.
$oStat->bindParam('out0',$this->Out0, PDO::PARAM_STR,4096);
.
$oStat->execute($aArguments);
Expected result:
[13-дек-2006 19:49:57] PHP Fatal error: Uncaught in
C:\prj\web\include\db.2.inc.php at 410 code :pdo_execute Param
[HY000,SQLSTATE[HY000]: General error: 3131 OCIStmtExecute: ORA-03131:
an invalid buffer was provided for the next piece
(ext\pdo_oci\oci_statement.c:142),
call wb_utils.ReportOrder(:var0,:out0,:var1,:var2,:var3)
] thrown in C:\prj\web\include\db.2.inc.php on line 410
Actual result:
--
execute procedure and get out param
--
Edit this bug report at http://bugs.php.net/?id=39820&edit=1
#40076 [Opn->Asn]: zend_alloc.c: Value of enumeration constant must be in range of signed integer.
ID: 40076 Updated by: [EMAIL PROTECTED] Reported By: ionut dot aivanesei at amdocs dot com -Status: Open +Status: Assigned Bug Type: Compile Failure Operating System: AIX PHP Version: 5.2.0 -Assigned To: +Assigned To: dmitry Previous Comments: [2007-01-09 15:02:11] ionut dot aivanesei at amdocs dot com Description: Hi, When I compile PHP 5.2.0 on AIX I get this: "./php-5.2.0/Zend/zend_alloc.c", line 268.28: 1506-243 (S) Value of enumeration constant must be in range of signed integer. "./php-5.2.0/Zend/zend_alloc.c", line 269.28: 1506-243 (S) Value of enumeration constant must be in range of signed integer. make: *** [Zend/zend_alloc.lo] Error 1 On the same server PHP 5.1.4 compiled succesfully. Reproduce code: --- ./configure --prefix=... make make install Expected result: everything should be OK Actual result: -- ... "./php-5.2.0/Zend/zend_alloc.c", line 268.28: 1506-243 (S) Value of enumeration constant must be in range of signed integer. "./php-5.2.0/Zend/zend_alloc.c", line 269.28: 1506-243 (S) Value of enumeration constant must be in range of signed integer. make: *** [Zend/zend_alloc.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=40076&edit=1
#40002 [Asn->Csd]: Try/Catch performs poorly
ID: 40002
Updated by: [EMAIL PROTECTED]
Reported By: public at syranide dot com
-Status: Assigned
+Status: Closed
Bug Type: Performance problem
Operating System: Windows XP 32bit
PHP Version: 5.2.0
Assigned To: dmitry
New Comment:
Fixed in CVS HEAD and PHP_5_2.
Previous Comments:
[2007-01-02 19:58:26] public at syranide dot com
Should've mentioned this in the report, but one reason behind that it
should not scale linear is because just as well as adding more clauses
you could instead just make one catch-all-clause.
This clause internally matches exceptions (using is_a etc) and if none
is matched then it is thrown again, which should have equal
functionality, but more clauses does not affect performance if no
exception is thrown.
[2007-01-02 19:47:15] public at syranide dot com
Description:
Try/Catch-statements in PHP is performing rather poorly, main problem
that seems to be that the Catch-clauses are always tried regardless of
an exception being thrown or not.
Although Try/Catch is pretty expensive (about twice of @), the worst
part is that it scales linear with each Catch.
Of course that might be very hard to not do and is not a problem, but
the problem arises from the linear scaling followed by Catch-clauses
always impacting performance, regardless of an Exception being thrown
or not.
Reproduce code:
---
$start = microtime(TRUE);
class PHPException extends Exception {}
for($i = 0; $i < 10; $i++) {
try {}
catch(PHPException $e) {}
catch(PHPException $e) {}
catch(PHPException $e) {}
catch(PHPException $e) {}
catch(PHPException $e) {}
}
echo microtime(TRUE) - $start;
Expected result:
Note that the above code is rather strupid in nature, but the result is
the same regardless.
>From the above I would expect very similar performance to having only
one Catch-clause (or to be more precise, that in the event of no
exception being thrown performance is not linear to the number of
Catch-clauses).
Actual result:
--
(nothing useful)
--
Edit this bug report at http://bugs.php.net/?id=40002&edit=1
#40076 [NEW]: zend_alloc.c: Value of enumeration constant must be in range of signed integer.
From: ionut dot aivanesei at amdocs dot com Operating system: AIX PHP version: 5.2.0 PHP Bug Type: Compile Failure Bug description: zend_alloc.c: Value of enumeration constant must be in range of signed integer. Description: Hi, When I compile PHP 5.2.0 on AIX I get this: "./php-5.2.0/Zend/zend_alloc.c", line 268.28: 1506-243 (S) Value of enumeration constant must be in range of signed integer. "./php-5.2.0/Zend/zend_alloc.c", line 269.28: 1506-243 (S) Value of enumeration constant must be in range of signed integer. make: *** [Zend/zend_alloc.lo] Error 1 On the same server PHP 5.1.4 compiled succesfully. Reproduce code: --- ./configure --prefix=... make make install Expected result: everything should be OK Actual result: -- ... "./php-5.2.0/Zend/zend_alloc.c", line 268.28: 1506-243 (S) Value of enumeration constant must be in range of signed integer. "./php-5.2.0/Zend/zend_alloc.c", line 269.28: 1506-243 (S) Value of enumeration constant must be in range of signed integer. make: *** [Zend/zend_alloc.lo] Error 1 -- Edit bug report at http://bugs.php.net/?id=40076&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40076&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40076&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40076&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40076&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40076&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40076&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40076&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40076&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40076&r=support Expected behavior:http://bugs.php.net/fix.php?id=40076&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40076&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40076&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40076&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40076&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40076&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40076&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40076&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40076&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40076&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40076&r=mysqlcfg
#40073 [Asn->Csd]: exif_read_data dies on certain images
ID: 40073 Updated by: [EMAIL PROTECTED] Reported By: camka at email dot ee -Status: Assigned +Status: Closed Bug Type: EXIF related Operating System: WinXP, Linux PHP Version: 5.2.1RC2 Assigned To: helly New Comment: According to a few exif tools this image is either invalid or has corrupted exif information. Previous Comments: [2007-01-09 11:44:00] [EMAIL PROTECTED] Marcus, I've fixed the segfault, but the result EXIF data is still b0rked, please see if we can do anything about it. [2007-01-09 11:07:03] camka at email dot ee Description: PHP dies on certain files format while reading exif data with exif_read_date because of some maximum directory nesting level reached. The function should return FALSE and let the program flow further. Otherwice misformated image processing may kill script and break the program logic. Even if i suppress warnings with @ sign, i still cannot manage to let the program go further after unsuccessfull reading exif data. broken file: http://www.hot.ee/camka/orig.phpJCN9Ir.jpg Tried with 5.1.6, 5.2.0 and latest snapshot of 5.2.1. P.S. All editors successfully show EXIF data for current file, so maybe it's not misformatted exif data but exif extension cannot process some newer exif formats? Reproduce code: --- x16BF in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal format code 0x0020, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x10F + x10A = x219 > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal format code 0x0014, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x110 + x12A = x23A > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal format code 0x0011, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x112 + x13E = x250 > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0003=UndefinedTa): Illegal pointer offset(x11AFF1A + x1 = x11BFF1A > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0005=UndefinedTa): Illegal pointer offset(x11B + x14F = x26A > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0005=UndefinedTa): Illegal pointer offset(x128 + x157 = x27F > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0003=UndefinedTa): Illegal pointer offset(x131FF97 + x2 = x133FF97 > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x132 + x57C = x6AE > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal format code 0x0014, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x213 + x168 = x37B > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0003=UndefinedTa): Illegal pointer offset(xA401FF9C + x2 = xA403FF9C > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0005=UndefinedTa): Illegal pointer offset(xA406 + x17C = xA582 > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0003=UndefinedTa): Illegal pointer offset(xA408FF9F + x1 = xA409FF9F > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0007=UndefinedTa): Illegal format code 0x0104, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0007=UndefinedTa): Illegal pointer offset(x8769 + x184 = x88ED > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0004=UndefinedTa): Illegal pointer offset(x7C7 + x288 = xA4F > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x=UndefinedTa): Illegal format code 0x4C4F, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x=UndefinedTa): Illegal pointer offset(x49442053 + x55504D59 = x9E946DAC > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x4947=UndefinedTa)
#40071 [Opn->Fbk]: SoapServer returns 'Object hasn't xxx property' fault
ID: 40071 Updated by: [EMAIL PROTECTED] Reported By: ville at pmd dot fi -Status: Open +Status: Feedback Bug Type: SOAP related Operating System: Debian Linux 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-01-09 03:29:26] ville at pmd dot fi Description: SoapServer raises an 'Object hasn't xxx property' error when trying to return an object (WSDL complextype) from service class. Different methods of returning an object (array, PHP object, SoapVar with SOAP_ENC_OBJECT attribute...) ends up to the same result. The bug is similar to an already fixed bug #30928 Reproduce code: --- http://ville.mattila.fi/php/soaptestservice.phps http://ville.mattila.fi/php/wsdl/complextypetest.wsdl Expected result: At the client side: a returned object with firstName and lastName elements filled with lowercase and uppercase versions of given authToken. Actual result: -- At the client side: SOAP-ERROR: Encoding: object hasn't 'firstName' property -- Edit this bug report at http://bugs.php.net/?id=40071&edit=1
#40075 [Fbk->Csd]: FILTER_CALLBACK generates strange results
ID: 40075
User updated by: crocodile2u at yandex dot ru
Reported By: crocodile2u at yandex dot ru
-Status: Feedback
+Status: Closed
Bug Type: Filter related
Operating System: Kubuntu linux 6.06
PHP Version: 5.2.0
New Comment:
Just installed the latest snapshot. Everything works like a charm.
Thanks a lot.
Previous Comments:
[2007-01-09 14:13:18] [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-01-09 13:43:39] crocodile2u at yandex dot ru
Description:
Specifying a simple callback for the filter_var_array function leads to
invalid results.
Reproduce code:
---
function t($v){return $v;}
var_dump(filter_var_array(array("x"=>"s"),
array("x"=>array("filter"=>FILTER_CALLBACK, "options"=>"t";
Expected result:
array(1) {
["x"]=>
string(1) "s"
}
Actual result:
--
array(1) {
["x"]=>
string(1) "("
}
--
Edit this bug report at http://bugs.php.net/?id=40075&edit=1
#40075 [Opn->Fbk]: FILTER_CALLBACK generates strange results
ID: 40075
Updated by: [EMAIL PROTECTED]
Reported By: crocodile2u at yandex dot ru
-Status: Open
+Status: Feedback
Bug Type: Filter related
Operating System: Kubuntu linux 6.06
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-01-09 13:43:39] crocodile2u at yandex dot ru
Description:
Specifying a simple callback for the filter_var_array function leads to
invalid results.
Reproduce code:
---
function t($v){return $v;}
var_dump(filter_var_array(array("x"=>"s"),
array("x"=>array("filter"=>FILTER_CALLBACK, "options"=>"t";
Expected result:
array(1) {
["x"]=>
string(1) "s"
}
Actual result:
--
array(1) {
["x"]=>
string(1) "("
}
--
Edit this bug report at http://bugs.php.net/?id=40075&edit=1
#40075 [NEW]: FILTER_CALLBACK generates strange results
From: crocodile2u at yandex dot ru
Operating system: Kubuntu linux 6.06
PHP version: 5.2.0
PHP Bug Type: Filter related
Bug description: FILTER_CALLBACK generates strange results
Description:
Specifying a simple callback for the filter_var_array function leads to
invalid results.
Reproduce code:
---
function t($v){return $v;}
var_dump(filter_var_array(array("x"=>"s"),
array("x"=>array("filter"=>FILTER_CALLBACK, "options"=>"t";
Expected result:
array(1) {
["x"]=>
string(1) "s"
}
Actual result:
--
array(1) {
["x"]=>
string(1) "("
}
--
Edit bug report at http://bugs.php.net/?id=40075&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=40075&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=40075&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=40075&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=40075&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=40075&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=40075&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=40075&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=40075&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=40075&r=support
Expected behavior:http://bugs.php.net/fix.php?id=40075&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=40075&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=40075&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=40075&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40075&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=40075&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=40075&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=40075&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=40075&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=40075&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=40075&r=mysqlcfg
#39983 [Bgs]: writing a backslash int a variable doesn't appear
ID: 39983
User updated by: mail at siegfried-bauer dot de
-Summary: writing a backslash in a variable doesn't appear
Reported By: mail at siegfried-bauer dot de
Status: Bogus
Bug Type: Strings related
Operating System: Linux, kernel 2.6.16.13-4
PHP Version: 5.2.0
New Comment:
the problem is:
fread calls addslashes after reading the file.
fwrite calls stripslashes before writing the file.
fprintf neither doesn't call stripslashes nor addslashes.
so, when using fwrite you have to escape a \ four times.
Previous Comments:
[2006-12-29 15:05:52] mail at siegfried-bauer dot de
try perl an d you receive what you will expect!
#!/usr/bin/perl
printf("This is a \\\n");
my $a=sprintf("\\");
printf("var \$a contains %s\n",$a);
[2006-12-29 14:58:46] mail at siegfried-bauer dot de
my old configuration:
apache_1.3.31
php-4.3.3
kernel 2.4.21
worked different!
[2006-12-29 10:55:23] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
[2006-12-29 08:11:23] mail at siegfried-bauer dot de
Description:
can't write a backslash into a variable.
Reproduce code:
---
#!/home/bauer/prog/php-5.1.6/sapi/cli/php
Expected result:
out doesn't contain any backslas.
out2 yet.
--
Edit this bug report at http://bugs.php.net/?id=39983&edit=1
#40038 [Opn]: C++ compiler cannot create executables
ID: 40038 User updated by: ionut dot aivanesei at amdocs dot com Reported By: ionut dot aivanesei at amdocs dot com Status: Open Bug Type: Compile Failure Operating System: HP-UX, AIX PHP Version: 5.2.0 New Comment: I managed to run a succesfull configure && make && make install by removing all the lines from line #105853 to line #106048 from the ./configyre script. Any way, I think that this should be fixed somehow. Previous Comments: [2007-01-08 21:04:40] ionut dot aivanesei at amdocs dot com It is exported. And the result is still the same. [2007-01-08 20:50:55] [EMAIL PROTECTED] Given that you don't have GCC, you should export environment variable CC and set it to the path of your compiler. Ex. export CC=/path/to/compiler.bin [2007-01-08 18:15:30] ionut dot aivanesei at amdocs dot com Hi, Can I send you something else from my configuration to be able to track this down? Thanks, Ionutz [2007-01-06 13:07:13] ionut dot aivanesei at amdocs dot com You have here the full configure output and the config.log file for version 5.1.6 and 5.2.0, with the mention that 5.1.6 it is completed succesfully and 5.2.0 is not (both on the same server/configuration). http://www.devel.ro/hpux11.11--php-5.1.6--config.log http://www.devel.ro/hpux11.11--php-5.1.6--configure_output.txt http://www.devel.ro/hpux11.11--php-5.2.0--config.log http://www.devel.ro/hpux11.11--php-5.2.0--configure_output.txt Let me know if you need somethign else. Thanks, Ionutz [2007-01-05 22:33:32] ionut dot aivanesei at amdocs dot com here is the full config.log file http://www.devel.ro/config.log 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/40038 -- Edit this bug report at http://bugs.php.net/?id=40038&edit=1
#40072 [Bgs->Csd]: UTF8 file include output return unknow character.
ID: 40072
User updated by: plasmapermanent at msn dot com
Reported By: plasmapermanent at msn dot com
-Status: Bogus
+Status: Closed
Bug Type: Output Control
Operating System: Windows XP SP2
PHP Version: 5.2.0
New Comment:
How to clear this problem. Just save file in utf-8 by don't have BOM.
How to know your file have BOM or not? Try to use notepad2 change (File
> Encoding) from "UTF-8 With Signature" to "UTF-8" and save it. Notepad2
download from http://www.flos-freeware.ch/. It's freeware.
Thank you to clear this problem.
Previous Comments:
[2007-01-09 08:32:01] [EMAIL PROTECTED]
Tell your editor not to safe the file with the BOM prepended.
[2007-01-09 04:41:00] plasmapermanent at msn dot com
Description:
I use all file in utf8 format. All thing look like good work. But when
include utf8 file it have something wrong. My table move to bottom of
page. I try to view source. It is very simple HTML code. No where wrong
code. But it have more space separate from header. I try to check all it
appear because I use code like this. Another place display true (May
be).
Reproduce code:
---
if(!empty($headtemp)) include($path.'\\'.$headtemp);
if(!empty($toptemp)) include($path.'\\'.$toptemp);
for($$linenum=0;$$linenum<$$x;$$linenum++){
mysql_data_seek($$datacontain,$$linenum);
$$returnnm=mysql_fetch_array($$datacontain);
if(!empty($midtemp)) include($path.'\\'.$midtemp);
}
Expected result:
Result when display should be true.
Actual result:
--
Result display when I view source of page are ok.
But page display should be ok like source code.
Now it show like.
?
1
?
2
?
3
? is something wrong.
It made table lose structure it data display on bottom of page and have
space between start tag and data.
--
Edit this bug report at http://bugs.php.net/?id=40072&edit=1
#40073 [Opn->Asn]: exif_read_data dies on certain images
ID: 40073 Updated by: [EMAIL PROTECTED] Reported By: camka at email dot ee -Status: Open +Status: Assigned Bug Type: EXIF related Operating System: WinXP, Linux PHP Version: 5.2.1RC2 -Assigned To: +Assigned To: helly New Comment: Marcus, I've fixed the segfault, but the result EXIF data is still b0rked, please see if we can do anything about it. Previous Comments: [2007-01-09 11:07:03] camka at email dot ee Description: PHP dies on certain files format while reading exif data with exif_read_date because of some maximum directory nesting level reached. The function should return FALSE and let the program flow further. Otherwice misformated image processing may kill script and break the program logic. Even if i suppress warnings with @ sign, i still cannot manage to let the program go further after unsuccessfull reading exif data. broken file: http://www.hot.ee/camka/orig.phpJCN9Ir.jpg Tried with 5.1.6, 5.2.0 and latest snapshot of 5.2.1. P.S. All editors successfully show EXIF data for current file, so maybe it's not misformatted exif data but exif extension cannot process some newer exif formats? Reproduce code: --- x16BF in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal format code 0x0020, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x10F + x10A = x219 > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal format code 0x0014, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x110 + x12A = x23A > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal format code 0x0011, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x112 + x13E = x250 > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0003=UndefinedTa): Illegal pointer offset(x11AFF1A + x1 = x11BFF1A > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0005=UndefinedTa): Illegal pointer offset(x11B + x14F = x26A > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0005=UndefinedTa): Illegal pointer offset(x128 + x157 = x27F > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0003=UndefinedTa): Illegal pointer offset(x131FF97 + x2 = x133FF97 > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x132 + x57C = x6AE > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal format code 0x0014, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x213 + x168 = x37B > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0003=UndefinedTa): Illegal pointer offset(xA401FF9C + x2 = xA403FF9C > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0005=UndefinedTa): Illegal pointer offset(xA406 + x17C = xA582 > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0003=UndefinedTa): Illegal pointer offset(xA408FF9F + x1 = xA409FF9F > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0007=UndefinedTa): Illegal format code 0x0104, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0007=UndefinedTa): Illegal pointer offset(x8769 + x184 = x88ED > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0004=UndefinedTa): Illegal pointer offset(x7C7 + x288 = xA4F > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x=UndefinedTa): Illegal format code 0x4C4F, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x=UndefinedTa): Illegal pointer offset(x49442053 + x55504D59 = x9E946DAC > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x4947=UndefinedTa): Illegal format code 0x4154, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x4947=UndefinedTa): Illegal pointer offset(x4152454D + x4143204C =
#40074 [Bgs]: unable to set sendmail_path using php via shell
ID: 40074 Updated by: [EMAIL PROTECTED] Reported By: trani at softwareplanet dot net Status: Bogus Bug Type: Mail related Operating System: Linux cent os PHP Version: 4.4.4 New Comment: http://php.net/mail sendmail_path - PHP_INI_SYSTEM Where "PHP_INI_SYSTEM" means "Entry can be set in php.ini or httpd.conf". Previous Comments: [2007-01-09 11:39:02] [EMAIL PROTECTED] 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 sendmail_path cant be changed with ini_set(). Use php -dsendmail_path="" [2007-01-09 11:28:57] trani at softwareplanet dot net Description: It seems that using php from command line (not calling it via web and then passing via apache and htaccess) the ini_set directive with sendmail_path doesn't work: ini_set is ignored Reproduce code: --- echo "" | php Expected result: the email received should have the return_path set to [EMAIL PROTECTED] Actual result: -- the email received has the default return_path ([EMAIL PROTECTED]). Where can I set this value (sendmail_path) when I execute a script directly from the command line? -- Edit this bug report at http://bugs.php.net/?id=40074&edit=1
#40074 [Opn->Bgs]: unable to set sendmail_path using php via shell
ID: 40074 Updated by: [EMAIL PROTECTED] Reported By: trani at softwareplanet dot net -Status: Open +Status: Bogus Bug Type: Mail related Operating System: Linux cent os PHP Version: 4.4.4 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 sendmail_path cant be changed with ini_set(). Use php -dsendmail_path="" Previous Comments: [2007-01-09 11:28:57] trani at softwareplanet dot net Description: It seems that using php from command line (not calling it via web and then passing via apache and htaccess) the ini_set directive with sendmail_path doesn't work: ini_set is ignored Reproduce code: --- echo "" | php Expected result: the email received should have the return_path set to [EMAIL PROTECTED] Actual result: -- the email received has the default return_path ([EMAIL PROTECTED]). Where can I set this value (sendmail_path) when I execute a script directly from the command line? -- Edit this bug report at http://bugs.php.net/?id=40074&edit=1
#40074 [NEW]: unable to set sendmail_path using php via shell
From: trani at softwareplanet dot net Operating system: Linux cent os PHP version: 4.4.4 PHP Bug Type: Mail related Bug description: unable to set sendmail_path using php via shell Description: It seems that using php from command line (not calling it via web and then passing via apache and htaccess) the ini_set directive with sendmail_path doesn't work: ini_set is ignored Reproduce code: --- echo "" | php Expected result: the email received should have the return_path set to [EMAIL PROTECTED] Actual result: -- the email received has the default return_path ([EMAIL PROTECTED]). Where can I set this value (sendmail_path) when I execute a script directly from the command line? -- Edit bug report at http://bugs.php.net/?id=40074&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40074&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40074&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40074&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40074&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40074&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40074&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40074&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40074&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40074&r=support Expected behavior:http://bugs.php.net/fix.php?id=40074&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40074&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40074&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40074&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40074&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40074&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40074&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40074&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40074&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40074&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40074&r=mysqlcfg
#40073 [NEW]: exif_read_data dies on certain images
From: camka at email dot ee Operating system: WinXP, Linux PHP version: 5.2.1RC2 PHP Bug Type: EXIF related Bug description: exif_read_data dies on certain images Description: PHP dies on certain files format while reading exif data with exif_read_date because of some maximum directory nesting level reached. The function should return FALSE and let the program flow further. Otherwice misformated image processing may kill script and break the program logic. Even if i suppress warnings with @ sign, i still cannot manage to let the program go further after unsuccessfull reading exif data. broken file: http://www.hot.ee/camka/orig.phpJCN9Ir.jpg Tried with 5.1.6, 5.2.0 and latest snapshot of 5.2.1. P.S. All editors successfully show EXIF data for current file, so maybe it's not misformatted exif data but exif extension cannot process some newer exif formats? Reproduce code: --- x16BF in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal format code 0x0020, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x10F + x10A = x219 > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal format code 0x0014, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x110 + x12A = x23A > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal format code 0x0011, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x112 + x13E = x250 > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0003=UndefinedTa): Illegal pointer offset(x11AFF1A + x1 = x11BFF1A > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0005=UndefinedTa): Illegal pointer offset(x11B + x14F = x26A > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0005=UndefinedTa): Illegal pointer offset(x128 + x157 = x27F > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0003=UndefinedTa): Illegal pointer offset(x131FF97 + x2 = x133FF97 > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x132 + x57C = x6AE > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal format code 0x0014, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0002=UndefinedTa): Illegal pointer offset(x213 + x168 = x37B > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0003=UndefinedTa): Illegal pointer offset(xA401FF9C + x2 = xA403FF9C > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0005=UndefinedTa): Illegal pointer offset(xA406 + x17C = xA582 > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0003=UndefinedTa): Illegal pointer offset(xA408FF9F + x1 = xA409FF9F > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0007=UndefinedTa): Illegal format code 0x0104, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0007=UndefinedTa): Illegal pointer offset(x8769 + x184 = x88ED > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x0004=UndefinedTa): Illegal pointer offset(x7C7 + x288 = xA4F > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x=UndefinedTa): Illegal format code 0x4C4F, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x=UndefinedTa): Illegal pointer offset(x49442053 + x55504D59 = x9E946DAC > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x4947=UndefinedTa): Illegal format code 0x4154, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x4947=UndefinedTa): Illegal pointer offset(x4152454D + x4143204C = x82956599 > x16BF) in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x2020=UndefinedTa): Illegal format code 0x2020, suppose BYTE in exif.php on line 2 PHP Warning: exif_read_data(orig.phpJCN9Ir.jpg): Process tag(x2020=UndefinedTa): Illegal pointer offset(x4C4F0020 + x20202020 = x6C6F2040 > x16BF) in exif.php on line 2 PHP Warning: exif_read
#32503 [NoF->Opn]: fopen() in cwd: filename must start with ./ under safe mode
ID: 32503 User updated by: Bjorn dot Wiberg at its dot uu dot se Reported By: Bjorn dot Wiberg at its dot uu dot se -Status: No Feedback +Status: Open Bug Type: Safe Mode/open_basedir Operating System: IBM AIX 5.2.0.0 ML5 PHP Version: 5.1.2 New Comment: Confirmed that with php5.2-200701081330, creating "a.txt" and "./a.txt" now works fine as long as the full path all the way to the file has directory listing flags (x flags) set. If the path is obstructed somewhere along the way, one gets: Warning: fopen(a.txt): failed to open stream: Permission denied in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 ...which is just fine. As before, specifying the /full/path/to/the/file always works, without the need of directory listing flags along the way. Thanks for fixing this! Best regards, Björn Previous Comments: [2007-01-07 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-12-30 02:36:54] [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 [2006-01-26 16:52:57] Bjorn dot Wiberg at its dot uu dot se Hi! I just confirmed that the same things happen with PHP 5.1.2. (Somehow my updating of this issue on January 16th seemed to have disappeared.) Best regards, Björn [2005-12-19 17:46:22] Bjorn dot Wiberg at its dot uu dot se Hi sniper! Just wanted to tell you that for 5.1.1, the following holds: If the path to the file is not listable (r flag) all the way, one gets the following message: Warning: fopen(): open_basedir restriction in effect. File(a.txt) is not within the allowed path(s): (.:/apache/php/lib/php/:/apache/htdocs/bwiberg/) in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 Warning: fopen(a.txt): failed to open stream: Not owner in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 The same error occurs until one makes sure that the path all the way to the file is listable (r flag). Then, with the path all the way to the file listable (r flag), one gets, with "a.txt" and no existing file: /apache/htdocs/bwiberg/test/safemode Warning: fopen(): Unable to access a.txt in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 Warning: fopen(a.txt): failed to open stream: No such file or directory in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 However, "./a.txt" and no existing file works fine. With "a.txt" and the file already existing, things work just fine. With "./a.txt" and the file already existing, things work just fine. Would it be OK to wait for 5.1.2, or have things related to this actually changed in the latest snapshot? (I just recompiled and installed 5.1.1, awaiting some possible input on or fixes to another bug, so I hope to recompile again sometime early next year.) Wishing you a Merry Christmas and a Happy New Year, and for putting up with me and my AIX troubles. :-) Best regards, Björn [2005-07-05 10:21:38] Bjorn dot Wiberg at its dot uu dot se (Thanks for fixing the mpm_common crash, that problem is gone now.) With #define HAVE_BROKEN_GETCWD 1 in php_config.h, and having made sure that the path up to the directory where the file is to be created has sufficient permissions, I still get the same error: /apache/htdocs/bwiberg/test/safemode Warning: fopen(): Unable to access a.txt in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 Warning: fopen(a.txt): failed to open stream: No such file or directory in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 Having the read (r) permission off for the "test" directory along the way: Warning: fopen(): open_basedir restriction in effect. File(a.txt) is not within the allowed path(s): (.:/apache/php/lib/php/:/apache/htdocs/bwiberg/) in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 Warning: fopen(a.txt): failed to open stream: Not owner in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 Best regards, Björn 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/32503 -- Edit this bug report at http://bugs.php.net/?id=32503&edit=1
#30218 [Com]: xsltApplyOneTeplate warning c'se
ID: 30218
Comment by: s6urik at mail dot ee
Reported By: robert dot dahlin at jerntorget dot se
Status: No Feedback
Bug Type: XSLT related
Operating System: Linux Slackware 2.6
PHP Version: 5.0.1
New Comment:
The same problem, entities seems to be ignored always and in some cases
lead to "xsltApplyOneTemplate: value-of was not compiled" warning.
Zend Engine v2.2.0
PHP Version 5.2.0
DOM/XML API Version 20031129
libxml Version 2.6.26
libxslt Version 1.1.17
libexslt Version1.1.17
Reproduce code:
---
$xsl = <<
]>
http://www.w3.org/1999/XSL/Transform";>
My PHP variable :
EOT;
$xml = <<
change me
EOT;
$xslt = new XSLTProcessor();
$xslt->setParameter('', 'myvar', 'variable');
$xslt->importStylesheet(DOMDocument::loadXML($xsl));
echo $xslt->transformToXml(DOMDocument::loadXML($xml));
Expected result:
My PHP variable : variable
Actual result:
--
Warning: XSLTProcessor::transformToXml(): xsltApplyOneTemplate:
value-of was not compiled in xsltest.php on line 30
My PHP variable :
As a workaround I am setting DOMDocument::substituteEntities to true
before loading XSL data.
Previous Comments:
[2006-08-09 20:46:04] php at 6bitt dot com
I'm experiencing the same thing with this in my XSL:
—
Using:
PHP 5.1.2
Zend Engine v2.1.0
PHP API 20041225
PHP Extension 20050922
Zend Extension 220051025
--
xml
XML Support active
XML Namespace Support active
libxml2 Version 2.6.23
--
xsl
XSL enabled
libxslt Version 1.1.15
libxslt compiled against libxml Version 2.6.23
EXSLT enabled
libexslt Version1.1.15
[2006-03-20 10:06:06] ross at golder dot org
Same here, PHP 5.0.5-2ubuntu1.2 (cli). Simple test case:
]>
http://www.w3.org/1999/XSL/Transform\";>
&whatever;
&whatever;
&whatever;No problem
";
$xml = "
Something
";
$xmldom = DOMDocument::loadXML($xml);
$xsldom = DOMDocument::loadXML($xsl);
$xsltproc = new XSLTProcessor();
$xsltproc->importStylesheet($xsldom);
echo $xsltproc->transformToXML($xmldom);
?>
[2005-09-15 10:35:38] chabotc at xs4all dot nl
We have the same problem here. The problem happens when a NBSP is
situated before a statement.
Also in the output, even if you enclose the with a
, there's no 's or spaces..
We've tried defining (or #160) but to no
avail, we get the same "xsltApplyOneTemplate: if was not compiled in"
error.
This is with libxml2-2.6.22, libxslt-1.1.15-1 and php-5.0.4 on a fully
up to date RedHat Enterprise Server 4.
>From phpinfo:
Zend Engine v2.0.4-dev, Copyright (c) 1998-2004 Zend Technologies
with Zend Extension Manager v1.0.8, Copyright (c) 2003-2005, by
Zend Technologies
with Zend Optimizer v2.5.8, Copyright (c) 1998-2004, by Zend
Technologies
with Zend Debugger v4.0.0, Copyright (c) 1999-2005, by Zend
Technologies
libXML support active
libXML Version 2.6.22
libXML streams enabled
XSL enabled
libxslt Version 1.1.15
libxslt compiled against libxml Version 2.6.22
EXSLT enabled
libexslt Version1.1.15
This does pose quite a problem to us for our upgrade path to php5, we
used sablotron's xslt under php4 for our products, and ofcourse the
html templates do contain quite a few 's..
[2004-10-07 01:00:02] 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".
[2004-09-29 18:03:02] [EMAIL PROTECTED]
Currently can't reproduce that, can you please upgrade to a recent
libxml2/libxslt version and see if the problem persists?
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/30218
--
Edit this bug report at http://bugs.php.net/?id=30218&edit=1
#6503 [Asn->Opn]: no support for multiple resultset query?
ID: 6503 Updated by: [EMAIL PROTECTED] Reported By: alonso at computacionlegal dot com -Status: Assigned +Status: Open Bug Type:Feature/Change Request PHP Version: 4.0.1pl2 Assigned To: tony2001 New Comment: I do not maintain ext/odbc. Previous Comments: [2007-01-07 11:28:24] [EMAIL PROTECTED] Assigned to extension maintainer. [2000-09-02 18:34:34] [EMAIL PROTECTED] reclassified. [2000-09-02 08:15:57] alonso at computacionlegal dot com could some please program odbc_num_resultsets() odbc_next_resultset() -- Edit this bug report at http://bugs.php.net/?id=6503&edit=1
#32101 [Com]: Exception in unknown on line 0 when throwing exception inside exception handler
ID: 32101 Comment by: dhopkins at DonHopkins dot com Reported By: ceefour at gauldong dot net Status: No Feedback Bug Type: Scripting Engine problem Operating System: * PHP Version: 5CVS-2005-02-15 New Comment: This just demonstrates yet again that the PHP team deserves their infamous reputation for sweeping bugs and security holes under the rug. You guys really go out of your way to pretend to misunderstand the bug reports. I am still getting this same problem, for example when the code throws an exception inside a destructor. The error message says "IN UNKNOWN ON LINE 0". That is the problem. The error message should GIVE THE NAME OF THE FILE AND THE LINE NUMBER. The bug is not that the message is "confusing" or that the programmer WANTS to throw an exception inside a destructor or exception handler. The bug is that the error message is totally useless for figuring out WHERE THE ERROR HAPPENED. I am faced with this stupid uninformative error message happening in a huge body of (of course) badly written PHP code (is there anything BUT badly written PHP code?). And I have no way to diagnose what buggy line out of tens of thousands of lines of PHP code is causing this. I don't know if it's because it's throwing an exception in a destructor, or in another exception handler. It might be doing either or both. But I have no way of telling because the idiotic error message does not tell me what line of code the problem is on. Don't tell me that's the way it's supposed to behave. Previous Comments: [2005-07-30 23:57:48] james at academicsuperstore dot com I am experiencing the same problem using 5.0.4. [2005-05-21 01:00:04] 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-05-13 13:33:49] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-02-25 11:20:24] ceefour at gauldong dot net This modified code may be better illustrate the problem: [2005-02-25 11:01:19] [EMAIL PROTECTED] 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/32101 -- Edit this bug report at http://bugs.php.net/?id=32101&edit=1
#31304 [Com]: Exceptions in destructor cause non descript fatal
ID: 31304 Comment by: dhopkins at DonHopkins dot com Reported By: jhargis at gmail dot com Status: No Feedback Bug Type: Scripting Engine problem Operating System: Debian Linux 2.4.27-1-386 PHP Version: 5.0.3 New Comment: Tony2001: Of course throwing an exception is fatal, but the point of this bug is that THE ERROR MESSAGE DOES NOT TELL THE FILE OR LINE NUMBER. That's what the bug description means by "non descript fatal". The bug is not that it throws a fatal error. That is the documented behavior. The bug is that the error message does not tell the line number or file name, so it makes it extremely difficult to find which line of code is causing this problem. I am faced this problem in a huge body of code that I didn't write, and I have no idea where to start looking. Now I have to go over every destructor and look for throws, or calls to code that might throw, because the error message is so uninformative. It could take weeks to track down the bug. But if the error message would simply tell me the line number and file name, then it would take seconds to find the bug. That is a bug, and a waste of time. Sniper: No feedback is necessary, this bug is self explanatory and easy to reproduce. Please stop sweeping bugs under the rug. jhargis clearly asked for "Something other than a non descriptive fatal." May I suggest "a descriptive fatal", perhaps with a line number and file name in it. This just demonstrates yet again that the PHP team deserves their infamous reputation for sweeping bugs and security holes under the rug. Previous Comments: [2005-01-31 22:28:36] [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. [2005-01-10 22:00:37] [EMAIL PROTECTED] Throwing an exception is fatal error by it's nature. The error message clearly says what's wrong. Why do you expect warning or anything else ? [2004-12-26 17:06:23] jhargis at gmail dot com Description: When the destructor issues an exception, it goes unhandled (obviously), however tossing a fatal does not seem like the appropriate course of action. Fatal error: Exception thrown without a stack frame in Unknown on line 0 Reproduce code: --- Expected result: A warning? Something other than a non descriptive fatal. -- Edit this bug report at http://bugs.php.net/?id=31304&edit=1
#40072 [Opn->Bgs]: UTF8 file include output return unknow character.
ID: 40072
Updated by: [EMAIL PROTECTED]
Reported By: plasmapermanent at msn dot com
-Status: Open
+Status: Bogus
Bug Type: Output Control
Operating System: Windows XP SP2
PHP Version: 5.2.0
New Comment:
Tell your editor not to safe the file with the BOM prepended.
Previous Comments:
[2007-01-09 04:41:00] plasmapermanent at msn dot com
Description:
I use all file in utf8 format. All thing look like good work. But when
include utf8 file it have something wrong. My table move to bottom of
page. I try to view source. It is very simple HTML code. No where wrong
code. But it have more space separate from header. I try to check all it
appear because I use code like this. Another place display true (May
be).
Reproduce code:
---
if(!empty($headtemp)) include($path.'\\'.$headtemp);
if(!empty($toptemp)) include($path.'\\'.$toptemp);
for($$linenum=0;$$linenum<$$x;$$linenum++){
mysql_data_seek($$datacontain,$$linenum);
$$returnnm=mysql_fetch_array($$datacontain);
if(!empty($midtemp)) include($path.'\\'.$midtemp);
}
Expected result:
Result when display should be true.
Actual result:
--
Result display when I view source of page are ok.
But page display should be ok like source code.
Now it show like.
?
1
?
2
?
3
? is something wrong.
It made table lose structure it data display on bottom of page and have
space between start tag and data.
--
Edit this bug report at http://bugs.php.net/?id=40072&edit=1
