#27270 [NEW]: php segfaults with mod_usertrack
From: php at digital-concepts dot net Operating system: FreeBSD 4.8-RELEASE PHP version: 4.3.4 PHP Bug Type: Apache related Bug description: php segfaults with mod_usertrack Description: With mod_usertrack.c compiled statically into apache with php4 and then enable CookieTracking On in apache, no php will work on server and the error log contains tons of child segfaults...If I remove CookieTracking On, then all php files start working again. -- Edit bug report at http://bugs.php.net/?id=27270edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27270r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27270r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27270r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27270r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27270r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27270r=needscript Try newer version: http://bugs.php.net/fix.php?id=27270r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27270r=support Expected behavior: http://bugs.php.net/fix.php?id=27270r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27270r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27270r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27270r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27270r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27270r=dst IIS Stability: http://bugs.php.net/fix.php?id=27270r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27270r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27270r=float
#27271 [NEW]: shmop doesn't work.
From: yury at gorodok dot net Operating system: Windows2000 SP2 PHP version: 5.0.0b4 (beta4) PHP Bug Type: Unknown/Other Function Bug description: shmop doesn't work. Description: shmop doesn't work properly. I start sh.php, which creates shmop segment and write a strring there. After that I start hh.php, which should read string and write it in my browser. The hs.php deletes segment. On FreeBSD with PHP 4.3.4(apache module and command line) this works just fine. But on Win2000SP2 with PHP5.0.0b4(commandline and cgi) I can access shared memory segment only while the first script is running (I' ve adde sleep(30) in it for test reasons). -- Edit bug report at http://bugs.php.net/?id=27271edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27271r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27271r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27271r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27271r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27271r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27271r=needscript Try newer version: http://bugs.php.net/fix.php?id=27271r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27271r=support Expected behavior: http://bugs.php.net/fix.php?id=27271r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27271r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27271r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27271r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27271r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27271r=dst IIS Stability: http://bugs.php.net/fix.php?id=27271r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27271r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27271r=float
#27270 [Opn-Fbk]: php segfaults with mod_usertrack
ID: 27270 Updated by: [EMAIL PROTECTED] Reported By: php at digital-concepts dot net -Status: Open +Status: Feedback Bug Type: Apache related Operating System: FreeBSD 4.8-RELEASE PHP Version: 4.3.4 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. Previous Comments: [2004-02-16 03:40:07] php at digital-concepts dot net Description: With mod_usertrack.c compiled statically into apache with php4 and then enable CookieTracking On in apache, no php will work on server and the error log contains tons of child segfaults...If I remove CookieTracking On, then all php files start working again. -- Edit this bug report at http://bugs.php.net/?id=27270edit=1
#27211 [Ver]: stream_socket_accept() returns Invalid argument
ID: 27211 Updated by: [EMAIL PROTECTED] Reported By: glox at glox dot be Status: Verified Bug Type: Sockets related Operating System: * PHP Version: 5CVS-2004-02-12 New Comment: *_accept() doesn't make sense for UDP (which is a connection*less* protocol). I had a conversation about this example with Nuno this weekend; he will fix the docs. He also found a segfault, but I don't have time to fix it right now. Previous Comments: [2004-02-12 14:27:50] glox at glox dot be Well the server script is copy pasted from the manual page. So, or the example is wrong, or there is a bug with those functions. [2004-02-11 15:43:55] [EMAIL PROTECTED] I'm not sure if it's actually a bug..(just read the manual page for these funcs, never used them myself before :) stream_socket_accept() also crashes, if you happen to use the 3rd parameter too.. [2004-02-10 14:28:51] glox at glox dot be Description: stream_socket_accept() returns the following error with the example from the manual page: Warning: stream_socket_accept(): accept failed: Invalid argument in /share/wolfd/serv.php on line 6 I'm running this on freeBSD 5.1 with the latest php snapshot at this moment. Reproduce code: --- Server: ?php $socket = stream_socket_server(udp://0.0.0.0:13, $errno, $errstr, STREAM_SERVER_BIND); if (!$socket) { echo ERROR: $errno - $errstrbr /\n; } else { while ($conn = stream_socket_accept($socket)) { fwrite($conn, date(D M j H:i:s Y\r\n)); fclose($conn); } fclose($socket); } ? Client: ?php $sock = stream_socket_client('udp://127.0.0.1:13'); fwrite($sock, a\n); //if I don't add this nothing happens $get = fgets($sock); echo $get; fclose($sock); ? Expected result: The connection to the client should open, it should send the time and close. Actual result: -- Warning: stream_socket_accept(): accept failed: Invalid argument in /share/wolfd/serv.php on line 6 -- Edit this bug report at http://bugs.php.net/?id=27211edit=1
#27157 [Fbk-Opn]: php 4.3.4 sybase-ct make failure
ID: 27157 User updated by: detoma dot alessandro at sea-aeroportimilano dot it Reported By: detoma dot alessandro at sea-aeroportimilano dot it -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: solaris 8 PHP Version: 4CVS, 5CVS Assigned To: thekid New Comment: I try with latest version of php. this version is better but the following error occur when I run make install: make install Installing PHP SAPI module: apache2handler /appl/apache/build/instdso.sh SH_LIBTOOL='/appl/apache/build/libtool' libphp4.la /appl/apache/modules /appl/apache/build/libtool --mode=install cp libphp4.la /appl/apache/modules/ cp .libs/libphp4.so /appl/apache/modules/libphp4.so chmod +x /appl/apache/modules/libphp4.so cp .libs/libphp4.lai /appl/apache/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /usr/local/src/php4-STABLE-200402160830/libs' chmod 755 /appl/apache/modules/libphp4.so [activating module `php4' in /appl/apache/conf/httpd.conf] Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PEAR environment: /usr/local/lib/php/ Open Client Message: Message number: LAYER = (5) ORIGIN = (3) SEVERITY = (5) NUMBER = (131) Message String: ct_init(): network packet layer: internal net library error: Attempt to load protocol driver failed [PEAR] Archive_Tar- already installed: 1.1 [PEAR] Console_Getopt - upgraded: 1.2 [PEAR] PEAR - upgraded: 1.3b6 Wrote PEAR system config file at: /usr/local/etc/pear.conf You may want to add: /usr/local/lib/php to your php.ini include_path *** Error code 139 The following command caused the error: /usr/local/src/php4-STABLE-200402160830/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 /usr/local/src/php4-STABLE-200402160830/pear/install-pear.php -d /usr/local/lib/php -b /usr/local/bin /usr/local/src/php4-STABLE-200402160830/pear/package-*.xml make: Fatal error: Command failed for target `install-pear-installer' Current working directory /usr/local/src/php4-STABLE-200402160830 *** Error code 1 make: Fatal error: Command failed for target `install-pear' Thanks Previous Comments: [2004-02-15 05:32:21] [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-02-08 11:45:35] [EMAIL PROTECTED] See if the following patch fixes it for you: http://sitten-polizei.de/php_sybase_ct.c.diff [2004-02-08 11:23:01] [EMAIL PROTECTED] Wait, I just saw the second compile failure shows lines 248 and 249 as where the errors occur. -- snip -- zval severity, msgnumber, state, line, text; zval *ptrs[5]= {msgnumber, severity, state, line, text}; zval **args[5]= {ptrs[0], ptrs[1], ptrs[2], ptrs[3], ptrs[4]}; -- snip -- OK, then this isn't related to ZTS and not to my recent changes either, as this code has been there (or a couple of lines before that) for quite a while now (revision 1.71 or PHP 4.3.0). [2004-02-08 11:07:20] [EMAIL PROTECTED] Compiles fine with --enable-maintainer-zts or without, problem seems to be related to --with-tsrm-pthreads. Line 241 reads the following: static int _call_message_handler(zval *callback_name, CS_SERVERMSG *srvmsg TSRMLS_DC) I can't see anything obviously wrong with this, it fits the scheme of numerous other function declarations in, for example, ext/standard. [2004-02-05 06:08:03] detoma dot alessandro at sea-aeroportimilano dot it Description: ./configure \ --with-apxs2=/appl/apache/bin/apxs \ --with-oracle=/oracle/product/8.1.7 \ --with-sybase-ct=/database/sybase/OCS-12_0 \ --with-openssl=/usr/local/ssl \ --with-jpeg-dir=/usr/local \ --with-zlib-dir=shared \ --with-png-dir=/usr/local \ --with-tsrm-pthreads \ --with-curl=/usr/local make fail when I compile with sybase library 12.0 : /bin/sh /usr/local/src/php-4.3.4/libtool --silent --preserve-dup-deps --mode=compile /usr/local/src/php-4.3.4/meta_ccld -Iext/sybase_ct/ -I/usr/local/src/php-4.3.4/ext/sybase_ct/ -DPHP_ATOM_INC -I/usr/local/src/php-4.3.4/include -I/usr/local/src/php-4.3.4/main -I/usr/local/src/php-4.3.4 -I/usr/local/src/php-4.3.4/Zend -I/usr/local/ssl/include -I/usr/local/include -I/oracle/product/8.1.7/rdbms/public -I/oracle/product/8.1.7/rdbms/demo -I/database/sybase/OCS-12_0/include -I/usr/local/src/php-4.3.4/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I/usr/local/src/php-4.3.4/TSRM
#27275 [NEW]: Array-String cast takes serious performance hit, leaks like crazy
From: [EMAIL PROTECTED] Operating system: RH8 PHP version: 5CVS-2004-02-16 (dev) PHP Bug Type: Zend Engine 2 problem Bug description: Array-String cast takes serious performance hit, leaks like crazy Description: It appears that the engine is doing a Copy-on-write when it shouldn't be because the variable is being cast to something else. If that is correct (that might not be the correct bug diagnosis), Not only does this slow everything down since you are doing deep copies when you don't need to be but it leaks like crazy. Reproduce code: --- ?php $a = array(1, 2, 3, 4, 5, 6); $b = $a; $b .= foo; ? Expected result: Nothing. Actual result: -- /home/john/working/php-src/Zend/zend_hash.c(756) : Freeing 0x4045DCB8 (35 bytes), script=array.php /home/john/working/php-src/Zend/zend_hash.c(377) : Actual location (location was relayed) Last leak repeated 5 times /home/john/working/php-src/Zend/zend_execute.c(1718) : Freeing 0x4045DA70 (44 bytes), script=array.php /home/john/working/php-src/Zend/zend_variables.c(148) : Actual location (location was relayed) /home/john/working/php-src/Zend/zend_execute.c(3313) : Freeing 0x4045D878 (16 bytes), script=array.php Last leak repeated 5 times /home/john/working/php-src/Zend/zend_variables.c(149) : Freeing 0x4045E638 (32 bytes), script=array.php /home/john/working/php-src/Zend/zend_hash.c(157) : Actual location (location was relayed) === Total 14 memory leaks detected === -- Edit bug report at http://bugs.php.net/?id=27275edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27275r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27275r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27275r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27275r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27275r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27275r=needscript Try newer version: http://bugs.php.net/fix.php?id=27275r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27275r=support Expected behavior: http://bugs.php.net/fix.php?id=27275r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27275r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27275r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27275r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27275r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27275r=dst IIS Stability: http://bugs.php.net/fix.php?id=27275r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27275r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27275r=float
#27276 [NEW]: When I try to start Apache 2.0.48, I get the following message:
From: bruno at credemtel dot it Operating system: W2K PRO PHP version: 4.3.4 PHP Bug Type: Apache2 related Bug description: When I try to start Apache 2.0.48, I get the following message: Description: When I try to start Apache 2.0.48, I get the following message: Syntax error on line 134 of C:/Programmi/Apache Group/Apache2/conf/httpd.conf: Can't locate API module structure `php4module' in file C:/Programmi/php-4.3.4-Wi n32/sapi/php4apache2.dll: No error -- Edit bug report at http://bugs.php.net/?id=27276edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27276r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27276r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27276r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27276r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27276r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27276r=needscript Try newer version: http://bugs.php.net/fix.php?id=27276r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27276r=support Expected behavior: http://bugs.php.net/fix.php?id=27276r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27276r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27276r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27276r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27276r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27276r=dst IIS Stability: http://bugs.php.net/fix.php?id=27276r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27276r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27276r=float
#27277 [NEW]: Apache crash on shutdown
From: andreas dot goetz dot external at fujitsu-siemens dot com Operating system: WinXP PHP version: 5.0.0b4 (beta4) PHP Bug Type: Reproducible crash Bug description: Apache crash on shutdown Description: I've just tried the PHP5.0.0b4. The apache2 service reproducibly crashes (instruction ar 0x10002726 referenced memory at 0x4, the memory could not be read) when the apache2 service is stopped. No further details in the apache log files/ system event viewer. PHP is loaded as module. Cheers, Andi -- Edit bug report at http://bugs.php.net/?id=27277edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27277r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27277r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27277r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27277r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27277r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27277r=needscript Try newer version: http://bugs.php.net/fix.php?id=27277r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27277r=support Expected behavior: http://bugs.php.net/fix.php?id=27277r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27277r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27277r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27277r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27277r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27277r=dst IIS Stability: http://bugs.php.net/fix.php?id=27277r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27277r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27277r=float
#16626 [Com]: Only last cookie set
ID: 16626 Comment by: g dot nivet at free dot fr Reported By: svein dot olav at bjerkeset dot com Status: Closed Bug Type: Apache2 related Operating System: All PHP Version: 4.2.1 New Comment: http://127.0.0.1/mysql/index.php This is a simple way to start phpMyAdmin. GN Previous Comments: [2003-12-29 08:02:33] erezoom at netvision dot net dot il I have the same problem I installed the latesed versions but still it's not working !!! What to do? look: www.artic.co.il [2002-06-20 14:55:19] marcum at austin dot rr dot com I downloaded the latest cvs snapshot (php4.3 on 06/20) from http://snaps.php.net/ and compiled with apache 2.0.39. The setcookie function seems to be working in that release. [2002-06-20 10:03:18] red at tripany dot com Well after extensive testing, I have to conclude it's probably not a php (alone) problem. I have tried: PHP ver. Apache ver.--enable-soworks? error - 4.2.12.0.39 yes no yes 2.1 36 yes yesno 2.0 39 yes no yes 2.0 36 nono yes 2.0 36 yes yesno 4.0.3pl1 1.3.9 ? yes? (4.0.3pl1 is the standard debian package) The rest of the 2.1 installations (with apache 39) don't work and give errors, so there's some problem with the apxs interaction between php and httpd 2.0.39. As php2.1.0 works with httpd 2.0.36 I'm now assuming there was a change in the apxs of apache in the security fix version which renders the multiple cookies unwriteable. I'll send this off to apache as well. Cheers Robin [2002-06-20 07:41:07] [EMAIL PROTECTED] Dup of #17663, please update only that bugreport! Derick [2002-05-17 03:12:48] [EMAIL PROTECTED] This bug has been fixed in CVS. You can grab a snapshot of the CVS version at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites. Thank you for the report, and for helping us make PHP better. Patch committed. Thanks, regina! 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/16626 -- Edit this bug report at http://bugs.php.net/?id=16626edit=1
#27277 [Opn]: Apache crash on shutdown
ID: 27277 User updated by: andreas dot goetz dot external at fujitsu-siemens dot c Reported By: andreas dot goetz dot external at fujitsu-siemens dot c Status: Open Bug Type: Reproducible crash Operating System: WinXP PHP Version: 5.0.0b4 (beta4) New Comment: Further tests seem to indicate that the crash behaviour is only experienced when the php_curl extension is loaded. Can you confirm this? Thanks, Andi Previous Comments: [2004-02-16 08:00:43] andreas dot goetz dot external at fujitsu-siemens dot c Description: I've just tried the PHP5.0.0b4. The apache2 service reproducibly crashes (instruction ar 0x10002726 referenced memory at 0x4, the memory could not be read) when the apache2 service is stopped. No further details in the apache log files/ system event viewer. PHP is loaded as module. Cheers, Andi -- Edit this bug report at http://bugs.php.net/?id=27277edit=1
#27278 [NEW]: global variable changing type when passed to function by value...
From: phpbug at billix dot franken dot de Operating system: Linux PHP version: 4.3.5RC2 PHP Bug Type: Variables related Bug description: global variable changing type when passed to function by value... Description: when I pass a variable of type string to a function (by value not by reference!) and modify the local parameter, the type of the global variable changes from string to int although the local variable is still a string! ./configure --disable-cgi --enable-cli No changes made to php-ini-dist This worked as expected in PHP 4.3.5RC1 and earlier. Reproduce code: --- function foo ( $a ) { print foo(a)=; var_dump($a); print GLOBALS['x']=; var_dump($GLOBALS[x]); $a=sprintf(%02d,$a); print GLOBALS['x']=; var_dump($GLOBALS[x]); print foo(a)=; var_dump($a); } print PHP-Version:.phpversion().\n; $x=02; print x=; var_dump($x); foo($x); print x=; var_dump($x); Expected result: PHP-Version:4.3.5RC1 x=string(2) 02 foo(a)=string(2) 02 GLOBALS['x']=string(2) 02 GLOBALS['x']=string(2) 02 foo(a)=string(2) 02 x=string(2) 02 Actual result: -- PHP-Version:4.3.5RC2 x=string(2) 02 foo(a)=string(2) 02 GLOBALS['x']=string(2) 02 GLOBALS['x']=int(2) foo(a)=string(2) 02 x=int(2) -- Edit bug report at http://bugs.php.net/?id=27278edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27278r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27278r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27278r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27278r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27278r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27278r=needscript Try newer version: http://bugs.php.net/fix.php?id=27278r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27278r=support Expected behavior: http://bugs.php.net/fix.php?id=27278r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27278r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27278r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27278r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27278r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27278r=dst IIS Stability: http://bugs.php.net/fix.php?id=27278r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27278r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27278r=float
#27279 [NEW]: Database data not stripped - whitespace everywhere
From: webmaster at birkman dot com Operating system: Linux 2.4 to MSSQL2000 PHP version: 4.3.4 PHP Bug Type: Sybase (dblib) related Bug description: Database data not stripped - whitespace everywhere Description: In looking at the ChangeLog, I don't see anything describing the behavior I'm seeing. Most of the data returned from the database has whitespace at the end, even bits and integers. Has something changed requiring the use of trim() on every resultset coming from a sybase database? Wouldn't a trim() operation in C be faster than one in PHP? This behavior occurs in PHP-4.3.4 but not in our production version of PHP-4.3.2 Thanks, David Steckbeck -- Edit bug report at http://bugs.php.net/?id=27279edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27279r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27279r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27279r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27279r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27279r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27279r=needscript Try newer version: http://bugs.php.net/fix.php?id=27279r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27279r=support Expected behavior: http://bugs.php.net/fix.php?id=27279r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27279r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27279r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27279r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27279r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27279r=dst IIS Stability: http://bugs.php.net/fix.php?id=27279r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27279r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27279r=float
#27279 [Opn-Bgs]: Database data not stripped - whitespace everywhere
ID: 27279 Updated by: [EMAIL PROTECTED] Reported By: webmaster at birkman dot com -Status: Open +Status: Bogus Bug Type: Sybase (dblib) related Operating System: Linux 2.4 to MSSQL2000 PHP Version: 4.3.4 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. This is due to a bug in the library not PHP. For more information search for similar bugs (there were several). Previous Comments: [2004-02-16 09:40:22] webmaster at birkman dot com Description: In looking at the ChangeLog, I don't see anything describing the behavior I'm seeing. Most of the data returned from the database has whitespace at the end, even bits and integers. Has something changed requiring the use of trim() on every resultset coming from a sybase database? Wouldn't a trim() operation in C be faster than one in PHP? This behavior occurs in PHP-4.3.4 but not in our production version of PHP-4.3.2 Thanks, David Steckbeck -- Edit this bug report at http://bugs.php.net/?id=27279edit=1
#27157 [Opn-Csd]: php 4.3.4 sybase-ct make failure
ID: 27157 Updated by: [EMAIL PROTECTED] Reported By: detoma dot alessandro at sea-aeroportimilano dot it -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: solaris 8 PHP Version: 4CVS, 5CVS Assigned To: thekid 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. The sybase compilation error is fixed (you wouldn't be able to get the PEAR install) if it was not. The PEAR problem you are seeing is due to a configuration problem on your end. Look at the error message. Previous Comments: [2004-02-16 05:52:15] detoma dot alessandro at sea-aeroportimilano dot it I try with latest version of php. this version is better but the following error occur when I run make install: make install Installing PHP SAPI module: apache2handler /appl/apache/build/instdso.sh SH_LIBTOOL='/appl/apache/build/libtool' libphp4.la /appl/apache/modules /appl/apache/build/libtool --mode=install cp libphp4.la /appl/apache/modules/ cp .libs/libphp4.so /appl/apache/modules/libphp4.so chmod +x /appl/apache/modules/libphp4.so cp .libs/libphp4.lai /appl/apache/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /usr/local/src/php4-STABLE-200402160830/libs' chmod 755 /appl/apache/modules/libphp4.so [activating module `php4' in /appl/apache/conf/httpd.conf] Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PEAR environment: /usr/local/lib/php/ Open Client Message: Message number: LAYER = (5) ORIGIN = (3) SEVERITY = (5) NUMBER = (131) Message String: ct_init(): network packet layer: internal net library error: Attempt to load protocol driver failed [PEAR] Archive_Tar- already installed: 1.1 [PEAR] Console_Getopt - upgraded: 1.2 [PEAR] PEAR - upgraded: 1.3b6 Wrote PEAR system config file at: /usr/local/etc/pear.conf You may want to add: /usr/local/lib/php to your php.ini include_path *** Error code 139 The following command caused the error: /usr/local/src/php4-STABLE-200402160830/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 /usr/local/src/php4-STABLE-200402160830/pear/install-pear.php -d /usr/local/lib/php -b /usr/local/bin /usr/local/src/php4-STABLE-200402160830/pear/package-*.xml make: Fatal error: Command failed for target `install-pear-installer' Current working directory /usr/local/src/php4-STABLE-200402160830 *** Error code 1 make: Fatal error: Command failed for target `install-pear' Thanks [2004-02-15 05:32:21] [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-02-08 11:45:35] [EMAIL PROTECTED] See if the following patch fixes it for you: http://sitten-polizei.de/php_sybase_ct.c.diff [2004-02-08 11:23:01] [EMAIL PROTECTED] Wait, I just saw the second compile failure shows lines 248 and 249 as where the errors occur. -- snip -- zval severity, msgnumber, state, line, text; zval *ptrs[5]= {msgnumber, severity, state, line, text}; zval **args[5]= {ptrs[0], ptrs[1], ptrs[2], ptrs[3], ptrs[4]}; -- snip -- OK, then this isn't related to ZTS and not to my recent changes either, as this code has been there (or a couple of lines before that) for quite a while now (revision 1.71 or PHP 4.3.0). [2004-02-08 11:07:20] [EMAIL PROTECTED] Compiles fine with --enable-maintainer-zts or without, problem seems to be related to --with-tsrm-pthreads. Line 241 reads the following: static int _call_message_handler(zval *callback_name, CS_SERVERMSG *srvmsg TSRMLS_DC) I can't see anything obviously wrong with this, it fits the scheme of numerous other function declarations in, for example, ext/standard. 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/27157 -- Edit this bug report at http://bugs.php.net/?id=27157edit=1
#27275 [Opn]: Array-String cast takes serious performance hit, leaks like crazy
ID: 27275 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Zend Engine 2 problem Operating System: RH8 PHP Version: 5CVS-2004-02-16 (dev) New Comment: This happens with PHP 4 too, so it's nothing new.. Previous Comments: [2004-02-16 07:38:48] [EMAIL PROTECTED] Description: It appears that the engine is doing a Copy-on-write when it shouldn't be because the variable is being cast to something else. If that is correct (that might not be the correct bug diagnosis), Not only does this slow everything down since you are doing deep copies when you don't need to be but it leaks like crazy. Reproduce code: --- ?php $a = array(1, 2, 3, 4, 5, 6); $b = $a; $b .= foo; ? Expected result: Nothing. Actual result: -- /home/john/working/php-src/Zend/zend_hash.c(756) : Freeing 0x4045DCB8 (35 bytes), script=array.php /home/john/working/php-src/Zend/zend_hash.c(377) : Actual location (location was relayed) Last leak repeated 5 times /home/john/working/php-src/Zend/zend_execute.c(1718) : Freeing 0x4045DA70 (44 bytes), script=array.php /home/john/working/php-src/Zend/zend_variables.c(148) : Actual location (location was relayed) /home/john/working/php-src/Zend/zend_execute.c(3313) : Freeing 0x4045D878 (16 bytes), script=array.php Last leak repeated 5 times /home/john/working/php-src/Zend/zend_variables.c(149) : Freeing 0x4045E638 (32 bytes), script=array.php /home/john/working/php-src/Zend/zend_hash.c(157) : Actual location (location was relayed) === Total 14 memory leaks detected === -- Edit this bug report at http://bugs.php.net/?id=27275edit=1
#27275 [Opn-Ver]: Array-String cast takes serious performance hit, leaks like crazy
ID: 27275 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified -Bug Type: Zend Engine 2 problem +Bug Type: Performance problem Operating System: RH8 -PHP Version: 5CVS-2004-02-16 (dev) +PHP Version: 5CVS-2004-02-16 (4CVS) Previous Comments: [2004-02-16 11:18:05] [EMAIL PROTECTED] This happens with PHP 4 too, so it's nothing new.. [2004-02-16 07:38:48] [EMAIL PROTECTED] Description: It appears that the engine is doing a Copy-on-write when it shouldn't be because the variable is being cast to something else. If that is correct (that might not be the correct bug diagnosis), Not only does this slow everything down since you are doing deep copies when you don't need to be but it leaks like crazy. Reproduce code: --- ?php $a = array(1, 2, 3, 4, 5, 6); $b = $a; $b .= foo; ? Expected result: Nothing. Actual result: -- /home/john/working/php-src/Zend/zend_hash.c(756) : Freeing 0x4045DCB8 (35 bytes), script=array.php /home/john/working/php-src/Zend/zend_hash.c(377) : Actual location (location was relayed) Last leak repeated 5 times /home/john/working/php-src/Zend/zend_execute.c(1718) : Freeing 0x4045DA70 (44 bytes), script=array.php /home/john/working/php-src/Zend/zend_variables.c(148) : Actual location (location was relayed) /home/john/working/php-src/Zend/zend_execute.c(3313) : Freeing 0x4045D878 (16 bytes), script=array.php Last leak repeated 5 times /home/john/working/php-src/Zend/zend_variables.c(149) : Freeing 0x4045E638 (32 bytes), script=array.php /home/john/working/php-src/Zend/zend_hash.c(157) : Actual location (location was relayed) === Total 14 memory leaks detected === -- Edit this bug report at http://bugs.php.net/?id=27275edit=1
#27273 [Opn-Fbk]: Segfault in apache after rebuild with 5.0.0b4
ID: 27273 Updated by: [EMAIL PROTECTED] Reported By: chris at areti dot net -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Slackware Linux 9.1 PHP Version: 5.0.0b4 (beta4) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2004-02-16 07:23:46] chris at areti dot net Description: An apache 1.3.29 build against php 5.0.0b3 ran fine, but I have now upgraded it to php 5.0.0b4 and apache segfaults on start up. My configure line is: ./configure --with-mysql=/usr/local/include/mysql --with-apache=../apache_1.3.29 --with-gd --with-pgsql=/usr/local/pgsql --with-zlib-dir=/usr/local/lib --enable-track-vars Reproduce code: --- N/A Expected result: Apache running correctly Actual result: -- (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X (no debugging symbols found)...[New Thread 16384 (LWP 1978)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 1978)] 0x080b4573 in zend_do_inherit_interfaces () (gdb) bt #0 0x080b4573 in zend_do_inherit_interfaces () #1 0x080b46a9 in zend_do_inheritance () #2 0x080c4471 in zend_register_internal_class_ex () #3 0x081276fb in spl_register_sub_class () #4 0x0812c3ec in zm_startup_spl_sxe () #5 0x08126f4c in zm_startup_spl () #6 0x080c3ac3 in zend_startup_module () #7 0x08099c59 in php_startup_extensions () #8 0x080e1962 in php_startup_internal_extensions () #9 0x0809a010 in php_module_startup () #10 0x080923c3 in ap_get_server_built () #11 0x080930f7 in ap_get_server_built () #12 0x081d6814 in ap_init_modules () #13 0x081e0b3b in ap_child_terminate () #14 0x081e13f9 in main () #15 0x40237d06 in __libc_start_main () from /lib/libc.so.6 -- Edit this bug report at http://bugs.php.net/?id=27273edit=1
#27271 [Opn-Fbk]: shmop doesn't work.
ID: 27271 Updated by: [EMAIL PROTECTED] Reported By: yury at gorodok dot net -Status: Open +Status: Feedback -Bug Type: Unknown/Other Function +Bug Type: *Extensibility Functions Operating System: Windows2000 SP2 PHP Version: 5.0.0b4 (beta4) New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. Previous Comments: [2004-02-16 03:42:54] yury at gorodok dot net Description: shmop doesn't work properly. I start sh.php, which creates shmop segment and write a strring there. After that I start hh.php, which should read string and write it in my browser. The hs.php deletes segment. On FreeBSD with PHP 4.3.4(apache module and command line) this works just fine. But on Win2000SP2 with PHP5.0.0b4(commandline and cgi) I can access shared memory segment only while the first script is running (I' ve adde sleep(30) in it for test reasons). -- Edit this bug report at http://bugs.php.net/?id=27271edit=1
#27276 [Opn-Bgs]: When I try to start Apache 2.0.48, I get the following message:
ID: 27276 Updated by: [EMAIL PROTECTED] Reported By: bruno at credemtel dot it -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: W2K PRO PHP Version: 4.3.4 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. works fine when you configure Apache correctly. Previous Comments: [2004-02-16 07:59:32] bruno at credemtel dot it Description: When I try to start Apache 2.0.48, I get the following message: Syntax error on line 134 of C:/Programmi/Apache Group/Apache2/conf/httpd.conf: Can't locate API module structure `php4module' in file C:/Programmi/php-4.3.4-Wi n32/sapi/php4apache2.dll: No error -- Edit this bug report at http://bugs.php.net/?id=27276edit=1
#27280 [NEW]: Call to undefined function: imagepsloadfont()
From: UScharf at netway-online dot de Operating system: FreeBSD PHP version: 4.3.4 PHP Bug Type: *Graphics related Bug description: Call to undefined function: imagepsloadfont() Description: May be that You get an error message like Call to undefined function: imagepsloadfont() Check the gdlib with var_dump(gd_info()); Be sure that the ist true: [T1Lib Support]= bool(true) -- Edit bug report at http://bugs.php.net/?id=27280edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27280r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27280r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27280r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27280r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27280r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27280r=needscript Try newer version: http://bugs.php.net/fix.php?id=27280r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27280r=support Expected behavior: http://bugs.php.net/fix.php?id=27280r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27280r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27280r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27280r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27280r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27280r=dst IIS Stability: http://bugs.php.net/fix.php?id=27280r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27280r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27280r=float
#27278 [Ctl]: global variable changing type when passed to function by value...
ID: 27278 Updated by: [EMAIL PROTECTED] Reported By: phpbug at billix dot franken dot de Status: Critical Bug Type: Variables related Operating System: * PHP Version: 4CVS, 5CVS (2004-02-16) New Comment: Little bit simpler test script: ?php function foo ( $a ) { $a=sprintf(%02d,$a); var_dump($a); } $x=02; var_dump($x); foo($x); var_dump($x); ? Expected result: string(2) 02 string(2) 02 string(2) 02 Previous Comments: [2004-02-16 09:35:01] phpbug at billix dot franken dot de Description: when I pass a variable of type string to a function (by value not by reference!) and modify the local parameter, the type of the global variable changes from string to int although the local variable is still a string! ./configure --disable-cgi --enable-cli No changes made to php-ini-dist This worked as expected in PHP 4.3.5RC1 and earlier. Reproduce code: --- function foo ( $a ) { print foo(a)=; var_dump($a); print GLOBALS['x']=; var_dump($GLOBALS[x]); $a=sprintf(%02d,$a); print GLOBALS['x']=; var_dump($GLOBALS[x]); print foo(a)=; var_dump($a); } print PHP-Version:.phpversion().\n; $x=02; print x=; var_dump($x); foo($x); print x=; var_dump($x); Expected result: PHP-Version:4.3.5RC1 x=string(2) 02 foo(a)=string(2) 02 GLOBALS['x']=string(2) 02 GLOBALS['x']=string(2) 02 foo(a)=string(2) 02 x=string(2) 02 Actual result: -- PHP-Version:4.3.5RC2 x=string(2) 02 foo(a)=string(2) 02 GLOBALS['x']=string(2) 02 GLOBALS['x']=int(2) foo(a)=string(2) 02 x=int(2) -- Edit this bug report at http://bugs.php.net/?id=27278edit=1
#27280 [Opn-Bgs]: Call to undefined function: imagepsloadfont()
ID: 27280 Updated by: [EMAIL PROTECTED] Reported By: UScharf at netway-online dot de -Status: Open +Status: Bogus Bug Type: *Graphics related Operating System: FreeBSD PHP Version: 4.3.4 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php ... Previous Comments: [2004-02-16 11:43:51] UScharf at netway-online dot de Description: May be that You get an error message like Call to undefined function: imagepsloadfont() Check the gdlib with var_dump(gd_info()); Be sure that the ist true: [T1Lib Support]= bool(true) -- Edit this bug report at http://bugs.php.net/?id=27280edit=1
#27280 [Bgs-Opn]: Call to undefined function: imagepsloadfont()
ID: 27280 Updated by: [EMAIL PROTECTED] Reported By: UScharf at netway-online dot de -Status: Bogus +Status: Open -Bug Type: *Graphics related +Bug Type: GD related Operating System: FreeBSD 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 Works fine for me. Previous Comments: [2004-02-16 11:47:57] [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 ... [2004-02-16 11:43:51] UScharf at netway-online dot de Description: May be that You get an error message like Call to undefined function: imagepsloadfont() Check the gdlib with var_dump(gd_info()); Be sure that the ist true: [T1Lib Support]= bool(true) -- Edit this bug report at http://bugs.php.net/?id=27280edit=1
#27280 [Opn-Bgs]: Call to undefined function: imagepsloadfont()
ID: 27280 Updated by: [EMAIL PROTECTED] Reported By: UScharf at netway-online dot de -Status: Open +Status: Bogus Bug Type: GD related Operating System: FreeBSD PHP Version: 4.3.4 New Comment: .. Previous Comments: [2004-02-16 11:51:30] [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 Works fine for me. [2004-02-16 11:47:57] [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 ... [2004-02-16 11:43:51] UScharf at netway-online dot de Description: May be that You get an error message like Call to undefined function: imagepsloadfont() Check the gdlib with var_dump(gd_info()); Be sure that the ist true: [T1Lib Support]= bool(true) -- Edit this bug report at http://bugs.php.net/?id=27280edit=1
#27248 [Com]: php_exif.dll crashes php
ID: 27248 Comment by: ian_germany at hotmail dot com Reported By: zeger at zeger dot nl Status: Open Bug Type: Reproducible crash Operating System: Windows 2k3 Server PHP Version: 5CVS-2004-02-14 New Comment: I have a similar problem, running php.exe (Version 5 beta 4) from the commmandline (Windows XP). Enabling php_exif.dll in php.ini makes php crash, without it everything is fine. Other extensions such as php_gd2.dll are working fine. I have no previous versions of PHP installed. Previous Comments: [2004-02-16 01:21:41] zeger at zeger dot nl Yes, everything was deleted. All dll's were removed. [2004-02-15 16:00:44] [EMAIL PROTECTED] I feel like broken record now, but as you fail to answer my questions, here you go again: Did you delete ALL the existing old PHP related dlls before installing the snapshot? And I mean _ALL_ of them, every extension dll, php5ts.dll, the isapi dll (shutdown iis first), all libxml dlls, etc. [2004-02-15 13:49:48] zeger at zeger dot nl Using 5.0.0b4 (beta4) with II6.0 and the mysql extentsion works fine, adding the php_exif.dll results in an Invalid access to memory location. error. [2004-02-14 20:41:39] [EMAIL PROTECTED] Did you delete ALL the existing old PHP related dlls before installing the snapshot? Are you absolutely sure you don't have the old extension you're trying to load? Are you loading some 3rd party extensions in your php.ini? [2004-02-14 12:51:40] zeger at zeger dot nl Using IIS 6.0 in ISAPI mode with PHP-5.0.0 snapshot: Loading the php_exif.dll module gives an Invalid access to memory location. error, php stops 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/27248 -- Edit this bug report at http://bugs.php.net/?id=27248edit=1
#27278 [Ctl-Csd]: sprintf(): global variable changing type when passed to function by value...
ID: 27278 Updated by: [EMAIL PROTECTED] Reported By: phpbug at billix dot franken dot de -Status: Critical +Status: Closed Bug Type: Variables related Operating System: * PHP Version: 4CVS, 5CVS (2004-02-16) 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-02-16 11:47:19] [EMAIL PROTECTED] Little bit simpler test script: ?php function foo ( $a ) { $a=sprintf(%02d,$a); var_dump($a); } $x=02; var_dump($x); foo($x); var_dump($x); ? Expected result: string(2) 02 string(2) 02 string(2) 02 [2004-02-16 09:35:01] phpbug at billix dot franken dot de Description: when I pass a variable of type string to a function (by value not by reference!) and modify the local parameter, the type of the global variable changes from string to int although the local variable is still a string! ./configure --disable-cgi --enable-cli No changes made to php-ini-dist This worked as expected in PHP 4.3.5RC1 and earlier. Reproduce code: --- function foo ( $a ) { print foo(a)=; var_dump($a); print GLOBALS['x']=; var_dump($GLOBALS[x]); $a=sprintf(%02d,$a); print GLOBALS['x']=; var_dump($GLOBALS[x]); print foo(a)=; var_dump($a); } print PHP-Version:.phpversion().\n; $x=02; print x=; var_dump($x); foo($x); print x=; var_dump($x); Expected result: PHP-Version:4.3.5RC1 x=string(2) 02 foo(a)=string(2) 02 GLOBALS['x']=string(2) 02 GLOBALS['x']=string(2) 02 foo(a)=string(2) 02 x=string(2) 02 Actual result: -- PHP-Version:4.3.5RC2 x=string(2) 02 foo(a)=string(2) 02 GLOBALS['x']=string(2) 02 GLOBALS['x']=int(2) foo(a)=string(2) 02 x=int(2) -- Edit this bug report at http://bugs.php.net/?id=27278edit=1
#27281 [NEW]: odbc_execute opens files in text mode using apache2
From: russell dot brown at insignia dot com Operating system: Windows 2000 PHP version: 4.3.4 PHP Bug Type: Apache2 related Bug description: odbc_execute opens files in text mode using apache2 Description: If you use the quoted filename feature of odbc_execute() to load a binary file into a blob field using the ODBC driver, it appears to use text mode to open the file, and hence it truncates the data at the first 0x1A sequence. If I use the command-line this appears to work perfectly, but via the SAPI Apache2 dll it performs the truncation. It does not seem to be due to it running as a different user, I've tried the tests logged in as the user on the command-line and the results are the same. It also doesn't seem to be possible to work around, because of another problem where if you open the file yourself in binary mode and try to send the data as a parameter to odbc_execute(), it will only upload ~4000 bytes. However, it does this on the command-line as well, so it is more generally broken (I'll raise a separate bug request if you want about this - I have some SQL logs which might be helpful). The code example provided will perform both methods of upload (set $method=1 for quoted filename, $method!=1 for uploading from memory buffer), to make it easy to compare and contrast the differences. You *must* upload a binary file more than 4096 bytes in size, and it must contain at least 1 EOF somewhere in the first 4000 bytes to reproduce the problem exactly. I'm talking to an Oracle 8.1.7 rdbms on a Solaris box. I'm using an Oracle 8.1.7 client and corresponding ODBC driver version. Please also note that I have not been able to test this against any other database, ODBC driver, or against the apache 1.x SAPI dll. My reason for using ODBC rather than the Oracle8 libraries (and the generic Oracle lib doesn't handle blob fields) is because I'm about to move to using Oracle9 for which there are no php libraries available yet. Reproduce code: --- $binfile = d:/blobs/testfile2.bin; $blobid = 1000; $method = 1; if ($method == 1) { $parms = array('.$binfile.'); $size_before = filesize($binfile); } else { $buffer = ; $fh = fopen($binfile, rb); while (!feof($fh)) { $buffer .= fgets($fh, 10240);} $parms = array($buffer); $size_before = strlen($buffer); } $conn = odbc_connect(, , ); //$res = odbc_prepare($conn, INSERT INTO SSP_BLOB (BLOB_ID, BITS) VALUES ('$blobid', ?)); $res = odbc_prepare($conn, UPDATE SSP_BLOB SET BITS=? WHERE BLOB_ID='$blobid'); if (!odbc_execute($res, $parms)) { print Execute failed: .odbc_errormsg().\n;} $res = odbc_exec($conn, SELECT DBMS_LOB.GETLENGTH(bits) FROM SSP_BLOB WHERE BLOB_ID='$blobid'); if (odbc_fetch_row($res)) { $size_after = odbc_result($res, 1); print Size before: $size_before\nSize after: $size_after\n; } Expected result: In an example uploading a 44,194 byte file, with the first EOF at the 182nd byte, in all cases one would expect output of: Size before: 44194 Size after: 44194 Actual result: -- Using same upload file as described in expected result: Method 1 via CLI: Size before: 44194 Size after: 44194 Method 1 via SAPI: Size before: 44194 Size after: 182 Method !1 via CLI: Size before: 44194 Size after: 4000 Method !1 via SAPI: Size before: 44194 Size after: 4000 -- Edit bug report at http://bugs.php.net/?id=27281edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27281r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27281r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27281r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27281r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27281r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27281r=needscript Try newer version: http://bugs.php.net/fix.php?id=27281r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27281r=support Expected behavior: http://bugs.php.net/fix.php?id=27281r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27281r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27281r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27281r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27281r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27281r=dst IIS Stability: http://bugs.php.net/fix.php?id=27281r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27281r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27281r=float
#27281 [Opn-Bgs]: odbc_execute opens files in text mode using apache2
ID: 27281 Updated by: [EMAIL PROTECTED] Reported By: russell dot brown at insignia dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Windows 2000 PHP Version: 4.3.4 New Comment: Please read this manual page: http://www.php.net/manual/en/ref.odbc.php Especially the part about the couple of php.ini options there are for ODBC extension. (and read the user comments on http://www.php.net/odbc_execute for more info) Previous Comments: [2004-02-16 12:18:57] russell dot brown at insignia dot com Description: If you use the quoted filename feature of odbc_execute() to load a binary file into a blob field using the ODBC driver, it appears to use text mode to open the file, and hence it truncates the data at the first 0x1A sequence. If I use the command-line this appears to work perfectly, but via the SAPI Apache2 dll it performs the truncation. It does not seem to be due to it running as a different user, I've tried the tests logged in as the user on the command-line and the results are the same. It also doesn't seem to be possible to work around, because of another problem where if you open the file yourself in binary mode and try to send the data as a parameter to odbc_execute(), it will only upload ~4000 bytes. However, it does this on the command-line as well, so it is more generally broken (I'll raise a separate bug request if you want about this - I have some SQL logs which might be helpful). The code example provided will perform both methods of upload (set $method=1 for quoted filename, $method!=1 for uploading from memory buffer), to make it easy to compare and contrast the differences. You *must* upload a binary file more than 4096 bytes in size, and it must contain at least 1 EOF somewhere in the first 4000 bytes to reproduce the problem exactly. I'm talking to an Oracle 8.1.7 rdbms on a Solaris box. I'm using an Oracle 8.1.7 client and corresponding ODBC driver version. Please also note that I have not been able to test this against any other database, ODBC driver, or against the apache 1.x SAPI dll. My reason for using ODBC rather than the Oracle8 libraries (and the generic Oracle lib doesn't handle blob fields) is because I'm about to move to using Oracle9 for which there are no php libraries available yet. Reproduce code: --- $binfile = d:/blobs/testfile2.bin; $blobid = 1000; $method = 1; if ($method == 1) { $parms = array('.$binfile.'); $size_before = filesize($binfile); } else { $buffer = ; $fh = fopen($binfile, rb); while (!feof($fh)) { $buffer .= fgets($fh, 10240);} $parms = array($buffer); $size_before = strlen($buffer); } $conn = odbc_connect(, , ); //$res = odbc_prepare($conn, INSERT INTO SSP_BLOB (BLOB_ID, BITS) VALUES ('$blobid', ?)); $res = odbc_prepare($conn, UPDATE SSP_BLOB SET BITS=? WHERE BLOB_ID='$blobid'); if (!odbc_execute($res, $parms)) { print Execute failed: .odbc_errormsg().\n;} $res = odbc_exec($conn, SELECT DBMS_LOB.GETLENGTH(bits) FROM SSP_BLOB WHERE BLOB_ID='$blobid'); if (odbc_fetch_row($res)) { $size_after = odbc_result($res, 1); print Size before: $size_before\nSize after: $size_after\n; } Expected result: In an example uploading a 44,194 byte file, with the first EOF at the 182nd byte, in all cases one would expect output of: Size before: 44194 Size after: 44194 Actual result: -- Using same upload file as described in expected result: Method 1 via CLI: Size before: 44194 Size after: 44194 Method 1 via SAPI: Size before: 44194 Size after: 182 Method !1 via CLI: Size before: 44194 Size after: 4000 Method !1 via SAPI: Size before: 44194 Size after: 4000 -- Edit this bug report at http://bugs.php.net/?id=27281edit=1
#27281 [Bgs]: odbc_execute opens files in text mode using apache2
ID: 27281 User updated by: russell dot brown at insignia dot com Reported By: russell dot brown at insignia dot com Status: Bogus Bug Type: ODBC related Operating System: Windows 2000 PHP Version: 4.3.4 New Comment: I've tried adding the lines below to the top of the code, trying PASSTHROUGH, CONVERT and RETURN, but they appear to have no effect whatsoever, even in CLI mode: ini_set(odbc.defaultlrl, 20); ini_set(odbc.defaultbinmode, ODBC_BINMODE_PASSTHROUGH); These ini settings definitely have an effect if you are downloading the data from ODBC-PHP, but not PHP-ODBC. Previous Comments: [2004-02-16 12:48:35] [EMAIL PROTECTED] Please read this manual page: http://www.php.net/manual/en/ref.odbc.php Especially the part about the couple of php.ini options there are for ODBC extension. (and read the user comments on http://www.php.net/odbc_execute for more info) [2004-02-16 12:18:57] russell dot brown at insignia dot com Description: If you use the quoted filename feature of odbc_execute() to load a binary file into a blob field using the ODBC driver, it appears to use text mode to open the file, and hence it truncates the data at the first 0x1A sequence. If I use the command-line this appears to work perfectly, but via the SAPI Apache2 dll it performs the truncation. It does not seem to be due to it running as a different user, I've tried the tests logged in as the user on the command-line and the results are the same. It also doesn't seem to be possible to work around, because of another problem where if you open the file yourself in binary mode and try to send the data as a parameter to odbc_execute(), it will only upload ~4000 bytes. However, it does this on the command-line as well, so it is more generally broken (I'll raise a separate bug request if you want about this - I have some SQL logs which might be helpful). The code example provided will perform both methods of upload (set $method=1 for quoted filename, $method!=1 for uploading from memory buffer), to make it easy to compare and contrast the differences. You *must* upload a binary file more than 4096 bytes in size, and it must contain at least 1 EOF somewhere in the first 4000 bytes to reproduce the problem exactly. I'm talking to an Oracle 8.1.7 rdbms on a Solaris box. I'm using an Oracle 8.1.7 client and corresponding ODBC driver version. Please also note that I have not been able to test this against any other database, ODBC driver, or against the apache 1.x SAPI dll. My reason for using ODBC rather than the Oracle8 libraries (and the generic Oracle lib doesn't handle blob fields) is because I'm about to move to using Oracle9 for which there are no php libraries available yet. Reproduce code: --- $binfile = d:/blobs/testfile2.bin; $blobid = 1000; $method = 1; if ($method == 1) { $parms = array('.$binfile.'); $size_before = filesize($binfile); } else { $buffer = ; $fh = fopen($binfile, rb); while (!feof($fh)) { $buffer .= fgets($fh, 10240);} $parms = array($buffer); $size_before = strlen($buffer); } $conn = odbc_connect(, , ); //$res = odbc_prepare($conn, INSERT INTO SSP_BLOB (BLOB_ID, BITS) VALUES ('$blobid', ?)); $res = odbc_prepare($conn, UPDATE SSP_BLOB SET BITS=? WHERE BLOB_ID='$blobid'); if (!odbc_execute($res, $parms)) { print Execute failed: .odbc_errormsg().\n;} $res = odbc_exec($conn, SELECT DBMS_LOB.GETLENGTH(bits) FROM SSP_BLOB WHERE BLOB_ID='$blobid'); if (odbc_fetch_row($res)) { $size_after = odbc_result($res, 1); print Size before: $size_before\nSize after: $size_after\n; } Expected result: In an example uploading a 44,194 byte file, with the first EOF at the 182nd byte, in all cases one would expect output of: Size before: 44194 Size after: 44194 Actual result: -- Using same upload file as described in expected result: Method 1 via CLI: Size before: 44194 Size after: 44194 Method 1 via SAPI: Size before: 44194 Size after: 182 Method !1 via CLI: Size before: 44194 Size after: 4000 Method !1 via SAPI: Size before: 44194 Size after: 4000 -- Edit this bug report at http://bugs.php.net/?id=27281edit=1
#27269 [Bgs-Opn]: php_gettext.dll extension will not load
ID: 27269 User updated by: WPinegar at healthtech dot net Reported By: WPinegar at healthtech dot net -Status: Bogus +Status: Open Bug Type: *General Issues Operating System: Windows Server 2003 PHP Version: 5.0.0b4 (beta4) New Comment: I've discovered the source of the issue. php_gettext.dll is broken in 5.0.0b4. It does not export the base DLL entry point get_module as required for PHP -- so it will not load. Please correct this error in php_gettext.dll. Previous Comments: [2004-02-16 01:18:55] [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. Try searching the bug database before submitting yet another bogus report. [2004-02-15 23:51:16] WPinegar at healthtech dot net Description: I am unable to load the php_gettext.dll extension that ships with 5.0.0b4. When I attempt to load this extension while using the PHP ISAPI filter I get the following popup message on the server: Warning : PHP Startup: Invalid library (maybe not a PHP library) 'php_gettext.dll' What do I need to do in order to get the gettext library to work in 5.0.0b4? I had this working in PHP 4.3.x without issue so I'm just curious if in the gettext library in 5.0.0b4 is broken... Reproduce code: --- Add php_gettext.dll to the extensions in your php.ini file. Expected result: The gettext library should load without issue. Actual result: -- Gettext.dll library will not load. -- Edit this bug report at http://bugs.php.net/?id=27269edit=1
#27273 [Fbk-Opn]: Segfault in apache after rebuild with 5.0.0b4
ID: 27273 User updated by: chris at areti dot net Reported By: chris at areti dot net -Status: Feedback +Status: Open Bug Type: Apache related Operating System: Slackware Linux 9.1 PHP Version: 5.0.0b4 (beta4) New Comment: Yep, with the latest snapshot apache runs fine.. :) Thanks! Previous Comments: [2004-02-16 11:19:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-02-16 07:23:46] chris at areti dot net Description: An apache 1.3.29 build against php 5.0.0b3 ran fine, but I have now upgraded it to php 5.0.0b4 and apache segfaults on start up. My configure line is: ./configure --with-mysql=/usr/local/include/mysql --with-apache=../apache_1.3.29 --with-gd --with-pgsql=/usr/local/pgsql --with-zlib-dir=/usr/local/lib --enable-track-vars Reproduce code: --- N/A Expected result: Apache running correctly Actual result: -- (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X (no debugging symbols found)...[New Thread 16384 (LWP 1978)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 1978)] 0x080b4573 in zend_do_inherit_interfaces () (gdb) bt #0 0x080b4573 in zend_do_inherit_interfaces () #1 0x080b46a9 in zend_do_inheritance () #2 0x080c4471 in zend_register_internal_class_ex () #3 0x081276fb in spl_register_sub_class () #4 0x0812c3ec in zm_startup_spl_sxe () #5 0x08126f4c in zm_startup_spl () #6 0x080c3ac3 in zend_startup_module () #7 0x08099c59 in php_startup_extensions () #8 0x080e1962 in php_startup_internal_extensions () #9 0x0809a010 in php_module_startup () #10 0x080923c3 in ap_get_server_built () #11 0x080930f7 in ap_get_server_built () #12 0x081d6814 in ap_init_modules () #13 0x081e0b3b in ap_child_terminate () #14 0x081e13f9 in main () #15 0x40237d06 in __libc_start_main () from /lib/libc.so.6 -- Edit this bug report at http://bugs.php.net/?id=27273edit=1
#25753 [Com]: php_value|flag / php_admin_* settings leak from vhosts/.htaccess files
ID: 25753 Comment by: jg at execulink dot com Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache related Operating System: * PHP Version: 4CVS, 5CVS New Comment: Just installed RC3, and I still have the same problem. INI values are leaking between virtualhosts. phpinfo(); PHP Version 4.3.5RC3 Warning: Unknown(): open_basedir restriction in effect. File(/usr/ppp/p/pookie/public_html/index.php) is not within the allowed path(s): (/usr/ppp/p/pdipietro) in Unknown on line 0 Warning: Unknown(/usr/ppp/p/pookie/public_html/index.php): failed to open stream: Operation not permitted in Unknown on line 0 Warning: (null)(): Failed opening '/usr/ppp/p/pookie/public_html/index.php' for inclusion (include_path='.:/usr/share/pear') in Unknown on line 0 Previous Comments: [2004-02-13 12:54:51] [EMAIL PROTECTED] It was fixed after rc2 was released, you can either get a snapshot from http://snaps.php.net or wait for rc3 which will be released later today. Derick [2004-02-13 12:52:07] jg at execulink dot com This bug is supposed to be fixed it 4.3.5 ? I installed 4.3.5RC2 and I'm having the same problem. open_basedir restriction on a path specified in a different virtual host. Virtualhost settings are leaking between themselves. If there is a patch for this, someone please email me - im desperate! [2004-01-28 12:40:04] [EMAIL PROTECTED] This only happens on text/html files with the executable bit set. If the +x bit is set, we load the current ini settings and if php's xbithack option is not set we decline the request but forget to reset the ini settings potentially leaking them to the next request. This is now fixed in CVS and will be in the next release of both PHP4 and PHP5. [2004-01-28 00:47:04] rover at tob dot ru We examine source files more carefull and remake a patch: diff -udr php-4.3.3/sapi/apache/mod_php4.c php-4.3.3.patched/sapi/apache/mod_php4.c --- php-4.3.3/sapi/apache/mod_php4.c2003-06-03 11:41:49.0 +0600 +++ php-4.3.3.patched/sapi/apache/mod_php4.c2004-01-28 10:48:27.0 +0500 @@ -830,6 +830,9 @@ } if(!AP(xbithack)) { r-allowed |= (1 METHODS) - 1; + zend_try { + zend_ini_deactivate(TSRMLS_C); + } zend_end_try(); return DECLINED; } return send_parsed_php(r); [2004-01-27 13:36:14] rover at tob dot ru It seems we have found a bug in mod_php4.c. We can 100% reproduce this error. How to reproduce (our case): in httpd.conf we have: # to enable only one instance of apache process StartServers 1 MaxClients 1 # Directory /var/www/info/ php_value engine off /Directory in php.ini: Engine = On, we enable php-scripts at all site, but disable in /info. Let's begin: #/usr/sbin/apache.dbg -f /etc/apache/httpd.conf #gbd /usr/sbin/apache.gdb pid_of_child (attach to child, what serve requests) (gdb)p php_apache_info.engine =1! php-engine ENABLED (gdb)watch php_apache_info.engine ! VERY IMPORTANT (gdb)break send_php! bug in this func. (gdb)c 1) Request a usual file from http://our.site/info/index.html: Because we define 'php_value off' for this directory - at line 829 in function php_xbithack_handler(remember - we process text/html) we call zend_hash_apply((HashTable *) per_dir_conf, (apply_func_t) php_apache_alter_ini_entries TSRMLS_CC); and change our 'engine' value to 0. backtrace for this call (don't look at line number - they shifted because i insert debug lines in source files): Hardware watchpoint 1: php_apache_info.engine Old value = 1 New value = 0 #0 OnUpdateInt (entry=0x80dc778, new_value=0x80d3cc4 off, new_value_length=3, mh_arg1=0x0, mh_arg2=0x4057f92c, mh_arg3=0x0, stage=4) at /usr/local/src/apache2+php4/php4-4.3.3/Zend/zend_ini.c:453 #1 0x4051110a in zend_alter_ini_entry (name=0x80de170 engine, name_length=7, new_value=0x80de180 off, new_value_length=3, modify_type=2, stage=4) at /usr/local/src/apache2+php4/php4-4.3.3/Zend/zend_ini.c:212 #2 0x40519fc6 in php_apache_alter_ini_entries (per_dir_entry=0x812c598) at /usr/local/src/apache2+php4/php4-4.3.3/sapi/apache/mod_php4.c:511 #3 0x4050b8f9 in zend_hash_apply (ht=0x809fc98, apply_func=0x40519f40 php_apache_alter_ini_entries) at /usr/local/src/apache2+php4/php4-4.3.3/Zend/zend_hash.c:698 #4 0x4051ad1b in php_xbithack_handler (r=0x81367ec) at /usr/local/src/apache2+php4/php4-4.3.3/sapi/apache/mod_php4.c:850 #5
#27265 [Ver-Bgs]: Reflection API :: Reflection_Property fails when a const is passed
ID: 27265 Updated by: [EMAIL PROTECTED] Reported By: jw at jwscripts dot com -Status: Verified +Status: Bogus Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5CVS-2004-02-15 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 We are missing a class 'Reflection_Const'. Previous Comments: [2004-02-15 15:00:46] jw at jwscripts dot com Description: When passing a constant to the constructor of the Reflection_Property class, an exception is thrown. You can work around this, e.g., by creating an instance of the Reflection_Object class instead, but this isn't very pretty. The same problem occurres when a constant with one or more uppercased characters is defined, e.g.: const $TEST = foo; Reproduce code: --- ? class Foo { const TEST = foo; // Fails too: static $TEST = foo; // Success : static $test = foo; } class Types extends Reflection_Property { public function __construct($object, $name) { parent::__construct($object, $name); } } $types = new Types(Foo, TEST); ? Expected result: No output Actual result: -- Fatal error: Uncaught exception 'reflection_exception' with message 'Property Foo::$TEST does not exist' in [...] Stack trace: #0 [...](13): Types-__construct() #1 {main} thrown in [...] on line [...] -- Edit this bug report at http://bugs.php.net/?id=27265edit=1
#27239 [Opn-WFx]: PHP (CLI) argument passing
ID: 27239 Updated by: [EMAIL PROTECTED] Reported By: echo15 at delirium dot ch -Status: Open +Status: Wont fix Bug Type: Feature/Change Request -Operating System: Linux 2.4.20 +Operating System: * -PHP Version: 4.3.4 +PHP Version: 4.3 New Comment: The example you gave relies on register_globals. and cli was experimental in 4.2. Previous Comments: [2004-02-13 08:05:22] echo15 at delirium dot ch And... no, creating a real HTTP subrequest to the WWW server in the example above does not always do the trick, specially not if the page is password protected. You don't want to have plain passwords in the PHP pages on the WAP server and it's slower than using PHP CLI. [2004-02-13 07:58:55] echo15 at delirium dot ch Oops, near the end of the feature request, I wrote: ... to allow passing the arguments to $_POST or $_GET instead of $argv. Yet what I ment was: ... to allow passing the arguments to $_REQUEST instead of $argv. [2004-02-13 07:55:50] echo15 at delirium dot ch Description: Hi Devs I guess since 4.3.3 the arguments passed to PHP (CLI) are handled differently. Here's an example: test.php reads: ?php print text is -.$text.-\n ? with php 4.3.2: # php test.php text=foobar -foobar- with php 4.3.3: # php test.php text=foobar -- The arguments are now found only in $argv. While this makes sense at first, some people use the PHP CLI to do subrequests. Let's assume you have two webservers, one delivering WWW and another one delivering WAP content. The WAP server is doing a subrequest to the WWW server (using PHP CLI) and piping the output through a conversion script 'html2wml'. In order for this to work, the PHP CLI should hold an option to allow passing the arguments to $_POST or $_GET instead of $argv. I don't see a way to do this as of now but by adding code to the page on the WWW server which is most clumsy as this code is not needed for pages delivered to a WWW user agent. How about a command line argument like: -x (--argv-to-request) xerox arguments to $_REQUEST Many thanks for giving it a thought. -- Edit this bug report at http://bugs.php.net/?id=27239edit=1
#27116 [NoF-Csd]: SimpleXMLIterator
ID: 27116 Updated by: [EMAIL PROTECTED] Reported By: yannl at istop dot com -Status: No Feedback +Status: Closed Bug Type: *XML functions Operating System: Linux PHP Version: 5CVS-2004-02-01 (dev) 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-02-15 09:00:01] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2004-02-09 11:41:55] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip And skip the './cvsclean ./buildconf' parts helly suggested..(I don't think your build tools are correct to generate working configure, etc., using snapshots is safe) [2004-02-04 02:26:38] [EMAIL PROTECTED] Are you using SPL or SimpleXML as a shared extension (e.g. what's your configure line). [2004-02-03 22:55:01] yannl at istop dot com Running ./cvsclean was ok Got this error will running buildconf. using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.57 (ok) buildconf: Your version of autoconf likely contains buggy cache code. Running cvsclean for you. To avoid this, install autoconf-2.13 and automake-1.5. buildconf: libtool version 1.4.3 (ok) Building php was ok. Apache will start (httpd.pid is created) but no page can be served by apache and no errors are logged in error_log. [2004-02-02 02:22:47] [EMAIL PROTECTED] Please do a full rebuild (./cvsclean ; ./buildconf ; ./configure ...) and report back if the error stays. 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/27116 -- Edit this bug report at http://bugs.php.net/?id=27116edit=1
#27273 [Opn-Csd]: Segfault in apache after rebuild with 5.0.0b4
ID: 27273 Updated by: [EMAIL PROTECTED] Reported By: chris at areti dot net -Status: Open +Status: Closed Bug Type: Apache related Operating System: Slackware Linux 9.1 PHP Version: 5.0.0b4 (beta4) New Comment: Fixed - closed. Previous Comments: [2004-02-16 14:17:23] chris at areti dot net Yep, with the latest snapshot apache runs fine.. :) Thanks! [2004-02-16 11:19:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-02-16 07:23:46] chris at areti dot net Description: An apache 1.3.29 build against php 5.0.0b3 ran fine, but I have now upgraded it to php 5.0.0b4 and apache segfaults on start up. My configure line is: ./configure --with-mysql=/usr/local/include/mysql --with-apache=../apache_1.3.29 --with-gd --with-pgsql=/usr/local/pgsql --with-zlib-dir=/usr/local/lib --enable-track-vars Reproduce code: --- N/A Expected result: Apache running correctly Actual result: -- (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X (no debugging symbols found)...[New Thread 16384 (LWP 1978)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 1978)] 0x080b4573 in zend_do_inherit_interfaces () (gdb) bt #0 0x080b4573 in zend_do_inherit_interfaces () #1 0x080b46a9 in zend_do_inheritance () #2 0x080c4471 in zend_register_internal_class_ex () #3 0x081276fb in spl_register_sub_class () #4 0x0812c3ec in zm_startup_spl_sxe () #5 0x08126f4c in zm_startup_spl () #6 0x080c3ac3 in zend_startup_module () #7 0x08099c59 in php_startup_extensions () #8 0x080e1962 in php_startup_internal_extensions () #9 0x0809a010 in php_module_startup () #10 0x080923c3 in ap_get_server_built () #11 0x080930f7 in ap_get_server_built () #12 0x081d6814 in ap_init_modules () #13 0x081e0b3b in ap_child_terminate () #14 0x081e13f9 in main () #15 0x40237d06 in __libc_start_main () from /lib/libc.so.6 -- Edit this bug report at http://bugs.php.net/?id=27273edit=1
#27232 [Csd]: comment nodes are being skipped
ID: 27232 User updated by: lalo at teligens dot com Reported By: lalo at teligens dot com Status: Closed Bug Type: DOM XML related Operating System: Windows XP PHP Version: 4.3.4 New Comment: Since what version was this broken ? Just v4.3.4 ? Thanks! Previous Comments: [2004-02-15 08:56: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-02-15 03:18:44] lalo at teligens dot com Just to be clear, the latest snapshot is 4.3.5cvs, right ? Your comment when closing the bug confused me. You seem to think that it works for me on v4.3.4 when it doesn't, unless the latest stable that I downloaded *is* v4.3.4 (but phpinfo() says otherwise). [2004-02-13 09:58:26] [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-02-13 02:36:22] lalo at teligens dot com This happens when running horde on Windows. The XML is the configuration xml. I'm using horde from CVS so you can get a copy of the same file I'm running here: http://cvsweb.horde.org/cvs.php/horde/config/conf.xml [2004-02-12 20:48:41] [EMAIL PROTECTED] Please supply the xml file. 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/27232 -- Edit this bug report at http://bugs.php.net/?id=27232edit=1
#27282 [NEW]: PHP Conference Material Site on your site - links don't work
From: dan at giffordengineering dot com Operating system: Win 98 IE 6 - Client side PHP version: Irrelevant PHP Bug Type: Unknown/Other Function Bug description: PHP Conference Material Site on your site - links don't work Description: PHP Conference Material Site - links don't work. I get what appears to be the first page of each, but nothing else happens. I don't get the rest of the slides. -- Edit bug report at http://bugs.php.net/?id=27282edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27282r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27282r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27282r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27282r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27282r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27282r=needscript Try newer version: http://bugs.php.net/fix.php?id=27282r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27282r=support Expected behavior: http://bugs.php.net/fix.php?id=27282r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27282r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27282r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27282r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27282r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27282r=dst IIS Stability: http://bugs.php.net/fix.php?id=27282r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27282r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27282r=float
#27265 [Bgs]: Reflection API :: Reflection_Property fails when a const is passed
ID: 27265 User updated by: jw at jwscripts dot com Reported By: jw at jwscripts dot com Status: Bogus Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5CVS-2004-02-15 New Comment: We are missing a class 'Reflection_Const'. IMO, you are not missing a Reflection_Const class, but a method isConst() in the Reflection_Property class. Previous Comments: [2004-02-16 15:04:18] [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 We are missing a class \'Reflection_Const\'. [2004-02-15 15:00:46] jw at jwscripts dot com Description: When passing a constant to the constructor of the Reflection_Property class, an exception is thrown. You can work around this, e.g., by creating an instance of the Reflection_Object class instead, but this isn't very pretty. The same problem occurres when a constant with one or more uppercased characters is defined, e.g.: const $TEST = foo; Reproduce code: --- ? class Foo { const TEST = foo; // Fails too: static $TEST = foo; // Success : static $test = foo; } class Types extends Reflection_Property { public function __construct($object, $name) { parent::__construct($object, $name); } } $types = new Types(Foo, TEST); ? Expected result: No output Actual result: -- Fatal error: Uncaught exception 'reflection_exception' with message 'Property Foo::$TEST does not exist' in [...] Stack trace: #0 [...](13): Types-__construct() #1 {main} thrown in [...] on line [...] -- Edit this bug report at http://bugs.php.net/?id=27265edit=1
#23220 [Com]: fgets() causes warning while reading data via SSL channel (HTTPS)
ID: 23220 Comment by: aaron_hawryluk at shaw dot ca Reported By: storozhilov at mail dot ru Status: Assigned Bug Type: Filesystem function related Operating System: * PHP Version: 4CVS Assigned To: wez New Comment: This also seems to cause a problem with file_get_contents which I am using to retrieve transaction data. Test case is: code?php file_get_contents(https://any.secure.server;); ?/code returns: codeWarning: file_get_contents(): SSL: fatal protocol error in /usr/local/www/data-dist/navdev/test.php on line 2/code ...plus whatever data the secure server provides. Previous Comments: [2004-02-12 16:15:31] wtatam at premierit dot com If you apply the patch shown in this script it works perfectly Why has this not been commited into the main branch for both php 4 and 5 ? [2004-02-04 18:48:37] douga at accessdata dot com I am seeing the same error. It appears to be generated after the following loop has completed. More specifically, the Warning message is emitted just after the loop terminates. while( !feof($handle) ) { echo Looping to read in all of the reply.br; $reply .= fgets($handle); } PHP 4.3.4 compiled with --with-openssl What other information would be helpful? [2004-01-27 12:58:26] admin at jazzfanz dot com I'm sorry but I can't really tell based on this thread if there was ever a version of PHP where this problem was corrected. Is there a version? I'm on 4.3.3 currently under IPlanet. Is there a workaround without using cURL? [2004-01-12 06:42:19] [EMAIL PROTECTED] Keep it assigned to the only person who can fix it.. [2004-01-11 11:01:06] [EMAIL PROTECTED] This bug is apparently still living; even in PHP 5.0b3... 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/23220 -- Edit this bug report at http://bugs.php.net/?id=23220edit=1
#27263 [Fbk-Opn]: Unserialize crashes on multiple objects, stored in session explicitly
ID: 27263 User updated by: davojan at mail dot ru Reported By: davojan at mail dot ru -Status: Feedback +Status: Open Bug Type: Session related Operating System: FreeBSD 4.7-RELEASE PHP Version: 5.0.0b4 (beta4) New Comment: Sorry, but when I add --enable-debug to my configure the bug dissapeared, the example script worked fine. The crashe takes place only in the debugless version, it's backtrace hardly can help you: Program terminated with signal 10, Bus error. .//usr/local/lib/php/20020429/templates.so: No such file or directory. #0 0x2860f780 in ?? () from /usr/local/libexec/apache/libphp5.so (gdb) bt #0 0x2860f780 in ?? () from /usr/local/libexec/apache/libphp5.so #1 0x8050416 in ap_clear_pool () #2 0x8050478 in ap_destroy_pool () #3 0x80503eb in ap_clear_pool () #4 0x8050478 in ap_destroy_pool () #5 0x805b190 in clean_parent_exit () #6 0x805d84d in standalone_main () #7 0x805dcab in main () #8 0x804fc39 in _start () It is a bad sign, it may mean buffer overflow anywhere in the program, i suppose. It may be difficult to find the bug. I'm ready to provide any help in catching it... Previous Comments: [2004-02-15 16:05:23] [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-02-15 13:31:17] davojan at mail dot ru Description: PHP crashes on session_start() if object foo references to object bar and both foo and bar are put into session explicitly each into it's element. The example below will work if we comment line: $_SESSION['bar'] = $bar; the only one foo is put to session explicitly and bar is also put, but as a member of foo. Reproduce code: --- ? class foo { public $bar = NULL; } class bar {} //=[] $foo = new foo(); $bar = new bar(); $foo-bar = $bar; session_start(); $_SESSION['foo'] = $foo; $_SESSION['bar'] = $bar;// it will be all right, if we comment this session_write_close(); session_start();// crashing here echo OK; ? Expected result: OK Actual result: -- In browser: The page cannot be displayed In /var/log/httpd-error.log: [Sun Feb 15 21:21:22 2004] [notice] child pid 230 exit signal Segmentation fault (11) -- Edit this bug report at http://bugs.php.net/?id=27263edit=1
#27263 [Opn]: Unserialize crashes on multiple objects, stored in session explicitly
ID: 27263 User updated by: davojan at mail dot ru Reported By: davojan at mail dot ru Status: Open Bug Type: Session related Operating System: FreeBSD 4.7-RELEASE PHP Version: 5.0.0b4 (beta4) New Comment: Sorry, I supplied wrong backtrace in the previous message. Here is the actual (but it's all the same - it will hardly help you): Core was generated by `httpd'. Program terminated with signal 10, Bus error. Reading symbols from /usr/lib/libcrypt.so.2...(no debugging symbols found)...done. Reading symbols from /usr/local/lib/libmm.so.13...(no debugging symbols found)...done. Reading symbols from /usr/lib/libc.so.4...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_mmap_static.so...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/mod_vhost_alias.so...(no debugging symbols found)...done. Reading symbols from /usr/local/lib/libcrypto.so.3...(no debugging symbols found)...done. Reading symbols from /usr/local/libexec/apache/libphp5.so...Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 2627 in elfstab_build_psymtabs Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 933 in fill_symbuf done. Reading symbols from /usr/local/lib/libexslt.so.8...done. Reading symbols from /usr/libexec/ld-elf.so.1...done. #0 0x28693539 in ?? () (gdb) bt #0 0x28693539 in ?? () #1 0x8050416 in ap_clear_pool () #2 0x8050478 in ap_destroy_pool () #3 0x80503eb in ap_clear_pool () #4 0x8050478 in ap_destroy_pool () #5 0x805b190 in clean_parent_exit () #6 0x805d84d in standalone_main () #7 0x805dcab in main () #8 0x804fc39 in _start () Previous Comments: [2004-02-16 17:38:33] davojan at mail dot ru Sorry, but when I add --enable-debug to my configure the bug dissapeared, the example script worked fine. The crashe takes place only in the debugless version, it's backtrace hardly can help you: Program terminated with signal 10, Bus error. .//usr/local/lib/php/20020429/templates.so: No such file or directory. #0 0x2860f780 in ?? () from /usr/local/libexec/apache/libphp5.so (gdb) bt #0 0x2860f780 in ?? () from /usr/local/libexec/apache/libphp5.so #1 0x8050416 in ap_clear_pool () #2 0x8050478 in ap_destroy_pool () #3 0x80503eb in ap_clear_pool () #4 0x8050478 in ap_destroy_pool () #5 0x805b190 in clean_parent_exit () #6 0x805d84d in standalone_main () #7 0x805dcab in main () #8 0x804fc39 in _start () It is a bad sign, it may mean buffer overflow anywhere in the program, i suppose. It may be difficult to find the bug. I'm ready to provide any help in catching it... [2004-02-15 16:05:23] [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-02-15 13:31:17] davojan at mail dot ru Description: PHP crashes on session_start() if object foo references to object bar and both foo and bar are put into session explicitly each into it's element. The example below will work if we comment line: $_SESSION['bar'] = $bar; the only one foo is put to session explicitly and bar is also put, but as a member of foo. Reproduce code: --- ? class foo { public $bar = NULL; } class bar {} //=[] $foo = new foo(); $bar = new bar(); $foo-bar = $bar; session_start(); $_SESSION['foo'] = $foo; $_SESSION['bar'] = $bar;// it will be all right, if we comment this session_write_close(); session_start();// crashing here echo OK; ? Expected result: OK Actual result: -- In browser: The page cannot be displayed In /var/log/httpd-error.log: [Sun Feb 15 21:21:22 2004] [notice] child pid 230 exit signal Segmentation fault (11) -- Edit this bug report at http://bugs.php.net/?id=27263edit=1
#16411 [Com]: CGI application misbehaved by not returning a complete set of
ID: 16411 Comment by: atpires at terra dot com dot br Reported By: vielina at hn dot vnn dot vn Status: No Feedback Bug Type: MSSQL related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: Using FastCGI solve this problem. Previous Comments: [2004-01-22 11:21:56] silvercrow13 at hotmail dot com I've got the same problem and I can't find a solution. I'm using 2 computers as I do some work at work and at home. My configs are pretty much the same in both computers. Both work under Win Xp SP1 Pro, IIS 5.1, PHP 4.3.4 and MySql 4.0. This only happens at work, at home it works just fine, never had any problem. I'm scared I will have to reinstall my system anytime for some other reason and see this issue bothering me at home too. Some say it is CPU speed related but I don't know. My home PC is P4 with HT and at work I use an AMD Duron based system. Doesn't seem that relevant. Most of the comments refer to a MSSQL issue but I use Mysql and I have this same problem too. I read somewhere it's related to the use of frames. I thought so but when using header redirection I encounter the same annoying message. I even tought of installing Apache instead of IIS but the MS web server seems a lot less scary, I'm just a newbie. I can't find a reason for this to happen only at my work PC. Please help [2004-01-15 06:58:52] abanet at pas dot ucm dot es After a lot of time trying redirection with header and always getting CGI application misbehaved by not returning a complete set of ... error after an SQL 2000 insert instruction I tried this with success: print htmlheadMETA HTTP-EQUIV='Refresh' CONTENT='0;URL=url'/head/html; [2003-05-12 07:23:03] pedro at fundacaounimed dot com dot br I think I find the solution for this problem... Just put this line cgi.rfc2616_headers = 1 on php.ini. Please, send us a message if it works. I had this problem during much time and looking for solution, I saw that many others have it too. PS.: sorry if there is some english error. [2003-02-08 20:26:16] xd1013 at 163 dot com part for my connection class as fllow -- class Connection{ var $CID; var $Status=0; //Establish Connection to SQL Server function open($Host=CON_HOST,$User=CON_USER,$Pwd=CON_PWD){ if($this-Status==1) return $this-CID; $this-CID=mssql_connect($Host, $User, $Pwd); mssql_select_db(CON_DB); $this-Status=1; return $this-CID; } function execute($sql){ mssql_query($sql,$this-CID); return mssql_rows_affected($this-CID); } //Close Connection function close(){ return mssql_close($this-CID); } } // end class [2003-02-08 20:24:41] xd1013 at 163 dot com I change connection to ODBC,but this appear too. when I press F5 button,It work well. can u solute it? It's a serious problem. now,I had to change my script from php to jsp\asp But I really did't want to give up php. :((( it 's hard to write english for me. 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/16411 -- Edit this bug report at http://bugs.php.net/?id=16411edit=1
#27253 [Opn-Bgs]: Startup Crash
ID: 27253 Updated by: [EMAIL PROTECTED] Reported By: arpad at zooloo dot com -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Win XP SP1 PHP Version: 5.0.0b4 (beta4) New Comment: Just tested this and given enough restarts WITHOUT PHP loaded as module, Apache crashes just by itself. Not PHP bug - report to Apache group (happens with Apache2 too) Previous Comments: [2004-02-16 06:59:11] arpad at zooloo dot com I tried the CVS Built from the 16th. I extracted PHP in a different directory and replaced the php5ts/php.ini in my Apache Directory with the the ones provided (i used the original php-recommended.ini). And in addition i used the default httpd.conf from Apache. Now Apache crashes roughly every 4th startup. But it restarts fine once crashed. With the original 5.0.0b4 it didn't startup at all if it crashed once. [2004-02-14 20:42:57] [EMAIL PROTECTED] Did you or did you not remove (== delete) _ALL_ the old PHP related dlls before you installed the new ones?? [2004-02-14 11:32:09] arpad at zooloo dot com Still keeps crashing after the 6th restart! :( I've disabled all the extensions. Except the ones i can't disable since they're built-in. [2004-02-14 10:49:40] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Remove all existing PHP related dlls (especially php5ts.dll) and make sure you're NOT loading any extensions in your php.ini. [2004-02-14 06:29:38] arpad at zooloo dot com Description: I've just tried the PHP5.0.0b4 but it crashes my Apache 1.3.29 I use the precompiled Win32 Binarys for Apache and PHP since i don't have any developement tools installed. The issue is the following: When i add the LoadModule and the Addmodule directives to my httpd.conf the server starts up fine for around 5 tines. After that, everytime i want to restart the server, it crashes. The WindowsXP bug-reporter Prints the following informations: szAppName : Apache.exe szAppVer : 0.0.0.0 szModName : php5ts.dll szModVer : 5.0.0.0 offset : 0003c1a3 In order to get the Server up and running again, i need to comment out the LoadModule and Addmodule directives. The Server restarts smoothly. Uncommenting the Load/AddModule Lines again gives me the opportunity to restart the Server 5 Times. After that, it again keeps crashing on every startup try. In Short: You have only roughly 5 Startups untill the Server keeps on Crashing. Then you have to make a fresh start without PHP includet. When you include PHP5 again, you get lockups after the 5th start as well... I dont have enabled any PHP extensions but i have a few Apache Modules includet (server-status/info). With a few PHP extensions (gd2, mysql) enabled, i get the same Problem. If you need additional Information (php.ini/httpd.conf) please tell me. -- Edit this bug report at http://bugs.php.net/?id=27253edit=1
#23220 [Com]: fgets() causes warning while reading data via SSL channel (HTTPS)
ID: 23220 Comment by: scottmacvicar at ntlworld dot com Reported By: storozhilov at mail dot ru Status: Assigned Bug Type: Filesystem function related Operating System: * PHP Version: 4CVS Assigned To: wez New Comment: Found the cause of this now. Its Microsoft's we can do what we want attituide in regards to IIS. An EOF occured but the SSL close_notify message hasn't been sent. I'll write a patch and post it tomorrow hopefully. Previous Comments: [2004-02-16 17:00:49] aaron_hawryluk at shaw dot ca This also seems to cause a problem with file_get_contents which I am using to retrieve transaction data. Test case is: code?php file_get_contents(https://any.secure.server;); ?/code returns: codeWarning: file_get_contents(): SSL: fatal protocol error in /usr/local/www/data-dist/navdev/test.php on line 2/code ...plus whatever data the secure server provides. [2004-02-12 16:15:31] wtatam at premierit dot com If you apply the patch shown in this script it works perfectly Why has this not been commited into the main branch for both php 4 and 5 ? [2004-02-04 18:48:37] douga at accessdata dot com I am seeing the same error. It appears to be generated after the following loop has completed. More specifically, the Warning message is emitted just after the loop terminates. while( !feof($handle) ) { echo Looping to read in all of the reply.br; $reply .= fgets($handle); } PHP 4.3.4 compiled with --with-openssl What other information would be helpful? [2004-01-27 12:58:26] admin at jazzfanz dot com I'm sorry but I can't really tell based on this thread if there was ever a version of PHP where this problem was corrected. Is there a version? I'm on 4.3.3 currently under IPlanet. Is there a workaround without using cURL? [2004-01-12 06:42:19] [EMAIL PROTECTED] Keep it assigned to the only person who can fix it.. 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/23220 -- Edit this bug report at http://bugs.php.net/?id=23220edit=1
#23220 [Com]: fgets() causes warning while reading data via SSL channel (HTTPS)
ID: 23220 Comment by: scottmacvicar at ntlworld dot com Reported By: storozhilov at mail dot ru Status: Assigned Bug Type: Filesystem function related Operating System: * PHP Version: 4CVS Assigned To: wez New Comment: Since this indeed an error but it will happen anytime you make an HTTPS request to IIS i think the error should be changed to E_NOTICE and the error message updated to what it actually does. Patch --- diff -u network.c network.c.patched --- network.c 2004-02-17 01:20:49.0 + +++ network.c.patched 2004-02-17 01:22:23.0 + @@ -870,8 +870,8 @@ case SSL_ERROR_SYSCALL: if (ERR_peek_error() == 0) { if (nr_bytes == 0) { - php_error_docref(NULL TSRMLS_CC, E_WARNING, - SSL: fatal protocol error); + php_error_docref(NULL TSRMLS_CC, E_NOTICE, + SSL: EOF occurred in violation of protocol); stream-eof = 1; retry = 0; } else { Previous Comments: [2004-02-16 19:58:27] scottmacvicar at ntlworld dot com Found the cause of this now. Its Microsoft's we can do what we want attituide in regards to IIS. An EOF occured but the SSL close_notify message hasn't been sent. I'll write a patch and post it tomorrow hopefully. [2004-02-16 17:00:49] aaron_hawryluk at shaw dot ca This also seems to cause a problem with file_get_contents which I am using to retrieve transaction data. Test case is: code?php file_get_contents(https://any.secure.server;); ?/code returns: codeWarning: file_get_contents(): SSL: fatal protocol error in /usr/local/www/data-dist/navdev/test.php on line 2/code ...plus whatever data the secure server provides. [2004-02-12 16:15:31] wtatam at premierit dot com If you apply the patch shown in this script it works perfectly Why has this not been commited into the main branch for both php 4 and 5 ? [2004-02-04 18:48:37] douga at accessdata dot com I am seeing the same error. It appears to be generated after the following loop has completed. More specifically, the Warning message is emitted just after the loop terminates. while( !feof($handle) ) { echo Looping to read in all of the reply.br; $reply .= fgets($handle); } PHP 4.3.4 compiled with --with-openssl What other information would be helpful? [2004-01-27 12:58:26] admin at jazzfanz dot com I'm sorry but I can't really tell based on this thread if there was ever a version of PHP where this problem was corrected. Is there a version? I'm on 4.3.3 currently under IPlanet. Is there a workaround without using cURL? 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/23220 -- Edit this bug report at http://bugs.php.net/?id=23220edit=1
#27283 [NEW]: Exception not caught if more than two catch blocks are used
From: benjcarson at digitaljunkies dot ca Operating system: Linux PHP version: 5CVS-2004-02-16 (dev) PHP Bug Type: Zend Engine 2 problem Bug description: Exception not caught if more than two catch blocks are used Description: If an exception is thrown within a try block and more than two catch blocks follow, the exception may not be caught. If the exception matches either of the first two catch blocks then the exception will be caught. However, if the exception does not match the first two catch blocks, it will skip any remaining catch blocks and remain uncaught. In the code below, the exception is caught properly if the second catch block is commented out. Once it is included again though, the exception is not caught. Reproduce code: --- ?php class Ex1 extends Exception { } class Ex2 extends Exception { } class Ex3 extends Exception { } try { throw new Ex3(Ex3); } catch (Ex1 $e) { echo (Ex1: . $e-getMessage() .\n); } catch (Ex2 $e) { echo (Ex2: . $e-getMessage() .\n); } catch (Exception $e) { // Note: trying to catch Ex3 also fails echo (Exception: . $e-getMessage() . \n); } exit(0); ? Expected result: Execption: Ex3 Actual result: -- Fatal error: Uncaught exception 'Ex3' with message 'Ex3' exception.php:8 Stack trace: #0 {main} thrown in exception.php on line 8 -- Edit bug report at http://bugs.php.net/?id=27283edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27283r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27283r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27283r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27283r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27283r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27283r=needscript Try newer version: http://bugs.php.net/fix.php?id=27283r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27283r=support Expected behavior: http://bugs.php.net/fix.php?id=27283r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27283r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27283r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27283r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27283r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27283r=dst IIS Stability: http://bugs.php.net/fix.php?id=27283r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27283r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27283r=float
#27263 [Opn-Fbk]: Unserialize crashes on multiple objects, stored in session explicitly
ID: 27263 Updated by: [EMAIL PROTECTED] Reported By: davojan at mail dot ru -Status: Open +Status: Feedback Bug Type: Session related Operating System: FreeBSD 4.7-RELEASE PHP Version: 5.0.0b4 (beta4) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip I can not reproduce this crash with latest CVS.. Previous Comments: [2004-02-16 17:38:33] davojan at mail dot ru Sorry, but when I add --enable-debug to my configure the bug dissapeared, the example script worked fine. The crashe takes place only in the debugless version, it's backtrace hardly can help you: Program terminated with signal 10, Bus error. .//usr/local/lib/php/20020429/templates.so: No such file or directory. #0 0x2860f780 in ?? () from /usr/local/libexec/apache/libphp5.so (gdb) bt #0 0x2860f780 in ?? () from /usr/local/libexec/apache/libphp5.so #1 0x8050416 in ap_clear_pool () #2 0x8050478 in ap_destroy_pool () #3 0x80503eb in ap_clear_pool () #4 0x8050478 in ap_destroy_pool () #5 0x805b190 in clean_parent_exit () #6 0x805d84d in standalone_main () #7 0x805dcab in main () #8 0x804fc39 in _start () It is a bad sign, it may mean buffer overflow anywhere in the program, i suppose. It may be difficult to find the bug. I'm ready to provide any help in catching it... [2004-02-15 16:05:23] [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-02-15 13:31:17] davojan at mail dot ru Description: PHP crashes on session_start() if object foo references to object bar and both foo and bar are put into session explicitly each into it's element. The example below will work if we comment line: $_SESSION['bar'] = $bar; the only one foo is put to session explicitly and bar is also put, but as a member of foo. Reproduce code: --- ? class foo { public $bar = NULL; } class bar {} //=[] $foo = new foo(); $bar = new bar(); $foo-bar = $bar; session_start(); $_SESSION['foo'] = $foo; $_SESSION['bar'] = $bar;// it will be all right, if we comment this session_write_close(); session_start();// crashing here echo OK; ? Expected result: OK Actual result: -- In browser: The page cannot be displayed In /var/log/httpd-error.log: [Sun Feb 15 21:21:22 2004] [notice] child pid 230 exit signal Segmentation fault (11) -- Edit this bug report at http://bugs.php.net/?id=27263edit=1
#27277 [Opn-Bgs]: Apache crash on shutdown
ID: 27277 Updated by: [EMAIL PROTECTED] Reported By: andreas dot goetz dot external at fujitsu-siemens dot c -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: WinXP PHP Version: 5.0.0b4 (beta4) New Comment: Can not reproduce with properly configured Apache2 and using latest CVS snapshot. Previous Comments: [2004-02-16 08:03:40] andreas dot goetz dot external at fujitsu-siemens dot c Further tests seem to indicate that the crash behaviour is only experienced when the php_curl extension is loaded. Can you confirm this? Thanks, Andi [2004-02-16 08:00:43] andreas dot goetz dot external at fujitsu-siemens dot c Description: I've just tried the PHP5.0.0b4. The apache2 service reproducibly crashes (instruction ar 0x10002726 referenced memory at 0x4, the memory could not be read) when the apache2 service is stopped. No further details in the apache log files/ system event viewer. PHP is loaded as module. Cheers, Andi -- Edit this bug report at http://bugs.php.net/?id=27277edit=1
#27284 [NEW]: User Password in PHPInfo
From: adam at comsmart dot org Operating system: Linux PHP version: Irrelevant PHP Bug Type: PHP options/info functions Bug description: User Password in PHPInfo Description: When you call the phpinfo function, it posts your password on the resulting page. Therefore, you can not include a call to phpinfo on any public page, because people could get into your system. I think that the default call to phpinfo should not output the username/password of the owner of the file. -- Edit bug report at http://bugs.php.net/?id=27284edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27284r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27284r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27284r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27284r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27284r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27284r=needscript Try newer version: http://bugs.php.net/fix.php?id=27284r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27284r=support Expected behavior: http://bugs.php.net/fix.php?id=27284r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27284r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27284r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27284r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27284r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27284r=dst IIS Stability: http://bugs.php.net/fix.php?id=27284r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27284r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27284r=float
#27263 [Fbk]: Unserialize crashes on multiple objects, stored in session explicitly
ID: 27263 Updated by: [EMAIL PROTECTED] Reported By: davojan at mail dot ru Status: Feedback Bug Type: Session related Operating System: FreeBSD 4.7-RELEASE PHP Version: 5.0.0b4 (beta4) New Comment: Nevermind, could reproduce. Only happens without --enable-debug! Here's the backtrace: _efree Zend/zend_alloc.c:257 257 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p-size); (gdb) bt #0 _efree (ptr=0x61775f5f) at Zend/zend_alloc.c:257 #1 0x4038b383 in _zval_dtor (zvalue=0x82b73c4) at Zend/zend_variables.c:45 #2 0x40384141 in _zval_ptr_dtor (zval_ptr=0xbfffcb00) at Zend/zend_execute_API.c:359 #3 0x4034a36b in php_var_unserialize (rval=0xbfffcb00, p=0xbfffcb04, max=0x82b630e , var_hash=0xbfffcb08) at var_unserializer.re:293 #4 0x402b7f29 in ps_srlzr_decode_php (val=0x61775f5f Address 0x61775f5f out of bounds, vallen=50) at ext/session/session.c:502 #5 0x402b81dd in php_session_decode (val=0x82b62dc foo|O:3:\foo\:1:{s:3:\bar\;O:3:\bar\:0:{}}bar|r:2;, vallen=50) at ext/session/session.c:549 #6 0x402b8646 in php_session_initialize () at ext/session/session.c:730 #7 0x402b9a13 in php_session_start () at ext/session/session.c:1162 #8 0x402bb031 in zif_session_start (ht=0, return_value=0x82b6004, this_ptr=0x0, return_value_used=0) at ext/session/session.c:1601 #9 0x403a9c96 in zend_do_fcall_common_helper (execute_data=0xbfffced0, opline=0x82b5e14, op_array=0x82af144) at Zend/zend_execute.c:2642 #10 0x403a9dce in zend_do_fcall_handler (execute_data=0xbfffced0, opline=0x82b5e14, op_array=0x82af144) at Zend/zend_execute.c:2771 #11 0x403a68eb in execute (op_array=0x82af144) at Zend/zend_execute.c:1339 #12 0x4038cdfd in zend_execute_scripts (type=8, retval=0x0, file_count=3) at Zend/zend.c:1052 #13 0x4035ca96 in php_execute_script (primary_file=0xb220) at main/main.c:1647 #14 0x403afc2e in apache_php_module_main (r=0x832503c, display_source_mode=0) at sapi/apache/sapi_apache.c:54 #15 0x403b0629 in send_php (r=0x832503c, display_source_mode=0, filename=0x0) at sapi/apache/mod_php5.c:621 Previous Comments: [2004-02-16 21:12:59] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip I can not reproduce this crash with latest CVS.. [2004-02-16 17:38:33] davojan at mail dot ru Sorry, but when I add --enable-debug to my configure the bug dissapeared, the example script worked fine. The crashe takes place only in the debugless version, it's backtrace hardly can help you: Program terminated with signal 10, Bus error. .//usr/local/lib/php/20020429/templates.so: No such file or directory. #0 0x2860f780 in ?? () from /usr/local/libexec/apache/libphp5.so (gdb) bt #0 0x2860f780 in ?? () from /usr/local/libexec/apache/libphp5.so #1 0x8050416 in ap_clear_pool () #2 0x8050478 in ap_destroy_pool () #3 0x80503eb in ap_clear_pool () #4 0x8050478 in ap_destroy_pool () #5 0x805b190 in clean_parent_exit () #6 0x805d84d in standalone_main () #7 0x805dcab in main () #8 0x804fc39 in _start () It is a bad sign, it may mean buffer overflow anywhere in the program, i suppose. It may be difficult to find the bug. I'm ready to provide any help in catching it... [2004-02-15 16:05:23] [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-02-15 13:31:17] davojan at mail dot ru Description: PHP crashes on session_start() if object foo references to object bar and both foo and bar are put into session explicitly each into it's element. The example below will work if we comment line: $_SESSION['bar'] = $bar; the only one foo is put to session explicitly and bar is also put, but as a member of foo. Reproduce code: --- ? class foo { public $bar = NULL; } class bar {} //=[] $foo = new foo(); $bar = new bar(); $foo-bar = $bar; session_start(); $_SESSION['foo'] = $foo; $_SESSION['bar'] = $bar;// it will be all right, if we comment this session_write_close(); session_start();// crashing here echo OK; ? Expected result: OK Actual result: -- In
#27263 [Fbk-Ver]: Unserialize crashes on multiple objects, stored in session explicitly
ID: 27263 Updated by: [EMAIL PROTECTED] Reported By: davojan at mail dot ru -Status: Feedback +Status: Verified Bug Type: Session related Operating System: FreeBSD 4.7-RELEASE PHP Version: 5.0.0b4 (beta4) Previous Comments: [2004-02-16 21:59:42] [EMAIL PROTECTED] Nevermind, could reproduce. Only happens without --enable-debug! Here's the backtrace: _efree Zend/zend_alloc.c:257 257 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p-size); (gdb) bt #0 _efree (ptr=0x61775f5f) at Zend/zend_alloc.c:257 #1 0x4038b383 in _zval_dtor (zvalue=0x82b73c4) at Zend/zend_variables.c:45 #2 0x40384141 in _zval_ptr_dtor (zval_ptr=0xbfffcb00) at Zend/zend_execute_API.c:359 #3 0x4034a36b in php_var_unserialize (rval=0xbfffcb00, p=0xbfffcb04, max=0x82b630e , var_hash=0xbfffcb08) at var_unserializer.re:293 #4 0x402b7f29 in ps_srlzr_decode_php (val=0x61775f5f Address 0x61775f5f out of bounds, vallen=50) at ext/session/session.c:502 #5 0x402b81dd in php_session_decode (val=0x82b62dc foo|O:3:\foo\:1:{s:3:\bar\;O:3:\bar\:0:{}}bar|r:2;, vallen=50) at ext/session/session.c:549 #6 0x402b8646 in php_session_initialize () at ext/session/session.c:730 #7 0x402b9a13 in php_session_start () at ext/session/session.c:1162 #8 0x402bb031 in zif_session_start (ht=0, return_value=0x82b6004, this_ptr=0x0, return_value_used=0) at ext/session/session.c:1601 #9 0x403a9c96 in zend_do_fcall_common_helper (execute_data=0xbfffced0, opline=0x82b5e14, op_array=0x82af144) at Zend/zend_execute.c:2642 #10 0x403a9dce in zend_do_fcall_handler (execute_data=0xbfffced0, opline=0x82b5e14, op_array=0x82af144) at Zend/zend_execute.c:2771 #11 0x403a68eb in execute (op_array=0x82af144) at Zend/zend_execute.c:1339 #12 0x4038cdfd in zend_execute_scripts (type=8, retval=0x0, file_count=3) at Zend/zend.c:1052 #13 0x4035ca96 in php_execute_script (primary_file=0xb220) at main/main.c:1647 #14 0x403afc2e in apache_php_module_main (r=0x832503c, display_source_mode=0) at sapi/apache/sapi_apache.c:54 #15 0x403b0629 in send_php (r=0x832503c, display_source_mode=0, filename=0x0) at sapi/apache/mod_php5.c:621 [2004-02-16 17:38:33] davojan at mail dot ru Sorry, but when I add --enable-debug to my configure the bug dissapeared, the example script worked fine. The crashe takes place only in the debugless version, it's backtrace hardly can help you: Program terminated with signal 10, Bus error. .//usr/local/lib/php/20020429/templates.so: No such file or directory. #0 0x2860f780 in ?? () from /usr/local/libexec/apache/libphp5.so (gdb) bt #0 0x2860f780 in ?? () from /usr/local/libexec/apache/libphp5.so #1 0x8050416 in ap_clear_pool () #2 0x8050478 in ap_destroy_pool () #3 0x80503eb in ap_clear_pool () #4 0x8050478 in ap_destroy_pool () #5 0x805b190 in clean_parent_exit () #6 0x805d84d in standalone_main () #7 0x805dcab in main () #8 0x804fc39 in _start () It is a bad sign, it may mean buffer overflow anywhere in the program, i suppose. It may be difficult to find the bug. I'm ready to provide any help in catching it... [2004-02-15 13:31:17] davojan at mail dot ru Description: PHP crashes on session_start() if object foo references to object bar and both foo and bar are put into session explicitly each into it's element. The example below will work if we comment line: $_SESSION['bar'] = $bar; the only one foo is put to session explicitly and bar is also put, but as a member of foo. Reproduce code: --- ? class foo { public $bar = NULL; } class bar {} //=[] $foo = new foo(); $bar = new bar(); $foo-bar = $bar; session_start(); $_SESSION['foo'] = $foo; $_SESSION['bar'] = $bar;// it will be all right, if we comment this session_write_close(); session_start();// crashing here echo OK; ? Expected result: OK Actual result: -- In browser: The page cannot be displayed In /var/log/httpd-error.log: [Sun Feb 15 21:21:22 2004] [notice] child pid 230 exit signal Segmentation fault (11) -- Edit this bug report at http://bugs.php.net/?id=27263edit=1
#27271 [Fbk-Opn]: shmop doesn't work.
ID: 27271 User updated by: yury at gorodok dot net Reported By: yury at gorodok dot net -Status: Feedback +Status: Open Bug Type: *Extensibility Functions Operating System: Windows2000 SP2 PHP Version: 5.0.0b4 (beta4) New Comment: sh.php ?php $shm_key= 111; $str=I was here.; $shm_id= shmop_open($shm_key, c, 0644, strlen($str)); if ($shm_id== false) echo I was unable to create shmop!BR; else { $wrb=shmop_write($shm_id,$str, 0); if($wrb!= strlen($str)) echo $wrb. bytes was written of .strlen($str).!BR; echo shm_id=.$shm_id.BR; shmop_close($shm_id);} ? hh.php ?php $shm_key= 111; [EMAIL PROTECTED]($shm_key, a, 0, 0); if ($shm_id== false) echo Couln'd open shm .$shm_key.!BR; else {$A=shmop_read($shm_id, 0, shmop_size($shm_id)); echo $A.BR; echo shm_id=.$shm_id; shmop_close($shm_id); } ? hs.php ?php $shm_key= 111; [EMAIL PROTECTED]($shm_key, a, 0, 0); if ($shm_id== false) echo Couln'd open shm .$shm_key.!BR; else {$A=shmop_read($shm_id, 0, shmop_size($shm_id)); echo $A.BR; echo shm_id=.$shm_id; shmop_delete($shm_id); shmop_close($shm_id); } ? Previous Comments: [2004-02-16 11:23:13] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-02-16 03:42:54] yury at gorodok dot net Description: shmop doesn't work properly. I start sh.php, which creates shmop segment and write a strring there. After that I start hh.php, which should read string and write it in my browser. The hs.php deletes segment. On FreeBSD with PHP 4.3.4(apache module and command line) this works just fine. But on Win2000SP2 with PHP5.0.0b4(commandline and cgi) I can access shared memory segment only while the first script is running (I' ve adde sleep(30) in it for test reasons). -- Edit this bug report at http://bugs.php.net/?id=27271edit=1
#26206 [Dup-Bgs]: argv and argc not defined
ID: 26206 Updated by: [EMAIL PROTECTED] Reported By: danielc at analysisandsolutions dot com -Status: Duplicate +Status: Bogus Bug Type: CGI related Operating System: Windows 2000 PHP Version: 5CVS-2004-01-08 New Comment: duplicate status is deprecated. Previous Comments: [2004-01-27 13:19:07] [EMAIL PROTECTED] In the current thread, Jani pointed out that this is related to bug 25724 -- http://bugs.php.net/bug.php?id=25724 -- which says that when register_long_arrays is off, the superglobals are broken. So, until that bug is fixed, turn register_long_arrays = On in php.ini to get $_SERVER['argv'] and $_SERVER['argc'] to work. [2004-01-17 19:44:43] danielc at analysisandsolutions dot com Here's a link to the discussion on the interals list back in October about these changes: http://marc.theaimsgroup.com/?t=10650930736r=1w=2 This is a link to the current discussion regarding the situation and how either I'm misunderstanding things or things may not be working as expected: http://marc.theaimsgroup.com/?t=10743658311r=1w=2 [2004-01-17 14:17:35] danielc at analysisandsolutions dot com Greg just posted on the internals list that he too noticed that $_SERVER['argv'] and $_SERVER['argc'] aren't set. He also made a very interesting observation that $argv and $argc ARE set. EXAMPLE SCRIPT argvtest.php: ?php var_dump($argv); var_dump($_SERVER['argv']); ? INVOCATION: C:\PROGRA~1\phpphp argvtest.php 1 2 OUTPUT: array(3) { [0]= string(12) argvtest.php [1]= string(1) 1 [2]= string(1) 2 } Notice: Undefined index: argv in C:\PROGRA~1\php\argvtest.php on line 3 NULL [2004-01-08 13:14:25] danielc at analysisandsolutions dot com No dice using php5-win32-200401081130 [2004-01-07 21:38:51] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Please try the latest snapshot. 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/26206 -- Edit this bug report at http://bugs.php.net/?id=26206edit=1
#26931 [Dup-Bgs]: odbc_pconnect has connection problems after SAP DB is restarted
ID: 26931 Updated by: [EMAIL PROTECTED] Reported By: tobias dot barth at web-arts dot de -Status: Duplicate +Status: Bogus Bug Type: *Database Functions Operating System: SuSE linux 8.2 PHP Version: Irrelevant New Comment: duplicate status is deprecated. Previous Comments: [2004-01-16 09:13:53] [EMAIL PROTECTED] duplicate of 20298 [2004-01-16 05:18:08] tobias dot barth at web-arts dot de Description: A project that uses odbc_pconnect to connect to an Sap DB 7.4 database, gets connection errors after the database was shut down and restarted, but the web server (with php module) is not restarted. The problem does not occur with odbc_connect (without p). I think the problem could be that php thinks the connections that were opened before the database was shut down are still open, and it does not try to open a new connection if the old one fails. It should recognize the old connection as closed and open a new one, and only if this attempt fails, report the error to the application and/or the user. -- Edit this bug report at http://bugs.php.net/?id=26931edit=1
#26605 [Dup-Bgs]: $_SERVER['PATH_INFO'] not being set under IIS
ID: 26605 Updated by: [EMAIL PROTECTED] Reported By: info at dysfunksion dot co dot uk -Status: Duplicate +Status: Bogus Bug Type: *General Issues Operating System: Windows PHP Version: 4.3.3 New Comment: Don't touch the status. Previous Comments: [2003-12-19 06:04:07] info at dysfunksion dot co dot uk Sorry, but the bug in question was posted a while ago. The current stable release still does not support this feature, although the patched dlls supplied in bug #7782 work well. I may have mis-understood: I wish to notify that the said functionality is still unavailable in the stable releases of PHP. [2003-12-18 16:38:16] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See bug #7782 [2003-12-18 07:02:52] info at dysfunksion dot co dot uk Sorry, unable to use CVS snap-shots on my live machine due to standard-operating-procedures set by my predacessor. Will this be worked into the stable releases? [2003-12-12 12:20:36] [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 [2003-12-12 11:10:31] info at dysfunksion dot co dot uk Description: Under IIS, PHP (isapi module) does not set the $_SERVER['PATH_INFO'] variable. Also, all requests to a path similar to: index.php/my/path/info Throws errors similar to: Warning: Unknown(C:\Development\index.php\my\path\info): failed to open stream: No such file or directory in Unknown on line 0 Warning: (null)(): Failed opening 'C:\Development\index.php\my\path\info' for inclusion (include_path='.;c:\php4\pear') in Unknown on line 0 This functionality works with Apache and PHP on windows. There are patches to enable this functionality, though it has not been maintained since version 4.2.3. Reproduce code: --- ?php // Request url similar to // index.php/my/path/info exit($_SERVER['PATH_INFO']; ? Expected result: /my/path/info Actual result: -- Warning: Unknown(C:\Development\index.php\my\path\info): failed to open stream: No such file or directory in Unknown on line 0 Warning: (null)(): Failed opening 'C:\Development\index.php\my\path\info' for inclusion (include_path='.;c:\php4\pear') in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=26605edit=1
#26498 [Dup-Bgs]: result truncated to 255 chars
ID: 26498 Updated by: [EMAIL PROTECTED] Reported By: frederic dot paillette at utbm dot fr -Status: Duplicate +Status: Bogus Bug Type: MSSQL related Operating System: Win2K PHP Version: 4.3.4 Previous Comments: [2003-12-02 10:07:47] [EMAIL PROTECTED] #25544 [2003-12-02 09:22:42] frederic dot paillette at utbm dot fr Description: I have a table in my database with few value of varchar 500. When I insert datas in them, there is no problem, all characters are added but when I select them I have just 255 characters. With an ODBC connection all is OK (insert and select) Sorry for my bad english, I'm a French student ! -- Edit this bug report at http://bugs.php.net/?id=26498edit=1
#27285 [NEW]: php crash when use system(/bin/chmod file) have no permission
From: sanry at now dot net dot cn Operating system: redhat 9 PHP version: 4.3.5RC3 PHP Bug Type: Unknown/Other Function Bug description: php crash when use system(/bin/chmod file) have no permission Description: php crash when use system(/bin/chmod file) have no permission Expected result: n/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/jiveHome/search/_zs.frq¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/jiveHome/search/_zs.prx¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/jiveHome/search/_zs.tii¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/jiveHome/search/_zs.tis¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/jiveHome/search/deletable¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/jiveHome/search/segments¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/jiveHome/jive_config_init.xml¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/jiveHome/jive_config.xml¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/jiveHome/jive_filters.xml¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/lib¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/lib/jakarta-oro-2.0.6.jar¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/lib/activation.jar¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/lib/cos.jar¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/lib/lucene_cn.jar¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/lib/jdom.jar¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/lib/mail.jar¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/lib/nntp.jar¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/lib/mm.mysql-2.0.14-bin.jar¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/web.xml¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//threadMode1p.jsp¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//threadMode2.jsp¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//threadp.jsp¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//upload.jsp¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//uploadfile.jsp¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//usermessages.jsp¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//watches.jsp¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ script not found or unable to stat [Tue Feb 17 12:44:37 2004] [warn] pid file /usr/local/apache2/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run? [Tue Feb 17 12:44:37 2004] [notice] Apache/2.0.48 (Unix) mod_jk/1.2.5 PHP/4.3.5RC3 configured -- resuming normal operati -- Edit bug report at http://bugs.php.net/?id=27285edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27285r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27285r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27285r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27285r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27285r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27285r=needscript Try newer version: http://bugs.php.net/fix.php?id=27285r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27285r=support Expected behavior: http://bugs.php.net/fix.php?id=27285r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27285r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27285r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27285r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27285r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27285r=dst IIS Stability: http://bugs.php.net/fix.php?id=27285r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27285r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27285r=float
#27285 [Opn-Bgs]: php crash when use system(/bin/chmod file) have no permission
ID: 27285 Updated by: [EMAIL PROTECTED] Reported By: sanry at now dot net dot cn -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: redhat 9 PHP Version: 4.3.5RC3 New Comment: That's no crash.. Previous Comments: [2004-02-17 00:23:36] sanry at now dot net dot cn Description: php crash when use system(/bin/chmod file) have no permission Expected result: n/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/jiveHome/search/_zs.frq¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/jiveHome/search/_zs.prx¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/jiveHome/search/_zs.tii¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/jiveHome/search/_zs.tis¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/jiveHome/search/deletable¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/jiveHome/search/segments¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/jiveHome/jive_config_init.xml¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/jiveHome/jive_config.xml¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/jiveHome/jive_filters.xml¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/lib¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/lib/jakarta-oro-2.0.6.jar¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/lib/activation.jar¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/lib/cos.jar¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/lib/lucene_cn.jar¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/lib/jdom.jar¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/lib/mail.jar¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/lib/nntp.jar¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/lib/mm.mysql-2.0.14-bin.jar¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//WEB-INF_remove/web.xml¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//threadMode1p.jsp¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//threadMode2.jsp¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//threadp.jsp¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//upload.jsp¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//uploadfile.jsp¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//usermessages.jsp¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ /bin/chmod: ÕýÔÚ¸ü¸Ä ¡®/home/vision.com.cn/web/www//watches.jsp¡¯ µÄȨÏÞ: ²»ÔÊÐíµÄ²Ù×÷ script not found or unable to stat [Tue Feb 17 12:44:37 2004] [warn] pid file /usr/local/apache2/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run? [Tue Feb 17 12:44:37 2004] [notice] Apache/2.0.48 (Unix) mod_jk/1.2.5 PHP/4.3.5RC3 configured -- resuming normal operati -- Edit this bug report at http://bugs.php.net/?id=27285edit=1
#27286 [NEW]: Predefined constants behavior
From: yiwakiri at st dot rim dot or dot jp Operating system: FreeBSD PHP version: 4.3.4 PHP Bug Type: *General Issues Bug description: Predefined constants behavior Description: Hi, I think that behavior of the following scripts is a bug. $ php -r define('TRUE', false); var_dump(TRUE); bool(false) To others FALSE/NULL is behaved similarly. I want you to carry out a re-definition by the ability not doing like the usual constant. I checked folloing version. PHP 5.0.0RC1-dev (cli) (built: Feb 5 2004 15:18:40) PHP 4.3.4 (cli) (built: Feb 3 2004 10:01:36) -- Edit bug report at http://bugs.php.net/?id=27286edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27286r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27286r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27286r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27286r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27286r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27286r=needscript Try newer version: http://bugs.php.net/fix.php?id=27286r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27286r=support Expected behavior: http://bugs.php.net/fix.php?id=27286r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27286r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27286r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27286r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27286r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27286r=dst IIS Stability: http://bugs.php.net/fix.php?id=27286r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27286r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27286r=float
#27284 [Opn-Bgs]: User Password in PHPInfo
ID: 27284 Updated by: [EMAIL PROTECTED] Reported By: adam at comsmart dot org -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: Linux PHP Version: Irrelevant New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php I assume you mean environment information which you can skip in the output (RTFM). Otherwise the function is never meant to be shown to every user. Previous Comments: [2004-02-16 21:50:49] adam at comsmart dot org Description: When you call the phpinfo function, it posts your password on the resulting page. Therefore, you can not include a call to phpinfo on any public page, because people could get into your system. I think that the default call to phpinfo should not output the username/password of the owner of the file. -- Edit this bug report at http://bugs.php.net/?id=27284edit=1