#19494 [Opn]: ldap_bind() fails and doesnt use bind-dn
ID: 19494 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: LDAP related Operating System: Linux 2.4.17 PHP Version: 4.2.2 and 4.3.0-dev New Comment: thought that too after i read that on some other bug here. i tried with ldap_set_option($ds, LDAP_OPT_PROTOCOL_VERSION, 3) still no change. Previous Comments: [2002-09-20 13:47:05] [EMAIL PROTECTED] I'm not so sure this is the problem, but are you running OpenLDAP 2.1 server? By default it only accepts LDAPv3 binds, and the API by default do LDAPv2 binds. IF you do, try to tell the API to use v3 binds using ldap_set_option(). [2002-09-19 07:14:23] [EMAIL PROTECTED] It's most likely some problem with your ldap server. Have you tried to connect to some public ldap server? unlikely because i use it for nss_ldap and pam_ldap login on several machines also as i wrote in the very beginning it binds but without the given bind-dn Also, try adding 'echo ldap_error($ds);' after the ldap_connect() call. this prints Success [2002-09-19 07:00:00] [EMAIL PROTECTED] It's most likely some problem with your ldap server. Have you tried to connect to some public ldap server? Also, try adding 'echo ldap_error($ds);' after the ldap_connect() call. [2002-09-19 06:44:31] [EMAIL PROTECTED] My script calls $ds=ldap_connect(my.ldap.server); ldap_bind($ds); // or ldap_bind($ds,$my_user_dn,$my_user_pass) I expected PHP to return TRUE on ldap_connect() It gave me: Warning: ldap_bind(): Unable to bind to server: Can't contact LDAP server PHP Version 4.3.0-dev Configure Command './configure' '--with-mysql' '--with-apxs=/usr/local/apache/bin/apxs' '--with-ldap' MySQL Support enabled Active Persistent Links 1 Active Links 1 Client API version 3.23.49 MYSQL_MODULE_TYPE builtin MYSQL_SOCKET /tmp/mysql.sock LDAP Support enabled RCS Version $Id: ldap.c,v 1.128 2002/09/05 11:22:20 hyanantha Exp $ Total Links 0/unlimited API Version 2004 Vendor Name OpenLDAP Vendor Version 20015 [2002-09-19 05:37:30] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in 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/19494 -- Edit this bug report at http://bugs.php.net/?id=19494edit=1
#19550 [Opn]: touch() still doesn't work
ID: 19550 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Filesystem function related Operating System: Windows 2000 -PHP Version: 4.2.3 +PHP Version: 4.x New Comment: Hey sorry, I have to take my 62.200.163.104 box down today, I have saved a copy of the phpinfo() at: http://62.200.163.98/phpinfo.htm for you, but I can't setup the box to use 4.3.0 as its a production box atm.. sorry about this, thanks, I'll try get it back up soon though Previous Comments: [2002-09-23 00:06:06] [EMAIL PROTECTED] Hey, I tried the new snapshot, still no luck, I am using Windows 2000, servicepack 2 on a FAT32 filesystem, if that helps.. Take a look at: http://62.200.163.104/touchbug/ and http://62.200.163.104/touchbug/phpinfo.php The source for the index page is the same as I mentioned in an earlier comment. [2002-09-22 20:29:48] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-22 08:32:58] [EMAIL PROTECTED] I see in the PHP 4.2.4-dev news.txt - Fixed a bug that prevented touch() from working on various platforms. (Steph) This bug is still not fixed, as tested by the following script (refreshing) : ?php touch(./test2); echo filectime(./test2); ? Works perfectly on my linux machine, but not on my Windows machine. -- Edit this bug report at http://bugs.php.net/?id=19550edit=1
#19553 [Opn-Ver]: Failed html tags when trans sid is enabled
ID: 19553 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: Session related Operating System: Linux PHP Version: 4.2.3 New Comment: had a similar effect last week, looks like trans_sid cutting off bytes at buffer ends under certain (not yet identified) circumstances from what i have seen it mostly happens at the very end of a document and only sometimes on the border of http 1.1 chunks might have been there for quite some time without being noticed as it will usually only cut off the trailing lt;bodygt;lt;htmlgt; which do not affect output in common browsers ... Previous Comments: [2002-09-22 18:37:19] [EMAIL PROTECTED] When I've got --enable-tras-sid, I get wrong html tags (sometimes): For example: in file: TD background=/themes/_pl/redball/_layout/bar_back.jpg class=grey nbsp;nbsp;Bfont class=white?php print 1234567890;?/font/B source from web: td background=/themes/_pl/redball/_layout/bar_back.jpg class=grey nbsp;nbsp;bfont1234567890/font/b in file: input type=text size=2 maxsize=6 name=num[22] value='1'td align=center source from web: input type=text size=2 maxsize=6 name=num[22] value='1'/td align=center I have php-4.2.3 but there is the same bug in 4.2.1 php-4.1.2 is OK. -- Edit this bug report at http://bugs.php.net/?id=19553edit=1
#19555 [NEW]: GNU pthreads issue?
From: [EMAIL PROTECTED] Operating system: HP-UX 10.20 PHP version: 4.2.3 PHP Bug Type: Compile Failure Bug description: GNU pthreads issue? When building PHP-4.2.3 I use: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-tsrm-pth During make I get: make Making all in Zend make[1]: Entering directory `/mnt/disk4/gnu/php-4.2.3/Zend' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/mnt/disk4/gnu/php-4.2.3/Zend' Making all in main make[1]: Entering directory `/mnt/disk4/gnu/php-4.2.3/main' make[2]: Entering directory `/mnt/disk4/gnu/php-4.2.3/main' /bin/ksh /users2/gnu/php-4.2.3/libtool --silent --mode=compile gcc -I. -I/users2/gnu/php-4.2.3/main -I/users2/gnu/php-4.2.3/main -I/users2/gnu/php-4.2.3 -I/usr/local/apache2/include -I/users2/gnu/php-4.2.3/Zend -I/users2/gnu/php-4.2.3/ext/mysql/libmysql -I/users2/gnu/php-4.2.3/ext/xml/expat -D_REENTRANT -I/users2/gnu/php-4.2.3/TSRM -I/users2/local/include -DTHREAD=1 -O -I/users2/local/include -DZTS -prefer-pic -c main.c cc1: warning: changing search order for system directory /users2/local/include cc1: warning: as it has already been specified as a non-system directory In file included from main.c:26: php.h:114: conflicting types for `socklen_t' /users2/local/include/pth.h:53: previous declaration of `socklen_t' make[2]: *** [main.lo] Error 1 make[2]: Leaving directory `/mnt/disk4/gnu/php-4.2.3/main' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/mnt/disk4/gnu/php-4.2.3/main' make: *** [all-recursive] Error 1 -- Edit bug report at http://bugs.php.net/?id=19555edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19555r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19555r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19555r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19555r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19555r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19555r=support Expected behavior: http://bugs.php.net/fix.php?id=19555r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19555r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19555r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19555r=globals
#19556 [NEW]: UPLOAD_ERR_PARTIAL when uploading files does not work, the error stays zero
From: [EMAIL PROTECTED] Operating system: win2k server proffesional PHP version: 4.2.3 PHP Bug Type: HTTP related Bug description: UPLOAD_ERR_PARTIAL when uploading files does not work, the error stays zero UPLOAD_ERR_PARTIAL in the $_FILES array never occurs. In case of partial uploads, the error stays zero which is misleading of course. I've used the compiled php that I've downlaoded from php.net. I'm running the PHP SAPI module on Apcahce2 - 2.0.40 -- Edit bug report at http://bugs.php.net/?id=19556edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19556r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19556r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19556r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19556r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19556r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19556r=support Expected behavior: http://bugs.php.net/fix.php?id=19556r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19556r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19556r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19556r=globals
#12662 [Com]: Payflow modules
ID: 12662 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: Verisign Payflow Pro related Operating System: Linux 2.4.4 PHP Version: 4.0.6 New Comment: The following fails as well. It'll compile/link, but cannot execure pfpro_version, init, etc. ./configure --prefix=/home/crimeinc/third-party/php/current_install --enable-discard-path --with-config-file-path=/home/crimeinc --with-mysql --with-xml --with-pfpro=shared,/home/crimeinc/third-party/payflowpro/linux/lib Compiled as a cgi. Target environment is WAY the hell out of data (system image circa 1995) but they won't update it. Payflow lib was compiled for target glibc6+...possible incompatability in the export tables since the system has 5? The binary DOES execute, but ldd reports that it's linked to libc.so.6 libs. grr. Probably not a good idea to rely on it, but the only option at this point is to get off these crappy servers. Anyways... Compiler: gcc 2.7.2 Kernel: 2.2.20 glibc: Looks like 4.7.6, 5.4.17 AND 5.3.12 are all installed. (For reference, ISP is Hurricane Electric (he.net) and they suck arse.) Drop me an email and I'll run whatever tests ya want, within reason. :) -Mike Previous Comments: [2002-02-02 06:43:38] [EMAIL PROTECTED] No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to Open. [2002-01-11 17:10:54] [EMAIL PROTECTED] Can you - try this with 4.1.1 - provide some more information about the compile [2001-08-08 16:56:30] [EMAIL PROTECTED] Trying to get PayFlowPro going with mod_ssl according to the latest thinking on the forums. I put the PayFlowPro shared library and include in a directory as: ls -l /home/src/pfpro/lib total 676 -rw-r--r--1 brentusers 683104 Aug 8 15:13 libpfpro.so -rw-r--r--1 brentusers 514 Aug 8 15:13 pfpro.h I configure PHP 4.0.6: ./configure --with-pgsql \ --with-apache=../apache_1.3.20 \ --enable-track-vars \ --with-pfpro=shared,/home/src/pfpro/lib Then the apache 1.3.20+mod_ssl config: SSL_BASE=../openssl-0.9.6b ./configure \ --enable-module=ssl \ --prefix=/home/apache \ --activate-module=src/modules/php4/libphp4.a Everything configs, compiles and starts up nicely, but when I try to use the pfpro functions, I get: Fatal error: Call to undefined function: pfpro_version() in Further clues: in the PHP source directory, the stuff in the ext/pfpro is all nicely compiled into the pfpro.o, but when I go to the libs directory and do an ar t libphp4.a | grep pfpro, there is no pfpro.o in there. This makes me think it's a PHP build problem, not an apache problem. -- Edit this bug report at http://bugs.php.net/?id=12662edit=1
#12662 [Com]: Payflow modules
ID: 12662 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: Verisign Payflow Pro related Operating System: Linux 2.4.4 PHP Version: 4.0.6 New Comment: Forgot php version. Oops. 4.2.2 -Mike Previous Comments: [2002-09-23 03:39:11] [EMAIL PROTECTED] The following fails as well. It'll compile/link, but cannot execure pfpro_version, init, etc. ./configure --prefix=/home/crimeinc/third-party/php/current_install --enable-discard-path --with-config-file-path=/home/crimeinc --with-mysql --with-xml --with-pfpro=shared,/home/crimeinc/third-party/payflowpro/linux/lib Compiled as a cgi. Target environment is WAY the hell out of data (system image circa 1995) but they won't update it. Payflow lib was compiled for target glibc6+...possible incompatability in the export tables since the system has 5? The binary DOES execute, but ldd reports that it's linked to libc.so.6 libs. grr. Probably not a good idea to rely on it, but the only option at this point is to get off these crappy servers. Anyways... Compiler: gcc 2.7.2 Kernel: 2.2.20 glibc: Looks like 4.7.6, 5.4.17 AND 5.3.12 are all installed. (For reference, ISP is Hurricane Electric (he.net) and they suck arse.) Drop me an email and I'll run whatever tests ya want, within reason. :) -Mike [2002-02-02 06:43:38] [EMAIL PROTECTED] No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to Open. [2002-01-11 17:10:54] [EMAIL PROTECTED] Can you - try this with 4.1.1 - provide some more information about the compile [2001-08-08 16:56:30] [EMAIL PROTECTED] Trying to get PayFlowPro going with mod_ssl according to the latest thinking on the forums. I put the PayFlowPro shared library and include in a directory as: ls -l /home/src/pfpro/lib total 676 -rw-r--r--1 brentusers 683104 Aug 8 15:13 libpfpro.so -rw-r--r--1 brentusers 514 Aug 8 15:13 pfpro.h I configure PHP 4.0.6: ./configure --with-pgsql \ --with-apache=../apache_1.3.20 \ --enable-track-vars \ --with-pfpro=shared,/home/src/pfpro/lib Then the apache 1.3.20+mod_ssl config: SSL_BASE=../openssl-0.9.6b ./configure \ --enable-module=ssl \ --prefix=/home/apache \ --activate-module=src/modules/php4/libphp4.a Everything configs, compiles and starts up nicely, but when I try to use the pfpro functions, I get: Fatal error: Call to undefined function: pfpro_version() in Further clues: in the PHP source directory, the stuff in the ext/pfpro is all nicely compiled into the pfpro.o, but when I go to the libs directory and do an ar t libphp4.a | grep pfpro, there is no pfpro.o in there. This makes me think it's a PHP build problem, not an apache problem. -- Edit this bug report at http://bugs.php.net/?id=12662edit=1
#19445 [Com]: Memory problem of PHP in Win32 environment
ID: 19445 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *General Issues Operating System: Windows2000Server PHP Version: 4.2.2 New Comment: Thank you for the reply. http://bugs.php.net/15333 Although it saw this report my little situation seems to differ. The error comes out, also in enough environment where clean installed Windows2000Server. Needless to say, the error comes out even if it is including all the security close-fitting trousers of Microsoft. As for the memory of my machine, the error does not come out at all, when PHP is caused run with the CGI mode, although it is not tested. Needless to say, the error does not come out even if it uses other any applications. The stated error is the error that failed to the initialization of the application. And all the applications come not to trigger and OS does STOP-Error. At this time the vacancy memory quantity of the system had decreased very much without gazing to the number of the process.(500MB around) I think that the memory of my machine is normal. Please permit. I am Japanese whose head is bad. Therefore I am not able to read and write English well. Thank you. Previous Comments: [2002-09-17 10:47:56] [EMAIL PROTECTED] Restore the correct summary and OS.. (That stupid mozilla auto-complete form (or whatever it is called) should be turned off by default.. :) [2002-09-17 10:20:40] [EMAIL PROTECTED] I would run memtest on your new ram to see if you have ram errors. What is the error you are getting? Could this be related to http://bugs.php.net/15333 ? [2002-09-16 19:50:31] [EMAIL PROTECTED] Dear PHP Group, I was using the machine that installed the memory of 256MB until July of this year. And in the end neighborhood in July, I increased the memory of the machine to 1GB. OS that was running normally until now from the instant, became unstable. I thought this problem, that the beginning is the problem of OS. I noticed that an OS error does not come out when do for a while and stop Apache. And I thought that the cause of this problem is in Apache. However, my judgment may miss. It is because the OS error does not come out when the reason makes PHP the CGI mode. Only when PHP is an ISAPI mode namely, the OS error comes out. This OS error is a violent thing and OS decreases in the case that the initialization failure of the application frequently occurs and the operation of OS be worst, become impossible. I am inevitable, the problem is driving with the CGI mode without going out now. The details of my machine are as follows. OS:Windows2000Server (Not using IIS at all) MEMORY:1GBytes HTTPD:Apache2.0.39(Win32) (Binary release) PHP:4.2.2 (Binary release) Others:mod_ssl/2.0.39 OpenSSL/0.9.6d mod_gzip/2.0.26.1a Sincerely, -- Edit this bug report at http://bugs.php.net/?id=19445edit=1
#19301 [Com]: curl_exec crashes
ID: 19301 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: cURL related Operating System: Windows XP Professional CZ PHP Version: 4.2.3 New Comment: It seems the bug doesn't affect only WinNT/2K/XP systems but it's also reproductible on Win98SE. Previous Comments: [2002-09-12 03:03:37] [EMAIL PROTECTED] Same issue was reported against PHP 4.2.1 in bug 17782. I can see that bug has been thought to be solved as it wasn't reproducible on Linux. Apparenly not the case. It must be a Windows only issue with CURL. The offending code is the functionality enabled with curl_setopt ($ch, CURLOPT_FILE, $fp); with that line enabled curl_exec() crashes (application error/GPF) both when running PHP from commandline and as module under Apache 1.3.26 Disabling above line with CURLOPT_FILE it works, but that is not very usefull in my case as I need CURLOPT_FILE :-) I assume the developer responsible for php_curl.dll (or someone else) will be able to debug this on Windows? From my point of view this issue is beginning to get a bit critical, so I wouldn't mind to see a quick solution [2002-09-09 07:38:14] [EMAIL PROTECTED] This is propably some win32 issue since I can not reproduce this with PHP 4.2.3 / PHP 4.3.0-dev on Linux. [2002-09-09 07:30:56] [EMAIL PROTECTED] Ooops, I wanted to write 4.2.3, not 4.3.2. Honza [2002-09-09 07:28:51] [EMAIL PROTECTED] Nope, PHP 4.3.2 was the first to get into the system. As I said, I even tested it on clean system (Win2000ProCZ) where nothing else got installed, not even web server (from W2000 i tried it only as php.exe executable), and it gave me the crash on a clean system as well. Honza [2002-09-09 05:59:19] [EMAIL PROTECTED] Just a thought..but did you have some older PHP installed in this machine before you installed 4.2.3? If so, make sure you replace ALL the existing files with the ones found in the new version. Most important one being php4ts.dll 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/19301 -- Edit this bug report at http://bugs.php.net/?id=19301edit=1
#19452 [Fbk-Opn]: Apache2 with php4 freeze on HP-UX 11.00
ID: 19452 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: HP-UX 11.00 PHP Version: 4CVS-2002-09-17 New Comment: Hellow, CTRL + C on the httpd process do nothing. The only way that I have to kill the process is kill -9 12345 So I think that I can't use gdb to debug in this case. Name collision between 9826 9836 Name collision between gsi dtc300s Name collision between dm1521 dm1520 Name collision between c108 c108 Name collision between ovt100 vt100 Name collision between 300 dtc300s Name collision between t1061 t3700 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 hppa2.0n-hp-hpux11.00... Attaching to program: /PKl01h01/soft/web/httpd/bin/httpd, process 12815 ttrace wait: No such process. A program is being debugged already. Kill it? (y or n) n Program not killed. Name collision between 9826 9836 Name collision between gsi dtc300s Name collision between dm1521 dm1520 Name collision between c108 c108 Name collision between ovt100 vt100 Name collision between 300 dtc300s Name collision between t1061 t3700 (gdb) bt warning: reading `flags' register: No such process warning: reading `r3' register: No such process warning: reading `flags' register: No such process warning: reading `pcoqh' register: No such process warning: reading `flags' register: No such process warning: reading `flags' register: No such process warning: reading `r3' register: No such process #0 0x in ?? () warning: reading `rp' register: No such process warning: reading `rp' register: No such process Error accessing memory address 0x6f726b00: No such process. (gdb) Previous Comments: [2002-09-18 18:54:24] [EMAIL PROTECTED] Well, I should have given a bit more info than just the default reply. You can 'bind' to a hanged process with GDB.. # gdb /path/to/httpd 12345 (where 12345 is the process id) Then you can just stop the process with CTRL+C and then do 'bt' and see where it hangs. [2002-09-18 06:07:59] [EMAIL PROTECTED] Hellow, Apache don't crash but freeze. 99 % of the CPU is used and apache can't start properly. I can't generate a correct backtrace because http don't crash so I must kill it : Name collision between 9826 9836 Name collision between gsi dtc300s Name collision between dm1521 dm1520 Name collision between c108 c108 Name collision between ovt100 vt100 Name collision between 300 dtc300s Name collision between t1061 t3700 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 hppa2.0n-hp-hpux11.00... Name collision between 9826 9836 Name collision between gsi dtc300s Name collision between dm1521 dm1520 Name collision between c108 c108 Name collision between ovt100 vt100 Name collision between 300 dtc300s Name collision between t1061 t3700 (gdb) run -X Starting program: /PKl01h01/soft/web/httpd/bin/httpd -X Program terminated with signal SIGKILL, Killed. The program no longer exists. (gdb) bt No stack. (gdb) [2002-09-17 10:45:12] [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. [2002-09-17 07:39:37] [EMAIL PROTECTED] Hellow, I can configure and compile php with apache 2 support on HP-UX 11.00 But when I want to start apache 2, httpd freeze (don't start) and the process take 99% of the CPU What can I do ? There's nothing in logs. Configure line for php : ./configure \ --with-config-file-path=/PKl01h01/soft/web/cfg \ --without-mysql \ --without-gd \ --prefix=/PKl01h01/soft/web \ --with-apxs2=/PKl01h01/soft/web/httpd/bin/apxs I've the same problem with : php 4.2.1 php 4.2.2 php 4.2.3 php CVS
#19552 [Opn-Fbk]: path is always where php was compiled
ID: 19552 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: linux PHP Version: 4.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-09-22 16:53:11] [EMAIL PROTECTED] $_ENV['PWD'] always returns /home/sproctor/php-4.2.3 (where php was compiled). I expect it to be /var/www/reliance/pn (where the script is run from). I compiled php with apxs2 and apache 2.0.40. It's not just the variable that's wrong, but doing something like include filename will search in /home/sproctor/php-4.2.3, for clarity. Thanks! -- Edit this bug report at http://bugs.php.net/?id=19552edit=1
#19445 [Com]: Memory problem of PHP in Win32 environment
ID: 19445 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *General Issues Operating System: Windows2000Server PHP Version: 4.2.2 New Comment: It is a report. I got PHP from http://snaps.php.net/win32/php4-win32-latest.zip; and tried to cause it run with the ISAPI mode. Then, the STOP error came out in several minutes.(T_T) It returned it to old PHP4.2.2, because the error of PHP came out, even if this version causes it run with the CGI mode. Thanks. Previous Comments: [2002-09-23 04:06:04] [EMAIL PROTECTED] Thank you for the reply. http://bugs.php.net/15333 Although it saw this report my little situation seems to differ. The error comes out, also in enough environment where clean installed Windows2000Server. Needless to say, the error comes out even if it is including all the security close-fitting trousers of Microsoft. As for the memory of my machine, the error does not come out at all, when PHP is caused run with the CGI mode, although it is not tested. Needless to say, the error does not come out even if it uses other any applications. The stated error is the error that failed to the initialization of the application. And all the applications come not to trigger and OS does STOP-Error. At this time the vacancy memory quantity of the system had decreased very much without gazing to the number of the process.(500MB around) I think that the memory of my machine is normal. Please permit. I am Japanese whose head is bad. Therefore I am not able to read and write English well. Thank you. [2002-09-17 10:47:56] [EMAIL PROTECTED] Restore the correct summary and OS.. (That stupid mozilla auto-complete form (or whatever it is called) should be turned off by default.. :) [2002-09-17 10:20:40] [EMAIL PROTECTED] I would run memtest on your new ram to see if you have ram errors. What is the error you are getting? Could this be related to http://bugs.php.net/15333 ? [2002-09-16 19:50:31] [EMAIL PROTECTED] Dear PHP Group, I was using the machine that installed the memory of 256MB until July of this year. And in the end neighborhood in July, I increased the memory of the machine to 1GB. OS that was running normally until now from the instant, became unstable. I thought this problem, that the beginning is the problem of OS. I noticed that an OS error does not come out when do for a while and stop Apache. And I thought that the cause of this problem is in Apache. However, my judgment may miss. It is because the OS error does not come out when the reason makes PHP the CGI mode. Only when PHP is an ISAPI mode namely, the OS error comes out. This OS error is a violent thing and OS decreases in the case that the initialization failure of the application frequently occurs and the operation of OS be worst, become impossible. I am inevitable, the problem is driving with the CGI mode without going out now. The details of my machine are as follows. OS:Windows2000Server (Not using IIS at all) MEMORY:1GBytes HTTPD:Apache2.0.39(Win32) (Binary release) PHP:4.2.2 (Binary release) Others:mod_ssl/2.0.39 OpenSSL/0.9.6d mod_gzip/2.0.26.1a Sincerely, -- Edit this bug report at http://bugs.php.net/?id=19445edit=1
#19095 [Dup-Csd]: getenv() returns NULL
ID: 19095 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Duplicate +Status: Closed Bug Type: Apache2 related Operating System: Linux 2.4.19 PHP Version: 4CVS-2002-08-25 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: [2002-09-22 19:33:44] [EMAIL PROTECTED] Dupe of #17662 [2002-08-25 15:30:14] [EMAIL PROTECTED] I'm using the newest CVS HTTPD 2.0.41 and the newest CVS PHP 4.2.3. I've configured both httpd and php with minimal options. The problem is when i try ty use getenv() function. When I use print($REMOTE_ADDR) everything is ok. When I use print(getenv(REMOTE_ADDR)) nothing shows. Is this php related problem or httpd? BTW the problem is the same with HTTPD 2.0.40 and PHP 4.2.2 and below. Here are my configuration options: [root@challenger httpd-2.0.40]# cat konfiguruj ./configure \ --prefix=/usr/local/apache2 \ --with-mpm=prefork \ --enable-modules=all \ --enable-mods-shared=all \ --enable-suexec \ --with-suexec-caller=apache \ --with-suexec-userdir=public_html \ --with-suexec-uidmin=500 \ --with-suexec-gidmin=100 \ --with-suexec-safepath=/usr/local/bin:/usr/bin:/bin \ --enable-ssl \ --enable-cache \ --enable-disk-cache \ --enable-mem-cache \ --enable-file-cache [root@challenger httpd-2.0.40]# [root@challenger php4]# ./configure \ --prefix=/usr/local/apache2/php \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-config-file-path=/usr/local/apache2/php/etc \ --enable-versioning \ --enable-track-vars=yes \ --enable-trans-sid \ --enable-url-includes \ --enable-sysvshm=yes \ --enable-sysvsem=yes \ --enable-safe-mode \ --enable-ftp \ --with-zlib \ --with-mysql \ --with-pgsql \ --with-ldap \ --with-gd \ --with-bz2 \ --with-db3 \ --with-openssl \ --with-gettext \ --with-jpeg --with-jpeg-dir=/usr/lib \ --with-png --with-png-dir=/usr/lib \ --with-xpm --with-xpm-dir=/usr/lib \ --with-freetype --with-freetype-dir=/usr/lib [root@challenger php4]# -- Edit this bug report at http://bugs.php.net/?id=19095edit=1
#16360 [Fbk-NoF]: Segmentation fault in Array functions
ID: 16360 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Scripting Engine problem Operating System: Linux, Windows, Tru64 PHP Version: 4.0CVS-2002-07-09 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: [2002-08-28 19:56:18] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip The problem no longer seems to happen with the latest CVS on Linux Windows. [2002-07-09 05:42:36] [EMAIL PROTECTED] This happens on Tru64 with current CSV-Snapshot php4-20020709 php-test/bin/php theline.php Unaligned access pid=10795 php va=0x140062b7c pc=0x1201ab460 ra=0x1201ab454 inst=0xb401 FATAL: emalloc(): Unable to allocate 71 bytes [2002-04-03 20:48:33] [EMAIL PROTECTED] I'm not sure if this is the same problem, but I get something extremely similar. Install PHP 4.1.x (whether .1 or .2) and suddenly Apache begins growing, and growing, and GROWING in memory use. Eventually a malloc/segfault occurs and Apache either restarts or simply fails outright. Reverting to 4.0.6 resolves the issue, placing 4.1.x back on reintroduces it. No Zend, no nothing other than GZIP and MySQL. Since numerous malloc/segfaults end up leaving Apache unable to restart itself, and PHP 4.1.2 was a security fix and thus HAD to upgrade to it (previously just stuck with 4.0.6 due to this), I have had to configure Apache to auto-restart itself every few hundred hits - this seems to prevent the fault occurring. Mind you PHP still fills up the error log with sh#tloads of parse errors - out of say several hundred executions of a simple 1 line script for example it'll suddenly decide on the next excution to suffer a parse error. Again specific to PHP 4.1.x Sorry if this isn't the same fault? [2002-04-02 10:24:07] [EMAIL PROTECTED] why not? [2002-04-01 21:58:51] [EMAIL PROTECTED] My personaly preference is result must be correct always, if not raise error, but it's not the case under PHP, unfortunately. 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/16360 -- Edit this bug report at http://bugs.php.net/?id=16360edit=1
#17451 [Fbk]: session_start timeout
ID: 17451 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Session related Operating System: Linux 2.4.17 PHP Version: 4.2.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-09-19 19:12:42] [EMAIL PROTECTED] I guess I have the same problem: When storing an object within a session it only works as long as the session filesize doesn't change. When I change some values so that the filesize grows, PHP crashes as soon as I touch another object value. Apache reports: notice] child pid 6571 exit signal Segmentation fault (11) I've got some Example files for you, if you like to reproduce the error: File 1 - object definition: --- class User { var $valid; var $punkte; function User() { $this-clear_values(); } function clear_values() { $this-valid = false; $this-punkte = 0; } function login() { $this-valid = true; } function logout() { $this-clear_values(); } } file 2: login.php (just the PHP part) - require(User2.class.php); $user = new User(); session_register('user'); $user-login(); echo Status: . $user-valid; echo brPunkte: . $user-punkte; file 3: modify -- require(User2.class.php); $user = new User(); session_register('user'); if ($user-valid) $user-punkte++; echo Status: . $user-valid; echo brPunkte: . $user-punkte; file 4: logout -- require(User2.class.php); $user = new User(); session_register('user'); $user-logout(); echo Status: . $user-valid; echo brPunkte: . $user-punkte; for testing: call login.php, then recall modify.php several times until $user-punkte is bigger than 10 then call logout.php - apache will report that segmentation fault and your session is dead. Any further access to that session will timeout your browser. Other php functions work perfectly! The content of the session file itself is still valid and there is no problem with system rights... my system: Redhat 7.1, kernel 2.4.2-2 Apache 2.0.39 PHP 4.2.1 compile options: ./configure' '--with-mysql' '--with-apxs2=/www/bin/apxs' '--enable-trans-sid' '--enable-sysvsem' '--enable-sysvshm' [2002-08-30 04:51:13] [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. A backtrace would be very nice, it is much easier debugging with it. Derick [2002-08-30 04:33:53] [EMAIL PROTECTED] Nah, it doesn't work either. It is even worse, now the script crashes the very first time after calling a session_start() while a session variable is registered. [2002-08-27 22:17:58] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-08-27 19:33:27] [EMAIL PROTECTED] I have RH73 and the same problems... it occurres with php4.2.0, 4.2.1, 4.2.2, 4.3.0 and with apache1.3.26, 2.0.39. First the scripts seem to work, after a while of using the script the browser will say something like Request data from localhost... and I can wait forever :( It's directly related to session_start because if I remove the session_start directive or make a rm -f /tmp-dir/sess*, it will work again 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/17451 -- Edit this bug report at http://bugs.php.net/?id=17451edit=1
#18556 [Fbk-Ver]: Setting locale to 'tr_TR' lowercases class names
ID: 18556 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Verified -Bug Type: *Languages/Translation +Bug Type: Scripting Engine problem Operating System: Linux (RedHat 7.2) -PHP Version: 4.2.2 +PHP Version: 4.2.2,4.3.0-dev Assigned To: hholzgra New Comment: Verified with latest CVS head. The example script outputs: Instantiating an infoBlob with a lowercase ibrFoobrInstantiating an InfoBlob with an uppercase Ibr Fatal error: Cannot instantiate non-existent class: ýnfoblob in t.php on line 18 t.php(18) : Fatal error - Cannot instantiate non-existent class: ýnfoblob Previous Comments: [2002-08-28 21:12:13] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Something related to this was fixed in CVS. (the #16865 which this one was marked duplicate of is closed) [2002-07-25 04:38:08] [EMAIL PROTECTED] dup of #16865 [2002-07-25 03:57:43] [EMAIL PROTECTED] known problem, see regression test case tests/lang/035.phpt [2002-07-25 02:52:33] [EMAIL PROTECTED] This bug is related to others submitted that refer to _constants_ being affected by the locale change, but since this actually concerns a class name, I wanted to submit it separately. Pardon the error if it turns out to be one... I'm internationalizing an app, which loads (include_once) a file called 'imc_Info.inc' containing two class definitions with their respective constructors: class Info and class InfoOracle In the course of loading the index page, I call new InfoOracle() and perform a query. This works fine in English, Spanish, French, and Greek. If I switch my app's locale to Turkish ('tr_TR'), however, I get a error: Cannot instantiate non-existent class: ?acle in /var/www/html (Yes, that ? appears in my logs). After searching for bug reports concerning Turkish, I noticed some closed/bogus reports that mentioned _case_, so I did some poking around. Although my class constructor clearly reads function InfoOracle() { blah blah blah } PHP fails to acknowledge it. The get_declared_classes() function DOES return info and infooracle in its array though. So I tried changing my call to new infooracle(), simply lowercasing the whole name. That worked like a charm, in Turkish. I noticed in one of the other bug reports that Turkish contains no I in its character set, which _sort of_ explains the problem, but it still strikes me as a bug. Shouldn't class names remain unaffected by the current locale? The following script demonstrates the problem. It generates the first output, then throws an error attempting the second. SCRIPT ? // Set language to desired language $g_lang = 'tr_TR'; putenv(LANG=$g_lang); setlocale(LC_ALL, $g_lang); class InfoBlob { var $foo; function InfoBlob() { $this-foo = Foo; } } echo ('Instantiating an infoBlob with a lowercase ibr'); $foobar = new infoBlob(); echo ($foobar-foo); echo ('brInstantiating an InfoBlob with an uppercase Ibr'); $foobar = new InfoBlob(); echo ($foobar-foo); ? -- Edit this bug report at http://bugs.php.net/?id=18556edit=1
#19445 [Fbk-Opn]: Memory problem of PHP in Win32 environment
ID: 19445 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open -Bug Type: *General Issues +Bug Type: Scripting Engine problem Operating System: Windows2000Server PHP Version: 4.2.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip There were some fixes in CVS just recently, so please try a newer snapshot. Previous Comments: [2002-09-23 06:45:49] [EMAIL PROTECTED] It is a report. I got PHP from http://snaps.php.net/win32/php4-win32-latest.zip; and tried to cause it run with the ISAPI mode. Then, the STOP error came out in several minutes.(T_T) It returned it to old PHP4.2.2, because the error of PHP came out, even if this version causes it run with the CGI mode. Thanks. [2002-09-23 04:06:04] [EMAIL PROTECTED] Thank you for the reply. http://bugs.php.net/15333 Although it saw this report my little situation seems to differ. The error comes out, also in enough environment where clean installed Windows2000Server. Needless to say, the error comes out even if it is including all the security close-fitting trousers of Microsoft. As for the memory of my machine, the error does not come out at all, when PHP is caused run with the CGI mode, although it is not tested. Needless to say, the error does not come out even if it uses other any applications. The stated error is the error that failed to the initialization of the application. And all the applications come not to trigger and OS does STOP-Error. At this time the vacancy memory quantity of the system had decreased very much without gazing to the number of the process.(500MB around) I think that the memory of my machine is normal. Please permit. I am Japanese whose head is bad. Therefore I am not able to read and write English well. Thank you. [2002-09-17 10:47:56] [EMAIL PROTECTED] Restore the correct summary and OS.. (That stupid mozilla auto-complete form (or whatever it is called) should be turned off by default.. :) [2002-09-17 10:20:40] [EMAIL PROTECTED] I would run memtest on your new ram to see if you have ram errors. What is the error you are getting? Could this be related to http://bugs.php.net/15333 ? [2002-09-16 19:50:31] [EMAIL PROTECTED] Dear PHP Group, I was using the machine that installed the memory of 256MB until July of this year. And in the end neighborhood in July, I increased the memory of the machine to 1GB. OS that was running normally until now from the instant, became unstable. I thought this problem, that the beginning is the problem of OS. I noticed that an OS error does not come out when do for a while and stop Apache. And I thought that the cause of this problem is in Apache. However, my judgment may miss. It is because the OS error does not come out when the reason makes PHP the CGI mode. Only when PHP is an ISAPI mode namely, the OS error comes out. This OS error is a violent thing and OS decreases in the case that the initialization failure of the application frequently occurs and the operation of OS be worst, become impossible. I am inevitable, the problem is driving with the CGI mode without going out now. The details of my machine are as follows. OS:Windows2000Server (Not using IIS at all) MEMORY:1GBytes HTTPD:Apache2.0.39(Win32) (Binary release) PHP:4.2.2 (Binary release) Others:mod_ssl/2.0.39 OpenSSL/0.9.6d mod_gzip/2.0.26.1a Sincerely, -- Edit this bug report at http://bugs.php.net/?id=19445edit=1
#19445 [Opn-Fbk]: Memory problem of PHP in Win32 environment
ID: 19445 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Windows2000Server PHP Version: 4.2.2 Previous Comments: [2002-09-23 07:41:52] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip There were some fixes in CVS just recently, so please try a newer snapshot. [2002-09-23 06:45:49] [EMAIL PROTECTED] It is a report. I got PHP from http://snaps.php.net/win32/php4-win32-latest.zip; and tried to cause it run with the ISAPI mode. Then, the STOP error came out in several minutes.(T_T) It returned it to old PHP4.2.2, because the error of PHP came out, even if this version causes it run with the CGI mode. Thanks. [2002-09-23 04:06:04] [EMAIL PROTECTED] Thank you for the reply. http://bugs.php.net/15333 Although it saw this report my little situation seems to differ. The error comes out, also in enough environment where clean installed Windows2000Server. Needless to say, the error comes out even if it is including all the security close-fitting trousers of Microsoft. As for the memory of my machine, the error does not come out at all, when PHP is caused run with the CGI mode, although it is not tested. Needless to say, the error does not come out even if it uses other any applications. The stated error is the error that failed to the initialization of the application. And all the applications come not to trigger and OS does STOP-Error. At this time the vacancy memory quantity of the system had decreased very much without gazing to the number of the process.(500MB around) I think that the memory of my machine is normal. Please permit. I am Japanese whose head is bad. Therefore I am not able to read and write English well. Thank you. [2002-09-17 10:47:56] [EMAIL PROTECTED] Restore the correct summary and OS.. (That stupid mozilla auto-complete form (or whatever it is called) should be turned off by default.. :) [2002-09-17 10:20:40] [EMAIL PROTECTED] I would run memtest on your new ram to see if you have ram errors. What is the error you are getting? Could this be related to http://bugs.php.net/15333 ? 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/19445 -- Edit this bug report at http://bugs.php.net/?id=19445edit=1
#19452 [Opn-Fbk]: Apache2 with php4 freeze on HP-UX 11.00
ID: 19452 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: HP-UX 11.00 PHP Version: 4CVS-2002-09-17 New Comment: Please try a new snapshot. There were some thread-safety fixes committed just recently. Previous Comments: [2002-09-23 04:55:45] [EMAIL PROTECTED] Hellow, CTRL + C on the httpd process do nothing. The only way that I have to kill the process is kill -9 12345 So I think that I can't use gdb to debug in this case. Name collision between 9826 9836 Name collision between gsi dtc300s Name collision between dm1521 dm1520 Name collision between c108 c108 Name collision between ovt100 vt100 Name collision between 300 dtc300s Name collision between t1061 t3700 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 hppa2.0n-hp-hpux11.00... Attaching to program: /PKl01h01/soft/web/httpd/bin/httpd, process 12815 ttrace wait: No such process. A program is being debugged already. Kill it? (y or n) n Program not killed. Name collision between 9826 9836 Name collision between gsi dtc300s Name collision between dm1521 dm1520 Name collision between c108 c108 Name collision between ovt100 vt100 Name collision between 300 dtc300s Name collision between t1061 t3700 (gdb) bt warning: reading `flags' register: No such process warning: reading `r3' register: No such process warning: reading `flags' register: No such process warning: reading `pcoqh' register: No such process warning: reading `flags' register: No such process warning: reading `flags' register: No such process warning: reading `r3' register: No such process #0 0x in ?? () warning: reading `rp' register: No such process warning: reading `rp' register: No such process Error accessing memory address 0x6f726b00: No such process. (gdb) [2002-09-18 18:54:24] [EMAIL PROTECTED] Well, I should have given a bit more info than just the default reply. You can 'bind' to a hanged process with GDB.. # gdb /path/to/httpd 12345 (where 12345 is the process id) Then you can just stop the process with CTRL+C and then do 'bt' and see where it hangs. [2002-09-18 06:07:59] [EMAIL PROTECTED] Hellow, Apache don't crash but freeze. 99 % of the CPU is used and apache can't start properly. I can't generate a correct backtrace because http don't crash so I must kill it : Name collision between 9826 9836 Name collision between gsi dtc300s Name collision between dm1521 dm1520 Name collision between c108 c108 Name collision between ovt100 vt100 Name collision between 300 dtc300s Name collision between t1061 t3700 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 hppa2.0n-hp-hpux11.00... Name collision between 9826 9836 Name collision between gsi dtc300s Name collision between dm1521 dm1520 Name collision between c108 c108 Name collision between ovt100 vt100 Name collision between 300 dtc300s Name collision between t1061 t3700 (gdb) run -X Starting program: /PKl01h01/soft/web/httpd/bin/httpd -X Program terminated with signal SIGKILL, Killed. The program no longer exists. (gdb) bt No stack. (gdb) [2002-09-17 10:45:12] [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. [2002-09-17 07:39:37] [EMAIL PROTECTED] Hellow, I can configure and compile php with apache 2 support on HP-UX 11.00 But when I want to start apache 2, httpd freeze (don't start) and the process take 99% of the CPU What can I do ? There's nothing in logs. Configure line for php : ./configure \
#19017 [Fbk-NoF]: Crash when accessing data from big associative arrays
ID: 19017 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4.2.2 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: [2002-08-30 10:10:21] [EMAIL PROTECTED] Well, can you try and compile without using --enable-debug and try get a backtrace? (it won't be as informative..but at least something) Also, check your error_log for possible leak messages, etc. [2002-08-30 05:56:46] [EMAIL PROTECTED] It is not possible to get a backtrace, because everything is working fine now. There are no crashes, and the pages that were failing are now OK. We cannot reproduce the error anymore. I know there may be a bug somewhere, but I simply cannot get more information about it. [2002-08-30 04:49:32] [EMAIL PROTECTED] That is a *very* bad idea and only covers symtoms. Please add a backtrace to this report. Derick [2002-08-30 04:44:12] [EMAIL PROTECTED] We have recompiled the apache and php to add the --enable-debug line, and it seems to have fixed the problem. I don't know what happened, but the segmentation faults have desappeared after recompiling. Thanks very much for the interest and for making PHP such a great thing :-). [2002-08-21 21:39:41] [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. 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/19017 -- Edit this bug report at http://bugs.php.net/?id=19017edit=1
#19534 [Opn-Bgs]: Linker failures
ID: 19534 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: win32 PHP Version: 4.2.3 New Comment: You need to build the php4ts.dll (php4ts.dsw) version. Only ZTS mode works on win32. Previous Comments: [2002-09-20 20:48:29] [EMAIL PROTECTED] Linking... Creating library ..\Release_inline/php4nts.lib and object ..\Release_inline/php4nts.exp LINK : warning LNK4049: locally defined symbol _pcre_free imported LINK : warning LNK4049: locally defined symbol _pcre_malloc imported basic_functions.obj : error LNK2001: unresolved external symbol _zif_crypt basic_functions.obj : error LNK2001: unresolved external symbol _zm_startup_crypt basic_functions.obj : error LNK2001: unresolved external symbol _zm_activate_crypt COM.obj : error LNK2001: unresolved external symbol _php_COM_export_as_sink COM.obj : error LNK2001: unresolved external symbol _php_COM_dispatch_init conversion.obj : error LNK2001: unresolved external symbol _php_COM_export_object ..\Release\php4nts.dll : fatal error LNK1120: 6 unresolved externals Error executing link.exe. Fails on 4.2.3 source downloaded this evening from php.net -- Edit this bug report at http://bugs.php.net/?id=19534edit=1
#19157 [Fbk]: Location not working
ID: 19157 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Session related Operating System: w2k server PHP Version: 4.2.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-08-30 11:43:39] [EMAIL PROTECTED] If I take out all the includes ect. how are you going to run a comparable test? I'm using the ADODB sessions not PHP sessions functions. How are you going to know if PHP is working properly with all other products? I'm on the IIS Web Server 5.0 . I also ran additional test on an earlier Version of PHP 4.1.2 and everything was fine. However, I had this running on 4.2.1 and had the same problem as now. I have left the Pear includes in. If you don't want it just remove the includes. ? // defaults.inc global $timestamp; global $Version_no; global $fusrname; if (!isset($ERR)){ $ERR=''; } if (!isset($sess_page)){ global $sess_page; $sess_page='page1.php'; } if (!isset($page_name)){ global $page_name; $page_name=page1; } if (!isset($company)){ $company='tucker'; } if (!isset($division)){ $division='tape'; } if (!isset($$timestamp)){ $timestamp=date('Y-m-d').time(); } //$timestamp=strftime(); //@ini_set('track_errors', true); include_once(passfunc.inc); // redirect function include_once('/Date/Calc.php'); // Pear function include_once('PEAR.php'); // Pear session_start(); $sess_key=session_id(); $tst=headers_sent(); $access = 'grant'; $page_name='page1.php'; $login='shelley'; $HTTP_SESSION_VARS['saccess'] = $access; $HTTP_SESSION_VARS['susername'] = 'Shelley Jones'; $HTTP_SESSION_VARS['suserid'] = $login; $HTTP_SESSION_VARS['suseris'] = 'Cust'; $HTTP_SESSION_VARS['spage'] = $page_name; $g_url=Location:http://localhost/php/page2.php?K=.$sess_key.L.$login; redirect2($g_url); exit; ? ? // passfunc.inc function redirect2($url){ header($url); flush(); } ? Shelley [2002-08-29 23:11:30] [EMAIL PROTECTED] Please provide the _shortest_ possible script without any database stuff or include()'s...the one here is not very useful for us. And just for the record; header() works just fine for me on Linux/Apache. (even when using sessions) [2002-08-29 12:56:21] [EMAIL PROTECTED] I just cut and pasted this together for you. You might have to tweak this a bit to run. I'm also using ADODB for the Connection the newest Version. As you can see below. ? // defaults.inc global $timestamp; global $Version_no; global $fusrname; if (!isset($ERR)){ $ERR=''; } if (!isset($sess_page)){ global $sess_page; $sess_page='page1.php'; } if (!isset($page_name)){ global $page_name; $page_name=page1; } if (!isset($company)){ $company='tucker'; } if (!isset($division)){ $division='tape'; } if (!isset($$timestamp)){ $timestamp=date('Y-m-d').time(); } //$timestamp=strftime(); //@ini_set('track_errors', true); include_once(passfunc.inc); // config.inc require_once('Smarty.class.php'); require_once('Version.inc'); include_once('ecom_errors.inc'); include_once('EncPwd.inc'); //include_once('session.inc'); include_once('ADOdb-errorpear.inc.php'); include_once('adodb.inc.php'); include_once('tohtml.inc.php'); include_once('/Date/Calc.php'); include_once('PEAR.php'); require_once('adodb-session.php'); //include_once('chkSecurity.inc'); // conn.inc $cn = ''; $rs = ''; $cmd = ''; $server='dewolfe'; $user='ecomm'; $pwd='ecomm'; $database='flexx65'; $ADODB_FETCH_MODE = ADODB_FETCH_ASSOC; $cn = NewADOConnection('mssql'); $cn-PConnect($server,$user,$pwd,$database); include_once(ecom_errors.inc); $tst=headers_sent(); session_start(); $sess_key=session_id(); $tst=headers_sent(); $access = 'grant'; $page_name='page1.php'; $login='shelley'; $HTTP_SESSION_VARS['saccess'] = $access; $HTTP_SESSION_VARS['susername'] = 'Shelley Jones'; $HTTP_SESSION_VARS['suserid'] = $login; $HTTP_SESSION_VARS['suseris'] = 'Cust'; $HTTP_SESSION_VARS['spage'] = $page_name; $tst=headers_sent(); $g_url=Location:http://localhost/php/page2.php?K=.$sess_key.L.$login; redirect2($g_url); exit; ? ? // passfunc.inc function redirect2($url){ header($url); flush(); } ? Shelley [2002-08-28 23:08:20]
#19175 [Fbk-NoF]: highlight_file bug?
ID: 19175 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Scripting Engine problem Operating System: Windows 2000 PHP Version: 4.2.2 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: [2002-08-29 23:08:35] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-08-29 12:07:34] [EMAIL PROTECTED] highlight_file() seams to stop after a sertan length, try highlight a big file to get the bug. The apache server seams to stop data after a sertan number of bytes. -- Edit this bug report at http://bugs.php.net/?id=19175edit=1
#19191 [Fbk-NoF]: file() doesn't work
ID: 19191 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Filesystem function related Operating System: Win2000 PHP Version: 4.1.2 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: [2002-08-30 04:08:16] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip This is most likely fixed... [2002-08-30 04:07:20] [EMAIL PROTECTED] Hi, I used file() function at the moment, and i realized that, file(url) tries to connect and open the url, and than reads it . But these warning came out Warning: php_hostconnect: connect . And I have tried direct the url is ok. I think file() can't connect to all urladdress, just some of it. -- Edit this bug report at http://bugs.php.net/?id=19191edit=1
#15768 [Fbk-NoF]: FastCgi not picking up envrionemnt variables
ID: 15768 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: PHP options/info functions Operating System: Linux 2.2.20 PHP Version: 4.1.1 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: [2002-08-30 13:59:57] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-03-09 23:51:17] [EMAIL PROTECTED] Hello, I can reproduce this problem with FastCGI under Zeus. 4.0.6 works fine in this environment, and register_globals is on. There are _not_ environment variables being set. Under _* or whatever. This is easily viewable from a php_info, or the previously submitted script with the correct environment vars :) [2002-02-28 17:15:02] [EMAIL PROTECTED] Sorry, typo, its HTTP_SERVER_VARS Register globals is turned on so there is no reason why the script should only return one key/value. This seems to be a bug in the 4.1.x branch as the same script produces the expected output in 4.0.x Thx [2002-02-28 02:07:13] [EMAIL PROTECTED] I don't see how this is a support question. In fact, there is no question at all in this report. Granted, his example code should probably use $HTTP_SERVER_VARS, but if it actually behaves like he says then it appears to be a bug. [2002-02-28 02:06:32] [EMAIL PROTECTED] oops..I clicked wrong link. Anyways, your example script is pretty much bogus. There is no such variable as HTTP_SERV_VARS. Try this instead: ?php foreach($_ENV as $key = $value) { echo $key.:.$value.br; } ? 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/15768 -- Edit this bug report at http://bugs.php.net/?id=15768edit=1
#15982 [Fbk-NoF]: PHP Freeze with swffont() call
ID: 15982 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Ming related Operating System: Win XP Prof PHP Version: 4.2.1 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: [2002-08-30 07:59:02] [EMAIL PROTECTED] Hi all, same problem for me: Iexplorer systematically crashes using a file: SWFFont(verdana.fdb); Iexplorer crashes sometimes using an internal font: SWFFont(-sans); Could you please help. [2002-08-29 02:37:26] [EMAIL PROTECTED] Can you send me that font file by (private) e-mail? Derick [2002-08-29 01:55:14] [EMAIL PROTECTED] My system: Win-98, Apache 1.3.26, PHP 4.2.1 -- trying to set SWFFont(), e.g. $f=new SWFFont(ParkAvenue_BT.fdb); usually crashes Apache, sometimes the browser (IE 5.5) too. However the system fonts (_sans, _serif, _typewriter) are now working although they weren't at first. Weirdness! [2002-08-22 12:10:37] [EMAIL PROTECTED] I tried installing PHP 4.1.1 and 4.1.0, but had the same problem under those versions. I also switched from the CGI version of PHP to the ISAPI DLL -- but that didn't help either. When I was running the PHP ISAPI DLL, I could see an access violation error directly in my web browser, whereas before it just said CGI error. [2002-08-21 16:42:27] [EMAIL PROTECTED] I've experienced this bug as well. I'm running Windows 2000 Server, IIS, and PHP 4.1.2. The system has all of the critical Microsoft patches applied except for W2K SP3. It seems that if I do a SWFFont(somefile.fdb) IIS will report a CGI error after running for perhaps 5 seconds. There are some Dr. Watson entries in my event log which talk about an access violation. The dates and times of these entries roughly correspond to when I was testing the ming font functions, but when I run the scripts now, I just get the CGI errors without the Dr. Watson entries. I thought I could get around this bug by using SWFFont(_sans), but that does not work either. I can create a new font object just fine, but when I try to add() the font object to the movie object, Internet Explorer dies, and asks if I want to send a bug report ot Microsoft. 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/15982 -- Edit this bug report at http://bugs.php.net/?id=15982edit=1
#19195 [Fbk-Csd]: strtotime bug
ID: 19195 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Date/time related Operating System: RedHat 7.3 PHP Version: 4.2.2 New Comment: Works here too. Previous Comments: [2002-08-30 06:10:03] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Works for me (same OS). Derick [2002-08-30 06:07:46] [EMAIL PROTECTED] The script return 313965954 echo Test: .strtotime(Fri, 13 Dec 1979 20:45:54 GMT); The script return -1 echo Test: .strtotime(Fri, 13 Dec 1960 20:45:54 GMT); but document write : The valid range of a timestamp is typically from Fri, 13 Dec 1901 20:45:54 GMT to Tue, 19 Jan 2038 03:14:07 GMT -- Edit this bug report at http://bugs.php.net/?id=19195edit=1
#19198 [Fbk-Bgs]: can't compile with mcrypt
ID: 19198 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: Compile Failure Operating System: Linux Mandrake 8.2 PHP Version: 4.2.2 New Comment: Sorry, but the bug system is not the appropriate forum for asking support questions. Your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Thank you for your interest in PHP. Previous Comments: [2002-08-30 11:11:45] [EMAIL PROTECTED] You have an old mcrypt.h header file on your system somewhere which conflicts. Please remove all libmcrypt installations/header files and reinstall libmcrypt 2.5.x Derick [2002-08-30 11:04:07] [EMAIL PROTECTED] I'm trying to compile PHP with mcrypt on Mandrake 8.2, but it's impossible. /bin/sh /home/programas/src/php-4.2.2/libtool --silent --mode=compile gcc -I. -I/home/programas/src/php-4.2.2/ext/mcrypt -I/home/programas/src/php-4.2.2/main -I/home/programas/src/php-4.2.2 -I/usr/include -I/usr/local/include -I/usr/include/apache -I/home/programas/src/php-4.2.2/Zend -I/usr/include/freetype2/freetype -I/usr/local/include -I/usr/include/mysql -I/home/programas/src/php-4.2.2/ext/xml/expat -DLINUX=22 -DDEV_RANDOM=/dev/random -DEAPI -DEAPI_MM -I/home/programas/src/php-4.2.2/TSRM -g -O2 -prefer-pic -c mcrypt.c mcrypt.c: In function `zm_startup_mcrypt': mcrypt.c:272: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast mcrypt.c:273: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast mcrypt.c:274: `MCRYPT_BLOWFISH_128' undeclared (first use in this function) mcrypt.c:274: (Each undeclared identifier is reported only once mcrypt.c:274: for each function it appears in.) mcrypt.c:275: `MCRYPT_BLOWFISH_192' undeclared (first use in this function) mcrypt.c:276: `MCRYPT_BLOWFISH_256' undeclared (first use in this function) mcrypt.c:277: `MCRYPT_BLOWFISH_448' undeclared (first use in this function) mcrypt.c:278: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast mcrypt.c:279: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast mcrypt.c:280: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast mcrypt.c:281: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast mcrypt.c:282: `MCRYPT_IDEA' undeclared (first use in this function) mcrypt.c:283: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast mcrypt.c:284: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast mcrypt.c:285: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast mcrypt.c:286: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast mcrypt.c:287: `MCRYPT_RC2_128' undeclared (first use in this function) mcrypt.c:288: `MCRYPT_RC2_256' undeclared (first use in this function) mcrypt.c:289: `MCRYPT_RC2_1024' undeclared (first use in this function) mcrypt.c:290: `MCRYPT_RC4' undeclared (first use in this function) mcrypt.c:291: `MCRYPT_RC6_128' undeclared (first use in this function) mcrypt.c:292: `MCRYPT_RC6_192' undeclared (first use in this function) mcrypt.c:293: `MCRYPT_RC6_256' undeclared (first use in this function) mcrypt.c:294: `MCRYPT_SAFER_64' undeclared (first use in this function) mcrypt.c:295: `MCRYPT_SAFER_128' undeclared (first use in this function) mcrypt.c:296: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast mcrypt.c:297: `MCRYPT_SERPENT_128' undeclared (first use in this function) mcrypt.c:298: `MCRYPT_SERPENT_192' undeclared (first use in this function) mcrypt.c:299: `MCRYPT_SERPENT_256' undeclared (first use in this function) mcrypt.c:300: `MCRYPT_TWOFISH_128' undeclared (first use in this function) mcrypt.c:301: `MCRYPT_TWOFISH_192' undeclared (first use in this function) mcrypt.c:302: `MCRYPT_TWOFISH_256' undeclared (first use in this function) mcrypt.c:303: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast mcrypt.c: In function `zif_mcrypt_get_cipher_name': mcrypt.c:1497: warning: assignment makes pointer from integer without a cast make[3]: ** [mcrypt.lo] Erro 1 make[3]: Saindo do diretório `/home/programas/src/php-4.2.2/ext/mcrypt' make[2]: **
#19199 [Fbk-NoF]: zif_fgetcsv crash
ID: 19199 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Unknown/Other Function Operating System: Linux PHP Version: 4.2.2 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: [2002-08-30 17:44:57] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-08-30 11:25:59] [EMAIL PROTECTED] Attempting to import data via fgetcsv - zif_fgetcsv() causing crash. File is approx 185M. Same script works on all other files attempted, including larger files. Same result on both PHP 4.1.2 and 4.2.2. GDB+core debug below: -- Program received signal SIGSEGV, Segmentation fault. 0x080a2a18 in zif_fgetcsv (ht=3, return_value=0x81e38c4, this_ptr=0x0, return_value_used=1) at file.c:2127 2127*tptr++ = *bptr++; (gdb) bt #0 0x080a2a18 in zif_fgetcsv (ht=3, return_value=0x81e38c4, this_ptr=0x0, return_value_used=1) at file.c:2127 #1 0x08135eef in execute (op_array=0x81b3964) at ./zend_execute.c:1598 #2 0x0811126a in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:810 #3 0x08062446 in php_execute_script (primary_file=0xb860) at main.c:1381 #4 0x0805fa50 in main (argc=7, argv=0xb914) at cgi_main.c:778 #5 0x400b40c4 in __libc_start_main () from /lib/libc.so.6 - If more information is needed please let me know. -- Edit this bug report at http://bugs.php.net/?id=19199edit=1
#19201 [Fbk-NoF]: htmlspecialchars, et al crashes when called with quote_style
ID: 19201 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Reproducible crash Operating System: Digital Unix 4.0G PHP Version: 4.2.2 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: [2002-08-30 13:18:04] [EMAIL PROTECTED] Forgot to say that I can not reproduce this with php 4.2.0-dev (march 7) or php 4.3.0-dev (august 25). They both show this result: amp;quot;#039;lt;gt; [2002-08-30 13:15:55] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-08-30 13:09:37] [EMAIL PROTECTED] The htmlspecialchars and htmlentities functions crash php(typical document contains no data error) when called with the second parameter, quote_style (ENT_COMPAT, ENT_QUOTES, ENT_NOQUOTES). If called without the second parameter, these functions return the expected results. May be related to Bug #18048. Sample Script: ?php $string = \'; $temp = htmlspecialchars($string,ENT_QUOTES); echo $temp; ? Configuration Command: '--with-apache=/usr/src/apache_1.3.26' '--with-mysql' '--with-gd=/usr/local' '--with-freetype-dir=/usr/local' '--with-t1lib=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-pdflib=/usr/local' '--with-openssl=/usr/local/ssl' '--with-zlib-dir=/usr/local' '--with-java=/usr/opt/java131' '--with-ldap=/usr/local' '--with-imap=/usr/local/lib' '--with-mcrypt=/usr/local/lib/libmcrypt' '--enable-track-vars' '--enable-ftp' '--enable-sockets' '--enable-trans-sid' -- Edit this bug report at http://bugs.php.net/?id=19201edit=1
#19528 [Fbk-Opn]: odbc_function_row() doesn't returned true if there is one row only
ID: 19528 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: ODBC related Operating System: AIX (UNIX) PHP Version: 4.2.2 New Comment: The webserver is made of IBM RS/6000, use IBM AIX and use IBM DB2 for database. The odbc_fetch_into() worked fine. To test it the functionality of the odbc_fetch_row(), I do the echo command followed by 'Result or No Result??? --' then the odbc_fetch_row(). This tell me whether the result is returned in form of data or not. So, this showed the problem lie with odbc_fetch_into(). Because when there is two rows, it work okay and allow the odbc_fetch_into() to show two rows. When I delete one row, the odbc_fetch_row() saw one row and it does not allow the odbc_fetch_into() to show the one row. Previous Comments: [2002-09-22 20:00:43] [EMAIL PROTECTED] Considering the code in question hasn't changed since 4.0.5, I don't think this is a bug in PHP. Regardless what ODBC driver, and DB are you connecting to? And are you sure you're not refering to odbc_fetch_into? Because that prototype did change... [2002-09-20 12:38:29] [EMAIL PROTECTED] The odbc_fetch_row() function worked fine when I used PHP version 4.0.6 but when I upgraded PHP to 4.2.2, the odbc_fetch_row() doesn't work when there is 1 row. When I use the echo command to see the response to the odbc_fetch_row() before the while loop, it showed that it doesn't return True or anything when there is 1 row. I made the workaround to the problem by including the $bug_workaround into the script, this is to be use as 'row number' as shown in the PHP manual at http://www.php.net/manual/en/function.odbc-fetch-row.php;. I enclosed two clipping to point this out. The 1st clipping is the one that don't work and the 2nd clipping showed the work-around to it. In this script, you'll find the word, 'INQUIRIES', it is a table that contain number of companies and users. What the script does is to display each user whenever the company is selected. The cool thing about it is it won't display the data if there is no row for any user. --clip-- $cid = odbc_connect('blah blah blah'); $ask7 = SELECT * FROM INQUIRIES WHERE USER_ID = '38SCK3'; $R7 = odbc_exec($cid,$ask7); $result = odbc_result($R7,1); echo Result or No Result??? -- .odbc_fetch_row($R7); while (odbc_fetch_row($R7)) { odbc_fetch_into($R7,$inquiry,$inq_c); echo $inquiry[0], $inquiry[1]; } --clip-- --clip-- $cid = odbc_connect('blah blah blah'); $ask7 = SELECT * FROM INQUIRIES WHERE USER_ID = '38SCK3'; $R7 = odbc_exec($cid,$ask7); $result = odbc_result($R7,1); echo Result or No Result??? -- .odbc_fetch_row($R7); $bug_workaround=0; while (odbc_fetch_row($R7,++$bug_workaround)) { odbc_fetch_into($R7,$inquiry,$inq_c); echo $inquiry[0], $inquiry[1]; } --clip-- -- Edit this bug report at http://bugs.php.net/?id=19528edit=1
#19557 [NEW]: file_exists() always returns false.
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.2.3 PHP Bug Type: Filesystem function related Bug description: file_exists() always returns false. The following code, in a file called test.php will only ever print is_file OK. This is rather a large flaw? ?php if (file_exists('test.php')) echo file_exists OK; if (is_file('test.php')) echo is_file OK; ? -- Edit bug report at http://bugs.php.net/?id=19557edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19557r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19557r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19557r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19557r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19557r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19557r=support Expected behavior: http://bugs.php.net/fix.php?id=19557r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19557r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19557r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19557r=globals
#19557 [Opn-Bgs]: file_exists() always returns false.
ID: 19557 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: Solaris 8 PHP Version: 4.2.3 New Comment: Sorry, but the bug system is not the appropriate forum for asking support questions. Your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Thank you for your interest in PHP. Previous Comments: [2002-09-23 09:06:40] [EMAIL PROTECTED] The following code, in a file called test.php will only ever print is_file OK. This is rather a large flaw? ?php if (file_exists('test.php')) echo file_exists OK; if (is_file('test.php')) echo is_file OK; ? -- Edit this bug report at http://bugs.php.net/?id=19557edit=1
#19557 [Bgs-Opn]: file_exists() always returns false.
ID: 19557 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Filesystem function related Operating System: Solaris 8 PHP Version: 4.2.3 New Comment: Oops... gotta read those reports before bogusing... Previous Comments: [2002-09-23 09:12:15] [EMAIL PROTECTED] Sorry, but the bug system is not the appropriate forum for asking support questions. Your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Thank you for your interest in PHP. [2002-09-23 09:06:40] [EMAIL PROTECTED] The following code, in a file called test.php will only ever print is_file OK. This is rather a large flaw? ?php if (file_exists('test.php')) echo file_exists OK; if (is_file('test.php')) echo is_file OK; ? -- Edit this bug report at http://bugs.php.net/?id=19557edit=1
#19200 [Fbk-Asn]: dl() fails with E_ERROR when php is compiled with ZTS
ID: 19200 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Assigned Bug Type: Documentation problem Operating System: Linux 2.4.19 PHP Version: 4CVS-2002-08-30 -Assigned To: +Assigned To: ilia Previous Comments: [2002-08-30 13:04:56] [EMAIL PROTECTED] so checkout the phpdoc and fix it :) [2002-08-30 12:47:30] [EMAIL PROTECTED] The documentation mentions that dl() will fail with E_ERROR if safe_mode is enabled or enable_dl is turned off. However, it does not mention that if PHP is compiled with ZTS, dl() would also fail with E_ERROR. This means that if the user wants to handle dl() failure gracefuly within their own script they must do the following check in their code, before calling dl() function: if( ini_get('safe_mode') || !ini_get('enable_dl') || ZEND_THREAD_SAFE ) { echo The dl() functionality is not avaliablebr /\n; } -- Edit this bug report at http://bugs.php.net/?id=19200edit=1
#19525 [Ver-Csd]: Yet Another Output Buffering Issue (YAOBI)
ID: 19525 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Closed Bug Type: Output Control Operating System: All modules in ZTS mode PHP Version: 4CVS-2002-09-21 Assigned To: jmoore 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: [2002-09-21 12:31:59] [EMAIL PROTECTED] resetting my info [2002-09-21 12:30:44] [EMAIL PROTECTED] This is a ZTS issue (Derick tested under linux with ZTS enabled and it failed). [2002-09-21 12:15:28] [EMAIL PROTECTED] Just tested on Linux with a CLI build with --enable-experimental-zts and this doesn't show any error either. Derick [2002-09-20 15:23:30] [EMAIL PROTECTED] Verified under Windows, Linux works fine [2002-09-20 10:40:12] [EMAIL PROTECTED] I tested this with both CGI and CLI SAPI modules. My php.ini is below. allow_call_time_pass_reference = Off error_reporting = E_ALL ~E_NOTICE display_errors = On display_startup_errors = On report_memleaks = On register_globals = Off register_argc_argv = On include_path = .;c:\server\pear;c:\server\htdocs extension_dir = c:\home\php\php4\release_ts ;extension=php_adt.dll ;extension=php_gd.dll session.save_path = c:\server\apache\sessions\ url_rewriter.tags = a=href, area=href, frame=src, input=src, form=fakeentry docref_ext = .html docref_root = file:///C:/Dokumente und Einstellungen/Administrator/Eigene Dateien/PHP Manual/ 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/19525 -- Edit this bug report at http://bugs.php.net/?id=19525edit=1
#19558 [NEW]: erealloc ():unable to allocate 1634623344 bytes
From: [EMAIL PROTECTED] Operating system: windows98 PHP version: 4.2.0 PHP Bug Type: *Web Server problem Bug description: erealloc ():unable to allocate 1634623344 bytes hello I have this message only i work with global_register=off and if i login me with session cookie! I have this matter only any select *,any print_r and any while my php.ini is: [PHP] ;;; ; About this file ; ;;; ; This file controls many aspects of PHP's behavior. In order for PHP to ; read it, it must be named 'php.ini'. PHP looks for it in the current ; working directory, in the path designated by the environment variable ; PHPRC, and in the path that was defined in compile time (in that order). ; Under Windows, the compile-time path is the Windows directory. The ; path in which the php.ini file is looked for can be overriden using ; the -c argument in command line mode.in ; ; The syntax of the file is extremely simple. Whitespace and Lines ; beginning with a semicolon are silently ignored (as you probably guessed). ; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future. ; ; Directives are specified using the following syntax: ; directive=value ; Directive names are *case sensitive* - foo=bar is different from FOO=bar. ; ; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one ; of the INI constants (On, Off, True, False, Yes, No and None) or an expression ; (e.g. E_ALL ~E_NOTICE), or a quoted string (foo). ; ; Expressions in the INI file are limited to bitwise operators and parentheses: ; | bitwise OR ; bitwise AND ; ~ bitwise NOT ; ! boolean NOT ; ; Boolean flags can be turned on using the values 1, On, True or Yes. ; They can be turned off using the values 0, Off, False or No. ; ; An empty string can be denoted by simply not writing anything after the equal ; sign, or by using the None keyword: ; ; foo=; sets foo to an empty string ; foo=none; sets foo to an empty string ; foo=none ; sets foo to the string 'none' ; ; If you use constants in your value, and these constants belong to a dynamically ; loaded extension (either a PHP extension or a Zend extension), you may only ; use these constants *after* the line that loads the extension. ; ; All the values in the php.ini-dist file correspond to the builtin ; defaults (that is, if no php.ini is used, or if you delete these lines, ; the builtin defaults will be identical). ; Language Options ; engine=On ; Enable the PHP scripting language engine under Apache short_open_tag=On ; allow the ? tag. otherwise, only ?php and script tags are recognized. asp_tags=Off ; allow ASP-style % % tags precision=14; number of significant digits displayed in floating point numbers y2k_compliance=Off ; whether to be year 2000 compliant (will cause problems with non y2k compliant browsers) output_buffering=Off; Output buffering allows you to send header lines (including cookies) ; even after you send body content, in the price of slowing PHP's ; output layer a bit. ; You can enable output buffering by in runtime by calling the output ; buffering functions, or enable output buffering for all files ; by setting this directive to On. implicit_flush=On ; Implicit flush tells PHP to tell the output layer to flush itself ; automatically after every output block. This is equivalent to ; calling the PHP function flush() after each and every call to print() ; or echo() and each and every HTML block. ; Turning this option on has serious performance implications, and ; is generally recommended for debugging purposes only. allow_call_time_pass_reference=On ; whether to enable the ability to force arguments to be ; passed by reference at function-call time. This method ; is deprecated, and is likely to be unsupported in future ; versions of PHP/Zend. The encouraged method of specifying ; which arguments should be passed by reference is in the ; function declaration. You're encouraged to try and ; turn this option Off, and make sure your scripts work ; properly with it, to ensure they will work with future ; versions of the language (you will receive a warning ; each time you use this feature, and the argument will ; be passed by value instead of by reference). ; Safe Mode safe_mode=Off safe_mode_exec_dir= safe_mode_allowed_env_vars=PHP_ ; Setting certain environment variables ; may be a potential security breach. ; This directive contains a comma-delimited ; list of prefixes. In Safe Mode, the ; user may only alter environment ; variables whose names begin with the ; prefixes supplied here. ; By default, users will
#19558 [Opn-Bgs]: erealloc ():unable to allocate 1634623344 bytes
ID: 19558 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Web Server problem Operating System: windows98 PHP Version: 4.2.0 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. And please don't submit bug reports with your full php.ini in it. Diff to php.ini-dist would be better. Previous Comments: [2002-09-23 09:26:19] [EMAIL PROTECTED] hello I have this message only i work with global_register=off and if i login me with session cookie! I have this matter only any select *,any print_r and any while my php.ini is: [PHP] ;;; ; About this file ; ;;; ; This file controls many aspects of PHP's behavior. In order for PHP to ; read it, it must be named 'php.ini'. PHP looks for it in the current ; working directory, in the path designated by the environment variable ; PHPRC, and in the path that was defined in compile time (in that order). ; Under Windows, the compile-time path is the Windows directory. The ; path in which the php.ini file is looked for can be overriden using ; the -c argument in command line mode.in ; ; The syntax of the file is extremely simple. Whitespace and Lines ; beginning with a semicolon are silently ignored (as you probably guessed). ; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future. ; ; Directives are specified using the following syntax: ; directive=value ; Directive names are *case sensitive* - foo=bar is different from FOO=bar. ; ; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one ; of the INI constants (On, Off, True, False, Yes, No and None) or an expression ; (e.g. E_ALL ~E_NOTICE), or a quoted string (foo). ; ; Expressions in the INI file are limited to bitwise operators and parentheses: ; | bitwise OR ; bitwise AND ; ~ bitwise NOT ; ! boolean NOT ; ; Boolean flags can be turned on using the values 1, On, True or Yes. ; They can be turned off using the values 0, Off, False or No. ; ; An empty string can be denoted by simply not writing anything after the equal ; sign, or by using the None keyword: ; ; foo=; sets foo to an empty string ; foo=none; sets foo to an empty string ; foo=none ; sets foo to the string 'none' ; ; If you use constants in your value, and these constants belong to a dynamically ; loaded extension (either a PHP extension or a Zend extension), you may only ; use these constants *after* the line that loads the extension. ; ; All the values in the php.ini-dist file correspond to the builtin ; defaults (that is, if no php.ini is used, or if you delete these lines, ; the builtin defaults will be identical). ; Language Options ; engine=On ; Enable the PHP scripting language engine under Apache short_open_tag=On ; allow the ? tag. otherwise, only ?php and script tags are recognized. asp_tags=Off ; allow ASP-style % % tags precision=14; number of significant digits displayed in floating point numbers y2k_compliance=Off ; whether to be year 2000 compliant (will cause problems with non y2k compliant browsers) output_buffering=Off; Output buffering allows you to send header lines (including cookies) ; even after you send body content, in the price of slowing PHP's ; output layer a bit. ; You can enable output buffering by in runtime by calling the output ; buffering functions, or enable output buffering for all files ; by setting this directive to On. implicit_flush=On ; Implicit flush tells PHP to tell the output layer to flush itself ; automatically after every output block. This is equivalent to ; calling the PHP function flush() after each and every call to print() ; or echo() and each and every HTML block. ; Turning this option on has serious performance implications, and ; is generally recommended for debugging purposes only. allow_call_time_pass_reference=On ; whether to enable the ability to force arguments to be ; passed by reference at function-call time. This method ; is deprecated, and is likely to be unsupported in future ; versions of PHP/Zend. The encouraged method of specifying ; which arguments should be passed by reference is in the ; function declaration. You're encouraged to try and ; turn this option Off, and make sure your scripts work ; properly with it, to
#19558 [Bgs]: erealloc ():unable to allocate 1634623344 bytes
ID: 19558 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Web Server problem Operating System: windows98 PHP Version: 4.2.0 New Comment: And DO NOT comment/reopen this report. After you have read the instructions HOW to report, submit new one with the proper information. Previous Comments: [2002-09-23 09:50:29] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. And please don't submit bug reports with your full php.ini in it. Diff to php.ini-dist would be better. [2002-09-23 09:26:19] [EMAIL PROTECTED] hello I have this message only i work with global_register=off and if i login me with session cookie! I have this matter only any select *,any print_r and any while my php.ini is: [PHP] ;;; ; About this file ; ;;; ; This file controls many aspects of PHP's behavior. In order for PHP to ; read it, it must be named 'php.ini'. PHP looks for it in the current ; working directory, in the path designated by the environment variable ; PHPRC, and in the path that was defined in compile time (in that order). ; Under Windows, the compile-time path is the Windows directory. The ; path in which the php.ini file is looked for can be overriden using ; the -c argument in command line mode.in ; ; The syntax of the file is extremely simple. Whitespace and Lines ; beginning with a semicolon are silently ignored (as you probably guessed). ; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future. ; ; Directives are specified using the following syntax: ; directive=value ; Directive names are *case sensitive* - foo=bar is different from FOO=bar. ; ; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one ; of the INI constants (On, Off, True, False, Yes, No and None) or an expression ; (e.g. E_ALL ~E_NOTICE), or a quoted string (foo). ; ; Expressions in the INI file are limited to bitwise operators and parentheses: ; | bitwise OR ; bitwise AND ; ~ bitwise NOT ; ! boolean NOT ; ; Boolean flags can be turned on using the values 1, On, True or Yes. ; They can be turned off using the values 0, Off, False or No. ; ; An empty string can be denoted by simply not writing anything after the equal ; sign, or by using the None keyword: ; ; foo=; sets foo to an empty string ; foo=none; sets foo to an empty string ; foo=none ; sets foo to the string 'none' ; ; If you use constants in your value, and these constants belong to a dynamically ; loaded extension (either a PHP extension or a Zend extension), you may only ; use these constants *after* the line that loads the extension. ; ; All the values in the php.ini-dist file correspond to the builtin ; defaults (that is, if no php.ini is used, or if you delete these lines, ; the builtin defaults will be identical). ; Language Options ; engine=On ; Enable the PHP scripting language engine under Apache short_open_tag=On ; allow the ? tag. otherwise, only ?php and script tags are recognized. asp_tags=Off ; allow ASP-style % % tags precision=14; number of significant digits displayed in floating point numbers y2k_compliance=Off ; whether to be year 2000 compliant (will cause problems with non y2k compliant browsers) output_buffering=Off; Output buffering allows you to send header lines (including cookies) ; even after you send body content, in the price of slowing PHP's ; output layer a bit. ; You can enable output buffering by in runtime by calling the output ; buffering functions, or enable output buffering for all files ; by setting this directive to On. implicit_flush=On ; Implicit flush tells PHP to tell the output layer to flush itself ; automatically after every output block. This is equivalent to ; calling the PHP function flush() after each and every call to print() ; or echo() and each and every HTML block. ; Turning this option on has serious performance implications, and ; is generally recommended for debugging purposes only. allow_call_time_pass_reference=On ; whether to enable the ability to force arguments to be ; passed by reference at function-call time. This method ; is deprecated, and is likely to be unsupported in future ; versions of PHP/Zend. The
#19557 [Fbk-Csd]: file_exists() always returns false.
ID: 19557 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Filesystem function related Operating System: Solaris 8 PHP Version: 4.2.3 New Comment: It was fixed in 4.2.4-dev which can be downloaded at http://snaps.php.net/php4-STABLE-latest.tar.gz Previous Comments: [2002-09-23 09:48:19] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Works here with the latest CVS HEAD. (I don't have 4.2.3 installed so can't test if this was fixed or not.) [2002-09-23 09:14:01] [EMAIL PROTECTED] Oops... gotta read those reports before bogusing... [2002-09-23 09:12:15] [EMAIL PROTECTED] Sorry, but the bug system is not the appropriate forum for asking support questions. Your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Thank you for your interest in PHP. [2002-09-23 09:06:40] [EMAIL PROTECTED] The following code, in a file called test.php will only ever print is_file OK. This is rather a large flaw? ?php if (file_exists('test.php')) echo file_exists OK; if (is_file('test.php')) echo is_file OK; ? -- Edit this bug report at http://bugs.php.net/?id=19557edit=1
#19557 [Csd]: file_exists() always returns false.
ID: 19557 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Filesystem function related Operating System: Solaris 8 PHP Version: 4.2.3 New Comment: I have this built and installed now and it is indeed fixed in 4.2.4-dev. Roll on 4.2.4 Thankyou Previous Comments: [2002-09-23 10:05:14] [EMAIL PROTECTED] It was fixed in 4.2.4-dev which can be downloaded at http://snaps.php.net/php4-STABLE-latest.tar.gz [2002-09-23 09:48:19] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Works here with the latest CVS HEAD. (I don't have 4.2.3 installed so can't test if this was fixed or not.) [2002-09-23 09:14:01] [EMAIL PROTECTED] Oops... gotta read those reports before bogusing... [2002-09-23 09:12:15] [EMAIL PROTECTED] Sorry, but the bug system is not the appropriate forum for asking support questions. Your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Thank you for your interest in PHP. [2002-09-23 09:06:40] [EMAIL PROTECTED] The following code, in a file called test.php will only ever print is_file OK. This is rather a large flaw? ?php if (file_exists('test.php')) echo file_exists OK; if (is_file('test.php')) echo is_file OK; ? -- Edit this bug report at http://bugs.php.net/?id=19557edit=1
#14401 [Opn]: Wrong include_path from Apache Directory config
ID: 14401 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Linux i386 PHP Version: 4.3.0-dev New Comment: Well, I had hoped that the bug fix for the Apache XbitHack would also fix our auto_prepend_file+include_path problem, but it certainly does not. In other words: 4.2.3 has _still_ this problem of wrong include_path's for files loaded via auto_prepend_file. Previous Comments: [2002-07-23 12:31:42] [EMAIL PROTECTED] A short note to confirm the obvious: release 4.2.2 did _not_ fix this problem. It took about 24 hours after the upgrade until it happened for the first time. [2002-07-18 13:39:48] [EMAIL PROTECTED] Hmpf. I can't tell you if the include_path issue is fixed because I cannot even install this %*$# snapshot release. Is this clear enough? Our server machines are stripped down and don't have the tools you need to build programs and RPM packages. So we _must_ build a RPM package on one of our development machines, and if that RPM package passes some tests, we can install this on our servers. Copying the server setup to some test server on a development machine does not really help to be sure, because it would be difficult to simulate the work load of the real server. [2002-07-18 13:24:05] [EMAIL PROTECTED] Please, only ONE BUG per report, thank you. Does the latest snapshot fix the include_path problem or not? (I'm not interested if it doesn't build with all your configure options right now..) [2002-07-18 12:53:47] [EMAIL PROTECTED] I forgot two things: o The above extract from config.log was created with snapshot 200207170600. o In response to your comment ... some problem in your system I updated the bash package to that of redhat-7.1, but without any effect. The bash package of redhat-7.2 has more bugs fixed, but does not fit into a redhat-7.0 system (incompatible changes). After some more debugging in the last four hours I'm pretty sure that it is _not_ a problem of our redhat installation. But what I did not find: How is make supposed to pass the INSTALL_ROOT variable on to the php scripts that it executes when the install-pear-installer and install-pear-packages targets are called? [2002-07-18 10:38:34] [EMAIL PROTECTED] When I said show stopper I meant installation failed, hence I don't know if this fixes the include_path problem. The IMAP part of configure works half way: It detects that SSL libraries are needed for c-client, but the build test fails. The end of config.log reads: configure:34926: checking whether SSL libraries are needed for c-client configure:35086: checking whether IMAP works configure:35119: gcc -o conftest -O2 -march=i386 -mcpu=i686 -fPIC -Wl,-rpath,/usr/X11R6/lib -L/usr/X11R6/lib conftest.c -lcrypt -lpam -lgmp -lgd -lttf -lX11 -lXpm -lpng -lz -ljpeg -ldb -lgdbm -lbz2 -lz -lcrypt -lssl -lcrypto -lresolv -lm -ldl -lnsl -lcrypt 15 /tmp/cc8QGtUw.o: In function `main': /tmp/cc8QGtUw.o(.text+0x112): undefined reference to `mail_open' collect2: ld returned 1 exit status configure: failed program was: #line 35094 configure #include confdefs.h void mm_log(void){} void mm_dlog(void){} void mm_flags(void){} void mm_fatal(void){} void mm_critical(void){} void mm_nocritical(void){} void mm_notify(void){} void mm_login(void){} void mm_diskerror(void){} void mm_status(void){} void mm_lsub(void){} void mm_list(void){} void mm_exists(void){} void mm_searched(void){} void mm_expunged(void){} char mail_open(); int main() { mail_open(0,,0); return 0; } See, there's no -lc-client. I even did a IMAP_SHARED_LIBADD=-lc-client ; export IMAP_SHARED_LIBADD before calling configure and nothing changed I had various other build problems until I removed the --disable-rpath option from configure (--disable-rpath was there for historical reasons, read: because redhat used it in their spec file). The PEAR installation fails right at it's start: $ make install INSTALL_ROOT=/var/tmp/php-root [/bin/sh libtool command omitted for brevity] Installing PHP SAPI module Installing shared extensions: /var/tmp/php-root/usr/lib/php4/ Installing PHP CLI binary:/var/tmp/php-root/usr/bin/ Installing PEAR environment: /var/tmp/php-root/usr/share/pear/ Warning: SAFE MODE Restriction in effect. The script whose uid is 503 is not allowed to access /usr/share owned by uid 0 in
#19559 [NEW]: session script from bug 17512 does not run
From: [EMAIL PROTECTED] Operating system: Linux 2.4.20-pre5 PHP version: 4CVS-2002-09-23 PHP Bug Type: Session related Bug description: session script from bug 17512 does not run In attempting to diagnose session problems I used the script provided by [EMAIL PROTECTED] for bug 17512. The configuration/build options can be found at: www.achd.net/info.php The resulting behavior from this script is somewhat puzzling It can be demonstrated at: www.achd.net/session/stest.php Basically, when run the script displays the key but not the value. If the key is a number which follows any character-based key, it creates a new session variable. But if the key is a number which follows a number key, the previous number key is deleted and the newer is created. I added notes to the prior bug report but as I was not the initial author, I cannot change the status. -- Edit bug report at http://bugs.php.net/?id=19559edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19559r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19559r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19559r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19559r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19559r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19559r=support Expected behavior: http://bugs.php.net/fix.php?id=19559r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19559r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19559r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19559r=globals
#14483 [Com]: -twolevel_namespace and multiple definitions errors
ID: 14483 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Failure Operating System: Mac OS X 10.1 PHP Version: 4.2.0-dev New Comment: PHP 4.2.3 fails 'make install' with: Making install in . /usr/src/php-4.2.3/build/shtool mkdir -p /usr/libexec/ httpd apxs -S LIBEXECDIR=/usr/libexec/httpd -i -a -n php4 libs/libphp4.dylib apxs:Error: file libs/libphp4.dylib is not a DSO make[1]: *** [install-sapi] Error 1 make: *** [install-recursive] Error 1 Any suggestions? I'm using 10.2.1 with Apache 1.3.26 (Darwin), Sybase 12.5, and PHP 4.2.3... Tried both Marc Liyanage's site and Tenon's iTools site instructions, and both give same error... Bri Previous Comments: [2002-04-23 14:27:26] [EMAIL PROTECTED] Using the helpful and informative comments on this page I made a patch which can be applied against the 4.2.0 release source distribution. The basic 4.2.0 module compiles fine for me with the patch. It is available at http://www.entropy.ch/software/macosx/php/php-4.2.0-entropy.ch.patch [2002-04-16 06:16:33] [EMAIL PROTECTED] It's fixed in CVS, but not for PHP 4.2.x. Only PHP 4.3.x + will support this. Derick [2002-04-16 06:07:16] [EMAIL PROTECTED] Unfortunately, this doesn't seem fixed in 4.2.0-RC-4. 1. Still getting yytext problems. The duplicate definitions of char *yytext in zend_ini_scanner and zend_language_scanner still exist. One of them has to go. This is a fatal error. 2. Still getting the crazy amounts of multiply defined errors. The fix for this is as explained with the $deplibs business. This is a fatal error. 3. Still not compiling the apache module right. Also fatal. apxs:Error: file libs/libphp4.dylib is not a DSO make[1]: *** [install-sapi] Error 1 make: *** [install-recursive] Error 1 The only way to make this work is to use the libtool and other stuff from the 4.0.6 branch, as you guys probably know already, and as included above. The struggle continues (?)... [2002-04-10 18:47:06] [EMAIL PROTECTED] This is fixed in CVS. [2002-03-10 12:53:55] [EMAIL PROTECTED] This bug has been superceded by bugs 15986 and 15987. Please follow those bugs for information regarding the forthcoming fixes for the issue you've reported. 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/14483 -- Edit this bug report at http://bugs.php.net/?id=14483edit=1
#19562 [NEW]: xml_parse_into_struct does not follow XML 1.0 specs w.r.t. default attributes
From: [EMAIL PROTECTED] Operating system: Solaris 2.8 PHP version: 4.2.3 PHP Bug Type: XML related Bug description: xml_parse_into_struct does not follow XML 1.0 specs w.r.t. default attributes XML 1.0 specs say that default attribute values will be parsed as if those attributes were directly specified: From the XML 1.0 Spec (http://www.w3.org/TR/2000/REC-xml-20001006#attdecls) [Definition: If the declaration is neither #REQUIRED nor #IMPLIED, then the AttValue value contains the declared default value; the #FIXED keyword states that the attribute must always have the default value. If a default value is declared, when an XML processor encounters an omitted attribute, it is to behave as though the attribute were present with the declared default value.] I have the following DTD: !ELEMENT J ... !ATTLIST J att #FIXED 20 and the following XML: J ... /J The xml_parse_into_struct function does NOT place the attribute att=20 into the struct. Furthermore, if I change the XML to read: J att=45 ... /J xml_parse_into_struct WILL place the attribute att=45 into the struct (so non-default attributes DO work), but in actuality, this should fail, because the #FIXED keyword specifies that the value cannot be changed. -MM -- Edit bug report at http://bugs.php.net/?id=19562edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19562r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19562r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19562r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19562r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19562r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19562r=support Expected behavior: http://bugs.php.net/fix.php?id=19562r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19562r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19562r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19562r=globals
#16521 [Ctl-Csd]: file() - incorrect behavior (line endings ignored) on files with Mac EOLN (CR)
ID: 16521 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Critical +Status: Closed Bug Type: Filesystem function related Operating System: FreeBSD 4.5-Stable PHP Version: 4.1.2 New Comment: Fixed in HEAD. Please try a non-stable snapshot and set the new ini option auto_detect_line_endings=on in your php.ini/apache.conf. The fix will be in 4.3. --Wez. PS: You might have to wait a couple of hours for this change to appear on http://snaps.php.net Previous Comments: [2002-06-14 13:46:42] [EMAIL PROTECTED] This seems critical as this is such a commonly used function. (and Derick promised it would be fixed by 4.3.0 :) [2002-04-09 23:13:59] [EMAIL PROTECTED] In PHP 4.1.2 (and 4.2.0-dev) Calling file() on a 4-line text file with Macintosh line endings (CR) results in a 1-element array: file: (file.txt) blah test three four Code: $array = file( 'file.txt. ); echo count( $array ); Returns '1' (Verified by print_r) file() is ignoring the line endings, but the correct result happens for files with Windows (CRLF) and Unix (LF) line endings. -- Edit this bug report at http://bugs.php.net/?id=16521edit=1
#14409 [Com]: request for nonexistent file does not return 404 error
ID: 14409 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache related Operating System: IRIX64 vega 6.5 04191225 IP27 PHP Version: 4.2.2 New Comment: Dear Kalowsky, I've just reproduced it on php4-20020920 on Apache. It said php-4.3.0 in phpinfo(), and it is more recent than your post. You should understand that it is Apache-related bug, so IIS testing does not apply here, and it is stated in original bug report. Probably you also used php module in your testing on FreeBSD, while original bug report says that PHP was installed as CGI. The trouble looks to me as follows: if php CGI meets nonexistent php file, it does not output anything, while it should output error page, and I would really appreciate if I'd be able to tune that page via php.ini or whatever. Unfortunately, I can't reopen this bug, so someone please reopen it. Thank you. Previous Comments: [2002-08-13 00:49:48] [EMAIL PROTECTED] Duplicated again with PHP 4.2.2 on Apache 1.3.23 under Windows XP. I don't have access to 3.0. [2002-08-10 09:59:27] [EMAIL PROTECTED] Unable to reproduce this on IIS with PHP 4.3.0-DEV, and on FreeBSD 4.6. Please try a newer version. Marking as closed, because I guess this was a valid bug, and has been fixed. [2002-07-31 09:01:16] [EMAIL PROTECTED] Forgot to tell you that it's an i386 Architecture :) [2002-07-31 09:00:03] [EMAIL PROTECTED] Same problem is occuring on Debian 3.0 Linux - worked fine (as a cgi) on the older version of Apache present in 2.2r7 - Only started 500 erroring instead of 404'ing when Apache 1.3.26 was installed as part of the upgrade. [2002-06-18 11:25:24] [EMAIL PROTECTED] Note PHP version change from 4.0.6 to 4.1.2 (same issue). error_log entry: [Tue Jun 18 11:13:31 2002] [error] [client 64.81.224.87] Premature end of script headers: /u/httpd/cgi-bin/php4.cgi Interesting note, however...the problem does occur now on IIS/PHP 4.1.2 - CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: (there the error ends). 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/14409 -- Edit this bug report at http://bugs.php.net/?id=14409edit=1
#14483 [Csd]: -twolevel_namespace and multiple definitions errors
ID: 14483 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Failure Operating System: Mac OS X 10.1 PHP Version: 4.2.0-dev New Comment: Use PHP 4.3.0-dev from http://snaps.php.net http://panther.criticalnexus.com/info.php -Abner Previous Comments: [2002-09-23 13:10:49] [EMAIL PROTECTED] PHP 4.2.3 fails 'make install' with: Making install in . /usr/src/php-4.2.3/build/shtool mkdir -p /usr/libexec/ httpd apxs -S LIBEXECDIR=/usr/libexec/httpd -i -a -n php4 libs/libphp4.dylib apxs:Error: file libs/libphp4.dylib is not a DSO make[1]: *** [install-sapi] Error 1 make: *** [install-recursive] Error 1 Any suggestions? I'm using 10.2.1 with Apache 1.3.26 (Darwin), Sybase 12.5, and PHP 4.2.3... Tried both Marc Liyanage's site and Tenon's iTools site instructions, and both give same error... Bri [2002-04-23 14:27:26] [EMAIL PROTECTED] Using the helpful and informative comments on this page I made a patch which can be applied against the 4.2.0 release source distribution. The basic 4.2.0 module compiles fine for me with the patch. It is available at http://www.entropy.ch/software/macosx/php/php-4.2.0-entropy.ch.patch [2002-04-16 06:16:33] [EMAIL PROTECTED] It's fixed in CVS, but not for PHP 4.2.x. Only PHP 4.3.x + will support this. Derick [2002-04-16 06:07:16] [EMAIL PROTECTED] Unfortunately, this doesn't seem fixed in 4.2.0-RC-4. 1. Still getting yytext problems. The duplicate definitions of char *yytext in zend_ini_scanner and zend_language_scanner still exist. One of them has to go. This is a fatal error. 2. Still getting the crazy amounts of multiply defined errors. The fix for this is as explained with the $deplibs business. This is a fatal error. 3. Still not compiling the apache module right. Also fatal. apxs:Error: file libs/libphp4.dylib is not a DSO make[1]: *** [install-sapi] Error 1 make: *** [install-recursive] Error 1 The only way to make this work is to use the libtool and other stuff from the 4.0.6 branch, as you guys probably know already, and as included above. The struggle continues (?)... [2002-04-10 18:47:06] [EMAIL PROTECTED] This is fixed in CVS. 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/14483 -- Edit this bug report at http://bugs.php.net/?id=14483edit=1
#19560 [NEW]: About the manual
From: [EMAIL PROTECTED] Operating system: none PHP version: 4.2.3 PHP Bug Type: Documentation problem Bug description: About the manual The PDF has corrupted links. In page 8, What references are, points to page ??. Besides I tried to locate some functions related to mysql, but there nothing in the file. Thanks -- Edit bug report at http://bugs.php.net/?id=19560edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19560r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19560r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19560r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19560r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19560r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19560r=support Expected behavior: http://bugs.php.net/fix.php?id=19560r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19560r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19560r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19560r=globals
#19560 [Opn-Bgs]: About the manual
ID: 19560 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: none PHP Version: 4.2.3 New Comment: Please read what's written on the documentation downloads page. Previous Comments: [2002-09-23 12:35:30] [EMAIL PROTECTED] The PDF has corrupted links. In page 8, What references are, points to page ??. Besides I tried to locate some functions related to mysql, but there nothing in the file. Thanks -- Edit this bug report at http://bugs.php.net/?id=19560edit=1
#17466 [Ctl-Csd]: Safe mode uid -1 bug
ID: 17466 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Critical +Status: Closed Bug Type: Apache2 related Operating System: Linux 2.4.7-10 PHP Version: 4.2.1 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: [2002-09-16 10:30:27] [EMAIL PROTECTED] Must be fixed before 4.3.0 [2002-08-29 15:09:31] [EMAIL PROTECTED] See http://bugs.php.net/bug.php?id=17858 - patch available at http://www.slamb.org/php-apache2-safemode.patch. [2002-08-23 16:40:46] [EMAIL PROTECTED] While this may have been assigned as an Apache 2.x problem, I observe safe_mode_gid not working for most GIDs, works for a few, regardless whether the user's GID set includes it. The environment is Apache 1.3.26 with PHP 4.2.2 as a module, under Solaris 2.8. [2002-06-20 15:14:06] [EMAIL PROTECTED] That patch I just posted is broken with Apache 2.0.39, apparently the finfo struct isn't filled in 2.0.39 at the point that I was accessing it. (Its all 0s). If you move the call to php_apr_finfo2stat to php_apache_get_stat it works, but then its runs everytime php_apache_get_stat is called, which I was trying to avoid. [2002-06-20 03:07:29] [EMAIL PROTECTED] I hit the same problem too with apache 2.0.36/php 4.2.1. I figured out where the problem was and fixed it. The apache2filter sapi module wasn't implementing a get_stat function. You can grab the patch from: http://www.brian-web.com/misc/apache2-php-safemode.patch I'm not too familiar with the Apache2 or PHP source, so someone else should probably take a look at it. Basically, it takes the apr_finfo_t struct from apache and converts it back to a struct stat for 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/17466 -- Edit this bug report at http://bugs.php.net/?id=17466edit=1
#19130 [Fbk-Opn]: Program received signal SIGSEGV, Segmentation fault.
ID: 19130 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Linux PHP Version: 4.2.2 New Comment: Please try the snapshot and see if it fixes the problem you are seeing. Sorry but it doesn't fix the problem at all. The same problem is there at the same place, etc... Any other idea?? Cheer, Previous Comments: [2002-09-21 17:38:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip There were a number of fixes pertaining to crashes in Apache2 in the 4.3.0-dev tree. Please try the snapshot and see if it fixes the problem you are seeing. [2002-09-21 13:15:14] [EMAIL PROTECTED] There's no '--with-apxs2' in your configure line. There is one, I just forget to put it on the pasted texts of the message. By the way, the same problem is available with PHP 4.2.3. Nothing work and I don't know any body being able to make it work with Apache2 since the begining. PHP compile without error but refuse to work when enable inside the apache configuration file. The only way to make it work is to directly compile it inside the httpd daemon. As a DSO module, it simply *not* work at all. [2002-09-21 02:12:46] [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. [2002-08-28 12:47:32] [EMAIL PROTECTED] setting to feedback [2002-08-27 22:14:38] [EMAIL PROTECTED] There's no '--with-apxs2' in your configure line..so is that really the one you used? Also note that Apache2 support in any released version of PHP is experimental and not supposed to be used for any production yet. 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/19130 -- Edit this bug report at http://bugs.php.net/?id=19130edit=1
#19047 [Opn-Bgs]: HTTP Post with 1 variable does not behave correctly
ID: 19047 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Linux 2.4.7 RedHat 7.2 PHP Version: 4CVS-2002-08-22 New Comment: Sorry, but the bug system is not the appropriate forum for asking support questions. Your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Thank you for your interest in PHP. I've tried to replicate this bug on Apache 2.0.40 with latest PHP (cvs) using the following browsers: IE 6.0, Mozilla 1.0, Opera 6.02, Konqueror 3.0 and all worked properly. If you get the problem, there is a 99% chance this is a bug with the browser itself rather then PHP. Previous Comments: [2002-08-22 14:48:04] [EMAIL PROTECTED] According to Rasmus' notes in #19052, this is an Apache 2 specific problem. [2002-08-22 11:51:50] [EMAIL PROTECTED] May be it's not (so) php related : Some browsers ( ie, opera, ... ) dislike having a form field named __action__ , while other browsers handle it ( ie 6 , netscape, mozilla, ... ). Could you repeat your test, still with one field, but with another name ? Think about accessing your form object with javascript : _form.action_ is which object: - the __action__ of the form ? - the __action__ field ( type submit ) ? Patrick [2002-08-22 10:21:34] [EMAIL PROTECTED] scriptlet to reproduce problem ##beginscriptlet## ?php echo $action; //echo $secondaction; ? html head /head body form method=post action=arne.php input type=submit name=action value=foo !--input type=hidden name=secondaction value=bar-- /form /body/html ##endscriptlet## php configure line: ./configure --with-apxs2=/usr/local/apache2/2.0.40/bin/apxs --with-mysql=/usr/local/mysql/current --with-config-file-path=/etc --enable-dbg=shared --with-dbg-profiler --with-ming=shared,/usr/local/src/lamp2/ming-0.2a Apache 2.0.40 configure line: ./configure --prefix=/usr/local/apache2/2.0.40 --enable-mods-shared=all Description of Problem: One of our developers stumbled upon the folloing on our internal test box running php4 and apache2. When running the provided scriptlet, the output, wich one would expect to be foo is fooaction=foo Further testing revealed that adding a second field (for example a hidden or text field (uncomment the respective lines in scriptlet to verify)) 'fixes' this problem. Problem was found on apache 2.0.39/php-4.2.1 and contuinues to exist after upgrade to 2.0.40 with todays CVS -- Edit this bug report at http://bugs.php.net/?id=19047edit=1
#17915 [Com]: cannot compile php with openldap support
ID: 17915 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Failure Operating System: Solaris 2.8 PHP Version: 4.2.1 New Comment: This is still a problem on the latest STABLE snapshot from php4-STABLE-200209230900. Adding the TSRMLS_FETCH(); just before line 2030 in ldap.c does indeed resolve the problem on Solaris 2.8 (SPARC) w/gcc-3.1 in 64-bit mode. Previous Comments: [2002-06-21 18:23:28] [EMAIL PROTECTED] This bug has been fixed in CVS. You can grab a snapshot of the CVS version at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites. Thank you for the report, and for helping us make PHP better. The proper fix is to call TSRMLS_FETCH(); right after the variable decelartions in _ldap_rebind_proc [2002-06-21 18:12:19] [EMAIL PROTECTED] PHP 4.2.1 cannot be compiled with openldap support. Compilation fails on ext/ldap/ldap.c, producing error in line 2030: ldap.c:2030: `tsrm_ls' undeclared (first use in this function) Line 2030 uses TSRMLS_CC, which is defined in TSRM/TSRM.h to be #define TSRMLS_Ctsrm_ls #define TSRMLS_CC , TSRMLS_C But, tsrm_ls has never been defined ! Although TSRMLS_CC has been used in other places in ldap.c, only in line 2030 it creates problem. It looks that source of the problem is that function is defined as: int _ldap_rebind_proc ... so it is not PHP function, and tsrm_ls is not implicitly defined. Adding following line in ldap.c, just before line 2030: void ***tsrm_ls; /* Added by [EMAIL PROTECTED] */ fixes the problem. Regards, Sasa Milic -- Edit this bug report at http://bugs.php.net/?id=17915edit=1
#19130 [Opn-Fbk]: Program received signal SIGSEGV, Segmentation fault.
ID: 19130 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Linux PHP Version: 4.2.2 New Comment: What mpm model are you using? Previous Comments: [2002-09-23 14:06:11] [EMAIL PROTECTED] Please try the snapshot and see if it fixes the problem you are seeing. Sorry but it doesn't fix the problem at all. The same problem is there at the same place, etc... Any other idea?? Cheer, [2002-09-21 17:38:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip There were a number of fixes pertaining to crashes in Apache2 in the 4.3.0-dev tree. Please try the snapshot and see if it fixes the problem you are seeing. [2002-09-21 13:15:14] [EMAIL PROTECTED] There's no '--with-apxs2' in your configure line. There is one, I just forget to put it on the pasted texts of the message. By the way, the same problem is available with PHP 4.2.3. Nothing work and I don't know any body being able to make it work with Apache2 since the begining. PHP compile without error but refuse to work when enable inside the apache configuration file. The only way to make it work is to directly compile it inside the httpd daemon. As a DSO module, it simply *not* work at all. [2002-09-21 02:12:46] [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. [2002-08-28 12:47:32] [EMAIL PROTECTED] setting to 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/19130 -- Edit this bug report at http://bugs.php.net/?id=19130edit=1
#14409 [Csd-Opn]: request for nonexistent file does not return 404 error
ID: 14409 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Open Bug Type: Apache related Operating System: IRIX64 vega 6.5 04191225 IP27 PHP Version: 4.2.2 New Comment: Re-opening bug report. Previous Comments: [2002-09-23 13:46:12] [EMAIL PROTECTED] Dear Kalowsky, I've just reproduced it on php4-20020920 on Apache. It said php-4.3.0 in phpinfo(), and it is more recent than your post. You should understand that it is Apache-related bug, so IIS testing does not apply here, and it is stated in original bug report. Probably you also used php module in your testing on FreeBSD, while original bug report says that PHP was installed as CGI. The trouble looks to me as follows: if php CGI meets nonexistent php file, it does not output anything, while it should output error page, and I would really appreciate if I'd be able to tune that page via php.ini or whatever. Unfortunately, I can't reopen this bug, so someone please reopen it. Thank you. [2002-08-13 00:49:48] [EMAIL PROTECTED] Duplicated again with PHP 4.2.2 on Apache 1.3.23 under Windows XP. I don't have access to 3.0. [2002-08-10 09:59:27] [EMAIL PROTECTED] Unable to reproduce this on IIS with PHP 4.3.0-DEV, and on FreeBSD 4.6. Please try a newer version. Marking as closed, because I guess this was a valid bug, and has been fixed. [2002-07-31 09:01:16] [EMAIL PROTECTED] Forgot to tell you that it's an i386 Architecture :) [2002-07-31 09:00:03] [EMAIL PROTECTED] Same problem is occuring on Debian 3.0 Linux - worked fine (as a cgi) on the older version of Apache present in 2.2r7 - Only started 500 erroring instead of 404'ing when Apache 1.3.26 was installed as part of the upgrade. 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/14409 -- Edit this bug report at http://bugs.php.net/?id=14409edit=1
#17958 [Ctl-Fbk]: input type=file loses $_POST vars
ID: 17958 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Critical +Status: Feedback Bug Type: Apache2 related Operating System: Linux 2.4.18 PHP Version: 4.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip When trying to replicate this bug please make sure your file_uploads php.ini value is set to On. In some versions of PHP, POST vars would get lost on multipart forms when this option has a blank or Off value. Previous Comments: [2002-09-19 00:54:26] [EMAIL PROTECTED] I am experiencing the same POST problem. I thought it might have been an HTMLENTITIES problem (which I posted an error) but after reading these bug reports, I get the same thing. I spent 3+ days programming around this. Very frustrating. [2002-09-18 20:10:54] [EMAIL PROTECTED] Mozilla 1.1a is OK either; it seems to be an IE6.0 bug (maybe, a specially coded feature?) [2002-09-18 13:53:45] [EMAIL PROTECTED] Retraction: I had two errors in my header after fixing these errors I can access $_POST varibles in both 4.0.6 and 4.2.3. It appears that some multipart/form-data parsers are more forgiving than others :) POST /cgi-bin/XXX HTTP/1.1 Authorization: Basic Content-Type: multipart/form-data; boundary=XXXssxvnjhpdqdxvcrastvybcwvmgnykrXXX User-Agent: Java1.4.0 Host: XXX.XXX.XXX.X:XXX Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2 Connection: keep-alive Content-length: 142 --XXXssxvnjhpdqdxvcrastvybcwvmgnykrXXX Content-Disposition: form-data; name=fieldName fieldValue --XXXssxvnjhpdqdxvcrastvybcwvmgnykrXXX-- [2002-09-18 04:26:10] [EMAIL PROTECTED] I am using PHP 4.2.3 with Apache/1.3.20, RedHat 7.2. When uploading files with enctype=multipart/form-data I experienced the next problem: all files of types other then text/plain or text/html had been corrupted, e.g., the first 4 lines of a gif picture were: GIF89a% wered.gif Content-Type: image/gif GIF89a% , that is, the file name was ra-powered.gif, a part of this, content-type and an empty line from the posted data had been added to the beginning of the file. The following image data remained intact. The preceding post variable (as phpinfo() listed: _POST[submit-type] updat - must be update _FILES[picture]Array ( [name] = ra-powered.gif [type] = image/gif [tmp_name] = /tmp/phpjsjZRj [error] = 0 [size] = 3810 ) _SERVER[CONTENT_TYPE] multipart/form-data; boundary=---7d213414b022e ) had been corrupt (1-4 last characters cut off, depends on the content-type). All other variables were ok. The problem is only with IE 6.0, Opera, Netscape6 and Konqueror are ok. Tests with PHP 4.2.0 and 4.2.2 show the same results. [2002-09-17 09:41:13] [EMAIL PROTECTED] Hi, I have tested using the following platforms: Platform 1: OS: Windows XP Professional Webserver: Apache/2.0.40 PHP: 4.2.3 Platform 2: OS: Windows 2000 Professional Webserver: Apache 2.0.40 PHP: 4.2.3 Platform 3: OS: Windows 2000 Professional Webserver: Apache 1.3.26 PHP: 4.2.3 I use a custom http client to connect to the http server. The http requests are multipart/form-data. A sample request: POST /cgi-bin/XXX HTTP/1.1 Authorization: Basic Content-Type: multipart/form-data; boundary=XXXssxvnjhpdqdxvcrastvybcwvmgnykrXXX User-Agent: Java1.4.0 Host: XXX.XXX.XXX.X:XXX Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2 Connection: keep-alive Content-length: 142 XXXssxvnjhpdqdxvcrastvybcwvmgnykrXXX Content-Disposition: form-data; name=fieldName fieldValue XXXssxvnjhpdqdxvcrastvybcwvmgnykrXXX-- The $_POST array is empty. I have tested against IBM HTTP Server/V5R2M0 and have not had a probelm retrieving multipart/form-data POST variables using IBM REXX CGI Parse. I am pretty sure my header is valid. Thanks, Jeff 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/17958 -- Edit this bug report at http://bugs.php.net/?id=17958edit=1
#17885 [Opn-Fbk]: corrupted file downloads with fpassthru/fread/readfile
ID: 17885 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: WinXP Pro PHP Version: 4.2.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-07-03 08:15:51] [EMAIL PROTECTED] It is not os related. I have the same problem running apache 2.0.39 on linux (just the file sizes vary...) Windows XP Apache 2.0.39 PHP 4.2.1 approx. 40k Linux/ ~200k [2002-06-27 06:55:16] [EMAIL PROTECTED] I've been able to narrow the problem a little: A friend of mine tried the picture scripts on his machine (Win98SE, Apache2.0.36, PHP4.2.1 module, no virtual hosts) and it worked. My first thought was that the VHosts are the problem. So I installed Apache2 and PHP4.2.1 on my local machine (WinXP Pro, Apache2.0.36, PHP4.2.1 module) WITHOUT virtual hosts. The problem is still there - so the VHosts seem NOT to be the problem. I guess this has to be a WinXP Pro related problem then... [2002-06-27 06:22:32] [EMAIL PROTECTED] Update: when using IMG SRC=somepic.php where somepic.php only contains a content-type header and passes a picture file with fpassthru it doesn't work with Apache2, but it does work fine with Apache1. Apache2 sometimes shows the picture partially, sometimes not at all. Updated my test page on http://test.dariusz.info with this one. [2002-06-21 06:51:20] [EMAIL PROTECTED] Built a little test page if someone's interested: http://test.dariusz.info/ [2002-06-21 05:44:03] [EMAIL PROTECTED] Tried it with fopen($f,rb)/fread, with fopen($f,rb)/fpassthru and with readfile($f). Doesn't work with all three methods. 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/17885 -- Edit this bug report at http://bugs.php.net/?id=17885edit=1
#19130 [Fbk-Opn]: Program received signal SIGSEGV, Segmentation fault.
ID: 19130 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Linux PHP Version: 4.2.2 New Comment: What mpm model are you using? I use the prefork model here. Previous Comments: [2002-09-23 14:24:28] [EMAIL PROTECTED] What mpm model are you using? [2002-09-23 14:06:11] [EMAIL PROTECTED] Please try the snapshot and see if it fixes the problem you are seeing. Sorry but it doesn't fix the problem at all. The same problem is there at the same place, etc... Any other idea?? Cheer, [2002-09-21 17:38:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip There were a number of fixes pertaining to crashes in Apache2 in the 4.3.0-dev tree. Please try the snapshot and see if it fixes the problem you are seeing. [2002-09-21 13:15:14] [EMAIL PROTECTED] There's no '--with-apxs2' in your configure line. There is one, I just forget to put it on the pasted texts of the message. By the way, the same problem is available with PHP 4.2.3. Nothing work and I don't know any body being able to make it work with Apache2 since the begining. PHP compile without error but refuse to work when enable inside the apache configuration file. The only way to make it work is to directly compile it inside the httpd daemon. As a DSO module, it simply *not* work at all. [2002-09-21 02:12:46] [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. 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/19130 -- Edit this bug report at http://bugs.php.net/?id=19130edit=1
#19563 [NEW]: Problems with file_exists and Apache 2.0.40
From: [EMAIL PROTECTED] Operating system: RedHat Linux 7.3 PHP version: 4.2.3 PHP Bug Type: Filesystem function related Bug description: Problems with file_exists and Apache 2.0.40 Sorry 4 my english... When I try to use the file_exists function with php 4.2.3 and Apache 2.0.40, it ALWAYS returns FALSE, even if the file/directory that I'm checking exists. I think it's unuseful to say that the function works well with Apache 1.3.26 -- Edit bug report at http://bugs.php.net/?id=19563edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19563r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19563r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19563r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19563r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19563r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19563r=support Expected behavior: http://bugs.php.net/fix.php?id=19563r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19563r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19563r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19563r=globals
#19563 [Opn-Csd]: Problems with file_exists and Apache 2.0.40
ID: 19563 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Filesystem function related Operating System: RedHat Linux 7.3 PHP Version: 4.2.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. Please check previously resolved bug reports before openning new ones. There were @least 4 identical reports about this bug. Previous Comments: [2002-09-23 16:18:55] [EMAIL PROTECTED] Sorry 4 my english... When I try to use the file_exists function with php 4.2.3 and Apache 2.0.40, it ALWAYS returns FALSE, even if the file/directory that I'm checking exists. I think it's unuseful to say that the function works well with Apache 1.3.26 -- Edit this bug report at http://bugs.php.net/?id=19563edit=1
#19563 [Com]: Problems with file_exists and Apache 2.0.40
ID: 19563 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Filesystem function related Operating System: RedHat Linux 7.3 PHP Version: 4.2.3 New Comment: I'm sorry for the multiple reporting, but in the advanced search windows I didn't choose the all status, so I didn't find the various others error reporting. So, SORRY SORRY SORRY Previous Comments: [2002-09-23 16:22:51] [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. Please check previously resolved bug reports before openning new ones. There were @least 4 identical reports about this bug. [2002-09-23 16:18:55] [EMAIL PROTECTED] Sorry 4 my english... When I try to use the file_exists function with php 4.2.3 and Apache 2.0.40, it ALWAYS returns FALSE, even if the file/directory that I'm checking exists. I think it's unuseful to say that the function works well with Apache 1.3.26 -- Edit this bug report at http://bugs.php.net/?id=19563edit=1
#19541 [Opn]: mssql_connect fails under stress
ID: 19541 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MSSQL related Operating System: Windows NT4(SP6) PHP Version: 4.2.3 New Comment: I switched to CGI and I can confirm that the error doesn't occur anymore. However, as I expected I've run into some serious performance problems under heavy load (CPU usage extremely high, script execution timeouts etc.). Therefore I'd really like to see this working under ISAPI as well. Does this error suggest that the mssql extension has problems with thread safety? My opinion is that if ISAPI was stable and working well, it would be a major break-through for the PHP in Windows platforms. I honestly hope PHP group is taking Windows platforms seriously and putting effort to them. Previous Comments: [2002-09-21 10:40:49] [EMAIL PROTECTED] I have found out that mssql_connect fails under stress. I'm using PHP 4.2.3/ISAPI on IIS4/NT4(SP6). MSSQL 7.0 Server is a dedicated dual processor server with NT4(SP6). I've installed MDAC 2.7 RTM on the web server and performance setting is set to foreground applications (read bug: 9852). I've despertately searched solution to this problem, since the site I'm running is on production state already. I experienced this bug with PHP 4.2.2 at first then moved on to 4.2.3 without any change to the problem. The error occurs on a line: $dbconn = mssql_connect($dbalias,$dbuser,$dbpw); and application log entry for the error is: The description for Event ID ( 2000 ) in Source ( c-client ) could not be found. It contains the following insertion string(s): , PHP Warning: MS SQL: Unable to connect to server: *dbname* in *path* on line x. I'm using TCP/IP protocol, however I've tried named pipes and multiprotocol without help. I've tried to work around this problem and I found out that usually this error occurs when several users are trying to connect to the database simultaneously. I managed to reduce the appearance of the error with the code: function usleepWindows($usec) { $start = gettimeofday(); do { $stop = gettimeofday(); $timePassed = 100 * ($stop['sec'] - $start['sec']) + $stop['usec'] - $start['usec']; } while ($timePassed $usec); } $tries=11; $totaldelay=0; // Set db connection $dbconn = mssql_connect($dbalias,$dbuser,$dbpw); while(!$dbconn){ if ($tries=0){ echo Database failed to respond.; $fp = fopen(c:\\logs\\conn_failed.log,a); fputs($fp, gmdate(M d Y H:i:s) . : db connection failed. Total delay: $totaldelay. From: $REMOTE_HOST.\r\n); fclose($fp); exit; } $delay=mt_rand(8, 15); usleepWindows($delay); $conn = mssql_connect($dbalias,$dbuser,$dbpw); $tries--; $totaldelay += $delay; } The function usleepWindows was found from http://www.php.net/manual/en/function.usleep.php. I haven't tried the CGI yet and wouldn't want to since it will surely suffocate the web server under load. ISAPI is far more superior and my other experiences of it are very positive. I hope to find a solid answer to this problem as it very critical to my site. -- Edit this bug report at http://bugs.php.net/?id=19541edit=1
#14136 [Ctl-Fbk]: Segfaults when forget xslt_free()
ID: 14136 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Critical +Status: Feedback Bug Type: Scripting Engine problem Operating System: Debian/Linux PHP Version: 4.0CVS-2001-11-2 Assigned To: sterling New Comment: I cant reproduce this on windows nor can rei (Ilia) on slackware. This bug is not really critical as it has a workaround of using xslt_free. Can you please provide us with a SHORT test script (Including the XSLT and XML required) which reproduces this behaviour so we can localize and fix this bug if it does exist. Status = User feedback. Many thanks, - James -- James Moore [EMAIL PROTECTED] Previous Comments: [2002-03-26 03:31:24] [EMAIL PROTECTED] Sterling, can you please check this? Derick [2002-02-27 07:40:26] [EMAIL PROTECTED] Assinging this to you sterling, have fun with it! [2001-11-20 15:21:51] [EMAIL PROTECTED] Doesn't look like a Zend problem to me. Apparently the table ends up containing the wrong entries (i.e., the same entry more than once) or, if the analysis is accurate, then the dependencies aren't properly implemented, and a resource (the parser) is freed prematurely. [2001-11-20 07:34:40] [EMAIL PROTECTED] Seems a Zend problem... [2001-11-20 03:59:03] [EMAIL PROTECTED] Tested this with php compiled as cgi. Everything works ok when after doing transformation you use xslt_free() in your script. When you forget to do so php may segfault. This happens when there were a scheme/sax handler defined with object reference: xslt_set_sax_handlers($xslt, array(characters = array($this, func))); Now when php shuts down it calls free_processor() which after some recursive *_ptr_dtor() and alike calls reaches again free_processor() with same zval handle. Since sablotron processor is already destroyed it eventually comes to segfault. This doesn't happen when ordinary function is used as callback handler. Backtrace: #0 0x in ?? () #1 0x400d8432 in Situation::generateMessage (this=0x81c4bb8, type=MT_WARN, code=W1_HLR_NOT_REGISTERED, arg1=@0xbfffee08, arg2=@0xbfffedfc, theMessage=@0xbfffed70) at situa.cpp:267 #2 0x400d8ae2 in Situation::message (this=0x81c4bb8, type=MT_WARN, code=W1_HLR_NOT_REGISTERED, arg1=@0xbfffee08, arg2=@0xbfffedfc) at situa.cpp:348 #3 0x400cfb63 in Processor::report (this=0x81c4c58, S=@0x81c4bb8, type=MT_WARN, code=W1_HLR_NOT_REGISTERED, arg1=@0xbfffee08, arg2=@0xbfffedfc) at proc.cpp:991 #4 0x400ce583 in Processor::setHandler (this=0x81c4c58, S=@0x81c4bb8, type=HLR_MESSAGE, handler=0x0, userData=0x0) at proc.cpp:741 #5 0x400d1a8c in SablotUnregHandler (processor_=0x81c4c58, type=HLR_MESSAGE, handler=0x0, userData=0x0) at sablot.cpp:728 #6 0x0811adc1 in free_processor (rsrc=0x81c0a8c) at sablot.c:613 #7 0x080c3a2a in list_entry_destructor (ptr=0x81c0a8c) at zend_list.c:177 #8 0x080c128e in zend_hash_del_key_or_index (ht=0x818dc44, arKey=0x0, nKeyLength=0, h=1, flag=1) at zend_hash.c:512 #9 0x080c378b in _zend_list_delete (id=1) at zend_list.c:56 #10 0x080d9581 in _zval_dtor (zvalue=0x81c4574, __zend_filename=0x813d01c zend_execute_API.c, __zend_lineno=274) at zend_variables.c:64 #11 0x080c66ab in _zval_ptr_dtor (zval_ptr=0x81c0ad8, __zend_filename=0x8149313 zend_variables.c, __zend_lineno=189) at zend_execute_API.c:274 #12 0x080d98b4 in _zval_ptr_dtor_wrapper (zval_ptr=0x81c0ad8) at zend_variables.c:189 #13 0x080c13ba in zend_hash_destroy (ht=0x81c101c) at zend_hash.c:541 #14 0x080d9551 in _zval_dtor (zvalue=0x81c4a34, __zend_filename=0x813d01c zend_execute_API.c, __zend_lineno=274) at zend_variables.c:57 #15 0x080c66ab in _zval_ptr_dtor (zval_ptr=0x81c0b90, __zend_filename=0x8149313 zend_variables.c, __zend_lineno=189) at zend_execute_API.c:274 #16 0x080d98b4 in _zval_ptr_dtor_wrapper (zval_ptr=0x81c0b90) at zend_variables.c:189 #17 0x080c13ba in zend_hash_destroy (ht=0x81c0b24) at zend_hash.c:541 #18 0x080d9521 in _zval_dtor (zvalue=0x81c0c5c, __zend_filename=0x813d01c zend_execute_API.c, __zend_lineno=274) at zend_variables.c:51 #19 0x080c66ab in _zval_ptr_dtor (zval_ptr=0x81c4b9c, __zend_filename=0x81672fb sablot.c, __zend_lineno=633) at zend_execute_API.c:274 #20 0x0811b00e in free_processor (rsrc=0x81c0a8c) at sablot.c:633 #21 0x080c3a2a in list_entry_destructor (ptr=0x81c0a8c) at zend_list.c:177 #22 0x080c3c15 in zend_destroy_rsrc_list (ht=0x818dc44) at zend_list.c:248 #23 0x080c64a7 in
#18922 [Ver-Csd]: \r \n file()
ID: 18922 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Closed Bug Type: Filesystem function related Operating System: Windows 2k PHP Version: 4.3.0-dev 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: [2002-08-15 20:05:25] [EMAIL PROTECTED] Updated version, set to 'Verified'. (IIRC, this also happens with Macos files..? And there's a bug report about it too) [2002-08-15 14:28:11] [EMAIL PROTECTED] Can reproduce in CVS [2002-08-15 14:15:18] [EMAIL PROTECTED] I found some boring things when i use file() fgetc() all my test was based windows and i configed my php with the 'apache module' way . 1. First i create a file named 'file.txt' with the Editplus, and i type some charactors like: s s s s s s my script is : ? $data=file('file.txt'); $wtmsg=implode(NULL,$data); $fp=fopen('file.txt','w'); fwrite($fp,$wtmsg); fclose($fp); ? after i refresh the page sometimes the 'file.txt' is like : s s s s s the function file() add a lot of \r before \n -- Edit this bug report at http://bugs.php.net/?id=18922edit=1
#19561 [Opn-Bgs]: error with some traditional chinese big-5 font
ID: 19561 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Languages/Translation Operating System: redhat 7.3 PHP Version: 4.2.0 New Comment: In php.ini, search for 'magic_quotes_' prefixed ini directives and set them off. Not a bug but a feature. Previous Comments: [2002-09-23 12:44:33] [EMAIL PROTECTED] Dear Sir: For some reason, I am using php 4.0.6 and Mysql under Redhat 7.3. I found wth some big-5 encoding font like ³\, »\,¥\... had error using php which are multibyte char with 5c in the last byte. the display and sending parameter value will be ³\\,»\\... instead of the roght value. And I got errors send this fonts to Mysql for search. I can not find any related bugs report in the database. Did the upgrade version or any other way to solve this problem ? Please kindly provide informations. If this is a bogus , I am so sorry and I apoligize for that. -- Edit this bug report at http://bugs.php.net/?id=19561edit=1
#19480 [Fbk-Csd]: register_shutdown_function causes Apache to hang
ID: 19480 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Scripting Engine problem Operating System: Linux 2.4.6 PHP Version: 4CVS-2002-09-18 New Comment: Fixed - closed. Previous Comments: [2002-09-23 12:25:58] [EMAIL PROTECTED] Yeah, the current CVS seems to have fixed it. Dunno if this is important but ... when I stop the script in my browser, it's counted up to 568247, yet the email I get says it's counted to 584359. I don't have output buffering enabled. [2002-09-22 14:53:24] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Unable to replicate on latest CVS w/ Apache 1.3.26. [2002-09-18 14:48:41] [EMAIL PROTECTED] Take this script: ? function aborted() { global $i; mail('[EMAIL PROTECTED]', 'aborted', 'conn_status: ' . (int)connection_status() . \nI counted to $i ); exit; } # register_shutdown_function('aborted'); $i = 0; while (true) { echo $i++ . \n; flush(); } ? If run as is, it works as expected: happily counting away until it times out, or you abort the script. If you uncomment the register_shutdown_function line and abort the script part-way through, Apache doesn't seem to close the connection. And, in fact, all other Apache processes get hung up waiting for it. Running iapachectl server-status/i shows this. Let me know if you need more info. (This was actually tested on 4.3.0-dev, built Aug 27 2002. I'm getting the current CVS version now, but I understand from other people that this will still not function.) - Colin -- Edit this bug report at http://bugs.php.net/?id=19480edit=1
#19559 [Opn-Bgs]: session script from bug 17512 does not run
ID: 19559 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Session related Operating System: Linux 2.4.20-pre5 PHP Version: 4CVS-2002-09-23 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 original bug instead. Thank you for your interest in PHP. You can add your comments there (like you already did). It's open bug report, no need to open yet another about same issue. Previous Comments: [2002-09-23 12:12:40] [EMAIL PROTECTED] In attempting to diagnose session problems I used the script provided by [EMAIL PROTECTED] for bug 17512. The configuration/build options can be found at: www.achd.net/info.php The resulting behavior from this script is somewhat puzzling It can be demonstrated at: www.achd.net/session/stest.php Basically, when run the script displays the key but not the value. If the key is a number which follows any character-based key, it creates a new session variable. But if the key is a number which follows a number key, the previous number key is deleted and the newer is created. I added notes to the prior bug report but as I was not the initial author, I cannot change the status. -- Edit this bug report at http://bugs.php.net/?id=19559edit=1
#19565 [NEW]: line comment interprets ?
From: [EMAIL PROTECTED] Operating system: Win 2K PHP version: 4.2.1 PHP Bug Type: Scripting Engine problem Bug description: line comment interprets ? A single line comment still interprets the ? character sequence. - ? // some text // the next line is OK, block comment /* input name=?= $ip_name ? */ // the next line is the problem // input name=?= $ip_name ? // all done ? - The above snippet will show the following on the web page, even though NOTHING should show: // all done ? -- Edit bug report at http://bugs.php.net/?id=19565edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19565r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19565r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19565r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19565r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19565r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19565r=support Expected behavior: http://bugs.php.net/fix.php?id=19565r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19565r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19565r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19565r=globals
#19113 [Com]: HTTP status 200 returned on HTTP CONNECT when mod_proxy not in use
ID: 19113 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: FreeBSD 4.6.2 PHP Version: 4.2.2 New Comment: A follow-up to the quick-fix configuration addition I posted: Despite working around the problem, it seems to partially mess up the default deny/allow setup that Apache comes with by default. For example, using those configuration directives globally will result in allow/deny directives to seemingly have no effect. So please, be cautious when using the configuration fix. This is just more proof that this bug need to be fixed on the Apache level or the PHP4 level (depending on where it is). Previous Comments: [2002-08-26 15:14:58] [EMAIL PROTECTED] I believe the following to be a severe bug which relates directly to PHP4 and Apache 1.3: For those of you unfamiliar with HTTP, there is an HTTP command called CONNECT which is intended for use with HTTP proxying. Via telnet, one can test for proxy capability by doing the following (input is in bold): $ telnet www.somehost.com 80 Trying ###.###.###.###... Connected to www.somehost.com. Escape character is '^]'. CONNECT www.google.com:80 HTTP/1.0 Host: www.somehost.com Now hit [Enter] twice. If your Apache configuration is proper (and without mod_proxy installed), you should get the following response: HTTP/1.1 405 Method Not Allowed However, this is where the bug shows up. Here are the pre-requisites for it to appear: Must have PHP4 module loaded. Must have index.php listed in Apache DocumentIndex directive. Must have index.php file in the DocumentRoot of the website you're connecting to (in the above example, www.somehost.com). The result of the above HTTP CONNECT when all of the above pre-requistes are met: HTTP/1.1 200 OK [HTTP headers here] [Contents of parsed index.php here; as if visiting the website!] An HTTP response code of 200 should only be sent when the request was legitimate -- a HTTP CONNECT should not be legitimate just because the website in question has an index.php file. You can literally rename index.php to something else (even index.html!) and a correct HTTP status of 405 is returned. I have read the HTTP RFC in full, and it is fairly vague when it comes to dealing with HTTP CONNECT -- however, the Status code section applies to all sections, therefore a Status code of 200 on an HTTP CONNECT when mod_proxy is not loaded is incorrect. Again, this only happens with mod_php4 installed. So why is this a big deal? Well, a slew of online services use proxy scanners to ensure legitimate clients are being used to communicate with their servers; proxy scanners are also used for IRC. The scanners look for a status code of 200 on an HTTP CONNECT. There is a workaround, which is to add the following to your server configuration: Location / Limit CONNECT Order deny,allow Deny from all /Limit /Location This bug may be directly related to bug #17424. Footnote: If this is traced back to be a flaw in Apache's DSO code, then I expect to see it reported as such, so I can forward this entire thread on to the Apache team and make them deal with it. Thanks. -- Edit this bug report at http://bugs.php.net/?id=19113edit=1
#13472 [Com]: input type=hidden should be in a fieldset if there is one (XHTML and trans sid)
ID: 13472 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Session related Operating System: Any PHP Version: 4.2.0 New Comment: I don't know if I should submit this as a new bug, or if its part of this one, but the input element added should be empty ie input stuff / in order to be valid xhtml in addition to the fieldset issue. Probably should be a php.ini option, similar to being able to change argument_seperator.output from to amp;. Previous Comments: [2002-08-01 12:32:39] [EMAIL PROTECTED] I've tried using the following: ini_set(url_rewriter.tags, a=href,area=href,form=action); However, now get the session BOTH in the action and in a fake entry. Any suggestions? [2002-07-19 19:56:45] [EMAIL PROTECTED] Yep - this one is annoying me too. Could the input not be held in its own div /div tag pair? That would make it legal. Cheers, David Bond [2002-03-06 03:05:25] [EMAIL PROTECTED] Version update and added comment to summary [2002-03-05 08:16:19] [EMAIL PROTECTED] you can modify this using .htaccess if your provider allows that or change it at runtime usint ini_set() [2002-03-05 08:07:14] [EMAIL PROTECTED] Most people cannot access their host's php.ini... Another workaround ? :) 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/13472 -- Edit this bug report at http://bugs.php.net/?id=13472edit=1
#19505 [Com]: PHP Make Failure
ID: 19505 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: OpenSSL related Operating System: Solaris 8 PHP Version: 4CVS-2002-09-19 New Comment: The CVS version from 9/22 fixes this bug. Thank you. Previous Comments: [2002-09-20 09:27:04] [EMAIL PROTECTED] to test if SSL is the issue with Apache2, i built Apache2.0.40 on the same server without SSL and just with enable-so option. Here are the results of today's cvs version of php4 (I used the same exact configure command as the initial time used with apache2+ssl): --- /bin/sh /usr/local/src/php4-20020920/libtool --mode=compile gcc -Iext/standard/ -I/usr/local/src/php4-20020920/ext/standard/ -DPHP_ATOM_INC -I/usr/local/src/php4-20020920/include -I/usr/local/src/php4-20020920/main -I/usr/local/src/php4-20020920 -I/usr/local/apache/2.0.40-test/include -I/usr/local/src/php4-20020920/Zend -I/usr/local/www_ssl/include -I/usr/local/include -I/usr/local/netscape/sdk/ns-ldapsdk-411-worldwide-solaris/include -I/usr/local/mnogosearch/include -I/u01/mysql/include/mysql -I/usr/local/oracle/OraHome1/rdbms/public -I/usr/local/oracle/OraHome1/rdbms/demo -I/usr/local/oracle/OraHome1/network/public -I/usr/local/oracle/OraHome1/plsql/public -I/usr/local/src/php4-20020920/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I/usr/local/src/php4-20020920/TSRM -g -O2 -pthreads -Wall -DZTS -prefer-pic -c /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c -o ext/standard/url_scanner_ex.lo gcc -Iext/standard/ -I/usr/local/src/php4-20020920/ext/standard/ -DPHP_ATOM_INC -I/usr/local/src/php4-20020920/include -I/usr/local/src/php4-20020920/main -I/usr/local/src/php4-20020920 -I/usr/local/apache/2.0.40-test/include -I/usr/local/src/php4-20020920/Zend -I/usr/local/www_ssl/include -I/usr/local/include -I/usr/local/netscape/sdk/ns-ldapsdk-411-worldwide-solaris/include -I/usr/local/mnogosearch/include -I/u01/mysql/include/mysql -I/usr/local/oracle/OraHome1/rdbms/public -I/usr/local/oracle/OraHome1/rdbms/demo -I/usr/local/oracle/OraHome1/network/public -I/usr/local/oracle/OraHome1/plsql/public -I/usr/local/src/php4-20020920/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I/usr/local/src/php4-20020920/TSRM -g -O2 -pthreads -Wall -DZTS -c /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c -fPIC -DPIC -o ext/standard/url_scanner_ex.lo /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c: In function `append_modified_url': /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:107: warning: unused variable `yyaccept' /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:163: warning: label `yy10' defined but not used /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:162: warning: label `yy9' defined but not used /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:157: warning: label `yy7' defined but not used /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:154: warning: label `yy5' defined but not used /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:151: warning: label `yy3' defined but not used /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:150: warning: label `yy2' defined but not used /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:143: warning: label `yy1' defined but not used /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c: In function `xx_mainloop': /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:313: warning: unused variable `yyaccept' /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:370: warning: unused variable `yyaccept' /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:436: warning: unused variable `yyaccept' /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:520: warning: unused variable `yyaccept' /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:756: warning: label `yy76' defined but not used /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:755: warning: label `yy75' defined but not used /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:748: warning: label `yy72' defined but not used /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:696: warning: label `yy59' defined but not used /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:648: warning: label `yy57' defined but not used /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:646: warning: label `yy56' defined but not used /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:619: warning: label `yy47' defined but not used /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:569:
#17662 [Csd-Opn]: getenv() Apache variables not available
ID: 17662 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Open Bug Type: Apache2 related Operating System: SuSE 7.2 PHP Version: 4.2.3 - 200207251200 New Comment: Just tried Snapshot php4-STABLE-200209231800 and still the same problem. Previous Comments: [2002-09-22 23:15:07] [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. [2002-09-19 04:28:32] [EMAIL PROTECTED] Nearly the same installation, but with Apache section. Look at http://www.edisys.de/phpinfo.php But I have still a variable-passing problem. I installed tutos http://www.tutos.org and no vatriables are passed to the tutos enviroment. Greeting -hsv- [2002-08-26 15:49:58] [EMAIL PROTECTED] just tried with apache 2.0.40 release version and php4-STABLE-200208260900 and still no luck. The entire apache section of phpinfo() doesn't come up. To define, the tables with information like Apache Version, Apache Release, Apache API Version, Loaded Modules, etc. The next table with child_terminate, engine, etc, the main Apache Environment table starting with DOCUMENT_ROOT, HTTP_ACCEPT, etc, and the next table HTTP Headers Information. All of these tables are NOT present when trying Apache 2 and PHP. [2002-07-26 01:13:58] [EMAIL PROTECTED] tried with apache 2.0.40 - 20020726041217 and php 4.3.0 - php4-200207252100 and getting seg faults on all child processes in the error log. [2002-07-25 20:36:19] [EMAIL PROTECTED] Try this snapshot: http://snaps.php.net/php4-latest.tar.gz (you will need Apache 2.0.40-dev) 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/17662 -- Edit this bug report at http://bugs.php.net/?id=17662edit=1
#17662 [Opn-Csd]: getenv() Apache variables not available
ID: 17662 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: SuSE 7.2 PHP Version: 4.2.3 - 200207251200 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. The bug has been fixed in CVS, not the STABLE branch. You need to checkout 4.3.0-dev from CVS or download http://snaps.php.net/php4-latest.tar.gz Previous Comments: [2002-09-23 22:03:53] [EMAIL PROTECTED] Just tried Snapshot php4-STABLE-200209231800 and still the same problem. [2002-09-22 23:15:07] [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. [2002-09-19 04:28:32] [EMAIL PROTECTED] Nearly the same installation, but with Apache section. Look at http://www.edisys.de/phpinfo.php But I have still a variable-passing problem. I installed tutos http://www.tutos.org and no vatriables are passed to the tutos enviroment. Greeting -hsv- [2002-08-26 15:49:58] [EMAIL PROTECTED] just tried with apache 2.0.40 release version and php4-STABLE-200208260900 and still no luck. The entire apache section of phpinfo() doesn't come up. To define, the tables with information like Apache Version, Apache Release, Apache API Version, Loaded Modules, etc. The next table with child_terminate, engine, etc, the main Apache Environment table starting with DOCUMENT_ROOT, HTTP_ACCEPT, etc, and the next table HTTP Headers Information. All of these tables are NOT present when trying Apache 2 and PHP. [2002-07-26 01:13:58] [EMAIL PROTECTED] tried with apache 2.0.40 - 20020726041217 and php 4.3.0 - php4-200207252100 and getting seg faults on all child processes in the error log. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/17662 -- Edit this bug report at http://bugs.php.net/?id=17662edit=1
#15168 [Ana-Fbk]: (mm save handler) PHP segfaults saving sessions-vars
ID: 15168 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Feedback Bug Type: Session related Operating System: SuSE 7.3 /2.4.10 PHP Version: 4.1.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-05-14 10:54:48] [EMAIL PROTECTED] I am getting zend_hash_internal_pointer_reset_ex -- Apache crashes while trying to load the custom session handlers (I am saving out to MySQL using Manuel Lemos' Metabase.) Everything was working perfectly under PHP 4.0.5, Apache 1.3.19. Crashes every time on PHP 4.1.1, Apache 1.3.22. Win32 - PIII 600. 128mb ram. [2002-02-05 11:40:28] [EMAIL PROTECTED] This bug has been fixed in CVS. [2002-02-03 20:01:39] [EMAIL PROTECTED] Will be fixed soon. [2002-02-02 22:21:52] [EMAIL PROTECTED] Changed summay (Added mm save handler) [2002-01-23 04:38:05] [EMAIL PROTECTED] It's not a solution, but a workaround. You can try user, msession or session_pgsql save handler module. User is compile in by default. --with-msession for msession (And you need lib and daemon for it. Refer to manual) session_pgsql is under PEAR CVS (/pear/PECL). user/msession/session_pgsql works fine for me. (msession/session_pgsql are experimental modules) 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/15168 -- Edit this bug report at http://bugs.php.net/?id=15168edit=1
#15895 [Ana-Csd]: session_unregister('xxx') wo session segfaults
ID: 15895 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Closed Bug Type: Session related Operating System: linux i386 rh 6.1 apache1.2.23 PHP Version: 4.1.2 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: [2002-03-06 07:20:55] [EMAIL PROTECTED] Test script: ?php session_unregister('test'); echo test; ? Red Hat Linux release 6.1 (Cartman) Linux backup 2.2.12-20smp Apache 1.2.23 php 4.1.2 ./configure --with-apxs --with-mysql=/usr/local --enable-debug=yes --enable-trackvars --enable-sockets --enable-calendar --with-gd=../gd-1.8.4 --with-jpeg-dir=/usr/ --with-png-dir=/usr/ --with-imap=/usr/local/ --with-ldap --with-gettext --with-zlib Program received signal SIGSEGV, Segmentation fault. 0x4020a544 in zend_hash_del_key_or_index (ht=0x81bcf24, arKey=0x81e5b6c test, nKeyLength=5, h=0, flag=0) at zend_hash.c:484 484 p = ht-arBuckets[nIndex]; (gdb) bt #0 0x4020a544 in zend_hash_del_key_or_index (ht=0x81bcf24, arKey=0x81e5b6c test, nKeyLength=5, h=0, flag=0) at zend_hash.c:484 #1 0x40253358 in zif_session_unregister (ht=1, return_value=0x81e5b84, this_ptr=0x0, return_value_used=0) at session.c:1201 #2 0x401f7605 in execute (op_array=0x81e08dc) at ./zend_execute.c:1590 #3 0x4020636b in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:814 #4 0x402137e3 in php_execute_script (primary_file=0xba30) at main.c:1307 #5 0x4020fa21 in apache_php_module_main (r=0x81287fc, display_source_mode=0) at sapi_apache.c:90 #6 0x402104f3 in send_php (r=0x81287fc, display_source_mode=0, filename=0x0) at mod_php4.c:575 #7 0x40210554 in send_parsed_php (r=0x81287fc) at mod_php4.c:590 #8 0x806d823 in ap_invoke_handler () #9 0x80822b9 in process_request_internal () #10 0x808231c in ap_process_request () #11 0x807961e in child_main () #12 0x80797d0 in make_child () #13 0x8079929 in startup_children () #14 0x8079f86 in standalone_main () #15 0x807a753 in main () #16 0x400b51eb in __libc_start_main (main=0x807a3fc main, argc=2, argv=0xbd54, init=0x804f878 _init, fini=0x80b131c _fini, rtld_fini=0x4000a610 _dl_fini, stack_end=0xbd4c) at ../sysdeps/generic/libc-start.c:90 (gdb) If you need further information i'll be happy to help! -- Edit this bug report at http://bugs.php.net/?id=15895edit=1
#19567 [NEW]: Access Violation at memory address 77F83941
From: [EMAIL PROTECTED] Operating system: Windoes 2000 SP2 PHP version: 4.2.3 PHP Bug Type: IIS related Bug description: Access Violation at memory address 77F83941 After installing PHP 4.2.2 and 4.2.3 and trying to use the phpMySearch application, when running the spider.php file I get an access violation. The phpMySearch people seem to think it is a bug with php. See the thread http://phpmysearch.web4.hm/modules.php?op=modloadname=phpBB_14file=indexaction=viewtopictopic=90forum=93 for more info. Another user has the same problem I do. Server: IIS 5.0 OS: Win 2K SP2 PHP vers: 4.2.2 and 4.2.3 (ISAPI) and 4.2.3 CGI PHP Modules : php_curl.dll event log below Desc: The application, , generated an application error The error occurred on 09/24/2002 @ 14:36:38.889 The exception generated was c005 at address 77F83941 (RtlpWaitForCriticalSection) details: : 0d 0a 0d 0a 41 70 70 6c Appl 0008: 69 63 61 74 69 6f 6e 20 ication 0010: 65 78 63 65 70 74 69 6f exceptio 0018: 6e 20 6f 63 63 75 72 72 n occurr 0020: 65 64 3a 0d 0a 20 20 20 ed:.. 0028: 20 20 20 20 20 41 70 70App 0030: 3a 20 20 28 70 69 64 3d : (pid= 0038: 31 32 35 32 29 0d 0a 20 1252).. 0040: 20 20 20 20 20 20 20 57 W 0048: 68 65 6e 3a 20 39 2f 32 hen: 9/2 0050: 34 2f 32 30 30 32 20 40 4/2002 @ 0058: 20 31 34 3a 33 36 3a 3314:36:3 0060: 38 2e 38 38 39 0d 0a 20 8.889.. 0068: 20 20 20 20 20 20 20 45 E 0070: 78 63 65 70 74 69 6f 6e xception 0078: 20 6e 75 6d 62 65 72 3anumber: 0080: 20 63 30 30 30 30 30 30c00 0088: 35 20 28 61 63 63 65 73 5 (acces 0090: 73 20 76 69 6f 6c 61 74 s violat 0098: 69 6f 6e 29 0d 0a 0d 0a ion) 00a0: 2a 2d 2d 2d 2d 3e 20 53 * S 00a8: 79 73 74 65 6d 20 49 6e ystem In 00b0: 66 6f 72 6d 61 74 69 6f formatio 00b8: 6e 20 3c 2d 2d 2d 2d 2a n * 00c0: 0d 0a 20 20 20 20 20 20 .. 00c8: 20 20 43 6f 6d 70 75 74 Comput 00d0: 65 72 20 4e 61 6d 65 3a er Name: 00d8: 20 43 53 4d 54 45 4d 4cCSMTEML 00e0: 53 54 2d 57 45 42 0d 0a ST-WEB.. 00e8: 20 20 20 20 20 20 20 20 00f0: 55 73 65 72 20 4e 61 6d User Nam 00f8: 65 3a 20 41 64 6d 69 6e e: Admin 0100: 69 73 74 72 61 74 6f 72 istrator 0108: 0d 0a 20 20 20 20 20 20 .. 0110: 20 20 4e 75 6d 62 65 72 Number 0118: 20 6f 66 20 50 72 6f 63of Proc 0120: 65 73 73 6f 72 73 3a 20 essors: 0128: 32 0d 0a 20 20 20 20 20 2.. 0130: 20 20 20 50 72 6f 63 65 Proce 0138: 73 73 6f 72 20 54 79 70 ssor Typ 0140: 65 3a 20 78 38 36 20 46 e: x86 F 0148: 61 6d 69 6c 79 20 36 20 amily 6 0150: 4d 6f 64 65 6c 20 31 31 Model 11 0158: 20 53 74 65 70 70 69 6eSteppin 0160: 67 20 31 0d 0a 20 20 20 g 1.. 0168: 20 20 20 20 20 57 69 6eWin 0170: 64 6f 77 73 20 32 30 30 dows 200 0178: 30 20 56 65 72 73 69 6f 0 Versio 0180: 6e 3a 20 35 2e 30 0d 0a n: 5.0.. 0188: 20 20 20 20 20 20 20 20 0190: 43 75 72 72 65 6e 74 20 Current 0198: 42 75 69 6c 64 3a 20 32 Build: 2 01a0: 31 39 35 0d 0a 20 20 20 195.. 01a8: 20 20 20 20 20 53 65 72Ser 01b0: 76 69 63 65 20 50 61 63 vice Pac 01b8: 6b 3a 20 32 0d 0a 20 20 k: 2.. 01c0: 20 20 20 20 20 20 43 75 Cu 01c8: 72 72 65 6e 74 20 54 79 rrent Ty 01d0: 70 65 3a 20 4d 75 6c 74 pe: Mult 01d8: 69 70 72 6f 63 65 73 73 iprocess 01e0: 6f 72 20 46 72 65 65 0d or Free. 01e8: 0a 20 20 20 20 20 20 20 . 01f0: 20 52 65 67 69 73 74 65Registe 01f8: 72 65 64 20 4f 72 67 61 red Orga 0200: 6e 69 7a 61 74 69 6f 6e nization 0208: 3a 20 54 65 6d 63 6f 0d : Temco. 0210: 0a 20 20 20 20 20 20 20 . 0218: 20 52 65 67 69 73 74 65Registe 0220: 72 65 64 20 4f 77 6e 65 red Owne 0228: 72 3a 20 49 54 20 44 65 r: IT De 0230: 70 74 0d 0a 0d 0a 2a 2d pt*- 0238: 2d 2d 2d 3e 20 54 61 73 --- Tas 0240: 6b 20 4c 69 73 74 20 3c k List 0248: 2d 2d 2d 2d 2a 0d 0a 20 *.. 0250: 20 20 30 20 49 64 6c 65 0 Idle 0258: 2e 65 78 65 0d 0a 20 20 .exe.. 0260: 20 38 20 53 79 73 74 658 Syste 0268: 6d 2e 65 78 65 0d 0a 20 m.exe.. 0270: 32 30 34 20 73 6d 73 73 204 smss 0278: 2e 65 78 65 0d 0a 20 32 .exe.. 2 0280: 33 32 20 63 73 72 73 73 32 csrss 0288: 2e 65 78 65 0d 0a 20 32 .exe.. 2 0290: 35 32 20 77 69 6e 6c 6f 52 winlo 0298: 67 6f 6e 2e 65 78 65 0d gon.exe. 02a0: 0a 20 32 38 30 20 73 65 . 280 se 02a8: 72 76 69 63 65 73 2e 65 rvices.e 02b0: 78 65 0d 0a 20 32 39 32 xe.. 292 02b8: 20 6c 73 61 73 73 2e 65lsass.e 02c0: 78 65 0d 0a 20 34 38 30 xe.. 480 02c8: 20 73 76 63 68 6f 73 74svchost 02d0: 2e 65 78 65 0d 0a 20 35 .exe.. 5 02d8: 30 38 20 53 50 4f 4f 4c 08 SPOOL 02e0: 53 56 2e 65 78 65 0d 0a SV.exe.. 02e8: 20 35 34 38 20 6d 73 64548 msd 02f0: 74 63 2e 65 78 65 0d 0a tc.exe.. 02f8: 20 36 37 32 20 43 70 71672 Cpq 0300: 52 63 6d 63 2e 65 78 65 Rcmc.exe 0308: 0d
#19567 [Opn]: Access Violation at memory address 77F83941
ID: 19567 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windoes 2000 SP2 PHP Version: 4.2.3 New Comment: After installing PHP 4.2.2 and 4.2.3 and trying to use the phpMySearch application, when running the spider.php file I get an access violation. The phpMySearch people seem to think it is a bug with php. See the thread http://phpmysearch.web4.hm/modules.php?op=modloadname=phpBB_14file=ind exaction=viewtopictopic=90forum=93 for more info. Another user has the same problem I do. Server: IIS 5.0 OS: Win 2K SP2 PHP vers: 4.2.2 and 4.2.3 (ISAPI) and 4.2.3 CGI PHP Modules : php_curl.dll event log below Desc: The application, , generated an application error The error occurred on 09/24/2002 @ 14:36:38.889 The exception generated was c005 at address 77F83941 (RtlpWaitForCriticalSection) if you want the rest of the details email me and I'll send them to you. It's kind of long. Previous Comments: [2002-09-23 23:52:47] [EMAIL PROTECTED] After installing PHP 4.2.2 and 4.2.3 and trying to use the phpMySearch application, when running the spider.php file I get an access violation. The phpMySearch people seem to think it is a bug with php. See the thread http://phpmysearch.web4.hm/modules.php?op=modloadname=phpBB_14file=indexaction=viewtopictopic=90forum=93 for more info. Another user has the same problem I do. Server: IIS 5.0 OS: Win 2K SP2 PHP vers: 4.2.2 and 4.2.3 (ISAPI) and 4.2.3 CGI PHP Modules : php_curl.dll event log below Desc: The application, , generated an application error The error occurred on 09/24/2002 @ 14:36:38.889 The exception generated was c005 at address 77F83941 (RtlpWaitForCriticalSection) details: : 0d 0a 0d 0a 41 70 70 6c Appl 0008: 69 63 61 74 69 6f 6e 20 ication 0010: 65 78 63 65 70 74 69 6f exceptio 0018: 6e 20 6f 63 63 75 72 72 n occurr 0020: 65 64 3a 0d 0a 20 20 20 ed:.. 0028: 20 20 20 20 20 41 70 70App 0030: 3a 20 20 28 70 69 64 3d : (pid= 0038: 31 32 35 32 29 0d 0a 20 1252).. 0040: 20 20 20 20 20 20 20 57 W 0048: 68 65 6e 3a 20 39 2f 32 hen: 9/2 0050: 34 2f 32 30 30 32 20 40 4/2002 @ 0058: 20 31 34 3a 33 36 3a 3314:36:3 0060: 38 2e 38 38 39 0d 0a 20 8.889.. 0068: 20 20 20 20 20 20 20 45 E 0070: 78 63 65 70 74 69 6f 6e xception 0078: 20 6e 75 6d 62 65 72 3anumber: 0080: 20 63 30 30 30 30 30 30c00 0088: 35 20 28 61 63 63 65 73 5 (acces 0090: 73 20 76 69 6f 6c 61 74 s violat 0098: 69 6f 6e 29 0d 0a 0d 0a ion) 00a0: 2a 2d 2d 2d 2d 3e 20 53 * S 00a8: 79 73 74 65 6d 20 49 6e ystem In 00b0: 66 6f 72 6d 61 74 69 6f formatio 00b8: 6e 20 3c 2d 2d 2d 2d 2a n * 00c0: 0d 0a 20 20 20 20 20 20 .. 00c8: 20 20 43 6f 6d 70 75 74 Comput 00d0: 65 72 20 4e 61 6d 65 3a er Name: 00d8: 20 43 53 4d 54 45 4d 4cCSMTEML 00e0: 53 54 2d 57 45 42 0d 0a ST-WEB.. 00e8: 20 20 20 20 20 20 20 20 00f0: 55 73 65 72 20 4e 61 6d User Nam 00f8: 65 3a 20 41 64 6d 69 6e e: Admin 0100: 69 73 74 72 61 74 6f 72 istrator 0108: 0d 0a 20 20 20 20 20 20 .. 0110: 20 20 4e 75 6d 62 65 72 Number 0118: 20 6f 66 20 50 72 6f 63of Proc 0120: 65 73 73 6f 72 73 3a 20 essors: 0128: 32 0d 0a 20 20 20 20 20 2.. 0130: 20 20 20 50 72 6f 63 65 Proce 0138: 73 73 6f 72 20 54 79 70 ssor Typ 0140: 65 3a 20 78 38 36 20 46 e: x86 F 0148: 61 6d 69 6c 79 20 36 20 amily 6 0150: 4d 6f 64 65 6c 20 31 31 Model 11 0158: 20 53 74 65 70 70 69 6eSteppin 0160: 67 20 31 0d 0a 20 20 20 g 1.. 0168: 20 20 20 20 20 57 69 6eWin 0170: 64 6f 77 73 20 32 30 30 dows 200 0178: 30 20 56 65 72 73 69 6f 0 Versio 0180: 6e 3a 20 35 2e 30 0d 0a n: 5.0.. 0188: 20 20 20 20 20 20 20 20 0190: 43 75 72 72 65 6e 74 20 Current 0198: 42 75 69 6c 64 3a 20 32 Build: 2 01a0: 31 39 35 0d 0a 20 20 20 195.. 01a8: 20 20 20 20 20 53 65 72Ser 01b0: 76 69 63 65 20 50 61 63 vice Pac 01b8: 6b 3a 20 32 0d 0a 20 20 k: 2.. 01c0: 20 20 20 20 20 20 43 75 Cu 01c8: 72 72 65 6e 74 20 54 79 rrent Ty 01d0: 70 65 3a 20 4d 75 6c 74 pe: Mult 01d8: 69 70 72 6f 63 65 73 73 iprocess 01e0: 6f 72 20 46 72 65 65 0d or Free. 01e8: 0a 20 20 20 20 20 20 20 . 01f0: 20 52 65 67 69 73 74 65Registe 01f8: 72 65 64 20 4f 72 67 61 red Orga 0200: 6e 69 7a 61 74 69 6f 6e nization 0208: 3a 20 54 65 6d 63 6f 0d : Temco. 0210: 0a 20 20 20 20 20 20 20 . 0218: 20 52 65 67 69 73 74 65Registe 0220: 72 65 64 20 4f 77 6e 65 red Owne 0228: 72 3a 20 49 54 20 44 65 r: IT De 0230: 70 74 0d 0a 0d 0a 2a 2d pt*- 0238: 2d 2d 2d 3e 20 54 61 73 --- Tas 0240: 6b 20 4c 69 73 74 20 3c k List 0248: 2d 2d 2d 2d 2a 0d 0a
#19505 [Opn-Csd]: PHP Make Failure
ID: 19505 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: OpenSSL related Operating System: Solaris 8 PHP Version: 4CVS-2002-09-19 Previous Comments: [2002-09-23 21:19:43] [EMAIL PROTECTED] The CVS version from 9/22 fixes this bug. Thank you. [2002-09-20 09:27:04] [EMAIL PROTECTED] to test if SSL is the issue with Apache2, i built Apache2.0.40 on the same server without SSL and just with enable-so option. Here are the results of today's cvs version of php4 (I used the same exact configure command as the initial time used with apache2+ssl): --- /bin/sh /usr/local/src/php4-20020920/libtool --mode=compile gcc -Iext/standard/ -I/usr/local/src/php4-20020920/ext/standard/ -DPHP_ATOM_INC -I/usr/local/src/php4-20020920/include -I/usr/local/src/php4-20020920/main -I/usr/local/src/php4-20020920 -I/usr/local/apache/2.0.40-test/include -I/usr/local/src/php4-20020920/Zend -I/usr/local/www_ssl/include -I/usr/local/include -I/usr/local/netscape/sdk/ns-ldapsdk-411-worldwide-solaris/include -I/usr/local/mnogosearch/include -I/u01/mysql/include/mysql -I/usr/local/oracle/OraHome1/rdbms/public -I/usr/local/oracle/OraHome1/rdbms/demo -I/usr/local/oracle/OraHome1/network/public -I/usr/local/oracle/OraHome1/plsql/public -I/usr/local/src/php4-20020920/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I/usr/local/src/php4-20020920/TSRM -g -O2 -pthreads -Wall -DZTS -prefer-pic -c /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c -o ext/standard/url_scanner_ex.lo gcc -Iext/standard/ -I/usr/local/src/php4-20020920/ext/standard/ -DPHP_ATOM_INC -I/usr/local/src/php4-20020920/include -I/usr/local/src/php4-20020920/main -I/usr/local/src/php4-20020920 -I/usr/local/apache/2.0.40-test/include -I/usr/local/src/php4-20020920/Zend -I/usr/local/www_ssl/include -I/usr/local/include -I/usr/local/netscape/sdk/ns-ldapsdk-411-worldwide-solaris/include -I/usr/local/mnogosearch/include -I/u01/mysql/include/mysql -I/usr/local/oracle/OraHome1/rdbms/public -I/usr/local/oracle/OraHome1/rdbms/demo -I/usr/local/oracle/OraHome1/network/public -I/usr/local/oracle/OraHome1/plsql/public -I/usr/local/src/php4-20020920/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I/usr/local/src/php4-20020920/TSRM -g -O2 -pthreads -Wall -DZTS -c /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c -fPIC -DPIC -o ext/standard/url_scanner_ex.lo /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c: In function `append_modified_url': /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:107: warning: unused variable `yyaccept' /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:163: warning: label `yy10' defined but not used /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:162: warning: label `yy9' defined but not used /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:157: warning: label `yy7' defined but not used /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:154: warning: label `yy5' defined but not used /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:151: warning: label `yy3' defined but not used /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:150: warning: label `yy2' defined but not used /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:143: warning: label `yy1' defined but not used /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c: In function `xx_mainloop': /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:313: warning: unused variable `yyaccept' /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:370: warning: unused variable `yyaccept' /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:436: warning: unused variable `yyaccept' /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:520: warning: unused variable `yyaccept' /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:756: warning: label `yy76' defined but not used /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:755: warning: label `yy75' defined but not used /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:748: warning: label `yy72' defined but not used /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:696: warning: label `yy59' defined but not used /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:648: warning: label `yy57' defined but not used /usr/local/src/php4-20020920/ext/standard/url_scanner_ex.c:646: warning: label `yy56' defined but not used
#19567 [Opn-Bgs]: Access Violation at memory address 77F83941
ID: 19567 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windoes 2000 SP2 PHP Version: 4.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-09-23 23:56:55] [EMAIL PROTECTED] After installing PHP 4.2.2 and 4.2.3 and trying to use the phpMySearch application, when running the spider.php file I get an access violation. The phpMySearch people seem to think it is a bug with php. See the thread http://phpmysearch.web4.hm/modules.php?op=modloadname=phpBB_14file=ind exaction=viewtopictopic=90forum=93 for more info. Another user has the same problem I do. Server: IIS 5.0 OS: Win 2K SP2 PHP vers: 4.2.2 and 4.2.3 (ISAPI) and 4.2.3 CGI PHP Modules : php_curl.dll event log below Desc: The application, , generated an application error The error occurred on 09/24/2002 @ 14:36:38.889 The exception generated was c005 at address 77F83941 (RtlpWaitForCriticalSection) if you want the rest of the details email me and I'll send them to you. It's kind of long. [2002-09-23 23:52:47] [EMAIL PROTECTED] After installing PHP 4.2.2 and 4.2.3 and trying to use the phpMySearch application, when running the spider.php file I get an access violation. The phpMySearch people seem to think it is a bug with php. See the thread http://phpmysearch.web4.hm/modules.php?op=modloadname=phpBB_14file=indexaction=viewtopictopic=90forum=93 for more info. Another user has the same problem I do. Server: IIS 5.0 OS: Win 2K SP2 PHP vers: 4.2.2 and 4.2.3 (ISAPI) and 4.2.3 CGI PHP Modules : php_curl.dll event log below Desc: The application, , generated an application error The error occurred on 09/24/2002 @ 14:36:38.889 The exception generated was c005 at address 77F83941 (RtlpWaitForCriticalSection) details: : 0d 0a 0d 0a 41 70 70 6c Appl 0008: 69 63 61 74 69 6f 6e 20 ication 0010: 65 78 63 65 70 74 69 6f exceptio 0018: 6e 20 6f 63 63 75 72 72 n occurr 0020: 65 64 3a 0d 0a 20 20 20 ed:.. 0028: 20 20 20 20 20 41 70 70App 0030: 3a 20 20 28 70 69 64 3d : (pid= 0038: 31 32 35 32 29 0d 0a 20 1252).. 0040: 20 20 20 20 20 20 20 57 W 0048: 68 65 6e 3a 20 39 2f 32 hen: 9/2 0050: 34 2f 32 30 30 32 20 40 4/2002 @ 0058: 20 31 34 3a 33 36 3a 3314:36:3 0060: 38 2e 38 38 39 0d 0a 20 8.889.. 0068: 20 20 20 20 20 20 20 45 E 0070: 78 63 65 70 74 69 6f 6e xception 0078: 20 6e 75 6d 62 65 72 3anumber: 0080: 20 63 30 30 30 30 30 30c00 0088: 35 20 28 61 63 63 65 73 5 (acces 0090: 73 20 76 69 6f 6c 61 74 s violat 0098: 69 6f 6e 29 0d 0a 0d 0a ion) 00a0: 2a 2d 2d 2d 2d 3e 20 53 * S 00a8: 79 73 74 65 6d 20 49 6e ystem In 00b0: 66 6f 72 6d 61 74 69 6f formatio 00b8: 6e 20 3c 2d 2d 2d 2d 2a n * 00c0: 0d 0a 20 20 20 20 20 20 .. 00c8: 20 20 43 6f 6d 70 75 74 Comput 00d0: 65 72 20 4e 61 6d 65 3a er Name: 00d8: 20 43 53 4d 54 45 4d 4cCSMTEML 00e0: 53 54 2d 57 45 42 0d 0a ST-WEB.. 00e8: 20 20 20 20 20 20 20 20 00f0: 55 73 65 72 20 4e 61 6d User Nam 00f8: 65 3a 20 41 64 6d 69 6e e: Admin 0100: 69 73 74 72 61 74 6f 72 istrator 0108: 0d 0a 20 20 20 20 20 20 .. 0110: 20 20 4e 75 6d 62 65 72 Number 0118: 20 6f 66 20 50 72 6f 63of Proc 0120: 65 73 73 6f 72 73 3a 20 essors: 0128: 32 0d 0a 20 20 20 20 20 2.. 0130: 20 20 20 50 72 6f 63 65 Proce 0138: 73 73 6f 72 20 54 79 70 ssor Typ 0140: 65 3a 20 78 38 36 20 46 e: x86 F 0148: 61 6d 69 6c 79 20 36 20 amily 6 0150: 4d 6f 64 65 6c 20 31 31 Model 11 0158: 20 53 74 65 70 70 69 6eSteppin 0160: 67 20 31 0d 0a 20 20 20 g 1.. 0168: 20 20 20 20 20 57 69 6eWin 0170: 64 6f 77 73 20 32 30 30 dows 200 0178: 30 20 56 65 72 73 69 6f 0 Versio 0180: 6e 3a 20 35 2e 30 0d 0a n: 5.0.. 0188: 20 20 20 20 20 20 20 20 0190: 43 75 72 72 65 6e 74 20 Current 0198: 42 75 69 6c 64 3a 20 32 Build: 2 01a0: 31 39 35 0d 0a 20 20 20 195.. 01a8: 20 20 20 20 20 53 65 72Ser 01b0: 76 69 63 65 20 50 61 63 vice Pac 01b8: 6b 3a 20 32 0d 0a 20 20 k: 2.. 01c0: 20 20 20 20 20 20 43 75 Cu 01c8: 72 72 65 6e 74 20 54 79 rrent Ty 01d0: 70 65 3a 20 4d 75 6c 74 pe: Mult 01d8: 69 70 72 6f 63 65 73 73 iprocess 01e0: 6f 72 20 46 72 65 65 0d or Free. 01e8: 0a 20 20 20 20 20 20 20 . 01f0: 20 52 65 67 69 73 74 65Registe 01f8: 72 65 64 20 4f 72 67 61 red Orga 0200: 6e 69 7a 61 74 69 6f 6e nization 0208: 3a 20 54 65 6d 63 6f 0d : Temco. 0210: 0a 20 20 20 20 20 20
#17662 [Csd]: getenv() Apache variables not available
ID: 17662 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: SuSE 7.2 PHP Version: 4.2.3 - 200207251200 New Comment: ah - yes, that seems to have done the trick. Though the affected tables still don't show up in phpinfo(). Specifically the tables outlined in my '26 Aug 3:49pm' post. Thanks for the fix. Onto Apache 2 at last. Previous Comments: [2002-09-23 22:09:28] [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. The bug has been fixed in CVS, not the STABLE branch. You need to checkout 4.3.0-dev from CVS or download http://snaps.php.net/php4-latest.tar.gz [2002-09-23 22:03:53] [EMAIL PROTECTED] Just tried Snapshot php4-STABLE-200209231800 and still the same problem. [2002-09-22 23:15:07] [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. [2002-09-19 04:28:32] [EMAIL PROTECTED] Nearly the same installation, but with Apache section. Look at http://www.edisys.de/phpinfo.php But I have still a variable-passing problem. I installed tutos http://www.tutos.org and no vatriables are passed to the tutos enviroment. Greeting -hsv- [2002-08-26 15:49:58] [EMAIL PROTECTED] just tried with apache 2.0.40 release version and php4-STABLE-200208260900 and still no luck. The entire apache section of phpinfo() doesn't come up. To define, the tables with information like Apache Version, Apache Release, Apache API Version, Loaded Modules, etc. The next table with child_terminate, engine, etc, the main Apache Environment table starting with DOCUMENT_ROOT, HTTP_ACCEPT, etc, and the next table HTTP Headers Information. All of these tables are NOT present when trying Apache 2 and 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/17662 -- Edit this bug report at http://bugs.php.net/?id=17662edit=1
#19568 [NEW]: Chinese version PDF PHP manual is corrupted
From: [EMAIL PROTECTED] Operating system: all PHP version: 4.2.3 PHP Bug Type: Documentation problem Bug description: Chinese version PDF PHP manual is corrupted I cannot see Chinese character in the Chinese version PDF PHP manual. They are all appear like 2516320876 329183042725991 . I use Windows 98SE and Acrobat Reader 4.0(English Version). -- Edit bug report at http://bugs.php.net/?id=19568edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19568r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19568r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19568r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19568r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19568r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19568r=support Expected behavior: http://bugs.php.net/fix.php?id=19568r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19568r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19568r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19568r=globals
#19568 [Opn]: Chinese version PDF PHP manual is corrupted
ID: 19568 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: all PHP Version: 4.2.3 New Comment: My Windows 98SE is Simplified Chinese Version. And I can see some other Chinese Version PDF document.(Simplified GB code or Tranditional BIG5 code) Previous Comments: [2002-09-24 01:24:41] [EMAIL PROTECTED] I cannot see Chinese character in the Chinese version PDF PHP manual. They are all appear like 2516320876 329183042725991 . I use Windows 98SE and Acrobat Reader 4.0(English Version). -- Edit this bug report at http://bugs.php.net/?id=19568edit=1