#25741 [NEW]: Apache Cannot Load libphp4.so Due To Undefined Symbol __cmpdi2
From: james at inpho dot com dot au Operating system: RedHat 9 PHP version: 4.3.3 PHP Bug Type: Apache2 related Bug description: Apache Cannot Load libphp4.so Due To Undefined Symbol __cmpdi2 Description: If PHP 4.3.3 is compiled with --oci8 switch against Oracle 9.0.1, when Apache 2.0.47 attempts to load the module it fails as per below: Starting httpd: Syntax error on line 57 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp4.so into server: /usr/local/oracle/product/9.0.1/lib/libclntsh.so.9.0: undefined symbol: __cmpdi2 === Why Use Oracle Client 9.0.1? In order to connect to legacy Oracle 7.2/7.3 instances. Versions of Oracle after this do not support these databases. === Building PHP glibc has to be downgraded in order to compile PHP 4.3.3 successfully. Compile failure: CONFIGURE: './configure' '--with-mysql=/usr/local/mysql' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-openssl=/usr/local/ssl' '--with-oci8' '--enable-sigchild' CC: gcc CFLAGS: -g -O2 CPPFLAGS: CXX: CXXFLAGS: INCLUDES:-I$(top_builddir)/Zend -I/usr/local/ssl/include -I/usr/local/mysql/include -I/usr/local/oracle/product/9.0.1/rdbms/public -I/usr/local/oracle/product/9.0.1/rdbms/demo -I/usr/local/oracle/product/9.0.1/plsql/public LDFLAGS: -Wl,-rpath,/usr/local/ssl/lib -L/usr/local/ssl/lib -Wl,-rpath,/usr/local/mysql/lib -L/usr/local/mysql/lib -Wl,-rpath,/usr/local/oracle/product/9.0.1/lib -L/usr/local/oracle/product/9.0.1/lib LIBS: -lmysqlclient -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -ldl -lm -lclntsh DLIBS: SAPI: apache2handler PHP_RPATHS: /usr/local/ssl/lib /usr/local/mysql/lib /usr/local/oracle/product/9.0.1/lib uname -a: Linux staging.int.inpho.com.au 2.4.20-19.9 #1 Tue Jul 15 17:18:13 EDT 2003 i686 i686 i386 GNU/Linux gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/ssl/lib -L/usr/local/ssl/lib -Wl,-rpath,/usr/local/mysql/lib -L/usr/local/mysql/lib -Wl,-rpath,/usr/local/oracle/product/9.0.1/lib -L/usr/local/oracle/product/9.0.1/lib conftest.c -lmysqlclient -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -ldl -lm -lclntsh 15 /usr/local/oracle/product/9.0.1/lib/libclntsh.so: undefined reference to `__ctype_b' /usr/local/oracle/product/9.0.1/lib/libclntsh.so: undefined reference to `__ctype_toupper' /usr/local/oracle/product/9.0.1/lib/libclntsh.so: undefined reference to `__ctype_tolower' collect2: ld returned 1 exit status === Downgrading glibc As per instructions here: http://www.puschitz.com/InstallingOracle9i.shtml rpm -Uvh --force glibc-2.3.2-5.i686.rpm glibc-common-2.3.2-5.i386.rpm glibc-devel-2.3.2-5.i386.rpm configure/make now succeeds. === Installation of PHP 4.3.3 Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PHP SAPI module: apache2handler /usr/local/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp4.la /usr/local/apache2/modules /usr/local/apache2/build/libtool --mode=install cp libphp4.la /usr/local/apache2/modules/ cp .libs/libphp4.so /usr/local/apache2/modules/libphp4.so cp .libs/libphp4.lai /usr/local/apache2/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /home/distrib/software/php-4.3.3/libs' chmod 755 /usr/local/apache2/modules/libphp4.so [activating module `php4' in /usr/local/apache2/conf/httpd.conf] Installing shared extensions: /usr/local/lib/php/extensions/no-debug-non-zts-20020429/ Installing PEAR environment: /usr/local/lib/php/ [PEAR] Archive_Tar- already installed: 1.1 [PEAR] Console_Getopt - already installed: 1.0 [PEAR] PEAR - already installed: 1.2.1 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 [PEAR] DB - already installed: 1.5.0RC1 [PEAR] HTTP - already installed: 1.2.1 [PEAR] Mail - already installed: 1.1.1 [PEAR] Net_SMTP - already installed: 1.2.3 [PEAR] Net_Socket - already installed: 1.0.1 [PEAR] XML_Parser - already installed: 1.0.1 [PEAR] XML_RPC- already installed: 1.0.4 Installing build environment: /usr/local/lib/php/build/ Installing header files: /usr/local/include/php/ Installing helper programs: /usr/local/bin/ program: phpize program: php-config program: phpextdist === Starting Apache 2.0.47 Starting httpd: Syntax error on line 57 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp4.so into server: /usr/local/oracle/product/9.0.1/lib/libclntsh.so.9.0: undefined symbol: __cmpdi2 === ldd libphp4.so ldd libphp4.so libcrypt.so.1 = /lib/libcrypt.so.1 (0x40251000) libz.so.1 = /usr/lib/libz.so.1 (0x4027e000) libresolv.so.2 = /lib/libresolv.so.2 (0x4028d000) libm.so.6 = /lib/i686/libm.so.6 (0x4029f000) libdl.so.2 = /lib/libdl.so.2 (0x402c1000) libnsl.so.1 = /lib/libnsl.so.1
#25738 [Com]: Long Scripts Consistently Segfault
ID: 25738 Comment by: mark dot meredith at shaw dot ca Reported By: ohornoiu at bellevuechristian dot org Status: Feedback Bug Type: Scripting Engine problem Operating System: Mac OS X 10.2.6+ PHP Version: 4.3.3 New Comment: Yup, It still crashes with the latest stable snapshot. Previous Comments: [2003-10-03 01:53:58] [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-10-02 22:13:09] ohornoiu at bellevuechristian dot org Description: This bug is a reference to Bug #25394 which was deemed bogus without any serious research by the developers. This is a very serious bug which basically results in the inability to create rich, meaningful applications on OS X since php consistently and mindlessly crashes on this platform. The venom with which this topic was approached by the developers in this forum in the past is entirely innapropriate for an open source project and I expect a more fair and thorough investigation this time since I am providing a concrete script that is part of a huge 77,000 line project for school calendaring called Kronophobia. I am the lead developer of this project and some of my users have requested to run this project on Mac OS X only to find out that this bug affects them in such a way as to make using the program impossible. This bug does not exist in Linux, FreeBSD or OpenBSD, all of which have been thoroughly tested and we support. If the php developers refuse to look at this code for some reason because it is beneath them to fix a Mac problem since they do not care about Mac OS X then I would at least expect some sort of public statement about this and an explanation to the Mac community of why they are to be ostracized. Reproduce code: --- The Kronophobia package is available from the following url: http://kronophobia.sourceforge.net The main file of the project, index.php is the affected file as it spans roughly 7,000 lines of code. Expected result: When run on any other platform besides Mac OS X, the code renders the page in question flawlessly. The page is just a series of switch() statements with multiple includes for each case. Actual result: -- The actual result is an apache segfault, a Page not Found error results in the browser and a crash is logged in apache logfiles. NO, increasing the memory limit in PHP does NOT fix this problem like some have suggested and PHP seems to only use about 1 megabyte of memory even after 7k lines of code. -- Edit this bug report at http://bugs.php.net/?id=25738edit=1
#8527 [Com]: Session does not work outside the folder it was created in
ID: 8527 Comment by: gilad dot buzi at bcn dot concatel dot com Reported By: neville_lewis at yahoo dot com Status: Closed Bug Type: *Session related Operating System: Windows 95 PHP Version: 4.0.0 New Comment: This is not a bug. You need to set your session.cookie_path (in php.ini) to / : session.cookie_path = / Previous Comments: [2001-03-16 17:26:00] [EMAIL PROTECTED] Please upgrade. The default is path=/. [2001-01-03 00:04:03] neville_lewis at yahoo dot com I have started a session in a file in one folder however when that page calls another file in another folder then the session variable does not carry I am using the session_start() statement in every page in the other folder . It works fine with all the files in the same folder that the session was started in, but when it comes to the files in any other folder it does not work.. I am using php4 with Apache on win95 downloaded from php4win.de If anyone knows about this problem or knows where I can get an answer to it please contact me at [EMAIL PROTECTED] I want to write one login script for my site and keep it in one folder and call that in all the pages in various folders. Thanks Neville Lewis. -- Edit this bug report at http://bugs.php.net/?id=8527edit=1
#25741 [Opn-Fbk]: Apache Cannot Load libphp4.so Due To Undefined Symbol __cmpdi2
ID: 25741 Updated by: [EMAIL PROTECTED] Reported By: james at inpho dot com dot au -Status: Open +Status: Feedback -Bug Type: Apache2 related +Bug Type: OCI8 related Operating System: RedHat 9 PHP Version: 4.3.3 New Comment: Can you please try the hint given in http://groups.google.de/groups?q=%22undefined+symbol%22+__cmpdi2hl=delr=ie=UTF-8scoring=dselm=20030520135824.GM14999%40dansat.data-plan.comrnum=4, i.e. append `gcc -print-libgcc-file-name` (including the backquotes!) to the SYSLIBS entry in $ORACLE_HOME/bin/genclntsh? Previous Comments: [2003-10-03 02:43:12] james at inpho dot com dot au Description: If PHP 4.3.3 is compiled with --oci8 switch against Oracle 9.0.1, when Apache 2.0.47 attempts to load the module it fails as per below: Starting httpd: Syntax error on line 57 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp4.so into server: /usr/local/oracle/product/9.0.1/lib/libclntsh.so.9.0: undefined symbol: __cmpdi2 === Why Use Oracle Client 9.0.1? In order to connect to legacy Oracle 7.2/7.3 instances. Versions of Oracle after this do not support these databases. === Building PHP glibc has to be downgraded in order to compile PHP 4.3.3 successfully. Compile failure: CONFIGURE: './configure' '--with-mysql=/usr/local/mysql' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-openssl=/usr/local/ssl' '--with-oci8' '--enable-sigchild' CC: gcc CFLAGS: -g -O2 CPPFLAGS: CXX: CXXFLAGS: INCLUDES:-I$(top_builddir)/Zend -I/usr/local/ssl/include -I/usr/local/mysql/include -I/usr/local/oracle/product/9.0.1/rdbms/public -I/usr/local/oracle/product/9.0.1/rdbms/demo -I/usr/local/oracle/product/9.0.1/plsql/public LDFLAGS: -Wl,-rpath,/usr/local/ssl/lib -L/usr/local/ssl/lib -Wl,-rpath,/usr/local/mysql/lib -L/usr/local/mysql/lib -Wl,-rpath,/usr/local/oracle/product/9.0.1/lib -L/usr/local/oracle/product/9.0.1/lib LIBS: -lmysqlclient -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -ldl -lm -lclntsh DLIBS: SAPI: apache2handler PHP_RPATHS: /usr/local/ssl/lib /usr/local/mysql/lib /usr/local/oracle/product/9.0.1/lib uname -a: Linux staging.int.inpho.com.au 2.4.20-19.9 #1 Tue Jul 15 17:18:13 EDT 2003 i686 i686 i386 GNU/Linux gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/ssl/lib -L/usr/local/ssl/lib -Wl,-rpath,/usr/local/mysql/lib -L/usr/local/mysql/lib -Wl,-rpath,/usr/local/oracle/product/9.0.1/lib -L/usr/local/oracle/product/9.0.1/lib conftest.c -lmysqlclient -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -ldl -lm -lclntsh 15 /usr/local/oracle/product/9.0.1/lib/libclntsh.so: undefined reference to `__ctype_b' /usr/local/oracle/product/9.0.1/lib/libclntsh.so: undefined reference to `__ctype_toupper' /usr/local/oracle/product/9.0.1/lib/libclntsh.so: undefined reference to `__ctype_tolower' collect2: ld returned 1 exit status === Downgrading glibc As per instructions here: http://www.puschitz.com/InstallingOracle9i.shtml rpm -Uvh --force glibc-2.3.2-5.i686.rpm glibc-common-2.3.2-5.i386.rpm glibc-devel-2.3.2-5.i386.rpm configure/make now succeeds. === Installation of PHP 4.3.3 Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PHP SAPI module: apache2handler /usr/local/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp4.la /usr/local/apache2/modules /usr/local/apache2/build/libtool --mode=install cp libphp4.la /usr/local/apache2/modules/ cp .libs/libphp4.so /usr/local/apache2/modules/libphp4.so cp .libs/libphp4.lai /usr/local/apache2/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /home/distrib/software/php-4.3.3/libs' chmod 755 /usr/local/apache2/modules/libphp4.so [activating module `php4' in /usr/local/apache2/conf/httpd.conf] Installing shared extensions: /usr/local/lib/php/extensions/no-debug-non-zts-20020429/ Installing PEAR environment: /usr/local/lib/php/ [PEAR] Archive_Tar- already installed: 1.1 [PEAR] Console_Getopt - already installed: 1.0 [PEAR] PEAR - already installed: 1.2.1 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 [PEAR] DB - already installed: 1.5.0RC1 [PEAR] HTTP - already installed: 1.2.1 [PEAR] Mail - already installed: 1.1.1 [PEAR] Net_SMTP - already installed: 1.2.3 [PEAR] Net_Socket - already installed: 1.0.1 [PEAR] XML_Parser - already installed: 1.0.1 [PEAR] XML_RPC- already installed: 1.0.4 Installing build environment: /usr/local/lib/php/build/ Installing header files: /usr/local/include/php/ Installing helper programs: /usr/local/bin/ program: phpize program: php-config program: phpextdist === Starting Apache 2.0.47 Starting httpd: Syntax error
#19998 [Opn-Fbk]: IIS 6.0 Configuration
ID: 19998 Updated by: [EMAIL PROTECTED] Reported By: admin at sizemik dot co dot uk -Status: Open +Status: Feedback Bug Type: Feature/Change Request Operating System: Windows 2003 Server PHP Version: All New Comment: If you can tell us the extra sequence of steps you need to take to manually configure for IIS6 we can add those to the instructions. If you can tell us which items in the IIS metabase we need to edit, we can add those to the installer software. Previous Comments: [2003-10-02 17:19:12] [EMAIL PROTECTED] PHP does not work (either in cgi or isapi mode) unless you specifically set up php as a web service. Even with that, there's something impeding shell_exec() functions. [2002-10-20 04:36:49] admin at sizemik dot co dot uk Please could you add a feature that auto configures IIS 6.0 as neither the current IIS 4.0 and above auto config or manual configuration work. Thank You -- Edit this bug report at http://bugs.php.net/?id=19998edit=1
#12029 [Com]: --with-apxs can cause the error MySQL: Unable to save result set in
ID: 12029 Comment by: sietzepost at streetwisedd dot nl Reported By: root at byone dot com Status: Bogus Bug Type: MySQL related Operating System: Linux PHP Version: 4.0.6 and 4.1.0RC3 New Comment: I have the same problem. The strange thing is, I have PHP Version 4.3.3, compiled by gentoo portage. It worked fone for a couple of days, and now, out of the blue, is generates these same errors. I have plenty of dispace however, and have had plenty all the time. Does anyone have another solution? Previous Comments: [2003-04-01 03:24:30] nick at nickjoyce dot com I had the same problem but found that mysql did not have enough disk space to alter its files. Altering the quota fixed the problem. [2002-07-09 10:24:03] levi at tamisoft dot com I found the same problem with: mysql 3.23.51 php 4.1.2 later 4.2.1 roxen I found a possible way to resolv it. Use like this: $query=INSERT INTO test.test SET str=\a test\; @mysql_query($query); if (mysql_error()) {echo Some error occured!;exit();} And this way you won't get the warning. The only thing is that you cannot use the returned value itself directly, you have to use mysql_error() to see if everything went ok. PLZ let me know if it's not ok. It is working for me fine. [2002-01-23 10:48:20] [EMAIL PROTECTED] Apache is installed with mod_log_mysql and mod_auth-mysql, and php is installed with the built-in clients. http://www.php.net/manual/en/faq.databases.php#AEN73271 Please reopen with a url to a phpinfo() call if problem persists. [2002-01-23 09:29:40] [EMAIL PROTECTED] [EMAIL PROTECTED], can you post a page with phpinfo() on it somewhere so I can have a look please. I've never had any problems with mysql and pgsql co-existing with php. [2002-01-23 04:48:46] rami at eduix dot com I'm pretty sure these unable to save result set are due to pgsql and mysql co-existence in self-compiled php. Our service worked well without problems for 8 months with only mysql compiled in, but php started complaining this immediately when we compiled the pgsql in also. So this looks like a true bug allright. 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/12029 -- Edit this bug report at http://bugs.php.net/?id=12029edit=1
#12029 [Com]: --with-apxs can cause the error MySQL: Unable to save result set in
ID: 12029 Comment by: sietzepost at streetwisedd dot nl Reported By: root at byone dot com Status: Bogus Bug Type: MySQL related Operating System: Linux PHP Version: 4.0.6 and 4.1.0RC3 New Comment: Please read Bug #16906, wich is a follow up. The problem is not PHP-related, but a MySQL table/key corruption. Running myisamchk should resolve it. Previous Comments: [2003-10-03 04:27:38] sietzepost at streetwisedd dot nl I have the same problem. The strange thing is, I have PHP Version 4.3.3, compiled by gentoo portage. It worked fone for a couple of days, and now, out of the blue, is generates these same errors. I have plenty of dispace however, and have had plenty all the time. Does anyone have another solution? [2003-04-01 03:24:30] nick at nickjoyce dot com I had the same problem but found that mysql did not have enough disk space to alter its files. Altering the quota fixed the problem. [2002-07-09 10:24:03] levi at tamisoft dot com I found the same problem with: mysql 3.23.51 php 4.1.2 later 4.2.1 roxen I found a possible way to resolv it. Use like this: $query=INSERT INTO test.test SET str=\a test\; @mysql_query($query); if (mysql_error()) {echo Some error occured!;exit();} And this way you won't get the warning. The only thing is that you cannot use the returned value itself directly, you have to use mysql_error() to see if everything went ok. PLZ let me know if it's not ok. It is working for me fine. [2002-01-23 10:48:20] [EMAIL PROTECTED] Apache is installed with mod_log_mysql and mod_auth-mysql, and php is installed with the built-in clients. http://www.php.net/manual/en/faq.databases.php#AEN73271 Please reopen with a url to a phpinfo() call if problem persists. [2002-01-23 09:29:40] [EMAIL PROTECTED] [EMAIL PROTECTED], can you post a page with phpinfo() on it somewhere so I can have a look please. I've never had any problems with mysql and pgsql co-existing with php. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/12029 -- Edit this bug report at http://bugs.php.net/?id=12029edit=1
#25719 [Csd]: openssl library not found
ID: 25719 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Failure Operating System: Linux PHP Version: 4CVS-2003-10-02 (stable) New Comment: Yes, it works now, great! FWIW, apparently the problem only happened with a static libcrypto.a/libssl.a, on systems with libcrypto.so/libssl.so the linker had no problem. Previous Comments: [2003-10-03 00:27:24] [EMAIL PROTECTED] Should really be fixed in CVS now. (fingers crossed :) [2003-10-02 17:15:17] [EMAIL PROTECTED] Please provide me a shell account on this machine. There's something seriously wrong with it.. [2003-10-02 16:30:25] [EMAIL PROTECTED] I still get the same error with php4-STABLE-200310021930 and with a fresh CVS checkout (cvs -d :pserver:[EMAIL PROTECTED]:/repository co -r PHP_4_3 php-src). config.log changed a bit: configure:16236: gcc -o conftest -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -Wl,-rpath,/usr/local/ssl/lib -L/usr/local/ssl/lib -lintl -lssl -lcrypto conftest.c -lssl -lresolv -lm -ldl -lnsl 15 The -lssl before the -lcrypto is new, but the second -lssl still has no -lcrypto following. [2003-10-01 20:35:30] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, 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/. 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 in short time. Thank you for the report, and for helping us make PHP better. [2003-10-01 13:53:49] [EMAIL PROTECTED] Description: Not sure if it's the same problem as reported in the closed #25703; but with php4-STABLE-200310011530, I still get: checking for OpenSSL support... yes checking for pkg-config... /usr/local/bin/pkg-config checking for OpenSSL version... = 0.9.6 checking for CRYPTO_free in -lcrypto... yes checking for SSL_CTX_set_ssl_version in -lssl... no configure: error: libssl not found! Reproduce code: --- ./configure --with-openssl Expected result: configure should find the ssl lib. It works fine with PHP-4.3.3. Actual result: -- config.log says configure used this check: configure:16233: gcc -o conftest -D_FILE_OFFSET_BITS=64 -Wl,-rpath,/usr/local/ssl/lib -L/usr/local/ssl/lib -lintl -lcrypto conftest.c -lssl -lresolv -lm -ldl -lnsl 15 /usr/local/ssl/lib/libssl.a(ssl_lib.o): In function `SSL_clear': ssl_lib.o(.text+0x83): undefined reference to `ERR_put_error' ssl_lib.o(.text+0xd2): undefined reference to `BUF_MEM_free' [...] When I try gcc -o conftest -D_FILE_OFFSET_BITS=64 -Wl,-rpath,/usr/local/ssl/lib -L/usr/local/ssl/lib -lintl conftest.c -lssl -lcrypto -lresolv -lm -ldl -lnsl (i.e. -lcrypto after -lssl), the test compiles fine. -- Edit this bug report at http://bugs.php.net/?id=25719edit=1
#25728 [Fbk-Opn]: access violation with php.ini's previous PHP version
ID: 25728 User updated by: php at bouchery dot com Reported By: php at bouchery dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows PHP Version: 5.0.0b1 (beta1) New Comment: I'm using PHP 4.3.2RC2. I tried this php -c c:/winnt/, and it's work (with the previous version of php.ini). If I put a php.ini (from php4 or php5) in the same directory of php5, it's work. That's mean php can't load my php.ini in the %windows% directory ?! Previous Comments: [2003-10-02 10:15:35] [EMAIL PROTECTED] From what PHP version was the ini from? What is the diff between the php.ini-dist from the PHP 5 package against the one you had? [2003-10-02 08:35:09] php at bouchery dot com Description: If you execute php (command, apache CGI or apache module), an exception occured. I've remove php.ini's previous PHP version from my windows directory and now it's work fine. Expected result: PHP excution ;-) Actual result: -- Exception : access violation (0xc005), Address : 0x100ae216 -- Edit this bug report at http://bugs.php.net/?id=25728edit=1
#25743 [NEW]: php_flag engine off problem
From: vicus at artemcity dot ru Operating system: RedHat Linux 9.0 PHP version: 4.3.3 PHP Bug Type: Apache2 related Bug description: php_flag engine off problem Description: I put the string php_admin_flag engine off to one of my VirtualHosts. Then i'm restarting Apache 2.0.47 and try to execute script on above host. Thats ok, script retriving in text/plain mode. But from that moment other VirtualHosts begin randomly not execute php-script and give it to me in source... After restarting server and for the moment of first retrive script on engine off'ed VH all works fine. Sorry for my english :) -- Edit bug report at http://bugs.php.net/?id=25743edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25743r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25743r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25743r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25743r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25743r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25743r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25743r=support Expected behavior: http://bugs.php.net/fix.php?id=25743r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25743r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25743r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25743r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25743r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25743r=dst IIS Stability: http://bugs.php.net/fix.php?id=25743r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25743r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25743r=float
#25744 [NEW]: --with-sybase option is failing with php_sybase_db.c:147:`tsrm_ls' undeclared
From: christian_m_caron at hotmail dot com Operating system: Solaris 8 PHP version: 4.3.3 PHP Bug Type: Compile Failure Bug description: --with-sybase option is failing with php_sybase_db.c:147:`tsrm_ls' undeclared Description: It did work in 4.3.2 on another server (Solaris 2.6). We tried to install 4.3.3 and it failed. We had to add void ***tsrm_ls; at the beginning of php-4.3.3/ext/sybase/php_sybase_db.c for the compile to work properly. Reproduce code: --- CC=gcc ./configure --prefix=/usr/local/php --with-config-file-path=/usr/local/php/etc --with-nsapi=/iplanet --enable-libgcc --enable-dbase --with-xml --with-sybase=/usr/local/freetds --with-oci8=/usr/oracle --with-oracle=/usr/oracle --with-mysql=/usr/local/mysql make Expected result: Build complete. Actual result: -- /bin/sh /export/home/local/src/php/php-4.3.3/libtool --silent --preserve-dup-dep s --mode=compile /export/home/local/src/php/php-4.3.3/meta_ccld -Iext/sybase/ - I/export/home/local/src/php/php-4.3.3/ext/sybase/ -DPHP_ATOM_INC -I/export/home/ local/src/php/php-4.3.3/include -I/export/home/local/src/php/php-4.3.3/main -I/e xport/home/local/src/php/php-4.3.3 -I/iplanet/plugins/include -I/export/home/loc al/src/php/php-4.3.3/Zend -I/usr/local/mysql/include/mysql -I/usr/oracle/rdbms/d emo -I/usr/oracle/network/public -I/usr/local/freetds/include -I/export/home/loc al/src/php/php-4.3.3/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_ SEMANTICS -D_REENTRANT -I/export/home/local/src/php/php-4.3.3/TSRM -g -O2 -pthr eads -DZTS -prefer-pic -c /export/home/local/src/php/php-4.3.3/ext/sybase/php_s ybase_db.c -o ext/sybase/php_sybase_db.lo /export/home/local/src/php/php-4.3.3/ext/sybase/php_sybase_db.c: In function `ph p_sybase_error_handler': /export/home/local/src/php/php-4.3.3/ext/sybase/php_sybase_db.c:147: `tsrm_ls' u ndeclared (first use in this function) /export/home/local/src/php/php-4.3.3/ext/sybase/php_sybase_db.c:147: (Each undec lared identifier is reported only once /export/home/local/src/php/php-4.3.3/ext/sybase/php_sybase_db.c:147: for each fu nction it appears in.) /export/home/local/src/php/php-4.3.3/ext/sybase/php_sybase_db.c: In function `ph p_sybase_message_handler': /export/home/local/src/php/php-4.3.3/ext/sybase/php_sybase_db.c:158: `tsrm_ls' u ndeclared (first use in this function) /export/home/local/src/php/php-4.3.3/ext/sybase/php_sybase_db.c: In function `ph p_sybase_get_column_content': /export/home/local/src/php/php-4.3.3/ext/sybase/php_sybase_db.c:749: `tsrm_ls' u ndeclared (first use in this function) make: *** [ext/sybase/php_sybase_db.lo] Error 1 -- Edit bug report at http://bugs.php.net/?id=25744edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25744r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25744r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25744r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25744r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25744r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25744r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25744r=support Expected behavior: http://bugs.php.net/fix.php?id=25744r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25744r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25744r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25744r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25744r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25744r=dst IIS Stability: http://bugs.php.net/fix.php?id=25744r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25744r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25744r=float
#25744 [Opn-Csd]: --with-sybase option is failing with php_sybase_db.c:147:`tsrm_ls' undeclared
ID: 25744 Updated by: [EMAIL PROTECTED] Reported By: christian_m_caron at hotmail dot com -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 4.3.3 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. 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 in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-10-03 08:50:17] christian_m_caron at hotmail dot com Description: It did work in 4.3.2 on another server (Solaris 2.6). We tried to install 4.3.3 and it failed. We had to add void ***tsrm_ls; at the beginning of php-4.3.3/ext/sybase/php_sybase_db.c for the compile to work properly. Reproduce code: --- CC=gcc ./configure --prefix=/usr/local/php --with-config-file-path=/usr/local/php/etc --with-nsapi=/iplanet --enable-libgcc --enable-dbase --with-xml --with-sybase=/usr/local/freetds --with-oci8=/usr/oracle --with-oracle=/usr/oracle --with-mysql=/usr/local/mysql make Expected result: Build complete. Actual result: -- /bin/sh /export/home/local/src/php/php-4.3.3/libtool --silent --preserve-dup-dep s --mode=compile /export/home/local/src/php/php-4.3.3/meta_ccld -Iext/sybase/ - I/export/home/local/src/php/php-4.3.3/ext/sybase/ -DPHP_ATOM_INC -I/export/home/ local/src/php/php-4.3.3/include -I/export/home/local/src/php/php-4.3.3/main -I/e xport/home/local/src/php/php-4.3.3 -I/iplanet/plugins/include -I/export/home/loc al/src/php/php-4.3.3/Zend -I/usr/local/mysql/include/mysql -I/usr/oracle/rdbms/d emo -I/usr/oracle/network/public -I/usr/local/freetds/include -I/export/home/loc al/src/php/php-4.3.3/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_ SEMANTICS -D_REENTRANT -I/export/home/local/src/php/php-4.3.3/TSRM -g -O2 -pthr eads -DZTS -prefer-pic -c /export/home/local/src/php/php-4.3.3/ext/sybase/php_s ybase_db.c -o ext/sybase/php_sybase_db.lo /export/home/local/src/php/php-4.3.3/ext/sybase/php_sybase_db.c: In function `ph p_sybase_error_handler': /export/home/local/src/php/php-4.3.3/ext/sybase/php_sybase_db.c:147: `tsrm_ls' u ndeclared (first use in this function) /export/home/local/src/php/php-4.3.3/ext/sybase/php_sybase_db.c:147: (Each undec lared identifier is reported only once /export/home/local/src/php/php-4.3.3/ext/sybase/php_sybase_db.c:147: for each fu nction it appears in.) /export/home/local/src/php/php-4.3.3/ext/sybase/php_sybase_db.c: In function `ph p_sybase_message_handler': /export/home/local/src/php/php-4.3.3/ext/sybase/php_sybase_db.c:158: `tsrm_ls' u ndeclared (first use in this function) /export/home/local/src/php/php-4.3.3/ext/sybase/php_sybase_db.c: In function `ph p_sybase_get_column_content': /export/home/local/src/php/php-4.3.3/ext/sybase/php_sybase_db.c:749: `tsrm_ls' u ndeclared (first use in this function) make: *** [ext/sybase/php_sybase_db.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=25744edit=1
#19998 [Fbk-Opn]: IIS 6.0 Configuration
ID: 19998 Updated by: [EMAIL PROTECTED] Reported By: admin at sizemik dot co dot uk -Status: Feedback +Status: Open Bug Type: Feature/Change Request Operating System: Windows 2003 Server PHP Version: All New Comment: WebSvcExtRestrictionList is the name of the metabase property: http://msdn.microsoft.com/library/en-us/iisref/htm/ref_mb_websvcextrestrictionlist.asp http://msdn.microsoft.com/library/en-us/iisref/htm/addingandremovingwebserviceextensionfiles.asp Previous Comments: [2003-10-03 04:18:09] [EMAIL PROTECTED] If you can tell us the extra sequence of steps you need to take to manually configure for IIS6 we can add those to the instructions. If you can tell us which items in the IIS metabase we need to edit, we can add those to the installer software. [2003-10-02 17:19:12] [EMAIL PROTECTED] PHP does not work (either in cgi or isapi mode) unless you specifically set up php as a web service. Even with that, there's something impeding shell_exec() functions. [2002-10-20 04:36:49] admin at sizemik dot co dot uk Please could you add a feature that auto configures IIS 6.0 as neither the current IIS 4.0 and above auto config or manual configuration work. Thank You -- Edit this bug report at http://bugs.php.net/?id=19998edit=1
#25743 [Opn-Bgs]: php_flag engine off problem
ID: 25743 Updated by: [EMAIL PROTECTED] Reported By: vicus at artemcity dot ru -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: RedHat Linux 9.0 PHP Version: 4.3.3 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. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. This is similar to a number of existing bug reports, for example #25417. When you put a php_* directive in a VirtualHost in httpd.conf, you currently need to add the same directive in *all* other VirtualHosts, with suitable settings for each (if necessary, using the special keyword none to specify no setting for that VirtualHost). In this case, you would need php_admin_flag engine on in all your other VirtualHost containers. Previous Comments: [2003-10-03 08:40:47] vicus at artemcity dot ru Description: I put the string php_admin_flag engine off to one of my VirtualHosts. Then i'm restarting Apache 2.0.47 and try to execute script on above host. Thats ok, script retriving in text/plain mode. But from that moment other VirtualHosts begin randomly not execute php-script and give it to me in source... After restarting server and for the moment of first retrive script on engine off'ed VH all works fine. Sorry for my english :) -- Edit this bug report at http://bugs.php.net/?id=25743edit=1
#15229 [Com]: unable to load dynamic module
ID: 15229 Comment by: deadlysix at deadlysix dot com Reported By: dev at myesys dot com Status: Closed Bug Type: *Configuration Issues Operating System: win2000 PHP Version: 4.1.1 New Comment: I see that this has been marked as closed but the solution has yet to be provided. I've tried futzing with the various paths and nothing works - it seems to be an issue within the dll itself. This used to work on my OTHER server, but not my new one. Previous Comments: [2002-11-21 09:24:41] garmagno at sit dot imm dot gub dot uy My scenario: Server 1 Windows 98 Apache PHP 4.2.3 Server 2 Windows 95 PWS PHP 4.2.3 I tried to load any library that comes with PHP, but I couldn't (I tried in both servers). However, I used another library (the one that I needed) called php_mapscript_36.dll, and everything worked fine. This means that I installed and configured php all right. What's happening with the other libraries? [2002-05-10 18:21:24] mark at nederland dot ergens dot nl Hi, This dll-loading seems magical stuff. First I got this 'specified procedure'-error only at work. The configuration there: php_gd.dll/PHP4.0.6/IIS/Win2k. But I didn't have any problem at home with configuration: php_gd.dll/PHP4.0.6/Xitami/WinXP. Like I said, trying to get php_gd2.dll. Everybody seems to know it, nobody has it for download. So I tried to get me a new PHP-version, 4.2, to test with at home. And you won't believe it... with a configuration: php_gd.dll/PHP4.2/Xitami/WinXP, now I get the 'specified procedure'-error at home. Good going. But how to solve this? Once I was a happy php_gd-user. Now I feel like a WinXP-looser. h e l p Mark [2002-05-09 01:10:33] mark at nederland dot ergens dot nl Hi, I've got the DLL found now, with all forward slashes. I am sure because first I received error: Unable to load dynamic library...specified library... and now I get the earlier mentioned: Unable to load dynamic...The specified procedure could not be found. But for this problem... nasty. I see you are using php_gd2 instead of php_gd. Could that solve my problem? I'll check out php_gd2 now. Thanks in advance... to everybody reading and thinking along. Mark [2002-04-29 07:16:47] [EMAIL PROTECTED] For me, it worked when I used just forward slashes and put the whole path in the extension directive, not using the extension_dir thingie. You might want to try that. Like: extension=p:/daemons/php/extensions/php_gd2.dll (My PHP is set up in quite a weird dir, but hey, it works :)) [2002-04-29 07:00:14] mark at nederland dot ergens dot nl Hi, I have the same problem, working also on Win2k with IIS5. I tried several things for this problem and switching to antoher platform isn't an option for me. I will check all slashes, directories, php.ini again soon but can there be antoher solution to this? I was thinking about security-options of Win2k. Let's say you need a special login to make dll's accessable on the server? Mark 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/15229 -- Edit this bug report at http://bugs.php.net/?id=15229edit=1
#25704 [Com]: Configuration issue with regex
ID: 25704 Comment by: morissette at dmsolutions dot ca Reported By: stephen dot irven at britishwaterways dot co dot uk Status: Bogus Bug Type: Regexps related Operating System: Redhat 8 (kernel 2.4.18-27.8.0) PHP Version: 4.3.3 New Comment: Sniper, I'm the developer of PHP MapScript and we need to find a solution to this issue and not just blame the problem on the extension which is not a solution at all. Why is it that when you compile PHP as an Apache module it *MUST* use the builtin regex? Can you please give me pointers to docs or to a developer who could give me more details on the reasons why PHP can't work with the system regex when compiled as an Apache module? The problem here is that PHP MapScript is based on other packages that use the system regex. If we let PHP use its bundled regex and then let mapscript use the system regex we end up with 2 different copies of regex in the same process. If both were 100% identical this would be no problem, but they are not: they use the same function names, the same regex_t struct name but with different sizes. This situation often leads to instability or crashes. The only solution then would be to compile PHP MapScript using the system regex, but doing this can be a real pain since PHP's regex is not setup to be shared by external programs outside of PHP. Before we try to do that I need to understand why PHP can't use the system regex in the first place Note that this issue may affect any other module that uses regex, not just mapscript, that's why it would be better to fix it in PHP than to work around it in every other extension that uses regex. Thanks in advance for your help. P.S. For the record mapscript has its own bug about this: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=252 Previous Comments: [2003-10-02 12:01:30] [EMAIL PROTECTED] That phpmapscript module should be rewritten. (seems like it's written for PHP 3?!) When you build PHP with Apache1/2, it will ALWAYS default to php provided regex otherwise it won't compile. [2003-10-02 11:13:14] stephen dot irven at britishwaterways dot co dot uk Thanks, The SSL build problem is fixed in the latest csv, but the regex configuration issue remains. Is it possible that it's defaulting to the bundled regex as it can't find a correct system regex library (?) I had a trawl through the configure script, and experimented altering it to force it to system, but got undefined references in browscap.c and reg.c to `php_regcomp', `php_regexec', `php_regfree',`php_regerror' which led me to suspect that it's ignoring the system regex option for a reason. cheers, [2003-10-01 23:16:22] [EMAIL PROTECTED] Grab the latest snapshot now, the SSL build problem is fixed. [2003-10-01 04:56:01] stephen dot irven at britishwaterways dot co dot uk Thanks, I tried using the latest cvs (.tar.gz), but have been unable to get it to compile. Any attempt to make the latest cvs gives a number of undefined references in network.c relating to SSL (see http://experience.british-waterways.com/php4-stable-make.txt ). This is the case even with a minimal ./configure with no options (ie not including openSSL) The same configure lines work perfectly with 4.3.3 ... (corrected zlib entry) Cheers, [2003-09-30 14:34:15] [EMAIL PROTECTED] And FYI: --with-zlib-dir=/usr/lib is wrong, it should not contain /lib in 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/25704 -- Edit this bug report at http://bugs.php.net/?id=25704edit=1
#25727 [Fbk-Opn]: popen returns wrong exitcode
ID: 25727 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: i386 Linux -PHP Version: 4CVS-2003-10-02 (stable) +PHP Version: 4CVS-2003-10-03 (stable) New Comment: No change, I still get the Actual result (with fgets). Previous Comments: [2003-10-02 19:31:25] [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 I too (like sniper) get the correct output int(0) [2003-10-02 10:45:08] [EMAIL PROTECTED] For me the output is (when replaced fread with fgets) this: FOO int(0) [2003-10-02 09:12:04] [EMAIL PROTECTED] I always questions suggestions given without explanation and I will continue to do so in the future. Now that you've given me one I can assure you that the outcome is just the same. Please note, that I tested this snippet on at least 4 different systems with different accounts and got the behaviours described in expected/actual result. [2003-10-02 09:00:17] [EMAIL PROTECTED] If you pclose before all the data has been read, you might cause the child process to terminate abnormally, and this might explain the exit code. In addition, fread() will only read a packet from a pipe, so you might not be getting all the data before you pclose it. *that's* what fread/fgets() has got to do with it; in future, please don't question my suggestions and just provide the requested feedback. [2003-10-02 08:38:42] [EMAIL PROTECTED] What has the fread/fgets to do with the problem? I'm talking about the exitcode here. The fread-line is just a demonstration, that the command is carried out correctly. 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/25727 -- Edit this bug report at http://bugs.php.net/?id=25727edit=1
#24502 [Bgs-Opn]: Fast CGI interface is broken
ID: 24502 User updated by: gwang at litespeedtech dot com Reported By: gwang at litespeedtech dot com -Status: Bogus +Status: Open Bug Type: CGI related Operating System: Linux PHP Version: 4.3.4 dev Assigned To: shane New Comment: Sorry to post again, forget to set status to open last time. Thanks, LiteSpeed Team Previous Comments: [2003-09-30 11:19:14] gwang at litespeedtech dot com I did read the comments, my understanding is that PATH_TRANSLATED will be fixed to conform to the CGI spec if it does not. It is great for those guys who do not follow CGI spec. The problem is when CGI spec has been followed, PATH_TRANSLATED is the translated PATH_INFO, SCRIPT_FILENAME is the path to the PHP script, enabling fix_pathinfo will clear PATH_INFO and PATH_TRANSLATED (set them to NULL), it will be a disaster for CGI script needs PATH_INFO. fix_pathinfo and discar_path is not necessary at all when the spec has been followed. If you want, try it with our web server, it only take about 5 minutes to install, PHP (4.3.1) works out of box without any additional configuration. Just replace lsws/fcgi-bin/php with new PHP executable. Thanks, Litespeed [2003-09-29 21:48:07] [EMAIL PROTECTED] Read the note above the cgi.fix_pathinfo in php.ini-dist (found in the release tarball). There is no bug. [2003-09-29 16:06:07] gwang at litespeedtech dot com BTW: I tested the latest stable snapshot. [2003-09-29 16:03:36] gwang at litespeedtech dot com Thank you for the response. Here is the result. Testing url /phpinfo.php/path/info?a=b is used, when set cgi.fix_pathinfo=0, same result (0 is the default according to the comments in the ini file), no input file is returned. set cgi.fix_pathinfo=1, the php information page is returned, but _SERVER[PATH_INFO] and _SERVER[PATH_TRANSLATED] contain no value and the vlaue of _SERVER[ORIG_] environment variables are all correct. I don't think set cgi.fix_pathinfo=1 is the right fix for this bug. All correct values are provided in the first place, why waste CPU cycles to try to guess them from other sources? I think the cleanest and probably the easiest fix is to provide a configuration directive to skip all the reverse hacking code. best regards, LiteSpeed Team [2003-09-24 12:03:07] [EMAIL PROTECTED] Check php.ini for cgi.fix_pathinfo and try setting it to 1 or 0. 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/24502 -- Edit this bug report at http://bugs.php.net/?id=24502edit=1
#25702 [Fbk-Opn]: ftp_nlist ftp_rawlist in IIS 6
ID: 25702 User updated by: ctomele at hotmail dot com Reported By: ctomele at hotmail dot com -Status: Feedback +Status: Open Bug Type: FTP related Operating System: Windows 2003 Server Beta 2 PHP Version: 5CVS-2003-09-30 (dev) New Comment: I think I was misunderstood. Actually the latest is that when I run IIS, ftp_nlist and ftp_rawlist do nothing no matter what ftp I go to. I was having other problems with IIS, so I disabled and installed apache. This fixed my problems with file uploads, and now nlist and raw list work fine. So, again, I'm assuming that IIS 6, running PHP is problematic, although Apache 2 is fine on the same machine. Previous Comments: [2003-10-01 10:24:05] [EMAIL PROTECTED] The example script you provided connects to some WuFTPD site, NOT IIS. [2003-10-01 10:16:18] ctomele at hotmail dot com Well, I uninstalled PHP, reinstalled with clean ini, and I'm still not getting a thing. I can appreciate that it works on XP, but I'm using Sever 2003 and IIS 6, so I don't know if that's applicable. [2003-09-30 14:43:06] [EMAIL PROTECTED] Works fine also under windows XP. [2003-09-30 14:40:48] [EMAIL PROTECTED] Works fine for me with PHP 4.3.4RC2-dev. (Linux) [2003-09-30 14:30:03] ctomele at hotmail dot com $ftp_server = wuarchive.wustl.edu; $conn_id = ftp_connect($ftp_server) or die(Couldn't connect to $ftp_server); ftp_login($conn_id, anonymous, [EMAIL PROTECTED]); $content = ftp_nlist($conn_id, /); echo pre; print_r($content); echo /pre; ftp_close($conn_id); 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/25702 -- Edit this bug report at http://bugs.php.net/?id=25702edit=1
#25745 [NEW]: Character type functions fail on negative chars
From: vesely at tana dot it Operating system: PHP version: 4.3.2 PHP Bug Type: *Languages/Translation Bug description: Character type functions fail on negative chars Description: The upper half of the codes are badly reported, e.g ctype_alpha(è) returns true even under C locale. As a workaround one may call ctype_alpha(ord(è)), which works correctly. Alternatively, the following patch fixes that: --- php-4.3.2/ext/ctype/ctype.c%2003-10-03 13:13:46.870457000 +0200 +++ php-4.3.2/ext/ctype/ctype.c 2003-10-03 13:13:46.880455000 +0200 @@ -100,7 +100,7 @@ RETURN_BOOL(iswhat(Z_LVAL_P(c))); \ case IS_STRING: \ { \ - char *p; \ + unsigned char *p; \ int n, len; \ p=Z_STRVAL_P(c); \ len = Z_STRLEN_P(c); \ Ciao Ale --- below I list character type functions for easing bug searches ctype_alnum ctype_alpha ctype_cntrl ctype_digit ctype_graph ctype_lower ctype_print ctype_punct ctype_space ctype_upper ctype_xdigit Reproduce code: --- ?php $ctype_funcs = array( alnum, alpha, cntrl, digit, graph, lower, print, punct, space, upper, xdigit); $failed = 0; reset($ctype_funcs); while ($name = current($ctype_funcs)) { $test = \$failed += ( (ctype_$name(%d) ? 1 : 0) != (ctype_$name(chr(%d)) ? 1 : 0) ) ? 1 : 0;; for ($i = 0; $i 256; ++$i) eval(sprintf($test, $i, $i)); next($ctype_funcs); } print $failed; ? Expected result: 0 Actual result: -- 817 -- Edit bug report at http://bugs.php.net/?id=25745edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25745r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25745r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25745r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25745r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25745r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25745r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25745r=support Expected behavior: http://bugs.php.net/fix.php?id=25745r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25745r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25745r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25745r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25745r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25745r=dst IIS Stability: http://bugs.php.net/fix.php?id=25745r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25745r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25745r=float
#25745 [Opn-Asn]: Character type functions fail on negative chars
ID: 25745 Updated by: [EMAIL PROTECTED] Reported By: vesely at tana dot it -Status: Open +Status: Assigned Bug Type:*Languages/Translation PHP Version: 4.3.2 -Assigned To: +Assigned To: moriyoshi New Comment: Yet another casting problem :) Previous Comments: [2003-10-03 11:41:03] vesely at tana dot it Description: The upper half of the codes are badly reported, e.g ctype_alpha(è) returns true even under C locale. As a workaround one may call ctype_alpha(ord(è)), which works correctly. Alternatively, the following patch fixes that: --- php-4.3.2/ext/ctype/ctype.c%2003-10-03 13:13:46.870457000 +0200 +++ php-4.3.2/ext/ctype/ctype.c 2003-10-03 13:13:46.880455000 +0200 @@ -100,7 +100,7 @@ RETURN_BOOL(iswhat(Z_LVAL_P(c))); \ case IS_STRING: \ { \ - char *p; \ + unsigned char *p; \ int n, len; \ p=Z_STRVAL_P(c); \ len = Z_STRLEN_P(c); \ Ciao Ale --- below I list character type functions for easing bug searches ctype_alnum ctype_alpha ctype_cntrl ctype_digit ctype_graph ctype_lower ctype_print ctype_punct ctype_space ctype_upper ctype_xdigit Reproduce code: --- ?php $ctype_funcs = array( alnum, alpha, cntrl, digit, graph, lower, print, punct, space, upper, xdigit); $failed = 0; reset($ctype_funcs); while ($name = current($ctype_funcs)) { $test = \$failed += ( (ctype_$name(%d) ? 1 : 0) != (ctype_$name(chr(%d)) ? 1 : 0) ) ? 1 : 0;; for ($i = 0; $i 256; ++$i) eval(sprintf($test, $i, $i)); next($ctype_funcs); } print $failed; ? Expected result: 0 Actual result: -- 817 -- Edit this bug report at http://bugs.php.net/?id=25745edit=1
#25745 [Asn-Fbk]: Character type functions fail on negative chars
ID: 25745 Updated by: [EMAIL PROTECTED] Reported By: vesely at tana dot it -Status: Assigned +Status: Feedback Bug Type:*Languages/Translation PHP Version: 4.3.2 Assigned To: moriyoshi New Comment: Hmm, please put the correct OS name you confirmed the bug with. Previous Comments: [2003-10-03 11:43:40] [EMAIL PROTECTED] Yet another casting problem :) [2003-10-03 11:41:03] vesely at tana dot it Description: The upper half of the codes are badly reported, e.g ctype_alpha(è) returns true even under C locale. As a workaround one may call ctype_alpha(ord(è)), which works correctly. Alternatively, the following patch fixes that: --- php-4.3.2/ext/ctype/ctype.c%2003-10-03 13:13:46.870457000 +0200 +++ php-4.3.2/ext/ctype/ctype.c 2003-10-03 13:13:46.880455000 +0200 @@ -100,7 +100,7 @@ RETURN_BOOL(iswhat(Z_LVAL_P(c))); \ case IS_STRING: \ { \ - char *p; \ + unsigned char *p; \ int n, len; \ p=Z_STRVAL_P(c); \ len = Z_STRLEN_P(c); \ Ciao Ale --- below I list character type functions for easing bug searches ctype_alnum ctype_alpha ctype_cntrl ctype_digit ctype_graph ctype_lower ctype_print ctype_punct ctype_space ctype_upper ctype_xdigit Reproduce code: --- ?php $ctype_funcs = array( alnum, alpha, cntrl, digit, graph, lower, print, punct, space, upper, xdigit); $failed = 0; reset($ctype_funcs); while ($name = current($ctype_funcs)) { $test = \$failed += ( (ctype_$name(%d) ? 1 : 0) != (ctype_$name(chr(%d)) ? 1 : 0) ) ? 1 : 0;; for ($i = 0; $i 256; ++$i) eval(sprintf($test, $i, $i)); next($ctype_funcs); } print $failed; ? Expected result: 0 Actual result: -- 817 -- Edit this bug report at http://bugs.php.net/?id=25745edit=1
#25746 [NEW]: broken getcwd causes bailout and empty response body
From: neilus at dcs dot kcl dot ac dot uk Operating system: Solaris PHP version: 4.3.3 PHP Bug Type: Apache related Bug description: broken getcwd causes bailout and empty response body Description: The fix for bug #21310 introduced: #if HAVE_BROKEN_GETCWD /* this looks nasty to me */ old_cwd_fd = open(., 0); if (old_cwd_fd == -1) { zend_bailout(); } into php_execute_script in main/main.c. If PHP does not have read permissions on the cwd, it bails out and the client gets an empty response body. This is a particular problem if the last request has chdir'd the web server to such a directory. Apache does this when you request a file that uses server side includes. Reproduce code: --- # mkdir -m 711 /tmp/abc # cd /tmp/abc # httpd -X $ wget -q -O - http://localhost/content.php # httpd -X $ wget -q -O - http://localhost/no_read_perms/content.shtml $ wget -q -O - http://localhost/content.php Expected result: $ wget -q -O - http://localhost/content.php ... $ $ wget -q -O - http://localhost/no_read_perms/content.shtml ... $ wget -q -O - http://localhost/content.php ... $ Actual result: -- $ wget -q -O - http://localhost/content.php $ $ wget -q -O - http://localhost/no_read_perms/content.shtml ... $ wget -q -O - http://localhost/content.php $ -- Edit bug report at http://bugs.php.net/?id=25746edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25746r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25746r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25746r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25746r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25746r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25746r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25746r=support Expected behavior: http://bugs.php.net/fix.php?id=25746r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25746r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25746r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25746r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25746r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25746r=dst IIS Stability: http://bugs.php.net/fix.php?id=25746r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25746r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25746r=float
#25745 [Fbk-Opn]: Character type functions fail on negative chars
ID: 25745 User updated by: vesely at tana dot it Reported By: vesely at tana dot it -Status: Feedback +Status: Open Bug Type:*Languages/Translation PHP Version: 4.3.2 Assigned To: moriyoshi New Comment: I got 817 compiling with gcc 3.2 on sun sparc solaris8, depending on the __ctype table, results may vary. Previous Comments: [2003-10-03 11:46:02] [EMAIL PROTECTED] Hmm, please put the correct OS name you confirmed the bug with. [2003-10-03 11:43:40] [EMAIL PROTECTED] Yet another casting problem :) [2003-10-03 11:41:03] vesely at tana dot it Description: The upper half of the codes are badly reported, e.g ctype_alpha(è) returns true even under C locale. As a workaround one may call ctype_alpha(ord(è)), which works correctly. Alternatively, the following patch fixes that: --- php-4.3.2/ext/ctype/ctype.c%2003-10-03 13:13:46.870457000 +0200 +++ php-4.3.2/ext/ctype/ctype.c 2003-10-03 13:13:46.880455000 +0200 @@ -100,7 +100,7 @@ RETURN_BOOL(iswhat(Z_LVAL_P(c))); \ case IS_STRING: \ { \ - char *p; \ + unsigned char *p; \ int n, len; \ p=Z_STRVAL_P(c); \ len = Z_STRLEN_P(c); \ Ciao Ale --- below I list character type functions for easing bug searches ctype_alnum ctype_alpha ctype_cntrl ctype_digit ctype_graph ctype_lower ctype_print ctype_punct ctype_space ctype_upper ctype_xdigit Reproduce code: --- ?php $ctype_funcs = array( alnum, alpha, cntrl, digit, graph, lower, print, punct, space, upper, xdigit); $failed = 0; reset($ctype_funcs); while ($name = current($ctype_funcs)) { $test = \$failed += ( (ctype_$name(%d) ? 1 : 0) != (ctype_$name(chr(%d)) ? 1 : 0) ) ? 1 : 0;; for ($i = 0; $i 256; ++$i) eval(sprintf($test, $i, $i)); next($ctype_funcs); } print $failed; ? Expected result: 0 Actual result: -- 817 -- Edit this bug report at http://bugs.php.net/?id=25745edit=1
#25745 [Opn-Csd]: Character type functions fail on negative chars
ID: 25745 Updated by: [EMAIL PROTECTED] Reported By: vesely at tana dot it -Status: Open +Status: Closed Bug Type: *Languages/Translation -Operating System: +Operating System: Solaris 8 (SPARC) PHP Version: 4.3.2 Assigned To: moriyoshi New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. 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 in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-10-03 11:59:28] vesely at tana dot it I got 817 compiling with gcc 3.2 on sun sparc solaris8, depending on the __ctype table, results may vary. [2003-10-03 11:46:02] [EMAIL PROTECTED] Hmm, please put the correct OS name you confirmed the bug with. [2003-10-03 11:43:40] [EMAIL PROTECTED] Yet another casting problem :) [2003-10-03 11:41:03] vesely at tana dot it Description: The upper half of the codes are badly reported, e.g ctype_alpha(è) returns true even under C locale. As a workaround one may call ctype_alpha(ord(è)), which works correctly. Alternatively, the following patch fixes that: --- php-4.3.2/ext/ctype/ctype.c%2003-10-03 13:13:46.870457000 +0200 +++ php-4.3.2/ext/ctype/ctype.c 2003-10-03 13:13:46.880455000 +0200 @@ -100,7 +100,7 @@ RETURN_BOOL(iswhat(Z_LVAL_P(c))); \ case IS_STRING: \ { \ - char *p; \ + unsigned char *p; \ int n, len; \ p=Z_STRVAL_P(c); \ len = Z_STRLEN_P(c); \ Ciao Ale --- below I list character type functions for easing bug searches ctype_alnum ctype_alpha ctype_cntrl ctype_digit ctype_graph ctype_lower ctype_print ctype_punct ctype_space ctype_upper ctype_xdigit Reproduce code: --- ?php $ctype_funcs = array( alnum, alpha, cntrl, digit, graph, lower, print, punct, space, upper, xdigit); $failed = 0; reset($ctype_funcs); while ($name = current($ctype_funcs)) { $test = \$failed += ( (ctype_$name(%d) ? 1 : 0) != (ctype_$name(chr(%d)) ? 1 : 0) ) ? 1 : 0;; for ($i = 0; $i 256; ++$i) eval(sprintf($test, $i, $i)); next($ctype_funcs); } print $failed; ? Expected result: 0 Actual result: -- 817 -- Edit this bug report at http://bugs.php.net/?id=25745edit=1
#25702 [Opn-Bgs]: ftp_nlist ftp_rawlist in IIS 6
ID: 25702 Updated by: [EMAIL PROTECTED] Reported By: ctomele at hotmail dot com -Status: Open +Status: Bogus Bug Type: FTP related Operating System: Windows 2003 Server Beta 2 PHP Version: 5CVS-2003-09-30 (dev) New Comment: ftp_nlist / ftp_rawlist require write permissions to your system's temporary files directory. The user IIS is running as (typicly IUSR_yourcomputername) does not have permissions, whle the user Apache is running as Check control panel, it's probably Local System) does have permissions. Previous Comments: [2003-10-03 11:23:49] ctomele at hotmail dot com I think I was misunderstood. Actually the latest is that when I run IIS, ftp_nlist and ftp_rawlist do nothing no matter what ftp I go to. I was having other problems with IIS, so I disabled and installed apache. This fixed my problems with file uploads, and now nlist and raw list work fine. So, again, I'm assuming that IIS 6, running PHP is problematic, although Apache 2 is fine on the same machine. [2003-10-01 10:24:05] [EMAIL PROTECTED] The example script you provided connects to some WuFTPD site, NOT IIS. [2003-10-01 10:16:18] ctomele at hotmail dot com Well, I uninstalled PHP, reinstalled with clean ini, and I'm still not getting a thing. I can appreciate that it works on XP, but I'm using Sever 2003 and IIS 6, so I don't know if that's applicable. [2003-09-30 14:43:06] [EMAIL PROTECTED] Works fine also under windows XP. [2003-09-30 14:40:48] [EMAIL PROTECTED] Works fine for me with PHP 4.3.4RC2-dev. (Linux) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/25702 -- Edit this bug report at http://bugs.php.net/?id=25702edit=1
#25557 [Com]: File functions don't work on files 2GB
ID: 25557 Comment by: erland at lewin dot nu Reported By: rj at roos dot ws Status: Bogus Bug Type: Filesystem function related Operating System: linux 2.4.21 PHP Version: 4.3.3 New Comment: THIS IS NOT BOGUS! This is a serious problem for me too. I'm writing some PVR software which uses files which can be 2GB. It upsets me that a PHP developer dismisses this without any explanation. The bug report was correct and well formulated. Of course it is a bug if stat won't return a proper file size for a file. The cause of this problam is that there is not a configure option to compile PHP with large file support. There should be a configure option like --enable-large-files, which defines the C constant _FILE_OFFSET_BITS=64. This will cause the file functions to work with large files (2GB). Note that file offsets will have to be stored in an off_t type, and not an int (which may be only 32 bits). see for instance: http://www.linuxgazette.com/issue67/tag/13.html This is related to bug #15260 Previous Comments: [2003-09-16 09:51:40] [EMAIL PROTECTED] Really? Not bug. [2003-09-16 09:49:52] rj at roos dot ws Description: When using stat() on files 2GB, the size overflows the 32 bit int. Reproduce code: --- stat(Any file 2GB) Expected result: return the filesize of the file 2GB. Actual result: -- An error=75, value too large for the underlying data-structure and using is_file the message: file does not exist. -- Edit this bug report at http://bugs.php.net/?id=25557edit=1
#25747 [NEW]: PEAR DB query() calls OCIFreeStatement before data fetched
From: jdw5 at sha dot cornell dot edu Operating system: Windows XP PHP version: 4.3.3 PHP Bug Type: OCI8 related Bug description: PEAR DB query() calls OCIFreeStatement before data fetched Description: When using the two parameter form of the PEAR DB method 'query' ($dbh-query($sql, $parameters)), and using the oci8 driver, query will call $dbh-freePrepared prior to returning which, in the oci8 driver, calls OCIFreeStatement on the OCI statement handle, which causes OCI to discard the results. The solution was to comment out the call to OCIFreeStatement.In that case, caller of $dbh-query must remember to free the statement by calling $results-freeResults(). Reproduce code: --- require_once('DB.php'); $dbh = DB::connect('oci8://user:[EMAIL PROTECTED]'); $result = $dbh-query('SELECT ? FROM DUAL', array('5')); if (DB::isError($result)) { print 'Error from query: '.$result-toString(); } else { print No Error\n; $row = $result-fetchRow(); if (is_null($row)) { print No Rows\n; } else { print Result is: $row[0]; } } Expected result: No Error Result is: 5 Actual result: -- No Error No Rows -- Edit bug report at http://bugs.php.net/?id=25747edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25747r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25747r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25747r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25747r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25747r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25747r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25747r=support Expected behavior: http://bugs.php.net/fix.php?id=25747r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25747r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25747r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25747r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25747r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25747r=dst IIS Stability: http://bugs.php.net/fix.php?id=25747r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25747r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25747r=float
#25744 [Csd-Opn]: --with-sybase option is failing with php_sybase_db.c:147:`tsrm_ls' undeclared
ID: 25744 User updated by: christian_m_caron at hotmail dot com Reported By: christian_m_caron at hotmail dot com -Status: Closed +Status: Open Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 4.3.3 New Comment: Downloaded latest CVS source (php4-STABLE-200310031530.tar.bz2) Got: /bin/sh /export/home/local/src/php/php4-STABLE-200310031530/libtool --silent --p reserve-dup-deps --mode=compile /export/home/local/src/php/php4-STABLE-200310031 530/meta_ccld -Iext/sybase/ -I/export/home/local/src/php/php4-STABLE-2003100315 30/ext/sybase/ -DPHP_ATOM_INC -I/export/home/local/src/php/php4-STABLE-200310031 530/include -I/export/home/local/src/php/php4-STABLE-200310031530/main -I/export /home/local/src/php/php4-STABLE-200310031530 -I/iplanet/plugins/include -I/expor t/home/local/src/php/php4-STABLE-200310031530/Zend -I/usr/local/mysql/include/my sql -I/usr/oracle/rdbms/demo -I/usr/oracle/network/public -I/usr/local/freetds/i nclude -I/export/home/local/src/php/php4-STABLE-200310031530/ext/xml/expat -D_P OSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I/export/home/lo cal/src/php/php4-STABLE-200310031530/TSRM -g -O2 -pthreads -DZTS -prefer-pic - c /export/home/local/src/php/php4-STABLE-200310031530/ext/sybase/php_sybase_db.c -o ext/sybase/php_sybase_db.lo /export/home/local/src/php/php4-STABLE-200310031530/ext/sybase/php_sybase_db.c: In function `php_sybase_get_column_content': /export/home/local/src/php/php4-STABLE-200310031530/ext/sybase/php_sybase_db.c:7 51: `tsrm_ls' undeclared (first use in this function) /export/home/local/src/php/php4-STABLE-200310031530/ext/sybase/php_sybase_db.c:7 51: (Each undeclared identifier is reported only once /export/home/local/src/php/php4-STABLE-200310031530/ext/sybase/php_sybase_db.c:7 51: for each function it appears in.) make: *** [ext/sybase/php_sybase_db.lo] Error 1 As I was writing this, a new snapshot has been released, so I did try it (php4-STABLE-200310031730.tar.bz2): /bin/sh /export/home/local/src/php/php4-STABLE-200310031730/libtool --silent --p reserve-dup-deps --mode=compile /export/home/local/src/php/php4-STABLE-200310031 730/meta_ccld -Iext/sybase/ -I/export/home/local/src/php/php4-STABLE-2003100317 30/ext/sybase/ -DPHP_ATOM_INC -I/export/home/local/src/php/php4-STABLE-200310031 730/include -I/export/home/local/src/php/php4-STABLE-200310031730/main -I/export /home/local/src/php/php4-STABLE-200310031730 -I/iplanet/plugins/include -I/expor t/home/local/src/php/php4-STABLE-200310031730/Zend -I/usr/local/mysql/include/my sql -I/usr/oracle/rdbms/demo -I/usr/oracle/network/public -I/usr/local/freetds/i nclude -I/export/home/local/src/php/php4-STABLE-200310031730/ext/xml/expat -D_P OSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I/export/home/lo cal/src/php/php4-STABLE-200310031730/TSRM -g -O2 -pthreads -DZTS -prefer-pic - c /export/home/local/src/php/php4-STABLE-200310031730/ext/sybase/php_sybase_db.c -o ext/sybase/php_sybase_db.lo /export/home/local/src/php/php4-STABLE-200310031730/ext/sybase/php_sybase_db.c: In function `php_sybase_get_column_content': /export/home/local/src/php/php4-STABLE-200310031730/ext/sybase/php_sybase_db.c:7 51: `tsrm_ls' undeclared (first use in this function) /export/home/local/src/php/php4-STABLE-200310031730/ext/sybase/php_sybase_db.c:7 51: (Each undeclared identifier is reported only once /export/home/local/src/php/php4-STABLE-200310031730/ext/sybase/php_sybase_db.c:7 51: for each function it appears in.) make: *** [ext/sybase/php_sybase_db.lo] Error 1 Previous Comments: [2003-10-03 09:01:06] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, 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/. 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 in short time. Thank you for the report, and for helping us make PHP better. [2003-10-03 08:50:17] christian_m_caron at hotmail dot com Description: It did work in 4.3.2 on another server (Solaris 2.6). We tried to install 4.3.3 and it failed. We had to add void ***tsrm_ls; at the beginning of php-4.3.3/ext/sybase/php_sybase_db.c for the compile to work properly. Reproduce code: --- CC=gcc ./configure --prefix=/usr/local/php --with-config-file-path=/usr/local/php/etc --with-nsapi=/iplanet --enable-libgcc --enable-dbase --with-xml --with-sybase=/usr/local/freetds --with-oci8=/usr/oracle --with-oracle=/usr/oracle --with-mysql=/usr/local/mysql make Expected result: Build complete.
#25744 [Opn-Csd]: --with-sybase option is failing with php_sybase_db.c:147:`tsrm_ls' undeclared
ID: 25744 Updated by: [EMAIL PROTECTED] Reported By: christian_m_caron at hotmail dot com -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 4.3.3 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. 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 in short time. Thank you for the report, and for helping us make PHP better. Fixed. Previous Comments: [2003-10-03 13:58:39] christian_m_caron at hotmail dot com Downloaded latest CVS source (php4-STABLE-200310031530.tar.bz2) Got: /bin/sh /export/home/local/src/php/php4-STABLE-200310031530/libtool --silent --p reserve-dup-deps --mode=compile /export/home/local/src/php/php4-STABLE-200310031 530/meta_ccld -Iext/sybase/ -I/export/home/local/src/php/php4-STABLE-2003100315 30/ext/sybase/ -DPHP_ATOM_INC -I/export/home/local/src/php/php4-STABLE-200310031 530/include -I/export/home/local/src/php/php4-STABLE-200310031530/main -I/export /home/local/src/php/php4-STABLE-200310031530 -I/iplanet/plugins/include -I/expor t/home/local/src/php/php4-STABLE-200310031530/Zend -I/usr/local/mysql/include/my sql -I/usr/oracle/rdbms/demo -I/usr/oracle/network/public -I/usr/local/freetds/i nclude -I/export/home/local/src/php/php4-STABLE-200310031530/ext/xml/expat -D_P OSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I/export/home/lo cal/src/php/php4-STABLE-200310031530/TSRM -g -O2 -pthreads -DZTS -prefer-pic - c /export/home/local/src/php/php4-STABLE-200310031530/ext/sybase/php_sybase_db.c -o ext/sybase/php_sybase_db.lo /export/home/local/src/php/php4-STABLE-200310031530/ext/sybase/php_sybase_db.c: In function `php_sybase_get_column_content': /export/home/local/src/php/php4-STABLE-200310031530/ext/sybase/php_sybase_db.c:7 51: `tsrm_ls' undeclared (first use in this function) /export/home/local/src/php/php4-STABLE-200310031530/ext/sybase/php_sybase_db.c:7 51: (Each undeclared identifier is reported only once /export/home/local/src/php/php4-STABLE-200310031530/ext/sybase/php_sybase_db.c:7 51: for each function it appears in.) make: *** [ext/sybase/php_sybase_db.lo] Error 1 As I was writing this, a new snapshot has been released, so I did try it (php4-STABLE-200310031730.tar.bz2): /bin/sh /export/home/local/src/php/php4-STABLE-200310031730/libtool --silent --p reserve-dup-deps --mode=compile /export/home/local/src/php/php4-STABLE-200310031 730/meta_ccld -Iext/sybase/ -I/export/home/local/src/php/php4-STABLE-2003100317 30/ext/sybase/ -DPHP_ATOM_INC -I/export/home/local/src/php/php4-STABLE-200310031 730/include -I/export/home/local/src/php/php4-STABLE-200310031730/main -I/export /home/local/src/php/php4-STABLE-200310031730 -I/iplanet/plugins/include -I/expor t/home/local/src/php/php4-STABLE-200310031730/Zend -I/usr/local/mysql/include/my sql -I/usr/oracle/rdbms/demo -I/usr/oracle/network/public -I/usr/local/freetds/i nclude -I/export/home/local/src/php/php4-STABLE-200310031730/ext/xml/expat -D_P OSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I/export/home/lo cal/src/php/php4-STABLE-200310031730/TSRM -g -O2 -pthreads -DZTS -prefer-pic - c /export/home/local/src/php/php4-STABLE-200310031730/ext/sybase/php_sybase_db.c -o ext/sybase/php_sybase_db.lo /export/home/local/src/php/php4-STABLE-200310031730/ext/sybase/php_sybase_db.c: In function `php_sybase_get_column_content': /export/home/local/src/php/php4-STABLE-200310031730/ext/sybase/php_sybase_db.c:7 51: `tsrm_ls' undeclared (first use in this function) /export/home/local/src/php/php4-STABLE-200310031730/ext/sybase/php_sybase_db.c:7 51: (Each undeclared identifier is reported only once /export/home/local/src/php/php4-STABLE-200310031730/ext/sybase/php_sybase_db.c:7 51: for each function it appears in.) make: *** [ext/sybase/php_sybase_db.lo] Error 1 [2003-10-03 09:01:06] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, 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/. 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 in short time. Thank you for the report, and for helping us make PHP better. [2003-10-03 08:50:17]
#25748 [NEW]: --enable-track-vars depreciated, but not documented
From: php at pgregg dot com Operating system: All PHP version: 4.3.3 PHP Bug Type: *Configuration Issues Bug description: --enable-track-vars depreciated, but not documented Description: Whilst playing with a new 4.3.3 install on RH9.0 linux trying to figure out why $_ENV was empty (thinking maybe a config option caused it to not populate the array) I found that: At some point between 4.0.6 and 4.3.3 the configuration option --enable-track-vars was removed from everything expect php4.spec.in This change does not appear in the change log and no reference can be found to what it actually did. Most people upgrading will still be using this flag and should know it is no longer required. Paul, aka Qube/[EMAIL PROTECTED] -- Edit bug report at http://bugs.php.net/?id=25748edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25748r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25748r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25748r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25748r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25748r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25748r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25748r=support Expected behavior: http://bugs.php.net/fix.php?id=25748r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25748r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25748r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25748r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25748r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25748r=dst IIS Stability: http://bugs.php.net/fix.php?id=25748r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25748r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25748r=float
#25749 [NEW]: PHP globals not defined
From: linjiang dot ma at myrealbox dot com Operating system: Linux Redhat 7.0 PHP version: 4.3.3 PHP Bug Type: Scripting Engine problem Bug description: PHP globals not defined Description: Hi, I have an server running Apache 1.3.28, mod_perl, mod_ssl, mod_php4 (4.3.3) with mysql. It looks to me that for this 4.3.3 installation. many PHP predefined variables are not defined. the only defined PHP variables I can see are _REQUEST and _COOKIE. The testing page is at https://www.myplutus.com/test.php. TIA, -martin Reproduce code: --- https://www.myplutus.com/test.php Expected result: under PHP Variable sections, you should see _SERVER _SESSION _ENV PHP variables. Actual result: -- only _REQUEST and _COOKIE are shown. -- Edit bug report at http://bugs.php.net/?id=25749edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25749r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25749r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25749r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25749r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25749r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25749r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25749r=support Expected behavior: http://bugs.php.net/fix.php?id=25749r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25749r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25749r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25749r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25749r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25749r=dst IIS Stability: http://bugs.php.net/fix.php?id=25749r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25749r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25749r=float
#25749 [Opn-Bgs]: PHP globals not defined
ID: 25749 Updated by: [EMAIL PROTECTED] Reported By: linjiang dot ma at myrealbox dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux Redhat 7.0 PHP Version: 4.3.3 New Comment: In PHP 4.2.0, the 'register_globals' setting default changed to 'off'. See http://www.php.net/release_4_2_0.php for more info. We are sorry about the inconvenience, but this change was a necessary part of our efforts to make PHP scripting more secure and portable. And also check variables_order php.ini directive. Previous Comments: [2003-10-03 14:52:34] linjiang dot ma at myrealbox dot com Description: Hi, I have an server running Apache 1.3.28, mod_perl, mod_ssl, mod_php4 (4.3.3) with mysql. It looks to me that for this 4.3.3 installation. many PHP predefined variables are not defined. the only defined PHP variables I can see are _REQUEST and _COOKIE. The testing page is at https://www.myplutus.com/test.php. TIA, -martin Reproduce code: --- https://www.myplutus.com/test.php Expected result: under PHP Variable sections, you should see _SERVER _SESSION _ENV PHP variables. Actual result: -- only _REQUEST and _COOKIE are shown. -- Edit this bug report at http://bugs.php.net/?id=25749edit=1
#25749 [Bgs-Opn]: PHP globals not defined
ID: 25749 User updated by: linjiang dot ma at myrealbox dot com Reported By: linjiang dot ma at myrealbox dot com -Status: Bogus +Status: Open Bug Type: Scripting Engine problem Operating System: Linux Redhat 7.0 PHP Version: 4.3.3 New Comment: Thanks for replying. I don't think the register_global in php.ini would have an effect on the existence of $_SERVER variables. It will affect the definition of $PHP_SELF. but not $_SERVER... variables_order in php.ini is currently set to 'GPC'. It should not have much to do with the existence of such variable. Please check the page, $_SERVER[] is not even defined there in PHP variables. Previous Comments: [2003-10-03 15:07:04] [EMAIL PROTECTED] In PHP 4.2.0, the 'register_globals' setting default changed to 'off'. See http://www.php.net/release_4_2_0.php for more info. We are sorry about the inconvenience, but this change was a necessary part of our efforts to make PHP scripting more secure and portable. And also check variables_order php.ini directive. [2003-10-03 14:52:34] linjiang dot ma at myrealbox dot com Description: Hi, I have an server running Apache 1.3.28, mod_perl, mod_ssl, mod_php4 (4.3.3) with mysql. It looks to me that for this 4.3.3 installation. many PHP predefined variables are not defined. the only defined PHP variables I can see are _REQUEST and _COOKIE. The testing page is at https://www.myplutus.com/test.php. TIA, -martin Reproduce code: --- https://www.myplutus.com/test.php Expected result: under PHP Variable sections, you should see _SERVER _SESSION _ENV PHP variables. Actual result: -- only _REQUEST and _COOKIE are shown. -- Edit this bug report at http://bugs.php.net/?id=25749edit=1
#25749 [Opn-Bgs]: PHP globals not defined
ID: 25749 Updated by: [EMAIL PROTECTED] Reported By: linjiang dot ma at myrealbox dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux Redhat 7.0 PHP Version: 4.3.3 New Comment: Try including the SERVER variable (S) in variables_order. variables_order=EGPCS (RTFM!) Previous Comments: [2003-10-03 15:21:57] linjiang dot ma at myrealbox dot com Thanks for replying. I don't think the register_global in php.ini would have an effect on the existence of $_SERVER variables. It will affect the definition of $PHP_SELF. but not $_SERVER... variables_order in php.ini is currently set to 'GPC'. It should not have much to do with the existence of such variable. Please check the page, $_SERVER[] is not even defined there in PHP variables. [2003-10-03 15:07:04] [EMAIL PROTECTED] In PHP 4.2.0, the 'register_globals' setting default changed to 'off'. See http://www.php.net/release_4_2_0.php for more info. We are sorry about the inconvenience, but this change was a necessary part of our efforts to make PHP scripting more secure and portable. And also check variables_order php.ini directive. [2003-10-03 14:52:34] linjiang dot ma at myrealbox dot com Description: Hi, I have an server running Apache 1.3.28, mod_perl, mod_ssl, mod_php4 (4.3.3) with mysql. It looks to me that for this 4.3.3 installation. many PHP predefined variables are not defined. the only defined PHP variables I can see are _REQUEST and _COOKIE. The testing page is at https://www.myplutus.com/test.php. TIA, -martin Reproduce code: --- https://www.myplutus.com/test.php Expected result: under PHP Variable sections, you should see _SERVER _SESSION _ENV PHP variables. Actual result: -- only _REQUEST and _COOKIE are shown. -- Edit this bug report at http://bugs.php.net/?id=25749edit=1
#25738 [Com]: Long Scripts Consistently Segfault
ID: 25738 Comment by: mark dot meredith at shaw dot ca Reported By: ohornoiu at bellevuechristian dot org Status: Feedback Bug Type: Scripting Engine problem Operating System: Mac OS X 10.2.6+ PHP Version: 4.3.3 New Comment: I downloaded and compiled again. And, yes, it still crashes. So why did my first comment on this, along with many others from other users on this page, as well as the #25394 page get deleted? I do not mean the comments that said Me too! on OPEN bug pages. Those can go. I am referring to the troubled user's posts that were requesting the bug be reopened, and my feedback on the snapshots. Are those deleted automatically? Feel free to delete this part of the comment, just please do not let it go unanswered. Thanks. Previous Comments: [2003-10-03 01:53:58] [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-10-02 22:13:09] ohornoiu at bellevuechristian dot org Description: This bug is a reference to Bug #25394 which was deemed bogus without any serious research by the developers. This is a very serious bug which basically results in the inability to create rich, meaningful applications on OS X since php consistently and mindlessly crashes on this platform. The venom with which this topic was approached by the developers in this forum in the past is entirely innapropriate for an open source project and I expect a more fair and thorough investigation this time since I am providing a concrete script that is part of a huge 77,000 line project for school calendaring called Kronophobia. I am the lead developer of this project and some of my users have requested to run this project on Mac OS X only to find out that this bug affects them in such a way as to make using the program impossible. This bug does not exist in Linux, FreeBSD or OpenBSD, all of which have been thoroughly tested and we support. If the php developers refuse to look at this code for some reason because it is beneath them to fix a Mac problem since they do not care about Mac OS X then I would at least expect some sort of public statement about this and an explanation to the Mac community of why they are to be ostracized. Reproduce code: --- The Kronophobia package is available from the following url: http://kronophobia.sourceforge.net The main file of the project, index.php is the affected file as it spans roughly 7,000 lines of code. Expected result: When run on any other platform besides Mac OS X, the code renders the page in question flawlessly. The page is just a series of switch() statements with multiple includes for each case. Actual result: -- The actual result is an apache segfault, a Page not Found error results in the browser and a crash is logged in apache logfiles. NO, increasing the memory limit in PHP does NOT fix this problem like some have suggested and PHP seems to only use about 1 megabyte of memory even after 7k lines of code. -- Edit this bug report at http://bugs.php.net/?id=25738edit=1
#25738 [Fbk]: Long Scripts Consistently Segfault
ID: 25738 Updated by: [EMAIL PROTECTED] Reported By: ohornoiu at bellevuechristian dot org Status: Feedback Bug Type: Scripting Engine problem Operating System: Mac OS X 10.2.6+ PHP Version: 4.3.3 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. NOTE: See also bug #22231, bug #22367, and bug #22510. Previous Comments: [2003-10-03 15:42:10] mark dot meredith at shaw dot ca I downloaded and compiled again. And, yes, it still crashes. So why did my first comment on this, along with many others from other users on this page, as well as the #25394 page get deleted? I do not mean the comments that said Me too! on OPEN bug pages. Those can go. I am referring to the troubled user's posts that were requesting the bug be reopened, and my feedback on the snapshots. Are those deleted automatically? Feel free to delete this part of the comment, just please do not let it go unanswered. Thanks. [2003-10-03 01:53:58] [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-10-02 22:13:09] ohornoiu at bellevuechristian dot org Description: This bug is a reference to Bug #25394 which was deemed bogus without any serious research by the developers. This is a very serious bug which basically results in the inability to create rich, meaningful applications on OS X since php consistently and mindlessly crashes on this platform. The venom with which this topic was approached by the developers in this forum in the past is entirely innapropriate for an open source project and I expect a more fair and thorough investigation this time since I am providing a concrete script that is part of a huge 77,000 line project for school calendaring called Kronophobia. I am the lead developer of this project and some of my users have requested to run this project on Mac OS X only to find out that this bug affects them in such a way as to make using the program impossible. This bug does not exist in Linux, FreeBSD or OpenBSD, all of which have been thoroughly tested and we support. If the php developers refuse to look at this code for some reason because it is beneath them to fix a Mac problem since they do not care about Mac OS X then I would at least expect some sort of public statement about this and an explanation to the Mac community of why they are to be ostracized. Reproduce code: --- The Kronophobia package is available from the following url: http://kronophobia.sourceforge.net The main file of the project, index.php is the affected file as it spans roughly 7,000 lines of code. Expected result: When run on any other platform besides Mac OS X, the code renders the page in question flawlessly. The page is just a series of switch() statements with multiple includes for each case. Actual result: -- The actual result is an apache segfault, a Page not Found error results in the browser and a crash is logged in apache logfiles. NO, increasing the memory limit in PHP does NOT fix this problem like some have suggested and PHP seems to only use about 1 megabyte of memory even after 7k lines of code. -- Edit this bug report at http://bugs.php.net/?id=25738edit=1
#25749 [Bgs-Csd]: PHP globals not defined
ID: 25749 User updated by: linjiang dot ma at myrealbox dot com Reported By: linjiang dot ma at myrealbox dot com -Status: Bogus +Status: Closed Bug Type: Scripting Engine problem Operating System: Linux Redhat 7.0 PHP Version: 4.3.3 New Comment: Oh, i c. that is the problem. it is fine now, thanks Previous Comments: [2003-10-03 15:33:14] [EMAIL PROTECTED] Try including the SERVER variable (S) in variables_order. variables_order=EGPCS (RTFM!) [2003-10-03 15:21:57] linjiang dot ma at myrealbox dot com Thanks for replying. I don't think the register_global in php.ini would have an effect on the existence of $_SERVER variables. It will affect the definition of $PHP_SELF. but not $_SERVER... variables_order in php.ini is currently set to 'GPC'. It should not have much to do with the existence of such variable. Please check the page, $_SERVER[] is not even defined there in PHP variables. [2003-10-03 15:07:04] [EMAIL PROTECTED] In PHP 4.2.0, the 'register_globals' setting default changed to 'off'. See http://www.php.net/release_4_2_0.php for more info. We are sorry about the inconvenience, but this change was a necessary part of our efforts to make PHP scripting more secure and portable. And also check variables_order php.ini directive. [2003-10-03 14:52:34] linjiang dot ma at myrealbox dot com Description: Hi, I have an server running Apache 1.3.28, mod_perl, mod_ssl, mod_php4 (4.3.3) with mysql. It looks to me that for this 4.3.3 installation. many PHP predefined variables are not defined. the only defined PHP variables I can see are _REQUEST and _COOKIE. The testing page is at https://www.myplutus.com/test.php. TIA, -martin Reproduce code: --- https://www.myplutus.com/test.php Expected result: under PHP Variable sections, you should see _SERVER _SESSION _ENV PHP variables. Actual result: -- only _REQUEST and _COOKIE are shown. -- Edit this bug report at http://bugs.php.net/?id=25749edit=1
#25749 [Csd-Bgs]: PHP globals not defined
ID: 25749 Updated by: [EMAIL PROTECTED] Reported By: linjiang dot ma at myrealbox dot com -Status: Closed +Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux Redhat 7.0 PHP Version: 4.3.3 New Comment: Leave the status bogus because this is not a real bug. Previous Comments: [2003-10-03 15:50:10] linjiang dot ma at myrealbox dot com Oh, i c. that is the problem. it is fine now, thanks [2003-10-03 15:33:14] [EMAIL PROTECTED] Try including the SERVER variable (S) in variables_order. variables_order=EGPCS (RTFM!) [2003-10-03 15:21:57] linjiang dot ma at myrealbox dot com Thanks for replying. I don't think the register_global in php.ini would have an effect on the existence of $_SERVER variables. It will affect the definition of $PHP_SELF. but not $_SERVER... variables_order in php.ini is currently set to 'GPC'. It should not have much to do with the existence of such variable. Please check the page, $_SERVER[] is not even defined there in PHP variables. [2003-10-03 15:07:04] [EMAIL PROTECTED] In PHP 4.2.0, the 'register_globals' setting default changed to 'off'. See http://www.php.net/release_4_2_0.php for more info. We are sorry about the inconvenience, but this change was a necessary part of our efforts to make PHP scripting more secure and portable. And also check variables_order php.ini directive. [2003-10-03 14:52:34] linjiang dot ma at myrealbox dot com Description: Hi, I have an server running Apache 1.3.28, mod_perl, mod_ssl, mod_php4 (4.3.3) with mysql. It looks to me that for this 4.3.3 installation. many PHP predefined variables are not defined. the only defined PHP variables I can see are _REQUEST and _COOKIE. The testing page is at https://www.myplutus.com/test.php. TIA, -martin Reproduce code: --- https://www.myplutus.com/test.php Expected result: under PHP Variable sections, you should see _SERVER _SESSION _ENV PHP variables. Actual result: -- only _REQUEST and _COOKIE are shown. -- Edit this bug report at http://bugs.php.net/?id=25749edit=1
#25738 [Com]: Long Scripts Consistently Segfault
ID: 25738 Comment by: mark dot meredith at shaw dot ca Reported By: ohornoiu at bellevuechristian dot org Status: Feedback Bug Type: Scripting Engine problem Operating System: Mac OS X 10.2.6+ PHP Version: 4.3.3 New Comment: Here is the backtrace as a result of crashing the simpler, $x = 1; done 10,000 times script as per the original reported bug #25394... #0 0x900048b0 in malloc () (gdb) bt #0 0x900048b0 in malloc () #1 0x000f0bb4 in zend_hash_add_or_update (ht=0x139c14, arKey=0x3773a8 x, nKeyLength=2, pData=0xbff80184, nDataSize=4, pDest=0xbff80168, flag=1) at /Users/markmere/ Sources/php4-snapshot/Zend/zend_hash.c:272 #2 0x000fe230 in zend_fetch_var_address (opline=0x424028, Ts=0xbff801e0, type=1) at /Users/markmere/Sources/php4- snapshot/Zend/zend_execute.c:596 #3 0x00100a88 in execute (op_array=0x375f28) at /Users/ markmere/Sources/php4-snapshot/Zend/zend_execute.c:1252 #4 0x000e9f94 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /Users/markmere/Sources/php4-snapshot/ Zend/zend.c:885 #5 0x0009c6b8 in php_execute_script (primary_file=0xb760) at /Users/markmere/Sources/php4- snapshot/main/main.c:1732 #6 0x0010a744 in main (argc=2, argv=0xbcc0) at /Users/ markmere/Sources/php4-snapshot/sapi/cli/php_cli.c:819 #7 0x1a50 in _start (argc=2, argv=0xbcc0, envp=0xbccc) at /SourceCache/Csu/Csu-45/crt.c:267 #8 0x18d0 in start () ... I generated this backtrace using the latest snapshot. Bug #29394 is just a test case representing any script long enough to tickle the crasher. It is just $x = 1; done around 10,000 times. On my Mac, it takes 8041 assignments. The crasher still goes if the script is broken up into multiple include()'s. Previous Comments: [2003-10-03 15:46:30] [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. NOTE: See also bug #22231, bug #22367, and bug #22510. [2003-10-03 15:42:10] mark dot meredith at shaw dot ca I downloaded and compiled again. And, yes, it still crashes. So why did my first comment on this, along with many others from other users on this page, as well as the #25394 page get deleted? I do not mean the comments that said Me too! on OPEN bug pages. Those can go. I am referring to the troubled user's posts that were requesting the bug be reopened, and my feedback on the snapshots. Are those deleted automatically? Feel free to delete this part of the comment, just please do not let it go unanswered. Thanks. [2003-10-03 01:53:58] [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-10-02 22:13:09] ohornoiu at bellevuechristian dot org Description: This bug is a reference to Bug #25394 which was deemed bogus without any serious research by the developers. This is a very serious bug which basically results in the inability to create rich, meaningful applications on OS X since php consistently and mindlessly crashes on this platform. The venom with which this topic was approached by the developers in this forum in the past is entirely innapropriate for an open source project and I expect a more fair and thorough investigation this time since I am providing a concrete script that is part of a huge 77,000 line project for school calendaring called Kronophobia. I am the lead developer of this project and some of my users have requested to run this project on Mac OS X only to find out that this bug affects them in such a way as to make using the program impossible. This bug does not exist in Linux, FreeBSD or OpenBSD, all of which have been thoroughly tested and we support. If the php developers refuse to look at this code for some reason because it is beneath them to fix a Mac problem since they do not care about Mac OS X then I would at least expect some sort of public statement about this and an explanation to the Mac community of why they are to be ostracized. Reproduce code: --- The Kronophobia package is available from the following url: http://kronophobia.sourceforge.net The main file of the project, index.php is the affected file as it spans roughly 7,000 lines of code. Expected result: When run on
#25738 [Fbk-Opn]: Long Scripts Consistently Segfault
ID: 25738 Updated by: [EMAIL PROTECTED] Reported By: ohornoiu at bellevuechristian dot org -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: Mac OS X 10.2.6+ PHP Version: 4.3.3 New Comment: Using: Darwin aphrodite 6.6 Darwin Kernel Version 6.6: Thu May 1 21:48:54 PDT 2003; root:xnu/xnu-344.34.obj~1/RELEASE_PPC Power Macintosh powerpc latest PHP_4_3 branch, a vanilla configure, and a script containing approx 16000 $x=1; assignments, I get this: Program received signal EXC_BAD_ACCESS, Could not access memory. execute (op_array=0x460780) at /Users/wez/src/php4.3cvs/Zend/zend_execute.c:1027 1027EX(Ts) = (temp_variable *) do_alloca(sizeof(temp_variable)*op_array-T); (gdb) bt #0 execute (op_array=0x460780) at /Users/wez/src/php4.3cvs/Zend/zend_execute.c:1027 #1 0x000d6b14 in zend_execute_scripts (type=0, retval=0x0, file_count=3) at /Users/wez/src/php4.3cvs/Zend/zend.c:885 #2 0x000ab9e8 in php_execute_script (primary_file=0x0) at /Users/wez/src/php4.3cvs/main/main.c:1732 #3 0x000e9f88 in main (argc=3, argv=0xbd60) at /Users/wez/src/php4.3cvs/sapi/cli/php_cli.c:819 #4 0x23e4 in _start (argc=3, argv=0xbd60, envp=0xbd70) at /SourceCache/Csu/Csu-45/crt.c:267 #5 0x2264 in start () My guess is that we are overflowing either the stack or the Ts storage space since the scope of the function never ends. Previous Comments: [2003-10-03 16:14:40] mark dot meredith at shaw dot ca Here is the backtrace as a result of crashing the simpler, $x = 1; done 10,000 times script as per the original reported bug #25394... #0 0x900048b0 in malloc () (gdb) bt #0 0x900048b0 in malloc () #1 0x000f0bb4 in zend_hash_add_or_update (ht=0x139c14, arKey=0x3773a8 x, nKeyLength=2, pData=0xbff80184, nDataSize=4, pDest=0xbff80168, flag=1) at /Users/markmere/ Sources/php4-snapshot/Zend/zend_hash.c:272 #2 0x000fe230 in zend_fetch_var_address (opline=0x424028, Ts=0xbff801e0, type=1) at /Users/markmere/Sources/php4- snapshot/Zend/zend_execute.c:596 #3 0x00100a88 in execute (op_array=0x375f28) at /Users/ markmere/Sources/php4-snapshot/Zend/zend_execute.c:1252 #4 0x000e9f94 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /Users/markmere/Sources/php4-snapshot/ Zend/zend.c:885 #5 0x0009c6b8 in php_execute_script (primary_file=0xb760) at /Users/markmere/Sources/php4- snapshot/main/main.c:1732 #6 0x0010a744 in main (argc=2, argv=0xbcc0) at /Users/ markmere/Sources/php4-snapshot/sapi/cli/php_cli.c:819 #7 0x1a50 in _start (argc=2, argv=0xbcc0, envp=0xbccc) at /SourceCache/Csu/Csu-45/crt.c:267 #8 0x18d0 in start () ... I generated this backtrace using the latest snapshot. Bug #29394 is just a test case representing any script long enough to tickle the crasher. It is just $x = 1; done around 10,000 times. On my Mac, it takes 8041 assignments. The crasher still goes if the script is broken up into multiple include()'s. [2003-10-03 15:46:30] [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. NOTE: See also bug #22231, bug #22367, and bug #22510. [2003-10-03 15:42:10] mark dot meredith at shaw dot ca I downloaded and compiled again. And, yes, it still crashes. So why did my first comment on this, along with many others from other users on this page, as well as the #25394 page get deleted? I do not mean the comments that said Me too! on OPEN bug pages. Those can go. I am referring to the troubled user's posts that were requesting the bug be reopened, and my feedback on the snapshots. Are those deleted automatically? Feel free to delete this part of the comment, just please do not let it go unanswered. Thanks. [2003-10-03 01:53:58] [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-10-02 22:13:09] ohornoiu at bellevuechristian dot org Description: This bug is a reference to Bug #25394 which was deemed bogus without any serious research by the developers. This is a very serious bug which basically results in the inability to create rich, meaningful applications on OS X since php
#25738 [Opn-Fbk]: Long Scripts Consistently Segfault
ID: 25738 Updated by: [EMAIL PROTECTED] Reported By: ohornoiu at bellevuechristian dot org -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Mac OS X 10.2.6+ PHP Version: 4.3.3 New Comment: Sounds like yet another alloca() problem to me. Could try this patch and tell me what would actually happen. http://www.voltex.jp/patches/bug25738-preliminary.patch.diff Previous Comments: [2003-10-03 17:25:37] [EMAIL PROTECTED] Using: Darwin aphrodite 6.6 Darwin Kernel Version 6.6: Thu May 1 21:48:54 PDT 2003; root:xnu/xnu-344.34.obj~1/RELEASE_PPC Power Macintosh powerpc latest PHP_4_3 branch, a vanilla configure, and a script containing approx 16000 $x=1; assignments, I get this: Program received signal EXC_BAD_ACCESS, Could not access memory. execute (op_array=0x460780) at /Users/wez/src/php4.3cvs/Zend/zend_execute.c:1027 1027EX(Ts) = (temp_variable *) do_alloca(sizeof(temp_variable)*op_array-T); (gdb) bt #0 execute (op_array=0x460780) at /Users/wez/src/php4.3cvs/Zend/zend_execute.c:1027 #1 0x000d6b14 in zend_execute_scripts (type=0, retval=0x0, file_count=3) at /Users/wez/src/php4.3cvs/Zend/zend.c:885 #2 0x000ab9e8 in php_execute_script (primary_file=0x0) at /Users/wez/src/php4.3cvs/main/main.c:1732 #3 0x000e9f88 in main (argc=3, argv=0xbd60) at /Users/wez/src/php4.3cvs/sapi/cli/php_cli.c:819 #4 0x23e4 in _start (argc=3, argv=0xbd60, envp=0xbd70) at /SourceCache/Csu/Csu-45/crt.c:267 #5 0x2264 in start () My guess is that we are overflowing either the stack or the Ts storage space since the scope of the function never ends. [2003-10-03 16:14:40] mark dot meredith at shaw dot ca Here is the backtrace as a result of crashing the simpler, $x = 1; done 10,000 times script as per the original reported bug #25394... #0 0x900048b0 in malloc () (gdb) bt #0 0x900048b0 in malloc () #1 0x000f0bb4 in zend_hash_add_or_update (ht=0x139c14, arKey=0x3773a8 x, nKeyLength=2, pData=0xbff80184, nDataSize=4, pDest=0xbff80168, flag=1) at /Users/markmere/ Sources/php4-snapshot/Zend/zend_hash.c:272 #2 0x000fe230 in zend_fetch_var_address (opline=0x424028, Ts=0xbff801e0, type=1) at /Users/markmere/Sources/php4- snapshot/Zend/zend_execute.c:596 #3 0x00100a88 in execute (op_array=0x375f28) at /Users/ markmere/Sources/php4-snapshot/Zend/zend_execute.c:1252 #4 0x000e9f94 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /Users/markmere/Sources/php4-snapshot/ Zend/zend.c:885 #5 0x0009c6b8 in php_execute_script (primary_file=0xb760) at /Users/markmere/Sources/php4- snapshot/main/main.c:1732 #6 0x0010a744 in main (argc=2, argv=0xbcc0) at /Users/ markmere/Sources/php4-snapshot/sapi/cli/php_cli.c:819 #7 0x1a50 in _start (argc=2, argv=0xbcc0, envp=0xbccc) at /SourceCache/Csu/Csu-45/crt.c:267 #8 0x18d0 in start () ... I generated this backtrace using the latest snapshot. Bug #29394 is just a test case representing any script long enough to tickle the crasher. It is just $x = 1; done around 10,000 times. On my Mac, it takes 8041 assignments. The crasher still goes if the script is broken up into multiple include()'s. [2003-10-03 15:46:30] [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. NOTE: See also bug #22231, bug #22367, and bug #22510. [2003-10-03 15:42:10] mark dot meredith at shaw dot ca I downloaded and compiled again. And, yes, it still crashes. So why did my first comment on this, along with many others from other users on this page, as well as the #25394 page get deleted? I do not mean the comments that said Me too! on OPEN bug pages. Those can go. I am referring to the troubled user's posts that were requesting the bug be reopened, and my feedback on the snapshots. Are those deleted automatically? Feel free to delete this part of the comment, just please do not let it go unanswered. Thanks. [2003-10-03 01:53:58] [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 The remainder of the comments for this
#25750 [NEW]: Display error on PHP.net manual for MSIE 6
From: gpeters at viatraining dot com Operating system: Windows 2000 PHP version: 4.3.4RC1 PHP Bug Type: *General Issues Bug description: Display error on PHP.net manual for MSIE 6 Description: In Microsoft Internet Explorer, the contents of most of the pages beyond the manual index are not visible. The header, left-side menu, and the fotoer are visible, but the rest of the per-page contents are not. The contents appear intact when I view the HTML source. When I view the same page in Netscape Navigator, the contents are visible again. Reproduce code: --- http://www.php.net/manual/en/language.types.php Expected result: Expected to see manual pages. Actual result: -- Pages with content area blank. -- Edit bug report at http://bugs.php.net/?id=25750edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25750r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25750r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25750r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25750r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25750r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25750r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25750r=support Expected behavior: http://bugs.php.net/fix.php?id=25750r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25750r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25750r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25750r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25750r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25750r=dst IIS Stability: http://bugs.php.net/fix.php?id=25750r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25750r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25750r=float
#25738 [Fbk-Opn]: Long Scripts Consistently Segfault
ID: 25738 Updated by: [EMAIL PROTECTED] Reported By: ohornoiu at bellevuechristian dot org -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: Mac OS X 10.2.6+ PHP Version: 4.3.3 New Comment: Seems to work for me. Previous Comments: [2003-10-03 17:36:59] [EMAIL PROTECTED] Sounds like yet another alloca() problem to me. Could try this patch and tell me what would actually happen. http://www.voltex.jp/patches/bug25738-preliminary.patch.diff [2003-10-03 17:25:37] [EMAIL PROTECTED] Using: Darwin aphrodite 6.6 Darwin Kernel Version 6.6: Thu May 1 21:48:54 PDT 2003; root:xnu/xnu-344.34.obj~1/RELEASE_PPC Power Macintosh powerpc latest PHP_4_3 branch, a vanilla configure, and a script containing approx 16000 $x=1; assignments, I get this: Program received signal EXC_BAD_ACCESS, Could not access memory. execute (op_array=0x460780) at /Users/wez/src/php4.3cvs/Zend/zend_execute.c:1027 1027EX(Ts) = (temp_variable *) do_alloca(sizeof(temp_variable)*op_array-T); (gdb) bt #0 execute (op_array=0x460780) at /Users/wez/src/php4.3cvs/Zend/zend_execute.c:1027 #1 0x000d6b14 in zend_execute_scripts (type=0, retval=0x0, file_count=3) at /Users/wez/src/php4.3cvs/Zend/zend.c:885 #2 0x000ab9e8 in php_execute_script (primary_file=0x0) at /Users/wez/src/php4.3cvs/main/main.c:1732 #3 0x000e9f88 in main (argc=3, argv=0xbd60) at /Users/wez/src/php4.3cvs/sapi/cli/php_cli.c:819 #4 0x23e4 in _start (argc=3, argv=0xbd60, envp=0xbd70) at /SourceCache/Csu/Csu-45/crt.c:267 #5 0x2264 in start () My guess is that we are overflowing either the stack or the Ts storage space since the scope of the function never ends. [2003-10-03 16:14:40] mark dot meredith at shaw dot ca Here is the backtrace as a result of crashing the simpler, $x = 1; done 10,000 times script as per the original reported bug #25394... #0 0x900048b0 in malloc () (gdb) bt #0 0x900048b0 in malloc () #1 0x000f0bb4 in zend_hash_add_or_update (ht=0x139c14, arKey=0x3773a8 x, nKeyLength=2, pData=0xbff80184, nDataSize=4, pDest=0xbff80168, flag=1) at /Users/markmere/ Sources/php4-snapshot/Zend/zend_hash.c:272 #2 0x000fe230 in zend_fetch_var_address (opline=0x424028, Ts=0xbff801e0, type=1) at /Users/markmere/Sources/php4- snapshot/Zend/zend_execute.c:596 #3 0x00100a88 in execute (op_array=0x375f28) at /Users/ markmere/Sources/php4-snapshot/Zend/zend_execute.c:1252 #4 0x000e9f94 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /Users/markmere/Sources/php4-snapshot/ Zend/zend.c:885 #5 0x0009c6b8 in php_execute_script (primary_file=0xb760) at /Users/markmere/Sources/php4- snapshot/main/main.c:1732 #6 0x0010a744 in main (argc=2, argv=0xbcc0) at /Users/ markmere/Sources/php4-snapshot/sapi/cli/php_cli.c:819 #7 0x1a50 in _start (argc=2, argv=0xbcc0, envp=0xbccc) at /SourceCache/Csu/Csu-45/crt.c:267 #8 0x18d0 in start () ... I generated this backtrace using the latest snapshot. Bug #29394 is just a test case representing any script long enough to tickle the crasher. It is just $x = 1; done around 10,000 times. On my Mac, it takes 8041 assignments. The crasher still goes if the script is broken up into multiple include()'s. [2003-10-03 15:46:30] [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. NOTE: See also bug #22231, bug #22367, and bug #22510. [2003-10-03 15:42:10] mark dot meredith at shaw dot ca I downloaded and compiled again. And, yes, it still crashes. So why did my first comment on this, along with many others from other users on this page, as well as the #25394 page get deleted? I do not mean the comments that said Me too! on OPEN bug pages. Those can go. I am referring to the troubled user's posts that were requesting the bug be reopened, and my feedback on the snapshots. Are those deleted automatically? Feel free to delete this part of the comment, just please do not let it go unanswered. Thanks. 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/25738 -- Edit this bug
#25731 [Com]: '1d1' == '1e1' ??
ID: 25731 Comment by: chara at interia dot pl Reported By: md5 at pf dot pl Status: Bogus Bug Type: Feature/Change Request Operating System: * PHP Version: * New Comment: I thing, this is new float format: 1d1 = 1*10^1 = 1e1 example: if (('3.5d3' == 3500) AND ('3.5d3' == '3.5E+3') AND ('3.5e3' == '3.5E+3')) { print('ok'); } else { print('no'); } output: ok ALL IS OK. This is new float format. :) Greetings, CHARA=TOMeK Previous Comments: [2003-10-02 16:02:39] [EMAIL PROTECTED] Use either === or strcmp() [2003-10-02 15:59:36] marcin dot staniszczak at wp dot pl :-) $a = '1d1'; if($a == '1d1') print('ok'); if($a == '1e1') print('ok'); php output: okok '1d1' == '1e1' !? next example: if('1d1' == '1e1') print('ok'); output: ok last example: if('1d1' == '1e1') print('ok'); else print('no'); output: ok I thing, should be: no [2003-10-02 10:39:16] [EMAIL PROTECTED] I don't understand polish, but what I understood from the example, this is bogus. [2003-10-02 10:22:42] md5 at pf dot pl Description: na php5 otrzymuje dwa razy napis ok $a = '1d1'; if($a == '1d1') print('ok'); if($a == '1e1') print('ok'); wyniak z tego ze: '1d1' == '1e1' i taki warunek: if('1d1' == '1e1') print('ok'); takze pokazuje ok Reproduce code: --- if('1d1' == '1e1') print('ok'); else print('no'); Expected result: powinno pojawic sie no Actual result: -- pojawia sie ok -- Edit this bug report at http://bugs.php.net/?id=25731edit=1
#25751 [NEW]: pow() function return errors
From: dbjm at comcast dot net Operating system: Windows 2000 Linux 9 PHP version: 4.3.2 PHP Bug Type: Math related Bug description: pow() function return errors Description: The pow() function returns incorrect numbers when using a negative number base. This is not a crisis to fix for me - I have worked around it. Thanks for the great work on developing PHP. Sincerely, Dave Reproduce code: --- echo pow(3.125, 3.125) = . pow(3.125, 3.125). br; echo pow(-3.125, 3.125) = . pow(-3.125, 3.125). br; echo pow(3.125, -3.125) = . pow(3.125, -3.125). br; echo pow(-3.125, -3.125) = . pow(-3.125, -3.125). br; Expected result: When the same calcualtion is made using Visual Basic the results are: 3.125 ^ 3.125 = 35.1889507775869 -3.125 ^ 3.125 = -35.1889507775869 3.125 ^ -3.125 = 2.84180112763389E-02 -3.125 ^ -3.125 = -2.84180112763389E-02 Actual result: -- Windows 2000: pow(3.125, 3.125) = 35.1889507776 pow(-3.125, 3.125) = -1.#IND pow(3.125, -3.125) = 0.0284180112763 pow(-3.125, -3.125) = -1.#IND Linux 9: pow(3.125, 3.125) = 35.188950777587 pow(-3.125, 3.125) = NAN pow(3.125, -3.125) = 0.028418011276339 pow(-3.125, -3.125) = NAN -- Edit bug report at http://bugs.php.net/?id=25751edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25751r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25751r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25751r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25751r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25751r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25751r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25751r=support Expected behavior: http://bugs.php.net/fix.php?id=25751r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25751r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25751r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25751r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25751r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25751r=dst IIS Stability: http://bugs.php.net/fix.php?id=25751r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25751r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25751r=float
#25750 [Opn-Dup]: Display error on PHP.net manual for MSIE 6
ID: 25750 User updated by: gpeters at viatraining dot com Reported By: gpeters at viatraining dot com -Status: Open +Status: Duplicate Bug Type: *General Issues Operating System: Windows 2000 PHP Version: 4.3.4RC1 New Comment: Reboot of whole machine (not just browser) brought the contents back. Previous Comments: [2003-10-03 17:38:20] gpeters at viatraining dot com Description: In Microsoft Internet Explorer, the contents of most of the pages beyond the manual index are not visible. The header, left-side menu, and the fotoer are visible, but the rest of the per-page contents are not. The contents appear intact when I view the HTML source. When I view the same page in Netscape Navigator, the contents are visible again. Reproduce code: --- http://www.php.net/manual/en/language.types.php Expected result: Expected to see manual pages. Actual result: -- Pages with content area blank. -- Edit this bug report at http://bugs.php.net/?id=25750edit=1
#24766 [Ver-Asn]: strange result array from unpack
ID: 24766 Updated by: [EMAIL PROTECTED] Reported By: spy at spy dot zp dot ua -Status: Verified +Status: Assigned Bug Type: Zend Engine 2 problem Operating System: FreeBSD 4.8 PHP Version: 5CVS-2003-08-06 (dev) Assigned To: moriyoshi Previous Comments: [2003-07-23 07:35:35] spy at spy dot zp dot ua Description: Something wrong with result array from unpack. var_dump prints correct content. But when I try to access directly to index, that reports undefined offset. Reproduce code: --- $a=unpack('C3',pack(H6,123456)); var_dump($a); $k=array_keys($a); var_dump($k); $i=$k[0]; print $a[$i]; Expected result: Expected result of line 9 is: 18 Actual result: -- Undefined offset: 1 in 1.php on line 9 -- Edit this bug report at http://bugs.php.net/?id=24766edit=1
#24766 [Asn-Csd]: strange result array from unpack
ID: 24766 Updated by: [EMAIL PROTECTED] Reported By: spy at spy dot zp dot ua -Status: Assigned +Status: Closed Bug Type: Zend Engine 2 problem Operating System: FreeBSD 4.8 PHP Version: 5CVS-2003-08-06 (dev) Assigned To: moriyoshi New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. 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 in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-07-23 07:35:35] spy at spy dot zp dot ua Description: Something wrong with result array from unpack. var_dump prints correct content. But when I try to access directly to index, that reports undefined offset. Reproduce code: --- $a=unpack('C3',pack(H6,123456)); var_dump($a); $k=array_keys($a); var_dump($k); $i=$k[0]; print $a[$i]; Expected result: Expected result of line 9 is: 18 Actual result: -- Undefined offset: 1 in 1.php on line 9 -- Edit this bug report at http://bugs.php.net/?id=24766edit=1
#25728 [Opn-Bgs]: access violation with php.ini's previous PHP version
ID: 25728 Updated by: [EMAIL PROTECTED] Reported By: php at bouchery dot com -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Windows PHP Version: 5.0.0b1 (beta1) New Comment: First of all: PHP looks first in the current working directory for the php.ini, THEN the other places. Second, you propably have extension directory with extensions for different PHP version which get loaded by the 'other' php.ini file. This will of course not work. Previous Comments: [2003-10-03 07:37:03] php at bouchery dot com I'm using PHP 4.3.2RC2. I tried this php -c c:/winnt/, and it's work (with the previous version of php.ini). If I put a php.ini (from php4 or php5) in the same directory of php5, it's work. That's mean php can't load my php.ini in the %windows% directory ?! [2003-10-02 10:15:35] [EMAIL PROTECTED] From what PHP version was the ini from? What is the diff between the php.ini-dist from the PHP 5 package against the one you had? [2003-10-02 08:35:09] php at bouchery dot com Description: If you execute php (command, apache CGI or apache module), an exception occured. I've remove php.ini's previous PHP version from my windows directory and now it's work fine. Expected result: PHP excution ;-) Actual result: -- Exception : access violation (0xc005), Address : 0x100ae216 -- Edit this bug report at http://bugs.php.net/?id=25728edit=1
#24630 [Opn-Csd]: extract with EXTR_REFS makes weird references
ID: 24630 Updated by: [EMAIL PROTECTED] Reported By: tater at potatoe dot com -Status: Open +Status: Closed Bug Type: Zend Engine 2 problem Operating System: OS X 10.2 PHP Version: 5.0.0b2-dev New Comment: Seems to be fixed in CVS now. Previous Comments: [2003-07-12 23:10:33] tater at potatoe dot com But '$b = array('x'=$a);' is quite different from '$b = array('x'=$a);', and extract() is retroactively altering the definition of $b. $b['x'] should just be a copy of $a. I think it's just a symbol table problem. If I do: $a = 10; $b['x'] = $a; $a = 10; extract($b, EXTR_REFS); $x = 5; now $a is not changed. If $b['x'] really was $a, that would not be the case. [2003-07-12 22:34:23] [EMAIL PROTECTED] IMO, it's exactly how it's supposed to work. To emulate the EXTR_REFS: ?php function trap1() { $a = 10; $b = array('x'=$a); $x = $b['x']; $x = 5; var_dump(get_defined_vars()); } trap1(); [2003-07-12 21:40:25] tater at potatoe dot com OK, tell me this is bogus: --- ?php function trap1() { $a = 10; $b = array('x'=$a); $x = $b['x']; $x = 5; var_dump(get_defined_vars()); } trap1(); function trap2() { $a = 10; $b = array('x'=$a); extract($b, EXTR_REFS); $x = 5; var_dump(get_defined_vars()); } trap2(); ? In first function, $a is unchanged. In second, it is altered. They should behave the same way. It is only extract() making the difference. [2003-07-12 21:04:27] [EMAIL PROTECTED] Try search the bug database before submitting new reports.. there are couple of related reports still open. (mostly documentation issues..) [2003-07-12 20:47:59] tater at potatoe dot com Description: If you create an array by assigning its elements the value of a scalar variable (or, in PHP5, by using array_combine() with an array of keys and an array built with array_fill() or array_pad()), then extract(array, EXTR_REFS) will make that scalar into a reference, as well as making all the array elements references to the same... location? I don't know, they all end up pointing to the same thing, so that changing any one of them changes all of them. This tests the same on the current PHP4 release and the latest CVS PHP5 code. Reproduce code: --- ?php function trap() { $tick = 0; $x = array('x1'=$tick, 'x2'=$tick, 'x3'=0, 'x4'=0); $y = array('y1'=$tick, 'y2'=$tick, 'y3'=0, 'y4'=0); var_dump(get_defined_vars()); foreach ($x as $k = $v) $$k = $x[$k]; extract($y, EXTR_REFS); var_dump(get_defined_vars()); $x1 = 1; $y1 = 2; $y3 = 4; var_dump(get_defined_vars()); $tick = 5; var_dump(get_defined_vars()); } trap(); ? Expected result: Changing $y1 should only change it and y['y1']. Changing $tick should only change $tick. Actual result: -- Changing $y1 or $tick changes the other as well. -- Edit this bug report at http://bugs.php.net/?id=24630edit=1
#25727 [Opn-Fbk]: popen returns wrong exitcode
ID: 25727 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: i386 Linux PHP Version: 4CVS-2003-10-03 (stable) New Comment: Exactly what linux version is this with? What glibc? Gcc? etc.. Previous Comments: [2003-10-03 11:10:08] [EMAIL PROTECTED] No change, I still get the Actual result (with fgets). [2003-10-02 19:31:25] [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 I too (like sniper) get the correct output int(0) [2003-10-02 10:45:08] [EMAIL PROTECTED] For me the output is (when replaced fread with fgets) this: FOO int(0) [2003-10-02 09:00:17] [EMAIL PROTECTED] If you pclose before all the data has been read, you might cause the child process to terminate abnormally, and this might explain the exit code. In addition, fread() will only read a packet from a pipe, so you might not be getting all the data before you pclose it. *that's* what fread/fgets() has got to do with it; in future, please don't question my suggestions and just provide the requested feedback. [2003-10-02 08:00:43] [EMAIL PROTECTED] Description: Apparently this has something to do with the environment-variables in the shell, popen uses to execute the command. If I replace echo FOO with export I get the whole line of variables and then it fails, whereas the successful execution only has one, BASH=/bin/sh. I use php -n so no php.ini is used. Reproduce code: --- ?php $pp = popen(echo FOO, r); echo fread($pp, 4096); var_dump(pclose($pp)); ? Expected result: FOO int(0) Actual result: -- FOO int(-1) -- Edit this bug report at http://bugs.php.net/?id=25727edit=1
#25738 [Com]: Long Scripts Consistently Segfault
ID: 25738 Comment by: mark dot meredith at shaw dot ca Reported By: ohornoiu at bellevuechristian dot org Status: Open Bug Type: Scripting Engine problem Operating System: Mac OS X 10.2.6+ PHP Version: 4.3.3 New Comment: Beautiful. The patch seems to work for me as well. I tried with over 100,000 assignments with no problems. Previous Comments: [2003-10-03 17:58:17] [EMAIL PROTECTED] Seems to work for me. [2003-10-03 17:36:59] [EMAIL PROTECTED] Sounds like yet another alloca() problem to me. Could try this patch and tell me what would actually happen. http://www.voltex.jp/patches/bug25738-preliminary.patch.diff [2003-10-03 17:25:37] [EMAIL PROTECTED] Using: Darwin aphrodite 6.6 Darwin Kernel Version 6.6: Thu May 1 21:48:54 PDT 2003; root:xnu/xnu-344.34.obj~1/RELEASE_PPC Power Macintosh powerpc latest PHP_4_3 branch, a vanilla configure, and a script containing approx 16000 $x=1; assignments, I get this: Program received signal EXC_BAD_ACCESS, Could not access memory. execute (op_array=0x460780) at /Users/wez/src/php4.3cvs/Zend/zend_execute.c:1027 1027EX(Ts) = (temp_variable *) do_alloca(sizeof(temp_variable)*op_array-T); (gdb) bt #0 execute (op_array=0x460780) at /Users/wez/src/php4.3cvs/Zend/zend_execute.c:1027 #1 0x000d6b14 in zend_execute_scripts (type=0, retval=0x0, file_count=3) at /Users/wez/src/php4.3cvs/Zend/zend.c:885 #2 0x000ab9e8 in php_execute_script (primary_file=0x0) at /Users/wez/src/php4.3cvs/main/main.c:1732 #3 0x000e9f88 in main (argc=3, argv=0xbd60) at /Users/wez/src/php4.3cvs/sapi/cli/php_cli.c:819 #4 0x23e4 in _start (argc=3, argv=0xbd60, envp=0xbd70) at /SourceCache/Csu/Csu-45/crt.c:267 #5 0x2264 in start () My guess is that we are overflowing either the stack or the Ts storage space since the scope of the function never ends. [2003-10-03 16:14:40] mark dot meredith at shaw dot ca Here is the backtrace as a result of crashing the simpler, $x = 1; done 10,000 times script as per the original reported bug #25394... #0 0x900048b0 in malloc () (gdb) bt #0 0x900048b0 in malloc () #1 0x000f0bb4 in zend_hash_add_or_update (ht=0x139c14, arKey=0x3773a8 x, nKeyLength=2, pData=0xbff80184, nDataSize=4, pDest=0xbff80168, flag=1) at /Users/markmere/ Sources/php4-snapshot/Zend/zend_hash.c:272 #2 0x000fe230 in zend_fetch_var_address (opline=0x424028, Ts=0xbff801e0, type=1) at /Users/markmere/Sources/php4- snapshot/Zend/zend_execute.c:596 #3 0x00100a88 in execute (op_array=0x375f28) at /Users/ markmere/Sources/php4-snapshot/Zend/zend_execute.c:1252 #4 0x000e9f94 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /Users/markmere/Sources/php4-snapshot/ Zend/zend.c:885 #5 0x0009c6b8 in php_execute_script (primary_file=0xb760) at /Users/markmere/Sources/php4- snapshot/main/main.c:1732 #6 0x0010a744 in main (argc=2, argv=0xbcc0) at /Users/ markmere/Sources/php4-snapshot/sapi/cli/php_cli.c:819 #7 0x1a50 in _start (argc=2, argv=0xbcc0, envp=0xbccc) at /SourceCache/Csu/Csu-45/crt.c:267 #8 0x18d0 in start () ... I generated this backtrace using the latest snapshot. Bug #29394 is just a test case representing any script long enough to tickle the crasher. It is just $x = 1; done around 10,000 times. On my Mac, it takes 8041 assignments. The crasher still goes if the script is broken up into multiple include()'s. [2003-10-03 15:46:30] [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. NOTE: See also bug #22231, bug #22367, and bug #22510. 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/25738 -- Edit this bug report at http://bugs.php.net/?id=25738edit=1
#25738 [Opn-Csd]: Long Scripts Consistently Segfault
ID: 25738 Updated by: [EMAIL PROTECTED] Reported By: ohornoiu at bellevuechristian dot org -Status: Open +Status: Closed Bug Type: Scripting Engine problem Operating System: Mac OS X 10.2.6+ PHP Version: 4.3.3 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. 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 in short time. Thank you for the report, and for helping us make PHP better. Thank you again! Previous Comments: [2003-10-03 19:18:09] mark dot meredith at shaw dot ca Beautiful. The patch seems to work for me as well. I tried with over 100,000 assignments with no problems. [2003-10-03 17:58:17] [EMAIL PROTECTED] Seems to work for me. [2003-10-03 17:36:59] [EMAIL PROTECTED] Sounds like yet another alloca() problem to me. Could try this patch and tell me what would actually happen. http://www.voltex.jp/patches/bug25738-preliminary.patch.diff [2003-10-03 17:25:37] [EMAIL PROTECTED] Using: Darwin aphrodite 6.6 Darwin Kernel Version 6.6: Thu May 1 21:48:54 PDT 2003; root:xnu/xnu-344.34.obj~1/RELEASE_PPC Power Macintosh powerpc latest PHP_4_3 branch, a vanilla configure, and a script containing approx 16000 $x=1; assignments, I get this: Program received signal EXC_BAD_ACCESS, Could not access memory. execute (op_array=0x460780) at /Users/wez/src/php4.3cvs/Zend/zend_execute.c:1027 1027EX(Ts) = (temp_variable *) do_alloca(sizeof(temp_variable)*op_array-T); (gdb) bt #0 execute (op_array=0x460780) at /Users/wez/src/php4.3cvs/Zend/zend_execute.c:1027 #1 0x000d6b14 in zend_execute_scripts (type=0, retval=0x0, file_count=3) at /Users/wez/src/php4.3cvs/Zend/zend.c:885 #2 0x000ab9e8 in php_execute_script (primary_file=0x0) at /Users/wez/src/php4.3cvs/main/main.c:1732 #3 0x000e9f88 in main (argc=3, argv=0xbd60) at /Users/wez/src/php4.3cvs/sapi/cli/php_cli.c:819 #4 0x23e4 in _start (argc=3, argv=0xbd60, envp=0xbd70) at /SourceCache/Csu/Csu-45/crt.c:267 #5 0x2264 in start () My guess is that we are overflowing either the stack or the Ts storage space since the scope of the function never ends. [2003-10-03 16:14:40] mark dot meredith at shaw dot ca Here is the backtrace as a result of crashing the simpler, $x = 1; done 10,000 times script as per the original reported bug #25394... #0 0x900048b0 in malloc () (gdb) bt #0 0x900048b0 in malloc () #1 0x000f0bb4 in zend_hash_add_or_update (ht=0x139c14, arKey=0x3773a8 x, nKeyLength=2, pData=0xbff80184, nDataSize=4, pDest=0xbff80168, flag=1) at /Users/markmere/ Sources/php4-snapshot/Zend/zend_hash.c:272 #2 0x000fe230 in zend_fetch_var_address (opline=0x424028, Ts=0xbff801e0, type=1) at /Users/markmere/Sources/php4- snapshot/Zend/zend_execute.c:596 #3 0x00100a88 in execute (op_array=0x375f28) at /Users/ markmere/Sources/php4-snapshot/Zend/zend_execute.c:1252 #4 0x000e9f94 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /Users/markmere/Sources/php4-snapshot/ Zend/zend.c:885 #5 0x0009c6b8 in php_execute_script (primary_file=0xb760) at /Users/markmere/Sources/php4- snapshot/main/main.c:1732 #6 0x0010a744 in main (argc=2, argv=0xbcc0) at /Users/ markmere/Sources/php4-snapshot/sapi/cli/php_cli.c:819 #7 0x1a50 in _start (argc=2, argv=0xbcc0, envp=0xbccc) at /SourceCache/Csu/Csu-45/crt.c:267 #8 0x18d0 in start () ... I generated this backtrace using the latest snapshot. Bug #29394 is just a test case representing any script long enough to tickle the crasher. It is just $x = 1; done around 10,000 times. On my Mac, it takes 8041 assignments. The crasher still goes if the script is broken up into multiple include()'s. 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/25738 -- Edit this bug report at http://bugs.php.net/?id=25738edit=1
#25727 [Fbk-Opn]: popen returns wrong exitcode
ID: 25727 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: i386 Linux PHP Version: 4CVS-2003-10-03 (stable) New Comment: I tested the script on RH 8 and 9 with their current packets. I made some very strange observations today, I was able to get the correct result, but I wasn't able to reproduce the steps exactly. I still have the impression, that it is some strange interaction with the shell and/or their variables. This may sound stupid, but it was the only difference I saw when I got correct results. Btw. I'm using tcsh, popen seems to use /bin/sh. RH8 RH9 --- --- gcc 3.2-7 3.2.2-5 glibc 2.3.2 same bash 2.0.5b same tcsh 6.12same Previous Comments: [2003-10-03 19:17:17] [EMAIL PROTECTED] Exactly what linux version is this with? What glibc? Gcc? etc.. [2003-10-03 11:10:08] [EMAIL PROTECTED] No change, I still get the Actual result (with fgets). [2003-10-02 19:31:25] [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 I too (like sniper) get the correct output int(0) [2003-10-02 10:45:08] [EMAIL PROTECTED] For me the output is (when replaced fread with fgets) this: FOO int(0) [2003-10-02 09:00:17] [EMAIL PROTECTED] If you pclose before all the data has been read, you might cause the child process to terminate abnormally, and this might explain the exit code. In addition, fread() will only read a packet from a pipe, so you might not be getting all the data before you pclose it. *that's* what fread/fgets() has got to do with it; in future, please don't question my suggestions and just provide the requested feedback. 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/25727 -- Edit this bug report at http://bugs.php.net/?id=25727edit=1
#25752 [NEW]: ncurses includes in ext/ncurses/php_ncurses.h conflicts with BSD curses.
From: suga at netbsd dot com dot br Operating system: NetBSD PHP version: 4.3.3 PHP Bug Type: Compile Failure Bug description: ncurses includes in ext/ncurses/php_ncurses.h conflicts with BSD curses. Description: When compiling PHP under NetBSD with '--with-ncurses', the build will fail when ext/ncurses/php_ncurses.h includes curses.h, which is actually BSD curses and NOT ncurses. For the process to work under NetBSD, it's necessary to replace curses.h with ncurses.h in that file, like: --- php_ncurses.h.old Fri Oct 3 20:33:08 2003 +++ php_ncurses.h Fri Oct 3 20:40:03 2003 @@ -19,7 +19,7 @@ #ifndef PHP_NCURSES_H #define PHP_NCURSES_H -#include curses.h +#include ncurses.h extern int le_ncurses_windows; -- Edit bug report at http://bugs.php.net/?id=25752edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25752r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25752r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25752r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25752r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25752r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25752r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25752r=support Expected behavior: http://bugs.php.net/fix.php?id=25752r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25752r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25752r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25752r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25752r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25752r=dst IIS Stability: http://bugs.php.net/fix.php?id=25752r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25752r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25752r=float
#25727 [Opn-Fbk]: popen returns wrong exitcode
ID: 25727 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: i386 Linux PHP Version: 4CVS-2003-10-03 (stable) New Comment: And finally: What was the configure line you used to configure PHP? (should have asked this the very beginning :) Previous Comments: [2003-10-03 19:36:37] [EMAIL PROTECTED] I tested the script on RH 8 and 9 with their current packets. I made some very strange observations today, I was able to get the correct result, but I wasn't able to reproduce the steps exactly. I still have the impression, that it is some strange interaction with the shell and/or their variables. This may sound stupid, but it was the only difference I saw when I got correct results. Btw. I'm using tcsh, popen seems to use /bin/sh. RH8 RH9 --- --- gcc 3.2-7 3.2.2-5 glibc 2.3.2 same bash 2.0.5b same tcsh 6.12same [2003-10-03 19:17:17] [EMAIL PROTECTED] Exactly what linux version is this with? What glibc? Gcc? etc.. [2003-10-03 11:10:08] [EMAIL PROTECTED] No change, I still get the Actual result (with fgets). [2003-10-02 19:31:25] [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 I too (like sniper) get the correct output int(0) [2003-10-02 10:45:08] [EMAIL PROTECTED] For me the output is (when replaced fread with fgets) this: FOO int(0) 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/25727 -- Edit this bug report at http://bugs.php.net/?id=25727edit=1
#25727 [Fbk-Opn]: popen returns wrong exitcode
ID: 25727 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: i386 Linux PHP Version: 4CVS-2003-10-03 (stable) New Comment: ./configure \ --enable-bcmath \ --enable-calendar \ --enable-debug \ --enable-exif \ --enable-ftp\ --enable-mbstring \ --enable-memory-limit \ --enable-pcntl \ --enable-shmop \ --enable-sigchild \ --enable-ucd-snmp-hack \ --enable-sockets\ --enable-sysvmsg\ --enable-sysvsem\ --enable-sysvshm\ --with-apxs=/usr/local/apache/bin/apxs \ --with-bz2 \ --with-gd \ --with-freetype-dir \ --with-gettext \ --with-ldap \ --with-mysql=/usr \ --with-mysql-sock=/var/lib/mysql/ \ --with-ncurses \ --with-snmp \ --with-xml \ --with-zlib Previous Comments: [2003-10-03 20:24:25] [EMAIL PROTECTED] And finally: What was the configure line you used to configure PHP? (should have asked this the very beginning :) [2003-10-03 19:36:37] [EMAIL PROTECTED] I tested the script on RH 8 and 9 with their current packets. I made some very strange observations today, I was able to get the correct result, but I wasn't able to reproduce the steps exactly. I still have the impression, that it is some strange interaction with the shell and/or their variables. This may sound stupid, but it was the only difference I saw when I got correct results. Btw. I'm using tcsh, popen seems to use /bin/sh. RH8 RH9 --- --- gcc 3.2-7 3.2.2-5 glibc 2.3.2 same bash 2.0.5b same tcsh 6.12same [2003-10-03 19:17:17] [EMAIL PROTECTED] Exactly what linux version is this with? What glibc? Gcc? etc.. [2003-10-03 11:10:08] [EMAIL PROTECTED] No change, I still get the Actual result (with fgets). [2003-10-02 19:31:25] [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 I too (like sniper) get the correct output int(0) 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/25727 -- Edit this bug report at http://bugs.php.net/?id=25727edit=1
#25727 [Opn-Ver]: --enable-sigchild is causing unexpected behaviour (for example with popen())
ID: 25727 Updated by: [EMAIL PROTECTED] -Summary: popen returns wrong exitcode Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: Filesystem function related Operating System: i386 Linux -PHP Version: 4CVS-2003-10-03 (stable) +PHP Version: 5CVS New Comment: Just remove the --enable-sigchild option. (you really don't need it when you don't use oracle..) Won't fix in PHP 4, maybe fix in PHP 5. (the sigchild issue) Previous Comments: [2003-10-03 20:34:16] [EMAIL PROTECTED] ./configure \ --enable-bcmath \ --enable-calendar \ --enable-debug \ --enable-exif \ --enable-ftp\ --enable-mbstring \ --enable-memory-limit \ --enable-pcntl \ --enable-shmop \ --enable-sigchild \ --enable-ucd-snmp-hack \ --enable-sockets\ --enable-sysvmsg\ --enable-sysvsem\ --enable-sysvshm\ --with-apxs=/usr/local/apache/bin/apxs \ --with-bz2 \ --with-gd \ --with-freetype-dir \ --with-gettext \ --with-ldap \ --with-mysql=/usr \ --with-mysql-sock=/var/lib/mysql/ \ --with-ncurses \ --with-snmp \ --with-xml \ --with-zlib [2003-10-03 20:24:25] [EMAIL PROTECTED] And finally: What was the configure line you used to configure PHP? (should have asked this the very beginning :) [2003-10-03 19:36:37] [EMAIL PROTECTED] I tested the script on RH 8 and 9 with their current packets. I made some very strange observations today, I was able to get the correct result, but I wasn't able to reproduce the steps exactly. I still have the impression, that it is some strange interaction with the shell and/or their variables. This may sound stupid, but it was the only difference I saw when I got correct results. Btw. I'm using tcsh, popen seems to use /bin/sh. RH8 RH9 --- --- gcc 3.2-7 3.2.2-5 glibc 2.3.2 same bash 2.0.5b same tcsh 6.12same [2003-10-03 19:17:17] [EMAIL PROTECTED] Exactly what linux version is this with? What glibc? Gcc? etc.. [2003-10-03 11:10:08] [EMAIL PROTECTED] No change, I still get the Actual result (with fgets). 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/25727 -- Edit this bug report at http://bugs.php.net/?id=25727edit=1
#25752 [Opn-Csd]: ncurses includes in ext/ncurses/php_ncurses.h conflicts with BSD curses.
ID: 25752 Updated by: [EMAIL PROTECTED] Reported By: suga at netbsd dot com dot br -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: NetBSD PHP Version: 4.3.3 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. 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 in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-10-03 19:39:05] suga at netbsd dot com dot br Description: When compiling PHP under NetBSD with '--with-ncurses', the build will fail when ext/ncurses/php_ncurses.h includes curses.h, which is actually BSD curses and NOT ncurses. For the process to work under NetBSD, it's necessary to replace curses.h with ncurses.h in that file, like: --- php_ncurses.h.old Fri Oct 3 20:33:08 2003 +++ php_ncurses.h Fri Oct 3 20:40:03 2003 @@ -19,7 +19,7 @@ #ifndef PHP_NCURSES_H #define PHP_NCURSES_H -#include curses.h +#include ncurses.h extern int le_ncurses_windows; -- Edit this bug report at http://bugs.php.net/?id=25752edit=1
#25740 [Opn-Bgs]: strstr unexpected behavior
ID: 25740 Updated by: [EMAIL PROTECTED] Reported By: daijoubu at videotron dot ca -Status: Open +Status: Bogus Bug Type: Strings related Operating System: Win98SE PHP Version: 4.3.3 New Comment: from the manual page for strstr(): Returns part of haystack string from the first occurrence of needle to the end of haystack. strstr() works just fine, the last char in your string is '0' (zero). Try this: ?php $test = '1234567890'; var_dump(strstr($test, '0')); ? # php test.php string(1) 0 You see it's string, it's not boolean. To get reliable results, always check the type of returned variable. Like this: ?php $test = '1234567890'; if (strstr($test, '0') !== false) { $result = 1; } ? Previous Comments: [2003-10-03 01:49:53] daijoubu at videotron dot ca Description: string strstr ( string haystack, string needle) If needle is numeric and lenght of 1 at the end of the haystack, returns false No problem if needle is 'a' ($test = '123456789a') or '90' ($test = '1234567890') Reproduce code: --- $test = '1234567890'; if (strstr($test, '0')) { $result = 1; } Expected result: result = 1; Should output the same as: if (strpos($test, '0') !== false) { $result = 1; } Actual result: -- $result = 0; -- Edit this bug report at http://bugs.php.net/?id=25740edit=1
#25739 [Opn-Bgs]: inappropriate session.compat_42 warning
ID: 25739 Updated by: [EMAIL PROTECTED] Reported By: webteam at skimtta dot com -Status: Open +Status: Bogus Bug Type: Session related Operating System: W2K Pro, FreeBSD PHP Version: 4.3.4RC1 New Comment: Read the error message again: Your script possibly relies on.. -- notice the word 'possibly' You can silence the message by disabling either session.bug_compat_warn or session.bug_compat_42 or both. Read also the note in php.ini-dist above these options. Previous Comments: [2003-10-02 22:25:57] webteam at skimtta dot com Description: Session.compat_42 warning message is reported without using global variables as a source of data. Register globals are off. This warning message occurs when a local variable and a session variable have the same name, and the session variable ends up being assigned a NULL value - see code below. (Note: I'm not trying to unset the session variable. In my real code, the NULL result came from several levels of nested function calls). This warning message states ...the session extension does not consider global variables as a source of data, unless register_globals is enabled. This does not describe this siutation. The documentation doesn't state that local variables and session variables must not have the same name; and the comp_42 warning message does not cover this case either. So this must be a bug. Reproduce code: --- session_start(); // WORKS: // $x = 1; // $_SESSION[x] = ; // or // $_SESSION[x] = NULL; // FAILS with session.bug_compat_42 warning: $x = 1; $_SESSION[x] = NULL; Expected result: No warning messages and not having to disable warning messages that do not describe this situation. (Or changes to the documentation stating local variables and session variables can not have the same names). Actual result: -- Warning: Unknown(): Your script possibly relies on a session side-effect which existed until PHP 4.2.3. Please be advised that the session extension does not consider global variables as a source of data, unless register_globals is enabled. You can disable this functionality and this warning by setting session.bug_compat_42 or session.bug_compat_warn to off, respectively. in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=25739edit=1
#25480 [Opn-Fbk]: All exec, passthru, system, shell execution commands fail intermittently.
ID: 25480 Updated by: [EMAIL PROTECTED] Reported By: colin at grandecom dot com -Status: Open +Status: Feedback Bug Type: Program Execution Operating System: Solaris 2.8 PHP Version: 4.3.3 New Comment: Please check phpinfo() output for the configure line and paste it here. Previous Comments: [2003-09-10 21:05:50] colin at grandecom dot com safe_mode = Off It is only happening to me with 4.3.3 - on this particular machine I upgraded from 4.3.1 yesterday to fix an snmp bug, and the problem start happening today (I'd run 4.3.1 without any exec issues for several weeks prior.) In retrospect, this definitely should have been mentioned in my initial bug report. Sorry about that. [2003-09-10 20:07:27] [EMAIL PROTECTED] Also, did this happen with previous PHP versions? If not, which was the previous version you had? [2003-09-10 20:06:43] [EMAIL PROTECTED] Is safe_mode enabled? [2003-09-10 18:14:54] colin at grandecom dot com Sorry, the 'expected result' is naturally just the output of a ping process, ie: PING blah: 56 data bytes 64 bytes from 192.168.5.1: icmp_seq=0. time=1. ms 64 bytes from 192.168.5.1: icmp_seq=1. time=0. ms blah PING Statistics 2 packets transmitted, 2 packets received, 0% packet loss round-trip (ms) min/avg/max = 0/0/1 And the actual result is the error I pasted under expected output. Excuse my braindead first post. [2003-09-10 18:10:47] colin at grandecom dot com Description: At certain times (no discernible load, nor any unusually high memory or swap usage, etc.) all shell exec commands fail. Typically it will last a short period of time, and then all commands work fine. Restarting apache does not appear to cure or improve the situation. Below are my particulars. My configure line: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-oracle=/opt/oracle --with-snmp=/usr/local --with-curl=/opt --with-gd --with-zlib-dir=/usr/local/lib Other information: Sun E250, 2x296mhz, 1024MB RAM, gcc 2.95.2 Changes to php.ini from php.ini-dist: register_globals = On Here are some error examples from various execs: Warning: shell_exec(): Unable to execute 'nslookup -timeout=3 10.130.0.1 2/dev/null' in /usr/local/apache/htdocs/my.php on line 39 Warning: system(): Unable to fork [/opt/qip/usr/bin/qping -v -r 3 -t 250 10.130.2.163] in /usr/local/apache/htdocs/my.php on line 79 Warning: passthru(): Unable to fork [/opt/qip/usr/bin/qping -v -r 3 -t 250 10.130.2.163] in /usr/local/apache/htdocs/my.php on line 78 Reproduce code: --- echo pre; system(ping -s $ip 56 10); echo /pre; Expected result: Warning: system(): Unable to fork [ping -s 10.130.2.163 56 10] in /usr/local/apache/htdocs/ping.php on line 55 Actual result: -- Command simply doesn't execute, program continues without a problem or error. -- Edit this bug report at http://bugs.php.net/?id=25480edit=1
#25480 [Fbk-Opn]: All exec, passthru, system, shell execution commands fail intermittently.
ID: 25480 User updated by: colin at grandecom dot com Reported By: colin at grandecom dot com -Status: Feedback +Status: Open Bug Type: Program Execution Operating System: Solaris 2.8 PHP Version: 4.3.3 New Comment: Uh... My ./configure line appears in my very first post as is required by the bug submission form. Previous Comments: [2003-10-04 00:11:04] [EMAIL PROTECTED] Please check phpinfo() output for the configure line and paste it here. [2003-09-10 21:05:50] colin at grandecom dot com safe_mode = Off It is only happening to me with 4.3.3 - on this particular machine I upgraded from 4.3.1 yesterday to fix an snmp bug, and the problem start happening today (I'd run 4.3.1 without any exec issues for several weeks prior.) In retrospect, this definitely should have been mentioned in my initial bug report. Sorry about that. [2003-09-10 20:07:27] [EMAIL PROTECTED] Also, did this happen with previous PHP versions? If not, which was the previous version you had? [2003-09-10 20:06:43] [EMAIL PROTECTED] Is safe_mode enabled? [2003-09-10 18:14:54] colin at grandecom dot com Sorry, the 'expected result' is naturally just the output of a ping process, ie: PING blah: 56 data bytes 64 bytes from 192.168.5.1: icmp_seq=0. time=1. ms 64 bytes from 192.168.5.1: icmp_seq=1. time=0. ms blah PING Statistics 2 packets transmitted, 2 packets received, 0% packet loss round-trip (ms) min/avg/max = 0/0/1 And the actual result is the error I pasted under expected output. Excuse my braindead first post. 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/25480 -- Edit this bug report at http://bugs.php.net/?id=25480edit=1
#25753 [NEW]: php_value|flag / php_admin_* settings leak from vhosts/.htaccess files
From: [EMAIL PROTECTED] Operating system: * PHP version: 4CVS-2003-10-04 (stable) PHP Bug Type: Apache related Bug description: php_value|flag / php_admin_* settings leak from vhosts/.htaccess files Description: If (for example) one virtualhost configuration has set php_admin_flag register_globals off, in some situations the setting persists between requests. - php.ini settings are NOT reset between requests. 1. php.ini has register_globals = On 2. Request is made into www.foobar.com (which has php_admin_flag register_globals off) 3. Next request (same apache child) is made into www.barfoo.com (which does not have the setting) This applies to ALL php.ini directives. Some related reports: bug #6374 (include_path in .htaccess across multiple vhosts) bug #7174 (Round-robin -like values for include_path) bug #19292 (Random error: open_basedir restriction..) bug #21564 (corrupted paths coming to open_basedir) bug #23462 (php_admin_value open_basedir in httpd.conf) bug #23580 (Random values for include_path) bug #24282 (Strange Open Base Dir Restriction Errors) bug #24974 (random open_basedir errors) bug #25172 ($HTTP_HOST sometimes empty) For all who think they're experiencing this problem: DO NOT add any comments here unless you have some extra information to give which is not already given in above mentioned reports. Any comment which has no extra value will be deleted. -- Edit bug report at http://bugs.php.net/?id=25753edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25753r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25753r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25753r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25753r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25753r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25753r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25753r=support Expected behavior: http://bugs.php.net/fix.php?id=25753r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25753r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25753r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25753r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25753r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25753r=dst IIS Stability: http://bugs.php.net/fix.php?id=25753r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25753r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25753r=float
#25172 [Opn-Bgs]: register_globals=on and $HTTP_HOST sometimes empty
ID: 25172 Updated by: [EMAIL PROTECTED] Reported By: php at lansco dot de -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Linux PHP Version: 4.3.3 New Comment: See bug #25753 (placeholder for all these reports about leaking php ini settings) Previous Comments: [2003-08-26 06:16:40] php at lansco dot de I've found one (among thousands) .htaccess-File that contains php_flag register_globals off. When I access the site that has this entry simultaneous with my test page the error occurs. Elsewise not. After I have disabled the .htaccess-entry the error doesn't occur any more. I have tested again various versions of PHP while accessing the site with .htaccess-entry: PHP-4.3.1: no errors PHP-4.3.2: errors PHP-4.3.3: errors Why does it properly work with PHP-4.3.1 and not with later versions? [2003-08-25 22:24:08] [EMAIL PROTECTED] Yes, it took about 30 minutes until I got the same result. This is what I found: register_globals Off On Something caused this..are you ABSOLUTELY sure you don't use ANY php_value or php_admin_value or php_flag or php_admin_flag directives in httpd.conf / .htaccess files? (In ANY virtual host you might have there) [2003-08-25 05:08:34] php at lansco dot de I have tested it right now with this command line: # watch -n 1 wget http://www.lansco.de/php/bug-25172.php -q -O xxx;cat xxxzzz;tail -n 30 zzz For about 10 minutes no error occured. After that time in nearly every request I have had this error for about 30 times. I added the line if(!isset($HTTP_HOST)) phpinfo(); to http://www.lansco.de/php/bug-25172.php and there is a really surprising phenomenon: In the phpinfo()-output HTTP_HOST is correctly set to www.lansco.de!!! register_globals is only set by the php.ini-file. Please try again and test it for about 20 to 30 minutes. [2003-08-24 22:57:32] [EMAIL PROTECTED] Your test site shows the correct output all the time.. Have you checked phpinfo() output when this happens? (add it to your test script) What is in section Apache Environment for HTTP_HOST then? (be sure the script gives the error about $HTTP_HOST being undefined) What is register_globals setting set to at that time? (phpinfo(), both values) [2003-08-22 03:52:04] php at lansco dot de I can reproduce the error with - 4.3.2 - 4.3.3-rc4 - 4.3.3-rc5-dev I cannot reproduce the error with - 4.3.1 I run all the test-series on the same machine (www.lansco.de). Use this command line to test it on my server: watch -n 1 wget http://www.lansco.de/php/bug-25172.php -q -O xxx;cat xxxzzz;tail -n 30 zzz After a few minutes you can see the errors in the zzz-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/25172 -- Edit this bug report at http://bugs.php.net/?id=25172edit=1
#24974 [Bgs]: random open_basedir errors
ID: 24974 Updated by: [EMAIL PROTECTED] Reported By: lenar at city dot ee Status: Bogus Bug Type: Apache related Operating System: debian/unstable PHP Version: 4.3.3RC2 New Comment: See bug #25753 (placeholder for all these reports about leaking php ini settings) Previous Comments: [2003-08-07 07:50:00] [EMAIL PROTECTED] And bug #24282 [2003-08-07 07:48:39] [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. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. See bug #23580 [2003-08-07 07:14:26] lenar at city dot ee Description: The problem described in #19292 is still there. It's rare, but exists. Getting the error for virtualhosts that have no open_basedir defined. Seems open_basedir restriction form some other virtual host is in effect. Error message: open_basedir restriction in effect. File (/home/system/basesys.php) is not within the allowed path(s): (/tmp:/home/users/user1) in /home/system/modules/module.php) on line 26 it was said in #19292 setting open_basedir to none in every other virtualhost would help, but this is not a solution but a workaround. and in some cases a painful one. -- Edit this bug report at http://bugs.php.net/?id=24974edit=1
#24282 [Bgs]: Strange Open Base Dir Restriction Errors
ID: 24282 Updated by: [EMAIL PROTECTED] Reported By: matzrek at shw-networks dot de Status: Bogus Bug Type: Apache related Operating System: Suse Linux 8.2 / Apache 1.3.27 PHP Version: 4.3.2 New Comment: See bug #25753 (placeholder for all these reports about leaking php ini settings) Previous Comments: [2003-09-19 18:37:09] [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. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. Duplicate of bug #23580 [2003-09-19 04:13:06] siminka at gmx dot de Same thing here with auto_prepend_file (Apache 2.0.47, PHP 4.3.3) - default httpd.conf and php-ini.dist. Two vhosts - VirtualHost *:80 ServerName domain1.tld DocumentRoot /var/www/domain1.tld php_value auto_prepend_file global.php /VirtualHost VirtualHost *:80 ServerName domain2.tld DocumentRoot /var/www/domain2.tld /VirtualHost ...one with auto_prepend_file, one without. Sometimes the auto_prepend_file of domain1.tld is prepended for the vhost of domain2.tld. When adding 'php_value auto_prepend_file none' to the domain2.tld vhost, the problem is gone. Really annoying bug! [2003-08-26 00:43:14] red at raven dot ch seems to be the same or similar thing: bug #25198 I realised the same issue as dprado at floripa dot com dot br mentioned... [2003-08-15 11:07:33] [EMAIL PROTECTED] I say again: We need to get the httpd.conf, etc. with which you HAVE been experiencing this problem. Read my previous comment. [2003-08-15 09:52:48] dprado at floripa dot com dot br Samething happens here. PHP 4.3.2, the bug only shows randomly when accessing virtualhosts that DO NOT have open_basedir set on a machine that has other vhosts with open_basedir set. Taking a wild guess, it seems that an apache thread that server up a page for a vhost with openbasedir set when it tries to serve a page for another vhost whithout openbasedir it keeps the openbasedir settings. Setting open_basedir for all vhosts solved the problem. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/24282 -- Edit this bug report at http://bugs.php.net/?id=24282edit=1
#23580 [Opn-Bgs]: Random values for include_path
ID: 23580 Updated by: [EMAIL PROTECTED] Reported By: maximiliano dot marques at bol dot com dot br -Status: Open +Status: Bogus Bug Type: Apache related Operating System: * PHP Version: 4.3.3 New Comment: See bug #25753 (placeholder for all these reports about leaking php ini settings) Previous Comments: [2003-08-07 01:38:57] ns at canada dot com Looks like the caching isn't happening quite like I thought it was. Running this script a couple of times in the same httpd process: ?php print getmypid() = . getmypid() . ; print ini_get(include_path) = . ini_get(include_path) . br /\n; print Setting include_path...br /\n; ini_set(include_path, /home/users/noam/ web); print getmypid() = . getmypid() . ; print ini_get(include_path) = . ini_get(include_path) . br /\n; ? shows that the include_path is always as configured in php.ini at the beginning of the script. (i.e. the ini_set doesn't persist.) Using Apache 2.0.47. [2003-08-07 01:13:14] ns at canada dot com We've been having this problem as well. In support of the caching hypothesis, here's some info I've collected. This is PHP 4.3.2; phpinfo() is available at http://nbtsc.org/~noam/info.php The include_path for our server is set in php.ini to .:/usr/share/pear. phpinfo() verifies this as the master setting. Output from 'ps xaf' showing the httpd processes: 30908 ?SN 0:02 httpd 30930 ?SN 0:00 \_ httpd 30932 ?SN 0:00 | \_ httpd 30936 ?SN 1:52 | \_ httpd 30962 ?SN 2:00 | \_ httpd ... (30963 through 30985) 30986 ?SN 0:01 | \_ httpd 19881 ?SN 0:00 \_ httpd 19882 ?SN 0:00 | \_ httpd 19884 ?SN 1:41 | \_ httpd ... (19885 through 19908) 19909 ?SN 0:01 | \_ httpd 11727 ?SN 0:00 \_ httpd 11728 ?SN 0:00 \_ httpd 11730 ?SN 0:15 \_ httpd ... (11731 through 11754) 11755 ?SN 0:00 \_ httpd I then ran 'w3m -dump' in a loop, loading this simple php script 100 times: ?php print getmypid() = . getmypid() . ; print ini_get(include_path) = . ini_get(include_path) . br /\n; ? I find the output rather interesting. All the requests served by PIDs in the 30xxx range (one branch of the httpd process tree) are have consistently incorrect include_path=tes/info.nbtsc.org/photos/ (which is a fragment of the path '/home/sites/info.nbtsc.org/photos'). All the requests served by PIDs in the 19xxx range have consistently correct include_path=.:/usr/share/pear. The requests served by PIDs in the 11xxx range have varying include_paths; sometimes, when the same process served a second request, it had a different include path from the first time. The include_paths from the 11xxx range are either .:/usr/share/pear, 2.php, or (in hexadecimal) 0x58 0xCC 0x20 0x20. What I haven't been able to figure out is where these include_paths are coming from. I will see what more I can track down, and zeev, I can check with the main server administrator to see about getting you temporary access. What level of access would you need? Noam [2003-07-23 10:33:02] [EMAIL PROTECTED] I'm trying to reproduce this, but so far without any success. I tried to stress-test PHP with multiple vhosts and see if there are any 'leaks' of include_paths - but after hundreds of thousands of requests, there were none. I'm very interested in what you say about the single-process mode. Basically, what you describe is *not* the behavior PHP is supposed to display. The include_path settings should go back to its original setting at the end of each request. This is also the behavior that I'm seeing in my setup. How did you determine that the include_path setting remains 'cached'? If that is really the case, then it would greatly help if you could provide me with temporary access to your server, so I can debug this. If it's not the case, then it appears we're back in square one... [2003-06-25 07:34:48] maximiliano dot marques at bol dot com dot br First answering your questions: Do you set the include_path for _every_ vhost? Not every but almost. I have 7 vhosts and 5 using different include_path values. Do you have php.ini and is it loaded? Yes, I do and it was loaded since it appear in phpinfo() briefing. What is the include_path setting in your php.ini? include_path = . How many vhosts do you have in your httpd.conf? 7 and I use dynamic IP for all. 3 of them are using same DocumentRoot but different include_path values. If you start apache in single server
#23462 [NoF-Bgs]: Position php_admin_value open_basedir in httpd.conf
ID: 23462 Updated by: [EMAIL PROTECTED] Reported By: admin at xpower dot nwt -Status: No Feedback +Status: Bogus Bug Type: Apache2 related Operating System: FreeBSD, Linux PHP Version: 4.3.2RC2 New Comment: See bug #25753 (placeholder for all these reports about leaking php ini settings) Previous Comments: [2003-05-14 11:02:23] [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. [2003-05-08 04:34:27] [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-05-03 05:42:09] admin at xpower dot nwt For all older PHP version folowing work fine: Directory /home/www/fly/web/ php_admin_value open_basedir /home/www/fly/web/ /Directory and all Virtual servers under /home/www/fly/web/ use this restriction as I expect. But after setup 4.3.2RC i see in error_log something like this: [client XXX.XXX.XXX.XXX] PHP Warning: Unknown(): open_basedir restriction in effect. File(/usr/home/www/kalimed/web/domain.com/public/wstats.php) is not within the allowed path(s): (/home/www/fly/web/) in Unknown on line 0 - the restriction for /home/www/fly/web/ used for /home/www/kalimed/web/ If I move php_admin_value open_basedir into each virtual host section - this solve the probem. But I think this is more usability to use one Directory directive instead of putting config line for each virtual host. Thanks. Sorry for terrible english :) -- Edit this bug report at http://bugs.php.net/?id=23462edit=1
#6374 [Csd]: include_path in .htaccess accross multiple vhosts
ID: 6374 Updated by: [EMAIL PROTECTED] Reported By: jesper at jdn dot dk Status: Closed Bug Type: Scripting Engine problem Operating System: FreeBSD 4.1-STABLE PHP Version: 4.0 Latest CVS (27/08/2000) New Comment: See bug #25753 (placeholder for all these reports about leaking php ini settings) Previous Comments: [2000-10-02 23:23:26] [EMAIL PROTECTED] No feedback. --Jani [2000-08-31 08:55:51] [EMAIL PROTECTED] Please check 4.0.2 - it should be fixed there [2000-08-27 07:20:07] jesper at jdn dot dk We discovered a bug (or so we think) when tryind to use .htaccess files to set the include path. on first virtual host. (Apache 1.3.12) the .htaccess file includes the following line: php_value include_path '/some/path/to/includes' when pages from the dir including this .htaccess file is displayed, the 2. virtual host bums out with an error when trying to use include(). Failed to include. Hope this is enough, otherwise feel free to contact me for further info. /Jesper Dalberg -- Edit this bug report at http://bugs.php.net/?id=6374edit=1
#21564 [Bgs]: corrupted paths coming to open_basedir
ID: 21564 Updated by: [EMAIL PROTECTED] Reported By: r at orcafat dot com Status: Bogus Bug Type: Apache related Operating System: freebsd 4.6 PHP Version: 4.3.0 New Comment: See bug #25753 (placeholder for all these reports about leaking php ini settings) Previous Comments: [2003-01-10 03:33:58] [EMAIL PROTECTED] Duplicate of #19292. [2003-01-10 03:32:20] r at orcafat dot com If one is having open_basedir on in one virtualhost, that open_basedir is sometimes applied to another virtualhost without open_basedir restriction. This is NOT a bug in the open_basedir code, but the open_basedir function is feed with the wrong path, and triggers on that one. Looks like some mem corruption or init problem that doesn't clean the variables correctly before serving a new request. Problem occours when a apache child that has served a open_basedir restriced virtualhost, and the next request doesn't have open_basedir on or does have a different open_basedir path. Looks like this only applies to newly started apache childs also. This is critical. './configure' '--with-apxs=/usr/local/sbin/apxs' '--with-config-file-path=/usr/local/etc' '--enable-versioning' '--with-regex=system' '--without-gd' '--without-mysql' '--with-gd=/usr/local' '--enable-gd-native-ttf' '--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-zlib' '--with-mysql=/usr/local' '--with-pspell=/usr/local' '--prefix=/usr/local' 'i386-portbld-freebsd4.6' -- Edit this bug report at http://bugs.php.net/?id=21564edit=1
#19292 [Csd-Bgs]: random error: open_basedir restriction in effect. File is in wrong directory
ID: 19292 Updated by: [EMAIL PROTECTED] Reported By: tnowak at triger dot com dot pl -Status: Closed +Status: Bogus Bug Type: Apache related Operating System: linux PHP Version: 4.3.3RC4 New Comment: See bug #25753 (placeholder for all these reports about leaking php ini settings) Previous Comments: [2003-08-21 18:22:09] [EMAIL PROTECTED] See bug #24282 (no need to reopen this one) [2003-08-21 17:09:42] [EMAIL PROTECTED] Random reproducable with PHP 4.3.3RC4. [2003-05-28 10:02:35] zen at heavengames dot com That fix works. Thanks! [2003-05-23 10:14:23] [EMAIL PROTECTED] In the other vhost, set open_basedir to none [2003-05-23 10:03:57] zen at heavengames dot com Tried it with PHP4.3.2RC4. Problem still persists: [23-May-2003 11:00:05] PHP Warning: Unknown(): open_basedir restriction in effect. File(/usr/www/heavend1/httpd/htdocs/zen/gallery/view_album.php) is not within the allowed path(s): (/usr/www/heavend1/httpd/htdocs/wildfire/:/usr/www/heavend1/httpd/.php/) in Unknown on line 0 [23-May-2003 11:00:05] PHP Warning: Unknown(/usr/www/heavend1/httpd/htdocs/zen/gallery/view_album.php): failed to open stream: Operation not permitted in Unknown on line 0 [23-May-2003 11:00:05] PHP Warning: (null)(): Failed opening '/usr/www/heavend1/httpd/htdocs/zen/gallery/view_album.php' for inclusion (include_path='.:/usr/www/heavend1/php') in Unknown on line 0 --- httpd.conf configuration: Directory /usr/www/heavend1/httpd/htdocs/wildfire php_admin_flag safe_mode On php_admin_value doc_root /usr/www/heavend1/httpd/htdocs/wildfire/ php_admin_value open_basedir /usr/www/heavend1/httpd/htdocs/wildfire/:/usr/www/heavend1/httpd/.php/ php_admin_value error_log /usr/www/heavend1/httpd/logs/wildfire/php_error php_flag display_errors On php_admin_flag register_globals Off /Directory Directory /usr/www/heavend1/httpd/htdocs/zen php_admin_flag safe_mode Off php_admin_value doc_root /usr/www/heavend1/httpd/htdocs/zen php_admin_value error_log /usr/www/heavend1/httpd/logs/zen/php_error_log php_flag display_errors Off php_admin_flag register_globals Off /Directory 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/19292 -- Edit this bug report at http://bugs.php.net/?id=19292edit=1
#7174 [Csd-Bgs]: Round-robin -like values for include_path
ID: 7174 Updated by: [EMAIL PROTECTED] Reported By: kari dot asikainen at imnetti dot fi -Status: Closed +Status: Bogus Bug Type: Apache related Operating System: Red Hat Linux 6.2 kernel 2.2.14 PHP Version: 4.0.3 New Comment: See bug #25753 (placeholder for all these reports about leaking php ini settings) Previous Comments: [2000-11-01 10:54:31] [EMAIL PROTECTED] Please try a snapshot from http://snaps.php.net/ Kiitos, --Jani [2000-10-13 03:47:40] kari dot asikainen at imnetti dot fi This is like bug # 6706 expect it happens on 4.0.3 and is not dependant whenever I set include_path in .htaccess -files OR httpsd.conf. I get different values on phpinfo(); -page for include_path everytime I make a new request - it seems that all values present in my site are shown randomly after I have made requests to pages using different include_path -settings. My configure-line is ./configure --disable-debug --with-apxs=/usr/bin/apxs --with-mysql=/usr --with-pgsql=/usr --without-gd --with-imap=/usr/local Apache is 1.3.12. Downgrading to php 4.0.1pl2 fixes the problem. -- Edit this bug report at http://bugs.php.net/?id=7174edit=1
#25753 [Opn-Ctl]: php_value|flag / php_admin_* settings leak from vhosts/.htaccess files
ID: 25753 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Critical Bug Type: Apache related Operating System: * -PHP Version: 4CVS-2003-10-04 (stable) +PHP Version: 4CVS, 5CVS Previous Comments: [2003-10-04 00:48:12] [EMAIL PROTECTED] Description: If (for example) one virtualhost configuration has set php_admin_flag register_globals off, in some situations the setting persists between requests. - php.ini settings are NOT reset between requests. 1. php.ini has register_globals = On 2. Request is made into www.foobar.com (which has php_admin_flag register_globals off) 3. Next request (same apache child) is made into www.barfoo.com (which does not have the setting) This applies to ALL php.ini directives. Some related reports: bug #6374 (include_path in .htaccess across multiple vhosts) bug #7174 (Round-robin -like values for include_path) bug #19292 (Random error: open_basedir restriction..) bug #21564 (corrupted paths coming to open_basedir) bug #23462 (php_admin_value open_basedir in httpd.conf) bug #23580 (Random values for include_path) bug #24282 (Strange Open Base Dir Restriction Errors) bug #24974 (random open_basedir errors) bug #25172 ($HTTP_HOST sometimes empty) For all who think they're experiencing this problem: DO NOT add any comments here unless you have some extra information to give which is not already given in above mentioned reports. Any comment which has no extra value will be deleted. -- Edit this bug report at http://bugs.php.net/?id=25753edit=1
#25172 [Bgs]: register_globals=on and $HTTP_HOST sometimes empty
ID: 25172 Updated by: [EMAIL PROTECTED] Reported By: php at lansco dot de Status: Bogus Bug Type: Apache2 related Operating System: Linux PHP Version: 4.3.3 New Comment: .. Previous Comments: [2003-10-04 00:49:37] [EMAIL PROTECTED] See bug #25753 (placeholder for all these reports about leaking php ini settings) [2003-08-26 06:16:40] php at lansco dot de I've found one (among thousands) .htaccess-File that contains php_flag register_globals off. When I access the site that has this entry simultaneous with my test page the error occurs. Elsewise not. After I have disabled the .htaccess-entry the error doesn't occur any more. I have tested again various versions of PHP while accessing the site with .htaccess-entry: PHP-4.3.1: no errors PHP-4.3.2: errors PHP-4.3.3: errors Why does it properly work with PHP-4.3.1 and not with later versions? [2003-08-25 22:24:08] [EMAIL PROTECTED] Yes, it took about 30 minutes until I got the same result. This is what I found: register_globals Off On Something caused this..are you ABSOLUTELY sure you don't use ANY php_value or php_admin_value or php_flag or php_admin_flag directives in httpd.conf / .htaccess files? (In ANY virtual host you might have there) [2003-08-25 05:08:34] php at lansco dot de I have tested it right now with this command line: # watch -n 1 wget http://www.lansco.de/php/bug-25172.php -q -O xxx;cat xxxzzz;tail -n 30 zzz For about 10 minutes no error occured. After that time in nearly every request I have had this error for about 30 times. I added the line if(!isset($HTTP_HOST)) phpinfo(); to http://www.lansco.de/php/bug-25172.php and there is a really surprising phenomenon: In the phpinfo()-output HTTP_HOST is correctly set to www.lansco.de!!! register_globals is only set by the php.ini-file. Please try again and test it for about 20 to 30 minutes. [2003-08-24 22:57:32] [EMAIL PROTECTED] Your test site shows the correct output all the time.. Have you checked phpinfo() output when this happens? (add it to your test script) What is in section Apache Environment for HTTP_HOST then? (be sure the script gives the error about $HTTP_HOST being undefined) What is register_globals setting set to at that time? (phpinfo(), both values) 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/25172 -- Edit this bug report at http://bugs.php.net/?id=25172edit=1
#25172 [Bgs]: register_globals=on and $HTTP_HOST sometimes empty
ID: 25172 Updated by: [EMAIL PROTECTED] Reported By: php at lansco dot de Status: Bogus Bug Type: Apache2 related Operating System: Linux PHP Version: 4.3.3 New Comment: .. Previous Comments: [2003-10-04 00:49:37] [EMAIL PROTECTED] See bug #25753 (placeholder for all these reports about leaking php ini settings) [2003-08-26 06:16:40] php at lansco dot de I've found one (among thousands) .htaccess-File that contains php_flag register_globals off. When I access the site that has this entry simultaneous with my test page the error occurs. Elsewise not. After I have disabled the .htaccess-entry the error doesn't occur any more. I have tested again various versions of PHP while accessing the site with .htaccess-entry: PHP-4.3.1: no errors PHP-4.3.2: errors PHP-4.3.3: errors Why does it properly work with PHP-4.3.1 and not with later versions? [2003-08-25 22:24:08] [EMAIL PROTECTED] Yes, it took about 30 minutes until I got the same result. This is what I found: register_globals Off On Something caused this..are you ABSOLUTELY sure you don't use ANY php_value or php_admin_value or php_flag or php_admin_flag directives in httpd.conf / .htaccess files? (In ANY virtual host you might have there) [2003-08-25 05:08:34] php at lansco dot de I have tested it right now with this command line: # watch -n 1 wget http://www.lansco.de/php/bug-25172.php -q -O xxx;cat xxxzzz;tail -n 30 zzz For about 10 minutes no error occured. After that time in nearly every request I have had this error for about 30 times. I added the line if(!isset($HTTP_HOST)) phpinfo(); to http://www.lansco.de/php/bug-25172.php and there is a really surprising phenomenon: In the phpinfo()-output HTTP_HOST is correctly set to www.lansco.de!!! register_globals is only set by the php.ini-file. Please try again and test it for about 20 to 30 minutes. [2003-08-24 22:57:32] [EMAIL PROTECTED] Your test site shows the correct output all the time.. Have you checked phpinfo() output when this happens? (add it to your test script) What is in section Apache Environment for HTTP_HOST then? (be sure the script gives the error about $HTTP_HOST being undefined) What is register_globals setting set to at that time? (phpinfo(), both values) 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/25172 -- Edit this bug report at http://bugs.php.net/?id=25172edit=1
#24394 [Fbk-NoF]: Session feature unusable.
ID: 24394 Updated by: [EMAIL PROTECTED] Reported By: hos dot endre at axelero dot hu -Status: Feedback +Status: No Feedback Bug Type: Session related Operating System: * PHP Version: 5CVS-2003-07-24 (dev) New Comment: 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. Previous Comments: [2003-09-28 16:13:07] [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 [2003-07-07 08:24:55] [EMAIL PROTECTED] Works 'fine' in PHP_4_3 branch, segfaults with PHP 5: #0 0x813de25 in fast_call_user_function (function_table=0x81c3338, object_pp=0x4029b688, function_name=0xbfe021a8, retval_ptr_ptr=0xbfe02178, param_count=0, params=0x0, no_separation=1, symbol_table=0x0, function_pointer=0xbfe020b4) at /usr/src/web/php/php5/Zend/zend_execute_API.c:477 #1 0x813de10 in call_user_function_ex (function_table=0x81c3338, object_pp=0x4029b688, function_name=0xbfe021a8, retval_ptr_ptr=0xbfe02178, param_count=0, params=0x0, no_separation=1, symbol_table=0x0) at /usr/src/web/php/php5/Zend/zend_execute_API.c:476 #2 0x80fdd63 in php_var_serialize_intern (buf=0xbfffd024, struc=0x4029b688, var_hash=0xbfffd030) at /usr/src/web/php/php5/ext/standard/var.c:555 #3 0x80fe90e in php_var_serialize_intern (buf=0xbfffd024, struc=0x4029b5a0, var_hash=0xbfffd030) at /usr/src/web/php/php5/ext/standard/var.c:620 #4 0x80fe90e in php_var_serialize_intern (buf=0xbfffd024, struc=0x4029b688, var_hash=0xbfffd030) at /usr/src/web/php/php5/ext/standard/var.c:620 #5 0x80fe90e in php_var_serialize_intern (buf=0xbfffd024, struc=0x4029b5a0, var_hash=0xbfffd030) at /usr/src/web/php/php5/ext/standard/var.c:620 #6 0x80fe90e in php_var_serialize_intern (buf=0xbfffd024, struc=0x4029b688, var_hash=0xbfffd030) at /usr/src/web/php/php5/ext/standard/var.c:620 . . . . Frame #6 is repeated couple of thousand times.. :) [2003-07-06 06:56:32] hos dot endre at axelero dot hu Okay: The subjected problem was solved by un-double-quoting the session.save_path and remove the backslash from the end of line. Anyway, until this the engine was able to create the file. After that I had to get familiar with the new php_dom exension, which I think is great, but not documented yet. So then comes a serialization problem: objects in my project held reference to each other, and the last-time-workin-good serialization crashed on this extra. Right now I solved the problem by unbuilding theese references before serialization, and rebuilding them on wakeup. Now I can test the ZE2 editions new features, thank you for the help! Also, here is a sample script that doesn't work for me: ? class a { var $b; function a() { $this-b = new b; } function setupb() { $this-b-setupa($this); } } class b { var $a; function setupa($a) { $this-a = $a; } } $a = new a; $a-setupb(); echo preThis workx!\r\n; echo serialize($a); ? [2003-06-30 04:18:01] hos dot endre at dorsum dot hu I've tryed the test script I provided yesterday on WinNT, Apache 1.3.12, PHP 5.0.0b1 with php4_apache.dll (configured as php5_module in httpd.conf). Works well. This bug might be XP specific, or it might be my own system's special. By the way, the XP was configued to use php4_apache_hooks.dll, becase php4_apache.dll were missing from one of the downloaded PHP distributions. I'm willing to figure out what the hell going on with that stuff. I'll be back with further results. [2003-06-29 20:04:05] [EMAIL PROTECTED] Does this script work any better: ?php session_start(); if (!isset($_SESSION[count])) { $_SESSION['count'] = 1; } else { echo $_SESSION['count']++; } ? 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/24394 -- Edit this bug report at http://bugs.php.net/?id=24394edit=1
#25513 [Fbk-NoF]: Error PHP4TS.DLL
ID: 25513 Updated by: [EMAIL PROTECTED] Reported By: jpolaino at infonos dot com -Status: Feedback +Status: No Feedback Bug Type: Regexps related Operating System: Win Me PHP Version: 4.3.3 New Comment: 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. Previous Comments: [2003-09-30 08:03:45] [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-09-12 07:34:53] jpolaino at infonos dot com Description: I have a application with 15 files and 6000 lines of code instaled on server with PHP 4.2.3 This runs O.K. I just installed PHP 4.3.3 in my PC for I+D. Now I have several errors in many lines of code. The error says Php provocó un error en PHP4TS.DLL. Php se cerrará I press the option Debug and then Microsoft Visual C++ give the message Unhandled exception in php.exe (PHP4TS.DLL): 0xC0FD: Stack Overflow. This ocurrs some times when I use the function isset() but I can not reproduce the fail: when I try to make a short file with the code ¡¡this run!! This error ocurrs too when I use the function eregi() in eregi(^[_\.0-9a-z-]+@([0-9a-z][0-9a-z-]+\.)+[a-z]{2,3}$, $Mail); when $Mail value is any value with two points .., but when I try to make a short file (see below) this run OK. Please Can any one help me? Thanks Reproduce code: --- ?php if (isset($Mail)) { if (eregi(^[_\.0-9a-z-]+@([0-9a-z][0-9a-z-]+\.)+[a-z]{2,3}$, $Mail)) $Msg = El mail b'$Mail'/b es correctohr; else $Msg = bERROR:/b El mail b'$Mail'/b es incorrectohr; } echo htmlhead/headbody $Msg form method=post Mail input type=text name=Mail input type=submit value=Send /form/body/head; ? -- Edit this bug report at http://bugs.php.net/?id=25513edit=1
#25677 [Fbk-NoF]: Error: Symbol len already defined.
ID: 25677 Updated by: [EMAIL PROTECTED] Reported By: webmaster at animelab dot com -Status: Feedback +Status: No Feedback Bug Type: Compile Failure Operating System: Linux VPS PHP Version: 4.3.3 New Comment: 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. Previous Comments: [2003-09-30 09:03:07] [EMAIL PROTECTED] And don't pass any of your own CFLAGS. [2003-09-30 09:01:47] [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 (and what is 'Linux VPS' ??) [2003-09-27 01:49:09] webmaster at animelab dot com Description: [EMAIL PROTECTED] [~/apache/php-4.3.3]# uname -a [EMAIL PROTECTED] [~/apache/php-4.3.3]# gcc -v Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.1/specs Configured with: ./configure --prefix=/usr : (reconfigured) ./configure --prefix=/usr Thread model: posix gcc version 3.3.1 Linux 2.4.1-008stab043.15.swsoft #1 Thu Mar 20 16:56:01 MSK 2003 i686 unknown ./configure --with-mysql --with-apache=../apache_1.3.28 gcc -I/root/apache/php-4.3.3/ext/mysql/libmysql -Iext/mysql/ -I/root/apache/php-4.3.3/ext/mysql/ -DPHP_ATOM_INC -I/root/apache/php-4.3.3/include -I/root/apache/php-4.3.3/main -I/root/apache/php-4.3.3 -I/root/apache/php-4.3.3/Zend -I/root/apache/php-4.3.3/ext/xml/expat -O6 -finline-functions -fomit-frame-pointer -funroll-loops -msse -msse2 -march=pentium4 -mfpmath=sse,387 -I/root/apache/php-4.3.3/TSRM -O6 -finline-functions -fomit-frame-pointer -funroll-loops -msse -msse2 -march=pentium4 -mfpmath=sse,387 -c /root/apache/php-4.3.3/ext/mysql/libmysql/net.c -o ext/mysql/libmysql/net.o echo ext/mysql/libmysql/net.lo In file included from /root/apache/php-4.3.3/ext/mysql/libmysql/net.c:14: /root/apache/php-4.3.3/ext/mysql/libmysql/global.h:911:1: warning: doubleget redefined /root/apache/php-4.3.3/ext/mysql/libmysql/global.h:749:1: warning: this is the location of the previous definition /root/apache/php-4.3.3/ext/mysql/libmysql/global.h:912:1: warning: doublestore redefined /root/apache/php-4.3.3/ext/mysql/libmysql/global.h:751:1: warning: this is the location of the previous definition In file included from /root/apache/php-4.3.3/ext/mysql/libmysql/my_sys.h:25, from /root/apache/php-4.3.3/ext/mysql/libmysql/net.c:16: /root/apache/php-4.3.3/ext/mysql/libmysql/m_ctype.h:22: error: parse error before uchar /root/apache/php-4.3.3/ext/mysql/libmysql/m_ctype.h:22: warning: no semicolon at end of struct or union /root/apache/php-4.3.3/ext/mysql/libmysql/m_ctype.h:23: warning: data definition has no type or storage class /root/apache/php-4.3.3/ext/mysql/libmysql/m_ctype.h:24: error: parse error before '*' token /root/apache/php-4.3.3/ext/mysql/libmysql/m_ctype.h:24: warning: data definition has no type or storage class /root/apache/php-4.3.3/ext/mysql/libmysql/m_ctype.h:25: error: parse error before '*' token /root/apache/php-4.3.3/ext/mysql/libmysql/m_ctype.h:25: warning: data definition has no type or storage class /root/apache/php-4.3.3/ext/mysql/libmysql/m_ctype.h:28: error: parse error before '*' token /root/apache/php-4.3.3/ext/mysql/libmysql/m_ctype.h:28: error: `strcoll' redeclared as different kind of symbol /usr/include/string.h:99: error: previous declaration of `strcoll' /root/apache/php-4.3.3/ext/mysql/libmysql/m_ctype.h:29: error: parse error before '*' token /root/apache/php-4.3.3/ext/mysql/libmysql/m_ctype.h:29: error: `strxfrm' redeclared as different kind of symbol /usr/include/string.h:102: error: previous declaration of `strxfrm' /root/apache/php-4.3.3/ext/mysql/libmysql/m_ctype.h:30: error: parse error before '*' token /root/apache/php-4.3.3/ext/mysql/libmysql/m_ctype.h:31: error: parse error before '*' token /root/apache/php-4.3.3/ext/mysql/libmysql/m_ctype.h:39: error: parse error before '}' token /root/apache/php-4.3.3/ext/mysql/libmysql/m_ctype.h:39: warning: data definition has no type or storage class /root/apache/php-4.3.3/ext/mysql/libmysql/m_ctype.h:42: error: parse error before '*' token /root/apache/php-4.3.3/ext/mysql/libmysql/m_ctype.h:42: warning: data definition has no type or storage class /root/apache/php-4.3.3/ext/mysql/libmysql/m_ctype.h:43: error: parse error before '*' token /root/apache/php-4.3.3/ext/mysql/libmysql/m_ctype.h:43: warning: data definition has no type or storage class /root/apache/php-4.3.3/ext/mysql/libmysql/m_ctype.h:44: error:
#21593 [Fbk-NoF]: make install:install-pear-* rules segfault
ID: 21593 Updated by: [EMAIL PROTECTED] Reported By: kelledin at users dot sourceforge dot net -Status: Feedback +Status: No Feedback Bug Type: Compile Failure Operating System: *nix PHP Version: 4.3.0 New Comment: 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. Previous Comments: [2003-09-28 16:25:22] [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-01-12 03:25:47] kelledin at users dot sourceforge dot net PHP compiles and installs fine on x86. However, on my EV56 box, it completes the compile but then segfaults during make install: Installing shared extensions: /var/tmp/php4-4.3.0-1-0-0-build/usr/lib/php/extensions/no-debug-non-zts-20020429/ Installing PEAR environment: /var/tmp/php4-4.3.0-1-0-0-build/usr/lib/php/ [activating module `php4' in /etc/apache/httpd.conf] cp libs/libphp4.so /var/tmp/php4-4.3.0-1-0-0-build/usr/lib/apache/libphp4.so chmod 755 /var/tmp/php4-4.3.0-1-0-0-build/usr/lib/apache/libphp4.so cp /etc/apache/httpd.conf /etc/apache/httpd.conf.bak cp /etc/apache/httpd.conf.new /etc/apache/httpd.conf rm /etc/apache/httpd.conf.new Installing build environment: /var/tmp/php4-4.3.0-1-0-0-build/usr/lib/php/build/ Installing header files: /var/tmp/php4-4.3.0-1-0-0-build/usr/include/php/ Installing helper programs: /var/tmp/php4-4.3.0-1-0-0-build/usr/bin/ program: phpize program: php-config program: phpextdist make[1]: *** [install-pear-installer] Segmentation fault make[1]: *** Waiting for unfinished jobs make[1]: *** [install-pear-packages] Segmentation fault make: *** [install-pear] Error 2 And so it ends. Running the commands through gdb produces the following output: GNU gdb 5.2.1 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as alpha-incept-linux-gnu... (gdb) set args /usr/src/incept/BUILD/php-4.3.0/pear/install-pear.php /usr/src/incept/BUILD/php-4.3.0/pear/package-*.xml (gdb) run Starting program: /usr/src/incept/BUILD/php-4.3.0/sapi/cli/php /usr/src/incept/BUILD/php-4.3.0/pear/install-pear.php /usr/src/incept/BUILD/php-4.3.0/pear/package-*.xml Program received signal SIGSEGV, Segmentation fault. 0x1200fd9c4 in php_strspn ( s1=0x12058b1b8 This class provides handling of tar files in PHP.\nIt supports creating, listing, extracting and adding to tar files.\nGzip support is available if PHP has the zlib extension built-in or\nloaded.\n, s2=0x12058a348 \t, s1_end=0x22058b279 Address 0x22058b279 out of bounds, s2_end=0x22058a34a Address 0x22058a34a out of bounds) at /usr/src/incept/BUILD/php-4.3.0/ext/standard/string.c:1305 1305c = *(++p); (gdb) backtrace full #0 0x1200fd9c4 in php_strspn ( s1=0x12058b1b8 This class provides handling of tar files in PHP.\nIt supports creating, listing, extracting and adding to tar files.\nGzip support is available if PHP has the zlib extension built-in or\nloaded.\n, s2=0x12058a348 \t, s1_end=0x22058b279 Address 0x22058b279 out of bounds, s2_end=0x22058a34a Address 0x22058a34a out of bounds) at /usr/src/incept/BUILD/php-4.3.0/ext/standard/string.c:1305 p = 0x1205be000 Address 0x1205be000 out of bounds spanp = 0x12058a34b ded. c = 0 '\0' #1 0x1200f9910 in php_spn_common_handler (ht=2, return_value=0x1205570a8, this_ptr=0x22058b279, return_value_used=542679882, behavior=0) at /usr/src/incept/BUILD/php-4.3.0/ext/standard/string.c:244 s11 = 0x12058b1b8 This class provides handling of tar files in PHP.\nIt supports creating, listing, extracting and adding to tar files.\nGzip support is available if PHP has the zlib extension built-in or\nloaded.\n s22 = 0x12058a348 \t len1 = 4294967489 len2 = 4294967298 start = 0 len = 4294967489 #2 0x12019bdf8 in execute (op_array=0x1204c2c78) at /usr/src/incept/BUILD/php-4.3.0/Zend/zend_execute.c:1596 execute_data = {opline = 0x1203a7f58, function_state = { function_symbol_table = 0x280bb40, function =