#28717 [Opn->WFx]: strtotime() not handling fractions of seconds
ID: 28717
Updated by: [EMAIL PROTECTED]
Reported By: andy at advancethermal dot com
-Status: Open
+Status: Wont fix
Bug Type: Date/time related
Operating System: WindowsXP
PHP Version: 4.3.7
New Comment:
This is fixed for PHP 5, but will not be fixed in PHP 4.
Previous Comments:
[2004-06-10 00:31:47] andy at advancethermal dot com
Description:
strtotime() returns -1 for dates in the format -mm-dd hh:mm:ss.fff
(where .fff represents the fraction of the second)
e.g. strtotime("2004-06-09 17:25:14.333") returns -1
[MSSQL via ODBC returns dates in this format.]
Reproduce code:
---
$sv = strtotime("2004-06-09 17:25:14.333");
echo $sv;
Expected result:
1086819914
Actual result:
--
-1
--
Edit this bug report at http://bugs.php.net/?id=28717&edit=1
#28712 [Opn->Bgs]: NULL can't be passed to argument with class type hint.
ID: 28712 Updated by: [EMAIL PROTECTED] Reported By: davojan at mail dot ru -Status: Open +Status: Bogus Bug Type: Zend Engine 2 problem Operating System: FreeBSD 4.7-RELEASE PHP Version: PHP5-RC3 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 For a reason, please read the internals@ archive of about 2 months ago. Previous Comments: [2004-06-10 01:34:37] imprestavel at gameguru dot com dot br or just drop the type-hint unless you use your class as if it was NULL (do nothing with it), you are going to check that argument anyway keep it simple maybe it doesnt make much difference, but since php team already discussed it, probably with a similar example in mind, and went this way, i think we would need to give them a much better reason to change back [2004-06-09 19:19:21] davojan at mail dot ru The compromise can be to add new configuration parameter, something like "allow_type_hinted_pass_null", to enable or disable this feature. [2004-06-09 19:02:58] davojan at mail dot ru Description: Actually it was tested in RC3 (I don't find it in PHP version list). It's very inconveniently, if I can't pass NULL instead of object to the function. In the example below the default value is used, but there is a same behaviour, when I pass NULL explicitly. I understand, that the report: http://bugs.php.net/bug.php?id=26780&edit=2 intersects with my, but my opinion is that not accepting NULLs is an evident bug, very serious bug! And my example with the default value illustrates it very well. Reproduce code: --- Expected result: ok Actual result: -- Fatal error: Argument 1 must not be null in /usr/local/www/data-dist/ils/admin/test/null.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=28712&edit=1
#28718 [Opn->Bgs]: mysql-connect() to mysql4.1.1a-alpha-nt
ID: 28718 Updated by: [EMAIL PROTECTED] Reported By: bryantd at tpg dot com dot au -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: win2000 PHP Version: 4.3.6 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 You need to use an external libmysql library that matches MySQL 4.1.1. Previous Comments: [2004-06-10 03:00:37] bryantd at tpg dot com dot au Description: hope this is correct way I beleive mysql has a new authentication protocol in mysql4.1.1 which is not supported by PHP causing the following error Warning: mysql_connect(): Client does not support authentication protocol requested by server; consider upgrading MySQL client in C:\www\testDatabaseConnect.php on line 8 Database connection failed apache 2.0.49 php 3.3.6 mysql 4.1.1a-alpha-nt win2000 when using following Title here! when I use the it works fine c:\mySQL\bin>mysql -ujsmith -pSecret15 mysql> show databases ; +--+ | Database | +--+ | accounts | | test | +--+ Used folloing to create user account grant all on accounts.* to [EMAIL PROTECTED] identified by 'Secret15'; MySQLcc shows mysql\user localhost, jsmith, *b648etc, next 21 fields show 'N' mysql\db localhost, accounts, jsmith, 6 by 'Y',grant-priv 'N', 5 by 'Y' -- Edit this bug report at http://bugs.php.net/?id=28718&edit=1
#28719 [Opn->Bgs]: problem with php-4.3.x and Informix Client SDK 2.81.UC1 UC2 UC3
ID: 28719 Updated by: [EMAIL PROTECTED] Reported By: terry dot bowling at verizon dot com -Status: Open +Status: Bogus Bug Type: Informix related Operating System: Fedora Core 2 PHP Version: 4.3.7 New Comment: This is a problem with the SPRMS, please file a bug with the Fedora people. Previous Comments: [2004-06-10 03:39:32] terry dot bowling at verizon dot com Description: Cannot successfully compile php-informix when using any of the following Fedora Core 2 srpms: php-4.3.4-11, php-4.3.6-6, or php-4.3.7-1 As well as the source php-3.4.7 from php.net I added the " || true" to the makefiles of 4.3.4 and 4.3.6 so they would finish compiling just like 4.3.7 (see recent changelog), but all of them give bad end results. The only Informix Client SDK's available on IBM's website are 2.81.UC1, 2.81.UC2, and 2.81.UC3. I tried all three with the same result. I set the following env vars: INFORMIXDIR=/usr/local/informix LD_LIBRARY_PATH=:/usr/local/informix/lib:/usr/local/informix/lib/esql I was able to compile perl's DBD::Informix with no problems and I can query and write to my DB, so I think informix sdk is fine. I add --with-informix=/usr/local/informix to php's SPEC file. It starts compiling fine, then gives this error: *** RPM compile error: /usr/bin/ld: cannot find -lphpifx collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 error: Bad exit status from /home/admin/tmp/rpm-tmp.54071 (%build) *** Strategy 2, forget the whole rpm and just do Informix module *** Since I already have php installed, I tried going into the php4.3.x/ext/informix dir to compile this module by itself. I used the following commands: phpize ./configure make It says it builds completely and without error. cp modules/informix.so /usr/lib/php4/informix.so put the appropriate informix.ini in /etc/php.d then I use the following command to test it: /home/admin> php ifxtest.php ifxtest.php contains the following lines of code: This script should give an error saying it could not connect to the database because I gave it bogus parameters. But instead I get: /home/admin> php ifxtest.php PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/informix.so' - /usr/local/informix/lib/esql/libifos.so: undefined symbol: ifx_checkAPI in Unknown on line 0 Content-type: text/html X-Powered-By: PHP/4.3.7 Actual result: -- *** RPM compile error: /usr/bin/ld: cannot find -lphpifx collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 error: Bad exit status from /home/admin/tmp/rpm-tmp.54071 (%build) *** php script using /usr/lib/php4/informix.so /home/admin> php ifxtest.php PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/informix.so' - /usr/local/informix/lib/esql/libifos.so: undefined symbol: ifx_checkAPI in Unknown on line 0 Content-type: text/html X-Powered-By: PHP/4.3.7 -- Edit this bug report at http://bugs.php.net/?id=28719&edit=1
#28720 [Opn->WFx]: what about a __static() method
ID: 28720
Updated by: [EMAIL PROTECTED]
Reported By: dardo at gigared dot com
-Status: Open
+Status: Wont fix
-Bug Type: *General Issues
+Bug Type: Feature/Change Request
Operating System: all
PHP Version: 5CVS-2004-06-10 (dev)
New Comment:
No thanks, we will not add this. PHP is not Java.
Previous Comments:
[2004-06-10 05:33:55] dardo at gigared dot com
Description:
i need to execute a static block of code only one time per
class
this is a OOP improvement to php
i wish this
class foo{
$var=123;
function __static(){
$this->var+=40;
}
}
like static { } java statement
:P
thanks..
--
Edit this bug report at http://bugs.php.net/?id=28720&edit=1
#28711 [Com]: $QUERY_STRING is define with null instead of stay undefine when no query string
ID: 28711
Comment by: imprestavel at gameguru dot com dot br
Reported By: sikachu at beezone dot net
Status: Open
Bug Type: Unknown/Other Function
Operating System: Windows 2000
PHP Version: 5.0.0RC3
New Comment:
I think php4 does that too (just tested, but register_globals is off)
Maybe you are confusing isset with empty
"isset -- Determine whether a variable is set
...
Returns TRUE if var exists; FALSE otherwise."
"empty -- Determine whether a variable is empty
...
empty() returns FALSE if var has a non-empty and non-zero value. In
otherwords, "", 0, "0", NULL, FALSE, array(), var $var;, and objects
with empty properties, are all considered empty. TRUE is returned if
var is empty."
You may find that information here:
http://www.php.net/isset
http://www.php.net/empty
Hope it helps
Previous Comments:
[2004-06-09 16:46:18] sikachu at beezone dot net
Clearify the bug summary ...
[2004-06-09 16:44:18] sikachu at beezone dot net
Change the version number in topic from RC2 to RC3 ...
[2004-06-09 16:42:41] sikachu at beezone dot net
Description:
I upgraded from PHP 4.3.4 to PHP 5.0 RC3 yesterday. When I tried to run
the script that check for the query string and then refresh to the
page, the query string return the invalid value. This behavior I found
only in PHP 5.0 RC3
I'll show you the result with these thing:
echo $QUERY_STRING;
isset($QUERY_STRING);
$QUERY_STRING == "";
For example, assume that the script URL is
http://somewhere.com/index.php
If I call it like this: http://somewhere.com/index.php?foo
echo $QUERY_STRING;// show foo
isset($QUERY_STRING); // return true
$QUERY_STRING == ""; // return false
But, here is the problem. If I call it like this:
http://somewhere.com/index.php
echo $QUERY_STRING;// show ""(nothing)
isset($QUERY_STRING); // return true << unexpected
$QUERY_STRING == ""; // return true
The code that I use for test will be in the next section.
My PHP configuration based on php.ini-dist. I changed register_global
to be On, and then add php_mysql & php_mysqli extension to it.
Reproduce code:
---
if(isset($QUERY_STRING))
{
echo "Your query string is defined\n";
}
if($QUERY_STRING == "")
{
echo "Your query string is null\n";
}
if($QUERY_STRING == " ")
{
echo "Your query string contain just a space\n";
}
echo "Here is your query string: '".$QUERY_STRING."'";
Expected result:
Your query string is null
Here is your query string: ''
Actual result:
--
Your query string is defined
Your query string is null
Here is your query string: ''
--
Edit this bug report at http://bugs.php.net/?id=28711&edit=1
#28526 [Opn]: Add 'dbx_num_affected_rows' function
ID: 28526 Updated by: [EMAIL PROTECTED] Reported By: johnw at sussex dot ac dot uk Status: Open Bug Type:Feature/Change Request PHP Version: Irrelevant New Comment: Luckily, there is also a $result->handle that you can use :-) Previous Comments: [2004-06-10 00:54:09] johnw at sussex dot ac dot uk Thanks for the suggestion but unfortunately I am using Oracle (OCI8) where the 'native' function for getting the number of affected rows needs to be applied to the statement handle returned by OCIParse, not the connection handle returned by OCILogon. [2004-06-08 14:35:14] [EMAIL PROTECTED] While waiting for someone to actually implement this, the following snippet (untested) might be useful: $link = dbx_connect(DBX_MYSQL, "localhost", "db", "username", "password"); $result = dbx_query($link, "DELETE FROM table WHERE name=''"); echo mysql_affected_rows($link->handle); [2004-05-26 13:43:56] johnw at sussex dot ac dot uk Description: It would be very useful (to me at least) if the dbx module included a function for returning the number of rows affected by an INSERT, UPDATE, or DELETE statement. Implementation suggestion: the function DBX_QUERY could call the relevant database-specific function after an update/insert/delete and save the result in the link identifier object. A new function DBX_NUM_AFFECTED_ROWS would retrieve this saved value from the link identifier. Possibly a select query would cause the 'num_affected_rows' value to be set to 0, for neatness. -- Edit this bug report at http://bugs.php.net/?id=28526&edit=1
#28722 [NEW]: syslog() logs garbage
From: jjarven at softers dot net
Operating system: Linux 2.4.26
PHP version: 4.3.7
PHP Bug Type: Unknown/Other Function
Bug description: syslog() logs garbage
Description:
Note; this might relate to Bug 17648, thus have been around for a while.
Hopefully bug will be finally fixed.
---
Logging messages to system log with plain syslog() (i.e. without using
openlog() and define_syslog_variables())creates random garbage/text from
memory preceding the actual message.
Example:
A line in any php-file:
syslog(LOG_NOTICE,"insert text here");
/var/log/messages showed:
Jun 10 08:34:30 mail ='crc' VALUE=': insert text here
The preceding text varies, sometimes it is correct (=nothing), sometimes
it's longer.
The problem can be solved like this:
define_syslog_variables();
openlog('Info:',LOG_ODELAY,LOG_USER);
syslog(LOG_NOTICE,"insert text here")
->
Jun 10 08:36:12 mail Info: insert text here
--
Server is Apache 1.3.31 and php compiled as module.
Reproduce code:
---
--
Edit bug report at http://bugs.php.net/?id=28722&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28722&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28722&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28722&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28722&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28722&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28722&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28722&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28722&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28722&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28722&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28722&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28722&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28722&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28722&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28722&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28722&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28722&r=float
#12994 [Com]: MySQL socket problem
ID: 12994 Comment by: k at k dot com Reported By: st at ez dot no Status: Bogus Bug Type: MySQL related Operating System: red hat 7.1 PHP Version: 4.0.6 New Comment: yes thats right. not working :(( Previous Comments: [2001-08-28 05:16:58] [EMAIL PROTECTED] Please use this php.ini directive instead of tampering with configure: ; Default socket name for local MySQL connects. If empty, uses the built-in MySQL defaults. mysql.default_socket = Not a bug. [2001-08-28 05:05:12] st at ez dot no Hi! When I edit ./php-4.0.6/ext/mysql/config.m4n to this: [...] AC_DEFUN(PHP_MYSQL_SOCK,[ AC_MSG_CHECKING(for MySQL UNIX socket) MYSQL_SOCK=/opt/ezpublish/mysql.sock # for i in \ # /var/run/mysqld/mysqld.sock \ # /var/tmp/mysql.sock \ # /var/lib/mysql/mysql.sock \ # /var/mysql/mysql.sock \ # ; do #if test -r $i; then # MYSQL_SOCK=$i #fi # done AC_DEFINE_UNQUOTED(MYSQL_UNIX_ADDR, "$MYSQL_SOCK", [ ]) [...] then I run ./buildconf and ./configure --prefix=/opt/ezpublish/php-4.0.6 --with-mysql=/opt/ezpublish/mysql-3.23.40 --with-apxs=/opt/ezpublish/apache-1.3.20/bin/apxs --enable-track-vars --enable-trans-sid --disable-magic-quotes --with-dom --with-zlib then make ; make install Why does it still use /var/lib/mysql.soc etc ? I don't have /opt/ezpublish/mysql.sock wich I sat to MYSQL_SOCK but it still work well.. -- Edit this bug report at http://bugs.php.net/?id=12994&edit=1
#12240 [Com]: microtime.x
ID: 12240 Comment by: ssa at ssa dot com Reported By: jiv at jiv dot asenovgrad dot net Status: Bogus Bug Type: Any Operating System: Slackware 7.0 PHP Version: 4.0.6 New Comment: yes thats right. It is not working fine :(( Sanjith, Srejith, Ajith!!! Previous Comments: [2001-07-20 16:25:57] [EMAIL PROTECTED] This is a FAQ - http://www.php.net/FAQ.php#6.12 Basically you probably upgraded a Linux 2.2 box to the 2.4 kernel, right? And you screwed up your header files. [2001-07-18 18:41:01] jiv at jiv dot asenovgrad dot net The problem: _ microtime.c: In function `php_if_getrusage': microtime.c:99: storage size of `usg' isn't known microtime.c:102: `RUSAGE_SELF' undeclared (first use in this function) microtime.c:102: (Each undeclared identifier is reported only once microtime.c:102: for each function it appears in.) microtime.c:108: `RUSAGE_CHILDREN' undeclared (first use in this function) make[3]: *** [microtime.lo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.0.6/ext/standard' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.0.6/ext/standard' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.6/ext' make: *** [all-recursive] Error 1 ___ A part from the ./configure output: ___ [EMAIL PROTECTED]:39am] /usr/local/src/php-4.0.6 # ./configure --with-mysql=/usr/local/ --with-apxs=/var/lib/apache/sbin/apxs | grep time checking for sys/time.h... yes checking for utime.h... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for asctime_r... yes checking for ctime_r... yes checking for gettimeofday... yes checking for gmtime_r... yes checking for localtime_r... yes checking for setitimer... yes checking for strftime... yes checking for utime... yes checking whether utime accepts a null argument... yes checking for declared timezone... yes checking for type of reentrant time-related functions... POSIX configure: warning: You will need bison 1.28 if you want to regenerate the Zend parser (found 1.27). -- Edit this bug report at http://bugs.php.net/?id=12240&edit=1
#12240 [Com]: microtime.x
ID: 12240 Comment by: aaa at a dot com Reported By: jiv at jiv dot asenovgrad dot net Status: Bogus Bug Type: Any Operating System: Slackware 7.0 PHP Version: 4.0.6 New Comment: Sanjith, Sreejith, and Ajith are right. They are brilliant programmers. No doubt about it. Previous Comments: [2004-06-10 10:11:49] ssa at ssa dot com yes thats right. It is not working fine :(( Sanjith, Srejith, Ajith!!! [2001-07-20 16:25:57] [EMAIL PROTECTED] This is a FAQ - http://www.php.net/FAQ.php#6.12 Basically you probably upgraded a Linux 2.2 box to the 2.4 kernel, right? And you screwed up your header files. [2001-07-18 18:41:01] jiv at jiv dot asenovgrad dot net The problem: _ microtime.c: In function `php_if_getrusage': microtime.c:99: storage size of `usg' isn't known microtime.c:102: `RUSAGE_SELF' undeclared (first use in this function) microtime.c:102: (Each undeclared identifier is reported only once microtime.c:102: for each function it appears in.) microtime.c:108: `RUSAGE_CHILDREN' undeclared (first use in this function) make[3]: *** [microtime.lo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.0.6/ext/standard' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.0.6/ext/standard' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.6/ext' make: *** [all-recursive] Error 1 ___ A part from the ./configure output: ___ [EMAIL PROTECTED]:39am] /usr/local/src/php-4.0.6 # ./configure --with-mysql=/usr/local/ --with-apxs=/var/lib/apache/sbin/apxs | grep time checking for sys/time.h... yes checking for utime.h... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for asctime_r... yes checking for ctime_r... yes checking for gettimeofday... yes checking for gmtime_r... yes checking for localtime_r... yes checking for setitimer... yes checking for strftime... yes checking for utime... yes checking whether utime accepts a null argument... yes checking for declared timezone... yes checking for type of reentrant time-related functions... POSIX configure: warning: You will need bison 1.28 if you want to regenerate the Zend parser (found 1.27). -- Edit this bug report at http://bugs.php.net/?id=12240&edit=1
#12240 [Com]: microtime.x
ID: 12240 Comment by: aaa at a dot com Reported By: jiv at jiv dot asenovgrad dot net Status: Bogus Bug Type: Any Operating System: Slackware 7.0 PHP Version: 4.0.6 New Comment: Sanjith, Sreejith, and Ajith are right. They are brilliant programmers. No doubt about it. Previous Comments: [2001-07-20 16:25:57] [EMAIL PROTECTED] This is a FAQ - http://www.php.net/FAQ.php#6.12 Basically you probably upgraded a Linux 2.2 box to the 2.4 kernel, right? And you screwed up your header files. [2001-07-18 18:41:01] jiv at jiv dot asenovgrad dot net The problem: _ microtime.c: In function `php_if_getrusage': microtime.c:99: storage size of `usg' isn't known microtime.c:102: `RUSAGE_SELF' undeclared (first use in this function) microtime.c:102: (Each undeclared identifier is reported only once microtime.c:102: for each function it appears in.) microtime.c:108: `RUSAGE_CHILDREN' undeclared (first use in this function) make[3]: *** [microtime.lo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.0.6/ext/standard' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.0.6/ext/standard' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.6/ext' make: *** [all-recursive] Error 1 ___ A part from the ./configure output: ___ [EMAIL PROTECTED]:39am] /usr/local/src/php-4.0.6 # ./configure --with-mysql=/usr/local/ --with-apxs=/var/lib/apache/sbin/apxs | grep time checking for sys/time.h... yes checking for utime.h... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for asctime_r... yes checking for ctime_r... yes checking for gettimeofday... yes checking for gmtime_r... yes checking for localtime_r... yes checking for setitimer... yes checking for strftime... yes checking for utime... yes checking whether utime accepts a null argument... yes checking for declared timezone... yes checking for type of reentrant time-related functions... POSIX configure: warning: You will need bison 1.28 if you want to regenerate the Zend parser (found 1.27). -- Edit this bug report at http://bugs.php.net/?id=12240&edit=1
#12240 [Com]: microtime.x
ID: 12240 Comment by: qq at ww dot com Reported By: jiv at jiv dot asenovgrad dot net Status: Bogus Bug Type: Any Operating System: Slackware 7.0 PHP Version: 4.0.6 New Comment: microtime.c: In function `php_if_getrusage': microtime.c:99: storage size of `usg' isn't known microtime.c:102: `RUSAGE_SELF' undeclared (first use in this function) microtime.c:102: (Each undeclared identifier is reported only once microtime.c:102: for each function it appears in.) microtime.c:108: `RUSAGE_CHILDREN' undeclared (first use in this function) make[3]: *** [microtime.lo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.0.6/ext/standard' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.0.6/ext/standard' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.6/ext' make: *** [all-recursive] Error 1 Previous Comments: [2001-07-20 16:25:57] [EMAIL PROTECTED] This is a FAQ - http://www.php.net/FAQ.php#6.12 Basically you probably upgraded a Linux 2.2 box to the 2.4 kernel, right? And you screwed up your header files. [2001-07-18 18:41:01] jiv at jiv dot asenovgrad dot net The problem: _ microtime.c: In function `php_if_getrusage': microtime.c:99: storage size of `usg' isn't known microtime.c:102: `RUSAGE_SELF' undeclared (first use in this function) microtime.c:102: (Each undeclared identifier is reported only once microtime.c:102: for each function it appears in.) microtime.c:108: `RUSAGE_CHILDREN' undeclared (first use in this function) make[3]: *** [microtime.lo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.0.6/ext/standard' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.0.6/ext/standard' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.6/ext' make: *** [all-recursive] Error 1 ___ A part from the ./configure output: ___ [EMAIL PROTECTED]:39am] /usr/local/src/php-4.0.6 # ./configure --with-mysql=/usr/local/ --with-apxs=/var/lib/apache/sbin/apxs | grep time checking for sys/time.h... yes checking for utime.h... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for asctime_r... yes checking for ctime_r... yes checking for gettimeofday... yes checking for gmtime_r... yes checking for localtime_r... yes checking for setitimer... yes checking for strftime... yes checking for utime... yes checking whether utime accepts a null argument... yes checking for declared timezone... yes checking for type of reentrant time-related functions... POSIX configure: warning: You will need bison 1.28 if you want to regenerate the Zend parser (found 1.27). -- Edit this bug report at http://bugs.php.net/?id=12240&edit=1
#12240 [Com]: microtime.x
ID: 12240 Comment by: me at me at me dot com Reported By: jiv at jiv dot asenovgrad dot net Status: Bogus Bug Type: Any Operating System: Slackware 7.0 PHP Version: 4.0.6 New Comment: a Previous Comments: [2004-06-10 11:01:33] qq at ww dot com microtime.c: In function `php_if_getrusage': microtime.c:99: storage size of `usg' isn't known microtime.c:102: `RUSAGE_SELF' undeclared (first use in this function) microtime.c:102: (Each undeclared identifier is reported only once microtime.c:102: for each function it appears in.) microtime.c:108: `RUSAGE_CHILDREN' undeclared (first use in this function) make[3]: *** [microtime.lo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.0.6/ext/standard' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.0.6/ext/standard' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.6/ext' make: *** [all-recursive] Error 1 [2001-07-20 16:25:57] [EMAIL PROTECTED] This is a FAQ - http://www.php.net/FAQ.php#6.12 Basically you probably upgraded a Linux 2.2 box to the 2.4 kernel, right? And you screwed up your header files. [2001-07-18 18:41:01] jiv at jiv dot asenovgrad dot net The problem: _ microtime.c: In function `php_if_getrusage': microtime.c:99: storage size of `usg' isn't known microtime.c:102: `RUSAGE_SELF' undeclared (first use in this function) microtime.c:102: (Each undeclared identifier is reported only once microtime.c:102: for each function it appears in.) microtime.c:108: `RUSAGE_CHILDREN' undeclared (first use in this function) make[3]: *** [microtime.lo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.0.6/ext/standard' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.0.6/ext/standard' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.6/ext' make: *** [all-recursive] Error 1 ___ A part from the ./configure output: ___ [EMAIL PROTECTED]:39am] /usr/local/src/php-4.0.6 # ./configure --with-mysql=/usr/local/ --with-apxs=/var/lib/apache/sbin/apxs | grep time checking for sys/time.h... yes checking for utime.h... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for asctime_r... yes checking for ctime_r... yes checking for gettimeofday... yes checking for gmtime_r... yes checking for localtime_r... yes checking for setitimer... yes checking for strftime... yes checking for utime... yes checking whether utime accepts a null argument... yes checking for declared timezone... yes checking for type of reentrant time-related functions... POSIX configure: warning: You will need bison 1.28 if you want to regenerate the Zend parser (found 1.27). -- Edit this bug report at http://bugs.php.net/?id=12240&edit=1
#28702 [Asn->Csd]: SOAP does not parse WSDL service address correctly
ID: 28702 Updated by: [EMAIL PROTECTED] Reported By: fredb86 at hotmail dot com -Status: Assigned +Status: Closed Bug Type: SOAP related Operating System: Windows XP PHP Version: 5.0.0RC3 Assigned To: dmitry New Comment: Fixed in CVS. Previous Comments: [2004-06-09 09:41:12] [EMAIL PROTECTED] Assigning to the maintainer. [2004-06-09 04:47:19] fredb86 at hotmail dot com The User-Agent: header should say "PHP SOAP 0.1", not just "SOAP 0.1". [2004-06-09 04:45:41] fredb86 at hotmail dot com Problem is in 5.0.0RC2 AND 5.0.0RC3 [2004-06-08 19:50:38] fredb86 at hotmail dot com Description: SOAP is parsing the WSDL but not using the correct address in the HTTP call. The WSDL fragment defining the service address looks like this: http://myservice.com/junk/soap?Service=getdata"; /> The SOAP extension is sending this HTTP header: POST /junk/soap HTTP/1.1 Host: myservice.com Connection: Keep-Alive User-Agent: SOAP 0.1 Content-Type: text/xml; charset="utf-8" SOAPAction: "http://action.myservice.com"; Content-Length: 458 It should be sending this HTTP header: POST junk/soap?Service=getdata HTTP/1.1 Host: myservice.com Connection: Keep-Alive User-Agent: SOAP 0.1 Content-Type: text/xml; charset="utf-8" SOAPAction: "http://action.myservice.com"; Content-Length: 458 -- Edit this bug report at http://bugs.php.net/?id=28702&edit=1
#12240 [Com]: microtime.x
ID: 12240 Comment by: a at a dot com Reported By: jiv at jiv dot asenovgrad dot net Status: Bogus Bug Type: Any Operating System: Slackware 7.0 PHP Version: 4.0.6 New Comment: Ren P C is a great programmer!!! Previous Comments: [2004-06-10 11:02:34] me at me at me dot com a [2004-06-10 11:01:33] qq at ww dot com microtime.c: In function `php_if_getrusage': microtime.c:99: storage size of `usg' isn't known microtime.c:102: `RUSAGE_SELF' undeclared (first use in this function) microtime.c:102: (Each undeclared identifier is reported only once microtime.c:102: for each function it appears in.) microtime.c:108: `RUSAGE_CHILDREN' undeclared (first use in this function) make[3]: *** [microtime.lo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.0.6/ext/standard' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.0.6/ext/standard' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.6/ext' make: *** [all-recursive] Error 1 [2001-07-20 16:25:57] [EMAIL PROTECTED] This is a FAQ - http://www.php.net/FAQ.php#6.12 Basically you probably upgraded a Linux 2.2 box to the 2.4 kernel, right? And you screwed up your header files. [2001-07-18 18:41:01] jiv at jiv dot asenovgrad dot net The problem: _ microtime.c: In function `php_if_getrusage': microtime.c:99: storage size of `usg' isn't known microtime.c:102: `RUSAGE_SELF' undeclared (first use in this function) microtime.c:102: (Each undeclared identifier is reported only once microtime.c:102: for each function it appears in.) microtime.c:108: `RUSAGE_CHILDREN' undeclared (first use in this function) make[3]: *** [microtime.lo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.0.6/ext/standard' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.0.6/ext/standard' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.6/ext' make: *** [all-recursive] Error 1 ___ A part from the ./configure output: ___ [EMAIL PROTECTED]:39am] /usr/local/src/php-4.0.6 # ./configure --with-mysql=/usr/local/ --with-apxs=/var/lib/apache/sbin/apxs | grep time checking for sys/time.h... yes checking for utime.h... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for asctime_r... yes checking for ctime_r... yes checking for gettimeofday... yes checking for gmtime_r... yes checking for localtime_r... yes checking for setitimer... yes checking for strftime... yes checking for utime... yes checking whether utime accepts a null argument... yes checking for declared timezone... yes checking for type of reentrant time-related functions... POSIX configure: warning: You will need bison 1.28 if you want to regenerate the Zend parser (found 1.27). -- Edit this bug report at http://bugs.php.net/?id=12240&edit=1
#28710 [Com]: missing xml_create_parser_ns in win32-binary ->major Problem for RDF API Project
ID: 28710 Comment by: chris at bizer dot de Reported By: mail at d-westphal dot de Status: Open Bug Type: XML related Operating System: WIN32 PHP Version: 5CVS-2004-06-09 (dev) New Comment: Hi, I think the main point here is that administrators of cheap public webservers usually install the standard PHP distribution and that if this distribution doesn't contain an up-to-date xmllib then XML-based PHP applications don't work on public web servers. This contradicts the main argument for using PHP for XML-based applications, which is: Your application will run on 14 million servers. Cheers, Chris Previous Comments: [2004-06-09 17:19:11] mail at d-westphal dot de Hi Derick, you're totally right, the problem is the compiled win32 distribution (it ships with libxml2 2.5.11 already compiled in). But if the 5.0 win32/binary-release will still contain only the 2.5.11 libxml2, then all php-apps using the xml_parser_create_ns command will stop working under win-systems (and i don't guess lots of people will (or can) self-compile under windows, when there's a win32/binary-distribution) ! Please correct me if I'm wrong or shift the bug-report to the right category Thanks and cheers, Daniel [2004-06-09 16:56:37] [EMAIL PROTECTED] This is not a real bug in PHP, you'll just have to use libxml2 2.6. [2004-06-09 16:22:20] mail at d-westphal dot de Description: Hello, my name is Daniel Westphal and I'm working at the "RDF API FOR PHP"(RAP) - Project (http://www.wiwiss.fu-berlin.de/suhl/bizer/rdfapi/ , http://sourceforge.net/projects/rdfapi-php/ ). RAP is the leading PHP toolkit for parsing, searching,manipulating, serializing and serving RDF models. We checked the compatibility of our code with the new php5/zend2 engine(PHP Version 5.0.0RC3RC2) and encountered problems when trying to use our xml/rdf-parser. Our rdf-parser uses the SAX xml_create_parser_ns function and works well with php 4.3.7. I read a blog (http://blog.bitflux.ch/p1658.html) and a thread at php-cvs (http://marc.theaimsgroup.com/?l=php-cvs&m=107749629522874&w=2) which was dealing with this problem of using libxml2 2.5.11 and not 2.6.x and the mentioned function. The discussion seems to end with credo, that no one is using this parser with namespace support and so it's just a minor problem and not required to be fixed until the 5.0 release. But it's major problem for our project and its users! Our users (about 1200 downloads yet) use RAP mainly on servers where they are having no possibility to manual upgrade to a higher libxml2 version, because of missing administrator-rights. Thus it is esential for our project to have a working xml_create_parser_ns function in the standard PHP5 release. So it would be great (and highly appriciated by the PHP RDF community) if somebody could have a look and get the function working again. Thanks and cheers, Daniel Actual result: -- Warning: xml_parser_create_ns() [function.xml-parser-create-ns]: is broken with libxml2 2.5.11. Please upgrade to libxml2 2.6 in C:\!htdocs\rdfapi-php\api\syntax\RdfParser.php on line 2218 -- Edit this bug report at http://bugs.php.net/?id=28710&edit=1
#28365 [Com]: make install-pear fails, segmentation faut
ID: 28365 Comment by: paul at vanbrouwershaven dot com Reported By: php dot wayne at ptaff dot ca Status: Open Bug Type: Zend Engine 2 problem Operating System: GNU/Linux Mandrake Cooker PHP Version: 4.3.6 New Comment: Same problem with PHP 4.3.7 Fedora C1 kernel 2.4.22 gcc 3.3.2 Previous Comments: [2004-05-12 07:34:22] php dot wayne at ptaff dot ca Description: Downloaded php-4.3.6, un-tarred, ./configure, make, make install. Tried with the latest snapshot, same result, failure on "make install" The make install fails on PEAR installation: Installing PEAR environment: /usr/local/stow/php-4.3.6//lib/php/ make[1]: *** [install-pear-installer] Segmentation fault (core dumped) The command producing the segfault is: /home/ptaff/src/php/php4-STABLE-200405120430/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 /home/ptaff/src/php/php4-STABLE-200405120430/pear/install-pear.php -d /usr/local/stow/php-4.3.6//lib/php -b /usr/local/stow/php-4.3.6//bin /home/ptaff/src/php/php4-STABLE-200405120430/pear/package-Archive_Tar.xml backtracing, we have: [Thread debugging using libthread_db enabled] [New Thread 1084061408 (LWP 7178)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1084061408 (LWP 7178)] 0x0823200d in call_overloaded_function (T=0x67b9e57c, arg_count=1, return_value=0x8376684) at /home/ptaff/src/php/php4-STABLE-200405120430/Zend/zend_execute.c:990 990 ce = Z_OBJCE_P(T->EA.data.overloaded_element.object); (gdb) bt #0 0x0823200d in call_overloaded_function (T=0x67b9e57c, arg_count=1, return_value=0x8376684) at /home/ptaff/src/php/php4-STABLE-200405120430/Zend/zend_execute.c:990 #1 0x0823566b in execute (op_array=0x853444c) at /home/ptaff/src/php/php4-STABLE-200405120430/Zend/zend_execute.c:1701 #2 0x082353e0 in execute (op_array=0x8538cec) at /home/ptaff/src/php/php4-STABLE-200405120430/Zend/zend_execute.c:1679 #3 0x082353e0 in execute (op_array=0x8374fe4) at /home/ptaff/src/php/php4-STABLE-200405120430/Zend/zend_execute.c:1679 #4 0x08222c31 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/ptaff/src/php/php4-STABLE-200405120430/Zend/zend.c:886 #5 0x081ee00d in php_execute_script (primary_file=0xbfffea50) at /home/ptaff/src/php/php4-STABLE-200405120430/main/main.c:1731 #6 0x08248cfc in main (argc=12, argv=0xbfffeb14) at /home/ptaff/src/php/php4-STABLE-200405120430/sapi/cli/php_cli.c:822 (gdb) frame 1 #1 0x0823566b in execute (op_array=0x853444c) at /home/ptaff/src/php/php4-STABLE-200405120430/Zend/zend_execute.c:1701 1701 call_overloaded_function(&EX(Ts)[EX(fbc)->overloaded_function.var], EX(opline)->extended_value, EX(Ts)[EX(opline)->result.u.var].var.ptr TSRMLS_CC); I tried a clean ./configure (without any options), a clean CFLAGS, still I get the same error. I also tried --disable-overload as a wild guess. Versions used: gcc: 3.3.2 glibc: 2.3.3 (NPTL) kernel: 2.6.5 I'm out of ideas here, what should I try next? -- Edit this bug report at http://bugs.php.net/?id=28365&edit=1
#24028 [Com]: Reading raw post message by php://input
ID: 24028 Comment by: amrdiab3 at hotmail dot com Reported By: xiongwei at aerafront dot com Status: Closed Bug Type: CGI related Operating System: win32 only PHP Version: 4.3.2 New Comment: !NEW WAY TO MAKE MONEY, FAST, EASY, FREE Author: amrdiab (150.199.24.---) Date: 05-11-04 12:31 THE LATEST AND GREATEST. \ FORGET THE "DANGOPAY" MAILER. \ FORGET THE "PAYPAL LETTER." \ NO MORE $6 TO $6000 BY MAIL. \ IF YOU REALLY WANT TO MAKE BIG CASH FAST, YOU HAVE TO GET IN AT THE VERY BEGINNING. WE ALL KNOW THAT THE LONGER YOU WAIT, THE LESS RETURN YOU GET ON YOUR INVESTMENT. WELL, THIS IS AS NEWAS IT GETS. THIS LETTER WAS STARTED ON APRIL 15, 2004. WHICH MEANS THAT EVERYONE THAT GETS ON BOARD EARLY, WILL RECEIVE THE BIGGEST PIECE OF THE PIE. DO NOT WAIT UNTIL IT IS OVER SATURATED. IN A MATTER OF DAYS, THIS LETTER WILL BE IN EVERY MESSAGE BOARD ON THE INTERNET. NO SCAM, NO SPAM, NO PYRAMID. THIS IS PERFECTLY LEGAL AND LATER I WILL EXPLAIN WHY. THIS IS A BRAND NEW LETTER. HOWEVER, IT USES WEBIK. YOU CAN NOT BEAT THE BEST AND MOST TRUSTED NAME IN ON-LINE PAYMENT SERVICES. . To be honest, the main goal is to make as much money as quickly as you can. This letter will explain how you can take $5 and turn it into THOUSANDS in a matter of days, and in some cases, just hours!!! We all know that TONS of money has been made using all of these programs and this one is no different, except that it is BRAND NEW. I will explain to you the simplest, easiest, and most secure way for you to start making HUGE CASH PROFITS!!! \First, go to webik.com and sign up for an account. It is totally free. >\ Next, deposit $5 into your new webik account. if you want to start right away, use your credit or debit card to make the $5 deposit to webik. webik guarantees your security when using personal information. They do not release your information to third parties. Very, very, very, secure! \ Take the $5 in your webik account and follow these simple steps: \par 1) Click on the "SEND MONEY" tab \par 2) Enter the e-mail address in the #1 position: \par 1. [EMAIL PROTECTED] \par 2. [EMAIL PROTECTED] \par 3. [EMAIL PROTECTED] \par 3) Send the $5 to the first e-mail address with an attached note, or a seperate e-mail saying "ADD ME TO YOUR MAILING LIST." This makes it legal. \par 4) Copy this letter. To do this, simply place your cursor at the top of the page, hold it and drag it all the way down to the end of this letter, which will highlight it. Then click on "EDIT" and select "COPY." \par Now open "wordpad" file on your computer and put the cursor in the top of the page in the notepad. Then click on "EDIT," then select "PASTE." This will copy the letter onto your computer. Be sure to save this letter as a text file. Then send an e-mail to the third position (3rd e-mail) saying "THANKS, I'VE JOINED." This also makes this legal. \par 5) Now remove the #1 e-mail address and move #2 and #3 up a position, and list your e-mail as #3. \par 6) Log on to YAHOO, GOOGLE or any other major search engine, and type in "making money message board," or "post message," or " making money forums," or "employment," or "business opportunity," or " chat sites," or " news groups." Post this letter in at least 150-200 of these message boards and news groups. It is very important that you post as many as possible, because the more you post, the quicker your name will move up the list. When your name reaches the #1 position, is when you start bringing in the BIG BUCKS!! \par Now just sit back and watch your money account grow!!! \par Good luck and make lots and lots of money!!! \par \pard\plain\f3\fs20 \par } Reply To This Message | Forum List | Flat View Newer Topic | Older Topic Topics Author Date !NEW WAY TO MAKE MONEY, FAST, EASY, FREE 05-11-04 12:31 New Topic | Go to Top | Go to Topic | Search Reply To This Message Your Name: Your E-mail: Subject: Previous Comments: [2003-06-24 12:58:38] [EMAIL PROTECTED] Fixed -> closed. [2003-06-04 22:24:32] xiongwei at aerafront dot com I wrote a routine "postrawdata.php" for displaying HTTP raw request message. It works properly when using a socket program to post something to it. But submitting from a simple HTML below will make it dead, even http headers were not sent back, the behavior of brwoser is just waiting before timeout, I have tested it under IE 6.0 and Netscape 7.0 , any suggestion is appreciate. I think PHP does not send correct responding data to browser, or it does not disconnect the HTTP channel, that makes browsers to wait , whereas my socket client do disconnect when finished. Thanks, William Hong
#28710 [Com]: missing xml_create_parser_ns in win32-binary ->major Problem for RDF API Project
ID: 28710 Comment by: bnowack at appmosphere dot com Reported By: mail at d-westphal dot de Status: Open Bug Type: XML related Operating System: WIN32 PHP Version: 5CVS-2004-06-09 (dev) New Comment: The xml_parser_create_ns function is a MUST for efficient parsing of W3Cs RDF/XML-based formats. RDF has a quite complicated XML serialization, which already makes it hard to build *really fast* parsers. I don't know if this bug would affect (hosted) linux systems as well, but if we had to move namespace handling from the native code to interpreted PHP, I guess that would be very painful in terms of performance. thanx, benjamin Previous Comments: [2004-06-10 10:56:21] chris at bizer dot de Hi, I think the main point here is that administrators of cheap public webservers usually install the standard PHP distribution and that if this distribution doesn't contain an up-to-date xmllib then XML-based PHP applications don't work on public web servers. This contradicts the main argument for using PHP for XML-based applications, which is: Your application will run on 14 million servers. Cheers, Chris [2004-06-09 17:19:11] mail at d-westphal dot de Hi Derick, you're totally right, the problem is the compiled win32 distribution (it ships with libxml2 2.5.11 already compiled in). But if the 5.0 win32/binary-release will still contain only the 2.5.11 libxml2, then all php-apps using the xml_parser_create_ns command will stop working under win-systems (and i don't guess lots of people will (or can) self-compile under windows, when there's a win32/binary-distribution) ! Please correct me if I'm wrong or shift the bug-report to the right category Thanks and cheers, Daniel [2004-06-09 16:56:37] [EMAIL PROTECTED] This is not a real bug in PHP, you'll just have to use libxml2 2.6. [2004-06-09 16:22:20] mail at d-westphal dot de Description: Hello, my name is Daniel Westphal and I'm working at the "RDF API FOR PHP"(RAP) - Project (http://www.wiwiss.fu-berlin.de/suhl/bizer/rdfapi/ , http://sourceforge.net/projects/rdfapi-php/ ). RAP is the leading PHP toolkit for parsing, searching,manipulating, serializing and serving RDF models. We checked the compatibility of our code with the new php5/zend2 engine(PHP Version 5.0.0RC3RC2) and encountered problems when trying to use our xml/rdf-parser. Our rdf-parser uses the SAX xml_create_parser_ns function and works well with php 4.3.7. I read a blog (http://blog.bitflux.ch/p1658.html) and a thread at php-cvs (http://marc.theaimsgroup.com/?l=php-cvs&m=107749629522874&w=2) which was dealing with this problem of using libxml2 2.5.11 and not 2.6.x and the mentioned function. The discussion seems to end with credo, that no one is using this parser with namespace support and so it's just a minor problem and not required to be fixed until the 5.0 release. But it's major problem for our project and its users! Our users (about 1200 downloads yet) use RAP mainly on servers where they are having no possibility to manual upgrade to a higher libxml2 version, because of missing administrator-rights. Thus it is esential for our project to have a working xml_create_parser_ns function in the standard PHP5 release. So it would be great (and highly appriciated by the PHP RDF community) if somebody could have a look and get the function working again. Thanks and cheers, Daniel Actual result: -- Warning: xml_parser_create_ns() [function.xml-parser-create-ns]: is broken with libxml2 2.5.11. Please upgrade to libxml2 2.6 in C:\!htdocs\rdfapi-php\api\syntax\RdfParser.php on line 2218 -- Edit this bug report at http://bugs.php.net/?id=28710&edit=1
#28106 [Opn]: New object model fails where old style works fine
ID: 28106
User updated by: kupka at learninglab dot de
-Summary: New object model fails - old style works fine
Reported By: kupka at learninglab dot de
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: Mac OS X
-PHP Version: 5.0.0RC2
+PHP Version: 5.0.0RC3
New Comment:
In PHP 5 Release Candidate 3 the problem still exists.
Previous Comments:
[2004-05-08 10:32:19] antonr at game dot permonline dot ru
So, there is a problem with serialization and deserialization of
objects with references to others objects.
[2004-05-08 10:27:17] antonr at game dot permonline dot ru
5.0.0 RC2, Win32
--
number;
echo "";
}
}
$a = new MyClass;
$a->number = 1;
$b = $a;
$b->number = 2;
$a->EchoNum();
$b->EchoNum();
?>
outputs:
2
2
--
but...
myclass2 = new MyClass2;
$a->myclass2->myclass1 = $a;
$a->number = 1;
echo $a->myclass2->myclass1->number;
echo "";
$c = serialize($a);
echo $c;
echo "";
$b = unserialize($c);
$b->number = 2;
echo $b->number;
echo "";
echo $b->myclass2->myclass1->number;
echo "";
echo "";
?>
outputs:
1
O:8:"MyClass1":2:{s:8:"myclass2";O:8:"MyClass2":1:{s:8:"myclass1";O:8:"MyClass1":2:{s:8:"myclass2";r:2;s:6:"number";i:1;}}s:6:"number";i:1;}
2
1
--
while:
myclass2 = new MyClass2;
$a->myclass2->myclass1 = &$a; <--- ampersand symbol added
$a->number = 1;
echo $a->myclass2->myclass1->number;
echo "";
$c = serialize($a);
echo $c;
echo "";
$b = unserialize($c);
$b->number = 2;
echo $b->number;
echo "";
echo $b->myclass2->myclass1->number;
echo "";
echo "";
?>
works fine and outputs:
1
O:8:"MyClass1":2:{s:8:"myclass2";O:8:"MyClass2":1:{s:8:"myclass1";r:1;}s:6:"number";i:1;}
2
2
[2004-04-26 10:31:19] kupka at learninglab dot de
In PHP 5 Release Candidate 2 the problem still exists.
The second script generates three different CStore
objects, but there should only be one CStore objec and
the two CHello objects should have a pointer to the same
CStore object.
[2004-04-25 16:48:45] kupka at learninglab dot de
The second script:
session_start();
$store->value = 123;
echo "store id: $store";
$store->object1->hello();
$store->object2->hello();
[2004-04-22 13:34:09] kupka at learninglab dot de
Description:
You have a main object which includes some other
objects. This object is stored in the session. The
other objects have a reference to the main object. If
you start a new session these references should point to
the main object. If you pass the objects to the main
object in the old style with "&" this works fine. If you
use the new style without "&" it doesn't work as
exspected.
Reproduce code:
---
The classes:
class CHello
{
var $store;
// this doesn't work as exspected
public function CHello($store)
{
$this->store = $store;
}
/*
// this works fine
public function CHello(&$store)
{
$this->store =& $store;
}
*/
public function hello( )
{
$v = $this->store->value;
echo "Hello World: value is $v. (store id: $this->store)";
}
}
class CStore
{
var $object1;
var $object2;
var $value = 0;
}
---
The first script:
session_start();
$store = new CStore;
$hello1 = new CHello($store);
$hello2 = new CHello($store);
$store->value = 999;
$store->object1 = $hello1;
$store->object2 = $hello2;
echo "store id: $store";
$store->object1->hello();
$store->object2->hello();
session_register("store");
---
The second script:
session_start();
$store->value = 123;
echo "store id: $store";
echo $store->object1->hello();
echo $store->object2->hello();
Expected result:
The first script where the objects are generated:
store id: Object id #4
Hello World: value is 999. (store id: Object id #4)
Hello World: value is 999. (store id: Object id #4)
The second script:
store id: Object id #1
Hello World: value is 123. (store id: Object id #1)
Hello World: value is 123. (store id: Object id #1)
Actual result:
--
The first script where the objects are generated:
store id: Object id #6
Hello World: value is 999. (store id: Object id #6)
Hello World: value is 999. (store id: Object id #6)
The second script:
store id: Object id #1
Hello World: value is 999. (store id: Object id #3)
Hello
#28723 [NEW]: The "/usr/bin/test" command of Solaris OS does not have "-e" argument.
From: tomohiro at jk dot jip dot co dot jp Operating system: Solaris 8 PHP version: 4.3.7 PHP Bug Type: Compile Failure Bug description: The "/usr/bin/test" command of Solaris OS does not have "-e" argument. Description: The "/usr/bin/test" command of Solaris OS does not have "-e" argument. Therefore, it becomes the error of the following: % ./configure --with-apxs=/usr/local/apache/bin/apxs \ --enable-mbstring=shared \ --enable-mbregex=shared . . . checking whether to enable multibyte string support... yes, shared checking whether to enable multibyte regex support... shared checking for external libmbfl... no ./configure: test: argument expected Reproduce code: --- diff configure.org configure 47430c47430 < if test -e "$ext_builddir/config.h.in"; then --- > if test -f "$ext_builddir/config.h.in"; then -- Edit bug report at http://bugs.php.net/?id=28723&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28723&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28723&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28723&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28723&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28723&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28723&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28723&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28723&r=support Expected behavior: http://bugs.php.net/fix.php?id=28723&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28723&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28723&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28723&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28723&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28723&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28723&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28723&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28723&r=float
#28724 [NEW]: session.save_path appears to be ignored
From: php at tjworld dot org
Operating system: Windows 2003 Server Enterprise
PHP version: 4.3.7
PHP Bug Type: Session related
Bug description: session.save_path appears to be ignored
Description:
session.save_path appears to be ignored even though phpinfo() shows that
the correct php.ini file, and session.save_path are set.
As a result a PHP warning is returned in the head of the HTML of files
that call session.start() and a session dat file isn't created in
session.save_path.
Using IIS6, in IIS 5 isloation mode. Executing cgi.exe not the ISAPI
filter.
Working with a clean install of osCommerce 2.2m2.
Non-session code appears to work.
Permissions on the session.save_path directory are set to allow
modify/read/write by the IUSR_MACHINE_NAME account.
phpinfo() confirms the config file as:
C:\Windows\php.ini
[PHP]
register_globals = On
[Session]
session.save_path = D:\Server\PHP4\sessiondata\
Using System Internals FileMonitor shows that php.exe is attempting to
open/write to D:\tmp\?? even when phpinfo() shows that
session.save_path is set as shown above. No attempts to access
session.save_path are shown.
Reproduce code:
---
function tep_session_start() {
return session_start();
}
Expected result:
Expect to see session data files in session.save_path, and no warnings
reported.
Actual result:
--
When D:\tmp (with appropriate permissions) exists the HTML returns with no
warnings in the HEAD, and a session data file is created in the
directory.
If D:\tmp doesn't exist, no session data file is created and warnings are
returned in the HTML HEAD:-
Warning: session_start():
open(/tmp\sess_fdbfaf6a09ec7734f73e7ac88dfd00be, O_RDWR) failed: No such
file or directory (2) in
D:\Inetpub\hostingRoot\domain\http\members\catalog\admin\includes\functions\sessions.php
on line 67
--
Edit bug report at http://bugs.php.net/?id=28724&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28724&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28724&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28724&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28724&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28724&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28724&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28724&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28724&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28724&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28724&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28724&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28724&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28724&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28724&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28724&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28724&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28724&r=float
#28699 [Opn]: Reflection api bugs
ID: 28699
User updated by: D dot Kingma at jool dot nl
Reported By: D dot Kingma at jool dot nl
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: Windows XP
PHP Version: 5.0.0RC2
New Comment:
reproduction code:
Possible solution for the CAPS problem:
The properties hash table ce->properties_info probably keeps the
property names in the origanal string format (didn't change
it with tolower()). So the fix will probably be to remove the
zend_str_tolower_copy (line 2729)
[zend_reflection_api.c]
2728lcname = do_alloca(name_len + 1);
2729zend_str_tolower_copy(lcname, name_str, name_len);
2730if (zend_hash_find(&ce->properties_info, lcname, name_len + 1,
(void **) &property_info) == FAILURE) {
2731free_alloca(lcname);
2732zend_throw_exception_ex(reflection_exception_ptr, 0 TSRMLS_CC,
2733"Property %s::$%s does not exist", ce->name, name_str);
2734return;
2735}
Previous Comments:
[2004-06-09 11:05:08] D dot Kingma at jool dot nl
changed category to 'Zend engine 2 problem'
[2004-06-08 22:23:49] D dot Kingma at jool dot nl
There is also another small bug: When the comment above a method starts
with '/** ' (notice the space at the end) the getDocComments() function
will return an empty string. When you remove the trailing space, all
works fine.
And finally a small functionality request: please add the
getDocComments() function to the reflectionProperty class, since the
description of the var with the @var tag is also a well known
functionality of packages like javadoc/phpdoc and it would come in
handy if you cannot only get te description of methods, classes and
functions but also the defined properties of the class.
Thnx
David
[2004-06-08 17:59:54] D dot Kingma at jool dot nl
Description:
I came across a bug in the reflection api. When a class has a property
in capitals and you use the getProperties function from the
reflectionClass class all works fine, you get an array with
reflectionProperty object. But when you try to get the property
manually it fails, throwing an ReflectionException saying it is not a
property of that class (also when as a parameter tot the
reflectionproperty class i give the name attribute of the
reflectionproperty object given from the getProperties method).
--
Edit this bug report at http://bugs.php.net/?id=28699&edit=1
#28699 [Opn]: Reflection api bugs
ID: 28699
User updated by: D dot Kingma at jool dot nl
Reported By: D dot Kingma at jool dot nl
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: Windows XP
-PHP Version: 5.0.0RC2
+PHP Version: 5.0.0RC3
New Comment:
Also in RC3
Previous Comments:
[2004-06-10 13:09:05] D dot Kingma at jool dot nl
reproduction code:
Possible solution for the CAPS problem:
The properties hash table ce->properties_info probably keeps the
property names in the origanal string format (didn't change
it with tolower()). So the fix will probably be to remove the
zend_str_tolower_copy (line 2729)
[zend_reflection_api.c]
2728lcname = do_alloca(name_len + 1);
2729zend_str_tolower_copy(lcname, name_str, name_len);
2730if (zend_hash_find(&ce->properties_info, lcname, name_len + 1,
(void **) &property_info) == FAILURE) {
2731free_alloca(lcname);
2732zend_throw_exception_ex(reflection_exception_ptr, 0 TSRMLS_CC,
2733"Property %s::$%s does not exist", ce->name, name_str);
2734return;
2735}
[2004-06-09 11:05:08] D dot Kingma at jool dot nl
changed category to 'Zend engine 2 problem'
[2004-06-08 22:23:49] D dot Kingma at jool dot nl
There is also another small bug: When the comment above a method starts
with '/** ' (notice the space at the end) the getDocComments() function
will return an empty string. When you remove the trailing space, all
works fine.
And finally a small functionality request: please add the
getDocComments() function to the reflectionProperty class, since the
description of the var with the @var tag is also a well known
functionality of packages like javadoc/phpdoc and it would come in
handy if you cannot only get te description of methods, classes and
functions but also the defined properties of the class.
Thnx
David
[2004-06-08 17:59:54] D dot Kingma at jool dot nl
Description:
I came across a bug in the reflection api. When a class has a property
in capitals and you use the getProperties function from the
reflectionClass class all works fine, you get an array with
reflectionProperty object. But when you try to get the property
manually it fails, throwing an ReflectionException saying it is not a
property of that class (also when as a parameter tot the
reflectionproperty class i give the name attribute of the
reflectionproperty object given from the getProperties method).
--
Edit this bug report at http://bugs.php.net/?id=28699&edit=1
#28725 [NEW]: Typo in error message of mime_content_type and others
From: trancer at trancer dot nl
Operating system: Any
PHP version: Irrelevant
PHP Bug Type: Unknown/Other Function
Bug description: Typo in error message of mime_content_type and others
Description:
Fatal error: mime_magic could not be initialized, magic file (null) is not
avaliable in ...
Should be available ofcourse. A small check on lxr.php.net reveals a few
more of these:
http://lxr.php.net/search?string=avaliable
Reproduce code:
---
echo mime_content_type('blabla');
Expected result:
Fatal error: mime_magic could not be initialized, magic file (null) is not
availiable in ...
Actual result:
--
Fatal error: mime_magic could not be initialized, magic file (null) is not
avaliable in ...
--
Edit bug report at http://bugs.php.net/?id=28725&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28725&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28725&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28725&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28725&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28725&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28725&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28725&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28725&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28725&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28725&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28725&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28725&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28725&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28725&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28725&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28725&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28725&r=float
#28699 [Opn->Csd]: Reflection api bugs
ID: 28699
Updated by: [EMAIL PROTECTED]
Reported By: D dot Kingma at jool dot nl
-Status: Open
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: Windows XP
PHP Version: 5.0.0RC3
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2004-06-10 13:10:18] D dot Kingma at jool dot nl
Also in RC3
[2004-06-10 13:09:05] D dot Kingma at jool dot nl
reproduction code:
Possible solution for the CAPS problem:
The properties hash table ce->properties_info probably keeps the
property names in the origanal string format (didn't change
it with tolower()). So the fix will probably be to remove the
zend_str_tolower_copy (line 2729)
[zend_reflection_api.c]
2728lcname = do_alloca(name_len + 1);
2729zend_str_tolower_copy(lcname, name_str, name_len);
2730if (zend_hash_find(&ce->properties_info, lcname, name_len + 1,
(void **) &property_info) == FAILURE) {
2731free_alloca(lcname);
2732zend_throw_exception_ex(reflection_exception_ptr, 0 TSRMLS_CC,
2733"Property %s::$%s does not exist", ce->name, name_str);
2734return;
2735}
[2004-06-09 11:05:08] D dot Kingma at jool dot nl
changed category to 'Zend engine 2 problem'
[2004-06-08 22:23:49] D dot Kingma at jool dot nl
There is also another small bug: When the comment above a method starts
with '/** ' (notice the space at the end) the getDocComments() function
will return an empty string. When you remove the trailing space, all
works fine.
And finally a small functionality request: please add the
getDocComments() function to the reflectionProperty class, since the
description of the var with the @var tag is also a well known
functionality of packages like javadoc/phpdoc and it would come in
handy if you cannot only get te description of methods, classes and
functions but also the defined properties of the class.
Thnx
David
[2004-06-08 17:59:54] D dot Kingma at jool dot nl
Description:
I came across a bug in the reflection api. When a class has a property
in capitals and you use the getProperties function from the
reflectionClass class all works fine, you get an array with
reflectionProperty object. But when you try to get the property
manually it fails, throwing an ReflectionException saying it is not a
property of that class (also when as a parameter tot the
reflectionproperty class i give the name attribute of the
reflectionproperty object given from the getProperties method).
--
Edit this bug report at http://bugs.php.net/?id=28699&edit=1
#28699 [Csd]: Reflection api bugs
ID: 28699
Updated by: [EMAIL PROTECTED]
Reported By: D dot Kingma at jool dot nl
Status: Closed
Bug Type: Zend Engine 2 problem
-Operating System: Windows XP
+Operating System: *
PHP Version: 5.0.0RC3
-Assigned To:
+Assigned To: helly
New Comment:
BTW: The '/**' is another issue (which i also fixed). Please fill in
separate bug reports for separate things in the future.
Previous Comments:
[2004-06-10 13:37:57] [EMAIL PROTECTED]
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.
[2004-06-10 13:10:18] D dot Kingma at jool dot nl
Also in RC3
[2004-06-10 13:09:05] D dot Kingma at jool dot nl
reproduction code:
Possible solution for the CAPS problem:
The properties hash table ce->properties_info probably keeps the
property names in the origanal string format (didn't change
it with tolower()). So the fix will probably be to remove the
zend_str_tolower_copy (line 2729)
[zend_reflection_api.c]
2728lcname = do_alloca(name_len + 1);
2729zend_str_tolower_copy(lcname, name_str, name_len);
2730if (zend_hash_find(&ce->properties_info, lcname, name_len + 1,
(void **) &property_info) == FAILURE) {
2731free_alloca(lcname);
2732zend_throw_exception_ex(reflection_exception_ptr, 0 TSRMLS_CC,
2733"Property %s::$%s does not exist", ce->name, name_str);
2734return;
2735}
[2004-06-09 11:05:08] D dot Kingma at jool dot nl
changed category to 'Zend engine 2 problem'
[2004-06-08 22:23:49] D dot Kingma at jool dot nl
There is also another small bug: When the comment above a method starts
with '/** ' (notice the space at the end) the getDocComments() function
will return an empty string. When you remove the trailing space, all
works fine.
And finally a small functionality request: please add the
getDocComments() function to the reflectionProperty class, since the
description of the var with the @var tag is also a well known
functionality of packages like javadoc/phpdoc and it would come in
handy if you cannot only get te description of methods, classes and
functions but also the defined properties of the class.
Thnx
David
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/28699
--
Edit this bug report at http://bugs.php.net/?id=28699&edit=1
#28699 [Csd]: Reflection api bugs
ID: 28699
User updated by: D dot Kingma at jool dot nl
Reported By: D dot Kingma at jool dot nl
Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5.0.0RC3
Assigned To: helly
New Comment:
Thnx, I will post the small feature request in a sepperate 'bug
report'.
Previous Comments:
[2004-06-10 13:48:04] [EMAIL PROTECTED]
BTW: The '/**' is another issue (which i also fixed). Please fill in
separate bug reports for separate things in the future.
[2004-06-10 13:37:57] [EMAIL PROTECTED]
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.
[2004-06-10 13:10:18] D dot Kingma at jool dot nl
Also in RC3
[2004-06-10 13:09:05] D dot Kingma at jool dot nl
reproduction code:
Possible solution for the CAPS problem:
The properties hash table ce->properties_info probably keeps the
property names in the origanal string format (didn't change
it with tolower()). So the fix will probably be to remove the
zend_str_tolower_copy (line 2729)
[zend_reflection_api.c]
2728lcname = do_alloca(name_len + 1);
2729zend_str_tolower_copy(lcname, name_str, name_len);
2730if (zend_hash_find(&ce->properties_info, lcname, name_len + 1,
(void **) &property_info) == FAILURE) {
2731free_alloca(lcname);
2732zend_throw_exception_ex(reflection_exception_ptr, 0 TSRMLS_CC,
2733"Property %s::$%s does not exist", ce->name, name_str);
2734return;
2735}
[2004-06-09 11:05:08] D dot Kingma at jool dot nl
changed category to 'Zend engine 2 problem'
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/28699
--
Edit this bug report at http://bugs.php.net/?id=28699&edit=1
#28726 [NEW]: getDocComment function for reflectionProperty class
From: D dot Kingma at jool dot nl Operating system: * PHP version: 5.0.0RC2 PHP Bug Type: Feature/Change Request Bug description: getDocComment function for reflectionProperty class Description: Is it possible to add the getDocComment() function to the reflectionProperty class, since the description of the var with the @var tag is also a well known functionality of packages like javadoc/phpdoc and it would come in handy if you cannot only get te description of methods, classes and functions but also for the properties of the class. -- Edit bug report at http://bugs.php.net/?id=28726&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28726&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28726&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28726&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28726&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28726&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28726&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28726&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28726&r=support Expected behavior: http://bugs.php.net/fix.php?id=28726&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28726&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28726&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28726&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28726&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28726&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28726&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28726&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28726&r=float
#28727 [NEW]: Bug in parser module
From: vvkrougl at mail dot ru
Operating system: FreeBSD
PHP version: 4.3.4
PHP Bug Type: Compile Failure
Bug description: Bug in parser module
Description:
This script isn't work at all! IE display this line:"Parse error: parse
error in /s.php on line 3". If I change the 'break' staement to
'die("Something...")' then everything work fine!
Reproduce code:
---
--
Edit bug report at http://bugs.php.net/?id=28727&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28727&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28727&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28727&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28727&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28727&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28727&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28727&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28727&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28727&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28727&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28727&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28727&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28727&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28727&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28727&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28727&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28727&r=float
#28727 [Opn->Bgs]: Bug in parser module
ID: 28727
Updated by: [EMAIL PROTECTED]
Reported By: vvkrougl at mail dot ru
-Status: Open
+Status: Bogus
Bug Type: Compile Failure
Operating System: FreeBSD
PHP Version: 4.3.4
New Comment:
break is language construct and cannot be used in such expressions just
becase PHP can't compute the value of such expression.
On the other hand, die() is just a function, which returns a result
value.
couple of example:
if ($foo == $var || break) //wrong. break returns nothing and PHP
cannot compute expression's value.
if ($foo == $var || echo) //wrong. echo returns nothing
if ($foo == $var || strlen('some')) // ok
$foo == 1 OR echo 1; //wrong
$foo == 1 OR print 1; //correct. print() always return true.
Previous Comments:
[2004-06-10 14:04:44] vvkrougl at mail dot ru
Description:
This script isn't work at all! IE display this line:"Parse error: parse
error in /s.php on line 3". If I change the 'break' staement to
'die("Something...")' then everything work fine!
Reproduce code:
---
--
Edit this bug report at http://bugs.php.net/?id=28727&edit=1
#28724 [Opn->Bgs]: session.save_path appears to be ignored
ID: 28724
User updated by: php at tjworld dot org
Reported By: php at tjworld dot org
-Status: Open
+Status: Bogus
Bug Type: Session related
Operating System: Windows 2003 Server Enterprise
PHP Version: 4.3.7
New Comment:
Discovered during configuration of osCommerce, that it has an option in
Admin, under Configuration->Sessions, for "Session Directory" and it
was set to "/tmp".
So the problem described was not due to PHP.
I did do a text search of all the oscommerce files for "tmp" because to
begin with I suspected it was osCommerce overiding the PHP setting.
Well at least now we know. Hope this helps someone else.
Previous Comments:
[2004-06-10 12:58:14] php at tjworld dot org
Description:
session.save_path appears to be ignored even though phpinfo() shows
that the correct php.ini file, and session.save_path are set.
As a result a PHP warning is returned in the head of the HTML of files
that call session.start() and a session dat file isn't created in
session.save_path.
Using IIS6, in IIS 5 isloation mode. Executing cgi.exe not the ISAPI
filter.
Working with a clean install of osCommerce 2.2m2.
Non-session code appears to work.
Permissions on the session.save_path directory are set to allow
modify/read/write by the IUSR_MACHINE_NAME account.
phpinfo() confirms the config file as:
C:\Windows\php.ini
[PHP]
register_globals = On
[Session]
session.save_path = D:\Server\PHP4\sessiondata\
Using System Internals FileMonitor shows that php.exe is attempting to
open/write to D:\tmp\?? even when phpinfo() shows that
session.save_path is set as shown above. No attempts to access
session.save_path are shown.
Reproduce code:
---
function tep_session_start() {
return session_start();
}
Expected result:
Expect to see session data files in session.save_path, and no warnings
reported.
Actual result:
--
When D:\tmp (with appropriate permissions) exists the HTML returns with
no warnings in the HEAD, and a session data file is created in the
directory.
If D:\tmp doesn't exist, no session data file is created and warnings
are returned in the HTML HEAD:-
Warning: session_start():
open(/tmp\sess_fdbfaf6a09ec7734f73e7ac88dfd00be, O_RDWR) failed: No
such file or directory (2) in
D:\Inetpub\hostingRoot\domain\http\members\catalog\admin\includes\functions\sessions.php
on line 67
--
Edit this bug report at http://bugs.php.net/?id=28724&edit=1
#11058 [Com]: php_network_getaddresses: getaddrinfo failed
ID: 11058
Comment by: austinputman at hotmail 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:
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.
Previous Comments:
[2004-05-26 21:45:26] jpipes1 at columbus dot rr dot com
We have this darn error occur once every few months; our site relies
heavily on fopen's to URL resources on our own servers (to separate
templates out...), and I have run into these darn errors with
absolutely no help from anyone on any forums. This error is NOT fixed.
It has to do with something that changed from 4.0.16 to 4.3.4 on
Apache 1.3.27 running RedHat 9 too. Please somebody look into this
problem.
Errors only happen once out of every, say, 20 times, and it always
issues the getaddrinfo failed warnings. Then, the warnings start to
happen more and more frequently, on code that has been unchanged in
months. Finally, a restart clears it and we go on for a few months til
another restart.
I'm not a C programmer or a Linux guru and I wouldn't know where to
start with debugging this stuff, but if someone could take a look at
it, it would be helpful. Navigating around these bug indexes is
driving me nuts...
Sounds like some sort of memory leak or something (i.e. the warnings
happening after quite some time, then more frequently until a
restart...)
[2004-05-13 00:34:48] cosas at minovela dot com
i've just installed redhat 9, then the latest version of mysql, php and
apache, and i got the error when i tried to run my scripts...
[2004-05-13 00:32:49] cosas at minovela dot com
so nobody give us a solution?
i can't upgrade to latest version if i want to use fsockopen :(
[2004-05-04 14:35:56] jeppe at bundsgaard dot net
I guess it is connected to the server - the problem occurs on some, but
not all the servers running php4.3 that I am using. Anyway it would be
nice with a solution that solves the problem independent of the servers
- or that tells exactly what is to be done with the server (I know,
this is not the place for such a request - but I don't know where to
turn to).
[2004-02-12 21:15:45] cosas at minovela dot com
hello,
my php is PHP Version 4.3.4
i've exatctly the same problem. my server isn't conected by dialup, and
i got ever the message
"php_network_getaddresses: getaddrinfo failed"
when i use this line:
fsockopen ("dummy_ip", 25, &$errno, &$errstr, 10)
it didn't occurs with older versions of php.
this IS NOT a server problem, is a problem of PHP, you only need tho
make a search at google
http://www.google.es/search?hl=es&ie=UTF-8&oe=UTF-8&q=php+php_network_getaddresses%3A+getaddrinfo+failed&meta=
target "php_network_getaddresses: getaddrinfo failed"
and see results, a lot of people get the same errors.
i hope you found a solution for this :)
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/11058
--
Edit this bug report at http://bugs.php.net/?id=11058&edit=1
#28727 [Bgs->Csd]: Bug in parser module
ID: 28727
User updated by: vvkrougl at mail dot ru
Reported By: vvkrougl at mail dot ru
-Status: Bogus
+Status: Closed
Bug Type: Compile Failure
Operating System: FreeBSD
PHP Version: 4.3.4
New Comment:
Thanks, I understand.
I rewrite my code to:
if ( !($res = some_func()) ) break;
But this line looks more nicely and it is a pity that she does not
work:
$res = some_func() or break;
Thanks!
Previous Comments:
[2004-06-10 14:27:22] [EMAIL PROTECTED]
break is language construct and cannot be used in such expressions just
becase PHP can't compute the value of such expression.
On the other hand, die() is just a function, which returns a result
value.
couple of example:
if ($foo == $var || break) //wrong. break returns nothing and PHP
cannot compute expression's value.
if ($foo == $var || echo) //wrong. echo returns nothing
if ($foo == $var || strlen('some')) // ok
$foo == 1 OR echo 1; //wrong
$foo == 1 OR print 1; //correct. print() always return true.
[2004-06-10 14:04:44] vvkrougl at mail dot ru
Description:
This script isn't work at all! IE display this line:"Parse error: parse
error in /s.php on line 3". If I change the 'break' staement to
'die("Something...")' then everything work fine!
Reproduce code:
---
--
Edit this bug report at http://bugs.php.net/?id=28727&edit=1
#28710 [Opn]: missing xml_create_parser_ns in win32-binary ->major Problem for RDF API Project
ID: 28710 Updated by: [EMAIL PROTECTED] Reported By: mail at d-westphal dot de Status: Open Bug Type: XML related Operating System: WIN32 PHP Version: 5CVS-2004-06-09 (dev) Assigned To: rrichards New Comment: As if "Cheap Public Webservers" are running Windows ... There's no bundled libxml2 for other operating systems.. Anyway, Rob (our main libxml2 Windows guy) is looking into it, so no need to further complain here ;) Previous Comments: [2004-06-10 12:13:59] bnowack at appmosphere dot com The xml_parser_create_ns function is a MUST for efficient parsing of W3Cs RDF/XML-based formats. RDF has a quite complicated XML serialization, which already makes it hard to build *really fast* parsers. I don't know if this bug would affect (hosted) linux systems as well, but if we had to move namespace handling from the native code to interpreted PHP, I guess that would be very painful in terms of performance. thanx, benjamin [2004-06-10 10:56:21] chris at bizer dot de Hi, I think the main point here is that administrators of cheap public webservers usually install the standard PHP distribution and that if this distribution doesn't contain an up-to-date xmllib then XML-based PHP applications don't work on public web servers. This contradicts the main argument for using PHP for XML-based applications, which is: Your application will run on 14 million servers. Cheers, Chris [2004-06-09 17:19:11] mail at d-westphal dot de Hi Derick, you're totally right, the problem is the compiled win32 distribution (it ships with libxml2 2.5.11 already compiled in). But if the 5.0 win32/binary-release will still contain only the 2.5.11 libxml2, then all php-apps using the xml_parser_create_ns command will stop working under win-systems (and i don't guess lots of people will (or can) self-compile under windows, when there's a win32/binary-distribution) ! Please correct me if I'm wrong or shift the bug-report to the right category Thanks and cheers, Daniel [2004-06-09 16:56:37] [EMAIL PROTECTED] This is not a real bug in PHP, you'll just have to use libxml2 2.6. [2004-06-09 16:22:20] mail at d-westphal dot de Description: Hello, my name is Daniel Westphal and I'm working at the "RDF API FOR PHP"(RAP) - Project (http://www.wiwiss.fu-berlin.de/suhl/bizer/rdfapi/ , http://sourceforge.net/projects/rdfapi-php/ ). RAP is the leading PHP toolkit for parsing, searching,manipulating, serializing and serving RDF models. We checked the compatibility of our code with the new php5/zend2 engine(PHP Version 5.0.0RC3RC2) and encountered problems when trying to use our xml/rdf-parser. Our rdf-parser uses the SAX xml_create_parser_ns function and works well with php 4.3.7. I read a blog (http://blog.bitflux.ch/p1658.html) and a thread at php-cvs (http://marc.theaimsgroup.com/?l=php-cvs&m=107749629522874&w=2) which was dealing with this problem of using libxml2 2.5.11 and not 2.6.x and the mentioned function. The discussion seems to end with credo, that no one is using this parser with namespace support and so it's just a minor problem and not required to be fixed until the 5.0 release. But it's major problem for our project and its users! Our users (about 1200 downloads yet) use RAP mainly on servers where they are having no possibility to manual upgrade to a higher libxml2 version, because of missing administrator-rights. Thus it is esential for our project to have a working xml_create_parser_ns function in the standard PHP5 release. So it would be great (and highly appriciated by the PHP RDF community) if somebody could have a look and get the function working again. Thanks and cheers, Daniel Actual result: -- Warning: xml_parser_create_ns() [function.xml-parser-create-ns]: is broken with libxml2 2.5.11. Please upgrade to libxml2 2.6 in C:\!htdocs\rdfapi-php\api\syntax\RdfParser.php on line 2218 -- Edit this bug report at http://bugs.php.net/?id=28710&edit=1
#28728 [NEW]: dbx crash causes coredump
From: steveh at brendata dot co dot uk Operating system: linux 2.4.22 PHP version: 4.3.4 PHP Bug Type: DBX related Bug description: dbx crash causes coredump Description: I'm still working out the circumstances and removing code to prove what is causing the issue, but at present, both the apache module and the cli php are core dumping with the following backtrace. Reproduce code: --- This will follow when I find out what's causing the issue. Expected result: No core dump? Actual result: -- (gdb) bt #0 0x082066d4 in _zval_ptr_dtor (zval_ptr=0x84e6ef8, __zend_filename=0x823f9c0 "/usr/src/php-4.3.4/ext/dbx/dbx_sybasect.c", __zend_lineno=198) at /usr/src/php-4.3.4/Zend/zend_execute_API.c:289 #1 0x080a4988 in dbx_sybasect_getcolumnname (rv=0xbfff9554, result_handle=0xbfff958c, column_index=0, ht=2, return_value=0x8523434, this_ptr=0x0, return_value_used=1) at /usr/src/php-4.3.4/ext/dbx/dbx_sybasect.c:198 #2 0x0809e751 in switch_dbx_getcolumnname (rv=0xbfff9554, result_handle=0xbfff958c, column_index=0, ht=2, return_value=0x8523434, this_ptr=0x0, return_value_used=1, dbx_module=0x84e5a28) at /usr/src/php-4.3.4/ext/dbx/dbx.c:835 #3 0x0809cd3f in zif_dbx_query (ht=2, return_value=0x8523434, this_ptr=0x0, return_value_used=1) at /usr/src/php-4.3.4/ext/dbx/dbx.c:489 #4 0x082243c3 in execute (op_array=0x85070f0) at /usr/src/php-4.3.4/Zend/zend_execute.c:1616 #5 0x082245f6 in execute (op_array=0x851ab00) at /usr/src/php-4.3.4/Zend/zend_execute.c:1660 #6 0x082245f6 in execute (op_array=0x851a470) at /usr/src/php-4.3.4/Zend/zend_execute.c:1660 #7 0x082245f6 in execute (op_array=0x84c93e4) at /usr/src/php-4.3.4/Zend/zend_execute.c:1660 #8 0x08212038 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/php-4.3.4/Zend/zend.c:884 #9 0x081d8c56 in php_execute_script (primary_file=0xbb20) at /usr/src/php-4.3.4/main/main.c:1729 #10 0x082341e2 in main (argc=2, argv=0xbbc4) at /usr/src/php-4.3.4/sapi/cli/php_cli.c:819 #11 0x4039b657 in __libc_start_main (main=0x8233690 , argc=2, ubp_av=0xbbc4, init=0x8078db4 <_init>, fini=0x8239d40 <_fini>, rtld_fini=0x4000dc54 <_dl_fini>, stack_end=0xbbbc) at ../sysdeps/generic/libc-start.c:129 (gdb -- Edit bug report at http://bugs.php.net/?id=28728&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28728&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28728&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28728&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28728&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28728&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28728&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28728&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28728&r=support Expected behavior: http://bugs.php.net/fix.php?id=28728&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28728&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28728&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28728&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28728&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28728&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28728&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28728&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28728&r=float
#28728 [Opn]: dbx crash causes coredump
ID: 28728 User updated by: steveh at brendata dot co dot uk Reported By: steveh at brendata dot co dot uk Status: Open Bug Type: DBX related Operating System: linux 2.4.22 PHP Version: 4.3.4 New Comment: Ok, it's related to the size of the column name, probably a buffer overflow, reducing the length of a generic prefix has removed the problem for now. Previous Comments: [2004-06-10 15:29:42] steveh at brendata dot co dot uk Description: I'm still working out the circumstances and removing code to prove what is causing the issue, but at present, both the apache module and the cli php are core dumping with the following backtrace. Reproduce code: --- This will follow when I find out what's causing the issue. Expected result: No core dump? Actual result: -- (gdb) bt #0 0x082066d4 in _zval_ptr_dtor (zval_ptr=0x84e6ef8, __zend_filename=0x823f9c0 "/usr/src/php-4.3.4/ext/dbx/dbx_sybasect.c", __zend_lineno=198) at /usr/src/php-4.3.4/Zend/zend_execute_API.c:289 #1 0x080a4988 in dbx_sybasect_getcolumnname (rv=0xbfff9554, result_handle=0xbfff958c, column_index=0, ht=2, return_value=0x8523434, this_ptr=0x0, return_value_used=1) at /usr/src/php-4.3.4/ext/dbx/dbx_sybasect.c:198 #2 0x0809e751 in switch_dbx_getcolumnname (rv=0xbfff9554, result_handle=0xbfff958c, column_index=0, ht=2, return_value=0x8523434, this_ptr=0x0, return_value_used=1, dbx_module=0x84e5a28) at /usr/src/php-4.3.4/ext/dbx/dbx.c:835 #3 0x0809cd3f in zif_dbx_query (ht=2, return_value=0x8523434, this_ptr=0x0, return_value_used=1) at /usr/src/php-4.3.4/ext/dbx/dbx.c:489 #4 0x082243c3 in execute (op_array=0x85070f0) at /usr/src/php-4.3.4/Zend/zend_execute.c:1616 #5 0x082245f6 in execute (op_array=0x851ab00) at /usr/src/php-4.3.4/Zend/zend_execute.c:1660 #6 0x082245f6 in execute (op_array=0x851a470) at /usr/src/php-4.3.4/Zend/zend_execute.c:1660 #7 0x082245f6 in execute (op_array=0x84c93e4) at /usr/src/php-4.3.4/Zend/zend_execute.c:1660 #8 0x08212038 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/php-4.3.4/Zend/zend.c:884 #9 0x081d8c56 in php_execute_script (primary_file=0xbb20) at /usr/src/php-4.3.4/main/main.c:1729 #10 0x082341e2 in main (argc=2, argv=0xbbc4) at /usr/src/php-4.3.4/sapi/cli/php_cli.c:819 #11 0x4039b657 in __libc_start_main (main=0x8233690 , argc=2, ubp_av=0xbbc4, init=0x8078db4 <_init>, fini=0x8239d40 <_fini>, rtld_fini=0x4000dc54 <_dl_fini>, stack_end=0xbbbc) at ../sysdeps/generic/libc-start.c:129 (gdb -- Edit this bug report at http://bugs.php.net/?id=28728&edit=1
#28728 [Opn]: dbx crash causes coredump
ID: 28728 User updated by: steveh at brendata dot co dot uk Reported By: steveh at brendata dot co dot uk Status: Open Bug Type: DBX related Operating System: linux 2.4.22 PHP Version: 4.3.4 New Comment: Sorry, the previous comment was (probably) completely wrong, it only appeared to work as I had made a typo in the password and therefore it never connected to the database. Still investigating. Previous Comments: [2004-06-10 15:38:24] steveh at brendata dot co dot uk Ok, it's related to the size of the column name, probably a buffer overflow, reducing the length of a generic prefix has removed the problem for now. [2004-06-10 15:29:42] steveh at brendata dot co dot uk Description: I'm still working out the circumstances and removing code to prove what is causing the issue, but at present, both the apache module and the cli php are core dumping with the following backtrace. Reproduce code: --- This will follow when I find out what's causing the issue. Expected result: No core dump? Actual result: -- (gdb) bt #0 0x082066d4 in _zval_ptr_dtor (zval_ptr=0x84e6ef8, __zend_filename=0x823f9c0 "/usr/src/php-4.3.4/ext/dbx/dbx_sybasect.c", __zend_lineno=198) at /usr/src/php-4.3.4/Zend/zend_execute_API.c:289 #1 0x080a4988 in dbx_sybasect_getcolumnname (rv=0xbfff9554, result_handle=0xbfff958c, column_index=0, ht=2, return_value=0x8523434, this_ptr=0x0, return_value_used=1) at /usr/src/php-4.3.4/ext/dbx/dbx_sybasect.c:198 #2 0x0809e751 in switch_dbx_getcolumnname (rv=0xbfff9554, result_handle=0xbfff958c, column_index=0, ht=2, return_value=0x8523434, this_ptr=0x0, return_value_used=1, dbx_module=0x84e5a28) at /usr/src/php-4.3.4/ext/dbx/dbx.c:835 #3 0x0809cd3f in zif_dbx_query (ht=2, return_value=0x8523434, this_ptr=0x0, return_value_used=1) at /usr/src/php-4.3.4/ext/dbx/dbx.c:489 #4 0x082243c3 in execute (op_array=0x85070f0) at /usr/src/php-4.3.4/Zend/zend_execute.c:1616 #5 0x082245f6 in execute (op_array=0x851ab00) at /usr/src/php-4.3.4/Zend/zend_execute.c:1660 #6 0x082245f6 in execute (op_array=0x851a470) at /usr/src/php-4.3.4/Zend/zend_execute.c:1660 #7 0x082245f6 in execute (op_array=0x84c93e4) at /usr/src/php-4.3.4/Zend/zend_execute.c:1660 #8 0x08212038 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/php-4.3.4/Zend/zend.c:884 #9 0x081d8c56 in php_execute_script (primary_file=0xbb20) at /usr/src/php-4.3.4/main/main.c:1729 #10 0x082341e2 in main (argc=2, argv=0xbbc4) at /usr/src/php-4.3.4/sapi/cli/php_cli.c:819 #11 0x4039b657 in __libc_start_main (main=0x8233690 , argc=2, ubp_av=0xbbc4, init=0x8078db4 <_init>, fini=0x8239d40 <_fini>, rtld_fini=0x4000dc54 <_dl_fini>, stack_end=0xbbbc) at ../sysdeps/generic/libc-start.c:129 (gdb -- Edit this bug report at http://bugs.php.net/?id=28728&edit=1
#28708 [Opn->Fbk]: move_uploaded_file to no Permission dir make php crash
ID: 28708 Updated by: [EMAIL PROTECTED] Reported By: xuefer at 21cn dot com -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: linux & xp PHP Version: 4.3.7 New Comment: Are you using thread-safe PHP? Try compiling php with --enable-debug, this should produce a more detailed backtrace. Previous Comments: [2004-06-10 03:25:13] xuefer at 21cn dot com backtrace: #0 0x404878fb in zif_move_uploaded_file () from /www/modules/libphp4.so #1 0x4052b6f8 in execute () from /www/modules/libphp4.so #2 0x4052b464 in execute () from /www/modules/libphp4.so #3 0x40515f12 in call_user_function_ex () from /www/modules/libphp4.so #4 0x40485547 in zif_call_user_func_array () from /www/modules/libphp4.so #5 0x4052b6f8 in execute () from /www/modules/libphp4.so #6 0x4052b464 in execute () from /www/modules/libphp4.so #7 0x4052b464 in execute () from /www/modules/libphp4.so #8 0x4052b464 in execute () from /www/modules/libphp4.so #9 0x4052b464 in execute () from /www/modules/libphp4.so #10 0x4052b464 in execute () from /www/modules/libphp4.so #11 0x4052b464 in execute () from /www/modules/libphp4.so #12 0x4052b464 in execute () from /www/modules/libphp4.so #13 0x4051dacc in zend_execute_scripts () from /www/modules/libphp4.so #14 0x404f1b6c in php_execute_script () from /www/modules/libphp4.so #15 0x4053170b in php_handler () from /www/modules/libphp4.so #16 0x080af7e0 in ap_invoke_handler () #17 0x0809164b in ap_process_request () #18 0x0808bd2c in ap_process_http_connection () #19 0x080bc385 in ap_process_connection () #20 0x080af2da in child_main () #21 0x080ae144 in make_child () #22 0x080ae539 in perform_idle_server_maintenance () #23 0x080adaed in ap_mpm_run () #24 0x080b56a1 in main () #25 0x402b0657 in __libc_start_main (main=0x80b4cd0 , argc=3, ubp_av=0xbae4, init=0x806693c <_init>, fini=0x80d5540 <_fini>, rtld_fini=0x4100dc54 <_dl_fini>, stack_end=0xbadc) at ../sysdeps/generic/libc-start.c:129 [2004-06-09 16:14:03] [EMAIL PROTECTED] Cannot replicate the bug, I get the same error messages, however the error correctly displays the filenames involved. The error seems to be caused by an unrelated memory corruption. [2004-06-09 09:21:41] xuefer at 21cn dot com Description: move_uploaded_file to NO Permission dir get make crash in shell: chmod 000 /path/to in php: move_uploaded_file($_FILES['userfile']['tmp_name'], '/path/to/file.jpg'); crash or show 2 error: move_uploaded_file(/path/to/file.jpg): failed to open stream: Permission denied move_uploaded_file(): Unable to move '[EMAIL PROTECTED] ' to '@ËZ€V,' -- Edit this bug report at http://bugs.php.net/?id=28708&edit=1
#28723 [Opn->Csd]: The "/usr/bin/test" command of Solaris OS does not have "-e" argument.
ID: 28723 Updated by: [EMAIL PROTECTED] Reported By: tomohiro at jk dot jip dot co dot jp -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 4.3.7 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-06-10 12:26:02] tomohiro at jk dot jip dot co dot jp Description: The "/usr/bin/test" command of Solaris OS does not have "-e" argument. Therefore, it becomes the error of the following: % ./configure --with-apxs=/usr/local/apache/bin/apxs \ --enable-mbstring=shared \ --enable-mbregex=shared . . . checking whether to enable multibyte string support... yes, shared checking whether to enable multibyte regex support... shared checking for external libmbfl... no ./configure: test: argument expected Reproduce code: --- diff configure.org configure 47430c47430 < if test -e "$ext_builddir/config.h.in"; then --- > if test -f "$ext_builddir/config.h.in"; then -- Edit this bug report at http://bugs.php.net/?id=28723&edit=1
#28728 [Opn->Fbk]: dbx crash causes coredump
ID: 28728 Updated by: [EMAIL PROTECTED] Reported By: steveh at brendata dot co dot uk -Status: Open +Status: Feedback Bug Type: DBX related Operating System: linux 2.4.22 PHP Version: 4.3.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2004-06-10 15:51:22] steveh at brendata dot co dot uk Sorry, the previous comment was (probably) completely wrong, it only appeared to work as I had made a typo in the password and therefore it never connected to the database. Still investigating. [2004-06-10 15:38:24] steveh at brendata dot co dot uk Ok, it's related to the size of the column name, probably a buffer overflow, reducing the length of a generic prefix has removed the problem for now. [2004-06-10 15:29:42] steveh at brendata dot co dot uk Description: I'm still working out the circumstances and removing code to prove what is causing the issue, but at present, both the apache module and the cli php are core dumping with the following backtrace. Reproduce code: --- This will follow when I find out what's causing the issue. Expected result: No core dump? Actual result: -- (gdb) bt #0 0x082066d4 in _zval_ptr_dtor (zval_ptr=0x84e6ef8, __zend_filename=0x823f9c0 "/usr/src/php-4.3.4/ext/dbx/dbx_sybasect.c", __zend_lineno=198) at /usr/src/php-4.3.4/Zend/zend_execute_API.c:289 #1 0x080a4988 in dbx_sybasect_getcolumnname (rv=0xbfff9554, result_handle=0xbfff958c, column_index=0, ht=2, return_value=0x8523434, this_ptr=0x0, return_value_used=1) at /usr/src/php-4.3.4/ext/dbx/dbx_sybasect.c:198 #2 0x0809e751 in switch_dbx_getcolumnname (rv=0xbfff9554, result_handle=0xbfff958c, column_index=0, ht=2, return_value=0x8523434, this_ptr=0x0, return_value_used=1, dbx_module=0x84e5a28) at /usr/src/php-4.3.4/ext/dbx/dbx.c:835 #3 0x0809cd3f in zif_dbx_query (ht=2, return_value=0x8523434, this_ptr=0x0, return_value_used=1) at /usr/src/php-4.3.4/ext/dbx/dbx.c:489 #4 0x082243c3 in execute (op_array=0x85070f0) at /usr/src/php-4.3.4/Zend/zend_execute.c:1616 #5 0x082245f6 in execute (op_array=0x851ab00) at /usr/src/php-4.3.4/Zend/zend_execute.c:1660 #6 0x082245f6 in execute (op_array=0x851a470) at /usr/src/php-4.3.4/Zend/zend_execute.c:1660 #7 0x082245f6 in execute (op_array=0x84c93e4) at /usr/src/php-4.3.4/Zend/zend_execute.c:1660 #8 0x08212038 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/php-4.3.4/Zend/zend.c:884 #9 0x081d8c56 in php_execute_script (primary_file=0xbb20) at /usr/src/php-4.3.4/main/main.c:1729 #10 0x082341e2 in main (argc=2, argv=0xbbc4) at /usr/src/php-4.3.4/sapi/cli/php_cli.c:819 #11 0x4039b657 in __libc_start_main (main=0x8233690 , argc=2, ubp_av=0xbbc4, init=0x8078db4 <_init>, fini=0x8239d40 <_fini>, rtld_fini=0x4000dc54 <_dl_fini>, stack_end=0xbbbc) at ../sysdeps/generic/libc-start.c:129 (gdb -- Edit this bug report at http://bugs.php.net/?id=28728&edit=1
#23694 [Com]: Hidden input for session is invalid XHTML
ID: 23694 Comment by: djik at libertysurf dot fr Reported By: max at taupe dot breezeland dot com Status: Bogus Bug Type: Session related Operating System: Linux PHP Version: 4.3.2RC3 New Comment: OK so will you explain my provider he must set the php.ini this way? I don't have acces to the php.ini! :-( Previous Comments: [2003-09-14 17:38:48] [EMAIL PROTECTED] php.ini comment says it all: ; The URL rewriter will look for URLs in a defined set of HTML tags. ; form/fieldset are special; if you include them here, the rewriter will ; add a hidden field with the info which is otherwise appended ; to URLs. If you want XHTML conformity, remove the form entry. ; Note that all valid entries require a "=", even if no value follows. url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=,fieldset=" [2003-08-12 07:31:04] shane at aptest dot com Just a short followup note. As editor if the XHTML Recommendations, I can confirm that the content models of XHTML 1.0 "Strict" and XHTML 1.1 both require that input elements be within a "block" element. This has nothing to do with presentation - it has to do with document content structure and ready manipulation via the DOM. Anyway, it would make sense to ensure that any form content elements emitted by php are wrapped within block elements to maintain the validity of the generated content. [2003-07-22 11:51:22] bruno at ubik-fr dot net Is that so difficult, writing instead of ? Or is there any other reason why you don't want to fix it ? Setting session.trans_sid to 0 is a way (not always possible) to solve this problem but I just can't be sure that the user accept cookies. Thanks. [2003-05-19 09:29:00] max at taupe dot breezeland dot com I'm not asking for support, I'm submiting a bug. PHP adds an tag, not framed by a block element. So it's a bug. (I know that it can be configured in php.ini, but fisrtly it isn't a good correction (because it merge 2 types of request, GET and POST), secondly because often we havn't any acces to php.ini, and finally, if you think taht it can be corrected, why does the default choise is the bug one ?) [2003-05-19 07:14:09] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Can be configured in php.ini 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/23694 -- Edit this bug report at http://bugs.php.net/?id=23694&edit=1
#15653 [Com]: use_trans_sid creates invalid HTML
ID: 15653
Comment by: djik at libertysurf dot fr
Reported By: teilo+php at teilo dot net
Status: Bogus
Bug Type: Session related
Operating System: Debian GNU Linux
PHP Version: 4.1.1
New Comment:
> We just use legacy one for compatibility.
Compatibility with what??! It will be more compatible with all HTML
version with & (and in the forms).
Previous Comments:
[2002-02-21 20:28:52] [EMAIL PROTECTED]
Of course we know the default is not correct.
We just use legacy one for compatibility.
I might change default for 4.2.0.
[2002-02-21 12:12:43] teilo+php at teilo dot net
But then the *default* (just '&') is wrong surely?
http://www.php.net/manual/en/function.ini-set.php#AEN56526
grep arg_sep php.ini
;arg_separator.output = "&"
;arg_separator.input = ";&"
IIRC even XHTML need to escape the &
[2002-02-21 11:57:23] [EMAIL PROTECTED]
`grep arg_separator php.ini`
this *is* bogus.
[2002-02-21 11:49:24] teilo+php at teilo dot net
This is not a support question. It is a bug report for PHP!!
PHP is creating INVALID code.
try the following code with trans.sid enabled
-- test.php
http://www.w3.org/TR/html4/loose.dtd";>
PHP bug
PHP BUG
This will cause invalid HTML after
trans_sid has done its work
EOF;
-- end test.php
-- output from test.php
http://www.w3.org/TR/html4/loose.dtd";>
PHP bug
PHP BUG
This
will cause invalid HTML after trans_sid has done its work
-- end output from test.php
check the link ref
that is *invalid* HTML & the *must* be escaped.
Another common error occurs when including a URL which contains an
ampersand ("&"):
...
This example generates an error for "unknown entity section" because
the "&" is assumed to begin an entity . In many cases, browsers will
recover safely from the error, but the example used here will cause the
link to fail in Netscape 3.x (but not other versions of Netscape) since
it will assume that the author intended to write §ion, which is
equivalent to §ion.
To avoid problems with both validators and browsers, always use &
in place of &:
...
see http://www.htmlhelp.com/tools/validator/problems.html#amp
I suggest you look at the HTML 4.01 spec sec 12.2
http://www.w3.org/TR/html401/struct/links.html#h-12.2
* CDATA is a sequence of characters from the document character set
and may include character entities. User agents should interpret
attribute values as follows:
!!> * Replace character entities with characters,
* Ignore line feeds,
* Replace each carriage return or tab with a single space.
[2002-02-21 02:38:24] [EMAIL PROTECTED]
The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/15653
--
Edit this bug report at http://bugs.php.net/?id=15653&edit=1
#28729 [NEW]: php_value settings "leak" from apache config when auto_prepend_file is used
From: j dot svoboda at phoenix dot cz Operating system: FreeBSD PHP version: 4.3.7 PHP Bug Type: Apache2 related Bug description: php_value settings "leak" from apache config when auto_prepend_file is used Description: If (for example) specific directory configuration has a given include_path, in some situations the setting persists between requests (php.ini settings are NOT reset between requests). This bug is similar to the bug described in http://bugs.php.net/bug.php?id=27110. The important difference is that the problem manifests only when auto_prepend_file is used. Reproduce code: --- See: http://www.p-i-n.cz/doc/phpbug.txt Expected result: See the link given. Actual result: -- See the link given. -- Edit bug report at http://bugs.php.net/?id=28729&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28729&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28729&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28729&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28729&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28729&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28729&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28729&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28729&r=support Expected behavior: http://bugs.php.net/fix.php?id=28729&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28729&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28729&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28729&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28729&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28729&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28729&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28729&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28729&r=float
#28710 [Opn->Csd]: missing xml_create_parser_ns in win32-binary ->major Problem for RDF API Project
ID: 28710 User updated by: mail at d-westphal dot de Reported By: mail at d-westphal dot de -Status: Open +Status: Closed Bug Type: XML related Operating System: WIN32 PHP Version: 5CVS-2004-06-09 (dev) Assigned To: rrichards New Comment: Thanx alot ! cheers daniel Previous Comments: [2004-06-10 15:28:14] [EMAIL PROTECTED] As if "Cheap Public Webservers" are running Windows ... There's no bundled libxml2 for other operating systems.. Anyway, Rob (our main libxml2 Windows guy) is looking into it, so no need to further complain here ;) [2004-06-10 12:13:59] bnowack at appmosphere dot com The xml_parser_create_ns function is a MUST for efficient parsing of W3Cs RDF/XML-based formats. RDF has a quite complicated XML serialization, which already makes it hard to build *really fast* parsers. I don't know if this bug would affect (hosted) linux systems as well, but if we had to move namespace handling from the native code to interpreted PHP, I guess that would be very painful in terms of performance. thanx, benjamin [2004-06-10 10:56:21] chris at bizer dot de Hi, I think the main point here is that administrators of cheap public webservers usually install the standard PHP distribution and that if this distribution doesn't contain an up-to-date xmllib then XML-based PHP applications don't work on public web servers. This contradicts the main argument for using PHP for XML-based applications, which is: Your application will run on 14 million servers. Cheers, Chris [2004-06-09 17:19:11] mail at d-westphal dot de Hi Derick, you're totally right, the problem is the compiled win32 distribution (it ships with libxml2 2.5.11 already compiled in). But if the 5.0 win32/binary-release will still contain only the 2.5.11 libxml2, then all php-apps using the xml_parser_create_ns command will stop working under win-systems (and i don't guess lots of people will (or can) self-compile under windows, when there's a win32/binary-distribution) ! Please correct me if I'm wrong or shift the bug-report to the right category Thanks and cheers, Daniel [2004-06-09 16:56:37] [EMAIL PROTECTED] This is not a real bug in PHP, you'll just have to use libxml2 2.6. 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/28710 -- Edit this bug report at http://bugs.php.net/?id=28710&edit=1
#28730 [Opn]: WEB PAGE Missing
ID: 28730 Updated by: [EMAIL PROTECTED] Reported By: mfloryan at bigfoot dot com Status: Open -Bug Type:Website problem +Bug Type:*Compile Issues PHP Version: 4.3.7 New Comment: It is actually http://www.php.net/manual/en/security.globals.php. It should be fixed in the PHP source. Previous Comments: [2004-06-10 16:31:35] mfloryan at bigfoot dot com Description: The page: http://www.php.net/manual/en/security.registerglobals.php is mentioned in the information window after I build PHP, but does not exist. Reproduce code: --- ./configure -- Edit this bug report at http://bugs.php.net/?id=28730&edit=1
#28730 [Opn->Csd]: WEB PAGE Missing
ID: 28730 Updated by: [EMAIL PROTECTED] Reported By: mfloryan at bigfoot dot com -Status: Open +Status: Closed Bug Type:*Compile Issues PHP Version: 4.3.7 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-06-10 16:44:21] [EMAIL PROTECTED] It is actually http://www.php.net/manual/en/security.globals.php. It should be fixed in the PHP source. [2004-06-10 16:31:35] mfloryan at bigfoot dot com Description: The page: http://www.php.net/manual/en/security.registerglobals.php is mentioned in the information window after I build PHP, but does not exist. Reproduce code: --- ./configure -- Edit this bug report at http://bugs.php.net/?id=28730&edit=1
#28727 [Csd->Bgs]: Bug in parser module
ID: 28727
Updated by: [EMAIL PROTECTED]
Reported By: vvkrougl at mail dot ru
-Status: Closed
+Status: Bogus
Bug Type: Compile Failure
Operating System: FreeBSD
PHP Version: 4.3.4
New Comment:
Not a bug
Previous Comments:
[2004-06-10 15:02:00] vvkrougl at mail dot ru
Thanks, I understand.
I rewrite my code to:
if ( !($res = some_func()) ) break;
But this line looks more nicely and it is a pity that she does not
work:
$res = some_func() or break;
Thanks!
[2004-06-10 14:27:22] [EMAIL PROTECTED]
break is language construct and cannot be used in such expressions just
becase PHP can't compute the value of such expression.
On the other hand, die() is just a function, which returns a result
value.
couple of example:
if ($foo == $var || break) //wrong. break returns nothing and PHP
cannot compute expression's value.
if ($foo == $var || echo) //wrong. echo returns nothing
if ($foo == $var || strlen('some')) // ok
$foo == 1 OR echo 1; //wrong
$foo == 1 OR print 1; //correct. print() always return true.
[2004-06-10 14:04:44] vvkrougl at mail dot ru
Description:
This script isn't work at all! IE display this line:"Parse error: parse
error in /s.php on line 3". If I change the 'break' staement to
'die("Something...")' then everything work fine!
Reproduce code:
---
--
Edit this bug report at http://bugs.php.net/?id=28727&edit=1
#28708 [Fbk->Opn]: move_uploaded_file to no Permission dir make php crash
ID: 28708 User updated by: xuefer at 21cn dot com Reported By: xuefer at 21cn dot com -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: linux & xp PHP Version: 4.3.7 New Comment: done with CFLAGS="-g" coredump: #0 0x404879ab in zif_move_uploaded_file (ht=2, return_value=0x84a5954, this_ptr=0x0, return_value_used=1) at /home/oursky/src/php4/ext/standard/basic_functions.c:2821 2821php_error_docref(NULL TSRMLS_CC, E_WARNING, "Unable to move '%s' to '%s'", Z_STRVAL_PP(path), Z_STRVAL_PP(new_path)); Backtrace: --- #0 0x404879ab in zif_move_uploaded_file (ht=2, return_value=0x84a5954, this_ptr=0x0, return_value_used=1) at /home/oursky/src/php4/ext/standard/basic_functions.c:2821 #1 0x4052b828 in execute (op_array=0x85ce660) at /home/oursky/src/php4/Zend/zend_execute.c:1635 #2 0x4052b594 in execute (op_array=0x86023f4) at /home/oursky/src/php4/Zend/zend_execute.c:1679 #3 0x40516042 in call_user_function_ex (function_table=0xbfffa0f0, object_pp=0x84a56a8, function_name=0x864641c, retval_ptr_ptr=0xbfff9cec, param_count=4, params=0x84a58cc, no_separation=0, symbol_table=0x0) at /home/oursky/src/php4/Zend/zend_execute_API.c:567 #4 0x404855f7 in zif_call_user_func_array (ht=2, return_value=0x84a572c, this_ptr=0x0, return_value_used=1) at /home/oursky/src/php4/ext/standard/basic_functions.c:1946 #5 0x4052b828 in execute (op_array=0x85294cc) at /home/oursky/src/php4/Zend/zend_execute.c:1635 #6 0x4052b594 in execute (op_array=0x839aa54) at /home/oursky/src/php4/Zend/zend_execute.c:1679 #7 0x4052b594 in execute (op_array=0x85fbed4) at /home/oursky/src/php4/Zend/zend_execute.c:1679 #8 0x4052b594 in execute (op_array=0x85fc08c) at /home/oursky/src/php4/Zend/zend_execute.c:1679 #9 0x4052b594 in execute (op_array=0x8575414) at /home/oursky/src/php4/Zend/zend_execute.c:1679 #10 0x4052b594 in execute (op_array=0x85ec564) at /home/oursky/src/php4/Zend/zend_execute.c:1679 #11 0x4052b594 in execute (op_array=0x831638c) at /home/oursky/src/php4/Zend/zend_execute.c:1679 #12 0x4052b594 in execute (op_array=0x844848c) at /home/oursky/src/php4/Zend/zend_execute.c:1679 #13 0x4051dbfc in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/oursky/src/php4/Zend/zend.c:891 #14 0x404f1c2c in php_execute_script (primary_file=0xb680) at /home/oursky/src/php4/main/main.c:1731 #15 0x4053183b in php_handler (r=0x863f840) at /home/oursky/src/php4/sapi/apache2handler/sapi_apache2.c:561 #16 0x080af7e0 in ap_invoke_handler () #17 0x0809164b in ap_process_request () #18 0x0808bd2c in ap_process_http_connection () #19 0x080bc385 in ap_process_connection () #20 0x080af2da in child_main () #21 0x080ae144 in make_child () #22 0x080ae489 in perform_idle_server_maintenance () #23 0x080adaed in ap_mpm_run () #24 0x080b56a1 in main () #25 0x402b0657 in __libc_start_main (main=0x80b4cd0 , argc=3, ubp_av=0xbae4, init=0x806693c <_init>, fini=0x80d5540 <_fini>, rtld_fini=0x4100dc54 <_dl_fini>, stack_end=0xbadc) at ../sysdeps/generic/libc-start.c:129 Php dump: --- "common.function_name: "$1 = 0x40572a5c "move_uploaded_file" Previous Comments: [2004-06-10 16:01:19] [EMAIL PROTECTED] Are you using thread-safe PHP? Try compiling php with --enable-debug, this should produce a more detailed backtrace. [2004-06-10 03:25:13] xuefer at 21cn dot com backtrace: #0 0x404878fb in zif_move_uploaded_file () from /www/modules/libphp4.so #1 0x4052b6f8 in execute () from /www/modules/libphp4.so #2 0x4052b464 in execute () from /www/modules/libphp4.so #3 0x40515f12 in call_user_function_ex () from /www/modules/libphp4.so #4 0x40485547 in zif_call_user_func_array () from /www/modules/libphp4.so #5 0x4052b6f8 in execute () from /www/modules/libphp4.so #6 0x4052b464 in execute () from /www/modules/libphp4.so #7 0x4052b464 in execute () from /www/modules/libphp4.so #8 0x4052b464 in execute () from /www/modules/libphp4.so #9 0x4052b464 in execute () from /www/modules/libphp4.so #10 0x4052b464 in execute () from /www/modules/libphp4.so #11 0x4052b464 in execute () from /www/modules/libphp4.so #12 0x4052b464 in execute () from /www/modules/libphp4.so #13 0x4051dacc in zend_execute_scripts () from /www/modules/libphp4.so #14 0x404f1b6c in php_execute_script () from /www/modules/libphp4.so #15 0x4053170b in php_handler () from /www/modules/libphp4.so #16 0x080af7e0 in ap_invoke_handler () #17 0x0809164b in ap_process_request () #18 0x0808bd2c in ap_process_http_connection () #19 0x080bc385 in ap_process_connection () #20 0x080af2da in child_main () #21 0x080ae144 in make_child () #22 0x080ae539 in perform_idle_server_maintenance () #23 0x08
#28590 [NoF->Opn]: configure --with-mysql-sock is ignored
ID: 28590 User updated by: u60149431 at bedug dot com Reported By: u60149431 at bedug dot com -Status: No Feedback +Status: Open Bug Type: *Compile Issues Operating System: Fedora Core 2 PHP Version: 4.3.6 New Comment: I linked it against a MySQL built from sources. I was able to make a workaround for this bug by editing the MySQL header file where a default was defined. What meaning does --with-mysql-sock have if it doesn't have any effect??? Previous Comments: [2004-06-10 01:00:03] 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-06-01 22:39:28] [EMAIL PROTECTED] Are you compiling the MySQL extension against external or bundled libmysql? Check your phpinfo() output, what does MYSQL_SOCKET show for it's value? [2004-05-31 10:04:33] u60149431 at bedug dot com Description: The option --with-mysql-sock to the configure script is completely ignored, and causes PHP to still access /tmp/mysql.sock, which is the hard-coded value from header files. Any alternate values from /etc/my.cnf are also ignored. Use of php.ini is not feasible in my specific application. Expected result: That --with-mysql-sock indicates the default value for the mysql socket. (which may be altered by a config file) -- Edit this bug report at http://bugs.php.net/?id=28590&edit=1
#9673 [Bgs]: Relative paths in require(), require_once(), include(), include_once()
ID: 9673 User updated by: vvo at geocities dot com Reported By: vvo at geocities dot com Status: Bogus Bug Type: Scripting Engine problem Operating System: RedHat Linux PHP Version: 4.3.2 New Comment: That's ok, I gave up on PHP a long time ago. RTFPHPM yourself. Previous Comments: [2004-04-20 06:21:34] cameron at prolifique dot com No, not necessarily a bug...just a very illogical and painful behavior for the include & require functions when using relative paths. It's like having a compass that points north in relation to wherever you started your trip, not where you're standing now. Not much use. If you knew where you started, why would you need a compass? If a relative include path isn't relative to the script calling it, what's the use of a relative include path? I never expected that the hardest part of moving from ASP to PHP would be include file references, but considering this behavior (still happening in 4.3.4), it appears to be. Luckily, there appears to be a workaround: [2 Sep 2003 8:48am CEST] mathieu dot messe at urssaf dot fr A workaround found at http://fr.php.net/manual/fr/function.include.php is to use require(dirname(__FILE__) . "\..\second.php"); [2004-04-05 08:50:44] [EMAIL PROTECTED] RTFM. There is no bug here. [2004-04-02 16:03:57] chapwest at hotmail dot com I have no idea what this means in regard to my sight. Michael [2004-04-01 18:36:07] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-04-01 18:32:42] vvo at geocities dot com setting version to 4.3.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/9673 -- Edit this bug report at http://bugs.php.net/?id=9673&edit=1
#28711 [Opn]: $QUERY_STRING is define with null instead of stay undefine when no query string
ID: 28711
User updated by: sikachu at beezone dot net
Reported By: sikachu at beezone dot net
Status: Open
Bug Type: Unknown/Other Function
Operating System: Windows 2000
PHP Version: 5.0.0RC3
New Comment:
Well ... I used isset() with $QUERY_STRING to check the query all the
time. Also, my server still PHP 4.3.7 and it's at
http://ragnarok.beezone.net .
On there, If you type in 'http://ragnarok.beezone.net', it will load
itself because the isset($QUERY_STRING) is false! And if I type
something like 'http://ragnarok.beezone.net/?board' That will trigger
the code and redirect to the page we provide !
Can somebody test and confirm that just because my server use cgi
(php.exe) instead of isapi module (php5isapi.dll)?
Thanks anyway, imprestavel. I think if I change the script whole site
to use empty(), it may works. But I sill confuse with this behavior.
Previous Comments:
[2004-06-10 09:18:43] imprestavel at gameguru dot com dot br
I think php4 does that too (just tested, but register_globals is off)
Maybe you are confusing isset with empty
"isset -- Determine whether a variable is set
...
Returns TRUE if var exists; FALSE otherwise."
"empty -- Determine whether a variable is empty
...
empty() returns FALSE if var has a non-empty and non-zero value. In
otherwords, "", 0, "0", NULL, FALSE, array(), var $var;, and objects
with empty properties, are all considered empty. TRUE is returned if
var is empty."
You may find that information here:
http://www.php.net/isset
http://www.php.net/empty
Hope it helps
[2004-06-09 16:46:18] sikachu at beezone dot net
Clearify the bug summary ...
[2004-06-09 16:44:18] sikachu at beezone dot net
Change the version number in topic from RC2 to RC3 ...
[2004-06-09 16:42:41] sikachu at beezone dot net
Description:
I upgraded from PHP 4.3.4 to PHP 5.0 RC3 yesterday. When I tried to run
the script that check for the query string and then refresh to the
page, the query string return the invalid value. This behavior I found
only in PHP 5.0 RC3
I'll show you the result with these thing:
echo $QUERY_STRING;
isset($QUERY_STRING);
$QUERY_STRING == "";
For example, assume that the script URL is
http://somewhere.com/index.php
If I call it like this: http://somewhere.com/index.php?foo
echo $QUERY_STRING;// show foo
isset($QUERY_STRING); // return true
$QUERY_STRING == ""; // return false
But, here is the problem. If I call it like this:
http://somewhere.com/index.php
echo $QUERY_STRING;// show ""(nothing)
isset($QUERY_STRING); // return true << unexpected
$QUERY_STRING == ""; // return true
The code that I use for test will be in the next section.
My PHP configuration based on php.ini-dist. I changed register_global
to be On, and then add php_mysql & php_mysqli extension to it.
Reproduce code:
---
if(isset($QUERY_STRING))
{
echo "Your query string is defined\n";
}
if($QUERY_STRING == "")
{
echo "Your query string is null\n";
}
if($QUERY_STRING == " ")
{
echo "Your query string contain just a space\n";
}
echo "Here is your query string: '".$QUERY_STRING."'";
Expected result:
Your query string is null
Here is your query string: ''
Actual result:
--
Your query string is defined
Your query string is null
Here is your query string: ''
--
Edit this bug report at http://bugs.php.net/?id=28711&edit=1
#24028 [Com]: Reading raw post message by php://input
ID: 24028 Comment by: neamatopel at yahoo dot com Reported By: xiongwei at aerafront dot com Status: Closed Bug Type: CGI related Operating System: win32 only PHP Version: 4.3.2 New Comment: TURN $6 INTO $19,525 USING PayPal WITHIN SIX WEEKS MAKE FAST EASY MONEY USING PAYPAL" Posted by OpelBhai MAKE MONEY FAST WITH ONLY $6.00. THIS REALLY WORKS! Make from $20,000 to $50,000 in as little as 4 -6 weeks with only an initial investment of $6, by using a simple secure internet account called PayPal, that takes only a few minutes to join and get started. Sign up for a FREE PayPal account by clicking on the link below: (or, Cut and Pest it into your browser) https://www.paypal.com/row/mrb/pal=QZLRMBU37LAQC I’ve actually taken the 10 minutes it requires to join this wacky bunch of optimists and I’m hoping that there are others out there that will spare the change to try this. READ ON: I found this on a bulletin board and decided to try it. "A little while back, I was browsing through news groups and came across an article similar to this that said you could make thousands of dollars within weeks with only an initial investment of $6.00! So I thought, "Yeah right, this must be a scam", but like most of us, I was curious, so I kept reading. Anyway, it said that you send only $1.00 to each of the 6 email addresses stated in this article. You then place your name and address at the bottom of the list at the #6th position and email it to your friends as well as post this message (with your email address in the list) to at least 200 newsgroups. (There are thousands) No catch that was it. So after thinking it over, and talking to a few people first, I thought about trying it. I figured "what have I got to lose except $6.00, right?" So I invested the measly $6.00. Well GUESS WHAT!! Within days, I started getting money coming into my PayPal account! I was shocked! I figured it would end soon, but the money just kept coming in. In my first week, I made about $25.00 which means that 25 people joined the group after they saw my posted messages. By the end of the second week I had made a total of over $1000.00! In the third week I had over $10,000.00 and it¹s still growing. This is now my fourth week and I have made a total of just over $42,000.00 and it¹s still coming in rapidly. It¹s certainly worth $6.00, and the few minutes it took to join PayPal. I have spent more than that on the lottery! Let me tell you how this works and most importantly, why it works. Also, make sure you print a copy of this article NOW, so you can get the information off of it, as you need it. I promise you that if you follow the directions EXACTLY, that you will start making more money than you thought possible by doing something so easy! SUGGESTION: Read this entire message carefully! (Print it out or download it.) Follow the simple directions and watches the money come in! It’s that easy. It’s legal. And, your investment is only $6.00. IMPORTANT: This is not a rip-off; it is not indecent; it is not illegal; and it is virtually no risk-it really works! If all of the following instructions are adhered to, you will receive extraordinary dividends. AGAIN, PLEASE NOTE: Follow these directions EXACTLY, and $20,000 or more can be yours in 4 to 6 weeks. This program remains successful because of the honesty and integrity of the participants. Please continue its success by carefully adhering to the instructions. In this business your product is not solid and tangible, it’s a service. You are in the business of developing Mailing Lists. Many large corporations are happy to pay big bucks for quality lists. However, the money made from the mailing lists is secondary to the income which is made from people like you and me asking to be included in that list. Here are the 4 easy steps to success: STEP 1: Take a few minutes to join PayPal with this link : https://www.paypal.com/row/mrb/pal=QZLRMBU37LAQC The Internet's most trusted Internet banking system for your future income. When creating your PayPal account make sure you use the same Email address as your user name in the list below so people can send money to your account. STEP 2: Once you have a PayPal account running, use PayPal to post $1 to EACH of the 6 Email Addresses below because you pay people with an email address in PayPal. To do this you may need to use a credit card, which is very easy, and secure so nobody but PayPal may see it. If you don’t have a credit card show this great lucrative offer to someone that has one and get them to help you pay the$6. What you are doing is creating a service. This is absolutely legal! You are requesting a legitimate service and you are paying for it! Like most of us I was a little skeptical and a little worried about the legal aspects of it all. But I looked around and did some homework and found it was perfectly legal. Here are the 6 individual Email addresses that you have to
#28713 [Bgs]: crash in recursive call of __call
ID: 28713
User updated by: rodolfo at rodsoft dot org
Reported By: rodolfo at rodsoft dot org
Status: Bogus
Bug Type: Reproducible crash
Operating System: linux 2.6.6
PHP Version: 5.0.0RC2
New Comment:
You're right, but the __set and __get functions manage to get around
this problem by not allowing you to access an undefined property inside
them (which would cause recursive calling of itself). Wouldn't it be
logical to extend this behaviour to __call, not allowing one to call an
undefined member inside it? The way it is now can lead to situations
like this:
class myclass
{
function test() {} // Comment this line out and php
// will crash. Very hard bug to trace
// when working on a big class.
function __call($func, $args)
{
$this->test();
}
};
Previous Comments:
[2004-06-10 08:58:15] [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
The only way in which PHP is allowed to crash is in this case:
unlimited recursive calling of functions.
[2004-06-09 20:05:35] rodolfo at rodsoft dot org
Description:
This ill-behaved code crashes php. I know one should never write things
like this, but this sample is an oversimplified version of a much
bigger code I'm working with, and I've just spot my error after trying
to simplify the code to attach here. PHP should emmit a warning when
such things happen, as with __set and __get, saying that $this->func()
isn't defined, when called inside a __call handler.
Reproduce code:
---
hello();
}
}
$a = new test;
$a->hello();
echo "You won't read this";
?>
Expected result:
A warning saying that $this->hello isn't defined.
Actual result:
--
The coredump is a bunch of
#0 0x0821d843 in zend_call_function ()
#1 0x0821e76a in call_user_function_ex ()
#2 0x0823cfa5 in zend_std_call_user_call ()
#3 0x0825f8ee in zend_do_fcall_common_helper ()
#4 0x0825faf1 in zend_do_fcall_by_name_handler ()
#5 0x0824daf8 in execute ()
repeated over and over
--
Edit this bug report at http://bugs.php.net/?id=28713&edit=1
#28732 [NEW]: temp and tmp environment vars not registered via web
From: danielc at analysisandsolutions dot com Operating system: windows 2000 PHP version: 4.3.7 PHP Bug Type: *General Issues Bug description: temp and tmp environment vars not registered via web Description: Neither the TEMP or TMP environment variables show up via $_ENV, $_SERVER, getenv() or phpinfo() when accessing scripts via a webserver (Apache 1.3.28). They're available when executing scripts via the command line (both CGI and CLI). FYI: C:\PROGRA~1>echo %temp% C:\TEMP C:\PROGRA~1>echo %tmp% C:\TEMP Reproduce code: --- Expected result: TEMP: C:\TEMP temp: C:\TEMP TMP: C:\TEMP tmp: C:\TEMP Actual result: -- === Via web server === TEMP: temp: TMP: tmp: === Via command line === TEMP: C:\TEMP temp: C:\TEMP TMP: C:\TEMP tmp: C:\TEMP -- Edit bug report at http://bugs.php.net/?id=28732&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28732&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28732&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28732&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28732&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28732&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28732&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28732&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28732&r=support Expected behavior: http://bugs.php.net/fix.php?id=28732&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28732&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28732&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28732&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28732&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28732&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28732&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28732&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28732&r=float
#28732 [Opn]: temp and tmp environment vars not registered via web
ID: 28732 User updated by: danielc at analysisandsolutions dot com Reported By: danielc at analysisandsolutions dot com Status: Open Bug Type: *General Issues Operating System: windows 2000 PHP Version: 4.3.7 New Comment: Just to be 100% clear, PHP executes via CGI on the web server. Previous Comments: [2004-06-10 20:16:21] danielc at analysisandsolutions dot com Description: Neither the TEMP or TMP environment variables show up via $_ENV, $_SERVER, getenv() or phpinfo() when accessing scripts via a webserver (Apache 1.3.28). They're available when executing scripts via the command line (both CGI and CLI). FYI: C:\PROGRA~1>echo %temp% C:\TEMP C:\PROGRA~1>echo %tmp% C:\TEMP Reproduce code: --- Expected result: TEMP: C:\TEMP temp: C:\TEMP TMP: C:\TEMP tmp: C:\TEMP Actual result: -- === Via web server === TEMP: temp: TMP: tmp: === Via command line === TEMP: C:\TEMP temp: C:\TEMP TMP: C:\TEMP tmp: C:\TEMP -- Edit this bug report at http://bugs.php.net/?id=28732&edit=1
#28721 [Opn]: appendChild() and insertBefore() unset DOMText node arguments (includes patch)
ID: 28721
User updated by: benjcarson at digitaljunkies dot ca
Reported By: benjcarson at digitaljunkies dot ca
Status: Open
Bug Type: DOM XML related
Operating System: Linux
PHP Version: 5CVS-2004-06-10 (dev)
New Comment:
There was a bug with insertBefore() in the patch. If you downloaded
the patch prior to this post, please download it again.
Previous Comments:
[2004-06-10 07:12:43] benjcarson at digitaljunkies dot ca
Description:
If a DOMText node is added to a node using appendChild() or
insertBefore(), the node is destroyed (i.e. the parameter's properties
are cleared) and a new node is returned instead. In addition, when a
text node is inserted it is collapsed with adjacent text nodes. This
behaviour is inconsistent with other DOM implementations (e.g. Mozilla,
gdome). It means that code like this:
$p->appendChild($textNode);
will unset all of $textNode's properties.
Here is an html version of the reproduce code, for an example of what
your browser does:
http://www.digitaljunkies.ca/~benj/dom_insert_demo.php
I've tried to fix this and I've rolled a patch available at:
http://www.digitaljunkies.ca/~benj/node.c.diff
Basically what I've done is remove any special handling of text nodes.
In appendChild() I also manually add the child to the parent's children
list. This is because xmlAddChild collapses adjacent text nodes. (I
figure that if adjacent text nodes need to be collapsed, users can use
DomDocument::normalize().)
In looking at the code, there may be a similar problem with attribute
nodes, but since I'm not as familliar with manipulating them, I'm not
sure what the desired behaviour should be.
Please indicate if there are any problems with the patch. Thanks.
Reproduce code:
---
#!/usr/bin/php
createElement("p");
$p->appendChild($t1 = $xml->createTextNode(" t1 "));
$p->appendChild($b = $xml->createElement("b"));
$b->appendChild($xml->createTextNode("X"));
$p->appendChild($t2 = $xml->createTextNode(""));
$ret = $p->appendChild($t1);
var_dump($t1->nodeName);
var_dump($ret->nodeName);
var_dump( $t1 === $ret );
var_dump( $p->lastChild->nodeValue );
?>
Expected result:
string(5) "#text"
string(5) "#text"
bool(true)
string(4) " t1 "
Actual result:
--
NULL
string(5) "#text"
bool(false)
string(8) " t2 t1 "
--
Edit this bug report at http://bugs.php.net/?id=28721&edit=1
#28733 [NEW]: mktime returns error for args 4/1/2007 00:00:00
From: marcos at paladin-its dot com
Operating system: Free BSD
PHP version: 4.3.5
PHP Bug Type: Date/time related
Bug description: mktime returns error for args 4/1/2007 00:00:00
Description:
when passing the integers necessary to make a date of 4/1/2007, mktime
returns an error value of 12/31/1969.
Reproduce code:
---
echo date("M-d-Y", mktime(0, 0, 0, 4, 1, 2007)) . "";
Expected result:
Apr-01-2007
Actual result:
--
Dec-31-1969
--
Edit bug report at http://bugs.php.net/?id=28733&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28733&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28733&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28733&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28733&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28733&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28733&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28733&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28733&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28733&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28733&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28733&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28733&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28733&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28733&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28733&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28733&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28733&r=float
#28734 [NEW]: Operator = changes structure of self-referencing arrays
From: tomas_matousek at hotmail dot com Operating system: WinXP PHP version: 5.0.0RC2 PHP Bug Type: Scripting Engine problem Bug description: Operator = changes structure of self-referencing arrays Description: Create an array $b and set some of its item to reference the array itself by =& operator. Then assign this array to some other variable. This assignment (*) makes something wrong in the array $b because if you change $b's items after this assignment the structure of array $b is changed. However, if that assignment (*) doesn't take place the behavior is correct. Reproduce code: --- $b = array(1,2,3,4); $b[4] =& $b; // this assignment probably makes changes to $b's structure $c = $b; $b[1] = 'X'; $b[4][1] = 'Y'; $b[4][4][1] = 'Z'; print_r($b); Expected result: Array ( [0] => 1 [1] => Z [2] => 3 [3] => 4 [4] => Array *RECURSION* ) Actual result: -- Array ( [0] => 1 [1] => X [2] => 3 [3] => 4 [4] => Array ( [0] => 1 [1] => Y [2] => 3 [3] => 4 [4] => Array ( [0] => 1 [1] => Z [2] => 3 [3] => 4 [4] => Array ( [0] => 1 [1] => 2 [2] => 3 [3] => 4 [4] => Array *RECURSION* ) ) ) ) -- Edit bug report at http://bugs.php.net/?id=28734&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28734&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28734&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28734&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28734&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28734&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28734&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28734&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28734&r=support Expected behavior: http://bugs.php.net/fix.php?id=28734&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28734&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28734&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28734&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28734&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28734&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28734&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28734&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28734&r=float
#17826 [Com]: PHP 4.2.1 Apache SAPI is not compatible with Apache 2.0.39
ID: 17826
Comment by: hola at yahoo dot com
Reported By: jan at penninkhof dot com
Status: Closed
Bug Type: Apache2 related
Operating System: Win32
PHP Version: 4.2.1
Assigned To: edink
New Comment:
Red Hat 9.0 Freetds 0.62.3 Apache 2.0.49 PHP 5.0.ORC3
Instucction, that premit connect a server Linux with a server Windows
2000 Server with SQL Server.
INSTALLING FREETDS
1-. Download freetds -> www.freetds.org
2-. tar -zxvf freetds-stable-tgz
3-. cd freetds-0.62.3
4-. ./configure --prefix=/usr/local/freetds --with-tdsver=8.0
--enable-msdblib --enable-dbmfix --with-gnu-ld
Note: tdsver=8.0 if you use SQL 2000, tdsver=7.0 if you use SQL 7.0
5-. make
6-. make install
7-. /usr/local/freetds/bin/tsql -S -U
Note: For default User SQL issa and the it have not password
For example: /usr/local/freetds/bin/tsql -S 198.168.100.2 -U sa
8-. Add the next text in freetds.conf ( /usr/local/freetds/etc )
[TDS]
host =
port = 1433
tds version = 8.0
Note: If you use SQL 2000 then tds version = 8.0
if you use SQL 7.0 then tds version = 7.0
9-. Add the next text in the file /etc/ld.so.conf
/usr/local/freetds/lib
INSTALLING APACHE
1-. Download apache www.apache.org
2-. tar -zxvf httpd-2.0.49.tar.gz
3-. cd httpd-2.0.49
4-. ./configure --prefix=/etc/httpd --enable-so
5-. make
6-. make install
7-. Configure the file -> httpd.conf ( /etc/httpd/conf/httpd.conf )
8-. Probe the apache: /etc/httpd/bin/apachectl start
/etc/httpd/bin/apachectl stop
INSTALLING PHP
1-. Download the PHP in this site (www.php.net)
2-. tar -zxvf php-5.0-ORC3.tar.gz
3-. cd php-5.0-ORC3
4-. ./configure --with-apxs2=/etc/httpd/bin/apxs --enable-versioning
--with-mssql=/usr/local/freetds --disable-libxml
5-. make
6-. make install
7-. cp php.ini-DIST /usr/local/lib
8-. Add the next line in /etc/httpd/conf/httpd.conf
AddType application/x-httpd-php .php
TESTING
", "sa", "");
mssql_select_db ("", $con);
$sql= "SELECT * FROM ";
$rs= mssql_query ($sql, $con);
echo "The field number one is: ";
echo mssql_result ($rs, 0, 0);
mssql_close ($con);
?>
Previous Comments:
[2002-12-29 11:50:16] kemalcelayir at hotmail dot com
Apache 2.0.43 and PHP Version 4.3.1-dev work together. Most problems
are because of PHP version.
http://snaps.php.net/win32/php4-win32-latest.zip
LoadModule php4_module c:/php/sapi/php4apache2.dll
AddType application/x-httpd-php .php .php3 .php4 .phtml
That's all.
[2002-12-22 11:16:04] bodewes_NO_SPAM_ at fmf dot nl
Finaly!!!
I got i fixed!
I downloaded the latest from the website (rc4) from:
http://snaps.php.net/~edink/php-4.3.0RC4-Win32.zip
Just unzipped it and named it c:/php/
edited the http.conf in the way mentioned above
and edited the php.ini in the windows folder
And that only after 3 hours :P
[2002-12-13 07:46:57] vince at alkinos dot com
OK,
corrected thanks to Edin:
# There is link on the front page:
#
# http://snaps.php.net/~edink/php-4.3.0RC3-Win32.zip
#
# Edin
Vince
[2002-12-13 05:18:29] vince at alkinos dot com
Hi,
Despite having done exactly what is explained in "[23 Oct 8:52pm]
[EMAIL PROTECTED]" in this bug list, I still have "cannot load
php4apache2.dll into server - The specified procedure cannot be found".
Versions of apache and php are the same. The only thing is that I'm
using Windows XP Pro SP1 with all windows updates... Download of
php4-win32-STABLE-latest.zip
was made today (buggy version?)
What's wrong???
Do I have to put php4ts.dll into the register datas???
DO I miss any specific XP Pro procedure?
I spent 3 hours on this and it still doesn't work.
Urgent help needed plz.
Thanks in advance.
Vince
[2002-12-07 11:18:22] cis at cis dot net
When I use the SAPI DLL for PHP on W2K and Apache 2.0.43, I get
nothing. :(
No errors anywhere I can see, but also no php processing. I know it's
'supposed' to be buggy, but I get nothing - not even an error.
I can load a .php page, but everything between the shows
up in
the page source.
If I use php-cgi.exe instead of php4apache2.dll, my pages work. But I
have
an urgent need for the virtual() function and this only works in the
dll
version of php.
Using apache -k start there are no errors. There are also no errors in
error.log. I've set php.ini to report errors, but there aren't ever
any.
Anyone got an idea? My httpd.conf contains:
# PHP
LoadModule php4_module c:/php/sapi/php4apache2.dll
#AddModule mod_php4.c
AddType application/x-httpd-php .phtml .php .php3 .php4 .html
I've commented out the AddModule line for 2 reasons. One is that I have
no
module called mod_php4.c
#28721 [Opn->Fbk]: appendChild() and insertBefore() unset DOMText node arguments (includes patch)
ID: 28721
Updated by: [EMAIL PROTECTED]
Reported By: benjcarson at digitaljunkies dot ca
-Status: Open
+Status: Feedback
Bug Type: DOM XML related
Operating System: Linux
PHP Version: 5CVS-2004-06-10 (dev)
New Comment:
Can you try with this patch? The text nodes piece is working fine.
Havent had a chance to test out the domfragment stuff yet. I would like
to use libxml functions as much as possible any only fall back to
custom coding when absolutely necessary.
http://ctindustries.net/dom/dom_node.diff.txt
Previous Comments:
[2004-06-10 20:22:41] benjcarson at digitaljunkies dot ca
There was a bug with insertBefore() in the patch. If you downloaded
the patch prior to this post, please download it again.
[2004-06-10 07:12:43] benjcarson at digitaljunkies dot ca
Description:
If a DOMText node is added to a node using appendChild() or
insertBefore(), the node is destroyed (i.e. the parameter's properties
are cleared) and a new node is returned instead. In addition, when a
text node is inserted it is collapsed with adjacent text nodes. This
behaviour is inconsistent with other DOM implementations (e.g. Mozilla,
gdome). It means that code like this:
$p->appendChild($textNode);
will unset all of $textNode's properties.
Here is an html version of the reproduce code, for an example of what
your browser does:
http://www.digitaljunkies.ca/~benj/dom_insert_demo.php
I've tried to fix this and I've rolled a patch available at:
http://www.digitaljunkies.ca/~benj/node.c.diff
Basically what I've done is remove any special handling of text nodes.
In appendChild() I also manually add the child to the parent's children
list. This is because xmlAddChild collapses adjacent text nodes. (I
figure that if adjacent text nodes need to be collapsed, users can use
DomDocument::normalize().)
In looking at the code, there may be a similar problem with attribute
nodes, but since I'm not as familliar with manipulating them, I'm not
sure what the desired behaviour should be.
Please indicate if there are any problems with the patch. Thanks.
Reproduce code:
---
#!/usr/bin/php
createElement("p");
$p->appendChild($t1 = $xml->createTextNode(" t1 "));
$p->appendChild($b = $xml->createElement("b"));
$b->appendChild($xml->createTextNode("X"));
$p->appendChild($t2 = $xml->createTextNode(""));
$ret = $p->appendChild($t1);
var_dump($t1->nodeName);
var_dump($ret->nodeName);
var_dump( $t1 === $ret );
var_dump( $p->lastChild->nodeValue );
?>
Expected result:
string(5) "#text"
string(5) "#text"
bool(true)
string(4) " t1 "
Actual result:
--
NULL
string(5) "#text"
bool(false)
string(8) " t2 t1 "
--
Edit this bug report at http://bugs.php.net/?id=28721&edit=1
#28736 [NEW]: Uncaught exception 'com_exception'
From: andy at advancethermal dot com
Operating system: WindowsXP
PHP version: 5CVS-2004-06-10 (dev)
PHP Bug Type: COM related
Bug description: Uncaught exception 'com_exception'
Description:
COM handling in php5-win32-200406101030 is failing where it works without
error in 4.3.7. For CrystalRunTime.Application, it is crashing with the
following commands:
$creport->DiscardSavedData; (in example below)
$creport->ReadRecords();
$creport->Export(false);
Reproduce code:
---
$crapp = new COM("CrystalRunTime.Application");
$creport = $crapp->OpenReport("c:\\myweb\\reports\\myreport.rpt", 1);
$creport->DiscardSavedData;
Expected result:
(no failure expected)
Actual result:
--
Fatal error: Uncaught exception 'com_exception' with message 'Error Member
not found. ' in C:\myweb\htdocs\printlib.php:3 Stack trace: #0
C:\myweb\htdocs\faxcoverpage.php(26): PrintReport('myreport.rpt', '0',
'myreport', '', 'printmyreport.ph...', 'portrait', '1', Array) #1 {main}
thrown in C:\myweb\htdocs\printlib.php on line 3
--
Edit bug report at http://bugs.php.net/?id=28736&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28736&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28736&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28736&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28736&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28736&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28736&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28736&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28736&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28736&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28736&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28736&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28736&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28736&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28736&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28736&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28736&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28736&r=float
#27215 [Opn]: include in php5 is very slow
ID: 27215 User updated by: waboring at 3gstech dot com Reported By: waboring at 3gstech dot com Status: Open Bug Type: Performance problem Operating System: Redhat 9 PHP Version: 5CVS-2004-02-10 (dev) New Comment: It seems that the latest CVS (after 5.0.0RC3) is much better in includes. It is still slightly slower then php4, but now back down to acceptable levels. Doing an includes of phphtmllib's includes.inc takes .077s in php5 and .060 in php4 on a P4 1.8Ghz box. yes .07 is still slow, but by default the library comes with everything included, which isn't necesarry. It's a test case. A minimal include set for using the lib is .03. Much much better! Thanks guys I'd say this is fixed. Previous Comments: [2004-06-04 01:05:01] waboring at 3gstech dot com the last comment said they weren't done fixing the issue yet. [2004-06-04 01:00:03] 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-05-28 00:15:26] [EMAIL PROTECTED] i think we're not quite done with that issue yet. the fix makes php5 perform much better, but not quite there yet. i'll keep working on this next week, using the phphtmllib as a case study. will keep you posted ... [2004-05-27 16:22:55] mikedransfield1 at hotmail dot com I have also seen this error with a different application (sorry cant post examples) On a page with heavy object use and multiple include_once statements, pages that took aroung 0.15 sec with php4 (with mmcache) were taking upto 2 seconds with php5-RC2 (with mmcache). I have just checked out the latest cvs and there are indeed some speed improvements, now the page takes around 0.25 seconds in php5, this is without mmcache. [2004-05-27 11:26:11] [EMAIL PROTECTED] derick: i'm referring the commits by andi: zend_alloc.h 1.50,1.51 zend_alloc.c 1.132 regarding memory leaks in mem cache. i've tested phphtmllib myself (as described in the bug report), and on my system php5 did much worse than php4 (gentoo, apache 1.3.x). this commit makes it better though ;-) 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/27215 -- Edit this bug report at http://bugs.php.net/?id=27215&edit=1
#26490 [Com]: Lost connection to MySQL server during query
ID: 26490
Comment by: Ryan dot Springer at billingconcepts dot com
Reported By: chris dot noden at monstermob dot com
Status: Verified
Bug Type: MySQL related
Operating System: *
PHP Version: 4CVS, 5CVS (2004-03-13)
New Comment:
Is everyone who is effected by this bug running Red Hat? If so, this
may be a libc problem. See:
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=75128
Previous Comments:
[2004-03-11 11:39:40] [EMAIL PROTECTED]
This happens on the following versions:
php 4.3.3, 4.3.4, 4.3.5RC3
with bundled or external mysql client code
with shared or buildin
MySQL Server Version here is 4.0.18
The MySQL Log shows this row on a 'connection lost' error:
Aborted connection 2048 to db: [] (Got an error reading
communication packets)
[2004-03-11 11:35:27] [EMAIL PROTECTED]
Since i just stumbled across the very same problem, i wrote a small (?)
testcode to check it.
It seems like using pconnect in favor of a 'normal' connect fixes the
problem for the testcode, while it does not for my reallife
application.
The code assumes a database with at least 100 rows.
Structure as follows:
CREATE TABLE debug2 (
ID int(11) NOT NULL auto_increment,
CODE varchar(10) NOT NULL default '',
PRIMARY KEY (ID),
) TYPE=MyISAM
This is the testcode, run it from cli ;)
$ppid) {
$tmp=pcntl_waitpid($ppid, $temp, WNOHANG);
if ($tmp!=0 ) {
unset($pidlist[$key]);
}
}
sleep(2);
}
?>
You may have to run the code multiple times to actually see the
problem. The "Lost connection" error doesn't occur on a fixed rate or
value. You may be 'lucky' and don't hit it at all in a run..
Feel free to contact me in irc ( freenode / ircnet )
[2003-12-01 13:16:29] chris dot noden at monstermob dot com
Description:
MySQL version 4.0.13 running on a different server on the LAN using
pconnect:
After using a pcntl_fork() the child thread suffers from the "2013 :
Lost connection to MySQL server" error above.
I can continue to use the MySQL connection without connecting again
implying that the connection has miraculously re-established itself!
The error can occur at any stage in a query, (eg during submission or
reading the results of the query).
The error usually manifests itself when the query returns no results.
The error comes from the parent process!!
I have tried all sorts of workarounds, to no avail.
Reproduce code:
---
do {
$sql = "SELECT stuff FROM db WHERE a=b";
$qryID = mysql_query($sql,$Link_ID
while (mysql_fetch_array($qryID)) {
// Fork off a child
$is_parent = pcntl_fork();
if ($is_parent > 0) {
// I am the child - do some stuff
exit;
} else {
// I am the parent do some stuff
} // end if/else
sleep(1);
} while (condition);
Expected result:
Normal database flow.
Actual result:
--
Error 2013 - Lost connection to MySQL server during query
--
Edit this bug report at http://bugs.php.net/?id=26490&edit=1
#28603 [Fbk->NoF]: Apache-2.0.49-worker crashes on graceful restart with OCI8 module
ID: 28603 Updated by: [EMAIL PROTECTED] Reported By: uncle at fedor dot com -Status: Feedback +Status: No Feedback Bug Type: Apache2 related Operating System: SuSE Linux 8.2 PHP Version: 4.3.7RC1 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-06-02 08:23:18] [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. [2004-06-01 14:57:14] uncle at fedor dot com Description: It looks like a similar bug (#27810) was fixed when compiled PHP with PCRE support. Now the same behaviour occures for the OCI8 module. Apache dies on graceful restart, only when OCI8 support is compiled in. Reproduce code: --- To reproduce: - Install apache-2.0.49-worker (using official SuSE RPMs) - Install Oracle 9.0.2 Client for Linux 32bit - Compiled php-4.3.7RC1 with OCI8 support using apxs2 - run 'apachectl start' - run 'apachectl graceful' and apache will die Expected result: The expected behaviour: apache2 should not die Actual result: -- The actual result: apache2 dies with the following error: seg fault or similar nasty error detected in the parent process -- Edit this bug report at http://bugs.php.net/?id=28603&edit=1
#28721 [Fbk->Opn]: appendChild() and insertBefore() unset DOMText node arguments (includes patch)
ID: 28721
User updated by: benjcarson at digitaljunkies dot ca
Reported By: benjcarson at digitaljunkies dot ca
-Status: Feedback
+Status: Open
Bug Type: DOM XML related
Operating System: Linux
PHP Version: 5CVS-2004-06-10 (dev)
New Comment:
Well, the text node stuff seems to work well, but when I tried adding a
document fragment, php segfaulted. It also seemed to modify other
parts of the tree. Try running the test script below, and note how $p
eventually includes nodes from $d.
Here's my test code:
nodeName . " (" . $node->nodeValue .
")\n";
}
$xml = new DomDocument();
$p = $xml->createElement("p");
$p->appendChild($p1 = $xml->createTextNode(" p1 "));
$p->appendChild($b = $xml->createElement("b"));
$b->appendChild($xml->createTextNode("p2"));
$p->appendChild($p3 = $xml->createTextNode(" p3 "));
$p->appendChild($xml->createTextNode(" p4 "));
$d = $xml->createElement("div");
$d->appendChild($d1 = $xml->createTextNode(" d1 "));
$d->appendChild($b2 = $xml->createElement("b"));
$b2->appendChild($xml->createTextNode("d2"));
$d->appendChild($d3 = $xml->createTextNode(" d3 "));
$d->appendChild($xml->createTextNode(" d4 "));
$frag = $xml->createDocumentFragment();
$t5 = $frag->appendChild($xml->createTextNode(" frag1 "));
$frag->appendChild($i = $xml->createElement("i"));
$i->appendChild($xml->createTextNode(" frag2 "));
$frag->appendChild($xml->createTextNOde(" frag3 "));
echo "\np:\n";
print_node($p);
echo "\nFragment:\n";
print_node($frag);
echo "\nAppending fragment to p:\n";
$p->appendChild($frag);
print_node($p);
echo "\nFragment:\n";
print_node($frag);
print_node($d);
echo "\nInserting fragment before d1\n";
// If the next line is executed, php segfaults on exit:
$d->insertBefore($frag, $d1);
print_node($d);
echo "\np:\n";
print_node($p);
?>
Here's a gdb backtrace:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1080672096 (LWP 7486)]
php_libxml_decrement_node_ptr (object=0x84990e8) at
/usr/src/php/php5-200406091430/ext/libxml/libxml.c:569
569 ret_refcount = --obj_node->refcount;
(gdb) bt
#0 php_libxml_decrement_node_ptr (object=0x84990e8) at
/usr/src/php/php5-200406091430/ext/libxml/libxml.c:569
#1 0x080873f0 in php_libxml_clear_object (object=0x84990e8) at
/usr/src/php/php5-200406091430/ext/libxml/libxml.c:131
#2 0x0808742e in php_libxml_unregister_node (nodep=0x0) at
/usr/src/php/php5-200406091430/ext/libxml/libxml.c:144
#3 0x0808759b in php_libxml_node_free_list (node=0x84991d0) at
/usr/src/php/php5-200406091430/ext/libxml/libxml.c:222
#4 0x0808823b in php_libxml_node_free_resource (node=0x8498c60) at
/usr/src/php/php5-200406091430/ext/libxml/libxml.c:631
#5 0x080882e5 in php_libxml_node_decrement_resource
(object=0x406a965c) at
/usr/src/php/php5-200406091430/ext/libxml/libxml.c:665
#6 0x080a03b2 in dom_objects_free_storage (object=0x406a965c) at
/usr/src/php/php5-200406091430/ext/dom/php_dom.c:773
#7 0x0822349d in zend_objects_store_del_ref (zobject=0x0) at
/usr/src/php/php5-200406091430/Zend/zend_objects_API.c:149
#8 0x0820e673 in _zval_dtor (zvalue=0x406a963c) at
/usr/src/php/php5-200406091430/Zend/zend_variables.c:61
#9 0x08205508 in _zval_ptr_dtor (zval_ptr=0x406a9720) at
/usr/src/php/php5-200406091430/Zend/zend_execute_API.c:391
#10 0x082168f8 in zend_hash_apply_deleter (ht=0x83fadf0, p=0x406a9714)
at /usr/src/php/php5-200406091430/Zend/zend_hash.c:568
#11 0x0821699c in zend_hash_graceful_reverse_destroy (ht=0x83fadf0) at
/usr/src/php/php5-200406091430/Zend/zend_hash.c:634
#12 0x08205342 in shutdown_executor () at
/usr/src/php/php5-200406091430/Zend/zend_execute_API.c:210
#13 0x0820fc64 in zend_deactivate () at
/usr/src/php/php5-200406091430/Zend/zend.c:819
#14 0x081d55d8 in php_request_shutdown (dummy=0x0) at
/usr/src/php/php5-200406091430/main/main.c:1212
#15 0x08243696 in main (argc=3, argv=0xba54) at
/usr/src/php/php5-200406091430/sapi/cli/php_cli.c:1046
Previous Comments:
[2004-06-10 22:34:36] [EMAIL PROTECTED]
Can you try with this patch? The text nodes piece is working fine.
Havent had a chance to test out the domfragment stuff yet. I would like
to use libxml functions as much as possible any only fall back to
custom coding when absolutely necessary.
http://ctindustries.net/dom/dom_node.diff.txt
[2004-06-10 20:22:41] benjcarson at digitaljunkies dot ca
There was a bug with insertBefore() in the patch. If you downloaded
the patch prior to this post, please download it again.
[2004-06-10 07:12:43] benjcarson at digitaljunkies dot ca
Description:
If a DOMText node is added to a node using appendChild() or
insertBefore(), the node is destroyed (i.e. the parameter's properties
are cleared) and a new node is return
#28711 [Com]: $QUERY_STRING is define with null instead of stay undefine when no query string
ID: 28711
Comment by: imprestavel at gameguru dot com dot br
Reported By: sikachu at beezone dot net
Status: Open
Bug Type: Unknown/Other Function
Operating System: Windows 2000
PHP Version: 5.0.0RC3
New Comment:
Tested with both (4.3.7 and 5RC3) with register_globals On and Off (on
both) and they all had the same behavior
Maybe its some weird thing between php and the server...
Your 4.3.7 server is running IIS5, right?
Maybe it only passes query string to cgi if its not empty...
In that case, the only reason why your script works(while it shouldnt),
is because IIS works how it shouldnt hehe
Anyway, i think you should change isset to empty for cases like the one
you described
But lets wait for someone from the staff to reply...
Previous Comments:
[2004-06-10 17:48:52] sikachu at beezone dot net
Well ... I used isset() with $QUERY_STRING to check the query all the
time. Also, my server still PHP 4.3.7 and it's at
http://ragnarok.beezone.net .
On there, If you type in 'http://ragnarok.beezone.net', it will load
itself because the isset($QUERY_STRING) is false! And if I type
something like 'http://ragnarok.beezone.net/?board' That will trigger
the code and redirect to the page we provide !
Can somebody test and confirm that just because my server use cgi
(php.exe) instead of isapi module (php5isapi.dll)?
Thanks anyway, imprestavel. I think if I change the script whole site
to use empty(), it may works. But I sill confuse with this behavior.
[2004-06-10 09:18:43] imprestavel at gameguru dot com dot br
I think php4 does that too (just tested, but register_globals is off)
Maybe you are confusing isset with empty
"isset -- Determine whether a variable is set
...
Returns TRUE if var exists; FALSE otherwise."
"empty -- Determine whether a variable is empty
...
empty() returns FALSE if var has a non-empty and non-zero value. In
otherwords, "", 0, "0", NULL, FALSE, array(), var $var;, and objects
with empty properties, are all considered empty. TRUE is returned if
var is empty."
You may find that information here:
http://www.php.net/isset
http://www.php.net/empty
Hope it helps
[2004-06-09 16:46:18] sikachu at beezone dot net
Clearify the bug summary ...
[2004-06-09 16:44:18] sikachu at beezone dot net
Change the version number in topic from RC2 to RC3 ...
[2004-06-09 16:42:41] sikachu at beezone dot net
Description:
I upgraded from PHP 4.3.4 to PHP 5.0 RC3 yesterday. When I tried to run
the script that check for the query string and then refresh to the
page, the query string return the invalid value. This behavior I found
only in PHP 5.0 RC3
I'll show you the result with these thing:
echo $QUERY_STRING;
isset($QUERY_STRING);
$QUERY_STRING == "";
For example, assume that the script URL is
http://somewhere.com/index.php
If I call it like this: http://somewhere.com/index.php?foo
echo $QUERY_STRING;// show foo
isset($QUERY_STRING); // return true
$QUERY_STRING == ""; // return false
But, here is the problem. If I call it like this:
http://somewhere.com/index.php
echo $QUERY_STRING;// show ""(nothing)
isset($QUERY_STRING); // return true << unexpected
$QUERY_STRING == ""; // return true
The code that I use for test will be in the next section.
My PHP configuration based on php.ini-dist. I changed register_global
to be On, and then add php_mysql & php_mysqli extension to it.
Reproduce code:
---
if(isset($QUERY_STRING))
{
echo "Your query string is defined\n";
}
if($QUERY_STRING == "")
{
echo "Your query string is null\n";
}
if($QUERY_STRING == " ")
{
echo "Your query string contain just a space\n";
}
echo "Here is your query string: '".$QUERY_STRING."'";
Expected result:
Your query string is null
Here is your query string: ''
Actual result:
--
Your query string is defined
Your query string is null
Here is your query string: ''
--
Edit this bug report at http://bugs.php.net/?id=28711&edit=1
#28711 [Com]: $QUERY_STRING is define with null instead of stay undefine when no query string
ID: 28711 Comment by: imprestavel at gameguru dot com dot br Reported By: sikachu at beezone dot net Status: Open Bug Type: Unknown/Other Function Operating System: Windows 2000 PHP Version: 5.0.0RC3 New Comment: Sorry... I meant i tested with both (4.3.7 and 5RC3) *CGI versions* with register_globals On and Off (under Apache2) Previous Comments: [2004-06-11 01:20:18] imprestavel at gameguru dot com dot br Tested with both (4.3.7 and 5RC3) with register_globals On and Off (on both) and they all had the same behavior Maybe its some weird thing between php and the server... Your 4.3.7 server is running IIS5, right? Maybe it only passes query string to cgi if its not empty... In that case, the only reason why your script works(while it shouldnt), is because IIS works how it shouldnt hehe Anyway, i think you should change isset to empty for cases like the one you described But lets wait for someone from the staff to reply... [2004-06-10 17:48:52] sikachu at beezone dot net Well ... I used isset() with $QUERY_STRING to check the query all the time. Also, my server still PHP 4.3.7 and it's at http://ragnarok.beezone.net . On there, If you type in 'http://ragnarok.beezone.net', it will load itself because the isset($QUERY_STRING) is false! And if I type something like 'http://ragnarok.beezone.net/?board' That will trigger the code and redirect to the page we provide ! Can somebody test and confirm that just because my server use cgi (php.exe) instead of isapi module (php5isapi.dll)? Thanks anyway, imprestavel. I think if I change the script whole site to use empty(), it may works. But I sill confuse with this behavior. [2004-06-10 09:18:43] imprestavel at gameguru dot com dot br I think php4 does that too (just tested, but register_globals is off) Maybe you are confusing isset with empty "isset -- Determine whether a variable is set ... Returns TRUE if var exists; FALSE otherwise." "empty -- Determine whether a variable is empty ... empty() returns FALSE if var has a non-empty and non-zero value. In otherwords, "", 0, "0", NULL, FALSE, array(), var $var;, and objects with empty properties, are all considered empty. TRUE is returned if var is empty." You may find that information here: http://www.php.net/isset http://www.php.net/empty Hope it helps [2004-06-09 16:46:18] sikachu at beezone dot net Clearify the bug summary ... [2004-06-09 16:44:18] sikachu at beezone dot net Change the version number in topic from RC2 to RC3 ... 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/28711 -- Edit this bug report at http://bugs.php.net/?id=28711&edit=1
#28732 [Com]: temp and tmp environment vars not registered via web
ID: 28732 Comment by: D dot Kingma at jool dot nl Reported By: danielc at analysisandsolutions dot com Status: Open Bug Type: *General Issues Operating System: windows 2000 PHP Version: 4.3.7 New Comment: Works fine here. Maybe nothing set in your php.ini? PHP version: php4-win32-STABLE-200406102030 OS: winXP Results of reproduction code: TEMP: C:\WINDOWS\TEMP temp: C:\WINDOWS\TEMP TMP: C:\WINDOWS\TEMP tmp: C:\WINDOWS\TEMP Previous Comments: [2004-06-10 20:18:25] danielc at analysisandsolutions dot com Just to be 100% clear, PHP executes via CGI on the web server. [2004-06-10 20:16:21] danielc at analysisandsolutions dot com Description: Neither the TEMP or TMP environment variables show up via $_ENV, $_SERVER, getenv() or phpinfo() when accessing scripts via a webserver (Apache 1.3.28). They're available when executing scripts via the command line (both CGI and CLI). FYI: C:\PROGRA~1>echo %temp% C:\TEMP C:\PROGRA~1>echo %tmp% C:\TEMP Reproduce code: --- Expected result: TEMP: C:\TEMP temp: C:\TEMP TMP: C:\TEMP tmp: C:\TEMP Actual result: -- === Via web server === TEMP: temp: TMP: tmp: === Via command line === TEMP: C:\TEMP temp: C:\TEMP TMP: C:\TEMP tmp: C:\TEMP -- Edit this bug report at http://bugs.php.net/?id=28732&edit=1
#28734 [Com]: Operator = changes structure of self-referencing arrays
ID: 28734 Comment by: D dot Kingma at jool dot nl Reported By: tomas_matousek at hotmail dot com Status: Open Bug Type: Scripting Engine problem Operating System: WinXP PHP Version: 5.0.0RC2 New Comment: Results on RC3: Array ( [0] => 1 [1] => Z [2] => 3 [3] => 4 [4] => Array ( [0] => 1 [1] => Z [2] => 3 [3] => 4 [4] => Array *RECURSION* ) ) Seems as aspected results Previous Comments: [2004-06-10 20:46:39] tomas_matousek at hotmail dot com Description: Create an array $b and set some of its item to reference the array itself by =& operator. Then assign this array to some other variable. This assignment (*) makes something wrong in the array $b because if you change $b's items after this assignment the structure of array $b is changed. However, if that assignment (*) doesn't take place the behavior is correct. Reproduce code: --- $b = array(1,2,3,4); $b[4] =& $b; // this assignment probably makes changes to $b's structure $c = $b; $b[1] = 'X'; $b[4][1] = 'Y'; $b[4][4][1] = 'Z'; print_r($b); Expected result: Array ( [0] => 1 [1] => Z [2] => 3 [3] => 4 [4] => Array *RECURSION* ) Actual result: -- Array ( [0] => 1 [1] => X [2] => 3 [3] => 4 [4] => Array ( [0] => 1 [1] => Y [2] => 3 [3] => 4 [4] => Array ( [0] => 1 [1] => Z [2] => 3 [3] => 4 [4] => Array ( [0] => 1 [1] => 2 [2] => 3 [3] => 4 [4] => Array *RECURSION* ) ) ) ) -- Edit this bug report at http://bugs.php.net/?id=28734&edit=1
#28738 [NEW]: printf formatting bug
From: mark at islandnet dot com Operating system: FreeBSD 4.10 PHP version: 4.3.7 PHP Bug Type: *General Issues Bug description: printf formatting bug Description: Width formatting of %f values is buggy when the value is zero point something. Reproduce code: --- Expected result: [ 0.500] [ 1.500] That is: same overall width for both is expected. Actual result: -- [ 0.500] [ 1.500] Note the 4 extra spaces in the first line! -- Edit bug report at http://bugs.php.net/?id=28738&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28738&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28738&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28738&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28738&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28738&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28738&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28738&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28738&r=support Expected behavior: http://bugs.php.net/fix.php?id=28738&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28738&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28738&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28738&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28738&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28738&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28738&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28738&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28738&r=float
#28738 [Opn]: printf formatting bug
ID: 28738 User updated by: mark at islandnet dot com Reported By: mark at islandnet dot com Status: Open Bug Type: *General Issues Operating System: FreeBSD 4.10 PHP Version: 4.3.7 New Comment: . Previous Comments: [2004-06-11 05:46:10] mark at islandnet dot com Description: Width formatting of %f values is buggy when the value is zero point something. Reproduce code: --- Expected result: [ 0.500] [ 1.500] That is: same overall width for both is expected. Actual result: -- [ 0.500] [ 1.500] Note the 4 extra spaces in the first line! -- Edit this bug report at http://bugs.php.net/?id=28738&edit=1
#28738 [Opn]: printf formatting bug
ID: 28738 User updated by: mark at islandnet dot com Reported By: mark at islandnet dot com Status: Open Bug Type: *General Issues Operating System: FreeBSD 4.10 PHP Version: 4.3.7 New Comment: Confirmed that this bug was not in 4.3.6 or 4.3.4 (the only other versions I have handy). Also, I have it backwards. The first line (zero.something) is correct, it's the second line of output that is missing 4 spaces. Previous versions of PHP output both lines with the same spacing as the second line of this example. Previous Comments: [2004-06-11 06:05:32] mark at islandnet dot com . [2004-06-11 05:46:10] mark at islandnet dot com Description: Width formatting of %f values is buggy when the value is zero point something. Reproduce code: --- Expected result: [ 0.500] [ 1.500] That is: same overall width for both is expected. Actual result: -- [ 0.500] [ 1.500] Note the 4 extra spaces in the first line! -- Edit this bug report at http://bugs.php.net/?id=28738&edit=1
#7641 [Com]: cgi binary with "enable-discard-path" fails with empty doc_root value
ID: 7641 Comment by: paul at boxedart dot com Reported By: ugb-listen at gmx dot de Status: Closed Bug Type: *Web Server problem Operating System: Linux 2.2.16 i686 PHP Version: 4.0 Latest CVS (04/11/2000) New Comment: problem occurs with FC1 php SRPM , changed spec added --enable-fastcgi and got this error. Can reproduce easily. SRPM from Fedora is php-4.3.6-1.3.src.rpm and it does include the discard path option in the spec file. I will try setting php.ini option and also recompiling without --enable-discard-path Previous Comments: [2004-05-14 22:18:32] ftrudeau at zesolution dot com Problem still occuring with PHP 4.3.5, might as well reopen this bug case. [2002-01-10 02:06:00] [EMAIL PROTECTED] No feedback. Closing. [2001-12-20 09:48:50] [EMAIL PROTECTED] Any luck with the testing? PHP 4.1.0 might be a wise choice as well. R. [2001-08-20 12:28:41] ugb-listen at gmx dot de Unfortunately, I am currently not able to test it due to time limitation. Please do not close the bug report yet, I might have time to test ist in the next couple of weeks (this report is 8 months old anyway). [2001-08-19 02:53:39] [EMAIL PROTECTED] Does this happen with latest CVS snapshot: http://snaps.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/7641 -- Edit this bug report at http://bugs.php.net/?id=7641&edit=1
#7641 [Com]: cgi binary with "enable-discard-path" fails with empty doc_root value
ID: 7641 Comment by: paul at boxedart dot com Reported By: ugb-listen at gmx dot de Status: Closed Bug Type: *Web Server problem Operating System: Linux 2.2.16 i686 PHP Version: 4.0 Latest CVS (04/11/2000) New Comment: Setting doc_root in php gives the message "No input file specified." I'll post back in a few with what happens with i compile without the discard option. Previous Comments: [2004-06-11 06:39:33] paul at boxedart dot com problem occurs with FC1 php SRPM , changed spec added --enable-fastcgi and got this error. Can reproduce easily. SRPM from Fedora is php-4.3.6-1.3.src.rpm and it does include the discard path option in the spec file. I will try setting php.ini option and also recompiling without --enable-discard-path [2004-05-14 22:18:32] ftrudeau at zesolution dot com Problem still occuring with PHP 4.3.5, might as well reopen this bug case. [2002-01-10 02:06:00] [EMAIL PROTECTED] No feedback. Closing. [2001-12-20 09:48:50] [EMAIL PROTECTED] Any luck with the testing? PHP 4.1.0 might be a wise choice as well. R. [2001-08-20 12:28:41] ugb-listen at gmx dot de Unfortunately, I am currently not able to test it due to time limitation. Please do not close the bug report yet, I might have time to test ist in the next couple of weeks (this report is 8 months old anyway). 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/7641 -- Edit this bug report at http://bugs.php.net/?id=7641&edit=1
#24864 [Com]: Kludge Resolution
ID: 24864 Comment by: paul at boxedart dot com Reported By: tom at minnesota dot com Status: Bogus Bug Type: CGI related Operating System: NetBSD/Alpha (64bit) - 1.6 PHP Version: 4.3.2 New Comment: Does the same thing to me also. Using FC1 and Zeus web server. Any ideas? Previous Comments: [2003-07-30 02:04:04] [EMAIL PROTECTED] Works fine here. Must be your configuration that is borked. (httpd.conf / php.ini / configure options..) [2003-07-30 01:55:57] tom at minnesota dot com If I change the php cgi file: cat /usr/local/libexec/cgi-bin/php --- #!/bin/sh export SCRIPT_FILENAME=$PATH_TRANSLATED /usr/local_install/php-4-200307300130-cgi/bin/php --- Then now it displays the phpinfo page properly. Some notes I found relating to this problem in previous PHP versions: --- It appears that when Apache executes the RedHat php cgi it passes SCRIPT_FILENAME as /var/www/cgi-bin/php and PATH_TRANSLATED is the name of the php script /var/www/maplab/htdocs/index.phtml. The php cgi on the other hand does not execute against PATH_TRANSLTED it executes against SCRIPT_FILENAME. The result is if you use the RedHat Apache/Php-CGI in the default configuration, every time the Php CGI executes, it uses itself (a binary file) as the input file to translate. And then it spews garbage because it is trying to parse a binary file. --- [2003-07-30 01:21:48] tom at minnesota dot com I should also note that accessing the phpinfo.phtml page via shell and php (cgi) directly works fine. It shows that error when accessing the script with php cgi through Apache. [2003-07-30 01:18:14] tom at minnesota dot com Description: When accessing a simple page with via the browser and php (cgi): I get: --- Warning: Unexpected character in input: ' in /usr/local_install/php-4-200307300130-cgi/bin/php on line 4819 Warning: Unexpected character in input: ' in /usr/local_install/php-4-200307300130-cgi/bin/php on line 4819 Warning: Unexpected character in input: ' in /usr/local_install/php-4-200307300130-cgi/bin/php on line 4819 Parse error: parse error in /usr/local_install/php-4-200307300130-cgi/bin/php on line 4819 --- Works fine with apache module and older 4.3.1 cgi. Reproduce code: --- Expected result: Show the phpinfo page. -- Edit this bug report at http://bugs.php.net/?id=24864&edit=1
#28739 [NEW]: uasort and array_udiff doesn't work together
From: rodolfo at rodsoft dot org
Operating system: linux 2.6.6
PHP version: 5.0.0RC2
PHP Bug Type: Arrays related
Bug description: uasort and array_udiff doesn't work together
Description:
If you call uasort with one callback function and then call array_udiff
with another callback function, this last call will use first's callback.
If we first call array_udiff and then call uasort, everything goes well.
Reproduce code:
---
x=$x;}
}
function a(&$a, &$b){return $a->x - $b->x;}
function b(&$a, &$b){return $a->y - $b->y;}
$p1 = array(new p(2), new p(1), new p(0));
$p2 = array(new p(0), new p(2), new p(3));
uasort($p1, 'a');
print_r($p1);
echo "\n";
print_r(array_udiff($p1,$p2, 'b'));
?>
Expected result:
Notice: Undefined property: p::$y in tst.php on line 8
Actual result:
--
Array
(
[2] => p Object
(
[x] => 0
)
[1] => p Object
(
[x] => 1
)
[0] => p Object
(
[x] => 2
)
)
Array
(
[1] => p Object
(
[x] => 1
)
)
--
Edit bug report at http://bugs.php.net/?id=28739&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28739&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28739&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28739&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28739&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28739&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28739&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28739&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28739&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28739&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28739&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28739&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28739&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28739&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28739&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28739&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28739&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28739&r=float
#28740 [NEW]: PHP has encountered an Access Violation
From: colorprint at mail dot ru Operating system: Windows Server 2003 PHP version: 4.3.7 PHP Bug Type: IIS related Bug description: PHP has encountered an Access Violation Description: I get error at the end of all php-pages very often: "PHP has encountered an Access Violation". This error is only when PHP 4.3.7 or 5.0 RC3 installed. With PHP 4.3.6 or 5.0 RC2 all right. Any idea how to fix it? -- Edit bug report at http://bugs.php.net/?id=28740&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28740&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28740&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28740&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28740&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28740&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28740&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28740&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28740&r=support Expected behavior: http://bugs.php.net/fix.php?id=28740&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28740&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28740&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28740&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28740&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28740&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28740&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28740&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28740&r=float
