#20053 [Opn-Fbk]: apachesuexecphp-cgiignore_user_abort - problem with cancelled connections
ID: 20053 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: linux 2.4.18 PHP Version: 4.3.0-dev Previous Comments: [2002-12-03 01:12:13] [EMAIL PROTECTED] Please try the latest cvs as of today. Several significant cgi fixes have been commited. [2002-10-24 12:26:56] [EMAIL PROTECTED] updated version. [2002-10-24 04:27:26] [EMAIL PROTECTED] Exactly the same behaviour as in 4.2.3 :( [2002-10-24 02:42:11] [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-10-23 19:40:25] [EMAIL PROTECTED] Under very specific circumstances, php goes in tight infinite loop eating all cpu after request is cancelled. Configuration: php 4.2.3 as cgi apache 1.3.27 php configured with Action directive, (important) using suexec. Conditions for problem to occur in script: 1.ignore_user_abort(true) 2.sending any http header 3.sending any body content AFTER http header 4. connection is aborted before all data are sent to client. Script to reproduce problem: CUT ? ignore_user_abort(true); header(X-Whatever: whatever); ? whatever CUT Problem doesn't exist with mod_php or php-cgi without suexec. It appears that after apache has closed connection php is still trying to write output and loops for unknown reason. I'm not sure if this is fault of php, apache or suexec, but I think it could be fixed in php. -- Edit this bug report at http://bugs.php.net/?id=20053edit=1
#19404 [Com]: Post variable names stripped of first 4 characters
ID: 19404 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: mbstring related Operating System: SuSE Linux 8.0 PHP Version: 4.2.3 New Comment: - Please i had created site on PHP 4.0.5 on my windows 98 I send FTP and PHPMYADMIN the DB and files to server with PHP 4.2.2 The site dont execute, http://www.fonaviemcali.com.co How can i find a solution ? - Hey Fernando A., does your webserver (http://www.fonaviemcali.com.co) have `short_open_tag = Off`? See http://www.php.net/manual/en/printwn/configuration.directives.php for more info. Previous Comments: [2002-12-01 09:40:47] [EMAIL PROTECTED] To anybody who wants to post phpMyAdmin bugs here: - phpMyAdmin is NOT part of php - phpMyAdmin has it's own bug system, read the README. - the original report involved a bug in mbstring changed title, to reflect the actual bug. [2002-12-01 04:52:52] [EMAIL PROTECTED] Warning: Cannot add header information - headers already sent by (output started at c:\www\phpmyadmin\libraries\auth\config.auth.lib.php:91) in c:\www\phpmyadmin\header.inc.php on line 23 Warning: Cannot add header information - headers already sent by (output started at c:\www\phpmyadmin\libraries\auth\config.auth.lib.php:91) in c:\www\phpmyadmin\header.inc.php on line 24 Warning: Cannot add header information - headers already sent by (output started at c:\www\phpmyadmin\libraries\auth\config.auth.lib.php:91) in c:\www\phpmyadmin\header.inc.php on line 25 Warning: Cannot add header information - headers already sent by (output started at c:\www\phpmyadmin\libraries\auth\config.auth.lib.php:91) in c:\www\phpmyadmin\header.inc.php on line 26 Warning: Cannot add header information - headers already sent by (output started at c:\www\phpmyadmin\libraries\auth\config.auth.lib.php:91) in c:\www\phpmyadmin\header.inc.php on line 27 Warning: Cannot add header information - headers already sent by (output started at c:\www\phpmyadmin\libraries\auth\config.auth.lib.php:91) in c:\www\phpmyadmin\header.inc.php on line 29 Hata MySQL çýktýsý: Access denied for user: 'root@localhost' (Using password: NO) How can i solve this problem? thanks. [2002-11-28 08:25:20] [EMAIL PROTECTED] @ [EMAIL PROTECTED]: have you set the default page to index.php? or try http://localhost/phpmyadmin/index.php [2002-11-28 02:16:13] [EMAIL PROTECTED] please help me because this is my 4th week i have pws on my computer and i have installed the mysql and then i have installed the phpmyadin(sharing the folder and give him alias name phpmyadmin) and correct its config file(user id-password)to match the mysql then when i open the php myadmin from the browser at url:http://localhost/phpmyadmin i recive this message: no outhentication to view this page i do not know where is the problem so please help me thank you in advance [2002-11-27 09:02:00] [EMAIL PROTECTED] please this bug is not a php bug is a bull shit bug of phpmyadmin this application is a nightmare totaly unsecure and uggly i'm writing a kernel mysql admin in php with classes (sic) and api in the same time in java i think i'll be ready in two months. i haven't any problems with this version of php and all my hold big applications doesn't bug and run correctly so i say php bug or phpmyadmin bug ? 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/19404 -- Edit this bug report at http://bugs.php.net/?id=19404edit=1
#20776 [Opn-Fbk]: Login only possible from page where login is required.
ID: 20776 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback -Bug Type: Unknown/Other Function +Bug Type: Session related Operating System: Win2K Server PHP Version: 4.2.3 New Comment: Please provide a short but complete example script which can be used to reproduce this. Also note that PHP 4.3.0-dev (the latest stable CVS snapshot) has some fixes regarding session issues so you should try it out too, from: http://snaps.php.net/ Previous Comments: [2002-12-02 21:17:17] [EMAIL PROTECTED] At top of login page: session_start(); session_register(SESSION); if (! isset($SESSION)) { echo(Dead session!!br); } From a direct a href style link I get Dead session!! at the top of the page. From a redirect via require_login() (see below) it works. Sure looks like a bug to me. [2002-12-02 19:23:14] [EMAIL PROTECTED] I would have thought that code with two results depending on the how the return path is acquired would definitely imply a bug, or am I missing something obvious here? I have a ton of programming experience (including proprietary systems similar to but more complex than PHP) but I'm very new at PHP itself so you may be right. [2002-12-02 18:44:38] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. [2002-12-02 18:38:24] [EMAIL PROTECTED] The login script I am using ( part of a tutorial by Ying Zhang, see http://zope1.devshed.com/zope.devshed.com/Server_Side/PHP/Commerce ) is only working when entered from a page requiring login. If login is voluntary by clicking on a login link, then login does not occur. The only difference is the execution of the following code from the MyMarket.php library: function is_logged_in() { /* this function will return true if the user has logged in. a user is logged * in if the $SESSION[user] is set (by the login.php page) and also if the * remote IP address matches what we saved in the session ($SESSION[ip]) * from login.php -- this is not a robust or secure check by any means, but it * will do for now */ global $SESSION, $REMOTE_ADDR; return isset($SESSION) isset($SESSION[user]) isset($SESSION[ip]) $SESSION[ip] == $REMOTE_ADDR; } function require_login() { /* this function checks to see if the user is logged in. if not, it will show * the login screen before allowing the user to continue */ global $CFG, $SESSION; if (! is_logged_in()) { $SESSION[wantsurl] = qualified_me(); redirect($CFG-wwwroot/login.php); } } This code was developed in and is known to have worked in PHP4 beta. Note that the tutorial requires register_globals=On also, in case you decide to test it. qualified_me() returns the name of the current script without the querystring portion. As delivered it didn't work, I'm using a stripped $_SERVER['SCRIPT_NAME']. wantsurl is used later by the following code: /* if wantsurl is set, that means we came from a page that required * log in, so let's go back there. otherwise go back to the main page */ $goto = empty($SESSION[wantsurl]) ? $CFG-wwwroot . /index.php : $SESSION[wantsurl]; header(Location: $goto); die; The error only occurs if $CFG-wwwroot/index.php is called. Hope this is enough information to nail the sucker. -- Edit this bug report at http://bugs.php.net/?id=20776edit=1
#20781 [Opn-Bgs]: PHP doesn't work with iPlanet SDK 5.08
ID: 20781 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: LDAP related Operating System: Linux, Mandrake 8.2 PHP Version: 4.2.3 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. http://bugs.php.net/?id=20773edit=1 Previous Comments: [2002-12-03 01:55:30] [EMAIL PROTECTED] Oh, the iPlanet SDK is actually called Sun ONE Directory SDK for C 5.08 nowadays, available at http://wwws.sun.com/software/download/developer/5176.html /Peder [2002-12-03 01:44:23] [EMAIL PROTECTED] I'm trying to get PHP to work with iPlanet LDAP SDK 5.08 that I've got in /opt/Netscape-LDAP-5.08 ./configure --with-apxs=/usr/sbin/apxs --enable-debug=no --prefix=/opt/php-4.2.3 --with-config-file-path=/etc/php --enable-shmop --enable-sysvshm --enable-versioning --with-jpeg-dir=/usr/local --with-gd --enable-gd-native-tt --disable-static --disable-debug --disable-rpath --with-png-dir=/usr --with-zlib-dir=/usr -with-freetype-dir=/usr --with-t1lib=/usr --enable-track-vars --enable-trans-sid --with-mysql --with-ldap=/opt/Netscape-LDAP-5.08 looks OK, saying: checking for LDAP support... yes checking for 3 arg ldap_set_rebind_proc... yes checking for ldap_parse_reference... no Everything compiles fine, but I see no sign of linking the iPlanet libraries and a 'ldd libphp4.so' gives libdl.so.2 = /lib/libdl.so.2 (0x4016d000) libpam.so.0 = /lib/libpam.so.0 (0x4017) libgd.so.2 = /opt/gd-2.0.8/lib/libgd.so.2 (0x40178000) libt1.so.1 = /usr/lib/libt1.so.1 (0x401b1000) libfreetype.so.6 =/usr/lib/libfreetype.so.6 (0x401fc000) libpng12.so.0 = /usr/lib/libpng12.so.0 (0x4023d000) libz.so.1 = /lib/libz.so.1 (0x40266000) libjpeg.so.62 = /usr/lib/libjpeg.so.62 (0x40275000) libcrypt.so.1 = /lib/libcrypt.so.1 (0x40296000) libresolv.so.2 = /lib/libresolv.so.2 (0x402c4000) libm.so.6 = /lib/libm.so.6 (0x402d6000) libnsl.so.1 = /lib/libnsl.so.1 (0x402f8000) libgcc_s.so.1 = /usr/local/lib/libgcc_s.so.1 (0x4030e000) libc.so.6 = /lib/libc.so.6 (0x40316000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000) When I start httpd I get a libphp4.so: undefined symbol: ldap_value_free I've heard that it should work with 4.x of the SDK but I can't find it anywhere so I make libldapssl41.so a link to my libldap50.so, modify the configure script to look for my versions of the other libs and get a configure output that says checking for LDAP support... yes checking for 3 arg ldap_set_rebind_proc... yes checking for ldap_parse_reference... yes and an ldd gives libdl.so.2 = /lib/libdl.so.2 (0x40172000) libpam.so.0 = /lib/libpam.so.0 (0x40175000) libldapssl41.so = /usr/local/lib/libldapssl41.so (0x4017d000) libplds4.so = /usr/local/lib/libplds4.so (0x401a4000) libssl3.so = /usr/local/lib/libssl3.so (0x401a7000) libprldap50.so = /usr/local/lib/libprldap50.so (0x401c4000) libnss3.so = /usr/local/lib/libnss3.so (0x401c8000) libplc4.so = /usr/local/lib/libplc4.so (0x40257000) libnspr4.so = /usr/local/lib/libnspr4.so (0x4025b000) libgd.so = /usr/local/lib/libgd.so (0x40286000) libt1.so.1 = /usr/lib/libt1.so.1 (0x402be000) libfreetype.so.6 = /usr/lib/libfreetype.so.6 (0x40309000) libpng12.so.0 = /usr/lib/libpng12.so.0 (0x4034a000) libz.so.1 = /lib/libz.so.1 (0x40373000) libjpeg.so.62 = /usr/lib/libjpeg.so.62 (0x40382000) libcrypt.so.1 = /lib/libcrypt.so.1 (0x403a4000) libresolv.so.2 = /lib/libresolv.so.2 (0x403d1000) libm.so.6 = /lib/libm.so.6 (0x403e3000) libnsl.so.1 = /lib/libnsl.so.1 (0x40405000) libgcc_s.so.1 = /usr/local/lib/libgcc_s.so.1 (0x4041b000) libc.so.6 = /lib/libc.so.6 (0x40423000) libpthread.so.0 = /lib/libpthread.so.0 (0x4056) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000) This time I get the ldap_start_tls_s error. Are there any plans of supporting the iPlanet 5.x SDK or are there any workarounds that I've missed? Regards, Peder -- Edit this bug report at http://bugs.php.net/?id=20781edit=1
#20773 [Ctl]: will not compile with iplanet ldap 5.0.sp1
ID: 20773 Updated by: [EMAIL PROTECTED] -Summary: will not compile with iplant ldap Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: LDAP related Operating System: Solaris 8 PHP Version: 4.3.0RC2 New Comment: updated summary Previous Comments: [2002-12-02 16:49:06] [EMAIL PROTECTED] Tried to compile with iplanet ldap 5.0.sp1 server. Config runs OK Compile does not. (config command line entries ) ./configure --with-apxs2=/www2/bin/apxs --with-gettext --with-xml --enable-ftp --with-mhash --with-gdbm --enable-bcmath --with-mysql --with-ldap=/usr/iplanet/servers/plugins/slapd/slapi --with-zlib --with-ndbm --enable-calendar --with-imap=/export/home/imiller/imap-2002 --with-openssl=/usr/local/ssl --with-mcrypt (Config section of ldap) checking for iconv support... no checking for IMAP support... yes checking for pam_start in -lpam... yes checking for crypt in -lcrypt... (cached) yes checking whether SSL libraries are needed for c-client... no checking whether IMAP works... yes checking for Informix support... no checking for Ingres II support... no checking for InterBase support... no checking for IRCG support... no checking for Java support... no checking for LDAP support... yes checking for 3 arg ldap_set_rebind_proc... yes checking for ldap_parse_reference... no checking for ldap_start_tls_s... no checking whether to enable multibyte string support... no checking whether to enable multibyte regex support... no checking for MCAL support... no checking for mcrypt support... yes checking for mcrypt_module_open in -lmcrypt... yes checking for mcrypt_generic_deinit in -lmcrypt... yes checking for MCVE support... no checking for mhash support... yes checking whether to enable mime_magic support... no (Compile section) cc1: warning: changing search order for system directory /usr/local/include cc1: warning: as it has already been specified as a non-system directory /bin/ksh libtool --silent --mode=compile gcc -Iext/imap/ -I/export/home/imiller/php-4.3.0RC2/ext/imap/ -DPHP_ATOM_INC -I/export/home/imiller/php-4.3.0RC2/include -I/export/home/imiller/php-4.3.0RC2/main -I/export/home/imiller/php-4.3.0RC2 -I/www2/include -I/export/home/imiller/php-4.3.0RC2/Zend -I/usr/local/ssl/include -I/usr/local/include -I/export/home/imiller/imap-2002/c-client -I/usr/iplanet/servers/plugins/slapd/slapi/include -I/export/home/imiller/php-4.3.0RC2/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -I/export/home/imiller/php-4.3.0RC2/TSRM -g -O2 -prefer-pic -c /export/home/imiller/php-4.3.0RC2/ext/imap/php_imap.c -o ext/imap/php_imap.lo cc1: warning: changing search order for system directory /usr/local/include cc1: warning: as it has already been specified as a non-system directory /bin/ksh libtool --silent --mode=compile gcc -Iext/ldap/ -I/export/home/imiller/php-4.3.0RC2/ext/ldap/ -DPHP_ATOM_INC -I/export/home/imiller/php-4.3.0RC2/include -I/export/home/imiller/php-4.3.0RC2/main -I/export/home/imiller/php-4.3.0RC2 -I/www2/include -I/export/home/imiller/php-4.3.0RC2/Zend -I/usr/local/ssl/include -I/usr/local/include -I/export/home/imiller/imap-2002/c-client -I/usr/iplanet/servers/plugins/slapd/slapi/include -I/export/home/imiller/php-4.3.0RC2/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -I/export/home/imiller/php-4.3.0RC2/TSRM -g -O2 -prefer-pic -c /export/home/imiller/php-4.3.0RC2/ext/ldap/ldap.c -o ext/ldap/ldap.lo cc1: warning: changing search order for system directory /usr/local/include cc1: warning: as it has already been specified as a non-system directory /export/home/imiller/php-4.3.0RC2/ext/ldap/ldap.c: In function `zif_ldap_set_rebind_proc': /export/home/imiller/php-4.3.0RC2/ext/ldap/ldap.c:2062: too many arguments to function `ldap_set_rebind_proc' /export/home/imiller/php-4.3.0RC2/ext/ldap/ldap.c:2077: warning: passing arg 2 of `ldap_set_rebind_proc' from incompatible pointer type /export/home/imiller/php-4.3.0RC2/ext/ldap/ldap.c:2077: too many arguments to function `ldap_set_rebind_proc' make: *** [ext/ldap/ldap.lo] Error 1 bash-2.05# -- Edit this bug report at http://bugs.php.net/?id=20773edit=1
#20782 [NEW]: Segmentation fault using oracle 8.1.7
From: [EMAIL PROTECTED] Operating system: Linux RH7.3 (ker:2.4.18-3smp) PHP version: 4.3.0RC2 PHP Bug Type: Reproducible crash Bug description: Segmentation fault using oracle 8.1.7 Hi: When using php in command line with oracle OCI 8 (Oracle version 8.1.7), I have a segmentation fault at the end of the program. (ocilogoff works fine, segm fault appear at the end tag of php ie. ? ). This problem does not exist (or is not visible) when I use php through apache. Thanks for your answer ! -- Edit bug report at http://bugs.php.net/?id=20782edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20782r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20782r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20782r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20782r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20782r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20782r=support Expected behavior: http://bugs.php.net/fix.php?id=20782r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20782r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20782r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20782r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20782r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20782r=dst IIS Stability: http://bugs.php.net/fix.php?id=20782r=isapi
#20782 [Opn-Fbk]: Segmentation fault using oracle 8.1.7
ID: 20782 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux RH7.3 (ker:2.4.18-3smp) PHP Version: 4.3.0RC2 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. Previous Comments: [2002-12-03 03:07:59] [EMAIL PROTECTED] Hi: When using php in command line with oracle OCI 8 (Oracle version 8.1.7), I have a segmentation fault at the end of the program. (ocilogoff works fine, segm fault appear at the end tag of php ie. ? ). This problem does not exist (or is not visible) when I use php through apache. Thanks for your answer ! -- Edit this bug report at http://bugs.php.net/?id=20782edit=1
#20782 [Fbk]: Segmentation fault using oracle 8.1.7
ID: 20782 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback -Bug Type: Reproducible crash +Bug Type: OCI8 related Operating System: Linux RH7.3 (ker:2.4.18-3smp) PHP Version: 4.3.0RC2 New Comment: Just to make sure..did you have all the environment vars set? Check this: http://www.php.net/manual/en/ref.oci8.php Previous Comments: [2002-12-03 03:08:50] [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-12-03 03:07:59] [EMAIL PROTECTED] Hi: When using php in command line with oracle OCI 8 (Oracle version 8.1.7), I have a segmentation fault at the end of the program. (ocilogoff works fine, segm fault appear at the end tag of php ie. ? ). This problem does not exist (or is not visible) when I use php through apache. Thanks for your answer ! -- Edit this bug report at http://bugs.php.net/?id=20782edit=1
#12127 [Com]: Function fgetcsv() lost some letters
ID: 12127 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: Filesystem function related Operating System: Windows 2000 Professional PHP Version: 4.2.1 New Comment: I have Windows 98 SE and also have such bug. But in my case there is only one missing character - russian letter T. I use php-4.2.3 Previous Comments: [2002-08-30 13:38:19] [EMAIL PROTECTED] I have the same problem (php4.2.2 + Win2000Prof). You can use fgets() and then explode() instead of fgetcsv()till somebody fix this bug. [2002-07-08 08:19:50] [EMAIL PROTECTED] I tried php 4.0.5, 4.0.6, 4.1.1, 4.1.2, 4.2.0 on Win2000AS, Win2000S, WinXP and i saw this bug =((( So I had to host my script on FreeBSD server. it's not good for me, because server isn't mine. in which version of PHP this bug will be fixed? [2002-07-08 01:00:10] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2002-06-18 18:45:58] [EMAIL PROTECTED] Yes, it's true! I'm loosing some russian-letters. I've tried to install old 4.1.1. and the bug partially has been gone, I've saw more letters but not all of them. =))) PLEASE FIX IT! Using php latest on WinXP, IIS 5. [2002-06-07 03:24:41] [EMAIL PROTECTED] Is this also true for the latest development snapshot http://snaps.php.net/win32/php4-win32-latest.zip ? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/12127 -- Edit this bug report at http://bugs.php.net/?id=12127edit=1
#20773 [Ctl-Fbk]: will not compile with iplanet ldap 5.0.sp1
ID: 20773 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Critical +Status: Feedback Bug Type: LDAP related Operating System: Solaris 8 PHP Version: 4.3.0RC2 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 Make sure the ext/ldap/config.m4 has revision 1.27. If not, then you need to wait for new snapshot to be generated.. Previous Comments: [2002-12-03 02:39:34] [EMAIL PROTECTED] updated summary [2002-12-02 16:49:06] [EMAIL PROTECTED] Tried to compile with iplanet ldap 5.0.sp1 server. Config runs OK Compile does not. (config command line entries ) ./configure --with-apxs2=/www2/bin/apxs --with-gettext --with-xml --enable-ftp --with-mhash --with-gdbm --enable-bcmath --with-mysql --with-ldap=/usr/iplanet/servers/plugins/slapd/slapi --with-zlib --with-ndbm --enable-calendar --with-imap=/export/home/imiller/imap-2002 --with-openssl=/usr/local/ssl --with-mcrypt (Config section of ldap) checking for iconv support... no checking for IMAP support... yes checking for pam_start in -lpam... yes checking for crypt in -lcrypt... (cached) yes checking whether SSL libraries are needed for c-client... no checking whether IMAP works... yes checking for Informix support... no checking for Ingres II support... no checking for InterBase support... no checking for IRCG support... no checking for Java support... no checking for LDAP support... yes checking for 3 arg ldap_set_rebind_proc... yes checking for ldap_parse_reference... no checking for ldap_start_tls_s... no checking whether to enable multibyte string support... no checking whether to enable multibyte regex support... no checking for MCAL support... no checking for mcrypt support... yes checking for mcrypt_module_open in -lmcrypt... yes checking for mcrypt_generic_deinit in -lmcrypt... yes checking for MCVE support... no checking for mhash support... yes checking whether to enable mime_magic support... no (Compile section) cc1: warning: changing search order for system directory /usr/local/include cc1: warning: as it has already been specified as a non-system directory /bin/ksh libtool --silent --mode=compile gcc -Iext/imap/ -I/export/home/imiller/php-4.3.0RC2/ext/imap/ -DPHP_ATOM_INC -I/export/home/imiller/php-4.3.0RC2/include -I/export/home/imiller/php-4.3.0RC2/main -I/export/home/imiller/php-4.3.0RC2 -I/www2/include -I/export/home/imiller/php-4.3.0RC2/Zend -I/usr/local/ssl/include -I/usr/local/include -I/export/home/imiller/imap-2002/c-client -I/usr/iplanet/servers/plugins/slapd/slapi/include -I/export/home/imiller/php-4.3.0RC2/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -I/export/home/imiller/php-4.3.0RC2/TSRM -g -O2 -prefer-pic -c /export/home/imiller/php-4.3.0RC2/ext/imap/php_imap.c -o ext/imap/php_imap.lo cc1: warning: changing search order for system directory /usr/local/include cc1: warning: as it has already been specified as a non-system directory /bin/ksh libtool --silent --mode=compile gcc -Iext/ldap/ -I/export/home/imiller/php-4.3.0RC2/ext/ldap/ -DPHP_ATOM_INC -I/export/home/imiller/php-4.3.0RC2/include -I/export/home/imiller/php-4.3.0RC2/main -I/export/home/imiller/php-4.3.0RC2 -I/www2/include -I/export/home/imiller/php-4.3.0RC2/Zend -I/usr/local/ssl/include -I/usr/local/include -I/export/home/imiller/imap-2002/c-client -I/usr/iplanet/servers/plugins/slapd/slapi/include -I/export/home/imiller/php-4.3.0RC2/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -I/export/home/imiller/php-4.3.0RC2/TSRM -g -O2 -prefer-pic -c /export/home/imiller/php-4.3.0RC2/ext/ldap/ldap.c -o ext/ldap/ldap.lo cc1: warning: changing search order for system directory /usr/local/include cc1: warning: as it has already been specified as a non-system directory /export/home/imiller/php-4.3.0RC2/ext/ldap/ldap.c: In function `zif_ldap_set_rebind_proc': /export/home/imiller/php-4.3.0RC2/ext/ldap/ldap.c:2062: too many arguments to function `ldap_set_rebind_proc' /export/home/imiller/php-4.3.0RC2/ext/ldap/ldap.c:2077: warning: passing arg 2 of `ldap_set_rebind_proc' from incompatible pointer type /export/home/imiller/php-4.3.0RC2/ext/ldap/ldap.c:2077: too many arguments to function `ldap_set_rebind_proc' make: *** [ext/ldap/ldap.lo] Error 1 bash-2.05# -- Edit this bug report at http://bugs.php.net/?id=20773edit=1
#20665 [Fbk]: Memory leaks on SIGHUP
ID: 20665 Updated by: [EMAIL PROTECTED] -Summary: Memory leaks and allocation problems Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating System: BSD/OS 4.2 PHP Version: 4.3.0RC1 New Comment: Just ran into the same 'Unable to allocate 129bytes' error with a totally different script. This is actually a bug in spprintf. The 129bytes are the allocation for the 'Maximum executions time of %d second%s execeeded' error message. Relaying to new bug. RC2 will be installed later today, to check the memory leaks. Updated summary Previous Comments: [2002-11-30 03:36:43] [EMAIL PROTECTED] Traced the segfaults to an infinite loop in one script in a situation that shouldn't normally occur (iow sloppy coding :). I used squid in accellerator mode, to find out which script it was (For reference: grep for 'HTTP/1.[01] 503' and use emulate_httpd_log On). It would really be nice, if emalloc failures could report some more info than 'oops, I failed'. The memleaks are still there on SIGHUP and are unrelated. Will try RC2 this weekend. [2002-11-28 09:00:07] [EMAIL PROTECTED] CFLAGS='-O0' \ ./configure \ --prefix=/phpct \ --with-apache=../apache_1.3.27 \ --enable-cli \ --disable-cgi \ --enable-debug \ --enable-magic-quotes \ --disable-short-tags \ --with-zlib \ --with-zlib-dir=/usr \ --enable-calendar \ --enable-ftp \ --with-mhash=/weblib/local \ --enable-shmop \ --enable-sysvmsg \ --enable-sysvsem \ --enable-sysvshm waiting for a coredump.. :) [2002-11-28 08:17:25] [EMAIL PROTECTED] As a security procution Apache does not write core files, in order to make it do so you must tell it where to write core files using: CoreDumpDirectory /tmp. In debug builds Zend will segfault if emalloc() fails to allocate memory. Also, could you please include the list of extensions you've compiled your PHP with (put config.nice online somewhere?). [2002-11-28 06:34:38] [EMAIL PROTECTED] Yes, it does put out the scriptname, with the mem leaks -it's always the same script, which is nothing more than a static file which echo's the current timestamp into 8 different places for banners - that's why it doesn't make sence. However - when an emalloc call fails, it doesn't output the scriptname nor the c file, which called the emalloc. It only happens a few times a day, so the cause could be the memory leaks or it could be a script which isn't requested too much. I see a SIGSEV afterwards, but no core dump and it's not like I can startup Apache from gdb and request a certain file to reproduce it, since I have no idea where to look. I will recheck settings to make it dump core. What's also strange is that these leaks only get reported on a SIGHUP. Through the entire error log, there are no other leak reports. This would suggest something in the SIGCHILD and therefore the shutdown handler. [2002-11-27 17:03:22] [EMAIL PROTECTED] The code that reports memory leaks also outputs PHP script name where the leak had occured. I am not sure if this was part of the RC1, so just to be sure, try RC2 and make sure to clear the error log so that old messages do not get confused for new ones. 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/20665 -- Edit this bug report at http://bugs.php.net/?id=20665edit=1
#20783 [NEW]: Segfault on 'maximum execution time'
From: [EMAIL PROTECTED] Operating system: BSD/OS 4.2 PHP version: 4.3.0RC2 PHP Bug Type: Reproducible crash Bug description: Segfault on 'maximum execution time' This is RC1 - will test later with RC2, using CLI, but same error message is in the weblogs. The script basically splits a 65Meg logfile into parts for each day. It uses a growing buffer, to make just 1 fwrite operation (essentially make sure that every line is in the right file). Max executiontime is set to 900 in the script. When it reaches that, it segfaults. bt full, below: (gdb) bt full #0 0x48225b6d in kill () from /shlib/libc.so.2 No symbol table info available. #1 0x814df13 in _emalloc (size=129, __zend_filename=0x8193ef4 /home/mdev/_src/php-4.3.0RC1/main/spprintf.c, __zend_lineno=143, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /home/mdev/_src/php-4.3.0RC1/Zend/zend_alloc.c:162 p = (zend_mem_header *) 0x0 real_size = 136 cache_index = 17 #2 0x814e225 in _erealloc (ptr=0x0, size=129, allow_failure=0, __zend_filename=0x8193ef4 /home/mdev/_src/php-4.3.0RC1/main/spprintf.c, __zend_lineno=143, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /home/mdev/_src/php-4.3.0RC1/Zend/zend_alloc.c:271 p = (zend_mem_header *) 0x81bad38 orig = (zend_mem_header *) 0x8210a4f real_size = 135585392 cache_index = 86 #3 0x812e3f2 in xbuf_resize (xbuf=0x804566c, add=0) at /home/mdev/_src/php-4.3.0RC1/main/spprintf.c:143 buf = 0x80622e0 ÿ%ܳ\e\bh8\a size = 128 offset = 0 #4 0x812e478 in xbuf_init (xbuf=0x804566c, max_len=0) at /home/mdev/_src/php-4.3.0RC1/main/spprintf.c:160 No locals. #5 0x812f4f0 in vspprintf (pbuf=0x80456cc, max_len=0, format=0x81a86a6 Maximum execution time of %d second%s exceeded, ap=0x8045750 \204\003) at /home/mdev/_src/php-4.3.0RC1/main/spprintf.c:614 xbuf = {buf = 0x0, size = 0, max_len = 0, buf_end = 0x815d158 U\211å\203ì(\213U\b\017¶B\b\203ø\001t\035\203ø\001\177\t\205Àt`éH\001, nextb = 0x56 Address 0x56 out of bounds} cc = 136354480 #6 0x812b6a1 in php_error_cb (type=1, error_filename=0x82078a4 /chroot/webdocs/log/apct/php/split.php, error_lineno=67, format=0x81a86a6 Maximum execution time of %d second%s exceeded, args=0x8045750 \204\003) at /home/mdev/_src/php-4.3.0RC1/main/main.c:544 buffer = 0x2 Address 0x2 out of bounds buffer_len = 1210886440 display = 134502596 #7 0x815f963 in zend_error (type=1, format=0x81a86a6 Maximum execution time of %d second%s exceeded) at /home/mdev/_src/php-4.3.0RC1/Zend/zend.c:711 args = 0x8045750 \204\003 params = (zval ***) 0x8209ca4 retval = (zval *) 0x814e047 z_error_type = (zval *) 0x8045780 z_error_message = (zval *) 0x82085a4 z_error_filename = (zval *) 0x804572c z_error_lineno = (zval *) 0x1 z_context = (zval *) 0x0 error_filename = 0x82078a4 /chroot/webdocs/log/apct/php/split.php error_lineno = 67 orig_user_error_handler = (zval *) 0x #8 0x8156bdb in zend_timeout (dummy=27) at /home/mdev/_src/php-4.3.0RC1/Zend/zend_execute_API.c:722 No locals. #9 signal handler called No symbol table info available. #10 0x482b560f in memcpy () from /shlib/libc.so.2 No symbol table info available. #11 0x482affce in realloc () from /shlib/libc.so.2 No symbol table info available. #12 0x814e2ba in _erealloc (ptr=0x87b3024, size=32186413, allow_failure=0, __zend_filename=0x81a8ae4 /home/mdev/_src/php-4.3.0RC1/Zend/zend_operators.c, __zend_lineno=1040, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /home/mdev/_src/php-4.3.0RC1/Zend/zend_alloc.c:293 p = (zend_mem_header *) 0x87b3000 orig = (zend_mem_header *) 0x87b3000 real_size = 32186416 cache_index = 4023302 #13 0x815c026 in concat_function (result=0x82083a4, op1=0x82083a4, op2=0x8209864) at /home/mdev/_src/php-4.3.0RC1/Zend/zend_operators.c:1040 res_len = 32186412 op1_copy = {value = {lval = 136381232, dval = 1.6390645495445642e-269, str = { val = 0x8210330 ¤\203 \b¤\003!\b¤\001!\b, len = 136401268}, ht = 0x8210330, obj = {ce = 0x8210330, properties = 0x8215174}}, type = 208 'Ð', is_ref = 101 'e', refcount = 2052} op2_copy = {value = {lval = 134505192, dval = 1.8680208399949844e-312, str = { val = 0x80462e8 ìb\004\bd\230 \b\b, len = 88}, ht = 0x80462e8, obj = {ce = 0x80462e8, properties = 0x58}}, type = 96 '`', is_ref = 0 '\000', refcount = 0} use_copy1 = 0 use_copy2 = 0 #14 0x816e786 in execute (op_array=0x82077a4) at /home/mdev/_src/php-4.3.0RC1/Zend/zend_execute.c:1169 var_ptr = (zval **) 0x8210330 execute_data = {opline = 0x8215198, function_state = {function_symbol_table = 0x82109a4, function = 0x82077a4, reserved = {0x10001, 0x0,
#20784 [NEW]: __construct doesn't get called
From: [EMAIL PROTECTED] Operating system: Debian Linux PHP version: 4.3.0RC2 PHP Bug Type: Zend Engine 2 problem Bug description: __construct doesn't get called ?php echo phpversion().chr(10); class BaseClass { function __construct() { print In BaseClass constructor\n; } } class SubClass extends BaseClass { function __construct() { parent::__construct(); print In SubClass constructor\n; } } $obj = new BaseClass(); $obj = new SubClass(); ? This example ( taken from: http://www.php.net/source.php?url=/zend2_example.phps ) gives me the following output: --output-- 4.3.0RC2 -- So __construct() doesn't seem to be called. If I rename __construct to BaseClass i get this output: --output-- 4.3.0RC2 In BaseClass constructor In BaseClass constructor -- -- Edit bug report at http://bugs.php.net/?id=20784edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20784r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20784r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20784r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20784r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20784r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20784r=support Expected behavior: http://bugs.php.net/fix.php?id=20784r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20784r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20784r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20784r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20784r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20784r=dst IIS Stability: http://bugs.php.net/fix.php?id=20784r=isapi
#20784 [Opn]: __construct doesn't get called
ID: 20784 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Zend Engine 2 problem Operating System: Debian Linux PHP Version: 4.3.0RC2 New Comment: ?php echo phpversion().chr(10); class BaseClass { function __construct() { print In BaseClass constructor\n; } } class SubClass extends BaseClass { function __construct() { parent::__construct(); print In SubClass constructor\n; } } $obj = new BaseClass(); $obj = new SubClass(); ? This example ( taken from: http://www.php.net/source.php?url=/zend2_example.phps ) gives me the following output: --output-- 4.3.0RC2 -- So __construct() doesn't seem to be called. If I rename __construct() on BaseClass class to BaseClass() i get this output: --output-- 4.3.0RC2 In BaseClass constructor In BaseClass constructor -- Previous Comments: [2002-12-03 04:59:27] [EMAIL PROTECTED] ?php echo phpversion().chr(10); class BaseClass { function __construct() { print In BaseClass constructor\n; } } class SubClass extends BaseClass { function __construct() { parent::__construct(); print In SubClass constructor\n; } } $obj = new BaseClass(); $obj = new SubClass(); ? This example ( taken from: http://www.php.net/source.php?url=/zend2_example.phps ) gives me the following output: --output-- 4.3.0RC2 -- So __construct() doesn't seem to be called. If I rename __construct to BaseClass i get this output: --output-- 4.3.0RC2 In BaseClass constructor In BaseClass constructor -- -- Edit this bug report at http://bugs.php.net/?id=20784edit=1
#20784 [Opn-Bgs]: __construct doesn't get called
ID: 20784 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Zend Engine 2 problem Operating System: Debian Linux PHP Version: 4.3.0RC2 New Comment: 4.3.0RC2 doesn't come with Zend Engine 2; from PHP 5 on this will be the used engine. not a bug - bogus Derick Previous Comments: [2002-12-03 05:00:38] [EMAIL PROTECTED] ?php echo phpversion().chr(10); class BaseClass { function __construct() { print In BaseClass constructor\n; } } class SubClass extends BaseClass { function __construct() { parent::__construct(); print In SubClass constructor\n; } } $obj = new BaseClass(); $obj = new SubClass(); ? This example ( taken from: http://www.php.net/source.php?url=/zend2_example.phps ) gives me the following output: --output-- 4.3.0RC2 -- So __construct() doesn't seem to be called. If I rename __construct() on BaseClass class to BaseClass() i get this output: --output-- 4.3.0RC2 In BaseClass constructor In BaseClass constructor -- [2002-12-03 04:59:27] [EMAIL PROTECTED] ?php echo phpversion().chr(10); class BaseClass { function __construct() { print In BaseClass constructor\n; } } class SubClass extends BaseClass { function __construct() { parent::__construct(); print In SubClass constructor\n; } } $obj = new BaseClass(); $obj = new SubClass(); ? This example ( taken from: http://www.php.net/source.php?url=/zend2_example.phps ) gives me the following output: --output-- 4.3.0RC2 -- So __construct() doesn't seem to be called. If I rename __construct to BaseClass i get this output: --output-- 4.3.0RC2 In BaseClass constructor In BaseClass constructor -- -- Edit this bug report at http://bugs.php.net/?id=20784edit=1
#20785 [NEW]: ImageCreateTrueColor, ImageCreateFromJPEG can only create 256 color images
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.2.3 PHP Bug Type: PDF related Bug description: ImageCreateTrueColor, ImageCreateFromJPEG can only create 256 color images As reported at http://www.php.net/manual/en/function.pdf-open-memory-image.php ImageCreateTrueColor and others does not work correctly when using pdflib 4.0.x and PHP 4.2.x and reading the image from memory (reading from file seems to work though). Excerpt from forum and configuration information below. WORKS: $im = ImageCreate(100, 100); $pim = pdf_open_memory_image($pdf, $im); DOES NOT WORK: $im = ImageCreateTrueColor(100, 100); $pim = pdf_open_memory_image($pdf, $im); DOES NOT WORK: $im = ImageCreateFromJPEG(file.jpg); $pim = pdf_open_memory_image($pdf, $im); --- PHP 4.2.3 GD 2.0.8 PDFLib 4.0.3 (compiled with default options) Configure Options: ./configure \ --with-config-file-path=/etc \ --with-apxs=/usr/local/apache/bin/apxs \ --enable-versioning \ --enable-inline-optimization \ --enable-magic-quotes \ --enable-track-vars \ --with-xml --with-dom --with-xmlrpc \ --with-mysql=/usr \ --enable-sockets \ --with-ldap \ --with-imap=/usr/local --with-imap-ssl=/usr/local \ --with-mm \ --enable-memory-limit \ --enable-bcmath \ --enable-sigchild \ --with-zlib=/usr \ --with-curl=/usr/local \ --with-dom=/usr/include/libxml2/libxml \ --enable-exif \ --enable-ftp \ --with-gettext=/usr/share \ --with-gd \ --with-ttf \ --with-freetype-dir=/usr/local/include/freetype2/freetype \ --enable-gd-imgstrttf \ --with-png-dir=/usr \ --with-jpeg-dir=/usr \ --with-tiff-lib=/usr \ --with-mcal=../libmcal \ --with-openssl \ --with-mcrypt --with-mhash \ --with-pspell \ --with-ming \ --with-pdflib -- Edit bug report at http://bugs.php.net/?id=20785edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20785r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20785r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20785r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20785r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20785r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20785r=support Expected behavior: http://bugs.php.net/fix.php?id=20785r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20785r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20785r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20785r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20785r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20785r=dst IIS Stability: http://bugs.php.net/fix.php?id=20785r=isapi
#17115 [Com]: lambda functions produce segfault with static vars
ID: 17115 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: Reproducible crash Operating System: Redhat 7.1 PHP Version: 4.2.0 New Comment: I see the same bug in 4.2.3. I haven't tried latest. OS: Debian testing/unstable Configure Command: '../configure' '--prefix=/usr' '--prefix=/usr' '--with-regex=php' '--enable-force-cgi-redirect' '--with-config-file-path=/etc/php4/cgi' '--disable-rpath' '--disable-pear' '--disable-debug' '--enable-memory-limit' '--with-layout=GNU' '--enable-calendar' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-bcmath' '--with-bz2' '--enable-ctype' '--with-db2' '--with-iconv' '--enable-exif' '--enable-filepro' '--enable-ftp' '--with-gettext' '--enable-mbstring' '--with-pcre-regex=/usr' '--enable-shmop' '--enable-sockets' '--enable-wddx' '--disable-xml' '--with-expat-dir=/usr' '--enable-yp' '--with-zlib' '--without-pgsql' '--with-openssl=/usr' '--disable-static' '--without-mm' '--without-mysql' '--without-sybase-ct' $ sudo apt-get install php4/unstable Reading Package Lists... Done Building Dependency Tree... Done Selected version 4:4.2.3-3 (Debian:unstable) for php4 Sorry, php4 is already the newest version. 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. $ php4 -v 4.2.3 $ php4 ?php $f = create_function('$s', 'static $foo = 0; echo \$s is $s [.$foo++.]\n;'); print_r($f(one)); print_r($f(two)); print_r($f(three)); ? ^DSegmentation fault $ _ I get similar results when running php under Apache. Error.log says: child pid 12848 exit signal Segmentation fault (11) Previous Comments: [2002-07-18 01:00:11] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2002-06-17 21:09:48] [EMAIL PROTECTED] Neither of those examples crash with this snapshot: http://snaps.php.net/php4-latest.tar.gz [2002-05-09 07:41:59] [EMAIL PROTECTED] Code is - ?php $f = create_function('$s', 'static $foo = 0; echo \$s is $s [.$foo++.]\n;'); print_r($f(one)); print_r($f(two)); print_r($f(three)); ? When run from the command-line this core-dumps under 4.2.0. Running 4.1.1 compiled with --apxs for apache produces incorrect results - $s is one [] $s is two [] $s is three [] But if used in array_map() different results are produced (still using 4.1.1) code - ?php $f = create_function('$s', 'static $foo = 0; return \$s is $s [.$foo++.]\n;'); echo $f(one), br, $f(two), br, $f(three), br; echo p; echo join( | , array_map($f, array(abc,def,ghi)); ? result - $s is one [] $s is two [] $s is three [] $s is abc [] | $s is def [1] | $s is ghi [2] But take you the first three calls to $f and the page never returns. And there are many more bizarre results like 4.1.1 (but there is always a coredump in 4.2.0). Details configure line (4.2.0) - './configure' '--enable-cli' '--disable-short-tags' '--enable-overload' '--enable-sockets' '--with-readline' configure line (4.1.1) - './configure' '--with-apache=../apache_1.3.20' '--with-gd' '--with-mysql=/usr/local/mysql' '--enable-debug=no' '--enable-track-vars=yes' '--enable-magic-quotes=yes' '--with-gdbm' '--with-ndbm' '--with-db' '--with-png-dir=/usr/local' '--with-zlib-dir=/usr/local' '--with-jpeg-dir=/usr/local' gdb bt (running 4.2.0 from the commandline) - #0 0x080e7cd5 in zend_hash_find (ht=0x8183e1c, arKey=0x8183bb4 foo, nKeyLength=4, pData=0xbfffdf74) at zend_hash.c:861 #1 0x080fab7a in zend_fetch_var_address (opline=0x8182b1c, Ts=0xbfffdfa0, type=1) at ./zend_execute.c:560 #2 0x080fc6b8 in execute (op_array=0x8183ee8) at ./zend_execute.c:1239 #3 0x080dcdc3 in call_user_function_ex (function_table=0x8153530, object_pp=0x0, function_name=0x818199c, retval_ptr_ptr=0xbfffe304, param_count=1, params=0x8184154, no_separation=0, symbol_table=0x0) at zend_execute_API.c:517 #4 0x080f8118 in zif_array_map (ht=2, return_value=0x8184044, this_ptr=0x0, return_value_used=1) at array.c:3228 #5 0x080fe283 in execute (op_array=0x8181ac4) at ./zend_execute.c:1598 #6 0x080e3efe in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:810 #7 0x08062b71 in php_execute_script (primary_file=0xb7f0) at main.c:1381 #8 0x08060b7c in main (argc=3, argv=0xb89c) at cgi_main.c:785 #9 0x40136177 in __libc_start_main (main=0x8060374 main, argc=3, ubp_av=0xb89c, init=0x805efc8 _init,
#20785 [Opn-Fbk]: ImageCreateTrueColor, ImageCreateFromJPEG can only create 256 color images
ID: 20785 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: PDF 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-12-03 05:26:57] [EMAIL PROTECTED] As reported at http://www.php.net/manual/en/function.pdf-open-memory-image.php ImageCreateTrueColor and others does not work correctly when using pdflib 4.0.x and PHP 4.2.x and reading the image from memory (reading from file seems to work though). Excerpt from forum and configuration information below. WORKS: $im = ImageCreate(100, 100); $pim = pdf_open_memory_image($pdf, $im); DOES NOT WORK: $im = ImageCreateTrueColor(100, 100); $pim = pdf_open_memory_image($pdf, $im); DOES NOT WORK: $im = ImageCreateFromJPEG(file.jpg); $pim = pdf_open_memory_image($pdf, $im); --- PHP 4.2.3 GD 2.0.8 PDFLib 4.0.3 (compiled with default options) Configure Options: ./configure \ --with-config-file-path=/etc \ --with-apxs=/usr/local/apache/bin/apxs \ --enable-versioning \ --enable-inline-optimization \ --enable-magic-quotes \ --enable-track-vars \ --with-xml --with-dom --with-xmlrpc \ --with-mysql=/usr \ --enable-sockets \ --with-ldap \ --with-imap=/usr/local --with-imap-ssl=/usr/local \ --with-mm \ --enable-memory-limit \ --enable-bcmath \ --enable-sigchild \ --with-zlib=/usr \ --with-curl=/usr/local \ --with-dom=/usr/include/libxml2/libxml \ --enable-exif \ --enable-ftp \ --with-gettext=/usr/share \ --with-gd \ --with-ttf \ --with-freetype-dir=/usr/local/include/freetype2/freetype \ --enable-gd-imgstrttf \ --with-png-dir=/usr \ --with-jpeg-dir=/usr \ --with-tiff-lib=/usr \ --with-mcal=../libmcal \ --with-openssl \ --with-mcrypt --with-mhash \ --with-pspell \ --with-ming \ --with-pdflib -- Edit this bug report at http://bugs.php.net/?id=20785edit=1
#20785 [Fbk-Opn]: ImageCreateTrueColor, ImageCreateFromJPEG +pdflib fails - cannot create images
ID: 20785 User updated by: [EMAIL PROTECTED] -Summary: ImageCreateTrueColor, ImageCreateFromJPEG can only create 256 color images Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: PDF related Operating System: Linux PHP Version: 4.2.3 New Comment: Clarification: 256 color images can be created with ImageCreate, however ImageCreateTrueColor and possibly other calls intended to create images with more than 256 colors fails. Previous Comments: [2002-12-03 05:31:54] [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-12-03 05:26:57] [EMAIL PROTECTED] As reported at http://www.php.net/manual/en/function.pdf-open-memory-image.php ImageCreateTrueColor and others does not work correctly when using pdflib 4.0.x and PHP 4.2.x and reading the image from memory (reading from file seems to work though). Excerpt from forum and configuration information below. WORKS: $im = ImageCreate(100, 100); $pim = pdf_open_memory_image($pdf, $im); DOES NOT WORK: $im = ImageCreateTrueColor(100, 100); $pim = pdf_open_memory_image($pdf, $im); DOES NOT WORK: $im = ImageCreateFromJPEG(file.jpg); $pim = pdf_open_memory_image($pdf, $im); --- PHP 4.2.3 GD 2.0.8 PDFLib 4.0.3 (compiled with default options) Configure Options: ./configure \ --with-config-file-path=/etc \ --with-apxs=/usr/local/apache/bin/apxs \ --enable-versioning \ --enable-inline-optimization \ --enable-magic-quotes \ --enable-track-vars \ --with-xml --with-dom --with-xmlrpc \ --with-mysql=/usr \ --enable-sockets \ --with-ldap \ --with-imap=/usr/local --with-imap-ssl=/usr/local \ --with-mm \ --enable-memory-limit \ --enable-bcmath \ --enable-sigchild \ --with-zlib=/usr \ --with-curl=/usr/local \ --with-dom=/usr/include/libxml2/libxml \ --enable-exif \ --enable-ftp \ --with-gettext=/usr/share \ --with-gd \ --with-ttf \ --with-freetype-dir=/usr/local/include/freetype2/freetype \ --enable-gd-imgstrttf \ --with-png-dir=/usr \ --with-jpeg-dir=/usr \ --with-tiff-lib=/usr \ --with-mcal=../libmcal \ --with-openssl \ --with-mcrypt --with-mhash \ --with-pspell \ --with-ming \ --with-pdflib -- Edit this bug report at http://bugs.php.net/?id=20785edit=1
#20785 [Opn]: ImageCreateTrueColor, ImageCreateFromJPEG +pdflib fails - cannot create images
ID: 20785 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: PDF related Operating System: Linux -PHP Version: 4.2.3 +PHP Version: 4.2.3, 4.4.0-dev New Comment: Tried with the latest snapshot, 200212031030 and unfortunately it didn't work either. Previous Comments: [2002-12-03 05:32:20] [EMAIL PROTECTED] Clarification: 256 color images can be created with ImageCreate, however ImageCreateTrueColor and possibly other calls intended to create images with more than 256 colors fails. [2002-12-03 05:31:54] [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-12-03 05:26:57] [EMAIL PROTECTED] As reported at http://www.php.net/manual/en/function.pdf-open-memory-image.php ImageCreateTrueColor and others does not work correctly when using pdflib 4.0.x and PHP 4.2.x and reading the image from memory (reading from file seems to work though). Excerpt from forum and configuration information below. WORKS: $im = ImageCreate(100, 100); $pim = pdf_open_memory_image($pdf, $im); DOES NOT WORK: $im = ImageCreateTrueColor(100, 100); $pim = pdf_open_memory_image($pdf, $im); DOES NOT WORK: $im = ImageCreateFromJPEG(file.jpg); $pim = pdf_open_memory_image($pdf, $im); --- PHP 4.2.3 GD 2.0.8 PDFLib 4.0.3 (compiled with default options) Configure Options: ./configure \ --with-config-file-path=/etc \ --with-apxs=/usr/local/apache/bin/apxs \ --enable-versioning \ --enable-inline-optimization \ --enable-magic-quotes \ --enable-track-vars \ --with-xml --with-dom --with-xmlrpc \ --with-mysql=/usr \ --enable-sockets \ --with-ldap \ --with-imap=/usr/local --with-imap-ssl=/usr/local \ --with-mm \ --enable-memory-limit \ --enable-bcmath \ --enable-sigchild \ --with-zlib=/usr \ --with-curl=/usr/local \ --with-dom=/usr/include/libxml2/libxml \ --enable-exif \ --enable-ftp \ --with-gettext=/usr/share \ --with-gd \ --with-ttf \ --with-freetype-dir=/usr/local/include/freetype2/freetype \ --enable-gd-imgstrttf \ --with-png-dir=/usr \ --with-jpeg-dir=/usr \ --with-tiff-lib=/usr \ --with-mcal=../libmcal \ --with-openssl \ --with-mcrypt --with-mhash \ --with-pspell \ --with-ming \ --with-pdflib -- Edit this bug report at http://bugs.php.net/?id=20785edit=1
#20751 [Com]: Mail: undefined function
ID: 20751 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Mail related Operating System: Linux Redhat 7.2 PHP Version: 4.3.0RC2 New Comment: from config.log -- configure:10743: checking for sendmail configure:10776: result: no -- Andrea Busia Previous Comments: [2002-12-03 00:31:29] [EMAIL PROTECTED] Okay, let me try one more time: What does config.log say about sendmail when you don't make that symlink? I'd like to see WHY it fails, not THAT it fails, cause we already know this. Derick [2002-12-02 17:09:37] [EMAIL PROTECTED] Yup, looks like that solved the problem for me, just waiting for the build to finish. Build finished, all ok. So it seems to not check /usr/sbin for sendmail, only /usr/bin. [2002-12-02 16:56:24] [EMAIL PROTECTED] I'm also experiencing this problem, same version, same os. I'll try the symbolic link workaround. [2002-12-02 16:24:32] [EMAIL PROTECTED] What does config.log say about sendmail when you remove that link again? [2002-12-02 15:48:27] [EMAIL PROTECTED] If I remove the link the config doesn't find sendmail. 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/20751 -- Edit this bug report at http://bugs.php.net/?id=20751edit=1
#20751 [Fbk]: Mail: undefined function
ID: 20751 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Mail related Operating System: Linux Redhat 7.2 PHP Version: 4.3.0RC2 New Comment: In configure, what is the value of this variable: as_executable_p (find out by `grep ^as_executable_p ./configure') Then try that on your symlink. IE: with my configure it's set of test -f, so try: if test -f /usr/sbin/sendmail; then echo yes; fi Previous Comments: [2002-12-03 05:53:44] [EMAIL PROTECTED] from config.log -- configure:10743: checking for sendmail configure:10776: result: no -- Andrea Busia [2002-12-03 00:31:29] [EMAIL PROTECTED] Okay, let me try one more time: What does config.log say about sendmail when you don't make that symlink? I'd like to see WHY it fails, not THAT it fails, cause we already know this. Derick [2002-12-02 17:09:37] [EMAIL PROTECTED] Yup, looks like that solved the problem for me, just waiting for the build to finish. Build finished, all ok. So it seems to not check /usr/sbin for sendmail, only /usr/bin. [2002-12-02 16:56:24] [EMAIL PROTECTED] I'm also experiencing this problem, same version, same os. I'll try the symbolic link workaround. [2002-12-02 16:24:32] [EMAIL PROTECTED] What does config.log say about sendmail when you remove that link 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/20751 -- Edit this bug report at http://bugs.php.net/?id=20751edit=1
#20782 [Fbk-Opn]: Segmentation fault using oracle 8.1.7
ID: 20782 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Linux RH7.3 (ker:2.4.18-3smp) PHP Version: 4.3.0RC2 New Comment: The only one that is not set is LD_PRELOAD. All the other are ok. I'm sending u a backtrace. Previous Comments: [2002-12-03 03:48:31] [EMAIL PROTECTED] Just to make sure..did you have all the environment vars set? Check this: http://www.php.net/manual/en/ref.oci8.php [2002-12-03 03:08:50] [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-12-03 03:07:59] [EMAIL PROTECTED] Hi: When using php in command line with oracle OCI 8 (Oracle version 8.1.7), I have a segmentation fault at the end of the program. (ocilogoff works fine, segm fault appear at the end tag of php ie. ? ). This problem does not exist (or is not visible) when I use php through apache. Thanks for your answer ! -- Edit this bug report at http://bugs.php.net/?id=20782edit=1
#20786 [NEW]: Missing Sqlcli and parse error
From: [EMAIL PROTECTED] Operating system: RH 8.0 PHP version: 4.2.2 PHP Bug Type: Compile Failure Bug description: Missing Sqlcli and parse error I'm trying to install PHP with IBM DB2. when i compile php the error will come up I also tried using the latest cvs and older versions same error comes up with the latest and more error in the older version: help!!! make[2]: Entering directory `/php-4.1.1/Zend' make[2]: Nothing to be done for `install-exec-am'. make[2]: Nothing to be done for `install-data-am'. make[2]: Leaving directory `/php-4.1.1/Zend' make[1]: Leaving directory `/php-4.1.1/Zend' Making install in main make[1]: Entering directory `/php-4.1.1/main' make[2]: Entering directory `/php-4.1.1/main' /bin/sh /php-4.1.1/libtool --silent --mode=compile /php-4.1.1/meta_ccld -I. -I/php-4.1.1/main -I/php-4.1.1/main -I/php-4.1.1 -I/usr/local/apache//include -I/php-4.1.1/Zend -I/php-4.1.1/ext/mysql/libmysql -I/usr/IBMdb2/V7.1//include -I/php-4.1.1/ext/xml/expat -D_REENTRANT -I/php-4.1.1/TSRM -DTHREAD=1 -O2 -I /openssl-0.9.6g/include -pthread -DZTS -prefer-pic -c main.c /bin/sh /php-4.1.1/libtool --silent --mode=compile /php-4.1.1/meta_ccld -I. -I/php-4.1.1/main -I/php-4.1.1/main -I/php-4.1.1 -I/usr/local/apache//include -I/php-4.1.1/Zend -I/php-4.1.1/ext/mysql/libmysql -I/usr/IBMdb2/V7.1//include -I/php-4.1.1/ext/xml/expat -D_REENTRANT -I/php-4.1.1/TSRM -DTHREAD=1 -O2 -I /openssl-0.9.6g/include -pthread -DZTS -prefer-pic -c internal_functions.c In file included from internal_functions.c:33: /php-4.1.1/ext/odbc/php_odbc.h:178:21: sqlcli1.h: No such file or directory In file included from internal_functions.c:33: /php-4.1.1/ext/odbc/php_odbc.h:270: parse error before SQLHANDLE /php-4.1.1/ext/odbc/php_odbc.h:270: warning: no semicolon at end of struct or union /php-4.1.1/ext/odbc/php_odbc.h:271: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:273: `SQL_MAX_MESSAGE_LENGTH' undeclared here (not in a function) /php-4.1.1/ext/odbc/php_odbc.h:276: parse error before '}' token /php-4.1.1/ext/odbc/php_odbc.h:276: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:282: parse error before SDWORD /php-4.1.1/ext/odbc/php_odbc.h:282: warning: no semicolon at end of struct or union /php-4.1.1/ext/odbc/php_odbc.h:283: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:286: parse error before SQLHANDLE /php-4.1.1/ext/odbc/php_odbc.h:286: warning: no semicolon at end of struct or union /php-4.1.1/ext/odbc/php_odbc.h:288: parse error before '*' token /php-4.1.1/ext/odbc/php_odbc.h:288: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:289: parse error before numcols /php-4.1.1/ext/odbc/php_odbc.h:289: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:290: parse error before numparams /php-4.1.1/ext/odbc/php_odbc.h:290: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:297: parse error before '*' token /php-4.1.1/ext/odbc/php_odbc.h:297: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:298: parse error before '}' token /php-4.1.1/ext/odbc/php_odbc.h:298: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:314: `SQL_MAX_MESSAGE_LENGTH' undeclared here (not in a function) /php-4.1.1/ext/odbc/php_odbc.h:319: parse error before odbc_result /php-4.1.1/ext/odbc/php_odbc.h:320: parse error before '*' token /php-4.1.1/ext/odbc/php_odbc.h:320: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:322: parse error before HDBC /php-4.1.1/ext/odbc/php_odbc.h:323: parse error before '*' token /php-4.1.1/ext/odbc/php_odbc.h:323: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:325: parse error before '*' token /php-4.1.1/ext/odbc/php_odbc.h:329: parse error before '*' token /php-4.1.1/ext/odbc/php_odbc.h:273: storage size of `lasterrormsg' isn't known make[2]: *** [internal_functions.lo] Error 1 make[2]: Leaving directory `/php-4.1.1/main' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/php-4.1.1/main' make: *** [install-recursive] Error 1 -- Edit bug report at http://bugs.php.net/?id=20786edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20786r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20786r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20786r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20786r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20786r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20786r=support Expected behavior: http://bugs.php.net/fix.php?id=20786r=notwrong Not enough info:
#20786 [Opn-Bgs]: Missing Sqlcli and parse error
ID: 20786 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: RH 8.0 PHP Version: 4.2.2 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. Previous Comments: [2002-12-03 06:18:46] [EMAIL PROTECTED] I'm trying to install PHP with IBM DB2. when i compile php the error will come up I also tried using the latest cvs and older versions same error comes up with the latest and more error in the older version: help!!! make[2]: Entering directory `/php-4.1.1/Zend' make[2]: Nothing to be done for `install-exec-am'. make[2]: Nothing to be done for `install-data-am'. make[2]: Leaving directory `/php-4.1.1/Zend' make[1]: Leaving directory `/php-4.1.1/Zend' Making install in main make[1]: Entering directory `/php-4.1.1/main' make[2]: Entering directory `/php-4.1.1/main' /bin/sh /php-4.1.1/libtool --silent --mode=compile /php-4.1.1/meta_ccld -I. -I/php-4.1.1/main -I/php-4.1.1/main -I/php-4.1.1 -I/usr/local/apache//include -I/php-4.1.1/Zend -I/php-4.1.1/ext/mysql/libmysql -I/usr/IBMdb2/V7.1//include -I/php-4.1.1/ext/xml/expat -D_REENTRANT -I/php-4.1.1/TSRM -DTHREAD=1 -O2 -I /openssl-0.9.6g/include -pthread -DZTS -prefer-pic -c main.c /bin/sh /php-4.1.1/libtool --silent --mode=compile /php-4.1.1/meta_ccld -I. -I/php-4.1.1/main -I/php-4.1.1/main -I/php-4.1.1 -I/usr/local/apache//include -I/php-4.1.1/Zend -I/php-4.1.1/ext/mysql/libmysql -I/usr/IBMdb2/V7.1//include -I/php-4.1.1/ext/xml/expat -D_REENTRANT -I/php-4.1.1/TSRM -DTHREAD=1 -O2 -I /openssl-0.9.6g/include -pthread -DZTS -prefer-pic -c internal_functions.c In file included from internal_functions.c:33: /php-4.1.1/ext/odbc/php_odbc.h:178:21: sqlcli1.h: No such file or directory In file included from internal_functions.c:33: /php-4.1.1/ext/odbc/php_odbc.h:270: parse error before SQLHANDLE /php-4.1.1/ext/odbc/php_odbc.h:270: warning: no semicolon at end of struct or union /php-4.1.1/ext/odbc/php_odbc.h:271: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:273: `SQL_MAX_MESSAGE_LENGTH' undeclared here (not in a function) /php-4.1.1/ext/odbc/php_odbc.h:276: parse error before '}' token /php-4.1.1/ext/odbc/php_odbc.h:276: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:282: parse error before SDWORD /php-4.1.1/ext/odbc/php_odbc.h:282: warning: no semicolon at end of struct or union /php-4.1.1/ext/odbc/php_odbc.h:283: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:286: parse error before SQLHANDLE /php-4.1.1/ext/odbc/php_odbc.h:286: warning: no semicolon at end of struct or union /php-4.1.1/ext/odbc/php_odbc.h:288: parse error before '*' token /php-4.1.1/ext/odbc/php_odbc.h:288: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:289: parse error before numcols /php-4.1.1/ext/odbc/php_odbc.h:289: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:290: parse error before numparams /php-4.1.1/ext/odbc/php_odbc.h:290: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:297: parse error before '*' token /php-4.1.1/ext/odbc/php_odbc.h:297: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:298: parse error before '}' token /php-4.1.1/ext/odbc/php_odbc.h:298: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:314: `SQL_MAX_MESSAGE_LENGTH' undeclared here (not in a function) /php-4.1.1/ext/odbc/php_odbc.h:319: parse error before odbc_result /php-4.1.1/ext/odbc/php_odbc.h:320: parse error before '*' token /php-4.1.1/ext/odbc/php_odbc.h:320: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:322: parse error before HDBC /php-4.1.1/ext/odbc/php_odbc.h:323: parse error before '*' token /php-4.1.1/ext/odbc/php_odbc.h:323: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:325: parse error before '*' token /php-4.1.1/ext/odbc/php_odbc.h:329: parse error before '*' token /php-4.1.1/ext/odbc/php_odbc.h:273: storage size of `lasterrormsg' isn't known make[2]: *** [internal_functions.lo] Error 1 make[2]: Leaving directory `/php-4.1.1/main' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/php-4.1.1/main' make: ***
#20786 [Bgs-Fbk]: Missing Sqlcli and parse error
ID: 20786 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Feedback Bug Type: Compile Failure Operating System: RH 8.0 PHP Version: 4.2.2 New Comment: User reported he also tried the latest CVS. Please provide the error messages, for the latest CVS snapshot, so we can check the proper linenumbers etc. Secondly - do you have the headers for IBM-DB2 installed? Thirdly - please provide the output of config.nice in the source tree for the latest CVS and upgrade the Version to the snapshot timestamp. Previous Comments: [2002-12-03 06:22:28] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. [2002-12-03 06:18:46] [EMAIL PROTECTED] I'm trying to install PHP with IBM DB2. when i compile php the error will come up I also tried using the latest cvs and older versions same error comes up with the latest and more error in the older version: help!!! make[2]: Entering directory `/php-4.1.1/Zend' make[2]: Nothing to be done for `install-exec-am'. make[2]: Nothing to be done for `install-data-am'. make[2]: Leaving directory `/php-4.1.1/Zend' make[1]: Leaving directory `/php-4.1.1/Zend' Making install in main make[1]: Entering directory `/php-4.1.1/main' make[2]: Entering directory `/php-4.1.1/main' /bin/sh /php-4.1.1/libtool --silent --mode=compile /php-4.1.1/meta_ccld -I. -I/php-4.1.1/main -I/php-4.1.1/main -I/php-4.1.1 -I/usr/local/apache//include -I/php-4.1.1/Zend -I/php-4.1.1/ext/mysql/libmysql -I/usr/IBMdb2/V7.1//include -I/php-4.1.1/ext/xml/expat -D_REENTRANT -I/php-4.1.1/TSRM -DTHREAD=1 -O2 -I /openssl-0.9.6g/include -pthread -DZTS -prefer-pic -c main.c /bin/sh /php-4.1.1/libtool --silent --mode=compile /php-4.1.1/meta_ccld -I. -I/php-4.1.1/main -I/php-4.1.1/main -I/php-4.1.1 -I/usr/local/apache//include -I/php-4.1.1/Zend -I/php-4.1.1/ext/mysql/libmysql -I/usr/IBMdb2/V7.1//include -I/php-4.1.1/ext/xml/expat -D_REENTRANT -I/php-4.1.1/TSRM -DTHREAD=1 -O2 -I /openssl-0.9.6g/include -pthread -DZTS -prefer-pic -c internal_functions.c In file included from internal_functions.c:33: /php-4.1.1/ext/odbc/php_odbc.h:178:21: sqlcli1.h: No such file or directory In file included from internal_functions.c:33: /php-4.1.1/ext/odbc/php_odbc.h:270: parse error before SQLHANDLE /php-4.1.1/ext/odbc/php_odbc.h:270: warning: no semicolon at end of struct or union /php-4.1.1/ext/odbc/php_odbc.h:271: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:273: `SQL_MAX_MESSAGE_LENGTH' undeclared here (not in a function) /php-4.1.1/ext/odbc/php_odbc.h:276: parse error before '}' token /php-4.1.1/ext/odbc/php_odbc.h:276: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:282: parse error before SDWORD /php-4.1.1/ext/odbc/php_odbc.h:282: warning: no semicolon at end of struct or union /php-4.1.1/ext/odbc/php_odbc.h:283: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:286: parse error before SQLHANDLE /php-4.1.1/ext/odbc/php_odbc.h:286: warning: no semicolon at end of struct or union /php-4.1.1/ext/odbc/php_odbc.h:288: parse error before '*' token /php-4.1.1/ext/odbc/php_odbc.h:288: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:289: parse error before numcols /php-4.1.1/ext/odbc/php_odbc.h:289: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:290: parse error before numparams /php-4.1.1/ext/odbc/php_odbc.h:290: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:297: parse error before '*' token /php-4.1.1/ext/odbc/php_odbc.h:297: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:298: parse error before '}' token /php-4.1.1/ext/odbc/php_odbc.h:298: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:314: `SQL_MAX_MESSAGE_LENGTH' undeclared here (not in a function) /php-4.1.1/ext/odbc/php_odbc.h:319: parse error before odbc_result /php-4.1.1/ext/odbc/php_odbc.h:320: parse error before '*' token /php-4.1.1/ext/odbc/php_odbc.h:320: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:322: parse error before HDBC /php-4.1.1/ext/odbc/php_odbc.h:323: parse error before '*' token
#20786 [Fbk]: Missing Sqlcli and parse error
ID: 20786 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback -Bug Type: Compile Failure +Bug Type: ODBC related Operating System: RH 8.0 PHP Version: 4.2.2 New Comment: I can not reproduce this with latest CVS and DB2 7.1. Most likely an user error (something is missing). Previous Comments: [2002-12-03 06:29:41] [EMAIL PROTECTED] User reported he also tried the latest CVS. Please provide the error messages, for the latest CVS snapshot, so we can check the proper linenumbers etc. Secondly - do you have the headers for IBM-DB2 installed? Thirdly - please provide the output of config.nice in the source tree for the latest CVS and upgrade the Version to the snapshot timestamp. [2002-12-03 06:22:28] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. [2002-12-03 06:18:46] [EMAIL PROTECTED] I'm trying to install PHP with IBM DB2. when i compile php the error will come up I also tried using the latest cvs and older versions same error comes up with the latest and more error in the older version: help!!! make[2]: Entering directory `/php-4.1.1/Zend' make[2]: Nothing to be done for `install-exec-am'. make[2]: Nothing to be done for `install-data-am'. make[2]: Leaving directory `/php-4.1.1/Zend' make[1]: Leaving directory `/php-4.1.1/Zend' Making install in main make[1]: Entering directory `/php-4.1.1/main' make[2]: Entering directory `/php-4.1.1/main' /bin/sh /php-4.1.1/libtool --silent --mode=compile /php-4.1.1/meta_ccld -I. -I/php-4.1.1/main -I/php-4.1.1/main -I/php-4.1.1 -I/usr/local/apache//include -I/php-4.1.1/Zend -I/php-4.1.1/ext/mysql/libmysql -I/usr/IBMdb2/V7.1//include -I/php-4.1.1/ext/xml/expat -D_REENTRANT -I/php-4.1.1/TSRM -DTHREAD=1 -O2 -I /openssl-0.9.6g/include -pthread -DZTS -prefer-pic -c main.c /bin/sh /php-4.1.1/libtool --silent --mode=compile /php-4.1.1/meta_ccld -I. -I/php-4.1.1/main -I/php-4.1.1/main -I/php-4.1.1 -I/usr/local/apache//include -I/php-4.1.1/Zend -I/php-4.1.1/ext/mysql/libmysql -I/usr/IBMdb2/V7.1//include -I/php-4.1.1/ext/xml/expat -D_REENTRANT -I/php-4.1.1/TSRM -DTHREAD=1 -O2 -I /openssl-0.9.6g/include -pthread -DZTS -prefer-pic -c internal_functions.c In file included from internal_functions.c:33: /php-4.1.1/ext/odbc/php_odbc.h:178:21: sqlcli1.h: No such file or directory In file included from internal_functions.c:33: /php-4.1.1/ext/odbc/php_odbc.h:270: parse error before SQLHANDLE /php-4.1.1/ext/odbc/php_odbc.h:270: warning: no semicolon at end of struct or union /php-4.1.1/ext/odbc/php_odbc.h:271: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:273: `SQL_MAX_MESSAGE_LENGTH' undeclared here (not in a function) /php-4.1.1/ext/odbc/php_odbc.h:276: parse error before '}' token /php-4.1.1/ext/odbc/php_odbc.h:276: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:282: parse error before SDWORD /php-4.1.1/ext/odbc/php_odbc.h:282: warning: no semicolon at end of struct or union /php-4.1.1/ext/odbc/php_odbc.h:283: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:286: parse error before SQLHANDLE /php-4.1.1/ext/odbc/php_odbc.h:286: warning: no semicolon at end of struct or union /php-4.1.1/ext/odbc/php_odbc.h:288: parse error before '*' token /php-4.1.1/ext/odbc/php_odbc.h:288: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:289: parse error before numcols /php-4.1.1/ext/odbc/php_odbc.h:289: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:290: parse error before numparams /php-4.1.1/ext/odbc/php_odbc.h:290: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:297: parse error before '*' token /php-4.1.1/ext/odbc/php_odbc.h:297: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:298: parse error before '}' token /php-4.1.1/ext/odbc/php_odbc.h:298: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:314: `SQL_MAX_MESSAGE_LENGTH' undeclared here (not in a function) /php-4.1.1/ext/odbc/php_odbc.h:319: parse error before odbc_result /php-4.1.1/ext/odbc/php_odbc.h:320: parse error before '*' token
#20772 [Com]: Output control + memory limit + big file read
ID: 20772 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Output Control Operating System: redhat 7.0 PHP Version: 4.3.0RC2 New Comment: Errata corridge: The script works well adding the ob_end_clean() function only if I use php 4.2.3. Using php 4.3.0RC2 the script give me a blank document. I have tried to set --- php_flag output_buffering Off --- in .htaccess and to comment the ob_and_clean() but the script give me a unable to find the server error now (this is also the error that the script gave me with output buffering activated and no ob_end_clean in php 4.2.3) Summary: php 4.3.0RC2 + output buffering on (without ob_end_clean()): unable to find the server error. php 4.3.0RC2 + output buffering on (with ob_end_clean()): document contains no data error. php 4.2.3 + output buffering on (without ob_end_clean()): unable to find the server error. php 4.2.3 + output buffering on (with ob_end_clean()): all is ok. I have experienced the same document contains no data in other scripts in which i used the ob_end_clean() function to deactivate the output buffering (when I cannot use .htaccess) but these scripts worked well with php 4.2.3. Andrea Busia Previous Comments: [2002-12-02 16:50:33] [EMAIL PROTECTED] In the script the last } is to delete. [2002-12-02 16:43:37] [EMAIL PROTECTED] If I try to run this script the server simply exit without giving me anything. ? echo A; $fd=fopen(aaa/temp, wb); fpassthru($fd); echo B; } ? The server is configured with output buffering activated (gz_handler), memory limit enabled (8MB) and the temp file is bigger than 8MByte I have understand that the problem that the script excedeed the memory limit and adding, as first line, ob_end_clean(); the script works, but in the error log there isn't a fatal error or a warning, nothing; also the access log doesn't log the hit. It's possible to add a fatal error to let the programmer know what is the problem. -- Edit this bug report at http://bugs.php.net/?id=20772edit=1
#20772 [Com]: Output control + memory limit + big file read
ID: 20772 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Output Control Operating System: redhat 7.0 PHP Version: 4.3.0RC2 New Comment: to add to the summary: php 4.3.0RC2 without output buffering : unable to find the server error. Previous Comments: [2002-12-03 06:41:46] [EMAIL PROTECTED] Errata corridge: The script works well adding the ob_end_clean() function only if I use php 4.2.3. Using php 4.3.0RC2 the script give me a blank document. I have tried to set --- php_flag output_buffering Off --- in .htaccess and to comment the ob_and_clean() but the script give me a unable to find the server error now (this is also the error that the script gave me with output buffering activated and no ob_end_clean in php 4.2.3) Summary: php 4.3.0RC2 + output buffering on (without ob_end_clean()): unable to find the server error. php 4.3.0RC2 + output buffering on (with ob_end_clean()): document contains no data error. php 4.2.3 + output buffering on (without ob_end_clean()): unable to find the server error. php 4.2.3 + output buffering on (with ob_end_clean()): all is ok. I have experienced the same document contains no data in other scripts in which i used the ob_end_clean() function to deactivate the output buffering (when I cannot use .htaccess) but these scripts worked well with php 4.2.3. Andrea Busia [2002-12-02 16:50:33] [EMAIL PROTECTED] In the script the last } is to delete. [2002-12-02 16:43:37] [EMAIL PROTECTED] If I try to run this script the server simply exit without giving me anything. ? echo A; $fd=fopen(aaa/temp, wb); fpassthru($fd); echo B; } ? The server is configured with output buffering activated (gz_handler), memory limit enabled (8MB) and the temp file is bigger than 8MByte I have understand that the problem that the script excedeed the memory limit and adding, as first line, ob_end_clean(); the script works, but in the error log there isn't a fatal error or a warning, nothing; also the access log doesn't log the hit. It's possible to add a fatal error to let the programmer know what is the problem. -- Edit this bug report at http://bugs.php.net/?id=20772edit=1
#20751 [Com]: Mail: undefined function
ID: 20751 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Mail related Operating System: Linux Redhat 7.2 PHP Version: 4.3.0RC2 New Comment: It works well but the previous config.log section is without the symlink (as requested) in /usr/bin/sendmail but only in /usr/sbin and /usr/lib with the symlink all works well. Previous Comments: [2002-12-03 06:15:53] [EMAIL PROTECTED] In configure, what is the value of this variable: as_executable_p (find out by `grep ^as_executable_p ./configure') Then try that on your symlink. IE: with my configure it's set of test -f, so try: if test -f /usr/sbin/sendmail; then echo yes; fi [2002-12-03 05:53:44] [EMAIL PROTECTED] from config.log -- configure:10743: checking for sendmail configure:10776: result: no -- Andrea Busia [2002-12-03 00:31:29] [EMAIL PROTECTED] Okay, let me try one more time: What does config.log say about sendmail when you don't make that symlink? I'd like to see WHY it fails, not THAT it fails, cause we already know this. Derick [2002-12-02 17:09:37] [EMAIL PROTECTED] Yup, looks like that solved the problem for me, just waiting for the build to finish. Build finished, all ok. So it seems to not check /usr/sbin for sendmail, only /usr/bin. [2002-12-02 16:56:24] [EMAIL PROTECTED] I'm also experiencing this problem, same version, same os. I'll try the symbolic link 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/20751 -- Edit this bug report at http://bugs.php.net/?id=20751edit=1
#20751 [Fbk]: Mail: undefined function
ID: 20751 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Mail related Operating System: Linux Redhat 7.2 PHP Version: 4.3.0RC2 New Comment: I'll rephrase, y'honnor: Does: if test -f /usr/sbin/sendmail; then echo yes; fi Produce: yes Please note: /usr/sbin/sendmail - not /usr/bin/sendmail. Previous Comments: [2002-12-03 06:48:20] [EMAIL PROTECTED] It works well but the previous config.log section is without the symlink (as requested) in /usr/bin/sendmail but only in /usr/sbin and /usr/lib with the symlink all works well. [2002-12-03 06:15:53] [EMAIL PROTECTED] In configure, what is the value of this variable: as_executable_p (find out by `grep ^as_executable_p ./configure') Then try that on your symlink. IE: with my configure it's set of test -f, so try: if test -f /usr/sbin/sendmail; then echo yes; fi [2002-12-03 05:53:44] [EMAIL PROTECTED] from config.log -- configure:10743: checking for sendmail configure:10776: result: no -- Andrea Busia [2002-12-03 00:31:29] [EMAIL PROTECTED] Okay, let me try one more time: What does config.log say about sendmail when you don't make that symlink? I'd like to see WHY it fails, not THAT it fails, cause we already know this. Derick [2002-12-02 17:09:37] [EMAIL PROTECTED] Yup, looks like that solved the problem for me, just waiting for the build to finish. Build finished, all ok. So it seems to not check /usr/sbin for sendmail, only /usr/bin. 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/20751 -- Edit this bug report at http://bugs.php.net/?id=20751edit=1
#20788 [NEW]: Improper timezone generation?
From: [EMAIL PROTECTED] Operating system: Windows / Linux PHP version: 4.2.2 PHP Bug Type: Date/time related Bug description: Improper timezone generation? I'm not sure if this is a doc bug, a Windows bug or perhaps it's not an issue. Basically: echo gmdate('T'); // date() could have been used produces on Linux: GMT while on Windows: GMT Standard Time The same thing applies for other timezones: EST (linux) - Eastern Standard Time This is an issue for a number of reasons: 1) The docs specify date('T') as producing only three-letter timezones (EST, etc). 2) This behavior may screw up things like setcookie() (where I ran into it)... -- Edit bug report at http://bugs.php.net/?id=20788edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20788r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20788r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20788r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20788r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20788r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20788r=support Expected behavior: http://bugs.php.net/fix.php?id=20788r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20788r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20788r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20788r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20788r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20788r=dst IIS Stability: http://bugs.php.net/fix.php?id=20788r=isapi
#20788 [Opn-Bgs]: Improper timezone generation?
ID: 20788 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: Windows / Linux PHP Version: 4.2.2 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Previous Comments: [2002-12-03 07:01:39] [EMAIL PROTECTED] I'm not sure if this is a doc bug, a Windows bug or perhaps it's not an issue. Basically: echo gmdate('T'); // date() could have been used produces on Linux: GMT while on Windows: GMT Standard Time The same thing applies for other timezones: EST (linux) - Eastern Standard Time This is an issue for a number of reasons: 1) The docs specify date('T') as producing only three-letter timezones (EST, etc). 2) This behavior may screw up things like setcookie() (where I ran into it)... -- Edit this bug report at http://bugs.php.net/?id=20788edit=1
#20755 [Com]: exif relocation error
ID: 20755 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: mbstring related Operating System: Mandrake 9.0 PHP Version: 4.3.0RC2 New Comment: readline still wasn't found so I had to disable it. I was not able to build zlib as a shared module. Here's my new configure line: './configure' '--prefix=/usr/local/php4' '--sysconfdir=/etc' '--with-apxs2=/usr/sbin/apxs' '--with-layout=GNU' '--with-config-file-path=/etc/httpd/conf' '--with-openssl=shared,/usr' '--enable-magic-quotes' '--disable-rpath' '--enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--enable-inline-optimization' '--with-zlib' '--without-aspell' '--with-bz2=shared,/usr' '--enable-calendar=shared' '--with-jpeg-dir=shared,/usr' '--with-tiff-dir=shared,/usr' '--with-curl=shared,/usr' '--enable-dba=shared,/usr' '--with-gdbm=shared,/usr' '--with-db3=shared,/usr' '--with-db4=shared,/usr' '--with-cdb=shared,/usr' '--with-flatfile=shared' '--enable-dbx=shared,/usr' '--enable-dio=shared,/usr' '--with-dom=shared,/usr' '--with-dom-xslt=shared,/usr' '--with-dom-exslt=shared,/usr' '--enable-ftp=shared' '--with-gd=shared' '--with-jpeg-dir=shared,/usr' '--with-png-dir=shared,/usr' '--with-ttf=shared,/usr' '--with-freetype-dir=shared,/usr' '--with-t1lib=shared,/usr' '--enable-gd-native-ttf' '--with-gettext=shared,/usr' '--with-gmp=shared,/usr' '--with-imap=shared,/usr' '--with-imap-ssl=shared,/usr' '--with-ldap=shared,/usr' '--with-mcrypt=shared,/usr' '--with-mhash=shared,/usr' '--enable-mime_magic=shared,/usr' '--with-ming=shared,/usr' '--with-mysql=shared,/usr' '--with-unixODBC=shared,/usr' '--with-jpeg-dir=shared,/usr' '--with-png-dir=shared,/usr' '--with-tiff-dir=shared,/usr' '--with-pgsql=shared,/usr' '--with-pspell=shared,/usr' '--with-recode=shared,/usr' '--with-snmp=shared,/usr' '--enable-ucd-snmp-hack' '--enable-sockets=shared' '--with-regex=system' '--enable-sysvmsg=shared' '--enable-sysvsem=shared' '--enable-sysvshm=shared' '--enable-wddx=shared' '--with-xmlrpc=shared,/usr' '--enable-xslt=shared,/usr' '--with-xslt-sablot=shared,/usr' '--enable-yp=shared' '--with-zip=shared,/usr' '--with-xpm-dir=/usr/X11R6/lib/' '--enable-mbregex=shared' '--enable-overload=shared' '--enable-tokenizer=shared' '--enable-ctype=shared' '--enable-mime-magic=shared' '--enable-shared' I ran make test and let it send the test by e-mail. Previous Comments: [2002-12-01 22:10:24] [EMAIL PROTECTED] What a fast reply! I have fixed my configure line now, but when I tried to enable readline support I got: checking for readline in -lreadline... no configure: error: readline library not found Gotta continue with this tomorrow. [2002-12-01 21:33:32] [EMAIL PROTECTED] And btw. you shouldn't try outsmarting the configure with all those LIBS/CFLAGS you're defining before running configure.. And read the 'configure --help' sometimes. Some configuration options DO NOT SUPPORT 'shared' at all. (like --with-xpm-dir) Building anything as shared is pretty much asking for trouble, just build what you need and don't use the shared modules. [2002-12-01 21:31:07] [EMAIL PROTECTED] If you compile mbstring as static module, you can workaround this error. It's not very good idea to enable it anyway.. For the mbstring authors: You should decide whether or not to allow external usage of these functions (ie. in other extensions) or disable the building of this extension as shared altogether.. [2002-12-01 21:22:39] [EMAIL PROTECTED] apache2 CVS-20021202 Here's my configure line: #export MYFLAGS=-O3 -fomit-frame-pointer -pipe -march=`uname -m` -mcpu=`uname -m` -ffast-math -fno-strength-reduce export CFLAGS=$MYFLAGS -fPIC export LIBS=-lttf -lfreetype -lpng -ljpeg -lz -lnsl export EXTENSION_DIR=/usr/local/php4/lib/php/extensions export IMAP_SHARED_LIBADD=-lc-client -lssl -lcrypto #export READLINE_SHARED_LIBADD=-lreadline export PROG_SENDMAIL=/var/qmail/bin/usendmail #export WANT_AUTOCONF_2_5=1 if ! [ -f ./configure ]; then ./buildconf; fi #exit 1 #make distclean ./configure \ --prefix=/usr/local/php4 \ --sysconfdir=/etc \ --with-apxs2=/usr/sbin/apxs \ --with-layout=GNU \ --with-config-file-path=/etc/httpd/conf \ --with-openssl=shared,/usr \ --enable-magic-quotes \ --disable-rpath \ --enable-force-cgi-redirect \ --disable-debug \ --enable-pic \ --enable-inline-optimization \ --with-zlib \ --without-aspell \ --with-bz2=shared,/usr \ --enable-calendar=shared \ --with-jpeg-dir=shared,/usr \ --with-tiff-dir=shared,/usr \ --with-curl=shared,/usr \ --enable-dba=shared,/usr \ --with-gdbm=shared,/usr \ --with-db3=shared,/usr \
#17079 [Com]: setlocale changes the internal representation of floats
ID: 17079 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: *Languages/Translation Operating System: Red Hat Linux 7.1 PHP Version: 4.1.2 Assigned To: hholzgra New Comment: This bug seems to be still available. Àt least i can reproduce it with 4.3.0RC2 on Windows 2000 with locale set to 'ru'. ?php setlocale (LC_ALL, 'en'); echo ('1.123'*'5').'br'; echo ('1,123'*'5').'br'; setlocale (LC_ALL, 'ru'); echo ('1.123'*'5').'br'; echo ('1,123'*'5').'br'; ? Results are: 5.615 5 5 5,615 Previous Comments: [2002-10-10 11:53:59] [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-08-28 21:14:36] [EMAIL PROTECTED] one more locale bug.. [2002-05-23 10:44:35] [EMAIL PROTECTED] I didn't hear anything anymore, so I am just curious if this was picked up... Thanks, Jonathan [2002-05-08 04:14:04] [EMAIL PROTECTED] Hi somehow it has to do with converting 'numberic'-strings to floats as the script below shows: ? $rate1 = 1.123; $amount1 = 5; $rate2 = 1.123; $amount2 = 5; // set locale to English to handle the floatingpoints correctly // first calculation with floats setlocale (LC_ALL, 'en_US'); echo This should be correct:brbr; echo $rate1. * .$amount1. = .($rate1*$amount1); // second calculation with floats converted from strings echo brbrThis should be correct as well:brbr; echo $rate2. * .$amount2. = .($rate2*$amount2); // set locale to Dutch to show misbehaviour // first calculation with floats setlocale (LC_ALL, 'nl_NL'); echo brbrThis should still be correct:brbr; echo $rate1. * .$amount1. = .($rate1*$amount1); // second calculation with floats converted from strings echo brbrThis should be wrong:brbr; echo $rate2. * .$amount2. = .($rate2*$amount2); ? Hope this shows the 'bug' correctly! [2002-05-07 14:36:57] [EMAIL PROTECTED] This is dangerous indeed. We've had already reports about this (forgot #, or did it even only came up on php-dev@?). Though It may sound trivial, please provide a short self-contained script showing the (mis-)behaviour. Marking as critical for now. 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/17079 -- Edit this bug report at http://bugs.php.net/?id=17079edit=1
#20786 [Fbk]: Missing Sqlcli and parse error
ID: 20786 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: ODBC related Operating System: RH 8.0 PHP Version: 4.2.2 New Comment: Most importantly, what is your config line, and where is your DB2 installed. Previous Comments: [2002-12-03 06:34:57] [EMAIL PROTECTED] I can not reproduce this with latest CVS and DB2 7.1. Most likely an user error (something is missing). [2002-12-03 06:29:41] [EMAIL PROTECTED] User reported he also tried the latest CVS. Please provide the error messages, for the latest CVS snapshot, so we can check the proper linenumbers etc. Secondly - do you have the headers for IBM-DB2 installed? Thirdly - please provide the output of config.nice in the source tree for the latest CVS and upgrade the Version to the snapshot timestamp. [2002-12-03 06:22:28] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. [2002-12-03 06:18:46] [EMAIL PROTECTED] I'm trying to install PHP with IBM DB2. when i compile php the error will come up I also tried using the latest cvs and older versions same error comes up with the latest and more error in the older version: help!!! make[2]: Entering directory `/php-4.1.1/Zend' make[2]: Nothing to be done for `install-exec-am'. make[2]: Nothing to be done for `install-data-am'. make[2]: Leaving directory `/php-4.1.1/Zend' make[1]: Leaving directory `/php-4.1.1/Zend' Making install in main make[1]: Entering directory `/php-4.1.1/main' make[2]: Entering directory `/php-4.1.1/main' /bin/sh /php-4.1.1/libtool --silent --mode=compile /php-4.1.1/meta_ccld -I. -I/php-4.1.1/main -I/php-4.1.1/main -I/php-4.1.1 -I/usr/local/apache//include -I/php-4.1.1/Zend -I/php-4.1.1/ext/mysql/libmysql -I/usr/IBMdb2/V7.1//include -I/php-4.1.1/ext/xml/expat -D_REENTRANT -I/php-4.1.1/TSRM -DTHREAD=1 -O2 -I /openssl-0.9.6g/include -pthread -DZTS -prefer-pic -c main.c /bin/sh /php-4.1.1/libtool --silent --mode=compile /php-4.1.1/meta_ccld -I. -I/php-4.1.1/main -I/php-4.1.1/main -I/php-4.1.1 -I/usr/local/apache//include -I/php-4.1.1/Zend -I/php-4.1.1/ext/mysql/libmysql -I/usr/IBMdb2/V7.1//include -I/php-4.1.1/ext/xml/expat -D_REENTRANT -I/php-4.1.1/TSRM -DTHREAD=1 -O2 -I /openssl-0.9.6g/include -pthread -DZTS -prefer-pic -c internal_functions.c In file included from internal_functions.c:33: /php-4.1.1/ext/odbc/php_odbc.h:178:21: sqlcli1.h: No such file or directory In file included from internal_functions.c:33: /php-4.1.1/ext/odbc/php_odbc.h:270: parse error before SQLHANDLE /php-4.1.1/ext/odbc/php_odbc.h:270: warning: no semicolon at end of struct or union /php-4.1.1/ext/odbc/php_odbc.h:271: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:273: `SQL_MAX_MESSAGE_LENGTH' undeclared here (not in a function) /php-4.1.1/ext/odbc/php_odbc.h:276: parse error before '}' token /php-4.1.1/ext/odbc/php_odbc.h:276: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:282: parse error before SDWORD /php-4.1.1/ext/odbc/php_odbc.h:282: warning: no semicolon at end of struct or union /php-4.1.1/ext/odbc/php_odbc.h:283: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:286: parse error before SQLHANDLE /php-4.1.1/ext/odbc/php_odbc.h:286: warning: no semicolon at end of struct or union /php-4.1.1/ext/odbc/php_odbc.h:288: parse error before '*' token /php-4.1.1/ext/odbc/php_odbc.h:288: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:289: parse error before numcols /php-4.1.1/ext/odbc/php_odbc.h:289: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:290: parse error before numparams /php-4.1.1/ext/odbc/php_odbc.h:290: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:297: parse error before '*' token /php-4.1.1/ext/odbc/php_odbc.h:297: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:298: parse error before '}' token /php-4.1.1/ext/odbc/php_odbc.h:298: warning: data definition has no type or storage class /php-4.1.1/ext/odbc/php_odbc.h:314: `SQL_MAX_MESSAGE_LENGTH' undeclared here (not in a
#20789 [NEW]: Produce a php4apache_eapi.dll with Windows Binaries
From: [EMAIL PROTECTED] Operating system: Win32 PHP version: 4.2.3 PHP Bug Type: Feature/Change Request Bug description: Produce a php4apache_eapi.dll with Windows Binaries This would allow those who are hosting Apache and PHP on a Win32 platform to use openssl binary distributions. Many windows users do no not have access to a C compiler. Thanks! -- Edit bug report at http://bugs.php.net/?id=20789edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20789r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20789r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20789r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20789r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20789r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20789r=support Expected behavior: http://bugs.php.net/fix.php?id=20789r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20789r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20789r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20789r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20789r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20789r=dst IIS Stability: http://bugs.php.net/fix.php?id=20789r=isapi
#20789 [Opn]: Produce a php4apache_eapi.dll with Windows Binaries
ID: 20789 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Win32 PHP Version: 4.2.3 New Comment: Doh! Forgot to say that the phpapache_eapi.dll is a PHP SAPI module that supports Apache's EAPI interface. In case it wasn't known. Previous Comments: [2002-12-03 08:19:47] [EMAIL PROTECTED] This would allow those who are hosting Apache and PHP on a Win32 platform to use openssl binary distributions. Many windows users do no not have access to a C compiler. Thanks! -- Edit this bug report at http://bugs.php.net/?id=20789edit=1
#20790 [NEW]: boolean 'label' false not evaluating properly
From: [EMAIL PROTECTED] Operating system: solaris PHP version: 4.2.0 PHP Bug Type: Variables related Bug description: boolean 'label' false not evaluating properly if i invoke a .php prog like this a href=myProg.php?setFlag=false $setFlag is always evaluated in myProg.php as true the problem disappears if i use a href=myProg.php?setFlag=0 -- Edit bug report at http://bugs.php.net/?id=20790edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20790r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20790r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20790r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20790r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20790r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20790r=support Expected behavior: http://bugs.php.net/fix.php?id=20790r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20790r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20790r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20790r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20790r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20790r=dst IIS Stability: http://bugs.php.net/fix.php?id=20790r=isapi
#20790 [Opn-Bgs]: boolean 'label' false not evaluating properly
ID: 20790 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Variables related Operating System: solaris PHP Version: 4.2.0 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Previous Comments: [2002-12-03 08:28:30] [EMAIL PROTECTED] if i invoke a .php prog like this a href=myProg.php?setFlag=false $setFlag is always evaluated in myProg.php as true the problem disappears if i use a href=myProg.php?setFlag=0 -- Edit this bug report at http://bugs.php.net/?id=20790edit=1
#20791 [NEW]: Strange output of values in array through form (Japanese)
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.4 PHP version: 4.2.3 PHP Bug Type: Output Control Bug description: Strange output of values in array through form (Japanese) I found a bug (probably) in output of array though form submit. When submiting with checkbox which has Japanese-character- value, output of array is strange. Some character in head of value is gone I foound it doesn't happen in case values are not multi- byte character. -- Edit bug report at http://bugs.php.net/?id=20791edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20791r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20791r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20791r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20791r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20791r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20791r=support Expected behavior: http://bugs.php.net/fix.php?id=20791r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20791r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20791r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20791r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20791r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20791r=dst IIS Stability: http://bugs.php.net/fix.php?id=20791r=isapi
#20791 [Opn-Fbk]: Strange output of values in array through form (Japanese)
ID: 20791 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Output Control Operating System: FreeBSD 4.4 PHP Version: 4.2.3 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. Previous Comments: [2002-12-03 08:33:13] [EMAIL PROTECTED] I found a bug (probably) in output of array though form submit. When submiting with checkbox which has Japanese-character- value, output of array is strange. Some character in head of value is gone I foound it doesn't happen in case values are not multi- byte character. -- Edit this bug report at http://bugs.php.net/?id=20791edit=1
#20658 [Opn-Fbk]: segfault after calling array_walk
ID: 20658 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux 2.4.19-pre4 PHP Version: 4CVS-2002-11-26 (stable) New Comment: What if putting var_dump() before array_walk() like following? function get_flat($packageid = 0) { if ($packageid == $this-lastflatid) return $this-flat; $this-lastflatid = $packageid; $this-flat = array(); + var_dump($this-tree); array_walk($this-tree[$packageid], array($this, get_flat_callback)); return $this-flat; } I guess you are recursively calling array_walk() infinite times. If my assumption is right, var_dump() would also continue displaying the content of $this-tree until you stop the execution. Previous Comments: [2002-11-29 04:51:10] [EMAIL PROTECTED] Reopening. Reproduced it again, this time on another 'root' script, but in the same included script. Backtrace follows: Program received signal SIGSEGV, Segmentation fault. 0x401fe2f7 in memcpy () from /lib/libc.so.6 (gdb) bt #0 0x401fe2f7 in memcpy () from /lib/libc.so.6 #1 0x403aa20c in _estrndup (s=0x0, length=136151736) at /home/chris/php4-STABLE-200211290430/Zend/zend_alloc.c:357 #2 0x403bd677 in zend_is_callable (callable=0x81ca890, syntax_only=0, callable_name=0xbfff8e24) at /home/chris/php4-STABLE-200211290430/Zend/zend_API.c:1385 #3 0x40318f87 in php_array_walk (target_hash=0x8211a4c, userdata=0x0) at /home/chris/php4-STABLE-200211290430/ext/standard/array.c:985 #4 0x4031910d in zif_array_walk (ht=2, return_value=0x821af4c, this_ptr=0x0, return_value_used=0) at /home/chris/php4-STABLE-200211290430/ext/standard/array.c:1031 #5 0x403cc8e1 in execute (op_array=0x8256b7c) at /home/chris/php4-STABLE-200211290430/Zend/zend_execute.c:1598 #6 0x403b1646 in call_user_function_ex (function_table=0x82565b0, object_pp=0x825eb60, function_name=0x825df1c, retval_ptr_ptr=0xbfff9478, param_count=2, params=0xbfff9490, no_separation=0, symbol_table=0x0) at /home/chris/php4-STABLE-200211290430/Zend/zend_execute_API.c:557 #7 0x40318f59 in php_array_walk (target_hash=0x8259734, userdata=0x0) at /home/chris/php4-STABLE-200211290430/ext/standard/array.c:978 #8 0x4031910d in zif_array_walk (ht=2, return_value=0x825442c, this_ptr=0x0, return_value_used=0) at /home/chris/php4-STABLE-200211290430/ext/standard/array.c:1031 #9 0x403cc8e1 in execute (op_array=0x8256b7c) at /home/chris/php4-STABLE-200211290430/Zend/zend_execute.c:1598 #10 0x403b1646 in call_user_function_ex (function_table=0x82565b0, object_pp=0x824d2e8, function_name=0x825a124, retval_ptr_ptr=0xbfff9ac8, param_count=2, params=0xbfff9ae0, no_separation=0, symbol_table=0x0) at /home/chris/php4-STABLE-200211290430/Zend/zend_execute_API.c:557 #11 0x40318f59 in php_array_walk (target_hash=0x824c7dc, userdata=0x0) at /home/chris/php4-STABLE-200211290430/ext/standard/array.c:978 #12 0x4031910d in zif_array_walk (ht=2, return_value=0x825de3c, this_ptr=0x0, return_value_used=0) at /home/chris/php4-STABLE-200211290430/ext/standard/array.c:1031 #13 0x403cc8e1 in execute (op_array=0x8256b7c) at /home/chris/php4-STABLE-200211290430/Zend/zend_execute.c:1598 #14 0x403b1646 in call_user_function_ex (function_table=0x82565b0, object_pp=0x824ddb8, function_name=0x825a064, retval_ptr_ptr=0xbfffa118, param_count=2, params=0xbfffa130, no_separation=0, symbol_table=0x0) at /home/chris/php4-STABLE-200211290430/Zend/zend_execute_API.c:557 #15 0x40318f59 in php_array_walk (target_hash=0x825a2fc, userdata=0x0) at /home/chris/php4-STABLE-200211290430/ext/standard/array.c:978 #16 0x4031910d in zif_array_walk (ht=2, return_value=0x825a0b4, this_ptr=0x0, return_value_used=0) at /home/chris/php4-STABLE-200211290430/ext/standard/array.c:1031 #17 0x403cc8e1 in execute (op_array=0x8256b7c) at /home/chris/php4-STABLE-200211290430/Zend/zend_execute.c:1598 #18 0x403b1646 in call_user_function_ex (function_table=0x82565b0, object_pp=0x8259210, function_name=0x8257464, retval_ptr_ptr=0xbfffa768, param_count=2, params=0xbfffa780, no_separation=0, symbol_table=0x0) at /home/chris/php4-STABLE-200211290430/Zend/zend_execute_API.c:557 #19 0x40318f59 in php_array_walk (target_hash=0x8255f4c, userdata=0x0) at /home/chris/php4-STABLE-200211290430/ext/standard/array.c:978 #20 0x4031910d in zif_array_walk (ht=2, return_value=0x8259bac, this_ptr=0x0, return_value_used=0) at /home/chris/php4-STABLE-200211290430/ext/standard/array.c:1031 #21 0x403cc8e1 in execute (op_array=0x8256b7c) at /home/chris/php4-STABLE-200211290430/Zend/zend_execute.c:1598 #22 0x403b1646 in call_user_function_ex
#20751 [Com]: Mail: undefined function
ID: 20751 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Mail related Operating System: Linux Redhat 7.2 PHP Version: 4.3.0RC2 New Comment: Yes, it produces yes Andrea Busia Previous Comments: [2002-12-03 06:59:36] [EMAIL PROTECTED] I'll rephrase, y'honnor: Does: if test -f /usr/sbin/sendmail; then echo yes; fi Produce: yes Please note: /usr/sbin/sendmail - not /usr/bin/sendmail. [2002-12-03 06:48:20] [EMAIL PROTECTED] It works well but the previous config.log section is without the symlink (as requested) in /usr/bin/sendmail but only in /usr/sbin and /usr/lib with the symlink all works well. [2002-12-03 06:15:53] [EMAIL PROTECTED] In configure, what is the value of this variable: as_executable_p (find out by `grep ^as_executable_p ./configure') Then try that on your symlink. IE: with my configure it's set of test -f, so try: if test -f /usr/sbin/sendmail; then echo yes; fi [2002-12-03 05:53:44] [EMAIL PROTECTED] from config.log -- configure:10743: checking for sendmail configure:10776: result: no -- Andrea Busia [2002-12-03 00:31:29] [EMAIL PROTECTED] Okay, let me try one more time: What does config.log say about sendmail when you don't make that symlink? I'd like to see WHY it fails, not THAT it fails, cause we already know this. Derick 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/20751 -- Edit this bug report at http://bugs.php.net/?id=20751edit=1
#20537 [Com]: PHP in CGI: session trouble with IE
ID: 20537 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: Session related Operating System: Linux PHP Version: 4.2.3 New Comment: I wich the solution please... Previous Comments: [2002-12-01 16:48:01] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2002-11-21 17:44:21] [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-11-21 03:34:44] [EMAIL PROTECTED] Hi, we have strange trouble with session only in IE, PHP compil in CGI. On some server, works fine, no trouble, on other servers, same compil of php and apache, same php.ini session doesn't works in IE (session is created, the file is present in /tmp but contain no data). We have made test on severall machine and don't have find why we have this trouble. Here result of test: -On slackware 8.0, kernel 2.4.18, php 4.2.2(CGI)+apache 1.3.26 : works fine, no session trouble -On slackware 8.1, kernel 2.4.18, php 4.2.3(CGI)+apache 1.3.27: doesn't work (sometime one session work, doesn't know why). We have try to compil php 4.2.2 on this computer, same trouble -On redhat 7.1: same result that on slackware 8.1 In fact, it work only on slackware 8.0 with apache 1.3.26. Does it a trouble with a version of system lib? Thanks if you can help. -- Edit this bug report at http://bugs.php.net/?id=20537edit=1
#20524 [Opn]: Session = empty files
ID: 20524 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: Mandrake et Redhat PHP Version: 4.2.3 New Comment: Please HELP ME ! I'm very blocked by that problem. Thanks a lot for you reply Previous Comments: [2002-11-23 16:41:01] [EMAIL PROTECTED] No ! Because the register_global is defined as On. register_argc_argv On On register_globals On On And when the register_globals is defined as On, the session params can be used as variable ... It's indeed a bug because the variables of session are not sauved in files. (0 lines in the file created). In every case, I decided to go back php in module apache because mod_bandwidth of apache seems to talk an incompatibility with php in CGI (the scripts php are not interpretes when it is activated..) If you have a solution for the two problems... To part it, please , think you whom it is preferable to cross php in CGI or to leave it in module (by knowing that I have a lot of traffic (90 requests per second)) [2002-11-23 15:54:19] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Your example session code is not correct. It should be something like this: ?php session_start(); $_SESSION['essai'] = test; header(Location: script2.php?.session_name().=.session_id()); ? ?php session_start(); echo $_SESSION['essai']; ? [2002-11-22 12:16:56] [EMAIL PROTECTED] Yes but no :) It is the same problem with this config. I desespere ! Please help me. [2002-11-22 10:31:24] [EMAIL PROTECTED] Please take a look at the solution on this bug report: http://bugs.php.net/bug.php?id=20025 As this only happens with IE, I think it might be the same problem.. [2002-11-22 00:41:27] [EMAIL PROTECTED] my problem is the same than http://bugs.php.net/bug.php?id=20537 please help me. The php 4.3-dev let me a lot of problems for my users : function alredy declared, setlocale(), others errors... I'm obliged to used php 4.1* or 4.2* thanks al lot for you help PS : it's for more than 500 users in the world (90 request per second !) 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/20524 -- Edit this bug report at http://bugs.php.net/?id=20524edit=1
#15702 [Com]: Segmentation fault (using jdk1.4 with php 4.2.3)
ID: 15702 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Java related Operating System: Red Hat Linux 7.1 PHP Version: 4.2.3 New Comment: http://bugs.php.net/bug.php?id=15702edit=2 is not accepting my password. I don't know why so I am posting this as comment I think above you meant from java.so to libphp_java.so. Yes I did create a symbolic link libphp_java.so to java.so. It again resulted inSegmentation fault. Here is the gdb output. # export LD_LIBRARY_PATH=/usr/java/j2sdk1.4.0/jre/lib/i386:/usr/java/j2sdk1.4.0/jre/lib/i386/client # gdb /wwwroot/bin/httpd GNU gdb 5.0rh-5 Red Hat Linux 7.1 Copyright 2001 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 i386-redhat-linux... (gdb) run -X Starting program: /wwwroot/bin/httpd -X [New Thread 1024 (LWP 852)] [New Thread 2049 (LWP 857)] Delayed SIGSTOP caught for LWP 857. [New Thread 1026 (LWP 858)] Delayed SIGSTOP caught for LWP 858. [New Thread 2051 (LWP 859)] Delayed SIGSTOP caught for LWP 859. [New Thread 3076 (LWP 860)] Delayed SIGSTOP caught for LWP 860. [New Thread 4101 (LWP 861)] [New Thread 5126 (LWP 862)] Delayed SIGSTOP caught for LWP 862. [New Thread 6151 (LWP 863)] Delayed SIGSTOP caught for LWP 863. [New Thread 7176 (LWP 864)] Delayed SIGSTOP caught for LWP 864. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 7176 (LWP 864)] __pthread_mutex_lock (mutex=0x89110898) at mutex.c:99 99 mutex.c: No such file or directory. in mutex.c (gdb) Previous Comments: [2002-11-28 07:08:06] [EMAIL PROTECTED] first. you have to make a symlink from to libphp_java.so not php_java.so... second. sablotron 0.97 and jdk = 1.3 does not work together. Sablotron 0.97 is not out yet, but there is an RC1 in their CVS (didn't find a link to download it), which should solve the problem.. chregu [2002-11-11 09:41:56] [EMAIL PROTECTED] As you suggested above changing the extension=php_java.so without creating a symbolic link doesn't even load the extension. So I tried it by creating a symbolic link to /wwwroot/php/lib/php/extensions/no-debug-zts-20020429/java.so as /wwwroot/php/lib/php/extensions/no-debug-zts-20020429/php_java.so and used the following setting in php.ini: [Java] extension_dir = /wwwroot/php/lib/php/extensions/no-debug-zts-20020429 java.class.path = /wwwroot/php/lib/php/php_java.jar extension=php_java.so ;java.home = /usr/java/j2sdk1.4.0 ;java.library = /usr/java/j2sdk1.4.0/jre/lib/i386/client/libjvm.so ;java.library = /usr/java/j2sdk1.4.0/jre/lib/i386/libjava.so java.library.path = /wwwroot/php/lib/php/extensions/no-debug-zts-20020429 PHP loaded the java extension but it still displayed: Fatal error: java.lang.UnsatisfiedLinkError: no php_java in java.library.path in /wwwroot/htdocs/jver.php on line 4 I don't know what it isn't able to find php_java.jar or php_java.so? PHP is able to find java.so thats why it loads the extension. I also want to know what is the purpose of java.library.path? What should be specified here? Does it work for you or others who use Sun jdk 1.4? If yes then please try to update the README file in ext/java directory with settings which use Jdk 1.3 or 1.4 and which work on your own systems? Because not many these days use jdk 1.2.2. I must mention that java extension on windows works without any problem even when using jdk1.4. [2002-11-05 19:09:17] [EMAIL PROTECTED] I believe the current answer to this is to make a link to the library like so: $extensiondir$/java.so to $extensiondir$/libphp_java.so You can find more about this in Bug #19327 Does this solve the problem? I know it's a hack at the moment, but the other bug details some of the issues with possible solutions. [2002-11-05 18:24:13] [EMAIL PROTECTED] Just wanted to change email so that I recevie the notification whenever this page is updated. [2002-11-02 17:42:26] [EMAIL PROTECTED] I used php 4.2.3 this time with apache 2.0.43 Apache -- ./configure --prefix=/wwwroot --enable-so php /configure --prefix=/wwwroot/php --with-apxs2=/wwwroot/bin/apxs --with-java --with-mysql --with-config-file-path=/wwwroot/php export
#20773 [Com]: will not compile with iplanet ldap 5.0.sp1
ID: 20773 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: LDAP related Operating System: Solaris 8 PHP Version: 4.3.0RC2 New Comment: I tried the php snapshot to compile against Sun One Directory/iPlanet SDK 5.08 on linux/apache This is my debug.log: CONFIGURE: './configure' '--with-apxs=/usr/sbin/apxs' '--enable-debug=no' '--prefix=/opt/php-4_snap' '--with-config-file-path=/etc/php' '--enable-shmop' '--enable-sysvshm' '--enable-versioning' '--with-jpeg-dir=/usr/local' '--with-gd' '--enable-gd-native-tt' '--disable-static' '--disable-debug' '--disable-rpath' '--with-png-dir=/usr' '--with-zlib-dir=/usr' '-with-freetype-dir=/usr' '--with-t1lib=/usr' '--enable-track-vars' '--enable-trans-sid' '--with-mysql' '--with-ldap=/usr/local' CC: gcc CFLAGS: -O3 -march=pentium2 CPPFLAGS:-DLINUX=22 -DDEV_RANDOM=/dev/random -DEAPI -DEAPI_MM CXX: CXXFLAGS: INCLUDES:-I$(top_builddir)/Zend -I/usr/local/include -I/usr/include/freetype2 LDFLAGS: -Wl,-rpath,/usr/local/lib -L/usr/local/lib LIBS: -lssldap50 -lplds4 -lplc4 -lnspr4 -lt1 -lfreetype -lpng -lz -ljpeg -lz -lcrypt -lresolv -lm -ldl -lnsl -lcrypt DLIBS: SAPI: apache PHP_RPATHS: /usr/local/lib uname -a: Linux localhost 2.4.19 #6 SMP Fri Sep 6 16:06:31 CEST 2002 i686 unknown gcc -o conftest -O3 -march=pentium2 -DLINUX=22 -DDEV_RANDOM=/dev/random -DEAPI -DEAPI_MM -Wl,-rpath,/usr/local/lib -L/usr/local/lib conftest.c -lssldap50 -lplds4 -lplc4 -lnspr4 -lt1 -lfreetype -lpng -lz -ljpeg -lz -lcrypt -lresolv -lm -ldl -lnsl -lcrypt 15 /usr/local/lib/libssldap50.so: undefined reference to `SSL_ImportFD' /usr/local/lib/libssldap50.so: undefined reference to `prldap_get_session_info' /usr/local/lib/libssldap50.so: undefined reference to `SSL_OptionSetDefault' /usr/local/lib/libssldap50.so: undefined reference to `prldap_set_session_info' /usr/local/lib/libssldap50.so: undefined reference to `PK11_FindCertFromNickname' /usr/local/lib/libssldap50.so: undefined reference to `NSS_Initialize' /usr/local/lib/libssldap50.so: undefined reference to `CERT_VerifyCertName' /usr/local/lib/libssldap50.so: undefined reference to `ldap_unbind' /usr/local/lib/libssldap50.so: undefined reference to `SSL_AuthCertificateHook' /usr/local/lib/libssldap50.so: undefined reference to `ldap_set_lderrno' /usr/local/lib/libssldap50.so: undefined reference to `SSL_RevealURL /usr/local/lib/libssldap50.so: undefined reference to `CERT_VerifyCertNow' /usr/local/lib/libssldap50.so: undefined reference to `NSS_Init' /usr/local/lib/libssldap50.so: undefined reference to `prldap_get_socket_info' /usr/local/lib/libssldap50.so: undefined reference to `PK11_SetPasswordFunc' /usr/local/lib/libssldap50.so: undefined reference to `PK11_FindKeyByAnyCert' /usr/local/lib/libssldap50.so: undefined reference to `ldap_get_option' /usr/local/lib/libssldap50.so: undefined reference to `ldap_set_option' /usr/local/lib/libssldap50.so: undefined reference to `PORT_SetError' /usr/local/lib/libssldap50.so: undefined reference to `PK11_ConfigurePKCS11' /usr/local/lib/libssldap50.so: undefined reference to `SSL_GetClientAuthDataHook' /usr/local/lib/libssldap50.so: undefined reference to `SSL_OptionSet' /usr/local/lib/libssldap50.so: undefined reference to `prldap_install_routines' /usr/local/lib/libssldap50.so: undefined reference to `CERT_DestroyCertificate' /usr/local/lib/libssldap50.so: undefined reference to `NSS_SetDomesticPolicy' /usr/local/lib/libssldap50.so: undefined reference to `prldap_set_socket_info' /usr/local/lib/libssldap50.so: undefined reference to `SECKEY_DestroyPrivateKey' /usr/local/lib/libssldap50.so: undefined reference to `SSL_PeerCertificate' /usr/local/lib/libssldap50.so: undefined reference to `SSL_ResetHandshake' /usr/local/lib/libssldap50.so: undefined reference to `ldap_init' /usr/local/lib/libssldap50.so: undefined reference to `CERT_GetDefaultCertDB' /usr/local/lib/libssldap50.so: undefined reference to `SSL_SetURL' I had to fix this for php4-200212031030 to please configure: --- configure.org Tue Dec 3 11:30:09 2002 +++ configure Tue Dec 3 15:48:49 2002 @@ -42264,7 +42264,7 @@ case ssldap50 in c|c_r|pthread*) ;; *) - LIBS=-lssldap50 $LIBS + LIBS= -lldap50 -lprldap50 -lnss3 -lssl3 -lssldap50 $LIBS ;; esac After fixing that it compiles and runs. Sometimes when I login against mysql I get a browser error and a segfault (11) in the httpd log though. /Peder Previous Comments: [2002-12-03 03:49: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 Make sure the ext/ldap/config.m4 has revision 1.27. If not, then you need to
#17098 [Com]: apache sending 304 - not modified header
ID: 17098 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Apache2 related Operating System: linux PHP Version: 4.0CVS-2002-10-17 New Comment: Maybe I missed something. What patch? Is this still a php bug? I have Apache 2.0.40 and php-4.4-2. Previous Comments: [2002-10-18 06:34:46] [EMAIL PROTECTED] I tried a patch submited by [EMAIL PROTECTED] and it seems to solve the problem. I don't know to what extent, but the logic of it seems ok to me... [2002-10-18 05:43:08] [EMAIL PROTECTED] Ok. We should do something about this bug, I suppose. Mail from Ryou Takagi = BEGIN Yasuo Ohgaki wrote: Ilia A. wrote: Summary: Apache2 sending 304 - not modified header http://bugs.php.net/bug.php?id=17098 This is serious problem for serious sites. (Serious sites shouldn't use Apache2, though) This looks like an Apache 2 bug, rather then aPHP one. I am guessing the fix they made did not work properly. Great! Then we can just wait their fix :) I am afraid this is not the case. This is the report of the status. As from Apache 2.0.40, the API of the filter registration functions has changed. The changelog says: --- From Apache Changelog: in section Changes with Apache 2.0.40 --- *) Add a filter_init parameter to the filter registration functions so that a filter can execute arbitrary code before the handlers are invoked. This resolves a problem where mod_include requests would incorrectly return a 304. [Justin Erenkrantz] --- End quotation from Apache Changelog --- And the current mod_include.c in Apache 2.0.43 source tree uses this API like this: --- From modules/filters/mod_include.c in Apache 2.0.43 source tree --- static int includes_setup(ap_filter_t *f) { include_dir_config *conf = (include_dir_config *)ap_get_module_config(f-r-per_dir_config, include_module); /* When our xbithack value isn't set to full or our platform isn't * providing group-level protection bits or our group-level bits do not * have group-execite on, we will set the no_local_copy value to 1 so * that we will not send 304s. */ if ((*conf-xbithack != xbithack_full) || !(f-r-finfo.valid APR_FINFO_GPROT) || !(f-r-finfo.protection APR_GEXECUTE)) { f-r-no_local_copy = 1; } return OK; } /* Note from TAKAGI: several lines omitted */ static void register_hooks(apr_pool_t *p) { APR_REGISTER_OPTIONAL_FN(ap_ssi_get_tag_and_value); APR_REGISTER_OPTIONAL_FN(ap_ssi_parse_string); APR_REGISTER_OPTIONAL_FN(ap_register_include_handler); ap_hook_post_config(include_post_config, NULL, NULL, APR_HOOK_REALLY_FIRST); ap_hook_fixups(include_fixup, NULL, NULL, APR_HOOK_LAST); ap_register_output_filter(INCLUDES, includes_filter, includes_setup, AP_FTYPE_RESOURCE); } --- End quotation from modules/filters/mod_include.c --- And Justin Erenkrantz himself stated in the email as follows: http://www.phpbuilder.com/mail/php-developer-list/2002062/0392.php I will try to work on a more complete fix for PHP this weekend as it is susceptable to the same invalid 304 problem mod_include was. (Just create a simple filter_init function that always sets r-no_local_copy to 1.) So, I do believe that some modification is necessary where the sapi/apache2filter/sapi_apache2.c calls API functions ap_register_{input|output}_filter(...). What I am not sure is whether it is necessary to modify both the input and output functions or not. To reproduce the problem: The script: --- Script test.phtml --- ?php $fmt = filemtime ( $_SERVER [ 'SCRIPT_FILENAME' ] ) ; $ludate = $fmt + 600 ; header ( content-type: text/html; charset=ISO-8859-1 ) ; header ( Last-Modified: . gmdate ( 'D, d M Y H:i:s \G\M\T', $ludate ) ) ; print ( htmlheadtitleTest/title/headbody\n ) ; print ( File timestamp: . gmdate ( 'D, d M Y H:i:s \G\M\T', $fmt ) ) ; print ( br ) ; print ( Last updated: . gmdate ( 'D, d M Y H:i:s \G\M\T', $ludate ) ) ; print ( /body/html\n ) ; ? --- End script --- Set the timestamp of the script file properly. If you access the script using a browser, it displays: --- Browser displays --- File timestamp: Fri, 18 Oct 2002 09:00:00 GMT Last updated: Fri, 18 Oct 2002 09:10:00 GMT --- End browser displays --- Access the server using telnet: --- Telnet servername http requests and results before patch --- [rt@ns rt]$ telnet localhost http Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. HEAD /test.phtml HTTP/1.1 Host: localhost.localdomain
#20792 [NEW]: callback_func() for failed new() or failed function calls
From: [EMAIL PROTECTED] Operating system: All (Mainly Linux/Mac OS X) PHP version: 4.3.0RC2 PHP Bug Type: Feature/Change Request Bug description: callback_func() for failed new() or failed function calls At work, I have had my programmers code their work into the following naming conventions which basically read: class.{classname}.phps function.{functionname}.phps Each file contains the code solely for that particular function or class, and then we have a system which autoloads all of these files at startup as if they were a framework. However, as I look at our performance, which is not optimal considering the number of files we are loading per request when we only need a fraction of the code loaded, it seems like it would be a huge boon to have two new callbacks added to PHP: class_callback_func() function_callback_func() Granted, each of these callbacks would have a price attached to them, but it would allow programmers to, and possibly positively influence them to, develop a 30 MB codebase, and then go wild worrying about your core logic instead of include()s/require()s/auto_prepends, while PHP automagically loads the proper support files to facilitate their programming. -- Edit bug report at http://bugs.php.net/?id=20792edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20792r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20792r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20792r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20792r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20792r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20792r=support Expected behavior: http://bugs.php.net/fix.php?id=20792r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20792r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20792r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20792r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20792r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20792r=dst IIS Stability: http://bugs.php.net/fix.php?id=20792r=isapi
#20783 [Opn]: Segfault on 'maximum execution time'
ID: 20783 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: BSD/OS 4.2 PHP Version: 4.3.0RC2 New Comment: Researched this some more, same for RC2. Reproducable script: #!/home/mdev/_src/php-4.3.0RC2/sapi/cli/php -q ?php set_time_limit(2); echo Running php , PHP_VERSION, \n; echo Running script with memory limit:, ini_get('memory_limit'), \n; $i=0; define('LONG_STRING', str_repeat('x', 4096) . \n); $buffer =''; // yes this is intended. while($i -1) { if(++$i % 1 == 0) print Still running: $i\n; if(isset($argv[1]) $argv[1] == 'buffer') $buffer.=LONG_STRING; } ? Output: # ./test_while.php buffer Running php 4.3.0RC2 Running script with memory limit: FATAL: emalloc(): Unable to allocate 129 bytes Segmentation fault (core dumped) Omit the argument 'buffer' and the script finishes cleanly, after outputting some lines and reaching max_execution_time. The memory limit reference I put in, because: php -i | grep ini | sed -e s|.*= \(.*\)$|\1| | xargs grep '^memory_limit' php -r 'echo Limit is: , ini_get(memory_limit), \n;' Outputs: memory_limit = 16M ; Maximum amount of memory a script may consume (8MB) Limit is: This script doesn't come above 16M, the original script does however, which is probably another bug.. Previous Comments: [2002-12-03 04:45:04] [EMAIL PROTECTED] This is RC1 - will test later with RC2, using CLI, but same error message is in the weblogs. The script basically splits a 65Meg logfile into parts for each day. It uses a growing buffer, to make just 1 fwrite operation (essentially make sure that every line is in the right file). Max executiontime is set to 900 in the script. When it reaches that, it segfaults. bt full, below: (gdb) bt full #0 0x48225b6d in kill () from /shlib/libc.so.2 No symbol table info available. #1 0x814df13 in _emalloc (size=129, __zend_filename=0x8193ef4 /home/mdev/_src/php-4.3.0RC1/main/spprintf.c, __zend_lineno=143, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /home/mdev/_src/php-4.3.0RC1/Zend/zend_alloc.c:162 p = (zend_mem_header *) 0x0 real_size = 136 cache_index = 17 #2 0x814e225 in _erealloc (ptr=0x0, size=129, allow_failure=0, __zend_filename=0x8193ef4 /home/mdev/_src/php-4.3.0RC1/main/spprintf.c, __zend_lineno=143, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /home/mdev/_src/php-4.3.0RC1/Zend/zend_alloc.c:271 p = (zend_mem_header *) 0x81bad38 orig = (zend_mem_header *) 0x8210a4f real_size = 135585392 cache_index = 86 #3 0x812e3f2 in xbuf_resize (xbuf=0x804566c, add=0) at /home/mdev/_src/php-4.3.0RC1/main/spprintf.c:143 buf = 0x80622e0 ÿ%ܳ\e\bh8\a size = 128 offset = 0 #4 0x812e478 in xbuf_init (xbuf=0x804566c, max_len=0) at /home/mdev/_src/php-4.3.0RC1/main/spprintf.c:160 No locals. #5 0x812f4f0 in vspprintf (pbuf=0x80456cc, max_len=0, format=0x81a86a6 Maximum execution time of %d second%s exceeded, ap=0x8045750 \204\003) at /home/mdev/_src/php-4.3.0RC1/main/spprintf.c:614 xbuf = {buf = 0x0, size = 0, max_len = 0, buf_end = 0x815d158 U\211å\203ì(\213U\b\017¶B\b\203ø\001t\035\203ø\001\177\t\205Àt`éH\001, nextb = 0x56 Address 0x56 out of bounds} cc = 136354480 #6 0x812b6a1 in php_error_cb (type=1, error_filename=0x82078a4 /chroot/webdocs/log/apct/php/split.php, error_lineno=67, format=0x81a86a6 Maximum execution time of %d second%s exceeded, args=0x8045750 \204\003) at /home/mdev/_src/php-4.3.0RC1/main/main.c:544 buffer = 0x2 Address 0x2 out of bounds buffer_len = 1210886440 display = 134502596 #7 0x815f963 in zend_error (type=1, format=0x81a86a6 Maximum execution time of %d second%s exceeded) at /home/mdev/_src/php-4.3.0RC1/Zend/zend.c:711 args = 0x8045750 \204\003 params = (zval ***) 0x8209ca4 retval = (zval *) 0x814e047 z_error_type = (zval *) 0x8045780 z_error_message = (zval *) 0x82085a4 z_error_filename = (zval *) 0x804572c z_error_lineno = (zval *) 0x1 z_context = (zval *) 0x0 error_filename = 0x82078a4 /chroot/webdocs/log/apct/php/split.php error_lineno = 67 orig_user_error_handler = (zval *) 0x #8 0x8156bdb in zend_timeout (dummy=27) at /home/mdev/_src/php-4.3.0RC1/Zend/zend_execute_API.c:722 No locals. #9 signal handler called No symbol table info available. #10 0x482b560f in memcpy () from /shlib/libc.so.2 No symbol table info available. #11 0x482affce in realloc () from /shlib/libc.so.2 No symbol table info available. #12 0x814e2ba in _erealloc (ptr=0x87b3024, size=32186413, allow_failure=0,
#20783 [Opn]: Segfault on 'maximum execution time'
ID: 20783 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: BSD/OS 4.2 PHP Version: 4.3.0RC2 New Comment: Script works fine for me on Linux... Previous Comments: [2002-12-03 09:47:25] [EMAIL PROTECTED] Researched this some more, same for RC2. Reproducable script: #!/home/mdev/_src/php-4.3.0RC2/sapi/cli/php -q ?php set_time_limit(2); echo Running php , PHP_VERSION, \n; echo Running script with memory limit:, ini_get('memory_limit'), \n; $i=0; define('LONG_STRING', str_repeat('x', 4096) . \n); $buffer =''; // yes this is intended. while($i -1) { if(++$i % 1 == 0) print Still running: $i\n; if(isset($argv[1]) $argv[1] == 'buffer') $buffer.=LONG_STRING; } ? Output: # ./test_while.php buffer Running php 4.3.0RC2 Running script with memory limit: FATAL: emalloc(): Unable to allocate 129 bytes Segmentation fault (core dumped) Omit the argument 'buffer' and the script finishes cleanly, after outputting some lines and reaching max_execution_time. The memory limit reference I put in, because: php -i | grep ini | sed -e s|.*= \(.*\)$|\1| | xargs grep '^memory_limit' php -r 'echo Limit is: , ini_get(memory_limit), \n;' Outputs: memory_limit = 16M ; Maximum amount of memory a script may consume (8MB) Limit is: This script doesn't come above 16M, the original script does however, which is probably another bug.. [2002-12-03 04:45:04] [EMAIL PROTECTED] This is RC1 - will test later with RC2, using CLI, but same error message is in the weblogs. The script basically splits a 65Meg logfile into parts for each day. It uses a growing buffer, to make just 1 fwrite operation (essentially make sure that every line is in the right file). Max executiontime is set to 900 in the script. When it reaches that, it segfaults. bt full, below: (gdb) bt full #0 0x48225b6d in kill () from /shlib/libc.so.2 No symbol table info available. #1 0x814df13 in _emalloc (size=129, __zend_filename=0x8193ef4 /home/mdev/_src/php-4.3.0RC1/main/spprintf.c, __zend_lineno=143, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /home/mdev/_src/php-4.3.0RC1/Zend/zend_alloc.c:162 p = (zend_mem_header *) 0x0 real_size = 136 cache_index = 17 #2 0x814e225 in _erealloc (ptr=0x0, size=129, allow_failure=0, __zend_filename=0x8193ef4 /home/mdev/_src/php-4.3.0RC1/main/spprintf.c, __zend_lineno=143, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /home/mdev/_src/php-4.3.0RC1/Zend/zend_alloc.c:271 p = (zend_mem_header *) 0x81bad38 orig = (zend_mem_header *) 0x8210a4f real_size = 135585392 cache_index = 86 #3 0x812e3f2 in xbuf_resize (xbuf=0x804566c, add=0) at /home/mdev/_src/php-4.3.0RC1/main/spprintf.c:143 buf = 0x80622e0 ÿ%ܳ\e\bh8\a size = 128 offset = 0 #4 0x812e478 in xbuf_init (xbuf=0x804566c, max_len=0) at /home/mdev/_src/php-4.3.0RC1/main/spprintf.c:160 No locals. #5 0x812f4f0 in vspprintf (pbuf=0x80456cc, max_len=0, format=0x81a86a6 Maximum execution time of %d second%s exceeded, ap=0x8045750 \204\003) at /home/mdev/_src/php-4.3.0RC1/main/spprintf.c:614 xbuf = {buf = 0x0, size = 0, max_len = 0, buf_end = 0x815d158 U\211å\203ì(\213U\b\017¶B\b\203ø\001t\035\203ø\001\177\t\205Àt`éH\001, nextb = 0x56 Address 0x56 out of bounds} cc = 136354480 #6 0x812b6a1 in php_error_cb (type=1, error_filename=0x82078a4 /chroot/webdocs/log/apct/php/split.php, error_lineno=67, format=0x81a86a6 Maximum execution time of %d second%s exceeded, args=0x8045750 \204\003) at /home/mdev/_src/php-4.3.0RC1/main/main.c:544 buffer = 0x2 Address 0x2 out of bounds buffer_len = 1210886440 display = 134502596 #7 0x815f963 in zend_error (type=1, format=0x81a86a6 Maximum execution time of %d second%s exceeded) at /home/mdev/_src/php-4.3.0RC1/Zend/zend.c:711 args = 0x8045750 \204\003 params = (zval ***) 0x8209ca4 retval = (zval *) 0x814e047 z_error_type = (zval *) 0x8045780 z_error_message = (zval *) 0x82085a4 z_error_filename = (zval *) 0x804572c z_error_lineno = (zval *) 0x1 z_context = (zval *) 0x0 error_filename = 0x82078a4 /chroot/webdocs/log/apct/php/split.php error_lineno = 67 orig_user_error_handler = (zval *) 0x #8 0x8156bdb in zend_timeout (dummy=27) at /home/mdev/_src/php-4.3.0RC1/Zend/zend_execute_API.c:722 No locals. #9 signal handler called No symbol table info available. #10 0x482b560f in memcpy () from /shlib/libc.so.2 No symbol table info available. #11 0x482affce in realloc
#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: Hello, I also have problems with this. However, using apache-1.2.27+mod_ssl2.8.11 and php-4.2.3 i was not able to reproduce this problem with defined way. I think that is not php-related. Previous Comments: [2002-11-20 07:41:09] [EMAIL PROTECTED] Reopening, on request of #20517. [2002-11-16 01:00:04] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2002-10-31 11:39: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 [2002-10-03 13:56:31] [EMAIL PROTECTED] I'm using PHP 4.2.2 and Apache 1.3.26 on RedHat 7.1 I can't get it to act properly at all (renaming the index file didn't work) DirectoryIndex index.html index.php index.htm I have 5 files and 3 directories in the root directory, the only file that is an index is index.html. I tried renaming that to 2index.html , but the CONNECT request just returned a 404. $SERVER['REQUEST_METHOD'] was 'CONNECT' when it parsed index.html, if that's any help. Chris P.S. When I voted on this bug I accidentaly stated it was a different version of PHP when it was in fact the same version. [2002-09-25 15:14:59] [EMAIL PROTECTED] This bug also applies to PHP 4.2.3. 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/19113 -- Edit this bug report at http://bugs.php.net/?id=19113edit=1
#20546 [Com]: compile with gcc 3.2 fails due to parser errors
ID: 20546 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Compile Failure Operating System: RedHat Linux 8.0 PHP Version: 4.3.0-dev New Comment: Hmm... I have updated to the latest of RedHats build tools, autoconf 2.53-8, automake 1.6.3-1, libtool 1.4.2-12, and I still cannot compile, and receive the same errors as above (with the latest snap, php4-STABLE-200212031430). What version of the buildtools are used to successfully compile this? Previous Comments: [2002-11-22 16:40:41] [EMAIL PROTECTED] It appears the problem is NOT gcc but rather the buildtools, the snapshot avaliable from http://snaps.php.net/ compiles fine. However, if I use: autoconf version 2.54, automake version 1.7.1 and libtool version 1.4.3 to generate the PHP's configuration files from the CVS checkout the compilation fails. [2002-11-22 16:03:23] [EMAIL PROTECTED] This is a fairly serious problem that should definately be resolved before 4.3.0 is released. The following configuration options /configure --with-gd --enable-track-vars --enable-force-cgi-redirect --with-gettext --with-dom --with-zlib-dir=/usr/lib --enable-cli Result in the compilation error that occured immidiately at the start of the compile process. gcc -Iext/zlib/ -I/home/rei/php4/ext/zlib/ -DPHP_ATOM_INC -I/home/rei/php4/include -I/home/rei/php4/main -I/home/rei/php4 -I/home/rei/php4/Zend -I/usr/local/include/libxml2 -I/home/rei/php4/ext/xml/expat -I/home/rei/php4/TSRM -g -O2 -c /home/rei/php4/ext/zlib/zlib.c -o ext/zlib/zlib.o echo ext/zlib/zlib.lo In file included from /usr/include/errno.h:36, from /home/rei/php4/Zend/zend_operators.h:24, from /home/rei/php4/Zend/zend_execute_globals.h:27, from /home/rei/php4/Zend/zend_globals.h:34, from /home/rei/php4/Zend/zend_list.h:25, from /home/rei/php4/Zend/zend_API.h:26, from /home/rei/php4/main/php.h:38, from /home/rei/php4/ext/zlib/zlib.c:28: /usr/include/bits/errno.h:25:26: linux/errno.h: Permission denied In file included from /home/rei/php4/Zend/zend_execute_globals.h:27, from /home/rei/php4/Zend/zend_globals.h:34, from /home/rei/php4/Zend/zend_list.h:25, from /home/rei/php4/Zend/zend_API.h:26, from /home/rei/php4/main/php.h:38, from /home/rei/php4/ext/zlib/zlib.c:28: /home/rei/php4/Zend/zend_operators.h: In function `is_numeric_string': /home/rei/php4/Zend/zend_operators.h:78: `ERANGE' undeclared (first use in this function) /home/rei/php4/Zend/zend_operators.h:78: (Each undeclared identifier is reported only once /home/rei/php4/Zend/zend_operators.h:78: for each function it appears in.) In file included from /usr/include/bits/posix1_lim.h:126, from /usr/include/limits.h:144, from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2/include/limits.h:132, from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2/include/syslimits.h:7, from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2/include/limits.h:11, from /usr/include/sys/param.h:22, from /home/rei/php4/main/php.h:205, from /home/rei/php4/ext/zlib/zlib.c:28: /usr/include/bits/local_lim.h:36:26: linux/limits.h: Permission denied In file included from /home/rei/php4/main/php.h:205, from /home/rei/php4/ext/zlib/zlib.c:28: /usr/include/sys/param.h:23:26: linux/limits.h: Permission denied /usr/include/sys/param.h:24:25: linux/param.h: Permission denied In file included from /home/rei/php4/main/php.h:354, from /home/rei/php4/ext/zlib/zlib.c:28: /home/rei/php4/main/php_streams.h: At top level: /home/rei/php4/main/php_streams.h:116: `PATH_MAX' undeclared here (not in a function) /home/rei/php4/main/php_streams.h:117: confused by earlier errors, bailing out make: *** [ext/zlib/zlib.lo] Error 1 [2002-11-21 09:52:12] [EMAIL PROTECTED] the latest snapshot (php4-200211211430) also fails for me with the same errors. [2002-11-21 09:49:05] [EMAIL PROTECTED] Apache 2.0.40 configure string: ./configure --with-pgsql --with-gd --with-apxs2=/usr/local/apache2/bin/apxs --enable-track-vars --enable-force-cgi-redirect --with-gettext --with-gd --with-dom --with-zlib-dir=/usr/lib --enable-cli error: In file included from /home/ben/src/php4-200211211430/Zend/zend.h:202, from /home/ben/src/php4-200211211430/main/php.h:34, from /home/ben/src/php4-200211211430/ext/zlib/zlib.c:28:
#20783 [Opn]: Segfault on 'maximum execution time'
ID: 20783 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash -Operating System: BSD/OS 4.2 +Operating System: BSD/OS 4.2/FreeBSD-STABLE 4.7 -PHP Version: 4.3.0RC2 +PHP Version: 4.4CVS2002-12-03 New Comment: For completeness: CFLAGS='-O0' \ ./configure \ --prefix=/phpct \ --with-apache=../apache_1.3.27 \ --enable-cli \ --disable-cgi \ --enable-debug \ --enable-magic-quotes \ --disable-short-tags \ --with-zlib \ --with-zlib-dir=/usr \ --enable-calendar \ --enable-ftp \ --with-mhash=/weblib/local \ --enable-shmop \ --enable-sysvmsg \ --enable-sysvsem \ --enable-sysvshm Derick: It may be frame #6: buffer = 0x2. This is typical for BSD's - if you do something like: char **buffer; buffer[0] = (char *)malloc(1024); Linux doesn't seem to mind as I see it in linux oriented packages, but BSD's do as buffer[0] hasn't been allocated. And: $ ./test_while.php buffer Running php 4.4.0-dev on FreeBSD Running script with memory limit: php in malloc(): warning: recursive call FATAL: emalloc(): Unable to allocate 129 bytes Segmentation fault (core dumped) Previous Comments: [2002-12-03 09:55:24] [EMAIL PROTECTED] Script works fine for me on Linux... [2002-12-03 09:47:25] [EMAIL PROTECTED] Researched this some more, same for RC2. Reproducable script: #!/home/mdev/_src/php-4.3.0RC2/sapi/cli/php -q ?php set_time_limit(2); echo Running php , PHP_VERSION, \n; echo Running script with memory limit:, ini_get('memory_limit'), \n; $i=0; define('LONG_STRING', str_repeat('x', 4096) . \n); $buffer =''; // yes this is intended. while($i -1) { if(++$i % 1 == 0) print Still running: $i\n; if(isset($argv[1]) $argv[1] == 'buffer') $buffer.=LONG_STRING; } ? Output: # ./test_while.php buffer Running php 4.3.0RC2 Running script with memory limit: FATAL: emalloc(): Unable to allocate 129 bytes Segmentation fault (core dumped) Omit the argument 'buffer' and the script finishes cleanly, after outputting some lines and reaching max_execution_time. The memory limit reference I put in, because: php -i | grep ini | sed -e s|.*= \(.*\)$|\1| | xargs grep '^memory_limit' php -r 'echo Limit is: , ini_get(memory_limit), \n;' Outputs: memory_limit = 16M ; Maximum amount of memory a script may consume (8MB) Limit is: This script doesn't come above 16M, the original script does however, which is probably another bug.. [2002-12-03 04:45:04] [EMAIL PROTECTED] This is RC1 - will test later with RC2, using CLI, but same error message is in the weblogs. The script basically splits a 65Meg logfile into parts for each day. It uses a growing buffer, to make just 1 fwrite operation (essentially make sure that every line is in the right file). Max executiontime is set to 900 in the script. When it reaches that, it segfaults. bt full, below: (gdb) bt full #0 0x48225b6d in kill () from /shlib/libc.so.2 No symbol table info available. #1 0x814df13 in _emalloc (size=129, __zend_filename=0x8193ef4 /home/mdev/_src/php-4.3.0RC1/main/spprintf.c, __zend_lineno=143, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /home/mdev/_src/php-4.3.0RC1/Zend/zend_alloc.c:162 p = (zend_mem_header *) 0x0 real_size = 136 cache_index = 17 #2 0x814e225 in _erealloc (ptr=0x0, size=129, allow_failure=0, __zend_filename=0x8193ef4 /home/mdev/_src/php-4.3.0RC1/main/spprintf.c, __zend_lineno=143, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /home/mdev/_src/php-4.3.0RC1/Zend/zend_alloc.c:271 p = (zend_mem_header *) 0x81bad38 orig = (zend_mem_header *) 0x8210a4f real_size = 135585392 cache_index = 86 #3 0x812e3f2 in xbuf_resize (xbuf=0x804566c, add=0) at /home/mdev/_src/php-4.3.0RC1/main/spprintf.c:143 buf = 0x80622e0 ÿ%ܳ\e\bh8\a size = 128 offset = 0 #4 0x812e478 in xbuf_init (xbuf=0x804566c, max_len=0) at /home/mdev/_src/php-4.3.0RC1/main/spprintf.c:160 No locals. #5 0x812f4f0 in vspprintf (pbuf=0x80456cc, max_len=0, format=0x81a86a6 Maximum execution time of %d second%s exceeded, ap=0x8045750 \204\003) at /home/mdev/_src/php-4.3.0RC1/main/spprintf.c:614 xbuf = {buf = 0x0, size = 0, max_len = 0, buf_end = 0x815d158 U\211å\203ì(\213U\b\017¶B\b\203ø\001t\035\203ø\001\177\t\205Àt`éH\001, nextb = 0x56 Address 0x56 out of bounds} cc = 136354480 #6 0x812b6a1 in php_error_cb (type=1, error_filename=0x82078a4
#20783 [Opn]: Segfault on 'maximum execution time'
ID: 20783 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: BSD/OS 4.2/FreeBSD-STABLE 4.7 PHP Version: 4.4CVS2002-12-03 New Comment: And here we go: (gdb) frame 5 #5 0x814e842 in vspprintf (pbuf=0xbfbfddf8, max_len=1024, format=0x81ce420 Maximum execution time of %d second%s exceeded, ap=0xbfbfde6c \002) at /home/mdev/cvs/php4/main/spprintf.c:614 614 if (!xbuf_init(xbuf, max_len)) { (gdb) info local xbuf = {buf = 0x0, size = 0, max_len = 1024, buf_end = 0x2839f67d fflush, nextb = 0x2839f67d fflush} cc = 673076424 (gdb) frame 4 #4 0x814dd30 in xbuf_init (xbuf=0xbfbfdd98, max_len=1024) at /home/mdev/cvs/php4/main/spprintf.c:160 160 xbuf_resize(xbuf, 0); /* NOT max_len */ (gdb) info local No locals. (gdb) print *xbuf $5 = {buf = 0x0, size = 0, max_len = 1024, buf_end = 0x2839f67d fflush, nextb = 0x2839f67d fflush} (gdb) frame 4 #4 0x814dd30 in xbuf_init (xbuf=0xbfbfdd98, max_len=1024) at /home/mdev/cvs/php4/main/spprintf.c:160 160 xbuf_resize(xbuf, 0); /* NOT max_len */ (gdb) print *xbuf $6 = {buf = 0x0, size = 0, max_len = 1024, buf_end = 0x2839f67d fflush, nextb = 0x2839f67d fflush} (gdb) frame 3 #3 0x814dcab in xbuf_resize (xbuf=0xbfbfdd98, add=0) at /home/mdev/cvs/php4/main/spprintf.c:143 143 buf = erealloc(xbuf-buf, size+1); /* alloc space for NUL */ (gdb) print size $7 = 128 That's the 129 bytes. Notice that buf_end and nextb are equal. Additionally, in main/main.c: char *buffer; int buffer_len, display; TSRMLS_FETCH(); buffer_len = vspprintf(buffer, PG(log_errors_max_len), format, args); Which yields: gdb) frame 6 #6 0x814ab05 in php_error_cb (type=1, error_filename=0x825c424 /home/mdev/cvs/php4/test_while.php, error_lineno=14, format=0x81ce420 Maximum execution time of %d second%s exceeded, args=0xbfbfde6c \002) at /home/mdev/cvs/php4/main/main.c:533 533 buffer_len = vspprintf(buffer, PG(log_errors_max_len), format, args); (gdb) print buffer $8 = 0x66e90a5 Error reading address 0x66e90a5: Bad address Previous Comments: [2002-12-03 10:25:56] [EMAIL PROTECTED] For completeness: CFLAGS='-O0' \ ./configure \ --prefix=/phpct \ --with-apache=../apache_1.3.27 \ --enable-cli \ --disable-cgi \ --enable-debug \ --enable-magic-quotes \ --disable-short-tags \ --with-zlib \ --with-zlib-dir=/usr \ --enable-calendar \ --enable-ftp \ --with-mhash=/weblib/local \ --enable-shmop \ --enable-sysvmsg \ --enable-sysvsem \ --enable-sysvshm Derick: It may be frame #6: buffer = 0x2. This is typical for BSD's - if you do something like: char **buffer; buffer[0] = (char *)malloc(1024); Linux doesn't seem to mind as I see it in linux oriented packages, but BSD's do as buffer[0] hasn't been allocated. And: $ ./test_while.php buffer Running php 4.4.0-dev on FreeBSD Running script with memory limit: php in malloc(): warning: recursive call FATAL: emalloc(): Unable to allocate 129 bytes Segmentation fault (core dumped) [2002-12-03 09:55:24] [EMAIL PROTECTED] Script works fine for me on Linux... [2002-12-03 09:47:25] [EMAIL PROTECTED] Researched this some more, same for RC2. Reproducable script: #!/home/mdev/_src/php-4.3.0RC2/sapi/cli/php -q ?php set_time_limit(2); echo Running php , PHP_VERSION, \n; echo Running script with memory limit:, ini_get('memory_limit'), \n; $i=0; define('LONG_STRING', str_repeat('x', 4096) . \n); $buffer =''; // yes this is intended. while($i -1) { if(++$i % 1 == 0) print Still running: $i\n; if(isset($argv[1]) $argv[1] == 'buffer') $buffer.=LONG_STRING; } ? Output: # ./test_while.php buffer Running php 4.3.0RC2 Running script with memory limit: FATAL: emalloc(): Unable to allocate 129 bytes Segmentation fault (core dumped) Omit the argument 'buffer' and the script finishes cleanly, after outputting some lines and reaching max_execution_time. The memory limit reference I put in, because: php -i | grep ini | sed -e s|.*= \(.*\)$|\1| | xargs grep '^memory_limit' php -r 'echo Limit is: , ini_get(memory_limit), \n;' Outputs: memory_limit = 16M ; Maximum amount of memory a script may consume (8MB) Limit is: This script doesn't come above 16M, the original script does however, which is probably another bug.. [2002-12-03 04:45:04] [EMAIL PROTECTED] This is RC1 - will test
#15702 [Fbk]: Segmentation fault (using jdk1.4 with php 4.2.3)
ID: 15702 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Java related Operating System: Red Hat Linux 7.1 PHP Version: 4.2.3 New Comment: your backtrace is not of much use, but it looks like apache2 does backtraces differently than apache1.3 (or you didn't use --enable-debug or you're using threaded mpms within apache2, I have no experience with apache2...) but, as I said in my last comment: sablotron 0.97 and jdk = 1.3 does not work together. Sablotron 0.97 is not out yet, but there is an RC1 in their CVS (didn't find a link to download it), which should solve the problem.. you're obviously (at least it's written in your ./configure lines) using sablotron. And sablotron =0.96 does not work together with jdk = 1.3... please try your installation without sablotron and see if that works. chregu Previous Comments: [2002-12-03 09:22:01] [EMAIL PROTECTED] http://bugs.php.net/bug.php?id=15702edit=2 is not accepting my password. I don't know why so I am posting this as comment I think above you meant from java.so to libphp_java.so. Yes I did create a symbolic link libphp_java.so to java.so. It again resulted inSegmentation fault. Here is the gdb output. # export LD_LIBRARY_PATH=/usr/java/j2sdk1.4.0/jre/lib/i386:/usr/java/j2sdk1.4.0/jre/lib/i386/client # gdb /wwwroot/bin/httpd GNU gdb 5.0rh-5 Red Hat Linux 7.1 Copyright 2001 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 i386-redhat-linux... (gdb) run -X Starting program: /wwwroot/bin/httpd -X [New Thread 1024 (LWP 852)] [New Thread 2049 (LWP 857)] Delayed SIGSTOP caught for LWP 857. [New Thread 1026 (LWP 858)] Delayed SIGSTOP caught for LWP 858. [New Thread 2051 (LWP 859)] Delayed SIGSTOP caught for LWP 859. [New Thread 3076 (LWP 860)] Delayed SIGSTOP caught for LWP 860. [New Thread 4101 (LWP 861)] [New Thread 5126 (LWP 862)] Delayed SIGSTOP caught for LWP 862. [New Thread 6151 (LWP 863)] Delayed SIGSTOP caught for LWP 863. [New Thread 7176 (LWP 864)] Delayed SIGSTOP caught for LWP 864. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 7176 (LWP 864)] __pthread_mutex_lock (mutex=0x89110898) at mutex.c:99 99 mutex.c: No such file or directory. in mutex.c (gdb) [2002-11-28 07:08:06] [EMAIL PROTECTED] first. you have to make a symlink from to libphp_java.so not php_java.so... second. sablotron 0.97 and jdk = 1.3 does not work together. Sablotron 0.97 is not out yet, but there is an RC1 in their CVS (didn't find a link to download it), which should solve the problem.. chregu [2002-11-11 09:41:56] [EMAIL PROTECTED] As you suggested above changing the extension=php_java.so without creating a symbolic link doesn't even load the extension. So I tried it by creating a symbolic link to /wwwroot/php/lib/php/extensions/no-debug-zts-20020429/java.so as /wwwroot/php/lib/php/extensions/no-debug-zts-20020429/php_java.so and used the following setting in php.ini: [Java] extension_dir = /wwwroot/php/lib/php/extensions/no-debug-zts-20020429 java.class.path = /wwwroot/php/lib/php/php_java.jar extension=php_java.so ;java.home = /usr/java/j2sdk1.4.0 ;java.library = /usr/java/j2sdk1.4.0/jre/lib/i386/client/libjvm.so ;java.library = /usr/java/j2sdk1.4.0/jre/lib/i386/libjava.so java.library.path = /wwwroot/php/lib/php/extensions/no-debug-zts-20020429 PHP loaded the java extension but it still displayed: Fatal error: java.lang.UnsatisfiedLinkError: no php_java in java.library.path in /wwwroot/htdocs/jver.php on line 4 I don't know what it isn't able to find php_java.jar or php_java.so? PHP is able to find java.so thats why it loads the extension. I also want to know what is the purpose of java.library.path? What should be specified here? Does it work for you or others who use Sun jdk 1.4? If yes then please try to update the README file in ext/java directory with settings which use Jdk 1.3 or 1.4 and which work on your own systems? Because not many these days use jdk 1.2.2. I must mention that java extension on windows works without any problem even when using jdk1.4. [2002-11-05 19:09:17] [EMAIL PROTECTED] I believe the current answer to this is to make a link to the library like so: $extensiondir$/java.so to $extensiondir$/libphp_java.so You can find more about this in
#20793 [NEW]: big selection with array_rand() works bad EVEN with srand()
From: [EMAIL PROTECTED] Operating system: Linux (redhat6.2) 2.2.14-5.0smp PHP version: 4.2.3 PHP Bug Type: Arrays related Bug description: big selection with array_rand() works bad EVEN with srand() I use array_rand() to randomize an array that can have three different sizes, 450, 800 and 1152. With 450 array_rand works great. But when I try to select 800 and 1152 indexes with array_rand(), array_rand seems to seed higher number. I everycase I always get the 25 last indexes picked! Pretty weird! It seems to favor the last number! I have tried: srand ((float) microtime() * 1000); srand ((float) microtime() * 100); But that didn't helped: Here's my code: if($bricks==1) $tempArrValue=450; if($bricks==2) $tempArrValue=800; if($bricks==3) $tempArrValue=1152; $brickArray = array(); for($i=1;$i=$tempArrValue;$i++){ $brickArray[$i]=$i; } srand ((float) microtime() * 1000); $brickArray2 = array_rand($brickArray, sizeof($brickArray)-3); for($i=0;$isizeof($brickArray2);$i++){ mysql_query(insert into puzzle_bricks values(0,$countryIndex,$i, . $brickArray2[$i] . );); } My conclusion is that their are some problems when seeding random numbers for array_rand when you are selecting an array with more than 800 indexes as output. I mean I have solved the issue by making my own array_rand function, but I just wanted to help makeing PHP a better product. Best Regards Dave, Ps, I love PHP, Ds -- Edit bug report at http://bugs.php.net/?id=20793edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20793r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20793r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20793r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20793r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20793r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20793r=support Expected behavior: http://bugs.php.net/fix.php?id=20793r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20793r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20793r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20793r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20793r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20793r=dst IIS Stability: http://bugs.php.net/fix.php?id=20793r=isapi
#20793 [Opn]: big selection with array_rand() works bad EVEN with srand()
ID: 20793 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Arrays related Operating System: Linux (redhat6.2) 2.2.14-5.0smp PHP Version: 4.2.3 New Comment: http://www.arthistory.cc/info.php for my php info Previous Comments: [2002-12-03 11:21:49] [EMAIL PROTECTED] I use array_rand() to randomize an array that can have three different sizes, 450, 800 and 1152. With 450 array_rand works great. But when I try to select 800 and 1152 indexes with array_rand(), array_rand seems to seed higher number. I everycase I always get the 25 last indexes picked! Pretty weird! It seems to favor the last number! I have tried: srand ((float) microtime() * 1000); srand ((float) microtime() * 100); But that didn't helped: Here's my code: if($bricks==1) $tempArrValue=450; if($bricks==2) $tempArrValue=800; if($bricks==3) $tempArrValue=1152; $brickArray = array(); for($i=1;$i=$tempArrValue;$i++){ $brickArray[$i]=$i; } srand ((float) microtime() * 1000); $brickArray2 = array_rand($brickArray, sizeof($brickArray)-3); for($i=0;$isizeof($brickArray2);$i++){ mysql_query(insert into puzzle_bricks values(0,$countryIndex,$i, . $brickArray2[$i] . );); } My conclusion is that their are some problems when seeding random numbers for array_rand when you are selecting an array with more than 800 indexes as output. I mean I have solved the issue by making my own array_rand function, but I just wanted to help makeing PHP a better product. Best Regards Dave, Ps, I love PHP, Ds -- Edit this bug report at http://bugs.php.net/?id=20793edit=1
#20773 [Fbk-Csd]: will not compile with iplanet ldap 5.0.sp1
ID: 20773 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: LDAP related Operating System: Solaris 8 PHP Version: 4.3.0RC2 New Comment: I fixed the problem in CVS but I guess the snapshot was already generated before that. Anyway, good to hear it works now. About that mysql segfault..please provide a backtrace of it. Previous Comments: [2002-12-03 09:27:29] [EMAIL PROTECTED] I tried the php snapshot to compile against Sun One Directory/iPlanet SDK 5.08 on linux/apache This is my debug.log: CONFIGURE: './configure' '--with-apxs=/usr/sbin/apxs' '--enable-debug=no' '--prefix=/opt/php-4_snap' '--with-config-file-path=/etc/php' '--enable-shmop' '--enable-sysvshm' '--enable-versioning' '--with-jpeg-dir=/usr/local' '--with-gd' '--enable-gd-native-tt' '--disable-static' '--disable-debug' '--disable-rpath' '--with-png-dir=/usr' '--with-zlib-dir=/usr' '-with-freetype-dir=/usr' '--with-t1lib=/usr' '--enable-track-vars' '--enable-trans-sid' '--with-mysql' '--with-ldap=/usr/local' CC: gcc CFLAGS: -O3 -march=pentium2 CPPFLAGS:-DLINUX=22 -DDEV_RANDOM=/dev/random -DEAPI -DEAPI_MM CXX: CXXFLAGS: INCLUDES:-I$(top_builddir)/Zend -I/usr/local/include -I/usr/include/freetype2 LDFLAGS: -Wl,-rpath,/usr/local/lib -L/usr/local/lib LIBS: -lssldap50 -lplds4 -lplc4 -lnspr4 -lt1 -lfreetype -lpng -lz -ljpeg -lz -lcrypt -lresolv -lm -ldl -lnsl -lcrypt DLIBS: SAPI: apache PHP_RPATHS: /usr/local/lib uname -a: Linux localhost 2.4.19 #6 SMP Fri Sep 6 16:06:31 CEST 2002 i686 unknown gcc -o conftest -O3 -march=pentium2 -DLINUX=22 -DDEV_RANDOM=/dev/random -DEAPI -DEAPI_MM -Wl,-rpath,/usr/local/lib -L/usr/local/lib conftest.c -lssldap50 -lplds4 -lplc4 -lnspr4 -lt1 -lfreetype -lpng -lz -ljpeg -lz -lcrypt -lresolv -lm -ldl -lnsl -lcrypt 15 /usr/local/lib/libssldap50.so: undefined reference to `SSL_ImportFD' /usr/local/lib/libssldap50.so: undefined reference to `prldap_get_session_info' /usr/local/lib/libssldap50.so: undefined reference to `SSL_OptionSetDefault' /usr/local/lib/libssldap50.so: undefined reference to `prldap_set_session_info' /usr/local/lib/libssldap50.so: undefined reference to `PK11_FindCertFromNickname' /usr/local/lib/libssldap50.so: undefined reference to `NSS_Initialize' /usr/local/lib/libssldap50.so: undefined reference to `CERT_VerifyCertName' /usr/local/lib/libssldap50.so: undefined reference to `ldap_unbind' /usr/local/lib/libssldap50.so: undefined reference to `SSL_AuthCertificateHook' /usr/local/lib/libssldap50.so: undefined reference to `ldap_set_lderrno' /usr/local/lib/libssldap50.so: undefined reference to `SSL_RevealURL /usr/local/lib/libssldap50.so: undefined reference to `CERT_VerifyCertNow' /usr/local/lib/libssldap50.so: undefined reference to `NSS_Init' /usr/local/lib/libssldap50.so: undefined reference to `prldap_get_socket_info' /usr/local/lib/libssldap50.so: undefined reference to `PK11_SetPasswordFunc' /usr/local/lib/libssldap50.so: undefined reference to `PK11_FindKeyByAnyCert' /usr/local/lib/libssldap50.so: undefined reference to `ldap_get_option' /usr/local/lib/libssldap50.so: undefined reference to `ldap_set_option' /usr/local/lib/libssldap50.so: undefined reference to `PORT_SetError' /usr/local/lib/libssldap50.so: undefined reference to `PK11_ConfigurePKCS11' /usr/local/lib/libssldap50.so: undefined reference to `SSL_GetClientAuthDataHook' /usr/local/lib/libssldap50.so: undefined reference to `SSL_OptionSet' /usr/local/lib/libssldap50.so: undefined reference to `prldap_install_routines' /usr/local/lib/libssldap50.so: undefined reference to `CERT_DestroyCertificate' /usr/local/lib/libssldap50.so: undefined reference to `NSS_SetDomesticPolicy' /usr/local/lib/libssldap50.so: undefined reference to `prldap_set_socket_info' /usr/local/lib/libssldap50.so: undefined reference to `SECKEY_DestroyPrivateKey' /usr/local/lib/libssldap50.so: undefined reference to `SSL_PeerCertificate' /usr/local/lib/libssldap50.so: undefined reference to `SSL_ResetHandshake' /usr/local/lib/libssldap50.so: undefined reference to `ldap_init' /usr/local/lib/libssldap50.so: undefined reference to `CERT_GetDefaultCertDB' /usr/local/lib/libssldap50.so: undefined reference to `SSL_SetURL' I had to fix this for php4-200212031030 to please configure: --- configure.org Tue Dec 3 11:30:09 2002 +++ configure Tue Dec 3 15:48:49 2002 @@ -42264,7 +42264,7 @@ case ssldap50 in c|c_r|pthread*) ;; *) - LIBS=-lssldap50 $LIBS + LIBS= -lldap50 -lprldap50 -lnss3 -lssl3 -lssldap50 $LIBS ;; esac After fixing that it compiles and runs. Sometimes when I login against mysql I get a browser error and a segfault (11) in the httpd log though. /Peder
#20794 [NEW]: xsl:output not affecting output correctly
From: [EMAIL PROTECTED] Operating system: Linux, FreeBSD PHP version: 4.3.0RC2 PHP Bug Type: DOM XML related Bug description: xsl:output not affecting output correctly LibXML 2.4.28, LibXSLT 1.0.23 (both the most recent). xsl:output method=html/ is not working properly. The output should follow w3c rules (http://www.w3.org/TR/xslt#section-HTML-Output-Method) but it doesn't. However when using xsltproc (binary for testing transformations, it's in LibXSLT package) output is correct - that means that this is a PHP bug. To be honest I think none of xsl:output .../ attributes is really working (like omit-xml-declaration or cdata-section-elements). -- Edit bug report at http://bugs.php.net/?id=20794edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20794r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20794r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20794r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20794r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20794r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20794r=support Expected behavior: http://bugs.php.net/fix.php?id=20794r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20794r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20794r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20794r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20794r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20794r=dst IIS Stability: http://bugs.php.net/fix.php?id=20794r=isapi
#20793 [Fbk-Opn]: big selection with array_rand() works bad EVEN with srand()
ID: 20793 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Arrays related Operating System: Linux (redhat6.2) 2.2.14-5.0smp PHP Version: 4.2.3 New Comment: I will test the snapshot this weekend, I have no access to a test machine earlier Ps, array_rand($brickArray, sizeof($brickArray)-3); should be array_rand($brickArray, sizeof($brickArray));, the error occur with both! Ds Previous Comments: [2002-12-03 11:28:27] [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-12-03 11:24:16] [EMAIL PROTECTED] http://www.arthistory.cc/info.php for my php info [2002-12-03 11:21:49] [EMAIL PROTECTED] I use array_rand() to randomize an array that can have three different sizes, 450, 800 and 1152. With 450 array_rand works great. But when I try to select 800 and 1152 indexes with array_rand(), array_rand seems to seed higher number. I everycase I always get the 25 last indexes picked! Pretty weird! It seems to favor the last number! I have tried: srand ((float) microtime() * 1000); srand ((float) microtime() * 100); But that didn't helped: Here's my code: if($bricks==1) $tempArrValue=450; if($bricks==2) $tempArrValue=800; if($bricks==3) $tempArrValue=1152; $brickArray = array(); for($i=1;$i=$tempArrValue;$i++){ $brickArray[$i]=$i; } srand ((float) microtime() * 1000); $brickArray2 = array_rand($brickArray, sizeof($brickArray)-3); for($i=0;$isizeof($brickArray2);$i++){ mysql_query(insert into puzzle_bricks values(0,$countryIndex,$i, . $brickArray2[$i] . );); } My conclusion is that their are some problems when seeding random numbers for array_rand when you are selecting an array with more than 800 indexes as output. I mean I have solved the issue by making my own array_rand function, but I just wanted to help makeing PHP a better product. Best Regards Dave, Ps, I love PHP, Ds -- Edit this bug report at http://bugs.php.net/?id=20793edit=1
#20795 [NEW]: Memory_limit and Max_execution_time not respected
From: [EMAIL PROTECTED] Operating system: Windows XP Pro PHP version: 4.2.3 PHP Bug Type: *Configuration Issues Bug description: Memory_limit and Max_execution_time not respected Hi i'm using Apache/1.3.26 (Win32) PHP/4.2.3, with mysql.exe Ver 11.18 Distrib 3.23.52, for Win95/Win98 (i32) 1) PhpInfo() don't give me the memory_limit that I set on default value. Non memory_limit appear on the page even though the php.ini file contain a definition. 2) PhpInfo() also don't give me the max_execution_time, witch is also setted. 3) When I execute an big sql query (2 lines) (It was a mystake of course!!!) the memory grow up and grow up ... After more time than the max_execution_time, system blow up and apache is killed !!! I see in the task manager that memory in use by apache was up than 300Mo. And before the execution it was 5 or 6 Mo. 4) I will complete this report with the sql request made, but i notice that after stoping the html request mysqld-nt continue to work (100% of CPU_1) more than 10 minutes and apache also. I stop the daemon before they stop themself. I hope i was clear (im french and my english is poor). -- Edit bug report at http://bugs.php.net/?id=20795edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20795r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20795r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20795r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20795r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20795r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20795r=support Expected behavior: http://bugs.php.net/fix.php?id=20795r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20795r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20795r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20795r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20795r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20795r=dst IIS Stability: http://bugs.php.net/fix.php?id=20795r=isapi
#20546 [Ana]: compile with gcc 3.2 fails due to parser errors
ID: 20546 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Compile Failure Operating System: RedHat Linux 8.0 PHP Version: 4.3.0-dev New Comment: Recommended is: autoconf 2.13 automake 1.5 libtool 1.4.2 (snapshots are generated with those too IIRC) Derick Previous Comments: [2002-12-03 10:12:46] [EMAIL PROTECTED] Hmm... I have updated to the latest of RedHats build tools, autoconf 2.53-8, automake 1.6.3-1, libtool 1.4.2-12, and I still cannot compile, and receive the same errors as above (with the latest snap, php4-STABLE-200212031430). What version of the buildtools are used to successfully compile this? [2002-11-22 16:40:41] [EMAIL PROTECTED] It appears the problem is NOT gcc but rather the buildtools, the snapshot avaliable from http://snaps.php.net/ compiles fine. However, if I use: autoconf version 2.54, automake version 1.7.1 and libtool version 1.4.3 to generate the PHP's configuration files from the CVS checkout the compilation fails. [2002-11-22 16:03:23] [EMAIL PROTECTED] This is a fairly serious problem that should definately be resolved before 4.3.0 is released. The following configuration options /configure --with-gd --enable-track-vars --enable-force-cgi-redirect --with-gettext --with-dom --with-zlib-dir=/usr/lib --enable-cli Result in the compilation error that occured immidiately at the start of the compile process. gcc -Iext/zlib/ -I/home/rei/php4/ext/zlib/ -DPHP_ATOM_INC -I/home/rei/php4/include -I/home/rei/php4/main -I/home/rei/php4 -I/home/rei/php4/Zend -I/usr/local/include/libxml2 -I/home/rei/php4/ext/xml/expat -I/home/rei/php4/TSRM -g -O2 -c /home/rei/php4/ext/zlib/zlib.c -o ext/zlib/zlib.o echo ext/zlib/zlib.lo In file included from /usr/include/errno.h:36, from /home/rei/php4/Zend/zend_operators.h:24, from /home/rei/php4/Zend/zend_execute_globals.h:27, from /home/rei/php4/Zend/zend_globals.h:34, from /home/rei/php4/Zend/zend_list.h:25, from /home/rei/php4/Zend/zend_API.h:26, from /home/rei/php4/main/php.h:38, from /home/rei/php4/ext/zlib/zlib.c:28: /usr/include/bits/errno.h:25:26: linux/errno.h: Permission denied In file included from /home/rei/php4/Zend/zend_execute_globals.h:27, from /home/rei/php4/Zend/zend_globals.h:34, from /home/rei/php4/Zend/zend_list.h:25, from /home/rei/php4/Zend/zend_API.h:26, from /home/rei/php4/main/php.h:38, from /home/rei/php4/ext/zlib/zlib.c:28: /home/rei/php4/Zend/zend_operators.h: In function `is_numeric_string': /home/rei/php4/Zend/zend_operators.h:78: `ERANGE' undeclared (first use in this function) /home/rei/php4/Zend/zend_operators.h:78: (Each undeclared identifier is reported only once /home/rei/php4/Zend/zend_operators.h:78: for each function it appears in.) In file included from /usr/include/bits/posix1_lim.h:126, from /usr/include/limits.h:144, from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2/include/limits.h:132, from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2/include/syslimits.h:7, from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2/include/limits.h:11, from /usr/include/sys/param.h:22, from /home/rei/php4/main/php.h:205, from /home/rei/php4/ext/zlib/zlib.c:28: /usr/include/bits/local_lim.h:36:26: linux/limits.h: Permission denied In file included from /home/rei/php4/main/php.h:205, from /home/rei/php4/ext/zlib/zlib.c:28: /usr/include/sys/param.h:23:26: linux/limits.h: Permission denied /usr/include/sys/param.h:24:25: linux/param.h: Permission denied In file included from /home/rei/php4/main/php.h:354, from /home/rei/php4/ext/zlib/zlib.c:28: /home/rei/php4/main/php_streams.h: At top level: /home/rei/php4/main/php_streams.h:116: `PATH_MAX' undeclared here (not in a function) /home/rei/php4/main/php_streams.h:117: confused by earlier errors, bailing out make: *** [ext/zlib/zlib.lo] Error 1 [2002-11-21 09:52:12] [EMAIL PROTECTED] the latest snapshot (php4-200211211430) also fails for me with the same errors. [2002-11-21 09:49:05] [EMAIL PROTECTED] Apache 2.0.40 configure string: ./configure --with-pgsql --with-gd --with-apxs2=/usr/local/apache2/bin/apxs --enable-track-vars --enable-force-cgi-redirect --with-gettext --with-gd --with-dom --with-zlib-dir=/usr/lib --enable-cli
#20776 [Opn]: Login only possible from page where login is required.
ID: 20776 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: Win2K Server PHP Version: 4.2.3 New Comment: OK, I've sent a cutdown of the program, hope that helps. Previous Comments: [2002-12-03 07:31:53] [EMAIL PROTECTED] I've already reported a crashing bug against 4.3.0RC2 so I won't be trying any CVS snapshots just yet. See what I can do about a sample script, but it may be a couple days since I'm working in about 6 hrs. [2002-12-03 02:34:40] [EMAIL PROTECTED] Please provide a short but complete example script which can be used to reproduce this. Also note that PHP 4.3.0-dev (the latest stable CVS snapshot) has some fixes regarding session issues so you should try it out too, from: http://snaps.php.net/ [2002-12-02 21:17:17] [EMAIL PROTECTED] At top of login page: session_start(); session_register(SESSION); if (! isset($SESSION)) { echo(Dead session!!br); } From a direct a href style link I get Dead session!! at the top of the page. From a redirect via require_login() (see below) it works. Sure looks like a bug to me. [2002-12-02 19:23:14] [EMAIL PROTECTED] I would have thought that code with two results depending on the how the return path is acquired would definitely imply a bug, or am I missing something obvious here? I have a ton of programming experience (including proprietary systems similar to but more complex than PHP) but I'm very new at PHP itself so you may be right. [2002-12-02 18:44:38] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. 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/20776 -- Edit this bug report at http://bugs.php.net/?id=20776edit=1
#20795 [Opn-Fbk]: Memory_limit not respected
ID: 20795 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *Configuration Issues Operating System: Windows XP Pro/BSDi/FreeBSD PHP Version: 4.4CVS2002-12-03 New Comment: Please check (with phpinfo()) if the location of your php.ini file is correct (and watch the troubles with the file extensions in windows, the best thing to check if the file actually has the name 'php.ini' (and not 'php.ini.ini') is to check it in a DOS prompt. Derick Previous Comments: [2002-12-03 12:02:24] [EMAIL PROTECTED] I know this is hard to believe, but the max_execution_time part is not a bug. See the NOTE at: http://www.php.net/set_time_limit The larger part of the execution is done by MySQL. max_execution_time, is the time that php keeps the processor busy - not the 'real' time. Leaving open for the memory_limit, which I reported myself not to be working in http://bugs.php.net/20738. I'll add any comments on that here. Updated summary and version. [2002-12-03 11:36:21] [EMAIL PROTECTED] Hi i'm using Apache/1.3.26 (Win32) PHP/4.2.3, with mysql.exe Ver 11.18 Distrib 3.23.52, for Win95/Win98 (i32) 1) PhpInfo() don't give me the memory_limit that I set on default value. Non memory_limit appear on the page even though the php.ini file contain a definition. 2) PhpInfo() also don't give me the max_execution_time, witch is also setted. 3) When I execute an big sql query (2 lines) (It was a mystake of course!!!) the memory grow up and grow up ... After more time than the max_execution_time, system blow up and apache is killed !!! I see in the task manager that memory in use by apache was up than 300Mo. And before the execution it was 5 or 6 Mo. 4) I will complete this report with the sql request made, but i notice that after stoping the html request mysqld-nt continue to work (100% of CPU_1) more than 10 minutes and apache also. I stop the daemon before they stop themself. I hope i was clear (im french and my english is poor). -- Edit this bug report at http://bugs.php.net/?id=20795edit=1
#17593 [Opn-Csd]: mssql_query doesn't fetch results properly
ID: 17593 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: MSSQL related Operating System: Win2k prof. SP2 PHP Version: 4.2.1 New Comment: In PHP 4.3.0 you will be able to fix this problem by calling mssql_free_result($r1); after the first statement. When you use if statements MSSQL server seams to hold the result (blocing for other statements) until the result is released. Previous Comments: [2002-06-04 06:38:50] [EMAIL PROTECTED] It seems that mssql_query fails to get results properly after executing some arbitrary queries. ?php mssql_connect(.,login,passwd); $r1=mssql_query(if object_id('tempdb..#abc') is not null drop table #abc); $r2=mssql_query(select * from sometable); $r3=mssql_query(select * from othertable); ? ..causes.. Warning: MS SQL error: Attempt to initiate a new SQL Server operation with results pending. (severity 7) in d:\htdocs\t\bug.php on line 4 Warning: MS SQL: Query failed in d:\htdocs\t\bug.php on line 4 Warning: MS SQL error: Attempt to initiate a new SQL Server operation with results pending. (severity 7) in d:\htdocs\t\bug.php on line 5 Warning: MS SQL: Query failed in d:\htdocs\t\bug.php on line 5 First query is correct and executes properly (checked with SQL server profiler running). But 2nd,3rd..n-th fail to execute. Though if I comment out 1st one, others work ok. Another dirty hack to avoid these errors is to embed entire query in exec(). But then temporary #tables won't be available in next queries. I've found another similar bug in database, #9379. Using sql variables in query causes same weird behaviour... In a few days I will test this script on Linux/apache/php/freedts connecting to same sql database and see if it works. Any ideas? -- Edit this bug report at http://bugs.php.net/?id=17593edit=1
#20778 [Fbk-Opn]: cannot configure with pfpro
ID: 20778 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Verisign Payflow Pro related Operating System: Sun sparc solaris 9 PHP Version: 4.2.3 New Comment: Thank you. I grabbed the latest CVS snapshot as suggested and configured it successfully. However make fails with this error: In file included from /usr/local/apache-1.3.26/include/httpd.h:84, from /opt2/home2/lvo/build/php4-200212030030/sapi/apache/php_apache_http.h:22, from /opt2/home2/lvo/build/php4-200212030030/sapi/apache/sapi_apache.c:24: /usr/local/apache-1.3.26/include/ap_ctx.h:85: parse error before pool /usr/local/apache-1.3.26/include/ap_ctx.h:85: warning: no semicolon at end of struct or union /usr/local/apache-1.3.26/include/ap_ctx.h:87: parse error before '}' token /usr/local/apache-1.3.26/include/ap_ctx.h:87: warning: data definition has no type or storage class /usr/local/apache-1.3.26/include/ap_ctx.h:89: parse error before ap_ctx /usr/local/apache-1.3.26/include/ap_ctx.h:89: warning: data definition has no type or storage class /usr/local/apache-1.3.26/include/ap_ctx.h:103: parse error before '*' token /usr/local/apache-1.3.26/include/ap_ctx.h:103: parse error before '*' token /usr/local/apache-1.3.26/include/ap_ctx.h:103: warning: data definition has no type or storage class /usr/local/apache-1.3.26/include/ap_ctx.h:104: parse error before '*' token /usr/local/apache-1.3.26/include/ap_ctx.h:105: parse error before '*' token /usr/local/apache-1.3.26/include/ap_ctx.h:106: parse error before '*' token /usr/local/apache-1.3.26/include/ap_ctx.h:106: parse error before '*' token /usr/local/apache-1.3.26/include/ap_ctx.h:106: warning: data definition has no type or storage class In file included from /usr/local/apache-1.3.26/include/httpd.h:86, from /opt2/home2/lvo/build/php4-200212030030/sapi/apache/php_apache_http.h:22, from /opt2/home2/lvo/build/php4-200212030030/sapi/apache/sapi_apache.c:24: /usr/local/apache-1.3.26/include/buff.h:116: parse error before ap_pool /usr/local/apache-1.3.26/include/buff.h:116: warning: no semicolon at end of struct or union /usr/local/apache-1.3.26/include/buff.h:129: parse error before '*' token /usr/local/apache-1.3.26/include/buff.h:129: warning: data definition has no type or storage class /usr/local/apache-1.3.26/include/buff.h:140: parse error before '}' token /usr/local/apache-1.3.26/include/buff.h:155: parse error before '*' token /usr/local/apache-1.3.26/include/buff.h:233: parse error before '*' token /usr/local/apache-1.3.26/include/buff.h:233: parse error before child_info /usr/local/apache-1.3.26/include/buff.h:233: `ap_bspawn_child' declared as function returning a function In file included from /usr/local/apache-1.3.26/include/httpd.h:703, from /opt2/home2/lvo/build/php4-200212030030/sapi/apache/php_apache_http.h:22, from /opt2/home2/lvo/build/php4-200212030030/sapi/apache/sapi_apache.c:24: /usr/local/apache-1.3.26/include/util_uri.h:119: parse error before '*' token /usr/local/apache-1.3.26/include/util_uri.h:120: parse error before '*' token /usr/local/apache-1.3.26/include/util_uri.h:121: parse error before '*' token /usr/local/apache-1.3.26/include/util_uri.h:123: parse error before '*' token /usr/local/apache-1.3.26/include/util_uri.h:124: parse error before '*' token In file included from /opt2/home2/lvo/build/php4-200212030030/sapi/apache/php_apache_http.h:22, from /opt2/home2/lvo/build/php4-200212030030/sapi/apache/sapi_apache.c:24: /usr/local/apache-1.3.26/include/httpd.h:713: parse error before ap_pool /usr/local/apache-1.3.26/include/httpd.h:713: warning: no semicolon at end of struct or union /usr/local/apache-1.3.26/include/httpd.h:805: parse error before '*' token /usr/local/apache-1.3.26/include/httpd.h:805: warning: data definition has no type or storage class /usr/local/apache-1.3.26/include/httpd.h:806: parse error before '*' token /usr/local/apache-1.3.26/include/httpd.h:806: warning: data definition has no type or storage class /usr/local/apache-1.3.26/include/httpd.h:807: parse error before '*' token /usr/local/apache-1.3.26/include/httpd.h:807: warning: data definition has no type or storage class /usr/local/apache-1.3.26/include/httpd.h:808: parse error before '*' token /usr/local/apache-1.3.26/include/httpd.h:808: warning: data definition has no type or storage class /usr/local/apache-1.3.26/include/httpd.h:809: parse error before '*' token /usr/local/apache-1.3.26/include/httpd.h:809: warning: data definition has no type or storage class /usr/local/apache-1.3.26/include/httpd.h:820: parse error before '*' token /usr/local/apache-1.3.26/include/httpd.h:820: warning: data definition has no type or storage class /usr/local/apache-1.3.26/include/httpd.h:888: parse error before
#20796 [NEW]: Overridden Get, Post and Cookie data with register_globals turned on
From: [EMAIL PROTECTED] Operating system: Red Hat 8.0 PHP version: 4.2.2 PHP Bug Type: Variables related Bug description: Overridden Get, Post and Cookie data with register_globals turned on With register_globals turned on, if 3 variables WITH THE SAME NAME are defined in your script (one as a Get variable, one as a Post variable and one as a Cookie variable) and if this name is an ARRAY ELEMENT (let's say foo[ab]), then $_GET[foo][ab] and $_POST[foo][ab] will both be set to $_COOKIE[foo][ab]. Let's try it. First, write the script print_gpc.php : ?php echo '$_GET'; echo PRE; print_r($_GET); echo /PRE; echo '$_POST'; echo PRE; print_r($_POST); echo /PRE; echo '$_COOKIE'; echo PRE; print_r($_COOKIE); echo /PRE; ? Then call the form below (test.php) in your browser : ?php setcookie(foo[ab],I_am_a_cookie); ? FORM METHOD=POST ACTION=print_gpc.php?foo[ab]=I_am_a_get_value INPUT TYPE=submit NAME=foo[ab] VALUE=OK /FORM and clic on the OK button. If you have register_globals turned off, you will see what you expect : $_GET Array ( [foo] = Array ( [ab] = I_am_a_get_value ) ) $_POST Array ( [foo] = Array ( [ab] = OK ) ) $_COOKIE Array ( [foo] = Array ( [ab] = I_am_a_cookie ) ) but if you have register_globals turned on, you will have $_GET[foo][ab] == I_am_a_cookie and $_POST[foo][ab] == I_am_a_cookie. Strangly, this problem does not occur if the cookie name is NOT an array element EVEN if register_globals is turned On. (Try to replace foo[ab] by foo in the test.php form.) -- Edit bug report at http://bugs.php.net/?id=20796edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20796r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20796r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20796r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20796r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20796r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20796r=support Expected behavior: http://bugs.php.net/fix.php?id=20796r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20796r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20796r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20796r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20796r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20796r=dst IIS Stability: http://bugs.php.net/fix.php?id=20796r=isapi
#20772 [Com]: Output control + memory limit + big file read
ID: 20772 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Output Control Operating System: redhat 7.0 PHP Version: 4.3.0RC2 New Comment: Using php4.3.0RC2: Now I have put a .htaccess file with -- php_flag output_buffering Off -- and added ini_set('memory_limit','100M'); at the beginning of the script and now it works but the script is using 40Mbyte RAM, why? The fpassthru($fd) function seems to load the complete file in memory but in version 4.2.3 it sent it directly to the output without loading it in memory. Previous Comments: [2002-12-03 06:43:53] [EMAIL PROTECTED] to add to the summary: php 4.3.0RC2 without output buffering : unable to find the server error. [2002-12-03 06:41:46] [EMAIL PROTECTED] Errata corridge: The script works well adding the ob_end_clean() function only if I use php 4.2.3. Using php 4.3.0RC2 the script give me a blank document. I have tried to set --- php_flag output_buffering Off --- in .htaccess and to comment the ob_and_clean() but the script give me a unable to find the server error now (this is also the error that the script gave me with output buffering activated and no ob_end_clean in php 4.2.3) Summary: php 4.3.0RC2 + output buffering on (without ob_end_clean()): unable to find the server error. php 4.3.0RC2 + output buffering on (with ob_end_clean()): document contains no data error. php 4.2.3 + output buffering on (without ob_end_clean()): unable to find the server error. php 4.2.3 + output buffering on (with ob_end_clean()): all is ok. I have experienced the same document contains no data in other scripts in which i used the ob_end_clean() function to deactivate the output buffering (when I cannot use .htaccess) but these scripts worked well with php 4.2.3. Andrea Busia [2002-12-02 16:50:33] [EMAIL PROTECTED] In the script the last } is to delete. [2002-12-02 16:43:37] [EMAIL PROTECTED] If I try to run this script the server simply exit without giving me anything. ? echo A; $fd=fopen(aaa/temp, wb); fpassthru($fd); echo B; } ? The server is configured with output buffering activated (gz_handler), memory limit enabled (8MB) and the temp file is bigger than 8MByte I have understand that the problem that the script excedeed the memory limit and adding, as first line, ob_end_clean(); the script works, but in the error log there isn't a fatal error or a warning, nothing; also the access log doesn't log the hit. It's possible to add a fatal error to let the programmer know what is the problem. -- Edit this bug report at http://bugs.php.net/?id=20772edit=1
#20793 [Opn]: big selection with array_rand() works bad EVEN with srand()
ID: 20793 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Arrays related Operating System: Linux (redhat6.2) 2.2.14-5.0smp PHP Version: 4.2.3 New Comment: Here's something to test properly: ?php function printline($string) { static $nl = -1; if($nl == -1) $nl = (isset($_SERVER['REMOTE_ADDR'])) ? br /\n : \n; print($string$nl); } $bricks = (isset($argv[1])) ? $argv[1] : 1; if($bricks==1) $tempArrValue=450; if($bricks==2) $tempArrValue=800; if($bricks==3) $tempArrValue=1152; $brickArray = array(); for($i=1;$i=$tempArrValue;$i++){ $brickArray[$i]=$i; } srand ((float) microtime() * 1000); $brickArray2 = array_rand($brickArray, sizeof($brickArray)); for($i=0;$isizeof($brickArray2);$i++){ printline($i = {$brickArray2[$i]}); } ? I can't reproduce it - in fact, the following quick-hack-shell-tester doesn't yield any output: #!/bin/ksh typeset -i COUNTER=1 while [ $COUNTER -lt 100 ]; do ./test_array_rand.php 3 | awk '{print $3}' | sort | perl -n -e 'print if $_ eq $previous; $previous=$_' COUNTER=`expr ${COUNTER} + 1` done You should probably look at the query, rather than at rand. But then again - if the above yields output, report back. Previous Comments: [2002-12-03 11:35:19] [EMAIL PROTECTED] I will test the snapshot this weekend, I have no access to a test machine earlier Ps, array_rand($brickArray, sizeof($brickArray)-3); should be array_rand($brickArray, sizeof($brickArray));, the error occur with both! Ds [2002-12-03 11:28:27] [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-12-03 11:24:16] [EMAIL PROTECTED] http://www.arthistory.cc/info.php for my php info [2002-12-03 11:21:49] [EMAIL PROTECTED] I use array_rand() to randomize an array that can have three different sizes, 450, 800 and 1152. With 450 array_rand works great. But when I try to select 800 and 1152 indexes with array_rand(), array_rand seems to seed higher number. I everycase I always get the 25 last indexes picked! Pretty weird! It seems to favor the last number! I have tried: srand ((float) microtime() * 1000); srand ((float) microtime() * 100); But that didn't helped: Here's my code: if($bricks==1) $tempArrValue=450; if($bricks==2) $tempArrValue=800; if($bricks==3) $tempArrValue=1152; $brickArray = array(); for($i=1;$i=$tempArrValue;$i++){ $brickArray[$i]=$i; } srand ((float) microtime() * 1000); $brickArray2 = array_rand($brickArray, sizeof($brickArray)-3); for($i=0;$isizeof($brickArray2);$i++){ mysql_query(insert into puzzle_bricks values(0,$countryIndex,$i, . $brickArray2[$i] . );); } My conclusion is that their are some problems when seeding random numbers for array_rand when you are selecting an array with more than 800 indexes as output. I mean I have solved the issue by making my own array_rand function, but I just wanted to help makeing PHP a better product. Best Regards Dave, Ps, I love PHP, Ds -- Edit this bug report at http://bugs.php.net/?id=20793edit=1
#19370 [Opn-Csd]: Stored procedure with multiple row sets
ID: 19370 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: MSSQL related Operating System: windows 2000/sp3 PHP Version: 4.2.3 New Comment: In PHP 4.3.0 this will be changed so multiple results are allowd in storred procedures. The code to access both results and return values would look like this: $stmt=mssql_init(z_test); mssql_bind($stmt, RETVAL, $retval, SQLINT4); $result=mssql_execute($stmt); do { while ($row = mssql_fetch_assoc($result)) print_r($row); } while (mssql_next_result($result)); print($retval); mssql_free_result($result); Previous Comments: [2002-09-12 04:03:25] [EMAIL PROTECTED] Hello! I create next procedure in MSSQL 7.0: CREATE PROCEDURE z_test AS begin select 1 select 2 select 3 return 2003 end then I wrote next script: ?php error_reporting(32767); mssql_connect ( '***', '*','**' ); mssql_select_db('my_db'); for ($i=1; $i5; $i++) { $stmt=mssql_init(z_test); $result=mssql_execute($stmt); mssql_free_result($result); } ? and got next answer from php: Warning: mssql_execute: multiple recordsets from a stored procedure not supported yet! (Skipping...) in D:\project s\eve\htdocs\mssql.php on line 9 Warning: MS SQL: stored procedure execution failed. in D:\projects\eve\htdocs\mssql.php on line 9 Warning: mssql_free_result(): supplied argument is not a valid MS SQL-result resource in D:\projects\eve\htdocs\mss ql.php on line 9 Warning: MS SQL: unable to init stored procedure in D:\projects\eve\htdocs\mssql.php on line 9 Warning: mssql_execute(): supplied argument is not a valid MS SQL-Statement resource in D:\projects\eve\htdocs\mssq l.php on line 9 Warning: mssql_free_result(): supplied argument is not a valid MS SQL-result resource in D:\projects\eve\htdocs\mss ql.php on line 9 Warning: MS SQL: unable to init stored procedure in D:\projects\eve\htdocs\mssql.php on line 9 Warning: mssql_execute(): supplied argument is not a valid MS SQL-Statement resource in D:\projects\eve\htdocs\mssq l.php/b on line 9 Warning: mssql_free_result(): supplied argument is not a valid MS SQL-result resource in D:\projects\eve\htdocs\mss ql.php on line 9 As I understand this log - first time _execute function get normal result resource but in next we see unable to init error. How I can clear old result set for prevent these errors? and also, how I can get number in 'return' string? Thanks in advise, Vladimir. -- Edit this bug report at http://bugs.php.net/?id=19370edit=1
#20764 [Com]: session_handler=mm complais about mm_malloc
ID: 20764 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Session related Operating System: RH7.2 PHP Version: 4.2.3 New Comment: Unable to use latest (unstable?) snapshot, because it's a production environment. Is it possible to get a patch where only mm-session related things are changed? Previous Comments: [2002-12-02 18:49:25] [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-12-02 10:54:53] [EMAIL PROTECTED] I saw another thread about this bug: http://bugs.php.net/bug.php?id=19039 I've compiled PHP-4.2.3 to apache 1.3.27 including --with-mm (mm-1.1.3-8 devel packages installed). When using sessions (save_handler=mm) in PHP, it complains: Warning: mm_malloc failed, avail 0, err mm:core: Failed to lock (Permission denied) in Unknown on line 0 Seems to be some kind of permission problem in SHM. Not sure though what is wrong. -- Edit this bug report at http://bugs.php.net/?id=20764edit=1
#20797 [NEW]: 4k text limitation can be adjusted by INI_SET
From: [EMAIL PROTECTED] Operating system: Windows NT 4.0 build 1381 PHP version: 4.2.2 PHP Bug Type: MSSQL related Bug description: 4k text limitation can be adjusted by INI_SET To adjust the 4k limitation of TEXT fields, I changed the TEXTSIZE and TEXTLIMIT value of MSSQL (SET TEXTSIZE xxx) to a very high value to prevent interference. This works properly. Adjusting the mssql.textlimit and mssql.textsize values in php.ini would allow larger than 4k results to be returned. This seems also fine. However, changing this limit at run time (ini_set(mssql.textlimit, 12000); ini_set(mssql.textsize, 12000);, 12000 (int) or 12000 string, not making a difference) would have no impact on the selected result. PHPINFO() shows the new adjusted value but the result would still be limited to the value set in the PHP.INI file. Also, -1 (as suggested in the INI_SET function description page) seems to limit to 4k too. Server API: ISAPI MSSQL Library version: 7.0 More information can be supplied if requested. -- Edit bug report at http://bugs.php.net/?id=20797edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20797r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20797r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20797r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20797r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20797r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20797r=support Expected behavior: http://bugs.php.net/fix.php?id=20797r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20797r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20797r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20797r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20797r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20797r=dst IIS Stability: http://bugs.php.net/fix.php?id=20797r=isapi
#20546 [Ana]: compile with gcc 3.2 fails due to parser errors
ID: 20546 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Compile Failure Operating System: RedHat Linux 8.0 PHP Version: 4.3.0-dev New Comment: i have downgraded to the suggested (or nearest suggested) versions of autoconf,automake, and libtool. my versions are now: autoconf 2.13-5, automake 1.4p5-4, libtool 1.4.2-14. my gcc version is still gcc 3.2-7 (redhat 8.0) with the latest snapshot (php4-STABLE-200212031430), after a successful make distclean/configure, i run 'make', and receive this: ** BEGIN OUTPUT ** /bin/sh libtool --silent --mode=compile gcc -Iext/zlib/ -I/home/ben/src/php4-ST ABLE-200212031430/ext/zlib/ -DPHP_ATOM_INC -I/home/ben/src/php4-STABLE-200212031 430/include -I/home/ben/src/php4-STABLE-200212031430/main -I/home/ben/src/php4-S TABLE-200212031430 -I/usr/local/apache2/include -I/home/ben/src/php4-STABLE-2002 12031430/Zend -I/usr/include/libxml2 -I/home/ben/src/php4-STABLE-200212031430/ex t/xml/expat -I/home/ben/src/php4-STABLE-200212031430/TSRM -g -prefer-pic -c / home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c -o ext/zlib/zlib.lo In file included from /home/ben/src/php4-STABLE-200212031430/Zend/zend.h:202, from /home/ben/src/php4-STABLE-200212031430/main/php.h:34, from /home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c:28: /home/ben/src/php4-STABLE-200212031430/Zend/zend_hash.h:119: parse error before va_list In file included from /home/ben/src/php4-STABLE-200212031430/Zend/zend.h:203, from /home/ben/src/php4-STABLE-200212031430/main/php.h:34, from /home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c:28: /home/ben/src/php4-STABLE-200212031430/Zend/zend_llist.h:34: parse error before va_list In file included from /home/ben/src/php4-STABLE-200212031430/main/php.h:34, from /home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c:28: /home/ben/src/php4-STABLE-200212031430/Zend/zend.h:285: parse error before va_l ist /home/ben/src/php4-STABLE-200212031430/Zend/zend.h:423: parse error before va_l ist In file included from /home/ben/src/php4-STABLE-200212031430/main/php.h:224, from /home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c:28: /home/ben/src/php4-STABLE-200212031430/main/spprintf.h:40: parse error before v a_list In file included from /home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c:28: /home/ben/src/php4-STABLE-200212031430/main/php.h:277: parse error before va_li st In file included from /home/ben/src/php4-STABLE-200212031430/main/php.h:360, from /home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c:28: /home/ben/src/php4-STABLE-200212031430/TSRM/tsrm_virtual_cwd.h:159: warning: `st ruct utimbuf' declared inside parameter list /home/ben/src/php4-STABLE-200212031430/TSRM/tsrm_virtual_cwd.h:159: warning: its scope is only this definition or declaration, which is probably not what you wa nt In file included from /home/ben/src/php4-STABLE-200212031430/ext/standard/php_st andard.h:23, from /home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c:48: /home/ben/src/php4-STABLE-200212031430/ext/standard/php_string.h: In function `p hp_memnstr': /home/ben/src/php4-STABLE-200212031430/ext/standard/php_string.h:142: warning: a ssignment makes pointer from integer without a cast In file included from /home/ben/src/php4-STABLE-200212031430/ext/standard/fsock. h:38, from /home/ben/src/php4-STABLE-200212031430/ext/standard/php_st andard.h:44, from /home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c:48: /home/ben/src/php4-STABLE-200212031430/main/php_network.h: At top level: /home/ben/src/php4-STABLE-200212031430/main/php_network.h:113: warning: `struct sockaddr' declared inside parameter list In file included from /home/ben/src/php4-STABLE-200212031430/ext/standard/php_st andard.h:44, from /home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c:48: /home/ben/src/php4-STABLE-200212031430/ext/standard/fsock.h:43: warning: `struct in_addr' declared inside parameter list make: *** [ext/zlib/zlib.lo] Error 1 ** END OUTPUT ** Which is the same as my previous error postings. Previous Comments: [2002-12-03 11:53:48] [EMAIL PROTECTED] Recommended is: autoconf 2.13 automake 1.5 libtool 1.4.2 (snapshots are generated with those too IIRC) Derick [2002-12-03 10:12:46] [EMAIL PROTECTED] Hmm... I have updated to the latest of RedHats build tools, autoconf 2.53-8, automake 1.6.3-1, libtool 1.4.2-12, and I still cannot compile, and receive the same errors as above (with the latest snap, php4-STABLE-200212031430). What version of the buildtools are used to successfully
#20546 [Ana-Fbk]: compile with gcc 3.2 fails due to parser errors
ID: 20546 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Feedback Bug Type: Compile Failure Operating System: RedHat Linux 8.0 PHP Version: 4.3.0-dev New Comment: Please rebuild configure like this: rm configure ./buildconf otherwise the wrong configure (generated with the old tools) is used. Derick Previous Comments: [2002-12-03 13:14:07] [EMAIL PROTECTED] i have downgraded to the suggested (or nearest suggested) versions of autoconf,automake, and libtool. my versions are now: autoconf 2.13-5, automake 1.4p5-4, libtool 1.4.2-14. my gcc version is still gcc 3.2-7 (redhat 8.0) with the latest snapshot (php4-STABLE-200212031430), after a successful make distclean/configure, i run 'make', and receive this: ** BEGIN OUTPUT ** /bin/sh libtool --silent --mode=compile gcc -Iext/zlib/ -I/home/ben/src/php4-ST ABLE-200212031430/ext/zlib/ -DPHP_ATOM_INC -I/home/ben/src/php4-STABLE-200212031 430/include -I/home/ben/src/php4-STABLE-200212031430/main -I/home/ben/src/php4-S TABLE-200212031430 -I/usr/local/apache2/include -I/home/ben/src/php4-STABLE-2002 12031430/Zend -I/usr/include/libxml2 -I/home/ben/src/php4-STABLE-200212031430/ex t/xml/expat -I/home/ben/src/php4-STABLE-200212031430/TSRM -g -prefer-pic -c / home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c -o ext/zlib/zlib.lo In file included from /home/ben/src/php4-STABLE-200212031430/Zend/zend.h:202, from /home/ben/src/php4-STABLE-200212031430/main/php.h:34, from /home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c:28: /home/ben/src/php4-STABLE-200212031430/Zend/zend_hash.h:119: parse error before va_list In file included from /home/ben/src/php4-STABLE-200212031430/Zend/zend.h:203, from /home/ben/src/php4-STABLE-200212031430/main/php.h:34, from /home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c:28: /home/ben/src/php4-STABLE-200212031430/Zend/zend_llist.h:34: parse error before va_list In file included from /home/ben/src/php4-STABLE-200212031430/main/php.h:34, from /home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c:28: /home/ben/src/php4-STABLE-200212031430/Zend/zend.h:285: parse error before va_l ist /home/ben/src/php4-STABLE-200212031430/Zend/zend.h:423: parse error before va_l ist In file included from /home/ben/src/php4-STABLE-200212031430/main/php.h:224, from /home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c:28: /home/ben/src/php4-STABLE-200212031430/main/spprintf.h:40: parse error before v a_list In file included from /home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c:28: /home/ben/src/php4-STABLE-200212031430/main/php.h:277: parse error before va_li st In file included from /home/ben/src/php4-STABLE-200212031430/main/php.h:360, from /home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c:28: /home/ben/src/php4-STABLE-200212031430/TSRM/tsrm_virtual_cwd.h:159: warning: `st ruct utimbuf' declared inside parameter list /home/ben/src/php4-STABLE-200212031430/TSRM/tsrm_virtual_cwd.h:159: warning: its scope is only this definition or declaration, which is probably not what you wa nt In file included from /home/ben/src/php4-STABLE-200212031430/ext/standard/php_st andard.h:23, from /home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c:48: /home/ben/src/php4-STABLE-200212031430/ext/standard/php_string.h: In function `p hp_memnstr': /home/ben/src/php4-STABLE-200212031430/ext/standard/php_string.h:142: warning: a ssignment makes pointer from integer without a cast In file included from /home/ben/src/php4-STABLE-200212031430/ext/standard/fsock. h:38, from /home/ben/src/php4-STABLE-200212031430/ext/standard/php_st andard.h:44, from /home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c:48: /home/ben/src/php4-STABLE-200212031430/main/php_network.h: At top level: /home/ben/src/php4-STABLE-200212031430/main/php_network.h:113: warning: `struct sockaddr' declared inside parameter list In file included from /home/ben/src/php4-STABLE-200212031430/ext/standard/php_st andard.h:44, from /home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c:48: /home/ben/src/php4-STABLE-200212031430/ext/standard/fsock.h:43: warning: `struct in_addr' declared inside parameter list make: *** [ext/zlib/zlib.lo] Error 1 ** END OUTPUT ** Which is the same as my previous error postings. [2002-12-03 11:53:48] [EMAIL PROTECTED] Recommended is: autoconf 2.13 automake 1.5 libtool 1.4.2 (snapshots are generated with those too IIRC) Derick [2002-12-03 10:12:46] [EMAIL PROTECTED]
#20785 [Opn-Csd]: ImageCreateTrueColor, ImageCreateFromJPEG +pdflib fails - cannot create images
ID: 20785 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: PDF related Operating System: Linux PHP Version: 4.2.3, 4.4.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-12-03 05:51:25] [EMAIL PROTECTED] Tried with the latest snapshot, 200212031030 and unfortunately it didn't work either. [2002-12-03 05:32:20] [EMAIL PROTECTED] Clarification: 256 color images can be created with ImageCreate, however ImageCreateTrueColor and possibly other calls intended to create images with more than 256 colors fails. [2002-12-03 05:31:54] [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-12-03 05:26:57] [EMAIL PROTECTED] As reported at http://www.php.net/manual/en/function.pdf-open-memory-image.php ImageCreateTrueColor and others does not work correctly when using pdflib 4.0.x and PHP 4.2.x and reading the image from memory (reading from file seems to work though). Excerpt from forum and configuration information below. WORKS: $im = ImageCreate(100, 100); $pim = pdf_open_memory_image($pdf, $im); DOES NOT WORK: $im = ImageCreateTrueColor(100, 100); $pim = pdf_open_memory_image($pdf, $im); DOES NOT WORK: $im = ImageCreateFromJPEG(file.jpg); $pim = pdf_open_memory_image($pdf, $im); --- PHP 4.2.3 GD 2.0.8 PDFLib 4.0.3 (compiled with default options) Configure Options: ./configure \ --with-config-file-path=/etc \ --with-apxs=/usr/local/apache/bin/apxs \ --enable-versioning \ --enable-inline-optimization \ --enable-magic-quotes \ --enable-track-vars \ --with-xml --with-dom --with-xmlrpc \ --with-mysql=/usr \ --enable-sockets \ --with-ldap \ --with-imap=/usr/local --with-imap-ssl=/usr/local \ --with-mm \ --enable-memory-limit \ --enable-bcmath \ --enable-sigchild \ --with-zlib=/usr \ --with-curl=/usr/local \ --with-dom=/usr/include/libxml2/libxml \ --enable-exif \ --enable-ftp \ --with-gettext=/usr/share \ --with-gd \ --with-ttf \ --with-freetype-dir=/usr/local/include/freetype2/freetype \ --enable-gd-imgstrttf \ --with-png-dir=/usr \ --with-jpeg-dir=/usr \ --with-tiff-lib=/usr \ --with-mcal=../libmcal \ --with-openssl \ --with-mcrypt --with-mhash \ --with-pspell \ --with-ming \ --with-pdflib -- Edit this bug report at http://bugs.php.net/?id=20785edit=1
#20796 [Opn-Bgs]: Overridden Get, Post and Cookie data with register_globals turned on
ID: 20796 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Variables related Operating System: Red Hat 8.0 PHP Version: 4.2.2 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php This is why register_globals is dangerous, if there are variables with the same name they get over-written. This is why you should keep it off. You can control the order of the way variables passed via GET/POST/COOKIE/FILES are registered via the gpc_order ini setting. Previous Comments: [2002-12-03 12:25:22] [EMAIL PROTECTED] With register_globals turned on, if 3 variables WITH THE SAME NAME are defined in your script (one as a Get variable, one as a Post variable and one as a Cookie variable) and if this name is an ARRAY ELEMENT (let's say foo[ab]), then $_GET[foo][ab] and $_POST[foo][ab] will both be set to $_COOKIE[foo][ab]. Let's try it. First, write the script print_gpc.php : ?php echo '$_GET'; echo PRE; print_r($_GET); echo /PRE; echo '$_POST'; echo PRE; print_r($_POST); echo /PRE; echo '$_COOKIE'; echo PRE; print_r($_COOKIE); echo /PRE; ? Then call the form below (test.php) in your browser : ?php setcookie(foo[ab],I_am_a_cookie); ? FORM METHOD=POST ACTION=print_gpc.php?foo[ab]=I_am_a_get_value INPUT TYPE=submit NAME=foo[ab] VALUE=OK /FORM and clic on the OK button. If you have register_globals turned off, you will see what you expect : $_GET Array ( [foo] = Array ( [ab] = I_am_a_get_value ) ) $_POST Array ( [foo] = Array ( [ab] = OK ) ) $_COOKIE Array ( [foo] = Array ( [ab] = I_am_a_cookie ) ) but if you have register_globals turned on, you will have $_GET[foo][ab] == I_am_a_cookie and $_POST[foo][ab] == I_am_a_cookie. Strangly, this problem does not occur if the cookie name is NOT an array element EVEN if register_globals is turned On. (Try to replace foo[ab] by foo in the test.php form.) -- Edit this bug report at http://bugs.php.net/?id=20796edit=1
#20546 [Com]: compile with gcc 3.2 fails due to parser errors
ID: 20546 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating System: RedHat Linux 8.0 PHP Version: 4.3.0-dev New Comment: Thanks for the heads-up on rebuilding the configure, but alas I just tried your rm configure; ./buildconf suggestion, and the very same build errors occurred. Previous Comments: [2002-12-03 13:19:55] [EMAIL PROTECTED] Please rebuild configure like this: rm configure ./buildconf otherwise the wrong configure (generated with the old tools) is used. Derick [2002-12-03 13:14:07] [EMAIL PROTECTED] i have downgraded to the suggested (or nearest suggested) versions of autoconf,automake, and libtool. my versions are now: autoconf 2.13-5, automake 1.4p5-4, libtool 1.4.2-14. my gcc version is still gcc 3.2-7 (redhat 8.0) with the latest snapshot (php4-STABLE-200212031430), after a successful make distclean/configure, i run 'make', and receive this: ** BEGIN OUTPUT ** /bin/sh libtool --silent --mode=compile gcc -Iext/zlib/ -I/home/ben/src/php4-ST ABLE-200212031430/ext/zlib/ -DPHP_ATOM_INC -I/home/ben/src/php4-STABLE-200212031 430/include -I/home/ben/src/php4-STABLE-200212031430/main -I/home/ben/src/php4-S TABLE-200212031430 -I/usr/local/apache2/include -I/home/ben/src/php4-STABLE-2002 12031430/Zend -I/usr/include/libxml2 -I/home/ben/src/php4-STABLE-200212031430/ex t/xml/expat -I/home/ben/src/php4-STABLE-200212031430/TSRM -g -prefer-pic -c / home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c -o ext/zlib/zlib.lo In file included from /home/ben/src/php4-STABLE-200212031430/Zend/zend.h:202, from /home/ben/src/php4-STABLE-200212031430/main/php.h:34, from /home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c:28: /home/ben/src/php4-STABLE-200212031430/Zend/zend_hash.h:119: parse error before va_list In file included from /home/ben/src/php4-STABLE-200212031430/Zend/zend.h:203, from /home/ben/src/php4-STABLE-200212031430/main/php.h:34, from /home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c:28: /home/ben/src/php4-STABLE-200212031430/Zend/zend_llist.h:34: parse error before va_list In file included from /home/ben/src/php4-STABLE-200212031430/main/php.h:34, from /home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c:28: /home/ben/src/php4-STABLE-200212031430/Zend/zend.h:285: parse error before va_l ist /home/ben/src/php4-STABLE-200212031430/Zend/zend.h:423: parse error before va_l ist In file included from /home/ben/src/php4-STABLE-200212031430/main/php.h:224, from /home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c:28: /home/ben/src/php4-STABLE-200212031430/main/spprintf.h:40: parse error before v a_list In file included from /home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c:28: /home/ben/src/php4-STABLE-200212031430/main/php.h:277: parse error before va_li st In file included from /home/ben/src/php4-STABLE-200212031430/main/php.h:360, from /home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c:28: /home/ben/src/php4-STABLE-200212031430/TSRM/tsrm_virtual_cwd.h:159: warning: `st ruct utimbuf' declared inside parameter list /home/ben/src/php4-STABLE-200212031430/TSRM/tsrm_virtual_cwd.h:159: warning: its scope is only this definition or declaration, which is probably not what you wa nt In file included from /home/ben/src/php4-STABLE-200212031430/ext/standard/php_st andard.h:23, from /home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c:48: /home/ben/src/php4-STABLE-200212031430/ext/standard/php_string.h: In function `p hp_memnstr': /home/ben/src/php4-STABLE-200212031430/ext/standard/php_string.h:142: warning: a ssignment makes pointer from integer without a cast In file included from /home/ben/src/php4-STABLE-200212031430/ext/standard/fsock. h:38, from /home/ben/src/php4-STABLE-200212031430/ext/standard/php_st andard.h:44, from /home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c:48: /home/ben/src/php4-STABLE-200212031430/main/php_network.h: At top level: /home/ben/src/php4-STABLE-200212031430/main/php_network.h:113: warning: `struct sockaddr' declared inside parameter list In file included from /home/ben/src/php4-STABLE-200212031430/ext/standard/php_st andard.h:44, from /home/ben/src/php4-STABLE-200212031430/ext/zlib/zlib.c:48: /home/ben/src/php4-STABLE-200212031430/ext/standard/fsock.h:43: warning: `struct in_addr' declared inside parameter list make: *** [ext/zlib/zlib.lo] Error 1 ** END OUTPUT ** Which is the same as my previous error postings. [2002-12-03 11:53:48] [EMAIL
#17302 [Opn-Fbk]: can't pass result sets between functions
ID: 17302 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: W2K PHP Version: 4.2.1 New Comment: Two lines from your sample code indicates that you are calling 'get_company_list' but the function is named 'get_company_db'. Could this be the problem ? Previous Comments: [2002-05-17 23:08:42] [EMAIL PROTECTED] Using PHP 4.2.1 on Apache in W2K, connecting to MSSQL7 also on W2K. The db connection seems to work fine and I get data returned. The problem is when I try to split the data retrieval in one function, and then pass the result set back to another script. No data gets returned and my script hangs for a while. If I run the retrieval in-line with the display script, things are fine. //* Does work *// $conn = db_connect_user(); if ($conn==false) return false; $result = mssql_query(select id, name, db_name from rm_company, $conn); //Loop through and gather the info about the orders for this customer $count = mssql_num_rows($result); for($i = 0; $i $count; $i++) { $company_list[$i][0]=mssql_result($result,$i,0); $company_list[$i][1]=mssql_result($result,$i,1); $company_list[$i][2]=mssql_result($result,$i,2); } if(!($company_list==false)) { $list_count = count($company_list); // etc. ** //*Does not work*// ..top of script.. $company_list = get_company_list(); if(!($company_list==false)) { $list_count = count($company_list); ..further down script/in another script (have tried both).. function get_company_db() { $conn = db_connect_user(); if ($conn==false) return false; $result = mssql_query(select id, name, db_name from rm_company, $conn); if (!$result) return false; // not found else if (mssql_num_rows($result)==0) return false; // no orders found else { //Loop through and gather the info about the orders for this customer { $count = mssql_num_rows($result); for($i = 0; $i $count; $i++) { $company_list[$i][0]=mssql_result($result,$i,0); $company_list[$i][1]=mssql_result($result,$i,1); $company_list[$i][2]=mssql_result($result,$i,2); } } return $company_list; } } -- Edit this bug report at http://bugs.php.net/?id=17302edit=1
#20796 [Bgs-Ver]: Overridden Get, Post and Cookie data with register_globals turned on
ID: 20796 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Verified Bug Type: Variables related Operating System: Red Hat 8.0 -PHP Version: 4.2.2 +PHP Version: 4.3.0-rc2 New Comment: Just verified this bug, so: a) Only arrays are affected. b) Only affected if register_globals = on c) This is a bug, $_GET for example should never have a COOKIE value it in. Here's another piece of test code, and the results with register_globals = on. When register_globals = off, everything works as expected. ?php setcookie(a[foo],I_AM_A_COOKIE); setcookie(b, I_AM_ALSO_A_COOKIE); setcookie(c, bar); ? FORM METHOD=POST ACTION=print_gpc?a[foo]=a_get_valeb=another_getc=bar input type=hidden name=a[foo] value=a_post_value input type=hidden name=b value=another_post input type=hidden name=c value=bar input type=submit name=submit value=submit /FORM And: pre ?php echo \nGET\n; print_r($_GET); echo \nPOST\n;print_r($_POST); echo \nCOOKIE\n; print_r($_COOKIE); echo \nREQUEST\n; print_r($_REQUEST); ? /pre Provides us with: GET Array ( [a] = Array ( [foo] = I_AM_A_COOKIE ) [b] = another_get [c] = bar ) POST Array ( [a] = Array ( [foo] = I_AM_A_COOKIE ) [b] = another_post [c] = bar [submit] = submit ) COOKIE Array ( [a] = Array ( [foo] = I_AM_A_COOKIE ) [b] = I_AM_ALSO_A_COOKIE [c] = bar ) REQUEST Array ( [a] = Array ( [foo] = I_AM_A_COOKIE ) [b] = I_AM_ALSO_A_COOKIE [c] = bar [submit] = submit ) $_REQUEST of course works as expected according to the variables_order directive. Previous Comments: [2002-12-03 13:28:47] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php This is why register_globals is dangerous, if there are variables with the same name they get over-written. This is why you should keep it off. You can control the order of the way variables passed via GET/POST/COOKIE/FILES are registered via the gpc_order ini setting. [2002-12-03 12:25:22] [EMAIL PROTECTED] With register_globals turned on, if 3 variables WITH THE SAME NAME are defined in your script (one as a Get variable, one as a Post variable and one as a Cookie variable) and if this name is an ARRAY ELEMENT (let's say foo[ab]), then $_GET[foo][ab] and $_POST[foo][ab] will both be set to $_COOKIE[foo][ab]. Let's try it. First, write the script print_gpc.php : ?php echo '$_GET'; echo PRE; print_r($_GET); echo /PRE; echo '$_POST'; echo PRE; print_r($_POST); echo /PRE; echo '$_COOKIE'; echo PRE; print_r($_COOKIE); echo /PRE; ? Then call the form below (test.php) in your browser : ?php setcookie(foo[ab],I_am_a_cookie); ? FORM METHOD=POST ACTION=print_gpc.php?foo[ab]=I_am_a_get_value INPUT TYPE=submit NAME=foo[ab] VALUE=OK /FORM and clic on the OK button. If you have register_globals turned off, you will see what you expect : $_GET Array ( [foo] = Array ( [ab] = I_am_a_get_value ) ) $_POST Array ( [foo] = Array ( [ab] = OK ) ) $_COOKIE Array ( [foo] = Array ( [ab] = I_am_a_cookie ) ) but if you have register_globals turned on, you will have $_GET[foo][ab] == I_am_a_cookie and $_POST[foo][ab] == I_am_a_cookie. Strangly, this problem does not occur if the cookie name is NOT an array element EVEN if register_globals is turned On. (Try to replace foo[ab] by foo in the test.php form.) -- Edit this bug report at http://bugs.php.net/?id=20796edit=1
#20777 [Fbk-Opn]: will not find apache2 apxs
ID: 20777 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Solaris 8 PHP Version: 4.3.0RC2 New Comment: Sorry I typed the message wrong it is /www2/bin/apxs Previous Comments: [2002-12-02 18:52:24] [EMAIL PROTECTED] You're using /www/bin/apxs but showing the output of /www2/bin/apxs, so which one is the right one? [2002-12-02 18:49:52] [EMAIL PROTECTED] ./configure --with-apxs2=/www/bin/apxs just testing Configuring SAPI modules checking for AOLserver support... no checking for Apache 1.x module support via DSO through APXS... no checking for Apache 1.x module support... no checking for mod_charset compatibility option... no checking for Apache 2.0 module support via DSO through APXS... Sorry, I cannot run apxs. Possible reasons follow: 1. Perl is not installed 2. apxs was not found. Try to pass the path using --with-apxs2=/path/to/apxs 3. Apache was not built using --enable-so (the apxs usage page is displayed) The output of /www2/bin/apxs follows: Usage: apxs -g [-S var=val] -n modname apxs -q [-S var=val] query ... apxs -c [-S var=val] [-o dsofile] [-D name[=value]] [-I incdir] [-L libdir] [-l libname] [-Wc,flags] [-Wl,flags] files ... apxs -i [-S var=val] [-a] [-A] [-n modname] dsofile ... apxs -e [-S var=val] [-a] [-A] [-n modname] dsofile ... configure: error: Aborting bash-2.05# perl asdf ^C bash-2.05# perl -v This is perl, v5.6.1 built for sun4-solaris Copyright 1987-2001, Larry Wall Perl may be copied only under the terms of either the Artistic License or the GNU General Public License, which may be found in the Perl 5 source kit. Complete documentation for Perl, including FAQ lists, should be found on this system using `man perl' or `perldoc perl'. If you have access to the Internet, point your browser at http://www.perl.com/, the Perl Home Page. bash-2.05# -- Edit this bug report at http://bugs.php.net/?id=20777edit=1
#20677 [Fbk-Opn]: Compile fail w/DB2 on AIX: Macro cannot be redefined
ID: 20677 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: ODBC related Operating System: AIX 5.1L PHP Version: 4CVS-2002-11-27 (dev) New Comment: This happens only with --with-ibm-db2 option in the configure. When I remove this option and the compile completes, although theres quite a few 'function argument assignment between types const unsigned char* and char* is not allowed' type errors, they don't prevent the make Previous Comments: [2002-12-02 23:28:36] [EMAIL PROTECTED] Well the CCFLAG isn't set inside of the ODBC config.m4. Does this happen with only the --with-ibm-db2 option choosen? Aka whats the minimal amount of configure options that causes this to not happen. I don't see anything glaringly wrong... the only thing that comes to mind is the ODBCVER issue which hasn't been a problem in the past. [2002-12-02 18:57:36] [EMAIL PROTECTED] Reclassified as ODBC related problem since that's where the bug is.. [2002-12-02 09:30:05] [EMAIL PROTECTED] removing -ma from CCFLAGS gets rid of the incorrect pragma errors. No effect on the other problems. Reset problem type to Compile Failure (original intent) [2002-11-27 09:50:24] [EMAIL PROTECTED] AIX 5.1L , ibm VAC 6.0 compiler xlc_r -ma -O3 -qstrict -qoptimize=3 -qmaxmem=8192 DB2 7.1 11-27 CVS packaged configure deleted, rebuilt using buildconf Configured as: ./configure --with-apxs=/usr/sbin/apxs \ --enable-track-vars --enable-versioning \ --with-ibm-db2=/home/db2inst1/sqllib --sysconfdir=/etc \ --enable-force-cgi-redirect --enable-c9x-inline\ --with-mysql=/opt/freeware/ Configure works fine (no warnings or errors), make fails with: # make /bin/sh libtool --silent --mode=compile xlc_r -ma -O3 -qstrict -qoptimize=3 -qmaxmem=8192 -qnolm -Iext/ctype/ -I/usr/purerory/php4cvs/ext/ctype/ -DPHP_ATOM_INC -I/usr/purerory/php4cvs/include -I/usr/purerory/php4cvs/main -I/usr/purerory/php4cvs -I/usr/purerory/php4cvs/Zend -I/opt/freeware//include/mysql -I/usr/purerory/php4cvs/ext/xml/expat -I /usr/local/include -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DUSE_HSREGEX -I/usr/purerory/php4cvs/TSRM -I /usr/local/include -prefer-pic -c /usr/purerory/php4cvs/ext/ctype/ctype.c -o ext/ctype/ctype.lo /usr/include/alloca.h, line 20.1: 1506-224 (I) Incorrect pragma ignored. /bin/sh libtool --silent --mode=compile xlc_r -ma -O3 -qstrict -qoptimize=3 -qmaxmem=8192 -qnolm -Iext/mysql/ -I/usr/purerory/php4cvs/ext/mysql/ -DPHP_ATOM_INC -I/usr/purerory/php4cvs/include -I/usr/purerory/php4cvs/main -I/usr/purerory/php4cvs -I/usr/purerory/php4cvs/Zend -I/opt/freeware//include/mysql -I/usr/purerory/php4cvs/ext/xml/expat -I /usr/local/include -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DUSE_HSREGEX -I/usr/purerory/php4cvs/TSRM -I /usr/local/include -prefer-pic -c /usr/purerory/php4cvs/ext/mysql/php_mysql.c -o ext/mysql/php_mysql.lo /usr/include/alloca.h, line 20.1: 1506-224 (I) Incorrect pragma ignored. /bin/sh libtool --silent --mode=compile xlc_r -ma -O3 -qstrict -qoptimize=3 -qmaxmem=8192 -qnolm -I/home/db2inst1/sqllib/include -Iext/odbc/ -I/usr/purerory/php4cvs/ext/odbc/ -DPHP_ATOM_INC -I/usr/purerory/php4cvs/include -I/usr/purerory/php4cvs/main -I/usr/purerory/php4cvs -I/usr/purerory/php4cvs/Zend -I/opt/freeware//include/mysql -I/usr/purerory/php4cvs/ext/xml/expat -I /usr/local/include -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DUSE_HSREGEX -I/usr/purerory/php4cvs/TSRM -I /usr/local/include -prefer-pic -c /usr/purerory/php4cvs/ext/odbc/php_odbc.c -o ext/odbc/php_odbc.lo /usr/include/alloca.h, line 20.1: 1506-224 (I) Incorrect pragma ignored. /usr/purerory/php4cvs/ext/standard/php_image.h, line 48.21: 1506-275 (S) Unexpected text ',' encountered. /home/db2inst1/sqllib/include/sqlcli.h, line 718.9: 1506-213 (S) Macro name ODBCVER cannot be redefined. /home/db2inst1/sqllib/include/sqlcli.h, line 718.9: 1506-358 (I) ODBCVER is defined on line 27 of /usr/purerory/php4cvs/ext/odbc/php_odbc.h. /home/db2inst1/sqllib/include/sqlcli1.h, line 126.10: 1506-213 (S) Macro name SQL_EXT_API_LAST cannot be redefined. /home/db2inst1/sqllib/include/sqlcli1.h, line 126.10: 1506-358 (I) SQL_EXT_API_LAST is defined on line 621 of /home/db2inst1/sqllib/include/sqlext.h. /home/db2inst1/sqllib/include/sqlcli1.h, line 207.10: 1506-213 (S) Macro name SQL_OJ_CAPABILITIES cannot be redefined. /home/db2inst1/sqllib/include/sqlcli1.h, line 207.10: 1506-358 (I) SQL_OJ_CAPABILITIES is defined on line 764 of
#20798 [NEW]: use_trans_sid produces unvalid html
From: [EMAIL PROTECTED] Operating system: RH7.2 PHP version: 4.2.3 PHP Bug Type: Session related Bug description: use_trans_sid produces unvalid html When a PHP option session.use_trans_sid is set on, and user has cookies disabled, every URL in page is altered by PHP to include the SID in them. However possible amp-signs in urls are not produced as valid html (according to w3c). Heres an example: A page has a link similiar to: -- HREF=/some.php?a=bamp;c=d after adding SID it becomes: -- HREF=/some.php?a=bamp;c=dSID=WHATEVER Should be: -- HREF=/some.php?a=bamp;c=damp;SID=WHATEVER am I right? Or didn't I just notice something? And btw, bug search system doesn like amp; as a search word, says that I'm a bad cracker :| -- Edit bug report at http://bugs.php.net/?id=20798edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20798r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20798r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20798r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20798r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20798r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20798r=support Expected behavior: http://bugs.php.net/fix.php?id=20798r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20798r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20798r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20798r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20798r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20798r=dst IIS Stability: http://bugs.php.net/fix.php?id=20798r=isapi
#20798 [Opn-Bgs]: use_trans_sid produces unvalid html
ID: 20798 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Session related Operating System: RH7.2 PHP Version: 4.2.3 New Comment: Read your php.ini closely, and pay attention to the arg_seperator.output setting. Not a bug - bogus Previous Comments: [2002-12-03 14:56:44] [EMAIL PROTECTED] When a PHP option session.use_trans_sid is set on, and user has cookies disabled, every URL in page is altered by PHP to include the SID in them. However possible amp-signs in urls are not produced as valid html (according to w3c). Heres an example: A page has a link similiar to: -- HREF=/some.php?a=bamp;c=d after adding SID it becomes: -- HREF=/some.php?a=bamp;c=dSID=WHATEVER Should be: -- HREF=/some.php?a=bamp;c=damp;SID=WHATEVER am I right? Or didn't I just notice something? And btw, bug search system doesn like amp; as a search word, says that I'm a bad cracker :| -- Edit this bug report at http://bugs.php.net/?id=20798edit=1
#20793 [Opn-Bgs]: big selection with array_rand() works bad EVEN with srand()
ID: 20793 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: Linux (redhat6.2) 2.2.14-5.0smp PHP Version: 4.2.3 New Comment: I'm terrible sorry the cause is most certain mysqlbased, for some reason the first 100'rows contains almost 50% of number betweens 1000-1152 (from a random selection of 1-1152) weird. But the with the script: $tempArrValue=1000; $brickArray = array(); for($i=1;$i=$tempArrValue;$i++){ $brickArray[$i]=$i; } srand ((float) microtime() * 1000); $brickArray2 = array_rand($brickArray, sizeof($brickArray)); $temp = 0; for($i=0;$i=250;$i++){ $temp = $temp + $brickArray2[$i]; } echo $temp / 250; I did get a correct answer, recieved number around 500. Again I'm terrible sorry for taking your time, please contact me of you want me to test something other, or anything else I can do. Best Regards Dave Previous Comments: [2002-12-03 12:35:39] [EMAIL PROTECTED] Here's something to test properly: ?php function printline($string) { static $nl = -1; if($nl == -1) $nl = (isset($_SERVER['REMOTE_ADDR'])) ? br /\n : \n; print($string$nl); } $bricks = (isset($argv[1])) ? $argv[1] : 1; if($bricks==1) $tempArrValue=450; if($bricks==2) $tempArrValue=800; if($bricks==3) $tempArrValue=1152; $brickArray = array(); for($i=1;$i=$tempArrValue;$i++){ $brickArray[$i]=$i; } srand ((float) microtime() * 1000); $brickArray2 = array_rand($brickArray, sizeof($brickArray)); for($i=0;$isizeof($brickArray2);$i++){ printline($i = {$brickArray2[$i]}); } ? I can't reproduce it - in fact, the following quick-hack-shell-tester doesn't yield any output: #!/bin/ksh typeset -i COUNTER=1 while [ $COUNTER -lt 100 ]; do ./test_array_rand.php 3 | awk '{print $3}' | sort | perl -n -e 'print if $_ eq $previous; $previous=$_' COUNTER=`expr ${COUNTER} + 1` done You should probably look at the query, rather than at rand. But then again - if the above yields output, report back. [2002-12-03 11:35:19] [EMAIL PROTECTED] I will test the snapshot this weekend, I have no access to a test machine earlier Ps, array_rand($brickArray, sizeof($brickArray)-3); should be array_rand($brickArray, sizeof($brickArray));, the error occur with both! Ds [2002-12-03 11:28:27] [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-12-03 11:24:16] [EMAIL PROTECTED] http://www.arthistory.cc/info.php for my php info [2002-12-03 11:21:49] [EMAIL PROTECTED] I use array_rand() to randomize an array that can have three different sizes, 450, 800 and 1152. With 450 array_rand works great. But when I try to select 800 and 1152 indexes with array_rand(), array_rand seems to seed higher number. I everycase I always get the 25 last indexes picked! Pretty weird! It seems to favor the last number! I have tried: srand ((float) microtime() * 1000); srand ((float) microtime() * 100); But that didn't helped: Here's my code: if($bricks==1) $tempArrValue=450; if($bricks==2) $tempArrValue=800; if($bricks==3) $tempArrValue=1152; $brickArray = array(); for($i=1;$i=$tempArrValue;$i++){ $brickArray[$i]=$i; } srand ((float) microtime() * 1000); $brickArray2 = array_rand($brickArray, sizeof($brickArray)-3); for($i=0;$isizeof($brickArray2);$i++){ mysql_query(insert into puzzle_bricks values(0,$countryIndex,$i, . $brickArray2[$i] . );); } My conclusion is that their are some problems when seeding random numbers for array_rand when you are selecting an array with more than 800 indexes as output. I mean I have solved the issue by making my own array_rand function, but I just wanted to help makeing PHP a better product. Best Regards Dave, Ps, I love PHP, Ds -- Edit this bug report at http://bugs.php.net/?id=20793edit=1
#16349 [Com]: no way to tell if a session exists without starting it
ID: 16349 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Suspended Bug Type: Feature/Change Request Operating System: WinXP PHP Version: 4.1.2 New Comment: I had the same problem. I wanted to knew if the session was started or not. I found out i should do a session_id(); If it returns null then it's not started yet, else it returns the session id. Previous Comments: [2002-04-14 16:17:06] [EMAIL PROTECTED] Why is this suspended? [2002-04-03 12:02:03] [EMAIL PROTECTED] Heh when I think bug I think flaw, I don't consider basic functionality to be a feature. Knowing if a session has been created or not without having to create one seems pretty basic to me.. [2002-04-03 11:57:46] [EMAIL PROTECTED] I don't know, I am pretty good at having bugs even in stuff I haven't implemented yet. [2002-04-03 11:48:19] [EMAIL PROTECTED] If it isn't implemented, there can't be a bug in it. Moving this to a feature request. Derick [2002-04-03 11:47:04] [EMAIL PROTECTED] This is a bug, or missing essential feature if you prefer. There is no question to ask, other than why has noone implemented this. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16349 -- Edit this bug report at http://bugs.php.net/?id=16349edit=1
#20772 [Opn]: Output control + memory limit + big file read
ID: 20772 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Output Control +Bug Type: Filesystem function related Operating System: redhat 7.0 PHP Version: 4.3.0RC2 New Comment: Because the problem seems to be a fpassthru problem, I have changed the category from output control to filesystem function Previous Comments: [2002-12-03 12:26:57] [EMAIL PROTECTED] Using php4.3.0RC2: Now I have put a .htaccess file with -- php_flag output_buffering Off -- and added ini_set('memory_limit','100M'); at the beginning of the script and now it works but the script is using 40Mbyte RAM, why? The fpassthru($fd) function seems to load the complete file in memory but in version 4.2.3 it sent it directly to the output without loading it in memory. [2002-12-03 06:43:53] [EMAIL PROTECTED] to add to the summary: php 4.3.0RC2 without output buffering : unable to find the server error. [2002-12-03 06:41:46] [EMAIL PROTECTED] Errata corridge: The script works well adding the ob_end_clean() function only if I use php 4.2.3. Using php 4.3.0RC2 the script give me a blank document. I have tried to set --- php_flag output_buffering Off --- in .htaccess and to comment the ob_and_clean() but the script give me a unable to find the server error now (this is also the error that the script gave me with output buffering activated and no ob_end_clean in php 4.2.3) Summary: php 4.3.0RC2 + output buffering on (without ob_end_clean()): unable to find the server error. php 4.3.0RC2 + output buffering on (with ob_end_clean()): document contains no data error. php 4.2.3 + output buffering on (without ob_end_clean()): unable to find the server error. php 4.2.3 + output buffering on (with ob_end_clean()): all is ok. I have experienced the same document contains no data in other scripts in which i used the ob_end_clean() function to deactivate the output buffering (when I cannot use .htaccess) but these scripts worked well with php 4.2.3. Andrea Busia [2002-12-02 16:50:33] [EMAIL PROTECTED] In the script the last } is to delete. [2002-12-02 16:43:37] [EMAIL PROTECTED] If I try to run this script the server simply exit without giving me anything. ? echo A; $fd=fopen(aaa/temp, wb); fpassthru($fd); echo B; } ? The server is configured with output buffering activated (gz_handler), memory limit enabled (8MB) and the temp file is bigger than 8MByte I have understand that the problem that the script excedeed the memory limit and adding, as first line, ob_end_clean(); the script works, but in the error log there isn't a fatal error or a warning, nothing; also the access log doesn't log the hit. It's possible to add a fatal error to let the programmer know what is the problem. -- Edit this bug report at http://bugs.php.net/?id=20772edit=1
#20771 [Fbk-Opn]: imagettftext() fails without errors
ID: 20771 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: GD related Operating System: RH 8.0 PHP Version: 4.2.2 New Comment: I was afraid you'd say that. I'll have to try that on a dev box... I'm trying to stick with Redhat up2date on my live servers. Do you think it's a problem with 4.2.2 ? Previous Comments: [2002-12-02 14:49:23] [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-12-02 14:48:45] [EMAIL PROTECTED] This works on 4.0.4pl1 and 4.0.5 but not on my new RH 8.0 build with 4.4.2: phpinfo() is at http://www.resiteit.com/phpinfo.php $im = imagecreate (400, 30); $black = imagecolorallocate ($im, 0, 0, 0); $white = imagecolorallocate ($im, 255, 255, 255); imagettftext ($im, 20, 0, 10, 20, $white, ../fonts/arialbd.ttf, Testing...Omega: #937;); imagepng ($im); imagedestroy ($im); On the new build, I just get the black bar. Unfortunately no errors. Interesting to note that the function doesn't return the bounding box array either. Any ideas? -- Thanks! -- Edit this bug report at http://bugs.php.net/?id=20771edit=1
#15982 [Com]: PHP Freeze with swffont() call
ID: 15982 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: Ming related Operating System: Win XP Prof PHP Version: 4.x.x New Comment: Hi, This problem in Windows OS is actually caused by call function SWFShape_setRightFill(). In turn it goes to the function newShapeRecord() I changed the following line in this function return shape-records[shape-nRecords++]; as shape-nRecords++; return shape-records[shape-nRecords-1]; It solves the problem. However, I didn't look at it deeply. The one who is distributing the Windows DLL should think about it. Weisheng Previous Comments: [2002-10-25 01:00:08] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2002-10-09 20:41:07] [EMAIL PROTECTED] Using the latest CVS I am unable to replicate this crash on Linux, so this is most likely a Windows only bug. I do however see a number of memory leaks caused by this extension: /home/rei/PHP_CVS/php4/Zend/zend_hash.c(178) : Freeing 0x083A1AA4 (32 bytes), script=m.php Last leak repeated 2 times /home/rei/PHP_CVS/php4/Zend/zend_API.c(597) : Freeing 0x083A1A44 (44 bytes), script=m.php /home/rei/PHP_CVS/php4/Zend/zend_API.c(585) : Actual location (location was relayed) Last leak repeated 2 times Using Google I found the following archive of fdb fonts, http://todbot.com/ming/tsts/fonts/, the url provided by [EMAIL PROTECTED] does not appear to work. [2002-10-09 20:01:55] [EMAIL PROTECTED] I know the bug still exists in Ming. Anyway if you want an alternative that works there is FreeMovie/PHP http://freemovie.sourceforge.net/. [2002-10-09 16:18:58] [EMAIL PROTECTED] Still an issue. Running Apache 2.0.40 with php 4.2.3 and ming 2a all on Windows 2000 Pro. ERROR message as follows: The instruction at 0x00bacf0c referenced memory at 0x00ad8000. The memory could not be written. [2002-09-28 04:03:34] [EMAIL PROTECTED] you'll find some .fdb fonts at: http://www.neuralust.com/~mingdocs/fonts/getfonts.htm 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
#20800 [NEW]: ob_and_clean crash
From: [EMAIL PROTECTED] Operating system: Redhat 7.0 PHP version: 4.3.0RC2 PHP Bug Type: Output Control Bug description: ob_and_clean crash If I try to run this script I receive a blank page (no output): ? ob_end_clean(); echo a; ? If I try to run from the command line it works. Server configuration: Linux Redhat 7.0 Apache 1.3.22 PHP 4.3.0RC2 Zend Optimizer 2.0.3 Mysql 4.0.5 ini: output_buffering On output_handler ob_gzhandler Configure: './configure' '--enable-track-vars' '--prefix=/usr' '--exec-prefix=/usr' '--libexecdir=/usr/lib/apache' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--datadir=/home/httpd' '--sysconfdir=/etc/httpd/conf' '--localstatedir=/var' '--libdir=/usr/lib/apache' '--includedir=/usr/include/apache' '--mandir=/usr/man' '--with-mysql=/usr' '--enable-memory-limit' '--with-config-file-path=/usr/local/Zend/etc' '--with-apxs' '--with-zlib' -- Edit bug report at http://bugs.php.net/?id=20800edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20800r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20800r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20800r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20800r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20800r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20800r=support Expected behavior: http://bugs.php.net/fix.php?id=20800r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20800r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20800r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20800r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20800r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20800r=dst IIS Stability: http://bugs.php.net/fix.php?id=20800r=isapi
#17314 [NoF-Csd]: CGI error with doc_root as in php.ini_dist
ID: 17314 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Closed Bug Type: IIS related Operating System: Win XP Pro PHP Version: 4.3.0 dev New Comment: Yeah, it works now - and, more important, the CGI environment vars all set correctly - what a magical day... sometimes one just has to pray and then wait long enough (at least if he can't code). Thanks a lot, Shane Previous Comments: [2002-12-03 01:25:05] [EMAIL PROTECTED] Please try a snapshot dated after today. [2002-11-16 01:00:01] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2002-10-31 11:55:53] [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-07-01 16:08:43] [EMAIL PROTECTED] Veryfied with 4.3.0 snapshot of yesterday. Still the same phenomen. [2002-06-03 14:26:47] [EMAIL PROTECTED] No, I'm sure it's not cgi.force-redirect. The behaviour is changing when commenting out doc_root. Have verified it again. However, I didn't have the problem on a NT 4.0 Server SP6a with IIS 4. Christoph 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/17314 -- Edit this bug report at http://bugs.php.net/?id=17314edit=1
#20801 [NEW]: undefined symbol: xml_utf8_decode
From: [EMAIL PROTECTED] Operating system: Linux/Debian PHP version: 4.2.3 PHP Bug Type: Apache related Bug description: undefined symbol: xml_utf8_decode I've compiled PHP 4.2.3, patched to work with GD2, as an apache module. I'm using apache-ssl, and when I try to start it, it gives me the following error: Starting web server: apache-sslSyntax error on line 243 of /etc/apache-ssl/httpd.conf: Cannot load /usr/lib/apache/1.3/libphp4.so into server: /usr/lib/apache/1.3/libphp4.so: undefined symbol: xml_utf8_decode failed compiled with: ./configure --prefix=/usr --with-regex=php --with-config-file-path=/etc/php4/apache --with-apxs=/usr/bin/apxs --disable-rpath --disable-debug --enable-memory-limit --enable-calendar --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-trans-sid --enable-bcmath --with-bz2 --enable-ctype --with-db2 --with-iconv --with-ndbm --enable-exif --enable-filepro --enable-ftp --with-gettext --enable-mbstring --with-pcre-regex=/usr --enable-shmop --enable-sockets --enable-wddx --with-xml=/usr --with-expat-dir=/usr --enable-yp --with-zlib --without-pgsql --disable-static --with-layout=GNU --with-curl=shared,/usr --with-dom=shared,/usr --with-zlib-dir=/usr --with-gd=shared,/usr --with-jpeg-dir=shared,/usr --with-png-dir=shared,/usr --with-freetype-dir=shared,/usr --with-ldap=shared,/usr --with-mcal=shared,/usr --with-mhash=shared,/usr --with-mm --with-mysql=shared --without-unixODBC --with-recode=shared,/usr --enable-xslt --with-xslt-sablot=shared,/usr --with-snmp=shared --enable-ucd-snmp-hack --without-sybase-ct --with-ttf=shared,/usr --with-t1lib=shared,/usr -- Edit bug report at http://bugs.php.net/?id=20801edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20801r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20801r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20801r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20801r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20801r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20801r=support Expected behavior: http://bugs.php.net/fix.php?id=20801r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20801r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20801r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20801r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20801r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20801r=dst IIS Stability: http://bugs.php.net/fix.php?id=20801r=isapi
#20802 [NEW]: memory limit crash
From: [EMAIL PROTECTED] Operating system: Redhat 7.0 PHP version: 4.3.0RC2 PHP Bug Type: Reproducible crash Bug description: memory limit crash I have a php installation with a memory limit set to 8MB. If I try to run this script ? for ($i=0; $i=1000; $i++) { $var.=a; } echo all is ok; ? I don't receive an error like memory limit excedeed (10MB 8MB), simply the server kills the connection without any error on the screen or in the logs. Server configuration: Linux Redhat 7.0 Apache 1.3.22 PHP 4.3.0RC2 Zend Optimizer 2.0.3 Mysql 4.0.5 Configure: './configure' '--enable-track-vars' '--prefix=/usr' '--exec-prefix=/usr' '--libexecdir=/usr/lib/apache' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--datadir=/home/httpd' '--sysconfdir=/etc/httpd/conf' '--localstatedir=/var' '--libdir=/usr/lib/apache' '--includedir=/usr/include/apache' '--mandir=/usr/man' '--with-mysql=/usr' '--enable-memory-limit' '--with-config-file-path=/usr/local/Zend/etc' '--with-apxs' '--with-zlib' -- Edit bug report at http://bugs.php.net/?id=20802edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20802r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20802r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20802r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20802r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20802r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20802r=support Expected behavior: http://bugs.php.net/fix.php?id=20802r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20802r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20802r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20802r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20802r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20802r=dst IIS Stability: http://bugs.php.net/fix.php?id=20802r=isapi
#20772 [Opn]: fpassthru() loads entire file in RAM
ID: 20772 User updated by: [EMAIL PROTECTED] -Summary: Output control + memory limit + big file read Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Filesystem function related Operating System: redhat 7.0 PHP Version: 4.3.0RC2 New Comment: I have changed this bug report to analyze simply the fpassthru() bug and I have opened to other bug reports regarding ob_end_clean and memory limit problems. These seem to be independent bugs. Previous Comments: [2002-12-03 15:38:46] [EMAIL PROTECTED] Because the problem seems to be a fpassthru problem, I have changed the category from output control to filesystem function [2002-12-03 12:26:57] [EMAIL PROTECTED] Using php4.3.0RC2: Now I have put a .htaccess file with -- php_flag output_buffering Off -- and added ini_set('memory_limit','100M'); at the beginning of the script and now it works but the script is using 40Mbyte RAM, why? The fpassthru($fd) function seems to load the complete file in memory but in version 4.2.3 it sent it directly to the output without loading it in memory. [2002-12-03 06:43:53] [EMAIL PROTECTED] to add to the summary: php 4.3.0RC2 without output buffering : unable to find the server error. [2002-12-03 06:41:46] [EMAIL PROTECTED] Errata corridge: The script works well adding the ob_end_clean() function only if I use php 4.2.3. Using php 4.3.0RC2 the script give me a blank document. I have tried to set --- php_flag output_buffering Off --- in .htaccess and to comment the ob_and_clean() but the script give me a unable to find the server error now (this is also the error that the script gave me with output buffering activated and no ob_end_clean in php 4.2.3) Summary: php 4.3.0RC2 + output buffering on (without ob_end_clean()): unable to find the server error. php 4.3.0RC2 + output buffering on (with ob_end_clean()): document contains no data error. php 4.2.3 + output buffering on (without ob_end_clean()): unable to find the server error. php 4.2.3 + output buffering on (with ob_end_clean()): all is ok. I have experienced the same document contains no data in other scripts in which i used the ob_end_clean() function to deactivate the output buffering (when I cannot use .htaccess) but these scripts worked well with php 4.2.3. Andrea Busia [2002-12-02 16:50:33] [EMAIL PROTECTED] In the script the last } is to delete. 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/20772 -- Edit this bug report at http://bugs.php.net/?id=20772edit=1
#20795 [Com]: Memory_limit not respected
ID: 20795 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *Configuration Issues Operating System: Windows XP Pro/BSDi/FreeBSD PHP Version: 4.4CVS2002-12-03 New Comment: Oki, I have check (but i was sure): Configuration File (php.ini) Path C:\WINDOWS\php.ini And the file have the right name and the right location. In all case, i suppose that normally, i should have a default value of memory_limit and max_execution_time displayed by phpinfo(). And it's not the case. (Note that this values are displayed under Linux with Apache/1.3.23, PHP Version 4.1.2) Previous Comments: [2002-12-03 12:06:20] [EMAIL PROTECTED] Please check (with phpinfo()) if the location of your php.ini file is correct (and watch the troubles with the file extensions in windows, the best thing to check if the file actually has the name 'php.ini' (and not 'php.ini.ini') is to check it in a DOS prompt. Derick [2002-12-03 12:02:24] [EMAIL PROTECTED] I know this is hard to believe, but the max_execution_time part is not a bug. See the NOTE at: http://www.php.net/set_time_limit The larger part of the execution is done by MySQL. max_execution_time, is the time that php keeps the processor busy - not the 'real' time. Leaving open for the memory_limit, which I reported myself not to be working in http://bugs.php.net/20738. I'll add any comments on that here. Updated summary and version. [2002-12-03 11:36:21] [EMAIL PROTECTED] Hi i'm using Apache/1.3.26 (Win32) PHP/4.2.3, with mysql.exe Ver 11.18 Distrib 3.23.52, for Win95/Win98 (i32) 1) PhpInfo() don't give me the memory_limit that I set on default value. Non memory_limit appear on the page even though the php.ini file contain a definition. 2) PhpInfo() also don't give me the max_execution_time, witch is also setted. 3) When I execute an big sql query (2 lines) (It was a mystake of course!!!) the memory grow up and grow up ... After more time than the max_execution_time, system blow up and apache is killed !!! I see in the task manager that memory in use by apache was up than 300Mo. And before the execution it was 5 or 6 Mo. 4) I will complete this report with the sql request made, but i notice that after stoping the html request mysqld-nt continue to work (100% of CPU_1) more than 10 minutes and apache also. I stop the daemon before they stop themself. I hope i was clear (im french and my english is poor). -- Edit this bug report at http://bugs.php.net/?id=20795edit=1
#20803 [NEW]: running autoconf gives error
From: [EMAIL PROTECTED] Operating system: Linux Gentoo PHP version: 4.3.0RC2 PHP Bug Type: *Configuration Issues Bug description: running autoconf gives error taking the tarbal 4.3.0RC2 and running autoconf on it give an error. $ tar zxf devsource/php-4.3.0RC2.tar.gz $ cd php-4.3.0RC2 ; autoconf configure.in:520: warning: AC_TRY_RUN called without default to allow cross compiling configure.in:556: AC_ARG_ARRAY has been removed; don't do unportable things with arguments To fix it, regenerate aclocal.m4 or delete it from the tarball $ rm aclocal.m4 $ ./buildconf using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4-p5 (ok) buildconf: libtool version 1.4.1 (ok) rebuilding configure rebuilding main/php_config.h.in -- Edit bug report at http://bugs.php.net/?id=20803edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20803r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20803r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20803r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20803r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20803r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20803r=support Expected behavior: http://bugs.php.net/fix.php?id=20803r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20803r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20803r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20803r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20803r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20803r=dst IIS Stability: http://bugs.php.net/fix.php?id=20803r=isapi
#20796 [Ver-Ctl]: Overridden Get, Post and Cookie data with register_globals turned on
ID: 20796 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Critical Bug Type: Variables related Operating System: Red Hat 8.0 PHP Version: 4.3.0-rc2 New Comment: Marking as critical as this bug causes autoglobals to be unreliable. Previous Comments: [2002-12-03 14:31:19] [EMAIL PROTECTED] Just verified this bug, so: a) Only arrays are affected. b) Only affected if register_globals = on c) This is a bug, $_GET for example should never have a COOKIE value it in. Here's another piece of test code, and the results with register_globals = on. When register_globals = off, everything works as expected. ?php setcookie(a[foo],I_AM_A_COOKIE); setcookie(b, I_AM_ALSO_A_COOKIE); setcookie(c, bar); ? FORM METHOD=POST ACTION=print_gpc?a[foo]=a_get_valeb=another_getc=bar input type=hidden name=a[foo] value=a_post_value input type=hidden name=b value=another_post input type=hidden name=c value=bar input type=submit name=submit value=submit /FORM And: pre ?php echo \nGET\n; print_r($_GET); echo \nPOST\n;print_r($_POST); echo \nCOOKIE\n; print_r($_COOKIE); echo \nREQUEST\n; print_r($_REQUEST); ? /pre Provides us with: GET Array ( [a] = Array ( [foo] = I_AM_A_COOKIE ) [b] = another_get [c] = bar ) POST Array ( [a] = Array ( [foo] = I_AM_A_COOKIE ) [b] = another_post [c] = bar [submit] = submit ) COOKIE Array ( [a] = Array ( [foo] = I_AM_A_COOKIE ) [b] = I_AM_ALSO_A_COOKIE [c] = bar ) REQUEST Array ( [a] = Array ( [foo] = I_AM_A_COOKIE ) [b] = I_AM_ALSO_A_COOKIE [c] = bar [submit] = submit ) $_REQUEST of course works as expected according to the variables_order directive. [2002-12-03 13:28:47] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php This is why register_globals is dangerous, if there are variables with the same name they get over-written. This is why you should keep it off. You can control the order of the way variables passed via GET/POST/COOKIE/FILES are registered via the gpc_order ini setting. [2002-12-03 12:25:22] [EMAIL PROTECTED] With register_globals turned on, if 3 variables WITH THE SAME NAME are defined in your script (one as a Get variable, one as a Post variable and one as a Cookie variable) and if this name is an ARRAY ELEMENT (let's say foo[ab]), then $_GET[foo][ab] and $_POST[foo][ab] will both be set to $_COOKIE[foo][ab]. Let's try it. First, write the script print_gpc.php : ?php echo '$_GET'; echo PRE; print_r($_GET); echo /PRE; echo '$_POST'; echo PRE; print_r($_POST); echo /PRE; echo '$_COOKIE'; echo PRE; print_r($_COOKIE); echo /PRE; ? Then call the form below (test.php) in your browser : ?php setcookie(foo[ab],I_am_a_cookie); ? FORM METHOD=POST ACTION=print_gpc.php?foo[ab]=I_am_a_get_value INPUT TYPE=submit NAME=foo[ab] VALUE=OK /FORM and clic on the OK button. If you have register_globals turned off, you will see what you expect : $_GET Array ( [foo] = Array ( [ab] = I_am_a_get_value ) ) $_POST Array ( [foo] = Array ( [ab] = OK ) ) $_COOKIE Array ( [foo] = Array ( [ab] = I_am_a_cookie ) ) but if you have register_globals turned on, you will have $_GET[foo][ab] == I_am_a_cookie and $_POST[foo][ab] == I_am_a_cookie. Strangly, this problem does not occur if the cookie name is NOT an array element EVEN if register_globals is turned On. (Try to replace foo[ab] by foo in the test.php form.) -- Edit this bug report at http://bugs.php.net/?id=20796edit=1
#20780 [Bgs]: switch ... case ... statement cannot distinguish a string with integer 0
ID: 20780 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Scripting Engine problem Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: Thanks a lot for your tip. And now I've seen what a silly mistake I'd made. And I felt deeply sorry for disturbing you with such a silly fault. But I wonder if PHP can introduce a Not_a_Number value just like the NaN in JavaScript. For PHP and JavaScript are both loose-type language, i.e. scripting language. For some convention, I think, it is unusual to automatically convert a string (especially a NOT_A_NUMBER string) to an integer, in which most case is converted to 0 and is not intuitionistic. And I find many people before have complained about it. So I'll be glad that you'll consider it. Thank you again for your serious consideration. Previous Comments: [2002-12-03 01:16:39] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. See http://ch.php.net/manual/en/language.types.string.php#language.types.string.conversion [2002-12-02 23:54:45] [EMAIL PROTECTED] ?php $a = 'center'; switch ($a) { case 'left': case 0: echo 'left';break; case 'right': case 2: echo 'right';break; default:echo 'center'; } ? The script should generate 'center',yet generate 'left';what's more,any string assigned to variable $a will generate the same error. The reason is the PHP scripting engine cannot distinguish a string with integer 0. I wonder if the switch statement can only be applied on integers. -- Edit this bug report at http://bugs.php.net/?id=20780edit=1
#20551 [Com]: Output compression causes segfaults (ob_gzhandler)
ID: 20551 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Output Control Operating System: RedHat 7.2 PHP Version: 4.2.3 New Comment: I tried with 4.3RC2. Bug still exists, crashing at least 13 times in the couple of minutes the server was able to run with Zend accelerator... I HATE this bug. Grr. I case I can take the time to do a walkthrough since it still exists... Previous Comments: [2002-11-29 15:24: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 [2002-11-29 10:34:32] [EMAIL PROTECTED] In 4.3 zlib.output_compression will be PHP_INI_ALL and you can change the value if the headers are not sent. Also images won't be compressed automatically. [2002-11-27 14:02:12] [EMAIL PROTECTED] zlib.output_compression is PHP_INI_SYSTEM|PHP_INI_PERDIR so it can't be set in a script according to the manual (ini_set). Is this correct? Does this change in 4.3? [2002-11-27 13:55:13] [EMAIL PROTECTED] Using ini_set ( zlib.output_compression, 1);// or On or 4096 ... instead of: ob_start ('ob_gzhandler'); does not actually compress pages... [2002-11-27 13:12:35] [EMAIL PROTECTED] The problem with setting it system wide is that it will try to compress images and javascripts. No browser likes compressed images and Netscape dies on compressed javascripts. Or are you suggesting that I use: ini_set ( zlib.output_compression, 1); instead of: ob_start ('ob_gzhandler'); ?? Does this work in PHP 4.2.3? 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/20551 -- Edit this bug report at http://bugs.php.net/?id=20551edit=1