#30040 [Opn->Fbk]: child pid XXXX exit signal Segmentation Fault (11)
ID: 30040 Updated by: [EMAIL PROTECTED] Reported By: dmarek1 at att dot net -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Solaris 2.8 PHP Version: 5.0.0 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2004-09-09 17:42:50] dmarek1 at att dot net Description: I have iAS 10G running and we are using PHP 5. When I restart the http server and then go to a PHP page the following error occurs child pid exit signal Segmentation Fault (11). After we cycle through about 30 processes we don't see the error again. This is also what I could grab from the core file core file = core -- program ``httpd'' on platform SUNW,Sun-Fire-V210 SIGBUS: Bus Error $c_libc_poll() + 8 data address not found Reproduce code: --- Not sure what source code calls it since it isn't specific to a page. It is just all PHP code after server restart Expected result: Not to have core dump. I have been working with Oracle also and they keep pushing to your side although I don't really agree with it. They are still investigating on there side. Actual result: -- See above desription -- Edit this bug report at http://bugs.php.net/?id=30040&edit=1
#30042 [Opn->Asn]: strtotime does not use second param
ID: 30042
Updated by: [EMAIL PROTECTED]
Reported By: jorge at newsengin dot com
-Status: Open
+Status: Assigned
Bug Type: Date/time related
Operating System: OS X Panther
PHP Version: 5.0.1
-Assigned To:
+Assigned To: derick
New Comment:
I think it's the same bug after all, will add it to my list.
Previous Comments:
[2004-09-09 21:24:15] jorge at newsengin dot com
Description:
This seems related to the open bug involving "now"
resetting to midnight of the current day, but it's not
identical.
If you try to adjust a time by passing strtotime() an
offset like "+2 hours", you get that offset relative to
midnight. In other words, strtotime("+2 hours",
$unixtimestamp) returns a timestamp for 2 a.m, of the
day referenced by $unixtimestamp, or of the current day
if the second argument is omitted.
Reproduce code:
---
// in PHP 4, this correctly returns 3:30 p.m. on Jan 1, 2005 but in PHP
5.0.1 returns 2:00 a.m. on Jan 1, 2005:
$timeStamp = strtotime("+2 hours", strtotime("1/1/2005 1:30pm"));
echo date("r", $timeStamp);
// in PHP 4, this correctly returns a date/time for two hours from now,
but in PHP 5.0.1 it returns 2 a.m. on the current day:
$timeStamp = strtotime("+2 hours");
echo date("r", $timeStamp);
Expected result:
two hours from given date and time or from now,
depending on whether a second timestamp argument was
provided to strtotime();
Actual result:
--
2 a.m. on relevant date.
--
Edit this bug report at http://bugs.php.net/?id=30042&edit=1
#30045 [Opn->Bgs]: Cannot pass big integers (> 2147483647) in SOAP requests
ID: 30045 Updated by: [EMAIL PROTECTED] Reported By: paulmonk at shaw dot ca -Status: Open +Status: Bogus Bug Type: SOAP related Operating System: Windows 2000 PHP Version: 5.0.1 New Comment: No bug here, PHP simply doesn't understand integers larger than 2147483647. Previous Comments: [2004-09-10 03:34:09] paulmonk at shaw dot ca Description: It seems that xsd:long values > 2147483647 are not represented correctly in SOAP requests/responses. Looks like they are being treated as PHP integers. (Unsigned longs work fine.) Reproduce code: --- When I pass the following parameters in a SoapClient::__call(): $long1 = new SoapVar(2147483647, XSD_LONG); $long2 = new SoapVar(2147483648, XSD_LONG); $long3 = new SoapVar(4294967296, XSD_LONG); $long4 = new SoapVar(8589934592, XSD_LONG); $long5 = new SoapVar(17179869184, XSD_LONG); $ulong1 = new SoapVar(2147483647, XSD_UNSIGNEDLONG); $ulong2 = new SoapVar(2147483648, XSD_UNSIGNEDLONG); $ulong3 = new SoapVar(4294967296, XSD_UNSIGNEDLONG); $ulong4 = new SoapVar(8589934592, XSD_UNSIGNEDLONG); $ulong5 = new SoapVar(17179869184, XSD_UNSIGNEDLONG); Expected result: The parameters in the SOAP request should be: ... 2147483647 2147483648 4294967296 8589934592 17179869184 2147483647 2147483648 4294967296 8589934592 17179869184 Actual result: -- The actual parameters in the SOAP request are: ... 2147483647 -2147483648 0 0 0 2147483647 2147483648 4294967296 8589934592 17179869184 -- Edit this bug report at http://bugs.php.net/?id=30045&edit=1
#30044 [Opn->WFx]: Don't require php tags for shell scripts.
ID: 30044 Updated by: [EMAIL PROTECTED] Reported By: nconantj at frontiernet dot net -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: Linux PHP Version: Irrelevant New Comment: This was brought up before a couple of times, and it was decided that we will not add this. Previous Comments: [2004-09-10 04:48:32] nconantj at frontiernet dot net The only option there that is approaching relevent is -r, but that requires some form of quoting to prevent the shell from parsing it, and it requires that every line have a backslash (\) just prior to the new line. [2004-09-10 00:55:06] [EMAIL PROTECTED] You should read the output of: php -h [2004-09-10 00:46:16] nconantj at frontiernet dot net Description: I would deeply appreciate it if I could write a PHP shell script without the PHP required tags. As far as implementing this, make it a command line option for the CLI (--notags). PHP is a powerful language that could be more easily used for system shell scripts with this ability. I would be able to write a script as follows: #!/usr/bin/php --notags <> rather than as: #!/usr/bin/php > ?> -- Edit this bug report at http://bugs.php.net/?id=30044&edit=1
#30046 [Opn->Fbk]: Apache crashes when $_COOKIE[] is accessed
ID: 30046
Updated by: [EMAIL PROTECTED]
Reported By: verbert_p at hotmail dot com
-Status: Open
+Status: Feedback
Bug Type: Apache2 related
Operating System: Win XP SP2
PHP Version: 5.0.1
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
And of course, your code is just plain wrong.
Previous Comments:
[2004-09-10 08:51:00] ante dot dfg at moj dot net
I can also confirm this bug on Win XP under Apache 1.3.31 using release
version of php 5.0.1...
Reproduce code
[PHP]
if(isset($_COOKIE[]))
print ("Coookie");
[/PHP]
After runing the script Apache 1.3.31 craches...
[2004-09-10 04:19:04] verbert_p at hotmail dot com
Description:
When I address $_COOKIE[] instead of $_COOKIE['name'], apache (2.0.50
win32) crashes. this problem does not exist on apache 2.0.48 / php
4.3.4
Reproduce code:
---
if (isset ($_COOKIE[])) { ... }
Expected result:
false / true
Actual result:
--
apache crash
--
Edit this bug report at http://bugs.php.net/?id=30046&edit=1
#30046 [Fbk]: Apache crashes when $_COOKIE[] is accessed
ID: 30046
Updated by: [EMAIL PROTECTED]
Reported By: verbert_p at hotmail dot com
Status: Feedback
Bug Type: Apache2 related
Operating System: Win XP SP2
PHP Version: 5.0.1
New Comment:
IIRC this was fixed before, so plz try latest snapshot first.
Previous Comments:
[2004-09-10 09:21:58] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
And of course, your code is just plain wrong.
[2004-09-10 08:51:00] ante dot dfg at moj dot net
I can also confirm this bug on Win XP under Apache 1.3.31 using release
version of php 5.0.1...
Reproduce code
[PHP]
if(isset($_COOKIE[]))
print ("Coookie");
[/PHP]
After runing the script Apache 1.3.31 craches...
[2004-09-10 04:19:04] verbert_p at hotmail dot com
Description:
When I address $_COOKIE[] instead of $_COOKIE['name'], apache (2.0.50
win32) crashes. this problem does not exist on apache 2.0.48 / php
4.3.4
Reproduce code:
---
if (isset ($_COOKIE[])) { ... }
Expected result:
false / true
Actual result:
--
apache crash
--
Edit this bug report at http://bugs.php.net/?id=30046&edit=1
#29296 [Com]: SSL connection failed
ID: 29296
Comment by: rafic_k at hotmail dot com
Reported By: hotte at unrealforum dot de
Status: Open
Bug Type: OpenSSL related
Operating System: Linux Gentoo 2.6.7
PHP Version: 5.0.0
New Comment:
Error invoking callback for 'USR 6 TWN S
lc=1033,id=507,tw=40,fs=1,ru=http%3A%2F%2Fmessenger%2Emsn%2Ecom,ct=1094801799,kpp=1,kv=5,ver=2.1.6000.1,tpf=b789b7bcfe92637b766ecf1b5434dc88'
java.lang.NullPointerException
at com.dMSN.4.2.1.0.0(Unknown Source)
at com.dMSN.4.2.1.20.handleIncomingMessage(Unknown Source)
at com.dMSN.4.2.1.19.run(Unknown Source)
Previous Comments:
[2004-07-21 13:12:54] hotte at unrealforum dot de
Description:
I've tried to etablish a ssl-connection with the php-cli to a
rrp-server (http://www.ietf.org/rfc/rfc2832.txt?number=2832) with
fsockopen but receive "SSL handshake/connection failed"
A connect with openssl is successfull:
openssl s_client -ssl3 -crlf -connect host:648
New, TLSv1/SSLv3, Cipher is DES-CBC3-SHA
Server public key is 1024 bit
SSL-Session:
Protocol : SSLv3
Cipher: DES-CBC3-SHA
Session-ID:
77752169E6CCC2EE44C4A5BADFD93A074D041FA8D0E8A5285810312F2DEBD43E
Session-ID-ctx:
Master-Key:
58F8FE9AA2CE1D5A731D3A7207889503A79254DC3BE6D1C8DE3B94EB4E634317D7CC084CA29BBE7218F587967EA099B6
Key-Arg : None
Start Time: 1090407338
Timeout : 7200 (sec)
Verify return code: 19 (self signed certificate in certificate
chain)
---
PHP configure:
'./configure' '--prefix=/usr' '--host=i686-pc-linux-gnu'
'--mandir=/usr/share/man' '--infodir=/usr/share/info'
'--datadir=/usr/share' '--sysconfdir=/etc' '--localstatedir=/var/lib'
'--with-apxs2=/usr/sbin/apxs2'
'--with-config-file-path=/etc/php/apache2-php5' '--without-pear'
'--disable-bcmath' '--without-bz2' '--disable-calendar'
'--without-cpdflib' '--disable-ctype' '--without-curl'
'--without-curlwrappers' '--disable-dbase' '--disable-dbx'
'--disable-dio' '--disable-exif' '--with-fam' '--without-fbsql'
'--without-fdftk' '--disable-filepro' '--disable-ftp' '--with-gettext'
'--without-gmp' '--without-hwapi' '--without-iconv'
'--without-informix' '--without-ingres' '--without-interbase'
'--enable-mbstring' '--with-mcrypt' '--without-mcve' '--without-mhash'
'--without-ming' '--without-mnogosearch' '--without-msql'
'--without-mssql' '--with-ncurses' '--without-oci8' '--without-oracle'
'--with-openssl' '--without-ovrimos' '--without-pcre-regx'
'--without-pfpro' '--without-pgsql' '--disable-posix' '--with-pspell'
'--without-recode' '--disable-simplexml' '--without-snmp'
'--disable-soap' '--disable-sockets' '--disable-spl' '--without-sybase'
'--without-sybase-ct' '--disable-sysvmsg' '--disable-sysvsem'
'--disable-sysvshm' '--without-tidy' '--disable-tokenizer'
'--disable-wddx' '--without-xsl' '--with-xmlrpc' '--disable-yp'
'--with-zlib' '--without-cdb' '--with-db4' '--without-dbm'
'--without-flatfile' '--with-gdbm' '--without-inifile' '--without-qdbm'
'--with-gd' '--enable-gd-jis-conf' '--enable-gd-native-ttf'
'--with-ldap' '--without-ldap-sasl' '--with-mysql' '--disable-session'
'--without-sqlite' '--enable-dba' '--with-readline'
'--without-libedit'
SSL connections to other Mail/Webserver works fine.
Reproduce code:
---
$fd = fsockopen("ssl://host,648);
or
$fd = fsockopen("tls://host,648);
Expected result:
a successfull connection
Actual result:
--
Warning: fsockopen(): SSL operation failed with code 1. OpenSSL Error
messages:
error:1408F10B:SSL routines:func(143):reason(267) in test.php on line
3
Warning: fsockopen(): Failed to enable crypto in test.php on line 3
Warning: fsockopen(): unable to connect to tls://host:648 (Unknown
error) in test.php on line 3
--
Edit this bug report at http://bugs.php.net/?id=29296&edit=1
#30047 [NEW]: php_flag expose_php Off doesn't works in .htaccess
From: manager at 3dup dot com Operating system: Linux Red Hat Enterprise 3 PHP version: 4.3.8 PHP Bug Type: PHP options/info functions Bug description: php_flag expose_php Off doesn't works in .htaccess Description: the subject says all: php_flag expose_php Off doesn't works in .htaccess Thanks. -- Edit bug report at http://bugs.php.net/?id=30047&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30047&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30047&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30047&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30047&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30047&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30047&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30047&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30047&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30047&r=support Expected behavior: http://bugs.php.net/fix.php?id=30047&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30047&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30047&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30047&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30047&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30047&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30047&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30047&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30047&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30047&r=mysqlcfg
#30045 [Bgs]: Cannot pass big integers (> 2147483647) in SOAP requests
ID: 30045 User updated by: paulmonk at shaw dot ca Reported By: paulmonk at shaw dot ca Status: Bogus Bug Type: SOAP related Operating System: Windows 2000 PHP Version: 5.0.1 New Comment: If PHP doesn't understand integers larger than 2147483647, why is it that unsigned longs work as expected up to 17179869184 (and beyond)? In that case, one would expect long values up to at least 8589934592 to be supported. Please note that I'm talking specifically about passing different data types to the SOAP extension, not PHP's handling of integers. How does one assign a long value? If the XSD_LONG constant exists, there should be some way to pass a long. Previous Comments: [2004-09-10 09:19:34] [EMAIL PROTECTED] No bug here, PHP simply doesn't understand integers larger than 2147483647. [2004-09-10 03:34:09] paulmonk at shaw dot ca Description: It seems that xsd:long values > 2147483647 are not represented correctly in SOAP requests/responses. Looks like they are being treated as PHP integers. (Unsigned longs work fine.) Reproduce code: --- When I pass the following parameters in a SoapClient::__call(): $long1 = new SoapVar(2147483647, XSD_LONG); $long2 = new SoapVar(2147483648, XSD_LONG); $long3 = new SoapVar(4294967296, XSD_LONG); $long4 = new SoapVar(8589934592, XSD_LONG); $long5 = new SoapVar(17179869184, XSD_LONG); $ulong1 = new SoapVar(2147483647, XSD_UNSIGNEDLONG); $ulong2 = new SoapVar(2147483648, XSD_UNSIGNEDLONG); $ulong3 = new SoapVar(4294967296, XSD_UNSIGNEDLONG); $ulong4 = new SoapVar(8589934592, XSD_UNSIGNEDLONG); $ulong5 = new SoapVar(17179869184, XSD_UNSIGNEDLONG); Expected result: The parameters in the SOAP request should be: ... 2147483647 2147483648 4294967296 8589934592 17179869184 2147483647 2147483648 4294967296 8589934592 17179869184 Actual result: -- The actual parameters in the SOAP request are: ... 2147483647 -2147483648 0 0 0 2147483647 2147483648 4294967296 8589934592 17179869184 -- Edit this bug report at http://bugs.php.net/?id=30045&edit=1
#30047 [Opn->Bgs]: php_flag expose_php Off doesn't works in .htaccess
ID: 30047 Updated by: [EMAIL PROTECTED] Reported By: manager at 3dup dot com -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: Linux Red Hat Enterprise 3 PHP Version: 4.3.8 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 http://no2.php.net/ini_set says it all too. Previous Comments: [2004-09-10 09:56:00] manager at 3dup dot com Description: the subject says all: php_flag expose_php Off doesn't works in .htaccess Thanks. -- Edit this bug report at http://bugs.php.net/?id=30047&edit=1
#30045 [Bgs->Asn]: Cannot pass big integers (> 2147483647) in SOAP requests
ID: 30045 Updated by: [EMAIL PROTECTED] Reported By: paulmonk at shaw dot ca -Status: Bogus +Status: Assigned Bug Type: SOAP related Operating System: Windows 2000 PHP Version: 5.0.1 -Assigned To: +Assigned To: dmitry New Comment: Can you shed some light on this DMitry? Previous Comments: [2004-09-10 10:08:59] paulmonk at shaw dot ca If PHP doesn't understand integers larger than 2147483647, why is it that unsigned longs work as expected up to 17179869184 (and beyond)? In that case, one would expect long values up to at least 8589934592 to be supported. Please note that I'm talking specifically about passing different data types to the SOAP extension, not PHP's handling of integers. How does one assign a long value? If the XSD_LONG constant exists, there should be some way to pass a long. [2004-09-10 09:19:34] [EMAIL PROTECTED] No bug here, PHP simply doesn't understand integers larger than 2147483647. [2004-09-10 03:34:09] paulmonk at shaw dot ca Description: It seems that xsd:long values > 2147483647 are not represented correctly in SOAP requests/responses. Looks like they are being treated as PHP integers. (Unsigned longs work fine.) Reproduce code: --- When I pass the following parameters in a SoapClient::__call(): $long1 = new SoapVar(2147483647, XSD_LONG); $long2 = new SoapVar(2147483648, XSD_LONG); $long3 = new SoapVar(4294967296, XSD_LONG); $long4 = new SoapVar(8589934592, XSD_LONG); $long5 = new SoapVar(17179869184, XSD_LONG); $ulong1 = new SoapVar(2147483647, XSD_UNSIGNEDLONG); $ulong2 = new SoapVar(2147483648, XSD_UNSIGNEDLONG); $ulong3 = new SoapVar(4294967296, XSD_UNSIGNEDLONG); $ulong4 = new SoapVar(8589934592, XSD_UNSIGNEDLONG); $ulong5 = new SoapVar(17179869184, XSD_UNSIGNEDLONG); Expected result: The parameters in the SOAP request should be: ... 2147483647 2147483648 4294967296 8589934592 17179869184 2147483647 2147483648 4294967296 8589934592 17179869184 Actual result: -- The actual parameters in the SOAP request are: ... 2147483647 -2147483648 0 0 0 2147483647 2147483648 4294967296 8589934592 17179869184 -- Edit this bug report at http://bugs.php.net/?id=30045&edit=1
#30048 [NEW]: round() and number_format() calculates wrong
From: joerg dot klein at ifsam dot lu Operating system: win2000 PHP version: 5.0.0 PHP Bug Type: *Math Functions Bug description: round() and number_format() calculates wrong Description: I use a fomular as the first paramter and the result is wrong. When brackets were set, the result is correct, but this makes no sense to me. Reproduce code: --- echo round(0.35*90/100); echo number_format(0.35*90/100, 2, ".", ""); to get the correct result I should use the following syntax: echo round(0.35* (90/100) ) echo number_format(0.35* (90/100) , 2, ".", ""); Expected result: 0.32 0.32 Actual result: -- 0.31 0.31 -- Edit bug report at http://bugs.php.net/?id=30048&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30048&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30048&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30048&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30048&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30048&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30048&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30048&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30048&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30048&r=support Expected behavior: http://bugs.php.net/fix.php?id=30048&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30048&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30048&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30048&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30048&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30048&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30048&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30048&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30048&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30048&r=mysqlcfg
#30049 [NEW]: URL rewriting uses raw value of arg_separator.output, not HTML-escaped value
From: ibrash at gmail dot com Operating system: N/A PHP version: 5.0.1 PHP Bug Type: Session related Bug description: URL rewriting uses raw value of arg_separator.output, not HTML-escaped value Description: The behavior described in the title is quite familiar to those who use the session extension and the transparent SID URL rewriting. I'm aware that until now, the most often recommended solution for those seeking (X)HTML validity is to use & for arg_separator.output. However, URL rewriting is no longer the only thing that uses this directive and it's not being used consistently. In PHP 5, http_build_query uses this directive to create URL query strings. The problem arises in that while the HTML representation of a URL might be http://example.com/foo.php?bar=42&baz=6x9, the URL itself is http://example.com/foo.php?bar=42&baz=6x9. It makes sense for the URL rewriting to use an HTML-escaped version of arg_separator.output (it's operating in an HTML context) while http_build_query uses the raw version (it's creating a generic URL query string). Unfortunately, this represents a minor BC break for those who have set arg_separator.output to & as the HTML-escaped version of this is &. By far, the better workaround to have given these people would have been changing arg_separator.output to ; and arg_separator.input to &;. Still, the PHP 5 line is young so this would probably be the best time to fix it and make URL rewriting use the HTML representation of arg_separator.output instead of the raw value. Reproduce code: --- http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";> http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en"> Sample Link Expected result: http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";> http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en"> Sample Link Actual result: -- http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";> http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en"> Sample Link (Note the &PHPSESSID) -- Edit bug report at http://bugs.php.net/?id=30049&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30049&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30049&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30049&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30049&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30049&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30049&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30049&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30049&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30049&r=support Expected behavior: http://bugs.php.net/fix.php?id=30049&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30049&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30049&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30049&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30049&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30049&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30049&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30049&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30049&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30049&r=mysqlcfg
#30047 [Bgs]: php_flag expose_php Off doesn't works in .htaccess
ID: 30047 User updated by: manager at 3dup dot com Reported By: manager at 3dup dot com Status: Bogus Bug Type: PHP options/info functions Operating System: Linux Red Hat Enterprise 3 PHP Version: 4.3.8 New Comment: Sorry then, Anyway I would like to suggest you that permit it to users (in future versions) instead of grant it just to server admin. Anybody should has its own policy for that. Just a democratic thinking. Discuss it with other developers. Thanks. Previous Comments: [2004-09-10 10:25:43] [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 http://no2.php.net/ini_set says it all too. [2004-09-10 09:56:00] manager at 3dup dot com Description: the subject says all: php_flag expose_php Off doesn't works in .htaccess Thanks. -- Edit this bug report at http://bugs.php.net/?id=30047&edit=1
#30048 [Opn->Bgs]: round() and number_format() calculates wrong
ID: 30048 Updated by: [EMAIL PROTECTED] Reported By: joerg dot klein at ifsam dot lu -Status: Open +Status: Bogus Bug Type: *Math Functions Operating System: win2000 PHP Version: 5.0.0 New Comment: Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. Thank you for your interest in PHP. . Previous Comments: [2004-09-10 10:48:00] joerg dot klein at ifsam dot lu Description: I use a fomular as the first paramter and the result is wrong. When brackets were set, the result is correct, but this makes no sense to me. Reproduce code: --- echo round(0.35*90/100); echo number_format(0.35*90/100, 2, ".", ""); to get the correct result I should use the following syntax: echo round(0.35* (90/100) ) echo number_format(0.35* (90/100) , 2, ".", ""); Expected result: 0.32 0.32 Actual result: -- 0.31 0.31 -- Edit this bug report at http://bugs.php.net/?id=30048&edit=1
#30047 [Bgs]: php_flag expose_php Off doesn't works in .htaccess
ID: 30047 Updated by: [EMAIL PROTECTED] Reported By: manager at 3dup dot com Status: Bogus Bug Type: PHP options/info functions Operating System: Linux Red Hat Enterprise 3 PHP Version: 4.3.8 New Comment: It's because of performance reasons afaik, and this is not something we want to sacrifice for something "silly" like this. Previous Comments: [2004-09-10 11:03:30] manager at 3dup dot com Sorry then, Anyway I would like to suggest you that permit it to users (in future versions) instead of grant it just to server admin. Anybody should has its own policy for that. Just a democratic thinking. Discuss it with other developers. Thanks. [2004-09-10 10:25:43] [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 http://no2.php.net/ini_set says it all too. [2004-09-10 09:56:00] manager at 3dup dot com Description: the subject says all: php_flag expose_php Off doesn't works in .htaccess Thanks. -- Edit this bug report at http://bugs.php.net/?id=30047&edit=1
#30048 [Bgs]: round() and number_format() calculates wrong
ID: 30048 User updated by: joerg dot klein at ifsam dot lu Reported By: joerg dot klein at ifsam dot lu Status: Bogus Bug Type: *Math Functions Operating System: win2000 PHP Version: 5.0.0 New Comment: That's the cause, but not the solution. Previous Comments: [2004-09-10 11:09:02] [EMAIL PROTECTED] Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. Thank you for your interest in PHP. . [2004-09-10 10:48:00] joerg dot klein at ifsam dot lu Description: I use a fomular as the first paramter and the result is wrong. When brackets were set, the result is correct, but this makes no sense to me. Reproduce code: --- echo round(0.35*90/100); echo number_format(0.35*90/100, 2, ".", ""); to get the correct result I should use the following syntax: echo round(0.35* (90/100) ) echo number_format(0.35* (90/100) , 2, ".", ""); Expected result: 0.32 0.32 Actual result: -- 0.31 0.31 -- Edit this bug report at http://bugs.php.net/?id=30048&edit=1
#30048 [Bgs]: round() and number_format() calculates wrong
ID: 30048 Updated by: [EMAIL PROTECTED] Reported By: joerg dot klein at ifsam dot lu Status: Bogus Bug Type: *Math Functions Operating System: win2000 PHP Version: 5.0.0 New Comment: This bug system is not the place to provide solutions, see http://php.net/support.php for that. Previous Comments: [2004-09-10 11:15:54] joerg dot klein at ifsam dot lu That's the cause, but not the solution. [2004-09-10 11:09:02] [EMAIL PROTECTED] Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. Thank you for your interest in PHP. . [2004-09-10 10:48:00] joerg dot klein at ifsam dot lu Description: I use a fomular as the first paramter and the result is wrong. When brackets were set, the result is correct, but this makes no sense to me. Reproduce code: --- echo round(0.35*90/100); echo number_format(0.35*90/100, 2, ".", ""); to get the correct result I should use the following syntax: echo round(0.35* (90/100) ) echo number_format(0.35* (90/100) , 2, ".", ""); Expected result: 0.32 0.32 Actual result: -- 0.31 0.31 -- Edit this bug report at http://bugs.php.net/?id=30048&edit=1
#30047 [Bgs]: php_flag expose_php Off doesn't works in .htaccess
ID: 30047 User updated by: manager at 3dup dot com Reported By: manager at 3dup dot com Status: Bogus Bug Type: PHP options/info functions Operating System: Linux Red Hat Enterprise 3 PHP Version: 4.3.8 New Comment: Just a note to reminder you that you should to take care of your words because "silly things" are said just by "silly people". And this is not the current case. Regards, Previous Comments: [2004-09-10 11:11:42] [EMAIL PROTECTED] It's because of performance reasons afaik, and this is not something we want to sacrifice for something "silly" like this. [2004-09-10 11:03:30] manager at 3dup dot com Sorry then, Anyway I would like to suggest you that permit it to users (in future versions) instead of grant it just to server admin. Anybody should has its own policy for that. Just a democratic thinking. Discuss it with other developers. Thanks. [2004-09-10 10:25:43] [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 http://no2.php.net/ini_set says it all too. [2004-09-10 09:56:00] manager at 3dup dot com Description: the subject says all: php_flag expose_php Off doesn't works in .htaccess Thanks. -- Edit this bug report at http://bugs.php.net/?id=30047&edit=1
#23579 [Com]: PHP has encountered an Access Violation at 77F4744E
ID: 23579 Comment by: j dot dadd at improvision dot com Reported By: webmaster at eddiescomputerworld dot com Status: Bogus Bug Type: Scripting Engine problem Operating System: Windows Enterprise Server 2003 PHP Version: 4.3.2RC2 New Comment: "PHP has encountered an Access Violation at 77F4744E" I encounter this problem repeatedly with PhpMyAdmin 2.4.0-rc1 on a windows 2003 server, IIS 6.0 running in IIS 5.0 isolation mode. Php ISAPI version 5.0.1.1 What I am finding is that the main index page to PhpMyAdmin sometimes does not load (a page not found error) when I refresh the screen the main frame loads but the left navigation frame throws the Access Violation. If I then do another refresh both frame pages throw the error. I am going to upgrade PhpMyAdmin to see if the problem is somehow resolved, I am unable to get php cgi version working correctly without it throwing "CGI app misbehaved returning headers...blah blah" Previous Comments: [2004-04-29 16:28:40] [EMAIL PROTECTED] It's a matter of how we want to spend our free time; Apache on win32 and FastCGI under IIS are much more stable alternatives that work. If we're not being paid to do it, why should we sit down and debug something when we can be doing pretty much anything else and feel happier about it? :-) Having said that, if you can isolate the cause of the problem, someone might look into it, it's just that there are no guarantees (just like with any part of PHP; no guarantee for anything). [2004-04-29 02:53:41] datasage at theworldisgrey dot com Ok i found it, just not where I exepected to find it. I would appricate a message being added to the iis specific instructions since i pretty much just skipped to that. But isnt this the wrong attitude to take? Instead of using my case to fix a bug, your telling me i should not use the isapi version. I would be willing to help run tests to find the source of this bug and getting it fixed. [2004-04-28 17:15:56] [EMAIL PROTECTED] Then I suggest you check your eyeglasses prescription, and re-read install.txt that ships with the win32 php distribution again. [2004-04-28 16:22:31] datasage at theworldisgrey dot com I havent been able to find anything in the documentation saying i should use the isapi module over cgi binary or visa versa for iis in the documentation. It does say the benift of the isapi module is speed and thats why i used it. I did see the warning for apache 2, but i found nothing for IIS. If there really is an issue, the documentation needs to be updated. It needs to be updated for installation on IIS 6 as well as there are a couple extra steps. [2004-04-28 09:40:49] [EMAIL PROTECTED] If you are running the ISAPI version of PHP, expect problems (did you read the documentation where it says not to use it in production?). Likewise with Apache 2. 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/23579 -- Edit this bug report at http://bugs.php.net/?id=23579&edit=1
#30049 [Opn->Bgs]: URL rewriting uses raw value of arg_separator.output, not HTML-escaped value
ID: 30049 Updated by: [EMAIL PROTECTED] Reported By: ibrash at gmail dot com -Status: Open +Status: Bogus Bug Type: Session related Operating System: N/A PHP Version: 5.0.1 New Comment: There is no bug here. if you set arg_separator.output to &, PHP will use &, but if you run htmlentities() or htmlspecialchars() it will be converted to & (the session id isn't, because is appended later). Previous Comments: [2004-09-10 11:00:12] ibrash at gmail dot com Description: The behavior described in the title is quite familiar to those who use the session extension and the transparent SID URL rewriting. I'm aware that until now, the most often recommended solution for those seeking (X)HTML validity is to use & for arg_separator.output. However, URL rewriting is no longer the only thing that uses this directive and it's not being used consistently. In PHP 5, http_build_query uses this directive to create URL query strings. The problem arises in that while the HTML representation of a URL might be http://example.com/foo.php?bar=42&baz=6x9, the URL itself is http://example.com/foo.php?bar=42&baz=6x9. It makes sense for the URL rewriting to use an HTML-escaped version of arg_separator.output (it's operating in an HTML context) while http_build_query uses the raw version (it's creating a generic URL query string). Unfortunately, this represents a minor BC break for those who have set arg_separator.output to & as the HTML-escaped version of this is &. By far, the better workaround to have given these people would have been changing arg_separator.output to ; and arg_separator.input to &;. Still, the PHP 5 line is young so this would probably be the best time to fix it and make URL rewriting use the HTML representation of arg_separator.output instead of the raw value. Reproduce code: --- http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";> http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en"> Sample Link Expected result: http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";> http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en"> Sample Link Actual result: -- http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";> http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en"> Sample Link (Note the &PHPSESSID) -- Edit this bug report at http://bugs.php.net/?id=30049&edit=1
#28690 [Opn->Fbk]: PCRE Ungreedy glitch
ID: 28690 Updated by: [EMAIL PROTECTED] Reported By: swd120 at psu dot edu -Status: Open +Status: Feedback Bug Type: PCRE related Operating System: Windows XP, Apache 1.3 PHP Version: 5.0.0RC2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip Previous Comments: [2004-06-08 03:42:31] swd120 at psu dot edu Description: PCRE Ungreedy flag does not work in PHP5 RC2 w32 distribution. same code on linux distro 4.37 does not duplicate same result. The flag remains greedy and doesn't replace the first value="ems" is replaces the 2nd one(technically it replaces all of it but i thought it would be easier to explain this way.) See source Reproduce code: --- $string='/(name="One".*value="ems")/Usi'; echo $string.""; $content = 'One: picas ems exs % Two picas ems exs % '; $result = preg_match($string, $content); $replace ='\1 selected'; $um = preg_replace($string,$replace,$content); echo "matches: ".$result."".$um; Expected result: I expected value="ems" in the "one" select to become value="ems" selected. Actual result: -- value="ems" in the "two" select became value="ems" selected. -- Edit this bug report at http://bugs.php.net/?id=28690&edit=1
#28461 [Opn->Fbk]: segmentation fault when using backreferences on a long string
ID: 28461
Updated by: [EMAIL PROTECTED]
Reported By: xanthor at xanthor dot tk
-Status: Open
+Status: Feedback
Bug Type: PCRE related
Operating System: Linux, WindowsXP©
PHP Version: 4.3.8; 4.3.9RC1, 5.0.1
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
I couldn't reproduce any of the crashes.
Previous Comments:
[2004-08-23 11:24:50] xanthor at xanthor dot tk
Updating version :
I've found an other expression which segfaults also PHP 5 :
preg_match("/^((?http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2004-05-20 22:15:47] xanthor at xanthor dot tk
Description:
This line crash PHP with a segmentation fault.
It use a 3-chars-long back reference, on a 2236+3 chars-long string
If the back references is only 2 chars long, it's ok.
If the long string is less that 2236+3 chars, it's ok too...
Reproduce code:
---
preg_match("/(((?http://bugs.php.net/?id=28461&edit=1
#29080 [Opn->Bgs]: Segmentation Fault when using Interface
ID: 29080 Updated by: [EMAIL PROTECTED] Reported By: jason at ionzoft dot com -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Redhat ES 3.0 (Intel) PHP Version: 5.0.0RC3 New Comment: It works with the Zend Optimizer/Debugger, so it's not our problem. You should report the problem to Zend. Previous Comments: [2004-07-20 17:10:47] jason at ionzoft dot com Hi, I'm experiencing the same bug, but it seems only the original poster comments are considered any good by the system, so could you please comment on your bug to reopen it. Thanks, Piotr -- Piotr Banasik T-P-L.com GnuPG key fingerprint: B1E5 A557 BB24 5E8A 95A4 202A 2B [2004-07-18 01:00:07] 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-07-15 20:06:51] piotr at t-p-l dot com running the same code seg faults aswell I narrowed it down to Optimizer here is the proof: -- WITHOUT OPTIMIZER -- # php -v PHP 5.0.0 (cli) (built: Jul 15 2004 10:19:20) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.0, Copyright (c) 1998-2004 Zend Technologies with Zend Extension Manager v1.0.3, Copyright (c) 2003-2004, by Zend Technologies with Zend Debugger v3.5.0, Copyright (c) 1999-2004, by Zend Technologies # php test2.php Hello -- WITH OPTIMIZER -- # php -v PHP 5.0.0 (cli) (built: Jul 15 2004 10:19:20) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.0, Copyright (c) 1998-2004 Zend Technologies with Zend Extension Manager v1.0.3, Copyright (c) 2003-2004, by Zend Technologies with Zend Optimizer v2.5.3, Copyright (c) 1998-2004, by Zend Technologies with Zend Debugger v3.5.0, Copyright (c) 1999-2004, by Zend Technologies # php test2.php Segmentation fault -- WITH OPTIMIZER (but no DEBUGGER) -- # php -v PHP 5.0.0 (cli) (built: Jul 15 2004 10:19:20) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.0, Copyright (c) 1998-2004 Zend Technologies with Zend Extension Manager v1.0.3, Copyright (c) 2003-2004, by Zend Technologies with Zend Optimizer v2.5.3, Copyright (c) 1998-2004, by Zend Technologies # php test2.php Segmentation fault [2004-07-10 14:37:14] [EMAIL PROTECTED] Could you also try to run it with Debugger and Optimizer alone to get them isolated? [2004-07-10 06:51:11] [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 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/29080 -- Edit this bug report at http://bugs.php.net/?id=29080&edit=1
#29802 [Opn->Bgs]: Glitch using preg_match and preg_replace
ID: 29802 Updated by: [EMAIL PROTECTED] Reported By: wesleygoku at yahoo dot com dot br -Status: Open +Status: Bogus Bug Type: PCRE related Operating System: Windows 2000 SP4 PHP Version: 4.3.9RC2 New Comment: >From what I could read, the problem is in your regex. Previous Comments: [2004-09-06 15:48:33] wesleygoku at yahoo dot com dot br Updated to the latest PHP build, but the problem remains... [2004-08-26 22:25:45] wesleygoku at yahoo dot com dot br To clarify the bug, let's explain it better: I'm using preg_replace to replace some code. If this code is bigger than an unknown lenght, something very weird happens. I'm using while to replace ALL of the occurrences in some string, but the preg_match used to verify if the text still appears just tells the code DOESN'T match, although it does! Now, see the problem: This doesn't work, note that many "http://wstec.net/tmp/php_bug_pcre/code_01.html Results: http://wstec.net/tmp/php_bug_pcre/code_01.php Now, without the first two , id works as it should Source code: http://wstec.net/tmp/php_bug_pcre/code_02.html Results: http://wstec.net/tmp/php_bug_pcre/code_02.php I ask you to take a good look at this bug, because I need a resolution about it to keep working on my script. And also note that it isn't with my code, but with the PHP's funcion preg_match and preg_replace. [2004-08-24 18:08:02] wesleygoku at yahoo dot com dot br This is the problem, if I reduce the code, it works. I've checked the XHTML code and the Regular Expression, but everything is fine. [2004-08-24 08:38:50] [EMAIL PROTECTED] Please provide a very short example without endless pieces of HTML/XML code. [2004-08-23 20:34:42] wesleygoku at yahoo dot com dot br Description: I'm trying to use preg_replace to evaluate my own XHTML tags, sending their arguments and contents to another funcion. There are two uses, the simple, without content (like ), and the complex, with content (like x). Each one is parsed by their own function, and to evaluate ALL the complex tags (even the tags inside other tags) I'm using a while condition. The problem is very odd, it happens when I use more than one complex tag, and some simple tag before the complex ones, all of this inside another complex tag (you will understand better reading the code), with few complex lines or without simple tags before them, the results are good, but otherwise, the while condition just doesn't work and the Apache thread takes much more time proccessing the script (I don't know why, as the while code just repeats two times). Look at the URL below for more details and note the first code should work (try removing the second one), but not the second! Reproduce code: --- http://wstec.net/tmp/php_bug_pcre.html Expected result: NEO_HTML( "list", "action="/?e=2&d=lay"", "NEO_HTML( "item", "id="Diretório anterior"", "NEO_HTML( "col", "width="284" href="" target="_blank"", " " )NEO_HTML( "col", "width="10"", "Diretório anterior" )NEO_HTML( "col", "href="" target="_blank"", "Diretório" )NEO_HTML( "col", "href="" target="_blank" align="right"", "" )" ) NEO_HTML( "item", "id="css.css"", "NEO_HTML( "col", "width="284" href="/css.css" target="_blank"", "
" )NEO_HTML( "col", "width="10"", "css.css" )NEO_HTML( "col", "href="/css.css" target="_blank"", "Estilo CSS" )NEO_HTML( "col", "href="/css.css" target="_blank" align="right"", "3,23 KB" )" ) NEO_HTML( "item", "id="ico.gif"", "NEO_HTML( "col", "width="284" href="/ico.gif" target="_blank"", "
" )NEO_HTML( "col", "width="10"", "ico.gif" )NEO_HTML( "col", "href="/ico.gif" target="_blank"", "Imagem" )NEO_HTML( "col", "href="/ico.gif" target="_blank" align="right"", "66 Bytes" )" ) NEO_HTML( "item", "id="list_order_asc.gif"", "NEO_HTML( "col", "width="284" href="/list_order_asc.gif" target="_blank"", "
" )NEO_HTML( "col", "width="10"", "list_order_asc.gif" )NEO_HTML( "col", "href="/list_order_asc.gif" target="_blank"", "Imagem" )NEO_HTML( "col", "href="/list_order_asc.gif" target="_blank" align="right"", "61 Bytes" )" ) NEO_HTML( "item", "id="list_order_desc.gif"", "NEO_HTML( "col", "width="284" href="/list_order_desc.gif" target="_blank"", "
#29296 [Opn->Bgs]: SSL connection failed
ID: 29296
Updated by: [EMAIL PROTECTED]
Reported By: hotte at unrealforum dot de
-Status: Open
+Status: Bogus
Bug Type: OpenSSL related
Operating System: Linux Gentoo 2.6.7
PHP Version: 5.0.0
New Comment:
How to diagnose OpenSSL errors:
Look at the error message:
error:1408F10B:SSL routines:func(143):reason(267)
Take the reason code (267) and determine the error:
grep 267 /usr/include/openssl/ssl.h
/usr/include/openssl/ssl.h:#define SSL_R_WRONG_VERSION_NUMBER
267
Now google for SSL_R_WRONG_VERSION_NUMBER
Read the first hit:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg02770.html
"
Many of SSL clients sends the first CLIENT HELLO with
ssl2 format (0x80.) because they don't know what
version the server supports.
In this first message, the client sends the version
he wants to use (3 for SSL3), then the other exchanged
messages are in the appropriate format SSL3 for V3,
SSL2 for V2 etc
So in your server method configuration you must put:
SSL_CTX *ctx = SSL_CTX_new (SSLv23_server_method())
to correctely analyse the first client_hello message
instead of
SSL_CTX *ctx = SSL_CTX_new (SSLv3_server_method())
which i suppose you did.
"
Conclusion: the rrp-server uses SSLv3_server_method and therefore needs
to be fixed to use SSLv23 instead.
Previous Comments:
[2004-07-21 13:12:54] hotte at unrealforum dot de
Description:
I've tried to etablish a ssl-connection with the php-cli to a
rrp-server (http://www.ietf.org/rfc/rfc2832.txt?number=2832) with
fsockopen but receive "SSL handshake/connection failed"
A connect with openssl is successfull:
openssl s_client -ssl3 -crlf -connect host:648
New, TLSv1/SSLv3, Cipher is DES-CBC3-SHA
Server public key is 1024 bit
SSL-Session:
Protocol : SSLv3
Cipher: DES-CBC3-SHA
Session-ID:
77752169E6CCC2EE44C4A5BADFD93A074D041FA8D0E8A5285810312F2DEBD43E
Session-ID-ctx:
Master-Key:
58F8FE9AA2CE1D5A731D3A7207889503A79254DC3BE6D1C8DE3B94EB4E634317D7CC084CA29BBE7218F587967EA099B6
Key-Arg : None
Start Time: 1090407338
Timeout : 7200 (sec)
Verify return code: 19 (self signed certificate in certificate
chain)
---
PHP configure:
'./configure' '--prefix=/usr' '--host=i686-pc-linux-gnu'
'--mandir=/usr/share/man' '--infodir=/usr/share/info'
'--datadir=/usr/share' '--sysconfdir=/etc' '--localstatedir=/var/lib'
'--with-apxs2=/usr/sbin/apxs2'
'--with-config-file-path=/etc/php/apache2-php5' '--without-pear'
'--disable-bcmath' '--without-bz2' '--disable-calendar'
'--without-cpdflib' '--disable-ctype' '--without-curl'
'--without-curlwrappers' '--disable-dbase' '--disable-dbx'
'--disable-dio' '--disable-exif' '--with-fam' '--without-fbsql'
'--without-fdftk' '--disable-filepro' '--disable-ftp' '--with-gettext'
'--without-gmp' '--without-hwapi' '--without-iconv'
'--without-informix' '--without-ingres' '--without-interbase'
'--enable-mbstring' '--with-mcrypt' '--without-mcve' '--without-mhash'
'--without-ming' '--without-mnogosearch' '--without-msql'
'--without-mssql' '--with-ncurses' '--without-oci8' '--without-oracle'
'--with-openssl' '--without-ovrimos' '--without-pcre-regx'
'--without-pfpro' '--without-pgsql' '--disable-posix' '--with-pspell'
'--without-recode' '--disable-simplexml' '--without-snmp'
'--disable-soap' '--disable-sockets' '--disable-spl' '--without-sybase'
'--without-sybase-ct' '--disable-sysvmsg' '--disable-sysvsem'
'--disable-sysvshm' '--without-tidy' '--disable-tokenizer'
'--disable-wddx' '--without-xsl' '--with-xmlrpc' '--disable-yp'
'--with-zlib' '--without-cdb' '--with-db4' '--without-dbm'
'--without-flatfile' '--with-gdbm' '--without-inifile' '--without-qdbm'
'--with-gd' '--enable-gd-jis-conf' '--enable-gd-native-ttf'
'--with-ldap' '--without-ldap-sasl' '--with-mysql' '--disable-session'
'--without-sqlite' '--enable-dba' '--with-readline'
'--without-libedit'
SSL connections to other Mail/Webserver works fine.
Reproduce code:
---
$fd = fsockopen("ssl://host,648);
or
$fd = fsockopen("tls://host,648);
Expected result:
a successfull connection
Actual result:
--
Warning: fsockopen(): SSL operation failed with code 1. OpenSSL Error
messages:
error:1408F10B:SSL routines:func(143):reason(267) in test.php on line
3
Warning: fsockopen(): Failed to enable crypto in test.php on line 3
Warning: fsockopen(): unable to connect to tls://host:648 (Unknown
error) in test.php on line 3
--
Edit this bug report at http://bugs.php.net/?id=29296&edit=1
#29296 [Bgs->Csd]: SSL connection failed
ID: 29296
Updated by: [EMAIL PROTECTED]
Reported By: hotte at unrealforum dot de
-Status: Bogus
+Status: Closed
Bug Type: OpenSSL related
Operating System: Linux Gentoo 2.6.7
PHP Version: 5.0.0
New Comment:
On reflection, it might be a tad difficult to force rrp server to
change, so I've added sslv2:// and sslv3:// transports to CVS; grab the
next snapshot (5.0 or HEAD) and use fsockopen("sslv3://...") instead.
Previous Comments:
[2004-09-10 13:13:38] [EMAIL PROTECTED]
How to diagnose OpenSSL errors:
Look at the error message:
error:1408F10B:SSL routines:func(143):reason(267)
Take the reason code (267) and determine the error:
grep 267 /usr/include/openssl/ssl.h
/usr/include/openssl/ssl.h:#define SSL_R_WRONG_VERSION_NUMBER
267
Now google for SSL_R_WRONG_VERSION_NUMBER
Read the first hit:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg02770.html
"
Many of SSL clients sends the first CLIENT HELLO with
ssl2 format (0x80.) because they don't know what
version the server supports.
In this first message, the client sends the version
he wants to use (3 for SSL3), then the other exchanged
messages are in the appropriate format SSL3 for V3,
SSL2 for V2 etc
So in your server method configuration you must put:
SSL_CTX *ctx = SSL_CTX_new (SSLv23_server_method())
to correctely analyse the first client_hello message
instead of
SSL_CTX *ctx = SSL_CTX_new (SSLv3_server_method())
which i suppose you did.
"
Conclusion: the rrp-server uses SSLv3_server_method and therefore needs
to be fixed to use SSLv23 instead.
[2004-07-21 13:12:54] hotte at unrealforum dot de
Description:
I've tried to etablish a ssl-connection with the php-cli to a
rrp-server (http://www.ietf.org/rfc/rfc2832.txt?number=2832) with
fsockopen but receive "SSL handshake/connection failed"
A connect with openssl is successfull:
openssl s_client -ssl3 -crlf -connect host:648
New, TLSv1/SSLv3, Cipher is DES-CBC3-SHA
Server public key is 1024 bit
SSL-Session:
Protocol : SSLv3
Cipher: DES-CBC3-SHA
Session-ID:
77752169E6CCC2EE44C4A5BADFD93A074D041FA8D0E8A5285810312F2DEBD43E
Session-ID-ctx:
Master-Key:
58F8FE9AA2CE1D5A731D3A7207889503A79254DC3BE6D1C8DE3B94EB4E634317D7CC084CA29BBE7218F587967EA099B6
Key-Arg : None
Start Time: 1090407338
Timeout : 7200 (sec)
Verify return code: 19 (self signed certificate in certificate
chain)
---
PHP configure:
'./configure' '--prefix=/usr' '--host=i686-pc-linux-gnu'
'--mandir=/usr/share/man' '--infodir=/usr/share/info'
'--datadir=/usr/share' '--sysconfdir=/etc' '--localstatedir=/var/lib'
'--with-apxs2=/usr/sbin/apxs2'
'--with-config-file-path=/etc/php/apache2-php5' '--without-pear'
'--disable-bcmath' '--without-bz2' '--disable-calendar'
'--without-cpdflib' '--disable-ctype' '--without-curl'
'--without-curlwrappers' '--disable-dbase' '--disable-dbx'
'--disable-dio' '--disable-exif' '--with-fam' '--without-fbsql'
'--without-fdftk' '--disable-filepro' '--disable-ftp' '--with-gettext'
'--without-gmp' '--without-hwapi' '--without-iconv'
'--without-informix' '--without-ingres' '--without-interbase'
'--enable-mbstring' '--with-mcrypt' '--without-mcve' '--without-mhash'
'--without-ming' '--without-mnogosearch' '--without-msql'
'--without-mssql' '--with-ncurses' '--without-oci8' '--without-oracle'
'--with-openssl' '--without-ovrimos' '--without-pcre-regx'
'--without-pfpro' '--without-pgsql' '--disable-posix' '--with-pspell'
'--without-recode' '--disable-simplexml' '--without-snmp'
'--disable-soap' '--disable-sockets' '--disable-spl' '--without-sybase'
'--without-sybase-ct' '--disable-sysvmsg' '--disable-sysvsem'
'--disable-sysvshm' '--without-tidy' '--disable-tokenizer'
'--disable-wddx' '--without-xsl' '--with-xmlrpc' '--disable-yp'
'--with-zlib' '--without-cdb' '--with-db4' '--without-dbm'
'--without-flatfile' '--with-gdbm' '--without-inifile' '--without-qdbm'
'--with-gd' '--enable-gd-jis-conf' '--enable-gd-native-ttf'
'--with-ldap' '--without-ldap-sasl' '--with-mysql' '--disable-session'
'--without-sqlite' '--enable-dba' '--with-readline'
'--without-libedit'
SSL connections to other Mail/Webserver works fine.
Reproduce code:
---
$fd = fsockopen("ssl://host,648);
or
$fd = fsockopen("tls://host,648);
Expected result:
a successfull connection
Actual result:
--
Warning: fsockopen(): SSL operation failed with code 1. OpenSSL Error
messages:
error:1408F10B:SSL routines:func(143):reason(267) in test.php on line
3
Warning: fsockopen(): Failed to enable crypto in test.php on line 3
Warning: fsockopen(): unable to connect to tls://host:648 (Unknown
error) in test.php on line 3
-
#29747 [Opn->Bgs]: Fatal error on COM registry read.
ID: 29747
Updated by: [EMAIL PROTECTED]
Reported By: radek at pinkbike dot com
-Status: Open
+Status: Bogus
Bug Type: COM related
Operating System: Windows XP
PHP Version: 5CVS-2004-08-19 (dev)
New Comment:
Use exception handling.
Not a PHP bug.
Previous Comments:
[2004-08-19 02:22:29] radek at pinkbike dot com
Description:
Fatal error using the 'WScript.Shell' COM when accessing the registry
on WIndows XP. Tried 5.0 RC3, 5.0, and latest Apache/1.3.31 (Win32)
PHP/5.0.2-dev with same results.
Reproduce code:
---
This works correctly (reading a valid registry entry)
$shell= &new COM('WScript.Shell');
$data=$shell->regRead('HKEY_CURRENT_USER\Environment\TEMP');
The following causes a fatal error if the registry key does not exist
$shell= &new COM('WScript.Shell');
$data=$shell->regRead('HKEY_CURRENT_USER\Environment\TEMP1');
This used to work correctly in 4.x versions of PHP.
Expected result:
Not to get a fatal error but a NULL if a registry entery does not
exist.
Actual result:
--
Fatal error: Uncaught exception 'com_exception' with message 'Source:
WshShell.RegRead
Description: Unable to open registry key
"HKEY_CURRENT_USER\Environment\TEMP1" for reading.' in
f:\web\test.php:3 Stack trace: #0 {main} thrown in f:\web\test.php on
line 3
--
Edit this bug report at http://bugs.php.net/?id=29747&edit=1
#29726 [Opn]: Streams socket functionality
ID: 29726 Updated by: [EMAIL PROTECTED] Reported By: lists at cyberlot dot net Status: Open Bug Type: Sockets related Operating System: Fedora Core 2 PHP Version: 5.0.1 New Comment: Please be more specific in what the problem is. Note: - PHP fgets() is line based and binary safe, changing it would break things. It only returns lines, or the last partial line before the socket (or file) is closed. - If you want to break lines on multiple different characters, you need to code your own buffer handling yourself. See stream_socket_select() for a way to avoid blocking and writing multiplexing socket servers. Previous Comments: [2004-08-18 21:09:35] lists at cyberlot dot net This problem only exists with fread, fget which multiple examples in the docs use and the docs list as "See Also" functions. However by using stream_socket_recvfrom this problem was resovled.. This function is not at this time referenced in the manual other in the functions list so might easily overlooked as I did. One possible issue I do see, stream_socket_recvfrom looks to work because it pulls everything in the buffer up to X bytes regardless of any EOL character. On a slow single line entry settup this shouldn't be a problem and everything should work fine.. Under high load when data ends up being buffered at both sides this function would return only partial "blocks" of what a user might expect and the user would need to program his own internal buffering that checks for EOL. This should be covered in more detail in the online manual. [2004-08-18 00:59:26] lists at cyberlot dot net Description: switched from socket functions to stream functions for socket server usage because streams is supposed to be stable, and are included by default.. The problem socket_read supports PHP_NORMAL_READ which allows it to see flashes \0 as EOL... This is not possible when using streams to create a socket server as fget does not see \0 as EOL Expected result: Expect fgets to return data at \0 Actual result: -- Nothing is returned until the buffer is filled. -- Edit this bug report at http://bugs.php.net/?id=29726&edit=1
#29481 [Sus]: HSE_REQ_MAP_URL_TO_PATH_EX failed
ID: 29481 Updated by: [EMAIL PROTECTED] Reported By: steffen at land10web dot com Status: Suspended Bug Type: URL related Operating System: Windows XP + Sambar 6.1 PHP Version: 5CVS-2004-08-01 (dev) New Comment: Tod: please try to have it work the same way as the MS implementation, whatever that may be (still too busy to dig into it). We'd welcome your patch! Previous Comments: [2004-08-19 00:47:56] tod at sambar dot com I'm happy to add support for this, but need to know what you are expecting as a response. Since there is no URI element to translate, do I just parrot back the ?x=y args from the Query string? Many thanks! Tod Sambar [2004-08-01 15:30:40] [EMAIL PROTECTED] ?f=2 *is* a valid component of an URL. It works on IIS, which is our only "officially supported" (and strongly discouraged) ISAPI platform. None of us have Sambar server or the time to test it. Volunteers are welcome to submit a patch to fix it under Sambar, but it must also not break IIS. [2004-08-01 14:42:29] steffen at land10web dot com Description: Using Sambar 6.1 and I get in the ISAPI log: With eg. the URL www.sambarserver.info/forum/viewforum.php?f=2 : PHP5ISAPI.DLL: HSE_REQ_MAP_URL_TO_PATH_EX failed '?f=1' All is working fine, only a lot failed enties in the log. The response from Sambar Support is: "I believe the URL_TO_PATH_EX is an issue on the part of PHP. They should not be passing the ?f=2 in their lookup as that is not a valid element of the URL" Regards, Steffen -- Edit this bug report at http://bugs.php.net/?id=29481&edit=1
#30050 [NEW]: php_shutdown_config() [php_ini.c] misses to clean up some pointers
From: nw at softwarekombinat dot de
Operating system: windows XP
PHP version: 5.0.1
PHP Bug Type: Reproducible crash
Bug description: php_shutdown_config() [php_ini.c] misses to clean up some pointers
Description:
Hi there,
executing the following sequence of function calls results
in a segfault in the last php_module_startup(...) call:
tsrm_startup(1, 1, 0, NULL);
sapi_startup(&mf_sapi_module);
php_module_startup(&mf_sapi_module, NULL, 0)
php_module_shutdown( TSRMLS_C );
sapi_shutdown();
tsrm_shutdown();
tsrm_startup(1, 1, 0, NULL);
sapi_startup(&mf_sapi_module);
php_module_startup(&mf_sapi_module, NULL, 0)
I debugged and saw that php_shutdown_config() does not reset global
pointers back to NULL after free()'ing them. This results in another
free()-attempt during next startup.
Here is a modified php_shutdown_config() which solves the problem:
int php_shutdown_config(void)
{
zend_hash_destroy(&configuration_hash);
if (php_ini_opened_path) {
free(php_ini_opened_path);
php_ini_opened_path = NULL; /* BUGFIX */
}
if (php_ini_scanned_files) {
free(php_ini_scanned_files);
php_ini_scanned_files = NULL; /* BUGFIX */
}
return SUCCESS;
}
Sorry that I don't submit a patch myself - no time, currently
Regards,
Norbert
--
Edit bug report at http://bugs.php.net/?id=30050&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30050&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30050&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30050&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30050&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30050&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30050&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30050&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30050&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30050&r=support
Expected behavior: http://bugs.php.net/fix.php?id=30050&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30050&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30050&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30050&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30050&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30050&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30050&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30050&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30050&r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30050&r=mysqlcfg
#29446 [Opn->Fbk]: PHP 5 allows class constants to be overriden
ID: 29446 Updated by: [EMAIL PROTECTED] Reported By: dimo dot vanchev at bianor dot com -Status: Open +Status: Feedback Bug Type: Zend Engine 2 problem Operating System: RedHat 9.0 PHP Version: 5.0.0 -Assigned To: sterling +Assigned To: tony2001 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2004-07-29 17:56:54] dimo dot vanchev at bianor dot com Description: If we declare a class constant twice or more PHP allows this without any notifications. This should be fixed, because it may bring to confusion. A constant should be constant, thus not allowing to be overriden neither in the same class, nor in child classes. Currently non-class constants allow to be overriden too, at least they output a notice saying "Constant already defined". Maybe this should be brought up to warning. Just my thoughts! Reproduce code: --- Expected result: should display warning, error or something like that. Actual result: -- A. value_2 B. value_2 -- Edit this bug report at http://bugs.php.net/?id=29446&edit=1
#29446 [Fbk->Csd]: PHP 5 allows class constants to be overriden
ID: 29446 Updated by: [EMAIL PROTECTED] Reported By: dimo dot vanchev at bianor dot com -Status: Feedback +Status: Closed Bug Type: Zend Engine 2 problem Operating System: RedHat 9.0 PHP Version: 5.0.0 Assigned To: tony2001 New Comment: I mean FIXED in CVS, try latest snapshots. Previous Comments: [2004-09-10 15:11:12] [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 [2004-07-29 17:56:54] dimo dot vanchev at bianor dot com Description: If we declare a class constant twice or more PHP allows this without any notifications. This should be fixed, because it may bring to confusion. A constant should be constant, thus not allowing to be overriden neither in the same class, nor in child classes. Currently non-class constants allow to be overriden too, at least they output a notice saying "Constant already defined". Maybe this should be brought up to warning. Just my thoughts! Reproduce code: --- Expected result: should display warning, error or something like that. Actual result: -- A. value_2 B. value_2 -- Edit this bug report at http://bugs.php.net/?id=29446&edit=1
#30038 [Opn->Fbk]: Fatal error: Call to undefined function oci_new_collection()
ID: 30038 Updated by: [EMAIL PROTECTED] Reported By: v dot bolognesi at quanthink dot com -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Red Hat Linux release 9 (Shrike PHP Version: 5.0.1 New Comment: This error message means that PHP was compiled with Oracle client that doesn't support collections, therefore collections support was disabled. Please, check it in phpinfo()'s output and figure why ./configure was unable to find collections support. Also, your usage examples are welcome (if you're interested in making the documentation better, of course). Previous Comments: [2004-09-09 12:59:54] v dot bolognesi at quanthink dot com Description: >From phpinfo(): System: Linux cyber 2.4.20-18.9smp #1 SMP Thu May 29 6:55:05 EDT 2003 i686 Configure Command: './configure' '--prefix=/usr/local/php5-apache2' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-jpeg-dir=/usr/local/lib' '--with-jpeg' '--with-gd=/usr/local' '--with-zlib-dir=/usr/lib' '--with-png-dir=/usr/local/lib' '--with-freetype-dir=/usr/local/lib' '--with-oci8=/u01/app/oracle/product/10.1.0/client_1/' '--with-sybase-ct=/usr/local/' '--with-gettext' '--with-mysql' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-memory-limit' '--enable-shmop' '--enable-versioning' '--enable-calendar' Reproduce code: --- note: the type T_XX is a sql type creaded with create type ... statement in sqlplus. Expected result: at least recognize the function :-) Also, I little of examples would be much appreciated. Browsing the documentation, I found that several collection-related features are available only in CVS. But nor for oci_new_collection (see: http://it.php.net/manual/en/function.oci-new-collection.php it's in english) neither for ocinewcollection, which doesn't work too. Thank you Actual result: -- Fatal error: Call to undefined function oci_new_collection() -- Edit this bug report at http://bugs.php.net/?id=30038&edit=1
#30051 [NEW]: connecting to MySQL with wrong data cannot be checked with mysqli_connect()
From: Nico dot Laus dot 2001 at gmx dot de
Operating system: Linux 2.6.8.1
PHP version: 5.0.1
PHP Bug Type: MySQLi related
Bug description: connecting to MySQL with wrong data cannot be checked with
mysqli_connect()
Description:
given the example below from the mysqli documentation, I
tried to connect to my MySQL server with wrong data to
see, what happens, if the connection really fails.
unfortunately the constructor does trigger a WARNING
itself and does not return FALSE, as documented. The
mysqli_connect_errno() does only return 0 and even the
$mysqli->errno variable does not have any value. So I
cannot find out, if the connect really has failed or not.
I'm using MySQL 4.1.4
Reproduce code:
---
$mysqli = new mysqli("localhost", "my_user", "my_password", "world");
/* check connection */
if (mysqli_connect_errno()) {
printf("Connect failed: %s\n", mysqli_connect_error());
exit();
}
Expected result:
Connect failed:
Actual result:
--
--
Edit bug report at http://bugs.php.net/?id=30051&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30051&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30051&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30051&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30051&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30051&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30051&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30051&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30051&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30051&r=support
Expected behavior: http://bugs.php.net/fix.php?id=30051&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30051&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30051&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30051&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30051&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30051&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30051&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30051&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30051&r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30051&r=mysqlcfg
#29712 [Opn->Csd]: ereg() does not return TRUE
ID: 29712
Updated by: [EMAIL PROTECTED]
Reported By: liit at geeksbynature dot dk
-Status: Open
+Status: Closed
Bug Type: Regexps related
Operating System: Gentoo Linux
PHP Version: 4.3.8
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.
"If the optional parameter regs was not passed or the length of the
matched string is 0, this functions returns 1."
Previous Comments:
[2004-09-06 21:27:20] [EMAIL PROTECTED]
If I understand, this function should return the legth of the match.
But it seems it has a bug, because it always return 1 if you don't pass
the 3rd parameter. Or is it a feature that should be documented?
Nuno
[2004-08-29 18:10:00] liit at geeksbynature dot dk
ereg() still only returns int(1) or (boolean)FALSE. I've expanded my
test-script a bit:
Result:
1:integer
1:integer
:boolean
According to the docs, it should be:
2:integer
3:integer
:boolean
[2004-08-17 00:40:12] [EMAIL PROTECTED]
This bug has been fixed in the documentation's XML sources.
The changes may not appear immediately, since the online and
downloadable versions of the documentation need some time to get
updated. We would therefore like to ask for your patience in this
matter.
Thank you for the report, and for helping us make our documentation
better.
[2004-08-17 00:12:47] [EMAIL PROTECTED]
ereg() returns the length of the matched string on success,
the documentation is wrong.
[2004-08-16 20:57:24] liit at geeksbynature dot dk
Description:
The function ereg() either returns (boolean)FALSE or (int)1, and not
(boolean)FALSE or (boolean)TRUE
Reproduce code:
---
echo gettype(ereg("foo","foo"));
echo gettype(ereg("foo","bar"));
Expected result:
boolean
boolean
Actual result:
--
integer
boolean
--
Edit this bug report at http://bugs.php.net/?id=29712&edit=1
#28461 [Com]: segmentation fault when using backreferences on a long string
ID: 28461
Comment by: hewei at ied dot org dot cn
Reported By: xanthor at xanthor dot tk
Status: Feedback
Bug Type: PCRE related
Operating System: Linux, WindowsXP©
PHP Version: 4.3.8; 4.3.9RC1, 5.0.1
New Comment:
preg_match("/(((?http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
I couldn't reproduce any of the crashes.
[2004-08-23 11:24:50] xanthor at xanthor dot tk
Updating version :
I've found an other expression which segfaults also PHP 5 :
preg_match("/^((?http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/28461
--
Edit this bug report at http://bugs.php.net/?id=28461&edit=1
#30038 [Fbk->Opn]: Fatal error: Call to undefined function oci_new_collection()
ID: 30038 User updated by: v dot bolognesi at quanthink dot com Reported By: v dot bolognesi at quanthink dot com -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Red Hat Linux release 9 (Shrike PHP Version: 5.0.1 New Comment: That's exactly the point... we compiled with oracle client not the full stuff. Is there any doc stating which features are not supported by oracle client ? We'll recompile our PHP soon with full Oracle and possibly I'll send some usage samples. Thank you very much. Previous Comments: [2004-09-10 15:25:04] [EMAIL PROTECTED] This error message means that PHP was compiled with Oracle client that doesn't support collections, therefore collections support was disabled. Please, check it in phpinfo()'s output and figure why ./configure was unable to find collections support. Also, your usage examples are welcome (if you're interested in making the documentation better, of course). [2004-09-09 12:59:54] v dot bolognesi at quanthink dot com Description: >From phpinfo(): System: Linux cyber 2.4.20-18.9smp #1 SMP Thu May 29 6:55:05 EDT 2003 i686 Configure Command: './configure' '--prefix=/usr/local/php5-apache2' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-jpeg-dir=/usr/local/lib' '--with-jpeg' '--with-gd=/usr/local' '--with-zlib-dir=/usr/lib' '--with-png-dir=/usr/local/lib' '--with-freetype-dir=/usr/local/lib' '--with-oci8=/u01/app/oracle/product/10.1.0/client_1/' '--with-sybase-ct=/usr/local/' '--with-gettext' '--with-mysql' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-memory-limit' '--enable-shmop' '--enable-versioning' '--enable-calendar' Reproduce code: --- note: the type T_XX is a sql type creaded with create type ... statement in sqlplus. Expected result: at least recognize the function :-) Also, I little of examples would be much appreciated. Browsing the documentation, I found that several collection-related features are available only in CVS. But nor for oci_new_collection (see: http://it.php.net/manual/en/function.oci-new-collection.php it's in english) neither for ocinewcollection, which doesn't work too. Thank you Actual result: -- Fatal error: Call to undefined function oci_new_collection() -- Edit this bug report at http://bugs.php.net/?id=30038&edit=1
#30052 [NEW]: segmentation fault when script finished
From: tho at e-dict dot net
Operating system: Linux
PHP version: 4.3.8
PHP Bug Type: ODBC related
Bug description: segmentation fault when script finished
Description:
Some of our database scripts produce segfaults when they are done. It is
difficult to supply sample code since the segfault depends at least on the
following:
* a successful call to odbc_pconnect('host:node','user', 'pass');
if odbc_pconnect fails there is no segfault
* some (included?) code before odbc_pconnect
While trying to reduce the code i noticed, that include(_once?) is needed
to trigger the problem. That's meant with "some _included_ code" in the
sample below.
* filename
"/var/home/tho/oss/sbwi/bin/php -c /var/home/tho/oss/sbwi/conf -f
/var/home/tho/oss/sbwi/dump1.php"
cores while the similar code in
"/var/home/tho/oss/sbwi/bin/php -c /var/home/tho/oss/sbwi/conf -f
/var/home/tho/oss/sbwi/dump.php"
does not core
The code itself works fine. The segfault always happens after the last
line.
We are connecting to ADABAS using ODBC
configure:
./configure\
--prefix=$(PREFIX)\
--with-adabas=$(adabas_dir)\
--with-openssl=$(PREFIX) \
--disable-session\
--with-db\
--without-gd\
--with-config-file-path=$(PREFIX)/conf
Reproduce code:
---
Expected result:
no segfault :-)
Actual result:
--
(gdb) run -c /var/home/tho/oss/sbwi/conf -f
/var/home/tho/oss/sbwi/dump1.php
Starting program: /var/home/tho/oss/sbwi/bin/php -c
/var/home/tho/oss/sbwi/conf -f /var/home/tho/oss/sbwi/dump1.php
Program received signal SIGSEGV, Segmentation fault.
zend_hash_index_find (ht=0x82cece0, h=7, pData=0xb3f8) at
/var/home/tho/oss/sbwi/src/software/php-4.3.8/Zend/zend_hash.c:967
967 if ((p->h == h) && (p->nKeyLength == 0)) {
(gdb) bt
#0 zend_hash_index_find (ht=0x82cece0, h=7, pData=0xb3f8) at
/var/home/tho/oss/sbwi/src/software/php-4.3.8/Zend/zend_hash.c:967
#1 0x081518af in _zend_list_find (id=7, type=0xb428) at
/var/home/tho/oss/sbwi/src/software/php-4.3.8/Zend/zend_list.c:70
#2 0x080a212d in _close_odbc_pconn (rsrc=0x83071a0) at
/var/home/tho/oss/sbwi/src/software/php-4.3.8/ext/odbc/php_odbc.c:250
#3 0x08151b1e in plist_entry_destructor (ptr=0x83071a0) at
/var/home/tho/oss/sbwi/src/software/php-4.3.8/Zend/zend_list.c:203
#4 0x0815091a in zend_hash_apply_deleter (ht=0x82ced08, p=0x8323cb0) at
/var/home/tho/oss/sbwi/src/software/php-4.3.8/Zend/zend_hash.c:611
#5 0x08150a5b in zend_hash_graceful_reverse_destroy (ht=0x82ced08) at
/var/home/tho/oss/sbwi/src/software/php-4.3.8/Zend/zend_hash.c:677
#6 0x08151bc2 in zend_destroy_rsrc_list (ht=0x82ced08) at
/var/home/tho/oss/sbwi/src/software/php-4.3.8/Zend/zend_list.c:233
#7 0x0814bfb3 in zend_shutdown () at
/var/home/tho/oss/sbwi/src/software/php-4.3.8/Zend/zend.c:554
#8 0x081262fe in php_module_shutdown () at
/var/home/tho/oss/sbwi/src/software/php-4.3.8/main/main.c:1286
#9 0x08164319 in main (argc=5, argv=0xb694) at
/var/home/tho/oss/sbwi/src/software/php-4.3.8/sapi/cgi/cgi_main.c:1685
#10 0x401027ee in __libc_start_main () from /lib/libc.so.6
--
Edit bug report at http://bugs.php.net/?id=30052&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30052&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30052&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30052&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30052&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30052&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30052&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30052&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30052&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30052&r=support
Expected behavior: http://bugs.php.net/fix.php?id=30052&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30052&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30052&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30052&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30052&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30052&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30052&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30052&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30052&r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30052&r=mysqlcfg
#11058 [Com]: php_network_getaddresses: getaddrinfo failed
ID: 11058
Comment by: forums at vertdeterre dot com
Reported By: pat at mail dot rit dot edu
Status: Bogus
Bug Type: Network related
Operating System: OpenBSD 2.6
PHP Version: 4.0.6
New Comment:
fsockopen doesn't support http:// in the url name, first parameter of
the fonction.
for example
$url = "www.google.com";
$fp = fsockopen($url, 80, $errno, $errstr, 30);
return TRUE while
$url = "http://www.google.com";;
$fp = fsockopen($url, 80, $errno, $errstr, 30);
return php_network_getaddresses: getaddrinfo failed: Name or service
not known
regards
Previous Comments:
[2004-08-21 14:38:39] webmaster at hg-carstyling dot de
ages later, i found a solution, what solves it for me here.
the problem seems to base on the name resolution for the remote
machine.
a typical error while opening a remote file was:
Warning: fsockopen(): php_network_getaddresses: getaddrinfo failed:
Name or service not known in
/home/carstyling/public_html/newnuke/modules/WebMail/pop3.php on line
70
Warning: fsockopen(): unable to connect to mx.freenet.de:110 in
/home/carstyling/public_html/newnuke/modules/WebMail/pop3.php on line
70
i tryed to reconfigure my named configuration, without any result, to
fix this.
the problem was solved by adding the following line to my /etc/hosts:
194.97.55.147 mx.freenet.de
i have to do this for any remote machine i like to open files on.
this is NOT the basic of that problem, but patches arround that. i was
not able, to tell my named, to resolv that adress to that ip, so i have
to enter that in /etc/hosts .
it seems, the problem is the name-resolution domain to ip, as it was
discribed already here and on other sources before.
over that, it is not a problem of all your php-scripts, you`ve written
and were the error comes. just enter the unknown machine to your hosts
file and all went fine.
i tryed many different configurations of my bind, but was not able, to
resolve other top level domains within a full qualified domain name so
i feel to say its a bug in bind by isc, but this can also be a security
relatet problem.
i am open for mail and requests and i am very interrested on the basic
solution.
regardz :)
[2004-08-16 01:40:43] hachem at phptunisia dot com
restart the bind
[2004-07-14 22:29:05] neil dot giarratana at lucidus dot net
Don't know if this helps at all but on RH9, if I do a "service network
restart", all is well again and I don't get that error anymore. Beats
the heck out of restarting the whole server
[2004-06-30 18:17:09] webmaster at hg-carstyling dot de
i have that problem, too, on 4 machines running RH9, FC1 and FC2. I
spend some whole days to solve it, but cannot get the basic of this
problem.
On 1 machine i have serveral virt. domains, were i enter the hostnames
of 2 domains in /etc/hosts, what results in a fix on one domain,
another domain on the same machine was not affected and the error stays
as bevor.
I Tryed out, to fix my /var/named/my.stupid.zone, were i found a
missconfiguration by redhat-config-bind. I fix the config, checked my
nameserver out and hes runnin fine with no errors, but the getadress
error stays as bevor and was not affected. I am not really sure, if my
dns is perfectly configured, but i get no errors there and funcionality
is given, expecting the getadress error by php.
Over that, i cannot see anybody, who has full fixed this problem , so
its a discussion worth, but where ?!
I thing, it makes sense, if the Developers, that does or maintain the
filesocket functions of php, has a deeper look in this Problem, even if
its not php based, but they will have a clear overview, of what happened
and maybe they can give us a hint. What about the sockets ?
I thing, it is any incompatibility btw. named and the network classes
of php, especaially php mail and file network structures or classes,
maybe sockets ?!
On RH8 there are no such errors. In any case, this costs lotsa time :(
...
[2004-06-10 14:40:34] austinputman at hotmail dot com
I had the same problem as pat at mail dot rit dot edu using
fsockopen().
He/she uses:
fsockopen("http://www.php.net/";, 80, &$errno, &$errstr, 30);
But you shouldn't use 'http://' in the server name part. So use this
instead.
fsockopen("www.php.net", 80, &$errno, &$errstr, 30);
Maybe this will not solve everybodies problem, but it sure solved mine.
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.ne
#30038 [Opn->Bgs]: Fatal error: Call to undefined function oci_new_collection()
ID: 30038 Updated by: [EMAIL PROTECTED] Reported By: v dot bolognesi at quanthink dot com -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: Red Hat Linux release 9 (Shrike PHP Version: 5.0.1 New Comment: >Is there any doc stating which features are not supported >by oracle client ? Probably @ oracle.com? No bug -> bogus. Previous Comments: [2004-09-10 17:21:25] v dot bolognesi at quanthink dot com That's exactly the point... we compiled with oracle client not the full stuff. Is there any doc stating which features are not supported by oracle client ? We'll recompile our PHP soon with full Oracle and possibly I'll send some usage samples. Thank you very much. [2004-09-10 15:25:04] [EMAIL PROTECTED] This error message means that PHP was compiled with Oracle client that doesn't support collections, therefore collections support was disabled. Please, check it in phpinfo()'s output and figure why ./configure was unable to find collections support. Also, your usage examples are welcome (if you're interested in making the documentation better, of course). [2004-09-09 12:59:54] v dot bolognesi at quanthink dot com Description: >From phpinfo(): System: Linux cyber 2.4.20-18.9smp #1 SMP Thu May 29 6:55:05 EDT 2003 i686 Configure Command: './configure' '--prefix=/usr/local/php5-apache2' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-jpeg-dir=/usr/local/lib' '--with-jpeg' '--with-gd=/usr/local' '--with-zlib-dir=/usr/lib' '--with-png-dir=/usr/local/lib' '--with-freetype-dir=/usr/local/lib' '--with-oci8=/u01/app/oracle/product/10.1.0/client_1/' '--with-sybase-ct=/usr/local/' '--with-gettext' '--with-mysql' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-memory-limit' '--enable-shmop' '--enable-versioning' '--enable-calendar' Reproduce code: --- note: the type T_XX is a sql type creaded with create type ... statement in sqlplus. Expected result: at least recognize the function :-) Also, I little of examples would be much appreciated. Browsing the documentation, I found that several collection-related features are available only in CVS. But nor for oci_new_collection (see: http://it.php.net/manual/en/function.oci-new-collection.php it's in english) neither for ocinewcollection, which doesn't work too. Thank you Actual result: -- Fatal error: Call to undefined function oci_new_collection() -- Edit this bug report at http://bugs.php.net/?id=30038&edit=1
#30053 [NEW]: php leaks memory when using references
From: hkmaly at bigfoot dot com
Operating system: Linux
PHP version: 4.3.8
PHP Bug Type: Unknown/Other Function
Bug description: php leaks memory when using references
Description:
If I play with references, I found php doesn't properly free
all memory in arrays with references ... for example don't free all memory
in local variables of function. By repeating calling that function, leak
can lead to consumation of all allowed memory.
BTW, submited also as http://bugs.gentoo.org/show_bug.cgi?id=63559
Reproduce code:
---
"zeli");
foreach($a as $k=>$v) {
$b[$k]=&$a;
$b[$k]['names']=&$a;
}
return($b);
}
echo memory_get_usage()."\n";
for($i=0;$i<20;$i++) {
testLeak();
echo memory_get_usage()."\n";
}
?>
Expected result:
Something as
20720
21816
22144
22144
22144
22144
22144
22144
Actual result:
--
20720
21816
22144
.
.
.
16775400
16775728
16776056
16776384
Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to
allocate
32 bytes) in /castle/hkmaly/programy/php/test_leak.php on line 6
--
Edit bug report at http://bugs.php.net/?id=30053&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30053&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30053&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30053&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30053&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30053&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30053&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30053&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30053&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30053&r=support
Expected behavior: http://bugs.php.net/fix.php?id=30053&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30053&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30053&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30053&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30053&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30053&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30053&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30053&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30053&r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30053&r=mysqlcfg
#30054 [NEW]: not getting the expected output i think i should get
From: jon at latchkey dot com Operating system: OSX PHP version: 5.0.0 PHP Bug Type: Output Control Bug description: not getting the expected output i think i should get Description: [6][ /private/tmp ]% cat test2.php here1 here2 here3 here4 [7][ /private/tmp ]% php --version PHP 5.0.0 (cli) (built: Aug 3 2004 15:10:22) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.0, Copyright (c) 1998-2004 Zend Technologies [8][ /private/tmp ]% php test2.php here1here2 here3 [9][ /private/tmp ]% Reproduce code: --- here1 here2 here3 here4 Expected result: here1here2 here3here4 (or a compile error) Actual result: -- here1here2 here3 -- Edit bug report at http://bugs.php.net/?id=30054&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30054&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30054&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30054&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30054&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30054&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30054&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30054&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30054&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30054&r=support Expected behavior: http://bugs.php.net/fix.php?id=30054&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30054&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30054&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30054&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30054&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30054&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30054&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30054&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30054&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30054&r=mysqlcfg
#13898 [Com]: Pb with Apache
ID: 13898 Comment by: f18n at yahoo dot com Reported By: julien dot dufrenne at free dot fr Status: No Feedback Bug Type: Reproducible crash Operating System: XP Pro PHP Version: 4.0.6 New Comment: Temp\WER19.tmp.dir00\appcompat.txt Previous Comments: [2002-03-11 00:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, 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". [2002-02-04 02:22:55] [EMAIL PROTECTED] It seems it's configuration issue (i.e. Not a bug) Anyway, could you try 4.1.1? [2001-11-01 07:12:26] julien dot dufrenne at free dot fr When I have LoadModule php4_module c:/PHP/sapi/php4apache.dll in pt httpd.conf, Apache return me a system error 1067, and I've a window that tell me apache.exe has crashed. If I use Action application/x-httpd-php "c:/PHP/php.exe", I've a window that tell me php.exe has crashed. It seems that my PHP-script was executed but Windows makes this follow text-files. appcompat: manifest: Server=watson.microsoft.com UI LCID=1036 Flags=33552 Brand=WINDOWS TitleName=php.exe DigPidRegPath=HKLM\Software\Microsoft\Windows NT\CurrentVersion\DigitalProductId RegSubPath=Microsoft\PCHealth\ErrorReporting\DW ErrorText=Si vous étiez en train de travailler, il se peut que certaines données soient perdues. Stage1URL=/StageOne/php_exe/0_0_0_0/ntdll_dll/5_1_2600_0/3284.htm Stage2URL=/dw/stagetwo.asp?szAppName=php.exe&szAppVer=0.0.0.0&szModName=ntdll.dll&szModVer=5.1.2600.0&offset=3284 DataFiles=F:\DOCUME~1\moa\LOCALS~1\Temp\WER19.tmp.dir00\php.exe.mdmp|F:\DOCUME~1\moa\LOCALS~1\Temp\WER19.tmp.dir00\appcompat.txt ErrorSubPath=php.exe\0.0.0.0\ntdll.dll\5.1.2600.0\3284 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/13898 -- Edit this bug report at http://bugs.php.net/?id=13898&edit=1
#29617 [Com]: call_user_func_array doesn't handle correctly Exceptions
ID: 29617
Comment by: php at d51 dot biz
Reported By: jpbarrette at savoirfairelinux dot net
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Mandrake linux 10.0 (Community)
PHP Version: 5.0.0
New Comment:
I've been running up against this blasted bug for some time in my test
scripts - can't test for Exceptions without hard coding it. Anyhow, I
just peeked under the hood and think I've got it squashed.
file: ./ext/standand/basic_functions.c line 1984 - 1985 reads:
if (call_user_function_ex(EG(function_table), NULL, *func,
&retval_ptr, count, func_params, 0, NULL TSRMLS_CC) == SUCCESS &&
retval_ptr) {
COPY_PZVAL_TO_ZVAL(*return_value, retval_ptr);
The cause of the bug seems to be the "&& retval_ptr" as an exception
doesn't appear to return the same. It works when you adjust it to work
like call_user_func() where it can succeed even if retval_ptr doesn't
exist and/or is false.
Modified ./ext/standand/basic_functions.c line 1984 - 1985 replaced to
1984 - 1984:
if (call_user_function_ex(EG(function_table), NULL, *func,
&retval_ptr, count, func_params, 0, NULL TSRMLS_CC) == SUCCESS ) {
if (retval_ptr) {
COPY_PZVAL_TO_ZVAL(*return_value, retval_ptr);
}
I compiled it and ran the test that Benjamin posted on the 16th of
Augest. I did get the correct output (11, 17, & 23).
The modified file is available from:
http://www.domain51productions.com/php/basic_functions.c
In the latest 5.0.X CVS, these lines have moved to 1991 - 1992.
Note: If there's another way to handle submitting a patch, just let me
know.
-Travis
Previous Comments:
[2004-08-19 06:53:32] [EMAIL PROTECTED]
Duplicate of #28934.
[2004-08-19 01:34:28] JustinHagstrom at yahoo dot com
This bug was already reported here:
http://bugs.php.net/bug.php?id=28934
[2004-08-16 06:44:25] php dot net at benjamin dot schulz dot name
this is 5.0.1 here
[2004-08-16 06:42:46] php dot net at benjamin dot schulz dot name
i experienced this problem, too:
Sample Code:
';
}
try {
call_user_func('foo');
} catch(Exception $e) {
echo __LINE__, '';
}
try {
call_user_func_array('foo', array());
} catch(Exception $e) {
echo __LINE__, '';
}
?>
Expected Result
---
11
17
23
Actual Result
-
11
17
Warning: call_user_func_array() [function.call-user-func-array]: Unable
to call foo() in /home/eskaly/dev/test.php on line 27
23
[2004-08-11 17:26:48] jpbarrette at savoirfairelinux dot net
The fixed code:
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/29617
--
Edit this bug report at http://bugs.php.net/?id=29617&edit=1
#29694 [Com]: SetEnv PHPRC in httpd.conf has no effect
ID: 29694 Comment by: bgleason at mwgl dot org Reported By: mvl22 at mailinator dot com Status: Open Bug Type: Apache related Operating System: Windows XP PHP Version: 5.0.1 New Comment: Same here... It kept trying to set the directory to c:\php5 for me even though I specified d:\php... windows 2003 server running apache 1.3.31. If you need any other information just shoot me an email... Previous Comments: [2004-09-03 18:29:18] ipa at beta dot lt I have same problem in same configuration, and can add that it doesn't see php.ini file in apache directory. Only "C:/windows" (default), or path set in registry key "HKLM\Software\PHP\IniFilePath" works for me. [2004-08-16 04:44:22] mvl22 at mailinator dot com Description: http://www.php.net/manual/en/install.windows.apache1.php states " # specify the directory where php.ini is SetEnv PHPRC C:/php " My httpd.conf has SetEnv PHPRC "C:/program files/php" in it and, after reboot, phpinfo () gives: Configuration File (php.ini) Path C:\WINDOWS but PHPRC C:/program files/php is shown (which is correct). php.ini does exist at C:/program files/php/php.ini Using c:/progra~1/php with or without a trailing slash does not change the situation. PHP5.0.1 is otherwise working fine. -- Edit this bug report at http://bugs.php.net/?id=29694&edit=1
#30056 [NEW]: Merge CLI and CGI functionality
From: techtonik at tut dot by Operating system: PHP version: Irrelevant PHP Bug Type: Feature/Change Request Bug description: Merge CLI and CGI functionality Description: I know that it is strange request and for developers it is more difficult to support two different functionalities in one binary, but.. For a long run PHP had this two .exe messing around and often it was quite easy to mention CLI instead of CGI and vice versa. With PHP5 CLI version becomes default and CGI migrated into directory. In PHP4 in directory was CLI version. Although it is quite easy to remember, it is rather hard to explain users what is CGI or CLI, why their php.exe is incorrect and where to find another php.exe. Often they just replace CGI with CLI (with "correct" version, ehh) and after upgrade to the story begins anew. I know that this is not so easy, but if there were a voting systems for proposals I bet this one would be in the first 20. I propose to leave default behavior as CGI and use "-f" key to execute script in CLI mode. Of course, it is more convenient to leave default mode to CLI, but it can probably lead to incompatibilities with CGI specification. Reproduce code: --- CGI behavior php.exe file.php CLI php.exe -f file.php -- Edit bug report at http://bugs.php.net/?id=30056&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30056&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30056&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30056&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30056&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30056&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30056&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30056&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30056&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30056&r=support Expected behavior: http://bugs.php.net/fix.php?id=30056&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30056&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30056&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30056&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30056&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30056&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30056&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30056&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30056&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30056&r=mysqlcfg
#29387 [Com]: pdf_open_file requires 2 arguments where 1 should be permitted
ID: 29387
Comment by: jeremydurham at gmail dot com
Reported By: emile dot axelrad at connect dot co dot uk
Status: Open
Bug Type: *PDF functions
Operating System: Windows 2000
PHP Version: 5.0.0
Assigned To: hholzgra
New Comment:
If you are searching for a resolution for this issue still, you should
contact pdflib. This is an issue with the implementation of the
functions in the pdf.c file. It can easily be corrected with a few
changes but it is likely not the correct way to solve this problem.
Jeremy
Previous Comments:
[2004-07-26 13:48:09] emile dot axelrad at connect dot co dot uk
Description:
The PHP manual describes pdf_open_file as working with just one
argument (the pdf handle).
This code works fine with PHP 4 but on PHP 5.0.0 does not work. It
thinks that the 'filename' argument is required, but it is in fact
optional.
Reproduce code:
---
$pdf = pdf_new();
pdf_open_file($pdf);
Expected result:
It should work without an error. Should create a PDF document in
memory, not in a file.
Actual result:
--
Fatal error: Uncaught exception 'PDFlibException' with message
'pdf_open_file() expects exactly 2 parameters, 1 given' in
C:\test.php:2 Stack trace: #0 {main} thrown in C:\test.php on line 2
--
Edit this bug report at http://bugs.php.net/?id=29387&edit=1
#28052 [Com]: php5 undefined function aggregate()
ID: 28052
Comment by: MichaelGlazer at quickenloans dot com
Reported By: daemorhedron at siliconjesters dot com
Status: Bogus
Bug Type: Class/Object related
Operating System: mdk 9.2 and win xp
PHP Version: 5.0.0RC1
New Comment:
It is due to this that we will not be able to migrate to PHP5.
We require multiple inheritance that the aggregate function provided.
Previous Comments:
[2004-07-20 07:37:50] progrium at gmail dot com
Yes, I'm also curious as to what the best alternative is for
aggregation. What are these other mechanisms?
[2004-07-14 14:12:51] php at soapi dot com
In that case, what are we supposed to use? What do Zend recommend as
the best alternative to aggregate? I use aggregate extensively in my
code, and I was suprised that it is not part of PHP5. This does not
seem to have been mentioned in the documentation - rather, it seems to
imply that aggregate functions were added for forwarf-compatibility
with PHP5.
So please, enlighten us, what do you recommend we do instead?
[2004-07-14 14:10:59] php at soapi dot com
In that case, what are we supposed to use? What do Zend recommend as
the best alternative to aggregate? I use aggregate extensively in my
code, and I was suprised that it is not part of PHP5. This does not
seem to have been mentioned in the documentation - rather, it seems to
imply that aggregate functions were added for forwarf-compatibility
with PHP5.
So please, enlighten us, what do you recommend we do instead?
[2004-04-19 09:12:20] [EMAIL PROTECTED]
PHP 5 no longer supports object aggregation, there are plenty of other
mechanisms to use.
[2004-04-19 04:34:15] daemorhedron at siliconjesters dot com
Description:
Whenever trying to use aggregate() under php5b3, b4 or rc1, I just get
Fatal error: Call to undefined function aggregate() in /dir/file on
line 666
The above code works fine on php4 of various types. I've searched
bugs.php.net, news.php.net and google to no avail and wondering how to
proceed from here. Is there a required configure switch to enable
aggregation in php5? Since it doesn't produce an actual error, I've not
provided a gdb backtrace.
** CONFIGURE LINE **
./configure --with-config-file-path=/usr/local/apache2/conf
--with-apxs2=/usr/local/apache2/bin/apxs --enable-session
--enable-pcntl --with-mm=/usr/local/lib --enable-exif
--with-gd=/usr/include --with-jpeg --with-jpeg-dir=/usr/lib --with-png
--with-png-dir=/usr/lib --with-freetype --with-freetype-dir=/usr/lib
--with-mcrypt --with-opensl --with-pspell --with-gdbm --enable-dbx
--with-mysql=/usr/local/mysql --with-sqlite --with-gmp --enable-bcmath
--with-zlib --with-bz2 --enable-ftp --enable-sockets --with-xml-rpc
--with-xsl --with-java --without-pear --disable-cli
Tried with php5b3, b4 and rc1 on both apache 1.x and 2.x, and on both
windows xp, and mandrake 9.2 (whew). I'll be happy to post any relevant
information required, TIA.
Reproduce code:
---
class cybernetics {
function augment() {
echo "cybernetics addedrelease the winged monkeys!\n";
}
}
class monkeys {
function monkeys() {
echo "monkeys loaded\n";
echo "loading cybernetics...\n";
aggregate(&$this,'cybernetics');
$this->augment();
}
}
$monkeys=&new monkeys();
Expected result:
Should output :
monkeys loaded
loading cybernetics...
cybernetics addedrelease the winged monkeys!
Actual result:
--
monkeys loaded
loading cybernetics...
Fatal error: Call to undefined function aggregate() in
/dir/file on line 12
--
Edit this bug report at http://bugs.php.net/?id=28052&edit=1
#30057 [NEW]: IPv6 support broken
From: neon at neon-line dot net
Operating system: FreeBSD 4.10
PHP version: 5.0.1
PHP Bug Type: Sockets related
Bug description: IPv6 support broken
Description:
Unable to connect to IPv6 addresses or hostnames pointing to an IPv6
address, even though IPv6 is properly configured.
PHP has been configured with --enable-ipv6 option and phpinfo shows that
it is indeed enabled.
I checked with telnet utility that these hosts respond and with that they
did.
Reproduce code:
---
fsockopen("[::1]",80);
echo "--\n";
fsockopen("[fe80:1:1::1]",80);
echo "--\n";
fsockopen("fe80:1:1::1",80);
echo "--\n";
fsockopen("ipv6.host.name",80);
Expected result:
--
--
--
Actual result:
--
Warning: fsockopen(): php_network_getaddresses: gethostbyname failed
Warning: fsockopen(): unable to connect to [::1]:80 (Unknown error)
--
Warning: fsockopen(): php_network_getaddresses: gethostbyname failed
Warning: fsockopen(): unable to connect to [fe80:1:1::1]:80 (Unknown
error)
--
Warning: fsockopen(): unable to connect to fe80:1:1::1:80 (Operation timed
out)
--
Warning: fsockopen(): php_network_getaddresses: gethostbyname failed
Warning: fsockopen(): unable to connect to ipv6.host.name:80 (Unknown
error)
--
Edit bug report at http://bugs.php.net/?id=30057&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30057&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30057&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30057&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30057&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30057&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30057&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30057&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30057&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30057&r=support
Expected behavior: http://bugs.php.net/fix.php?id=30057&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30057&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30057&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30057&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30057&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30057&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30057&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30057&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30057&r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30057&r=mysqlcfg
#30058 [NEW]: ftp_put silently fails
From: l_faillie at yahoo dot com Operating system: Solaris 8 PHP version: 4.3.8 PHP Bug Type: Scripting Engine problem Bug description: ftp_put silently fails Description: Hi all, I'm working on a script to update a web site using ftp_* functions using CLI version of PHP. Unfortunatly, it doesn't work because all calls to ftp_put() fail w/o anything displayed. There is also some ftp_chdir() and ftp_pwd() in my script and they work correctly : the problem is only w/ ftp_put(). I have added some puts() inside php's code, made some checks and I think the problem comes from the scripting engine as PHP_FUNCTION(ftp_fput) of ext/ftp/php_ftp.c is never called. I think also it's related to my own compilation environment under Solaris 8 because I build PHP on my HP-UX 10.20 workstation at work and I don't have this bug. Questions : - does someone know if there is issue w/ Solaris 8 or 1 year old GNU tool ? - where can I put breakpoint using gdb to know what's append just before ftp_put is called ? Thanks for your help. Laurent -- Edit bug report at http://bugs.php.net/?id=30058&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30058&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30058&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30058&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30058&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30058&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30058&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30058&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30058&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30058&r=support Expected behavior: http://bugs.php.net/fix.php?id=30058&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30058&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30058&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30058&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30058&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30058&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30058&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30058&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30058&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30058&r=mysqlcfg
#30056 [Opn->WFx]: Merge CLI and CGI functionality
ID: 30056 Updated by: [EMAIL PROTECTED] Reported By: techtonik at tut dot by -Status: Open +Status: Wont fix Bug Type:Feature/Change Request PHP Version: Irrelevant New Comment: You are at least one year to late. Now such a change would introduce a major BC problem for both versions. Also it is not so easily to merge them because they are in fact very different. Just read the docs and be done. If some users don't read it and get a problem, well than it is their problem. Previous Comments: [2004-09-10 21:26:07] techtonik at tut dot by Description: I know that it is strange request and for developers it is more difficult to support two different functionalities in one binary, but.. For a long run PHP had this two .exe messing around and often it was quite easy to mention CLI instead of CGI and vice versa. With PHP5 CLI version becomes default and CGI migrated into directory. In PHP4 in directory was CLI version. Although it is quite easy to remember, it is rather hard to explain users what is CGI or CLI, why their php.exe is incorrect and where to find another php.exe. Often they just replace CGI with CLI (with "correct" version, ehh) and after upgrade to the story begins anew. I know that this is not so easy, but if there were a voting systems for proposals I bet this one would be in the first 20. I propose to leave default behavior as CGI and use "-f" key to execute script in CLI mode. Of course, it is more convenient to leave default mode to CLI, but it can probably lead to incompatibilities with CGI specification. Reproduce code: --- CGI behavior php.exe file.php CLI php.exe -f file.php -- Edit this bug report at http://bugs.php.net/?id=30056&edit=1
#30059 [NEW]: $_SERVER[SystemRoot] is empty
From: rograham at compuserve dot com
Operating system: Windows 2000
PHP version: 4.3.8
PHP Bug Type: Variables related
Bug description: $_SERVER[SystemRoot] is empty
Description:
phpinfo() indicates correct SystemRoot value
for Environment (in my case D:\WINNT)
but $_SERVER[SystemRoot] and $_ENV[SystemRoot]
both return empty.
vardump of $GLOBALS shows:
["HTTP_SERVER_VARS"]=> array(34) {...}
["_SERVER"]=> array(34) {...}
["HTTP_ENV_VARS"]=>array(0) {}
["_ENV"]=> array(0) {}
This may be "working as designed", but it appears
that the whole issue of global variables registration
has altered things.
See below post for SugarCRM which uses JPGraph
which relied upon [SystemRoot] values.
VVV
Using PHP 4.3.8 and IIS 5.0 (isapi) and JPGraph 1.1.6 (or JPGraph 1.1.5)
Problem in jpgraph.php for the path definition of the Font directory (and
Cache as well) for Windows systems.
JPGraph presumes that $_SERVER[SystemRoot] is a valid PHP predefined
variable (it isn't). JPGraph 1.1.5 similarly used $_ENV[SystemRoot].
While trying to solve this problem, I upgraded to JPGraph 1.1.6 because I
could see from other posts that there were some problems caused by PHP
variable registration policies.
THIS MAY JUST BE TRUE FOR ISAPI but the current PHP manual does not list
"SystemRoot" as a valid $_SYSTEM variable. A key aspect of $_ENV variables
is that they are diversely popluated by different environments, so this
might have worked in the past for prior versions.
It is odd, because phpinfo() does list the "SystemRoot" value
(correctly).
Each jpgraph.php script actually dies because the
$_SYSTEM[SystemRoot]value is empty. You don't see the die message...which
was obsolete anyways.
Of course you don't see the graph either.
Easy solution (so far) is to update jpg-config.inc in the jpgraph/src
subdirectory to explicitly:
DEFINE("TTF_DIR","yoursystemroot/FONTS/");
Mine is now:
DEFINE("TTF_DIR","D:/WINNT/FONTS/");
The defective code is bypassed if the path is predefined this way.
Now I get the pretty graphs in SugarSales!!
Will contact JPGraph to update/correct their code/guidance.
Will also post to PHP for documentation.
--
Edit bug report at http://bugs.php.net/?id=30059&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30059&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30059&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30059&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30059&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30059&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30059&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30059&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30059&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30059&r=support
Expected behavior: http://bugs.php.net/fix.php?id=30059&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30059&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30059&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30059&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30059&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30059&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30059&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30059&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30059&r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30059&r=mysqlcfg
#30060 [NEW]: Fatal Error is reported when calling winmgmt COM object
From: Michael dot Rivera at Ceridian dot com
Operating system: Windows 2000
PHP version: 5.0.1
PHP Bug Type: COM related
Bug description: Fatal Error is reported when calling winmgmt COM object
Description:
When trying to call the com object winmgmt I get the following error.
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
create COM object `winmgmts://./root/cimv2': ' in
C:\Inetpub\wwwroot\sqladministrator\wmitest.php:4 Stack trace: #0 {main}
thrown in C:\Inetpub\wwwroot\sqladministrator\wmitest.php on line 4
Reproduce code:
---
ExecQuery("Select Name, Manufacturer, Model,
NumberOfProcessors, TotalPhysicalMemory
from Win32_ComputerSystem");
foreach ($names as $system)
{
echo trim($system->Name).'Manufacturer: '.($system->Manufacturer).
' Model: '.($system->Model).' Number of
Processors:'.($system->NumberOfProcessors).
' Physical Memory: '.(($system->TotalPhysicalMemory/1024)/1024).'
Mg';
}
?>
Expected result:
The manufacturer, the number of procesors and amount of physical memory on
the server that this is run on.
Actual result:
--
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
create COM object `winmgmts://./root/cimv2': ' in
C:\Inetpub\wwwroot\sqladministrator\wmitest.php:4 Stack trace: #0 {main}
thrown in C:\Inetpub\wwwroot\sqladministrator\wmitest.php on line 4
--
Edit bug report at http://bugs.php.net/?id=30060&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30060&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30060&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30060&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30060&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30060&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30060&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30060&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30060&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30060&r=support
Expected behavior: http://bugs.php.net/fix.php?id=30060&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30060&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30060&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30060&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30060&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30060&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30060&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30060&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30060&r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30060&r=mysqlcfg
#29922 [Com]: Huge memory usage in file copy of big files
ID: 29922
Comment by: ben at prince dot org
Reported By: info at pion dot xs4all dot nl
Status: Assigned
Bug Type: *Directory/Filesystem functions
Operating System: Linux
PHP Version: 5.0.1
Assigned To: wez
New Comment:
Just so we can be clear, while I understand this affects readfile() as
well as copy(), does it also affect include()?
Previous Comments:
[2004-09-02 14:53:18] [EMAIL PROTECTED]
IIRC, I added a limit for this kind of thing for readfile() (aka
php_stream_passthru), which could be applied here.
Discussions on the list (with Andi) suggested mmap'ing chunks of 1MB
and doing it that way.
If someone wants to cook up a patch for either of these, that's fine by
me; I'm not sure how soon I'll be able to look into it.
[2004-09-02 08:19:24] [EMAIL PROTECTED]
I saw a similar (but better) patch by Wez. Wez, can you have a look?
[2004-09-01 22:19:57] info at pion dot xs4all dot nl
I have a small patch for the 5.1.0-dev which solves the
problem but:
This patch says a normal copy should be used for files
bigger then 32 MB. But this is an rather arbitrary value
choosen by me.
Here follows the patch:
-diff -Naur org/php5-200409011830/main/streams/streams.c
php5-200409011830/main/streams/streams.c
--- org/php5-200409011830/main/streams/streams.c2004-08-31
14:30:59.0 +0200
+++ php5-200409011830/main/streams/streams.c2004-09-01
22:06:11.579747624 +0200
@@ -1276,7 +1276,12 @@
}
}
- if (php_stream_mmap_possible(src)) {
+/*
+** We shouldn't use memory mapping on big files just for copying
them.
+** It's not an efficient sollution for the vm. So for files above
+** 32mb (32*1024^2=33554432) we want a normal copy
+*/
+ if ((php_stream_mmap_possible(src)) && (ssbuf.sb.st_size <
33554432)) {
char *p;
size_t mapped;
--
[2004-09-01 21:55:01] info at pion dot xs4all dot nl
I have checked again but i can't find the bug report.
I have tested with "5.1.0-dev" with checked out version
200409011830 but the problem is still there.
[2004-09-01 08:44:03] [EMAIL PROTECTED]
I'm sure there is already a bugreport for this, and afaik somebody also
worked on an attempt to fix it. Can you try a PHP 5.1.0-dev snapshot
please? (http://naps.php.net)
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/29922
--
Edit this bug report at http://bugs.php.net/?id=29922&edit=1
#30057 [Opn->Fbk]: IPv6 support broken
ID: 30057
Updated by: [EMAIL PROTECTED]
Reported By: neon at neon-line dot net
-Status: Open
+Status: Feedback
Bug Type: Sockets related
Operating System: FreeBSD 4.10
PHP Version: 5.0.1
New Comment:
Do any of these work?
fsockopen('tcp://::1', 80);
fsockopen('tcp://[::1]', 80);
stream_socket_client('tcp://[::1]:80');
Previous Comments:
[2004-09-10 22:18:48] neon at neon-line dot net
Description:
Unable to connect to IPv6 addresses or hostnames pointing to an IPv6
address, even though IPv6 is properly configured.
PHP has been configured with --enable-ipv6 option and phpinfo shows
that it is indeed enabled.
I checked with telnet utility that these hosts respond and with that
they did.
Reproduce code:
---
fsockopen("[::1]",80);
echo "--\n";
fsockopen("[fe80:1:1::1]",80);
echo "--\n";
fsockopen("fe80:1:1::1",80);
echo "--\n";
fsockopen("ipv6.host.name",80);
Expected result:
--
--
--
Actual result:
--
Warning: fsockopen(): php_network_getaddresses: gethostbyname failed
Warning: fsockopen(): unable to connect to [::1]:80 (Unknown error)
--
Warning: fsockopen(): php_network_getaddresses: gethostbyname failed
Warning: fsockopen(): unable to connect to [fe80:1:1::1]:80 (Unknown
error)
--
Warning: fsockopen(): unable to connect to fe80:1:1::1:80 (Operation
timed out)
--
Warning: fsockopen(): php_network_getaddresses: gethostbyname failed
Warning: fsockopen(): unable to connect to ipv6.host.name:80 (Unknown
error)
--
Edit this bug report at http://bugs.php.net/?id=30057&edit=1
#30058 [Opn->Fbk]: ftp_put silently fails
ID: 30058 Updated by: [EMAIL PROTECTED] Reported By: l_faillie at yahoo dot com -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Solaris 8 PHP Version: 4.3.8 New Comment: Does setting the connection to passive mode help? ftp_pasv($ftp_connection, true); Previous Comments: [2004-09-10 22:46:55] l_faillie at yahoo dot com Description: Hi all, I'm working on a script to update a web site using ftp_* functions using CLI version of PHP. Unfortunatly, it doesn't work because all calls to ftp_put() fail w/o anything displayed. There is also some ftp_chdir() and ftp_pwd() in my script and they work correctly : the problem is only w/ ftp_put(). I have added some puts() inside php's code, made some checks and I think the problem comes from the scripting engine as PHP_FUNCTION(ftp_fput) of ext/ftp/php_ftp.c is never called. I think also it's related to my own compilation environment under Solaris 8 because I build PHP on my HP-UX 10.20 workstation at work and I don't have this bug. Questions : - does someone know if there is issue w/ Solaris 8 or 1 year old GNU tool ? - where can I put breakpoint using gdb to know what's append just before ftp_put is called ? Thanks for your help. Laurent -- Edit this bug report at http://bugs.php.net/?id=30058&edit=1
#30056 [WFx]: Merge CLI and CGI functionality
ID: 30056 User updated by: techtonik at tut dot by Reported By: techtonik at tut dot by Status: Wont fix Bug Type:Feature/Change Request PHP Version: Irrelevant New Comment: Sure it will introduce some problems, but only with PHP and support scripts installation and only with one of the CGI and CLI stepbrothers. This is major change and it, of course, should be indicated at the top of install.txt. Those, who are running CGI version won't feel any changes in PHP's behavior. Only CLI users will need to change their PHP detection routines by adding "-f" or "--cli" key to execute the scipt. There also can be some environment checks to detect CGI or CLI mode of PHP executable along with explicit keys. At least you can make it phpi.exe or phpex.exe. If they are so different, you can glue the binaries and include stub, which will parse cmdline or cgi environment variables and pass control to appropriate part. This is a bad solution, since CLI version is very limited under windows (it doesn't understand ordinary quotes, for example), but it will be possible to release such thing at least in next year. Previous Comments: [2004-09-10 23:21:08] [EMAIL PROTECTED] You are at least one year to late. Now such a change would introduce a major BC problem for both versions. Also it is not so easily to merge them because they are in fact very different. Just read the docs and be done. If some users don't read it and get a problem, well than it is their problem. [2004-09-10 21:26:07] techtonik at tut dot by Description: I know that it is strange request and for developers it is more difficult to support two different functionalities in one binary, but.. For a long run PHP had this two .exe messing around and often it was quite easy to mention CLI instead of CGI and vice versa. With PHP5 CLI version becomes default and CGI migrated into directory. In PHP4 in directory was CLI version. Although it is quite easy to remember, it is rather hard to explain users what is CGI or CLI, why their php.exe is incorrect and where to find another php.exe. Often they just replace CGI with CLI (with "correct" version, ehh) and after upgrade to the story begins anew. I know that this is not so easy, but if there were a voting systems for proposals I bet this one would be in the first 20. I propose to leave default behavior as CGI and use "-f" key to execute script in CLI mode. Of course, it is more convenient to leave default mode to CLI, but it can probably lead to incompatibilities with CGI specification. Reproduce code: --- CGI behavior php.exe file.php CLI php.exe -f file.php -- Edit this bug report at http://bugs.php.net/?id=30056&edit=1
#30061 [NEW]: xml_set_start_namespace_decl_handler not called
From: jw at jwscripts dot com
Operating system: Windows XP
PHP version: 5.0.1
PHP Bug Type: XML related
Bug description: xml_set_start_namespace_decl_handler not called
Description:
The namespace handler defined with the
xml_set_start_namespace_decl_handler() function is never called.
Reproduce code:
---
http://www.somewhere.com/addressbook/";
/>';
$parser = xml_parser_create_ns();
xml_parser_set_option($parser, XML_OPTION_CASE_FOLDING, 0);
/* The handler doesn't get called for some reason */
xml_set_start_namespace_decl_handler( $parser, "NSHandler" );
xml_set_element_handler( $parser, 'StartHandler', 'EndHandler' );
xml_parse( $parser, $xml, true);
xml_parser_free( $parser );
function StartHandler( $parser, $name, $attrs ) {
print( "StartHandler Called" );
}
function EndHandler( $parser, $name ) {
print( 'EndHandler Called' );
}
function NSHandler( $parser, $prefix, $uri ) {
print( 'NSHandler Called' );
}
function DefaultHandler( $parser, $data ) {
print( 'DefaultHandler Called' );
}
?>
Expected result:
NSHandler Called
StartHandler Called
EndHandler Called
Actual result:
--
StartHandler Called
EndHandler Called
--
Edit bug report at http://bugs.php.net/?id=30061&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30061&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30061&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30061&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30061&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30061&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30061&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30061&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30061&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30061&r=support
Expected behavior: http://bugs.php.net/fix.php?id=30061&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30061&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30061&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30061&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30061&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30061&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30061&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30061&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30061&r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30061&r=mysqlcfg
#28052 [Bgs]: php5 undefined function aggregate()
ID: 28052
Updated by: [EMAIL PROTECTED]
Reported By: daemorhedron at siliconjesters dot com
Status: Bogus
Bug Type: Class/Object related
Operating System: mdk 9.2 and win xp
PHP Version: 5.0.0RC1
New Comment:
One method would be to use class overloading via the __call method to
dispatch certain methods to other classes via a static call (the value
of $this will propagate into the target class).
class one {
function foo() {
echo "Foo";
}
function __call($fname) {
switch ($fname) {
case 'bar':
two::bar();
break;
default:
trigger_error("Unknown method one::$fname()", E_USER_ERROR);
break;
}
}
}
class two {
function bar() {
echo "bar";
}
}
Which, of course, can be massaged to make it a bit prettier/cleaner,
but that's the concept.
You might try taking a look at http://pecl.php.net/classkit but bearing
in mind that this extension is still experimental.
The function you'd be most interrested in is classkit_import()
(documentation not built yet, but you can read the doc sources at:
http://cvs.php.net/co.php/phpdoc/en/reference/classkit/functions/classkit-import.xml
)
Previous Comments:
[2004-09-10 22:11:40] MichaelGlazer at quickenloans dot com
It is due to this that we will not be able to migrate to PHP5.
We require multiple inheritance that the aggregate function provided.
[2004-07-20 07:37:50] progrium at gmail dot com
Yes, I'm also curious as to what the best alternative is for
aggregation. What are these other mechanisms?
[2004-07-14 14:12:51] php at soapi dot com
In that case, what are we supposed to use? What do Zend recommend as
the best alternative to aggregate? I use aggregate extensively in my
code, and I was suprised that it is not part of PHP5. This does not
seem to have been mentioned in the documentation - rather, it seems to
imply that aggregate functions were added for forwarf-compatibility
with PHP5.
So please, enlighten us, what do you recommend we do instead?
[2004-07-14 14:10:59] php at soapi dot com
In that case, what are we supposed to use? What do Zend recommend as
the best alternative to aggregate? I use aggregate extensively in my
code, and I was suprised that it is not part of PHP5. This does not
seem to have been mentioned in the documentation - rather, it seems to
imply that aggregate functions were added for forwarf-compatibility
with PHP5.
So please, enlighten us, what do you recommend we do instead?
[2004-04-19 09:12:20] [EMAIL PROTECTED]
PHP 5 no longer supports object aggregation, there are plenty of other
mechanisms to use.
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/28052
--
Edit this bug report at http://bugs.php.net/?id=28052&edit=1
#30061 [Opn]: xml_set_start_namespace_decl_handler not called
ID: 30061
User updated by: jw at jwscripts dot com
Reported By: jw at jwscripts dot com
Status: Open
Bug Type: XML related
Operating System: Windows XP
PHP Version: 5.0.1
New Comment:
This bug seems to be related to bug #27908
Previous Comments:
[2004-09-11 00:06:41] jw at jwscripts dot com
Description:
The namespace handler defined with the
xml_set_start_namespace_decl_handler() function is never called.
Reproduce code:
---
http://www.somewhere.com/addressbook/";
/>';
$parser = xml_parser_create_ns();
xml_parser_set_option($parser, XML_OPTION_CASE_FOLDING, 0);
/* The handler doesn't get called for some reason */
xml_set_start_namespace_decl_handler( $parser, "NSHandler" );
xml_set_element_handler( $parser, 'StartHandler', 'EndHandler' );
xml_parse( $parser, $xml, true);
xml_parser_free( $parser );
function StartHandler( $parser, $name, $attrs ) {
print( "StartHandler Called" );
}
function EndHandler( $parser, $name ) {
print( 'EndHandler Called' );
}
function NSHandler( $parser, $prefix, $uri ) {
print( 'NSHandler Called' );
}
function DefaultHandler( $parser, $data ) {
print( 'DefaultHandler Called' );
}
?>
Expected result:
NSHandler Called
StartHandler Called
EndHandler Called
Actual result:
--
StartHandler Called
EndHandler Called
--
Edit this bug report at http://bugs.php.net/?id=30061&edit=1
#30059 [Opn]: $_SERVER[SystemRoot] is empty
ID: 30059
User updated by: rograham at compuserve dot com
Reported By: rograham at compuserve dot com
Status: Open
Bug Type: Variables related
Operating System: Windows 2000
PHP Version: 4.3.8
New Comment:
OK. It is making more sense now since I have been
using the php.ini-recommended version which has:
register_globals = off
variables_order = "GPCS"
So (as the comments clearly say), in order to access
environment variables, you can (MUST) use getenv() instead.
The $HTTP_ENV_VARS and $_ENV arrays remain empty.
Previous Comments:
[2004-09-10 23:27:04] rograham at compuserve dot com
Description:
phpinfo() indicates correct SystemRoot value
for Environment (in my case D:\WINNT)
but $_SERVER[SystemRoot] and $_ENV[SystemRoot]
both return empty.
vardump of $GLOBALS shows:
["HTTP_SERVER_VARS"]=> array(34) {...}
["_SERVER"]=> array(34) {...}
["HTTP_ENV_VARS"]=>array(0) {}
["_ENV"]=> array(0) {}
This may be "working as designed", but it appears
that the whole issue of global variables registration
has altered things.
See below post for SugarCRM which uses JPGraph
which relied upon [SystemRoot] values.
VVV
Using PHP 4.3.8 and IIS 5.0 (isapi) and JPGraph 1.1.6 (or JPGraph
1.1.5)
Problem in jpgraph.php for the path definition of the Font directory
(and Cache as well) for Windows systems.
JPGraph presumes that $_SERVER[SystemRoot] is a valid PHP predefined
variable (it isn't). JPGraph 1.1.5 similarly used $_ENV[SystemRoot].
While trying to solve this problem, I upgraded to JPGraph 1.1.6 because
I could see from other posts that there were some problems caused by PHP
variable registration policies.
THIS MAY JUST BE TRUE FOR ISAPI but the current PHP manual does not
list "SystemRoot" as a valid $_SYSTEM variable. A key aspect of $_ENV
variables is that they are diversely popluated by different
environments, so this might have worked in the past for prior
versions.
It is odd, because phpinfo() does list the "SystemRoot" value
(correctly).
Each jpgraph.php script actually dies because the
$_SYSTEM[SystemRoot]value is empty. You don't see the die
message...which was obsolete anyways.
Of course you don't see the graph either.
Easy solution (so far) is to update jpg-config.inc in the jpgraph/src
subdirectory to explicitly:
DEFINE("TTF_DIR","yoursystemroot/FONTS/");
Mine is now:
DEFINE("TTF_DIR","D:/WINNT/FONTS/");
The defective code is bypassed if the path is predefined this way.
Now I get the pretty graphs in SugarSales!!
Will contact JPGraph to update/correct their code/guidance.
Will also post to PHP for documentation.
--
Edit this bug report at http://bugs.php.net/?id=30059&edit=1
#30058 [Fbk->Opn]: Yet Another Solaris compilation problem :-((
ID: 30058 User updated by: l_faillie at yahoo dot com -Summary: ftp_put silently fails Reported By: l_faillie at yahoo dot com -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: Solaris 8 PHP Version: 4.3.8 New Comment: no, same result :-( Previous Comments: [2004-09-11 00:00:06] [EMAIL PROTECTED] Does setting the connection to passive mode help? ftp_pasv($ftp_connection, true); [2004-09-10 22:46:55] l_faillie at yahoo dot com Description: Hi all, I'm working on a script to update a web site using ftp_* functions using CLI version of PHP. Unfortunatly, it doesn't work because all calls to ftp_put() fail w/o anything displayed. There is also some ftp_chdir() and ftp_pwd() in my script and they work correctly : the problem is only w/ ftp_put(). I have added some puts() inside php's code, made some checks and I think the problem comes from the scripting engine as PHP_FUNCTION(ftp_fput) of ext/ftp/php_ftp.c is never called. I think also it's related to my own compilation environment under Solaris 8 because I build PHP on my HP-UX 10.20 workstation at work and I don't have this bug. Questions : - does someone know if there is issue w/ Solaris 8 or 1 year old GNU tool ? - where can I put breakpoint using gdb to know what's append just before ftp_put is called ? Thanks for your help. Laurent -- Edit this bug report at http://bugs.php.net/?id=30058&edit=1
#29813 [Fbk->NoF]: problem: upload file to server. sometimes is apache error 404
ID: 29813 Updated by: [EMAIL PROTECTED] Reported By: joeaccord at usa dot com -Status: Feedback +Status: No Feedback Bug Type: *Directory/Filesystem functions Operating System: Windows XP SP1 PHP Version: 5.0.1 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2004-08-29 07:49:10] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-08-24 13:41:17] joeaccord at usa dot com Description: problem: upload file to server. sometimes is apache error 404 system: windows xp sp1 server: apache 2.0.50 php 5.0.1 %SystemRoot%\system32\drivers\etc\hosts 127.0.0.1 www.mydomain.com Reproduce code: --- error-log: [Tue Aug 24 13:29:49 2004] [notice] Parent: child process exited with status 4294967295 -- Restarting. [Tue Aug 24 13:29:49 2004] [notice] Parent: Created child process 1680 [Tue Aug 24 13:29:49 2004] [debug] mpm_winnt.c(479): Parent: Sent the scoreboard to the child [Tue Aug 24 13:29:50 2004] [notice] Child 1680: Child process is running [Tue Aug 24 13:29:50 2004] [debug] mpm_winnt.c(400): Child 1680: Retrieved our scoreboard from the parent. [Tue Aug 24 13:29:50 2004] [info] Parent: Duplicating socket 188 and sending it to child process 1680 [Tue Aug 24 13:29:50 2004] [debug] mpm_winnt.c(597): Parent: Sent 1 listeners to child 1680 [Tue Aug 24 13:29:50 2004] [debug] mpm_winnt.c(556): Child 1680: retrieved 1 listeners from parent [Tue Aug 24 13:29:50 2004] [notice] Child 1680: Acquired the start mutex. [Tue Aug 24 13:29:50 2004] [notice] Child 1680: Starting 250 worker threads. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 0 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 1 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 2 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 3 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 4 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 5 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 6 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 7 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 8 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 9 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 10 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 11 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 12 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 13 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 14 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 15 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 16 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 17 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 18 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 19 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 20 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 21 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 22 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 23 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 24 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 25 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 26 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 27 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 28 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 29 starting. [Tue Aug 24
#30062 [NEW]: Changes to get_class_*
From: [EMAIL PROTECTED] Operating system: Irrelevant PHP version: 5CVS-2004-09-11 (dev) PHP Bug Type: Feature/Change Request Bug description: Changes to get_class_* Description: I was just thinking it might be nice to add an additional argument to the get_class_* functions which takes a bit mask of the T_PRIVATE, T_STATIC etc token constants to define what information you want returned (i.e. only return static public methods) - Davey Reproduce code: --- 'bat' } -- Edit bug report at http://bugs.php.net/?id=30062&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30062&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30062&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30062&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30062&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30062&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30062&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30062&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30062&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30062&r=support Expected behavior: http://bugs.php.net/fix.php?id=30062&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30062&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30062&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30062&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30062&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30062&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30062&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30062&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30062&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30062&r=mysqlcfg
#29224 [Com]: DB Error: extension not found
ID: 29224 Comment by: php at pattersonweb dot org Reported By: marcschroeder at hotmail dot com Status: Bogus Bug Type: *Configuration Issues Operating System: Microsoft Windows XP PHP Version: 5.0.1 New Comment: I have seen this same error under Apache 1, with PHP 5.0 and Mysql 4... Previous Comments: [2004-08-27 23:27:52] at989 at earthlink dot net I think this is a IIS problem, not PHP. I had the same thing several times, and each time it goes away after I tweak something in IIS. I changed the dll to which the php extension is maped to see if I got a similar message or not (to see if this was indeed a php or iis problem). I got "module not found" message. After I restored the mapping, everything worked fine :-/ I have no idea why this happened. But i hope this will help someone who knows more about iis to figure this out. [2004-08-23 18:31:01] bentrafford at yahoo dot com Make that six users with the same problem. I've searched the bug database, the net, newsgroups, and found no resolution to this issue, other than PHP developers declaring it bogus. Well, I've got my path updated, and the following set in my php.ini: extension_dir = ".;c:/php/ext/" I'm still getting the same issue as described above. This is either a bug with PHP or a bug with the documentation. [2004-08-03 00:58:50] marcschroeder at hotmail dot com Who set the status to 'Bogus'? Why? I pretended that the current installation of PHP 5.0.0. does not install PEAR DB? 5 users claimed that they could reproduce the bug. The suggested solutions consisted in moving files around on a computer to places where "it might work". The solutions only claim to "solve the problem", but do not claim that there is no problem. Somebody else suggests that I change the system path. But I did add the following system variables already: "PHP_PEAR_SYSCONF_DIR"="C:\\php" "PHP_PEAR_INSTALL_DIR"="C:\\php\\pear" "PHP_PEAR_DOC_DIR"="C:\\php\\pear\\docs" "PHP_PEAR_BIN_DIR"="C:\\php" "PHP_PEAR_DATA_DIR"="C:\\php\\pear\\data" "PHP_PEAR_PHP_BIN"="C:\\php\\php.exe" "PHP_PEAR_TEST_DIR"="C:\\php\\pear\\tests" Do these environment variables have no effect? I start to believe that PHP is a tool for hackers only, and that the need of a controlled installation procedure is not present in the mind of the PHP community. This is really sad, as I like PHP a lot. [2004-08-02 14:02:47] dinojazz at hotmail dot com I am having the issues as well. My php_mysql.dll is located in c:\php and php.ini knows this. I've moved libmysql.dll to c:\windows\system32 as well. On top of this all, the extension=php_mysql.dll in php.ini has been uncommented. Yet, I get errors when I try to have mysql/php things loaded in my webpage. It comes up with 'Unable to load dynamic library 'c:\php\php_mysql.dll\' - The specified procedure could not be found'. I've tried the suggestions like php_mysql.dll to c:\windows\system32 and all the stuff. Even moved libmysql.dll to various places, but nothing worked. I am kind of stumped here, looks like there's some heavy bug in there. [2004-08-02 11:24:40] [EMAIL PROTECTED] Either add c:\php to your system path, or copy all dlls from that folder to system32. 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/29224 -- Edit this bug report at http://bugs.php.net/?id=29224&edit=1
#30056 [WFx]: Merge CLI and CGI functionality
ID: 30056 Updated by: [EMAIL PROTECTED] Reported By: techtonik at tut dot by Status: Wont fix Bug Type:Feature/Change Request PHP Version: Irrelevant New Comment: "At least you can make it phpi.exe or phpex.exe." That's not differnt from having two versions. (dot) Previous Comments: [2004-09-11 00:04:30] techtonik at tut dot by Sure it will introduce some problems, but only with PHP and support scripts installation and only with one of the CGI and CLI stepbrothers. This is major change and it, of course, should be indicated at the top of install.txt. Those, who are running CGI version won't feel any changes in PHP's behavior. Only CLI users will need to change their PHP detection routines by adding "-f" or "--cli" key to execute the scipt. There also can be some environment checks to detect CGI or CLI mode of PHP executable along with explicit keys. At least you can make it phpi.exe or phpex.exe. If they are so different, you can glue the binaries and include stub, which will parse cmdline or cgi environment variables and pass control to appropriate part. This is a bad solution, since CLI version is very limited under windows (it doesn't understand ordinary quotes, for example), but it will be possible to release such thing at least in next year. [2004-09-10 23:21:08] [EMAIL PROTECTED] You are at least one year to late. Now such a change would introduce a major BC problem for both versions. Also it is not so easily to merge them because they are in fact very different. Just read the docs and be done. If some users don't read it and get a problem, well than it is their problem. [2004-09-10 21:26:07] techtonik at tut dot by Description: I know that it is strange request and for developers it is more difficult to support two different functionalities in one binary, but.. For a long run PHP had this two .exe messing around and often it was quite easy to mention CLI instead of CGI and vice versa. With PHP5 CLI version becomes default and CGI migrated into directory. In PHP4 in directory was CLI version. Although it is quite easy to remember, it is rather hard to explain users what is CGI or CLI, why their php.exe is incorrect and where to find another php.exe. Often they just replace CGI with CLI (with "correct" version, ehh) and after upgrade to the story begins anew. I know that this is not so easy, but if there were a voting systems for proposals I bet this one would be in the first 20. I propose to leave default behavior as CGI and use "-f" key to execute script in CLI mode. Of course, it is more convenient to leave default mode to CLI, but it can probably lead to incompatibilities with CGI specification. Reproduce code: --- CGI behavior php.exe file.php CLI php.exe -f file.php -- Edit this bug report at http://bugs.php.net/?id=30056&edit=1
#30062 [Opn->Csd]: Changes to get_class_*
ID: 30062 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Feature/Change Request -Operating System: Irrelevant +Operating System: * -PHP Version: 5CVS-2004-09-11 (dev) +PHP Version: 5* New Comment: Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php Use Reflection API. Previous Comments: [2004-09-11 01:27:41] [EMAIL PROTECTED] Description: I was just thinking it might be nice to add an additional argument to the get_class_* functions which takes a bit mask of the T_PRIVATE, T_STATIC etc token constants to define what information you want returned (i.e. only return static public methods) - Davey Reproduce code: --- 'bat' } -- Edit this bug report at http://bugs.php.net/?id=30062&edit=1
#30060 [Opn->Bgs]: Fatal Error is reported when calling winmgmt COM object
ID: 30060
Updated by: [EMAIL PROTECTED]
Reported By: Michael dot Rivera at Ceridian dot com
-Status: Open
+Status: Bogus
Bug Type: COM related
Operating System: Windows 2000
PHP Version: 5.0.1
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.
Thank you for your interest in PHP.
winmgmts://./root/cimv2 is not a valid com object name so COM couldn't
instantiate it, therefore it threw an exception.
You didn't catch the exception and all uncaught exceptions are fatal.
Previous Comments:
[2004-09-10 23:49:23] Michael dot Rivera at Ceridian dot com
Description:
When trying to call the com object winmgmt I get the following error.
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
create COM object `winmgmts://./root/cimv2': ' in
C:\Inetpub\wwwroot\sqladministrator\wmitest.php:4 Stack trace: #0
{main} thrown in C:\Inetpub\wwwroot\sqladministrator\wmitest.php on
line 4
Reproduce code:
---
ExecQuery("Select Name, Manufacturer, Model,
NumberOfProcessors, TotalPhysicalMemory
from Win32_ComputerSystem");
foreach ($names as $system)
{
echo trim($system->Name).'Manufacturer:
'.($system->Manufacturer).
' Model: '.($system->Model).' Number of
Processors:'.($system->NumberOfProcessors).
' Physical Memory: '.(($system->TotalPhysicalMemory/1024)/1024).'
Mg';
}
?>
Expected result:
The manufacturer, the number of procesors and amount of physical memory
on the server that this is run on.
Actual result:
--
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
create COM object `winmgmts://./root/cimv2': ' in
C:\Inetpub\wwwroot\sqladministrator\wmitest.php:4 Stack trace: #0
{main} thrown in C:\Inetpub\wwwroot\sqladministrator\wmitest.php on
line 4
--
Edit this bug report at http://bugs.php.net/?id=30060&edit=1
