#19213 [Opn]: Adabas odbc Memory leak
ID: 19213 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Adabas-D related Operating System: SuSE Linux 8.0 PHP Version: 4.2.2 New Comment: hi, i'm changing now from ADABAS D to SAPDB. Meanwhile i'm thinking that this bug is a bug in the ADABAS ODBC Driver and not PHP related. I need one week more for the migration and then wee will see if it's ADABAS D or PHP related. The reason to migrate to SAPDB is that we can use the most of our sripts anymore and the support (for a free software)is much better. Some of the scripts that are running on ADABAS D with errors so that we have to create db-Procedures, are running on SAPDB without any errors. That's the reason that i'm shure we can close our bug with the migration. A lot of thanks to Kalowsky and everybody else for the help. I will post the result of the migration around the 20021020. With best regards Albert Steckenborn Previous Comments: [2002-10-01 07:31:12] [EMAIL PROTECTED] i've got the same problem :( apache 1.3.26, php v4.2.3, adabas kernel 11.00.07 odbc library odbclib.a (filesize 629128bytes, from adabas v10. the new one from v11 fails if reading long data). compiled php with the following options: './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-adabas=/database/adabas/' '--without-odbc' '--with-gd=/usr' '--with-jpeg-dir=/usr/lib' '--with-png-dir=/usr/lib' '--with-ttf' '--enable-ftp' '--enable-magic-quotes' '--enable-trackvars' '--with-zlib-dir=/usr' [2002-09-08 14:47:27] [EMAIL PROTECTED] Hi, i'm using the Adabas D ODBC Driver. odbc.ini: DRIVER=/usr/local/adabas/lib/odbclib.so [2002-09-08 12:30:54] [EMAIL PROTECTED] What ODBC driver are you using? unixODBC, iODBC, ... ? [2002-09-05 13:12:24] [EMAIL PROTECTED] is configured with --enable-debug in php.ini error_reporting = E_ALL ~E_NOTICE report_memleaks = On in the ERROR Log no Error Messages are shown. I'm getting grazy with this [2002-09-04 21:36:48] [EMAIL PROTECTED] You don't really need to report back any more memory, I believe you. Honest! Any chance you can try building with --enable-debug option and seeing if there are any told memory leaks? 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/19213 -- Edit this bug report at http://bugs.php.net/?id=19213edit=1
#19795 [NEW]: Problems with strnatcmp and strnatcasecmp
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.6 PHP version: 4.2.2 PHP Bug Type: Strings related Bug description: Problems with strnatcmp and strnatcasecmp Characters with an ASCII value above 127 is considered to be the lower value. This is a bit unfortunate if you use a language with special characters (like the 3 danish letters after z in the list below). $list = array('a', 1, '2', '12', '1', 'z', 'æ', 'ø', 'å', chr(137), chr(128)); usort($list, 'strnatcmp'); var_dump($list); The values above 127 are sorted correctly, they should just be considered higher than A-z. I believe I have seen this bug on a Solaris Unix as well. But that was a while ago and I can not provide any detailed information on that situation. -- Edit bug report at http://bugs.php.net/?id=19795edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19795r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19795r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19795r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19795r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19795r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19795r=support Expected behavior: http://bugs.php.net/fix.php?id=19795r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19795r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19795r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19795r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19795r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19795r=dst IIS Stability: http://bugs.php.net/fix.php?id=19795r=isapi
#15858 [Fbk-Opn]: Unable to load dynamic library liboci8.so
ID: 15858 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: UnixWare 7.1.1 PHP Version: 4.0.6-4.2.1 New Comment: Lines 103-109 from file.h follow: #define FAPPEND 0x08 #define FSYNC 0x10 #define FDIRECT 0x20/* perform direct I/O/*/ #define FDSYNC 0x40/* perform data synchronous I/O */ #define FNONBLOCK 0x80 /* LFS SUPPORT */ #define FLARGEFILE 0x8 Full configure line used follows: ./configure --with-oci8=shared --with-apxs --without-mysql --enable-sigchild --build=i486-sco-sysv5uw7 --host=i486-sco-sysv5uw7 --enable-debug --disable-mbstring Previous Comments: [2002-10-04 18:44:18] [EMAIL PROTECTED] Seems like something wrong in your header files. That warning about /usr/include/sys/file.h:105...what is in that file on that line? (and around it) Also, what was the full configure line used? [2002-10-04 08:26:52] [EMAIL PROTECTED] In newer snapshot this compile error persists, --disable-mbstring helps, but compilation then stops at gcc -I/usr/local/include -Isapi/apache/ -I/home/sw/php4-200210040300/sapi/apache/ -DPHP_ATOM_INC -I/home/sw/php4-200210040300/include -I/home/sw/php4-200210040300/main -I/home/sw/php4-200210040300 -I/home/sw/php4-200210040300/Zend -I/u01/app/oracle/product/8.1.7/rdbms/public -I/u01/app/oracle/product/8.1.7/rdbms/demo -I/home/sw/php4-200210040300/ext/xml/expat -DUW=700 -DMOD_SSL=208110 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -I/home/sw/php4-200210040300/TSRM -g -Wall -c /home/sw/php4-200210040300/sapi/apache/mod_php4.c -fPIC -DPIC -o sapi/apache/mod_php4.lo In file included from /usr/local/include/ap_config.h:1118, from /usr/local/include/httpd.h:72, from /home/sw/php4-200210040300/sapi/apache/php_apache_http.h:15, from /home/sw/php4-200210040300/sapi/apache/mod_php4.c:22: /usr/include/sys/file.h:105: warning: `/*' within comment /home/sw/php4-200210040300/sapi/apache/mod_php4.c: In function `apache_php_module_shutdown_wrapper': /home/sw/php4-200210040300/sapi/apache/mod_php4.c:788: structure has no member named `shutdown' /home/sw/php4-200210040300/sapi/apache/mod_php4.c: In function `php_child_exit_handler': /home/sw/php4-200210040300/sapi/apache/mod_php4.c:809: structure has no member named `shutdown' make: *** [sapi/apache/mod_php4.lo] Error 1 In the same configuration, version 4.2.3 can be compiled without any problem. [2002-10-03 19:30:02] [EMAIL PROTECTED] Try newer snapshot..and if that compile error persists, just configure using --disable-mbstring to skip the compile of that buggy thing. [2002-10-03 10:00:20] [EMAIL PROTECTED] Unfortunately, I am not able to compile this version at all: /home/sw/php4-200210030600/ext/mbstring/mbregex.c:4565: parm types given both in parmlist and separately /home/sw/php4-200210030600/ext/mbstring/mbregex.c:4564: parameter name omitted /home/sw/php4-200210030600/ext/mbstring/mbregex.c:4567: parse error before `regs' /home/sw/php4-200210030600/ext/mbstring/mbregex.c:4568: parse error before `regs' /home/sw/php4-200210030600/ext/mbstring/mbregex.c:4569: parse error before `regs' make: *** [ext/mbstring/mbregex.lo] Error 1 [2002-10-01 18:10:40] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip The 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/15858 -- Edit this bug report at http://bugs.php.net/?id=15858edit=1
#19795 [Opn-Fbk]: Problems with strnatcmp and strnatcasecmp
ID: 19795 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Strings related Operating System: FreeBSD 4.6 PHP Version: 4.2.2 New Comment: Did you set-up your locales correctly? Derick Previous Comments: [2002-10-07 03:51:15] [EMAIL PROTECTED] Characters with an ASCII value above 127 is considered to be the lower value. This is a bit unfortunate if you use a language with special characters (like the 3 danish letters after z in the list below). $list = array('a', 1, '2', '12', '1', 'z', 'æ', 'ø', 'å', chr(137), chr(128)); usort($list, 'strnatcmp'); var_dump($list); The values above 127 are sorted correctly, they should just be considered higher than A-z. I believe I have seen this bug on a Solaris Unix as well. But that was a while ago and I can not provide any detailed information on that situation. -- Edit this bug report at http://bugs.php.net/?id=19795edit=1
#19795 [Com]: Problems with strnatcmp and strnatcasecmp
ID: 19795 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Strings related Operating System: FreeBSD 4.6 PHP Version: 4.2.2 New Comment: I am quite sure I did that yes. I set locale for LC_ALL and strftime is working as it should. If I understand the documentation correctly, this function should work as strcmp except for the fact that numbers are sorted in a natural order. And strcmp does sort as I expect. usort using strcmp: array(11) { [0]= string(1) 1 [1]= int(1) [2]= string(2) 12 [3]= string(1) 2 [4]= string(1) a [5]= string(1) z [6]= string(1) [7]= string(1) [8]= string(1) å [9]= string(1) æ [10]= string(1) ø } using strnatcmp: array(11) { [0]= string(1) [1]= string(1) [2]= string(1) å [3]= string(1) æ [4]= string(1) ø [5]= string(1) 1 [6]= int(1) [7]= string(1) 2 [8]= string(2) 12 [9]= string(1) a [10]= string(1) z } Previous Comments: [2002-10-07 03:58:36] [EMAIL PROTECTED] Did you set-up your locales correctly? Derick [2002-10-07 03:51:15] [EMAIL PROTECTED] Characters with an ASCII value above 127 is considered to be the lower value. This is a bit unfortunate if you use a language with special characters (like the 3 danish letters after z in the list below). $list = array('a', 1, '2', '12', '1', 'z', 'æ', 'ø', 'å', chr(137), chr(128)); usort($list, 'strnatcmp'); var_dump($list); The values above 127 are sorted correctly, they should just be considered higher than A-z. I believe I have seen this bug on a Solaris Unix as well. But that was a while ago and I can not provide any detailed information on that situation. -- Edit this bug report at http://bugs.php.net/?id=19795edit=1
#19791 [Opn-Bgs]: sapi_apache2.c incompatible type for argument 3 of `ap_register_output_filter'
ID: 19791 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Redhat 7.1 PHP Version: 4.2.3 New Comment: OK, the problem goes away with Apache 2.0.43 Previous Comments: [2002-10-07 04:36:02] [EMAIL PROTECTED] I had checked for duplicate entries. The ones I found with the same compile error are over a year old, and have the response of either user a newer version of Apache2, which I am, or this has been fixed with a new release. I'm getting the fault with the latest full release. [2002-10-06 20:09:01] [EMAIL PROTECTED] http://bugs.php.net/report.php: Before you report a bug, make sure to search for similar bugs using the form at the top of the page or our advanced search page. If you really could not find anything (I should stop this sentence right here). [2002-10-06 19:56:02] [EMAIL PROTECTED] Using apache 2-0-39, configuring as ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql make then fails with sapi_apache2.c: In function `php_register_hook': sapi_apache2.c:567: incompatible type for argument 3 of `ap_register_output_filter' sapi_apache2.c:567: too many arguments to function `ap_register_output_filter' sapi_apache2.c:568: incompatible type for argument 3 of `ap_register_input_filter' sapi_apache2.c:568: too many arguments to function `ap_register_input_filter' -- Edit this bug report at http://bugs.php.net/?id=19791edit=1
#19796 [NEW]: Oracle query in array, returned by function: memory leak + high CPU load
From: [EMAIL PROTECTED] Operating system: Digital Unix V4.0F PHP version: 4CVS-2002-10-07 PHP Bug Type: Performance problem Bug description: Oracle query in array, returned by function: memory leak + high CPU load I need to generate some reports and I need to have some table's data as a whole as some columns of a row in this table and other tables reference other rows of this table. The PHP version is 4.0.4pl1, Apache is 1.3.14, and Oracle 8.1.7. So basically, I do this inside a function: . . . while (ora_fetch($cursor)) { $key = ora_getcolumn($cursor, 0); for ($j=0; $jora_numcols($cursor); $j++) { $col_name=ora_columnname($cursor, $j); $col_value = ora_getcolumn($cursor,$j); $ret_array[$key][$col_name] = $col_value; } } . . . Here are my problems: - after the end of the script execution, the CPU load (seen by top) goes up to 99.90% for several minutes (for 4000 entries of 20 columns, it lasts about 2 minutes); during the script execution and HTTP transfer, the CPU load is normal, once the file transfer is over, the load becomes 99.x % - if I do this on a just started Apache, a lot of memory is consumed (normal) but not released: Before: nobody10159 0.0 0.1 14.8M 2.3M ?? S14:42:45 0:00.25 /www/bin/httpd After nobody10159 99.9 0.7 42.7M 29M ?? R14:42:45 0:36.23 /www/bin/httpd CPU ^RAM - I did some experiements and observed this: - if I do an exit in the returning function just before return $ret_array, then the high CPU load does not occurs (I'm not sure about memory leak) - if now I do an exit just after calling the function, then the high CPU load occurs (I'm not sure about memory leak). It looks like if $ret_array moves out of the function, a high CPU load occurs... I have tried with references, unset, etc... before/after calling the function to help the garbage collection at the end of the script but it doesn't help, I always have the high CPU load. Do you have any idea of what's happening? -- Edit bug report at http://bugs.php.net/?id=19796edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19796r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19796r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19796r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19796r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19796r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19796r=support Expected behavior: http://bugs.php.net/fix.php?id=19796r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19796r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19796r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19796r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19796r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19796r=dst IIS Stability: http://bugs.php.net/fix.php?id=19796r=isapi
#17566 [Opn-Ana]: phpinfo() causes load of 2+
ID: 17566 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Analyzed Bug Type: Apache2 related Operating System: BSD/OS 4.2 PHP Version: 4.4-dev New Comment: The problem is in the recent changes to ext/standard/info.c which is calling php_escape_html_entities (via php_info_html_esc) and PUTS()-ing the result. It never efree's it. I suspect the loading problems will go away if you build a --disable-debug version of PHP. Previous Comments: [2002-10-06 23:09:07] [EMAIL PROTECTED] PHPAPI char *php_escape_html_entities(unsigned char *old, int oldlen, int *newlen, int all, int quote_style, char *hint_char set TSRMLS_DC) { int i, j, maxlen, len; char *replaced; enum entity_charset charset = determine_charset(hint_charset TSRMLS_CC); int matches_map; maxlen = 2 * oldlen; if (maxlen 128) maxlen = 128;replaced = emalloc (maxlen); // #line 667 len = 0; i = 0; while (i oldlen) { } } replaced[len] = '\0'; ... So what happens if oldlen = 0 and more importantly: how can oldlen become 0? [2002-10-06 23:01:29] [EMAIL PROTECTED] hmm..that is a hint: /home/mdev/cvs/php4/ext/standard/html.c(667) : Freeing 0x0820BA24 (396 bytes), script=- Last leak repeated 383 times 383 times? [2002-10-06 22:57:30] [EMAIL PROTECTED] No change at all. Apache 2.0.43. load averages: 6.81, 3.75, 1.91 149 processes: 2 running, 147 sleeping CPU states: 0.2% user, 0.0% nice, 0.2% system, 0.0% interrupt, 99.6% idle Memory: Real: 318M/397M Virt: 440M/1252M Free: 477M [2002-09-29 22:55:17] [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-06-03 08:08:11] [EMAIL PROTECTED] About the Apache-2 comment: I haven't been able to use it for anything else than an image server, since neither mod_perl nor php work well. Indeed - threads and dynamic linking are a different flavour on BSD/OS. SIGHUP and SIGUSR are broken in apache2 without php as well, but they do a SIGTERM/SIGKILL and are then able to restart. With php compiled in this breaks with a segfault. Configure options: $ cat ../httpd-2.0.36/configure-cmd.sh ./configure-cmd.sh #!/bin/bash CFLAGS=-g \ ./configure \ --prefix=/aphack2 \ --disable-threads \ --with-port=8080 \ --with-mpm=prefork \ --disable-file-cache \ --enable-charset-lite \ --disable-cache \ --disable-disk-cache \ --disable-mem-cache \ --enable-ext-filter \ --enable-deflate \ --with-z=/weblib/local \ --disable-include \ --enable-expires \ --enable-headers \ --enable-usertrack \ --enable-unique-id \ --disable-proxy \ --disable-proxy-connect \ --disable-proxy-ftp \ --disable-proxy-http \ --disable-ssl \ --enable-http \ --enable-info \ --enable-cgi \ --enable-speling \ --disable-rewrite \ --enable-so \ --enable-dav=no \ --enable-shared=max #!/bin/bash SHELL=/bin/bash \ ./configure \ --prefix=/phphack2 \ --with-config-file-path=/phphack2/lib \ --enable-debug \ --enable-magic-quotes \ --enable-sockets \ --enable-cli \ --enable-session \ --disable-short-tags \ --with-apxs2=/aphack2/bin/apxs \ --with-mysql=/weblib/local \ --with-pear \ --without-xml \ --with-pic \ --without-tsrm 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/17566 -- Edit this bug report at http://bugs.php.net/?id=17566edit=1
#19529 [Com]: Occational Commands out of sync errors
ID: 19529 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: MySQL related Operating System: Linux 2.4.18 PHP Version: 4.2.3 Assigned To: georg New Comment: Removing the ROLLBACK seems to have fixed the problem for me too. Reading the MySQL docs on the error message in question, it would seem that just adding a mysql_free_result call before executing the ROLLBACK query might fix things. I noticed that the PgSQL extension does something similar when rolling back transactions at shutdown. Previous Comments: [2002-10-06 14:51:51] [EMAIL PROTECTED] Currently, neither mysql 4.x or 3.x supports enough functionality for handling some problems when using persistent connections, e.g. restoring session variables to global variables, restoring auto_commit, unsetting user variables etc. The probably error is not MySQL-version dependend. The 4.x clientlib is 100% backwards compatible to MySQL 3.x ( .23). For some more information, it would be useful, if you could send me some sources... assigned to myself. Georg [2002-10-06 12:23:42] [EMAIL PROTECTED] The problem seems to have disappeared when the ROLLBACK was removed. [2002-10-06 11:02:28] [EMAIL PROTECTED] Scratch the above; I was looking at the current CVS version. In 4.2.3 the function is still called _rollback_mysql_transactions and only does the ROLLBACK, nothing more. I just disabled the ROLLBACK as well, so if neither Erik nor myself see any more errors, I think it's safe to assume that's where the problem is. But shouldn't it always be safe to execute a rollback in MySQL, even if transactions aren't in use? [2002-10-06 10:14:36] [EMAIL PROTECTED] I agree that the most plausible cause of the problem is in the _restore_connection_defaults function, which is the one responsible for doing the ROLLBACK. That theory would seem to be supported by the fact that the problem disappears when disabling persistent connections (since the function does nothing when the connection isn't persistent). What I don't get is why executing ROLLBACK on a straight-MyISAM database would cause problems. Is that a bug in MySQL? If the ROLLBACK isn't the problem, it would have to be either the SET AUTOCOMMIT=1 or the stuff about unsetting the selected DB. Since my application uses only one DB and no transactions, I'm going to just disable the entire function and recompile. [2002-10-06 09:58:10] [EMAIL PROTECTED] What happens is that the mysql connection that gets the problem is locked up. It won't ever work again. After a while all of our mysql connections showed the problem making the site completely unusable. As of v4.2.3 php does a ROLLBACK each time connection is re-used. ROLLBACKS will give an error if updates have been done on a MyISAM table, I have removed that query now. Will see if that solves it. It looks like all us are running quite many queries per second? I see the problem on a site running 60+ queries 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/19529 -- Edit this bug report at http://bugs.php.net/?id=19529edit=1
#19797 [Opn-Bgs]: failed loadmodule
ID: 19797 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: windows xp pro 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. first, this is by far not enough info. second, it's very likely to be a pilot error. Previous Comments: [2002-10-07 07:02:54] [EMAIL PROTECTED] when I try to load phpmodule then failed to load phpmodule. I use 3 computers(desktop in home, desktop in work, notebok). phpmodule works collectly in home only. -- Edit this bug report at http://bugs.php.net/?id=19797edit=1
#19796 [Opn-Bgs]: Oracle query in array, returned by function: memory leak + high CPU load
ID: 19796 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Performance problem Operating System: Digital Unix V4.0F PHP Version: 4CVS-2002-10-07 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-10-07 06:33:42] [EMAIL PROTECTED] I need to generate some reports and I need to have some table's data as a whole as some columns of a row in this table and other tables reference other rows of this table. The PHP version is 4.0.4pl1, Apache is 1.3.14, and Oracle 8.1.7. So basically, I do this inside a function: . . . while (ora_fetch($cursor)) { $key = ora_getcolumn($cursor, 0); for ($j=0; $jora_numcols($cursor); $j++) { $col_name=ora_columnname($cursor, $j); $col_value = ora_getcolumn($cursor,$j); $ret_array[$key][$col_name] = $col_value; } } . . . Here are my problems: - after the end of the script execution, the CPU load (seen by top) goes up to 99.90% for several minutes (for 4000 entries of 20 columns, it lasts about 2 minutes); during the script execution and HTTP transfer, the CPU load is normal, once the file transfer is over, the load becomes 99.x % - if I do this on a just started Apache, a lot of memory is consumed (normal) but not released: Before: nobody10159 0.0 0.1 14.8M 2.3M ?? S14:42:45 0:00.25 /www/bin/httpd After nobody10159 99.9 0.7 42.7M 29M ?? R14:42:45 0:36.23 /www/bin/httpd CPU ^RAM - I did some experiements and observed this: - if I do an exit in the returning function just before return $ret_array, then the high CPU load does not occurs (I'm not sure about memory leak) - if now I do an exit just after calling the function, then the high CPU load occurs (I'm not sure about memory leak). It looks like if $ret_array moves out of the function, a high CPU load occurs... I have tried with references, unset, etc... before/after calling the function to help the garbage collection at the end of the script but it doesn't help, I always have the high CPU load. Do you have any idea of what's happening? -- Edit this bug report at http://bugs.php.net/?id=19796edit=1
#19798 [NEW]: mistype in source
From: [EMAIL PROTECTED] Operating system: any PHP version: 4.2.3 PHP Bug Type: Unknown/Other Function Bug description: mistype in source php-4.2.3/ext/standard/quot_print.c --- while ( str_in[i] ) { switch (str_in[i]) { case '=': if (str_in[i+1] str_in[i+2] isxdigit((int)str_in[i+1]) isxdigit((int)str_in[i+1]) ) { str_out[j++] = (php_hex2int((int)str_in[i+1]) 4 ) + php_hex2int((int)str_in[i+2]); i += 3; } --- may be lines above must looking like: --- if (str_in[i+1] str_in[i+2] isxdigit((int)str_in[i+1]) isxdigit((int)str_in[i+2]) ) --- ??? -- Edit bug report at http://bugs.php.net/?id=19798edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19798r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19798r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19798r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19798r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19798r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19798r=support Expected behavior: http://bugs.php.net/fix.php?id=19798r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19798r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19798r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19798r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19798r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19798r=dst IIS Stability: http://bugs.php.net/fix.php?id=19798r=isapi
#19799 [Opn-Bgs]: where to go place mysql db within hosting site?
ID: 19799 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Database Functions Operating System: windows2000 PHP Version: 4.2.3 New Comment: Sorry, but the bug system is not the appropriate forum for asking support questions. Your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Thank you for your interest in PHP. Previous Comments: [2002-10-07 07:26:56] [EMAIL PROTECTED] Sir, I done one web based shopping mall project using PHP mysql database. My Hosting company support this application php mysql. First of all i upload the entire files into ftp site (htdocs\market) directory. but the entire site couldn't connect the mysql database. can you tell me where to go place the mysql database? i simply did copy the database from mysql\data\ and paste into same ftp site directory. I expect your positive reply. Thank You, Yours, s.c.subramanian. -- Edit this bug report at http://bugs.php.net/?id=19799edit=1
#19639 [Fbk-Opn]: PHP crashes apache on restart of the webserver
ID: 19639 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Slackware 8.1 - Linux 2.4.19 PHP Version: 4.2.3 and CVS-snaps New Comment: Yes, I'm trying with shared zlib. Isn't it supported? Why? (compiling with --with-zlib)... Great! It's compiled and apache didn't crash with restart! Guess we can close this issue, right?! Previous Comments: [2002-10-03 19:15:26] [EMAIL PROTECTED] Are you trying to compile with --with-zlib=shared ? [2002-10-03 08:35:43] [EMAIL PROTECTED] Well I could just make one test. I seems that the bug is solved. However I wasn't able to make full tests because I couldn't compile the CVS snapshot with all the extensions I need. It seems to be tied to gd and zlib. Well both exists and the compilation works for CVS-STABLE versions, so I guess this is not my fault. The CVS-STABLE versions keeps the bug of this thread. I've got the following error: snip In function `php_handle_swc': /usr/src/ServerSoftware/PHP/php4-200210030300/ext/standard/image.c:224: undefined reference to `uncompress' /usr/src/ServerSoftware/PHP/php4-200210030300/ext/standard/image.c:243: undefined reference to `uncompress' main/SAPI.lo: In function `sapi_header_op': /usr/src/ServerSoftware/PHP/php4-200210030300/main/SAPI.c:522: undefined reference to `zlib_globals' main/SAPI.lo: In function `sapi_send_headers': /usr/src/ServerSoftware/PHP/php4-200210030300/main/SAPI.c:669: undefined reference to `zlib_globals' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 /snip [2002-10-01 11:23:03] [EMAIL PROTECTED] Oh, sorry. The 3 times expat may have been a copy/paste problem, my script looks correct. For the png and jpeg, may have been a messy when trying to compile with gd 2+ support (no way to get it!). And finally the shared, is because I didn't find references about which options supports it or not. sorry again... [2002-10-01 11:05:15] [EMAIL PROTECTED] Leave this to 'Feedback' status until that so we know it.. Anyway, your configure line is pretty wierd and a bit bad too, for example, you use 'shared' for some options that don't support it (e.g. --with-zlib-dir and --with-expat-dir) and you use wrong paths for --with-png-dir and --with-jpeg-dir (remove the '/lib' part). And there's no need to specify --with-expat-dir 3 times.. You could try also configuring non-shared modules and see if it works any better. If so, then try applying the 'shared' part one by one to see where it fails. [2002-10-01 08:51:13] [EMAIL PROTECTED] Well the last two CVS versions I tried (one 2 minutes ago and another yesterday) showed me the following error in configure: checking external libexpat install dir... yes configure: error: not found. Please reinstall the expat distribution. This, trying with that second compile (the bigger) line I posted before. Also tried especifying the full path, including the lib. Another thing to remember is that that directory is under my ld.so.conf and a ldconfig have references to that. Now compiling with the shortest configure line... Hmmm seems that works!!! Just a note, when compiling I got the following message: ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam': /usr/src/ServerSoftware/PHP/php4-200210010300/ext/mysql/libmysql/my_tempnam.c:105: the use of `tempnam' is dangerous, better use `mkstemp' I'll leave this opened until next thursday and try other compilations, ok? 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/19639 -- Edit this bug report at http://bugs.php.net/?id=19639edit=1
#18046 [Com]: sys/socket.h not being included - causing make to fail
ID: 18046 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Failure Operating System: IRIX 6.5 PHP Version: 4.2.1 New Comment: This problem has reoccurred in 4.2.3. Previous Comments: [2002-06-28 11:06:06] [EMAIL PROTECTED] This bug has been fixed in CVS. You can grab a snapshot of the CVS version at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites. Thank you for the report, and for helping us make PHP better. [2002-06-28 10:53:40] [EMAIL PROTECTED] Compiling PHP 4.2.1 on an Irix64 6.5 machine fails. In network.c, #if HAVE_SYS_SOCKET_H (line 32) evaluates to false, thus not including sys/socket.h. Seems to be a problem with the ./configure script, as one line in the output from ./configure reads checking for sys/socket.h... no. I added #include sys/socket.h to main/php.h as a workaround and it fixed the problem for me. -- Edit this bug report at http://bugs.php.net/?id=18046edit=1
#18046 [Csd]: sys/socket.h not being included - causing make to fail
ID: 18046 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Failure Operating System: IRIX 6.5 PHP Version: 4.2.1 New Comment: Yeah I don't think that 4.2.3 got that patch backported to it. Do make sure that the current snapshots of 4.3.0 don't contain it though. Sorry about this. A lot of patches weren't backported by the authors, and I missed a bunch... but did get a lot :) Previous Comments: [2002-10-07 08:01:47] [EMAIL PROTECTED] This problem has reoccurred in 4.2.3. [2002-06-28 11:06:06] [EMAIL PROTECTED] This bug has been fixed in CVS. You can grab a snapshot of the CVS version at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites. Thank you for the report, and for helping us make PHP better. [2002-06-28 10:53:40] [EMAIL PROTECTED] Compiling PHP 4.2.1 on an Irix64 6.5 machine fails. In network.c, #if HAVE_SYS_SOCKET_H (line 32) evaluates to false, thus not including sys/socket.h. Seems to be a problem with the ./configure script, as one line in the output from ./configure reads checking for sys/socket.h... no. I added #include sys/socket.h to main/php.h as a workaround and it fixed the problem for me. -- Edit this bug report at http://bugs.php.net/?id=18046edit=1
#19800 [NEW]: DOM XML does not resolve entities
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.2.3 PHP Bug Type: DOM XML related Bug description: DOM XML does not resolve entities l10n.xml: ?xml version=1.0 encoding=UTF-8? !DOCTYPE l:i18n SYSTEM l10n.dtd [ !ENTITY ru SYSTEM ru.xml !ENTITY en SYSTEM en.xml ] l:i18n xmlns:l=http://docbook.sourceforge.net/xmlns/l10n/1.0; ru; en; /l:i18n l10n.xsl: xsl:param name=l10n.xml select=document('../l10n/l10n.xml')/ xsl:template match=/ xsl:copy-of select=$l10n.xml/ /xsl:template If execute l10n.xsl it just prints contents of l10n.xml without resolving ru; and en; entities. -- Edit bug report at http://bugs.php.net/?id=19800edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19800r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19800r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19800r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19800r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19800r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19800r=support Expected behavior: http://bugs.php.net/fix.php?id=19800r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19800r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19800r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19800r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19800r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19800r=dst IIS Stability: http://bugs.php.net/fix.php?id=19800r=isapi
#19800 [Opn-Bgs]: DOM XML does not resolve entities
ID: 19800 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: DOM XML related Operating System: linux 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 original bug instead. Thank you for your interest in PHP. Previous Comments: [2002-10-07 09:01:39] [EMAIL PROTECTED] l10n.xml: ?xml version=1.0 encoding=UTF-8? !DOCTYPE l:i18n SYSTEM l10n.dtd [ !ENTITY ru SYSTEM ru.xml !ENTITY en SYSTEM en.xml ] l:i18n xmlns:l=http://docbook.sourceforge.net/xmlns/l10n/1.0; ru; en; /l:i18n l10n.xsl: xsl:param name=l10n.xml select=document('../l10n/l10n.xml')/ xsl:template match=/ xsl:copy-of select=$l10n.xml/ /xsl:template If execute l10n.xsl it just prints contents of l10n.xml without resolving ru; and en; entities. -- Edit this bug report at http://bugs.php.net/?id=19800edit=1
#19800 [Bgs]: DOM XML does not resolve entities
ID: 19800 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: DOM XML related Operating System: linux 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-10-07 09:02:30] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the original bug instead. Thank you for your interest in PHP. [2002-10-07 09:01:39] [EMAIL PROTECTED] l10n.xml: ?xml version=1.0 encoding=UTF-8? !DOCTYPE l:i18n SYSTEM l10n.dtd [ !ENTITY ru SYSTEM ru.xml !ENTITY en SYSTEM en.xml ] l:i18n xmlns:l=http://docbook.sourceforge.net/xmlns/l10n/1.0; ru; en; /l:i18n l10n.xsl: xsl:param name=l10n.xml select=document('../l10n/l10n.xml')/ xsl:template match=/ xsl:copy-of select=$l10n.xml/ /xsl:template If execute l10n.xsl it just prints contents of l10n.xml without resolving ru; and en; entities. -- Edit this bug report at http://bugs.php.net/?id=19800edit=1
#19801 [NEW]: Imap_getacl()
From: [EMAIL PROTECTED] Operating system: Linux/Debian 3.0 (+Sid) PHP version: 4CVS-2002-10-07 PHP Bug Type: Feature/Change Request Bug description: Imap_getacl() The IMAP-implementation allready has the ACL-function, imap_setacl(), for setting/writing rights. Wouldn't it be nice if imap_getacl() was also implemented, so we could read our rights ? -- Edit bug report at http://bugs.php.net/?id=19801edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19801r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19801r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19801r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19801r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19801r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19801r=support Expected behavior: http://bugs.php.net/fix.php?id=19801r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19801r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19801r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19801r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19801r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19801r=dst IIS Stability: http://bugs.php.net/fix.php?id=19801r=isapi
#17779 [Com]: DOMXML can't handle SYSTEM DTD
ID: 17779 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: DOM XML related Operating System: Windows 2000 PHP Version: 4.2.1 New Comment: DOMXML does not resolve system entities, here is example: I use Apache 1.3.26 and PHP 4.2.3 as apache module on Linux, xml l10n.xml: ?xml version=1.0 encoding=UTF-8? !DOCTYPE l:i18n SYSTEM l10n.dtd [ !ENTITY ru SYSTEM ru.xml !ENTITY en SYSTEM en.xml ] l:i18n xmlns:l=http://docbook.sourceforge.net/xmlns/l10n/1.0; ru; en; /l:i18n and stylesheet which just prints this xml out: ... xsl:param name=l10n.xml select=document('../l10n/l10n.xml')/ ... xsl:copy-of select=$l10n.xml/ ... I expected that the ouput will be with resolved entities, but it is not and it prints just: l:i18n xmlns:l=http://docbook.sourceforge.net/xmlns/l10n/1.0; ru; en; /l:i18n whithout any warning or errors. Previous Comments: [2002-09-14 06:51:55] [EMAIL PROTECTED] The problem lies with both Windows (any apache version) and Apache 2 on other systems. On windows at least, the current working directory for libxml2 calls ends up being the apache directory. See also bug 17390 (this bug is also a windows problem and not just Apache 2). The example in this bug report works for loading the file as the file is passed in as file('test.xml') rather than just the filename. getcwd() will return the correct working directory as well. The problem is that the file functions (including DTD references) the domxml extension uses, are directly from libxml2, which when loaded in the mentioned environments is loaded with apache and its working directory being the apache directory. Am unsure about a fix for this unless the current working directory can be set via libxml2 calls. Have yet to find if this is possible. Have only confirmed this using php as an apache module. [2002-08-14 12:24:11] [EMAIL PROTECTED] I use Apache 1.3.20 with PHP run as CGI [2002-08-14 12:22:09] [EMAIL PROTECTED] Hi do you use apache 1.3 or apache2? chregu [2002-06-18 09:36:03] [EMAIL PROTECTED] echo getcwd() gives me correct path, DOMXML still throws a warning, i wrote before (both with and without DOMXML_LOAD_COMPLETE_ATTRS) [2002-06-18 05:55:17] [EMAIL PROTECTED] Works fine for me with Linux, both the Apache module and CGI version. I think that the WIndows thing doesn't change to the correct working directory. Can you try this by putting an echo getcwd() just before the call to xmldoc(). 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/17779 -- Edit this bug report at http://bugs.php.net/?id=17779edit=1
#19741 [Com]: Path no longer works in unlink, pdf_open_file
ID: 19741 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache2 related Operating System: linux 2.4.18 PHP Version: 4.2.3 New Comment: CVS Snapshot had no impact. Previous Comments: [2002-10-03 19:35:45] [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 18:39:34] [EMAIL PROTECTED] on further examination it appears only pdf_open_file($pdf, somefile.pdf); does not work and must be substituted with pdf_open_file($pdf, $documentroot/somefile.pdf); (or the smart example) i took the liberty of checking with pdf.c and it doesnt appear to be any different. [2002-10-03 18:26:38] [EMAIL PROTECTED] A smarter variant of the workaround is to use file_exists(realpath('somefile.pdf')); which works quite fine on Apache 2.0.40 Philipp [2002-10-03 14:48:06] [EMAIL PROTECTED] In old apache 1.3.26/php.4.0.6 if (file_exists(somefile.pdf)) unlink(somefile.pdf); pdf_open_file($pdf, somefile.pdf); would check the current directory. ie .. it will do these actions whereever documentroot happens to be. now it does not do this anymore in Apache/2.0.42 (Unix) mod_ssl/2.0.42 OpenSSL/0.9.6b PHP/4.2.3 in apache 2.0.42 getcwd() returns the current working directory documentroot however if i do chdir (documentroot) the first command if (file_exists(somefile.pdf)) unlink(somefile.pdf); will work but the 2nd pdf_open_file($pdf, somefile.pdf); will not. the workaround seems to be to work is to include the whole path pdf_open_file($pdf, $documentroot/somefile.pdf); which appears to work .. is this a bug or a feature? -- Edit this bug report at http://bugs.php.net/?id=19741edit=1
#19482 [Opn]: segfault on child process
ID: 19482 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: PCRE related Operating System: Redhat 7.3 PHP Version: 4.2.3,4.3.0-dev New Comment: Please try this patch and report back: RCS file: /repository/php4/ext/pcre/php_pcre.c,v retrieving revision 1.128 diff -u -2 -b -w -B -r1.128 php_pcre.c --- ext/pcre/php_pcre.c 11 Sep 2002 14:41:25 - 1.128 +++ ext/pcre/php_pcre.c 7 Oct 2002 16:05:59 - @@ -67,4 +67,5 @@ #if HAVE_SETLOCALE if ((void*)pce-tables) pefree((void*)pce-tables, 1); + pefree(pce-locale, 1); #endif } @@ -303,5 +304,5 @@ new_entry.preg_options = poptions; #if HAVE_SETLOCALE - new_entry.locale = locale; + new_entry.locale = pestrdup(locale, 1); new_entry.tables = tables; #endif Previous Comments: [2002-10-06 22:41:36] [EMAIL PROTECTED] I tried with the newest snapshot but I get the following backtrace (gdb) run -X -DSSL -f /usr/local/apache/conf/httpd.conf Starting program: /usr/local/apache/bin/httpd -X -DSSL -f /usr/local/apache/conf/httpd.conf Program received signal SIGSEGV, Segmentation fault. 0x403d2e94 in _efree (ptr=0x0) at /usr/local/software/php4-200210061800/Zend/zend_alloc.c:211 211 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p-size); (gdb) bt #0 0x403d2e94 in _efree (ptr=0x0) at /usr/local/software/php4-200210061800/Zend/zend_alloc.c:211 #1 0x403e5b8e in zend_hash_destroy (ht=0x82ea824) at /usr/local/software/php4-200210061800/Zend/zend_hash.c:550 #2 0x403e063a in _zval_dtor (zvalue=0x81802ec) at /usr/local/software/php4-200210061800/Zend/zend_variables.c:51 #3 0x403f1206 in execute (op_array=0x82d130c) at /usr/local/software/php4-200210061800/Zend/zend_execute.c:449 #4 0x403f411a in execute (op_array=0x82182e4) at /usr/local/software/php4-200210061800/Zend/zend_execute.c:1641 #5 0x403e1adc in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/software/php4-200210061800/Zend/zend.c:834 #6 0x403bbfed in php_execute_script (primary_file=0xb6d0) at /usr/local/software/php4-200210061800/main/main.c:1542 #7 0x403fb4b6 in apache_php_module_main (r=0x816c9e0, display_source_mode=0) at /usr/local/software/php4-200210061800/sapi/apache/sapi_apache.c:55 #8 0x403fbfd6 in send_php (r=0x816c9e0, display_source_mode=0, filename=0x0) at /usr/local/software/php4-200210061800/sapi/apache/mod_php4.c:564 #9 0x403fc02a in send_parsed_php (r=0x816c9e0) at /usr/local/software/php4-200210061800/sapi/apache/mod_php4.c:579 #10 0x0806bdcf in ap_invoke_handler () #11 0x08080e53 in process_request_internal () #12 0x08080eb4 in ap_process_request () ---Type return to continue, or q return to quit--- #13 0x08077df1 in child_main () #14 0x08077fc0 in make_child () #15 0x08078134 in startup_children () #16 0x080787ac in standalone_main () #17 0x0807902b in main () #18 0x42017499 in __libc_start_main () from /lib/i686/libc.so.6 [2002-10-06 19:08:49] [EMAIL PROTECTED] Note sure if this will be useful, but if i edit main/php_config.h (after running ./configure) and remove all LOCALE defines, here's a backtrace of the segfault: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 6702)] 0x403d6c67 in _zval_dtor (zvalue=0x82ad344, __zend_filename=0x40432520 /tmp/php-debug/Zend/zend_execute_API.c, __zend_lineno=291) at /tmp/php-debug/Zend/zend_variables.c:43 43 CHECK_ZVAL_STRING_REL(zvalue); (gdb) bt #0 0x403d6c67 in _zval_dtor (zvalue=0x82ad344, __zend_filename=0x40432520 /tmp/php-debug/Zend/zend_execute_API.c, __zend_lineno=291) at /tmp/php-debug/Zend/zend_variables.c:43 #1 0x403cd471 in _zval_ptr_dtor (zval_ptr=0x40463b80, __zend_filename=0x40434300 /tmp/php-debug/Zend/zend_execute_locks.h, __zend_lineno=26) at /tmp/php-debug/Zend/zend_execute_API.c:291 #2 0x403ee0b4 in zend_clean_garbage () at /tmp/php-debug/Zend/zend_execute_locks.h:26 #3 0x403e7bd5 in execute (op_array=0x82ae564) at /tmp/php-debug/Zend/zend_execute.c:1050 #4 0x403eab86 in execute (op_array=0x81e95c4) at /tmp/php-debug/Zend/zend_execute.c:1641 #5 0x403eab86 in execute (op_array=0x8241b2c) at /tmp/php-debug/Zend/zend_execute.c:1641 #6 0x403d8ad8 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /tmp/php-debug/Zend/zend.c:834 #7 0x403a2542 in php_execute_script (primary_file=0xb700) at /tmp/php-debug/main/main.c:1542 #8 0x403ef8c2 in apache_php_module_main (r=0x808cf18, display_source_mode=0) at /tmp/php-debug/sapi/apache/sapi_apache.c:55 #9 0x403f07bc in send_php (r=0x808cf18, display_source_mode=0, filename=0x808ebe0 /var/www/modesmail/horde/imp/redirect.php)
#17739 [Com]: form select multiple returns double values
ID: 17739 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Unknown/Other Function Operating System: all PHP Version: 4.2.1 New Comment: I could trace the same behaviour in a different script: IE5.0, multipart/formdata and a special char copied from a Winword document. Indeed, I wonder, if it is IE5.0 that is doubling the array, or there is any strange thing (in IE5.0) that causes php to double the array when receiving it. The first is of course a bug in IE5.0. The latter would be one in php. Maybe a developer can sniff the transmitted code and trace if IE5.0 is already doubling the value(s) or if this happens in php's value-handling. René PS: For the time being we use array_unique() to filter out the doubled values in our array but this is not helpful if double values are allowed in an array. Previous Comments: [2002-09-29 14:10:17] [EMAIL PROTECTED] The same happened with me, but the files which was uploaded duplicated, but the others didn't. Those was also corrupted, two variables bacame three. [2002-06-13 13:27:11] [EMAIL PROTECTED] It happens because some guy at Microsoft was drunken. Infact you are triggering a situation where the IE 5.0 simply sends every form field 2 times. [2002-06-13 12:05:00] [EMAIL PROTECTED] this may be true, but do you know how this happens or how I can analyze the problem, because I don't get $HTTP_RAW_POST_DATA when enctype is set to multipart/form-data, even when I set always_populate_raw_post_data = On. My workarround for now is to put the select post results through array_unique (), [2002-06-13 10:27:03] [EMAIL PROTECTED] If it only happens with IE, or one version of IE, then it's not a bug in PHP but yet another bug in IE. [2002-06-13 07:35:51] [EMAIL PROTECTED] A very special (maybe browser only) problem, when I post a form under following conditions: 1. form enctype=multipart/form-data 2. select .. or select multiple.. with unicode-values 3. and a file upload 4. only from IE 5.0 (30% of my visitors), other browsers ok 5. and you select a value with unicodes the returned array contains the selected values twice, like: [currency]= array(2) { [0]= string(12) Euro [1]= string(12) Euro } the script (www.gustl.at/testmultisel.php): html head titleselect multiple/title meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 /head body form method=post enctype=multipart/form-data which are your favorite currencies select size=2 multiple name=currency[] option#8364; Euro/option option$ Dollar/option /selectbr and send a file input type=file name=uploadedfilebr input type=submit /form ?php echo brpost: listing; var_dump ($_POST); echo /listing; ? /body /html -- Edit this bug report at http://bugs.php.net/?id=17739edit=1
#19482 [Opn]: segfault on child process
ID: 19482 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: PCRE related Operating System: Redhat 7.3 PHP Version: 4.2.3,4.3.0-dev New Comment: I applied the patch to php4-200209191800 (the newest snapshot died with some other unrelated problem) and ran my normal tests. Looked like this fixed it! I went through 174 emails with IE and had no segfaults. Thanks for everyone's help in solving this problem and continue with the good work. Previous Comments: [2002-10-07 11:16:59] [EMAIL PROTECTED] Please try this patch and report back: RCS file: /repository/php4/ext/pcre/php_pcre.c,v retrieving revision 1.128 diff -u -2 -b -w -B -r1.128 php_pcre.c --- ext/pcre/php_pcre.c 11 Sep 2002 14:41:25 - 1.128 +++ ext/pcre/php_pcre.c 7 Oct 2002 16:05:59 - @@ -67,4 +67,5 @@ #if HAVE_SETLOCALE if ((void*)pce-tables) pefree((void*)pce-tables, 1); + pefree(pce-locale, 1); #endif } @@ -303,5 +304,5 @@ new_entry.preg_options = poptions; #if HAVE_SETLOCALE - new_entry.locale = locale; + new_entry.locale = pestrdup(locale, 1); new_entry.tables = tables; #endif [2002-10-06 22:41:36] [EMAIL PROTECTED] I tried with the newest snapshot but I get the following backtrace (gdb) run -X -DSSL -f /usr/local/apache/conf/httpd.conf Starting program: /usr/local/apache/bin/httpd -X -DSSL -f /usr/local/apache/conf/httpd.conf Program received signal SIGSEGV, Segmentation fault. 0x403d2e94 in _efree (ptr=0x0) at /usr/local/software/php4-200210061800/Zend/zend_alloc.c:211 211 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p-size); (gdb) bt #0 0x403d2e94 in _efree (ptr=0x0) at /usr/local/software/php4-200210061800/Zend/zend_alloc.c:211 #1 0x403e5b8e in zend_hash_destroy (ht=0x82ea824) at /usr/local/software/php4-200210061800/Zend/zend_hash.c:550 #2 0x403e063a in _zval_dtor (zvalue=0x81802ec) at /usr/local/software/php4-200210061800/Zend/zend_variables.c:51 #3 0x403f1206 in execute (op_array=0x82d130c) at /usr/local/software/php4-200210061800/Zend/zend_execute.c:449 #4 0x403f411a in execute (op_array=0x82182e4) at /usr/local/software/php4-200210061800/Zend/zend_execute.c:1641 #5 0x403e1adc in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/software/php4-200210061800/Zend/zend.c:834 #6 0x403bbfed in php_execute_script (primary_file=0xb6d0) at /usr/local/software/php4-200210061800/main/main.c:1542 #7 0x403fb4b6 in apache_php_module_main (r=0x816c9e0, display_source_mode=0) at /usr/local/software/php4-200210061800/sapi/apache/sapi_apache.c:55 #8 0x403fbfd6 in send_php (r=0x816c9e0, display_source_mode=0, filename=0x0) at /usr/local/software/php4-200210061800/sapi/apache/mod_php4.c:564 #9 0x403fc02a in send_parsed_php (r=0x816c9e0) at /usr/local/software/php4-200210061800/sapi/apache/mod_php4.c:579 #10 0x0806bdcf in ap_invoke_handler () #11 0x08080e53 in process_request_internal () #12 0x08080eb4 in ap_process_request () ---Type return to continue, or q return to quit--- #13 0x08077df1 in child_main () #14 0x08077fc0 in make_child () #15 0x08078134 in startup_children () #16 0x080787ac in standalone_main () #17 0x0807902b in main () #18 0x42017499 in __libc_start_main () from /lib/i686/libc.so.6 [2002-10-06 19:08:49] [EMAIL PROTECTED] Note sure if this will be useful, but if i edit main/php_config.h (after running ./configure) and remove all LOCALE defines, here's a backtrace of the segfault: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 6702)] 0x403d6c67 in _zval_dtor (zvalue=0x82ad344, __zend_filename=0x40432520 /tmp/php-debug/Zend/zend_execute_API.c, __zend_lineno=291) at /tmp/php-debug/Zend/zend_variables.c:43 43 CHECK_ZVAL_STRING_REL(zvalue); (gdb) bt #0 0x403d6c67 in _zval_dtor (zvalue=0x82ad344, __zend_filename=0x40432520 /tmp/php-debug/Zend/zend_execute_API.c, __zend_lineno=291) at /tmp/php-debug/Zend/zend_variables.c:43 #1 0x403cd471 in _zval_ptr_dtor (zval_ptr=0x40463b80, __zend_filename=0x40434300 /tmp/php-debug/Zend/zend_execute_locks.h, __zend_lineno=26) at /tmp/php-debug/Zend/zend_execute_API.c:291 #2 0x403ee0b4 in zend_clean_garbage () at /tmp/php-debug/Zend/zend_execute_locks.h:26 #3 0x403e7bd5 in execute (op_array=0x82ae564) at /tmp/php-debug/Zend/zend_execute.c:1050 #4 0x403eab86 in execute (op_array=0x81e95c4) at /tmp/php-debug/Zend/zend_execute.c:1641 #5 0x403eab86 in execute (op_array=0x8241b2c) at /tmp/php-debug/Zend/zend_execute.c:1641 #6 0x403d8ad8 in zend_execute_scripts (type=8, retval=0x0,
#19772 [Opn-Csd]: feature request count_files() and count_directories()
ID: 19772 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: Windows XP Home PHP Version: 4.2.3 New Comment: This is what can be used for this: http://www.php.net/manual/en/function.glob.php No special functions for just counting files/dirs are not needed. Previous Comments: [2002-10-05 18:52:12] [EMAIL PROTECTED] That's an idea but I already used readdir :) I didn't think I could use it for directories, though... It's just that since I don't use mysql, I use it often to count stuff in my databases (e.g.: My news database outputs the number of news and the number of news = the number of files in the directory) and it makes scripts more complicated. I always have to copy the same code everywhere because I can't remember it. Thanks, PsykX [2002-10-05 17:49:26] [EMAIL PROTECTED] Well, you should do that with readdir() with incrementing a variable. [2002-10-05 15:45:37] [EMAIL PROTECTED] I think it would be handy to have these 2 functions. The difference is that one would count files and the other counts directories, like you probably guessed it. For example, if you d'like to count files ending with php3 and directories, you would do this : --- //Opens a directory and counts files and folders in it $dir = opendir(string path); $files = count_files($dir, php3); $directories = count_directories($dir); closedir($dir); //Outputs the number of files and directories echo $files; echo br; echo $directories; --- If you d'like to count every files you would put nothing in the extension parameter I know there's a way to count files and directories but it would be a shortcut function. Thanks, PsykX (Sorry for my english...) -- Edit this bug report at http://bugs.php.net/?id=19772edit=1
#19773 [Csd-Bgs]: A little problem with buildconf
ID: 19773 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Bogus Bug Type: *Compile Issues Operating System: FreeBSD4.5 PHP Version: 4CVS-2002-10-05 New Comment: Your autoconf/libtool were installed wrong places..or something similar. Not a bug - bogus. Previous Comments: [2002-10-05 17:03:15] [EMAIL PROTECTED] It looks fixed when you upgrade autoconf and automake. [2002-10-05 16:49:01] [EMAIL PROTECTED] Btw I use: 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.2 (ok) [2002-10-05 16:42:14] [EMAIL PROTECTED] I just cvsuped the branch 4_3 and I got the following error on the buildconf: # ./buildconf using default Zend directory rebuilding configure configure.in:802: /usr/local/bin/gm4: Undefined macro `AC_PROG_LIBTOOL' autoconf: Undefined macros: ***BUG in Autoconf--please report*** AC_TRY_DLOPEN_SELF configure.in:1028:AC_PROG_LIBTOOL configure.in:142:AC_MSG_RESULT(${1}.${2} (ok)) configure.in:231:AC_MSG_RESULT([$PHP_SAPI]) configure.in:404: AC_DEFINE(HAVE_SOCKADDR_STORAGE,1,[Whether you have struct sockaddr_storage]) configure.in:489: AC_DEFINE(HAVE_GETADDRINFO,1,[Define if you have the getaddrinfo function]) configure.in:516:dnl AC_MSG_RESULT([$ac_cv_type_in_addr_t]) configure.in:518: AC_DEFINE(in_addr_t, u_int, [ ]) configure.in:606: AC_DEFINE(PHP_SAFE_MODE,1,[ ]) configure.in:608: AC_DEFINE(PHP_SAFE_MODE,0,[ ]) configure.in:618: AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,/usr/local/php/bin, [ ]) configure.in:619: AC_MSG_RESULT([/usr/local/php/bin]) configure.in:621: AC_DEFINE_UNQUOTED(PHP_SAFE_MODE_EXEC_DIR,$withval, [ ]) configure.in:622: AC_MSG_RESULT([$withval]) configure.in:625: AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,/usr/local/php/bin, [ ]) configure.in:626:AC_MSG_RESULT([/usr/local/php/bin]) configure.in:629: AC_DEFINE(PHP_SAFE_MODE_EXEC_DIR,/usr/local/php/bin, [ ]) configure.in:630: AC_MSG_RESULT([/usr/local/php/bin]) configure.in:637: AC_DEFINE(PHP_SIGCHILD, 1, [ ]) configure.in:639: AC_DEFINE(PHP_SIGCHILD, 0, [ ]) configure.in:646: AC_DEFINE(MAGIC_QUOTES, 1, [ ]) configure.in:648: AC_DEFINE(MAGIC_QUOTES, 0, [ ]) configure.in:671: AC_DEFINE(DEFAULT_SHORT_OPEN_TAG,1,[ ]) configure.in:673: AC_DEFINE(DEFAULT_SHORT_OPEN_TAG,0,[ ]) configure.in:683:AC_DEFINE(HAVE_DMALLOC,1,[Whether you have dmalloc]) configure.in:694: AC_DEFINE(HAVE_IPV6,1,[Whether to enable IPv6 support]) configure.in:713: AC_DEFINE(HAVE_CRYPT,1,[ ]) configure.in:766:AC_MSG_RESULT([$PHP_VERSIONING]) configure.in:810: AC_DEFINE(ZTS,1,[ ]) configure.in:925:AC_DEFINE_UNQUOTED(PHP_BUILD_DATE,$PHP_BUILD_DATE,[PHP build date]) configure.in:927:AC_DEFINE_UNQUOTED(PHP_UNAME,$PHP_UNAME,[uname -a output]) configure.in:929:AC_DEFINE_UNQUOTED(PHP_OS,$PHP_OS,[uname output]) rebuilding main/php_config.h.in configure.in:802: /usr/local/bin/gm4: Undefined macro `AC_PROG_LIBTOOL' and then the script ends without finishing itself. -- Edit this bug report at http://bugs.php.net/?id=19773edit=1
#19650 [Bgs-Opn]: 4.2.3 (!) include operator mistake
ID: 19650 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Scripting Engine problem Operating System: Windows PHP Version: 4.2.3 New Comment: Wow... I'm a fool, I have tested wrong PHP version! Error is still actual. But now I think I have found the bug place. File main/fopen_wrappers.c, in function php_fopen_with_path, we can see a piece of code: if (IS_ABSOLUTE_PATH(filename, filename_length)) { if ((php_check_safe_mode_include_dir(filename TSRMLS_CC)) == 0) /* filename is in safe_mode_include_dir (or subdir) */ return php_fopen_and_set_opened_path(filename, mode, opened_path TSRMLS_CC); if (PG(safe_mode) (!php_checkuid(filename, mode, CHECKUID_CHECK_MODE_PARAM))) return NULL; return php_fopen_and_set_opened_path(filename, mode, opened_path TSRMLS_CC); } /* else start to glue path from include_path */ ... Under Windows IS_ABSOLUTE_PATH is: #define IS_ABSOLUTE_PATH(path, len) \ (len = 2 isalpha(path[0]) path[1] == ':') Of course, when Apache's mod_php4 makes include request for /home/localhost/www/phpinfo.php, program DOES NOT get into if statement! And we get pathes something like .//home/localhost/www/phpinfo.php and c:/php/pear//home/localhost/www/phpinfo.php when include_path=.;c:/php/pear (I have dumped path argument of virtual_fopen function [tsrm_virtual-cwd.c] to watch such pathes). We cannot modify IS_ABSOLUTE_PATH macro, because there is #define COPY_WHEN_ABSOLUTE 2 before it, and core always think that absolute part contains 2 characters - we'd like to thank developers of windows port for that :-(. Path /some/path contains NONE absolute characters (z:/some/path contains two - z:). But, if we patch: - if (IS_ABSOLUTE_PATH(filename, filename_length)) { + if (IS_ABSOLUTE_PATH(filename, filename_length) + || IS_SLASH(*filename)) { PHP begins to work! I don't know would it cause a security problem with safe_mode. Code is too tangled and duplicated (somebody likes copy+paste technique of programming, I suppose). Please correct this bug in next PHPs. Now I will patch it by hands, but I don't want our users to cry when they would install newer version and it begin to trash. Previous Comments: [2002-10-05 18:49:02] [EMAIL PROTECTED] Of course, not OK (-; File c:\t.php: ?php include /test.php ? File c:\test.php: ?php echo ! ? c:\php php.exe -q c:\t.php br / bWarning/b: Failed opening '/test.php' for inclusion (include_path='.;c:\php4\pear') in b-/b on line b2/bbr / c:\php php.exe -q c:\t.php ! Strange, isn't it?.. Good /test.php, or not good, when I write DocumentRoot /home/localhost/www in httpd.conf, and then GET /phpinfo.php HTTP/1.1 Apache calls /home/localhost/www/phpinfo.php, but not ./home/localhost/www (-; Well, 4.2.3 processes it correctly (and we may close this bug report), but... I meant that PHP 4.2.3 still have something wrong in its code, because absolute-slashed pathes do not work sometimes (like in script, maybe somewhere else?). Here, in Russia, we saying in such cases: Heh, something's wrong in Danish kingdom. (-; Today I tried to debug it, but have not found a bug place. Maybe next time. Good luck. [2002-10-05 16:07:37] [EMAIL PROTECTED] ?include /test.php? is not good this is better: ?php include (./test.php); ? ok? [2002-10-05 15:35:28] [EMAIL PROTECTED] New information about this bug. 1. Since version PHP 4.2.3 bug is changed: File /t.php AND ./t.php (identical): ?include /test.php? Tests: a) php.exe c:\t.php - works b) php.exe \t.php - works c) php.exe /t.php - works d) php.exe ?include /test.php? ^Z - DOES NOT work. In version 4.1.2...4.2.2 a, b c are not working. 2. Versions = 4.1.1 work correctly. So, I think there is only an error if PHP.exe v4.2.3+ gets program from STDIN. Previous versions (4.2.3) do not work with command-line filename too. [2002-10-01 10:49:52] [EMAIL PROTECTED] A) same problem b) same submitter - bogus [2002-10-01 10:42:38] [EMAIL PROTECTED] Dup not bogus 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/19650 -- Edit this bug report at http://bugs.php.net/?id=19650edit=1
#19482 [Opn-Csd]: segfault on child process
ID: 19482 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: PCRE related Operating System: Redhat 7.3 PHP Version: 4.2.3,4.3.0-dev New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-10-07 11:44:06] [EMAIL PROTECTED] I applied the patch to php4-200209191800 (the newest snapshot died with some other unrelated problem) and ran my normal tests. Looked like this fixed it! I went through 174 emails with IE and had no segfaults. Thanks for everyone's help in solving this problem and continue with the good work. [2002-10-07 11:16:59] [EMAIL PROTECTED] Please try this patch and report back: RCS file: /repository/php4/ext/pcre/php_pcre.c,v retrieving revision 1.128 diff -u -2 -b -w -B -r1.128 php_pcre.c --- ext/pcre/php_pcre.c 11 Sep 2002 14:41:25 - 1.128 +++ ext/pcre/php_pcre.c 7 Oct 2002 16:05:59 - @@ -67,4 +67,5 @@ #if HAVE_SETLOCALE if ((void*)pce-tables) pefree((void*)pce-tables, 1); + pefree(pce-locale, 1); #endif } @@ -303,5 +304,5 @@ new_entry.preg_options = poptions; #if HAVE_SETLOCALE - new_entry.locale = locale; + new_entry.locale = pestrdup(locale, 1); new_entry.tables = tables; #endif [2002-10-06 22:41:36] [EMAIL PROTECTED] I tried with the newest snapshot but I get the following backtrace (gdb) run -X -DSSL -f /usr/local/apache/conf/httpd.conf Starting program: /usr/local/apache/bin/httpd -X -DSSL -f /usr/local/apache/conf/httpd.conf Program received signal SIGSEGV, Segmentation fault. 0x403d2e94 in _efree (ptr=0x0) at /usr/local/software/php4-200210061800/Zend/zend_alloc.c:211 211 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p-size); (gdb) bt #0 0x403d2e94 in _efree (ptr=0x0) at /usr/local/software/php4-200210061800/Zend/zend_alloc.c:211 #1 0x403e5b8e in zend_hash_destroy (ht=0x82ea824) at /usr/local/software/php4-200210061800/Zend/zend_hash.c:550 #2 0x403e063a in _zval_dtor (zvalue=0x81802ec) at /usr/local/software/php4-200210061800/Zend/zend_variables.c:51 #3 0x403f1206 in execute (op_array=0x82d130c) at /usr/local/software/php4-200210061800/Zend/zend_execute.c:449 #4 0x403f411a in execute (op_array=0x82182e4) at /usr/local/software/php4-200210061800/Zend/zend_execute.c:1641 #5 0x403e1adc in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/software/php4-200210061800/Zend/zend.c:834 #6 0x403bbfed in php_execute_script (primary_file=0xb6d0) at /usr/local/software/php4-200210061800/main/main.c:1542 #7 0x403fb4b6 in apache_php_module_main (r=0x816c9e0, display_source_mode=0) at /usr/local/software/php4-200210061800/sapi/apache/sapi_apache.c:55 #8 0x403fbfd6 in send_php (r=0x816c9e0, display_source_mode=0, filename=0x0) at /usr/local/software/php4-200210061800/sapi/apache/mod_php4.c:564 #9 0x403fc02a in send_parsed_php (r=0x816c9e0) at /usr/local/software/php4-200210061800/sapi/apache/mod_php4.c:579 #10 0x0806bdcf in ap_invoke_handler () #11 0x08080e53 in process_request_internal () #12 0x08080eb4 in ap_process_request () ---Type return to continue, or q return to quit--- #13 0x08077df1 in child_main () #14 0x08077fc0 in make_child () #15 0x08078134 in startup_children () #16 0x080787ac in standalone_main () #17 0x0807902b in main () #18 0x42017499 in __libc_start_main () from /lib/i686/libc.so.6 [2002-10-06 19:08:49] [EMAIL PROTECTED] Note sure if this will be useful, but if i edit main/php_config.h (after running ./configure) and remove all LOCALE defines, here's a backtrace of the segfault: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 6702)] 0x403d6c67 in _zval_dtor (zvalue=0x82ad344, __zend_filename=0x40432520 /tmp/php-debug/Zend/zend_execute_API.c, __zend_lineno=291) at /tmp/php-debug/Zend/zend_variables.c:43 43 CHECK_ZVAL_STRING_REL(zvalue); (gdb) bt #0 0x403d6c67 in _zval_dtor (zvalue=0x82ad344, __zend_filename=0x40432520 /tmp/php-debug/Zend/zend_execute_API.c, __zend_lineno=291) at
#16155 [Opn]: variables_order affects existence of php predefined variables
ID: 16155 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Feature/Change Request +Bug Type: PHP options/info functions Operating System: all PHP Version: CVS New Comment: feature request- php options bug Previous Comments: [2002-07-10 20:13:50] [EMAIL PROTECTED] Yes, these mods definitely sound good. [2002-07-10 20:08:46] [EMAIL PROTECTED] This is a feature request as it's documented and expected bahavior. Your points are valid and shared by many. It's a matter of sitting down, thinking it through, and coming up with a nice BC friendly solution. In speaking with Zeev, he tentively suggested the following: (a) Decouple variables_order from the $_* / $HTTP_*_VARS completely. (b) Make it possible to prevent $_ENV and $_SERVER from being populated. Like env_autoglobal = on and server_autoglobal = on. (c) It shouldn't be possible to prevent $_GET, $_POST, $_COOKIE, and $_FILES from being populated. This falls in line with your suggestions. The current variables_order manual entry is vague on this particular matter, yes, but it's there, and it's much clearer in the other aforementioned entries. With variables_order = GPCS and register_globals = off, the global namespace will not be polluted. Not sure what you mean there as $_GET['id'] will exist, $id will not. [2002-07-10 19:02:52] [EMAIL PROTECTED] Oops. That should be track_vars On That's all. What this implies is that if track_vars is on, variables_order shouldn't prohibit any HTTP_*_VARS variable from being set (i.e., parsing always occurs). The only utility that variables_order gives you is the ability to say with some certainty where a particular global might have originated given overlapping names in two or more sources. That is, if I have a foo in my cookies, a url that looks like http://www.blorg.com/blech.php?foo=bar, and a POST var called foo on the same page, AND if variables_order is set to CGP, I know for sure that the global $foo came from the POST if there was one, then from the Get (URL), then from the cookies. And that's it! [2002-07-10 18:57:33] [EMAIL PROTECTED] No, it won't, because that will also add the variables to the global namespace. This is not a feature request -- it's *making the system work as advertised*. There already is -- or should be, if the writers of the documentation were correct -- a way to disable global variable imports, which ought to be the configuration lines register_globals = Off variables_order = That is, - register_globals should control the registration of globals, and - variables_order should control the source(s) of and order of global variable parsing. Just like it says in the documentation: variables_order string Set the order of the EGPCS (Environment, GET, POST, Cookie, Server) variable parsing. The default setting of this directive is EGPCS. Setting this to GP, for example, will cause PHP to completely ignore environment variables, cookies and server variables, and to overwrite any GET method variables with POST-method variables of the same name. Notice how the above makes NO mention of whether track_vars is set -- but that doesn't matter, because track_vars IS ALWAYS SET ON! That implies that variable tracking in HTTP_*_VARS should ALWAYS happen. ALWAYS. The tools to do this already exists. This is not a feature but a bug -- the extant documentation describes a rationally behaving environment, but PHP no longer conforms to it. [2002-07-10 18:21:53] [EMAIL PROTECTED] Just set the PHP predefined variables you want in the variables_order directive. Like, GPCS or EGPCS. And turn register_globals off. This will do what you want. I'm turning this into a feature request and changing the summary. See Rasmus' post/thread for details on this request. Whoever decided that variables_order should be 'es' during your install should be informed on the matter too. 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/16155 -- Edit this bug report at http://bugs.php.net/?id=16155edit=1
#19780 [Opn-Fbk]: APXS returns 1 on usage info
ID: 19780 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Linux 2.4.19 PHP Version: 4.2.3 New Comment: Huh? What apache2 version? And what configure line was used? Previous Comments: [2002-10-06 11:16:23] [EMAIL PROTECTED] When the ./configure script checks for apxs(2), it sees if the script returns 0 for it's return value; however, apxs for apache2 returns 1 for usage info...look at this code snippet: sub usage { print STDERR Usage: apxs -g [-S var=val] -n modname\n; [...] exit(1); } This causes ./configure to stop when compiling with Apache2 -- Edit this bug report at http://bugs.php.net/?id=19780edit=1
#19790 [Opn-Bgs]: can't fetch file update.php4
ID: 19790 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Linux 2.4.9 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-10-06 19:54:17] [EMAIL PROTECTED] Hi, first of all I can't determine, if this bugs concerns to you, to Apache or to some fault in my configuration of either. Using Apache 2.0.43 + PHP 4.2.3 I have some site set up, where I link a file named update.php4 within some menu (using HTML-A-tag of course). I do the same with other scripts, but the other referers work. Now, when I use this link to fetch update.php4, which contains nothing but a nice PHP-script from the very first to the very last line, I get the source instead of the script's output after running. If I turn the reference as well as the script's name into updat.php4 or updater.php4 everything works fine and I get the script running and putting out ... Then I tried STABLE-200210061500 from snaps.php.net and encountered the same problem. Again, I don't know, if this is of your concern or if it belongs to either apache or my configuration. I first searched apache's bug report database for update and found nothing appropriate and so grepped my configuration files (the whole /etc/httpd-directory) for that token and didn't found it somewhere not within a comment ... -- Edit this bug report at http://bugs.php.net/?id=19790edit=1
#19780 [Fbk-Opn]: APXS returns 1 on usage info
ID: 19780 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Linux 2.4.19 PHP Version: 4.2.3 New Comment: Apache 2.0.43 (the newest release) ./configure --with-gd --with-xml --with-mysql --with-gettext --with-mcrypt --with-imap --enable-ftp --with-openssl --with-apxs2=/apache2/bin/apxs Previous Comments: [2002-10-07 12:46:00] [EMAIL PROTECTED] Huh? What apache2 version? And what configure line was used? [2002-10-06 11:16:23] [EMAIL PROTECTED] When the ./configure script checks for apxs(2), it sees if the script returns 0 for it's return value; however, apxs for apache2 returns 1 for usage info...look at this code snippet: sub usage { print STDERR Usage: apxs -g [-S var=val] -n modname\n; [...] exit(1); } This causes ./configure to stop when compiling with Apache2 -- Edit this bug report at http://bugs.php.net/?id=19780edit=1
#19758 [Com]: Loading extensions isn't functional
ID: 19758 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Dynamic loading Operating System: Win 2000 Server PHP Version: 4.2.3 New Comment: My appologizes for posting this report, if this truly isn't a bug. However, Win 2000 Server comes with the mssql drivers, so all that is needed is to load the php_mssql.dll. But, your extenesion_dir isn't functioning so I can't do that. I find it hard to believe, that with the correct configuration for the extenesion_dir, and that it wouldn't ready any dll's in the specified directory, you don't call this a bug. I said before that I've installed php on 5 other windows 2000 computers, so I know my php.ini is correct. Thanks for the help. I just hope support doesn't send me back here. Previous Comments: [2002-10-05 02:53:25] [EMAIL PROTECTED] Sorry, but the bug system is not the appropriate forum for asking support questions. Your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Thank you for your interest in PHP. You need to install the MSSSQL client DLLs. [2002-10-04 15:17:10] [EMAIL PROTECTED] Well, since I thought I might have something miss installed, I've gone ahead and re-started my Win2000 Server installation. I'm back to the same problem however. Error Message: Unable to load dynamic library 'd:\php\extensions\php_mssql.dll' - The specified module could not be found Any directory I specify for the extension_dir dll's, won't work. I've tried, d:\php\extensions, d:\php\\extensions\, d:\\php\\extensions, d:\\php\exetensions\\, d:/php/extensions, d://php//extensions, d://php/extensions/, d://php//extensions// I've attempted as well to move the dll into the system 32 directory, and in the same directory has the php.exe file. No luck. Below are my specifications: Server: Dell Power App 120 Server, SCSI hard drives. OS: Window 2000 Server running IIS 5 PHP: Version 4.2.3 running ISAP installation Php ini file : c:\WINNT\php.ini Php directory : d:\php Extension directory : d:\php\extensions Note: I've installed this same version on 6 other Win2000 clients (Pro and Server) with IIS 5, and have not run into this problem before. The only main difference is that its a Power App Server, with SCSI drives. -- Edit this bug report at http://bugs.php.net/?id=19758edit=1
#19804 [Com]: PHP does not take the Libmcrypt ciphers when compiling
ID: 19804 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Compile Issues Operating System: AIX 4.3.3 PHP Version: 4.2.3 New Comment: Eh, Didn't finish with all of hte clipping. Could be that bug database can't accept them all. By the make, I did hte best I could on make because it is too long for the computer screen. I tried this command, make log_make but found that not all of hte data go into the log_make and whatever is left is spitted out onto the screen. Previous Comments: [2002-10-07 13:05:35] [EMAIL PROTECTED] Since Bug #19803 is bogus. I decided to compile libmcrypt and see if the problem with libmcrypt. It worked out okay, so it is PHP that did not take in the ciphers from libmcrypt when compiling, so I'm filling a new bug report. When I use some PHP function for mcrypt, like mcrypt_get_block_size('tripledes', 'ecb') or mcrypt_create_iv(mcrypt_get_iv_size(MCRYPT_RIJNDAEL_256, MCRYPT_MODE_ECB), MCRYPT_RAND). I get all of the warning messages. like Warning: mcrypt module initialization failed in ... or Warning: could not open encryption module . This bug could be critical because if someone had encrypted the data and one day upgrade PHP and hte encryption get affected. I use Libmcrypt-2.5.3, when compiled and installed. The file goes to both the /usr/local/lib and /usr/local/lib/libmcrypt. I'll include the brief clip down below. The 1st clipping is for /usr/local/lib and there is one directory as shown in the list. --clip-- drwxr-xr-x 2 root system 1536 Oct 07 13:30 libmcrypt -rwxr-xr-x 1 root system 53221 Oct 07 13:30 libmcrypt.a -rwxr-xr-x 1 root system 738 Oct 07 13:30 libmcrypt.la --clip-- The 2nd clipping, which is inside the directory of /usr/local/lib/libmcrypt. --clip-- drwxr-xr-x 2 root system 1536 Oct 07 13:30 . drwxr-xr-x 21 root system 1536 Oct 07 13:30 .. -rwxr-xr-x 1 root system 750 Oct 07 13:30 arcfour.la -rwxr-xr-x 1 root system 790 Oct 07 13:30 blowfish-compat.la -rwxr-xr-x 1 root system 755 Oct 07 13:30 blowfish.la -rwxr-xr-x 1 root system 755 Oct 07 13:30 cast-128.la -rwxr-xr-x 1 root system 755 Oct 07 13:29 cast-256.la -rwxr-xr-x 1 root system 730 Oct 07 13:30 cbc.la -rwxr-xr-x 1 root system 730 Oct 07 13:30 cfb.la -rwxr-xr-x 1 root system 730 Oct 07 13:30 ctr.la -rwxr-xr-x 1 root system 730 Oct 07 13:30 des.la -rwxr-xr-x 1 root system 730 Oct 07 13:30 ecb.la -rwxr-xr-x 1 root system 745 Oct 07 13:30 enigma.la -rwxr-xr-x 1 root system 735 Oct 07 13:30 gost.la -rwxr-xr-x 1 root system 13041 Oct 07 13:30 libarcfour.a -rwxr-xr-x 1 root system 19202 Oct 07 13:30 libblowfish-compat.a -rwxr-xr-x 1 root system 18270 Oct 07 13:30 libblowfish.a -rwxr-xr-x 1 root system 25990 Oct 07 13:30 libcast-128.a -rwxr-xr-x 1 root system 25937 Oct 07 13:29 libcast-256.a -rwxr-xr-x 1 root system 11262 Oct 07 13:30 libcbc.a -rwxr-xr-x 1 root system 11056 Oct 07 13:30 libcfb.a -rwxr-xr-x 1 root system 11822 Oct 07 13:30 libctr.a -rwxr-xr-x 1 root system 17804 Oct 07 13:30 libdes.a -rwxr-xr-x 1 root system 8622 Oct 07 13:30 libecb.a -rwxr-xr-x 1 root system 14990 Oct 07 13:30 libenigma.a -rwxr-xr-x 1 root system 15787 Oct 07 13:30 libgost.a -rwxr-xr-x 1 root system 20305 Oct 07 13:29 libloki97.a -rwxr-xr-x 1 root system 13654 Oct 07 13:30 libncfb.a -rwxr-xr-x 1 root system 12196 Oct 07 13:30 libnofb.a -rwxr-xr-x 1 root system 11064 Oct 07 13:30 libofb.a -rwxr-xr-x 1 root system 17301 Oct 07 13:30 libpanama.a -rwxr-xr-x 1 root system 13434 Oct 07 13:29 librc2.a -rwxr-xr-x 1 root system 18682 Oct 07 13:29 librijndael-128.a -rwxr-xr-x 1 root system 18722 Oct 07 13:29 librijndael-192.a -rwxr-xr-x 1 root system 18738 Oct 07 13:29 librijndael-256.a -rwxr-xr-x 1 root system 15640 Oct 07 13:29 libsafer-sk128.a -rwxr-xr-x 1 root system 15548 Oct 07 13:29 libsafer-sk64.a -rwxr-xr-x 1 root system 18338 Oct 07 13:29 libsaferplus.a -rwxr-xr-x 1 root system 28182 Oct 07 13:29 libserpent.a -rwxr-xr-x 1 root system 8438 Oct 07 13:30 libstream.a -rwxr-xr-x 1 root system 15805 Oct 07 13:30 libthreeway.a -rwxr-xr-x 1 root system 20064 Oct 07 13:30 libtripledes.a -rwxr-xr-x 1 root system 22862 Oct 07 13:29 libtwofish.a -rwxr-xr-x 1 root system 14323 Oct 07 13:30 libwake.a -rwxr-xr-x 1 root system 12374 Oct 07 13:29 libxtea.a -rwxr-xr-x 1 root system 745
#19804 [Opn-Fbk]: PHP does not take the Libmcrypt ciphers when compiling
ID: 19804 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *Compile Issues Operating System: AIX 4.3.3 PHP Version: 4.2.3 New Comment: Set the paths in your php.ini as described on http://www.php.net/manual/en/ref.mcrypt.php See table 1. Derick Previous Comments: [2002-10-07 13:11:56] [EMAIL PROTECTED] Eh, Didn't finish with all of hte clipping. Could be that bug database can't accept them all. By the make, I did hte best I could on make because it is too long for the computer screen. I tried this command, make log_make but found that not all of hte data go into the log_make and whatever is left is spitted out onto the screen. [2002-10-07 13:05:35] [EMAIL PROTECTED] Since Bug #19803 is bogus. I decided to compile libmcrypt and see if the problem with libmcrypt. It worked out okay, so it is PHP that did not take in the ciphers from libmcrypt when compiling, so I'm filling a new bug report. When I use some PHP function for mcrypt, like mcrypt_get_block_size('tripledes', 'ecb') or mcrypt_create_iv(mcrypt_get_iv_size(MCRYPT_RIJNDAEL_256, MCRYPT_MODE_ECB), MCRYPT_RAND). I get all of the warning messages. like Warning: mcrypt module initialization failed in ... or Warning: could not open encryption module . This bug could be critical because if someone had encrypted the data and one day upgrade PHP and hte encryption get affected. I use Libmcrypt-2.5.3, when compiled and installed. The file goes to both the /usr/local/lib and /usr/local/lib/libmcrypt. I'll include the brief clip down below. The 1st clipping is for /usr/local/lib and there is one directory as shown in the list. --clip-- drwxr-xr-x 2 root system 1536 Oct 07 13:30 libmcrypt -rwxr-xr-x 1 root system 53221 Oct 07 13:30 libmcrypt.a -rwxr-xr-x 1 root system 738 Oct 07 13:30 libmcrypt.la --clip-- The 2nd clipping, which is inside the directory of /usr/local/lib/libmcrypt. --clip-- drwxr-xr-x 2 root system 1536 Oct 07 13:30 . drwxr-xr-x 21 root system 1536 Oct 07 13:30 .. -rwxr-xr-x 1 root system 750 Oct 07 13:30 arcfour.la -rwxr-xr-x 1 root system 790 Oct 07 13:30 blowfish-compat.la -rwxr-xr-x 1 root system 755 Oct 07 13:30 blowfish.la -rwxr-xr-x 1 root system 755 Oct 07 13:30 cast-128.la -rwxr-xr-x 1 root system 755 Oct 07 13:29 cast-256.la -rwxr-xr-x 1 root system 730 Oct 07 13:30 cbc.la -rwxr-xr-x 1 root system 730 Oct 07 13:30 cfb.la -rwxr-xr-x 1 root system 730 Oct 07 13:30 ctr.la -rwxr-xr-x 1 root system 730 Oct 07 13:30 des.la -rwxr-xr-x 1 root system 730 Oct 07 13:30 ecb.la -rwxr-xr-x 1 root system 745 Oct 07 13:30 enigma.la -rwxr-xr-x 1 root system 735 Oct 07 13:30 gost.la -rwxr-xr-x 1 root system 13041 Oct 07 13:30 libarcfour.a -rwxr-xr-x 1 root system 19202 Oct 07 13:30 libblowfish-compat.a -rwxr-xr-x 1 root system 18270 Oct 07 13:30 libblowfish.a -rwxr-xr-x 1 root system 25990 Oct 07 13:30 libcast-128.a -rwxr-xr-x 1 root system 25937 Oct 07 13:29 libcast-256.a -rwxr-xr-x 1 root system 11262 Oct 07 13:30 libcbc.a -rwxr-xr-x 1 root system 11056 Oct 07 13:30 libcfb.a -rwxr-xr-x 1 root system 11822 Oct 07 13:30 libctr.a -rwxr-xr-x 1 root system 17804 Oct 07 13:30 libdes.a -rwxr-xr-x 1 root system 8622 Oct 07 13:30 libecb.a -rwxr-xr-x 1 root system 14990 Oct 07 13:30 libenigma.a -rwxr-xr-x 1 root system 15787 Oct 07 13:30 libgost.a -rwxr-xr-x 1 root system 20305 Oct 07 13:29 libloki97.a -rwxr-xr-x 1 root system 13654 Oct 07 13:30 libncfb.a -rwxr-xr-x 1 root system 12196 Oct 07 13:30 libnofb.a -rwxr-xr-x 1 root system 11064 Oct 07 13:30 libofb.a -rwxr-xr-x 1 root system 17301 Oct 07 13:30 libpanama.a -rwxr-xr-x 1 root system 13434 Oct 07 13:29 librc2.a -rwxr-xr-x 1 root system 18682 Oct 07 13:29 librijndael-128.a -rwxr-xr-x 1 root system 18722 Oct 07 13:29 librijndael-192.a -rwxr-xr-x 1 root system 18738 Oct 07 13:29 librijndael-256.a -rwxr-xr-x 1 root system 15640 Oct 07 13:29 libsafer-sk128.a -rwxr-xr-x 1 root system 15548 Oct 07 13:29 libsafer-sk64.a -rwxr-xr-x 1 root system 18338 Oct 07 13:29 libsaferplus.a -rwxr-xr-x 1 root system 28182 Oct 07 13:29 libserpent.a -rwxr-xr-x 1 root system 8438 Oct 07 13:30 libstream.a -rwxr-xr-x 1 root system 15805 Oct 07 13:30 libthreeway.a -rwxr-xr-x 1 root system 20064 Oct 07
#19690 [Ana-Csd]: mb_split is broken
ID: 19690 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Closed Bug Type: mbstring related Operating System: Red Hat Linux 7.2 PHP Version: 4.2.3 New Comment: After some discussion, extended mode is no more the default for mb_split() and mb_ereg_(). Instead you can change the default behaivour by this newly introduced function: proto mb_regex_set_options(string options) (Although this is not documented yet... I hope I will soon update them.) Anyway, thank you for the report. Previous Comments: [2002-10-03 07:26:58] [EMAIL PROTECTED] I agree. Can this be added to the documentation then? [2002-10-02 06:44:14] [EMAIL PROTECTED] oops i forgot to change the status. [2002-10-02 06:42:38] [EMAIL PROTECTED] As of current implementation, mb_split() and mb_ereg() take the regex pattern as extended mode one, in which white spaces, carridge returns, and line feeds are ignored and any sequences beginning with # and delimitted by \n are treated as comments. So if you would like to use these characters in the pattern, you should escape them with a backslash '\'. IMO this implied behaviour is quite confusing, as we are more familiar with split() and preg_split(). [2002-10-01 13:09:33] [EMAIL PROTECTED] confirmed with HEAD. [2002-10-01 08:52:38] [EMAIL PROTECTED] Here are my PHP settings in case you need to see them Multibyte (Japanese) Support enabled multibyte regex support enabled Directive Local Value Master Value mbstring.detect_order autoauto mbstring.func_overload0 0 mbstring.http_input autoauto mbstring.http_output no valueno value mbstring.internal_encodingEUC-JP EUC-JP mbstring.substitute_character no valueno value 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/19690 -- Edit this bug report at http://bugs.php.net/?id=19690edit=1
#19804 [Fbk-Opn]: PHP does not take the Libmcrypt ciphers when compiling
ID: 19804 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: *Compile Issues Operating System: AIX 4.3.3 PHP Version: 4.2.3 New Comment: Okay, the PATH in the php.ini. Not a problem. What exactly should I be looking for in the filepath, like mcrypt.algorithms_dir = . What are the example of files inside one of the directory, so I can figure out whether am I looking for in libmcrypt or php. What are hte filenames I should be looking for? Thanks, FletchSOD Previous Comments: [2002-10-07 13:37:17] [EMAIL PROTECTED] Set the paths in your php.ini as described on http://www.php.net/manual/en/ref.mcrypt.php See table 1. Derick [2002-10-07 13:11:56] [EMAIL PROTECTED] Eh, Didn't finish with all of hte clipping. Could be that bug database can't accept them all. By the make, I did hte best I could on make because it is too long for the computer screen. I tried this command, make log_make but found that not all of hte data go into the log_make and whatever is left is spitted out onto the screen. [2002-10-07 13:05:35] [EMAIL PROTECTED] Since Bug #19803 is bogus. I decided to compile libmcrypt and see if the problem with libmcrypt. It worked out okay, so it is PHP that did not take in the ciphers from libmcrypt when compiling, so I'm filling a new bug report. When I use some PHP function for mcrypt, like mcrypt_get_block_size('tripledes', 'ecb') or mcrypt_create_iv(mcrypt_get_iv_size(MCRYPT_RIJNDAEL_256, MCRYPT_MODE_ECB), MCRYPT_RAND). I get all of the warning messages. like Warning: mcrypt module initialization failed in ... or Warning: could not open encryption module . This bug could be critical because if someone had encrypted the data and one day upgrade PHP and hte encryption get affected. I use Libmcrypt-2.5.3, when compiled and installed. The file goes to both the /usr/local/lib and /usr/local/lib/libmcrypt. I'll include the brief clip down below. The 1st clipping is for /usr/local/lib and there is one directory as shown in the list. --clip-- drwxr-xr-x 2 root system 1536 Oct 07 13:30 libmcrypt -rwxr-xr-x 1 root system 53221 Oct 07 13:30 libmcrypt.a -rwxr-xr-x 1 root system 738 Oct 07 13:30 libmcrypt.la --clip-- The 2nd clipping, which is inside the directory of /usr/local/lib/libmcrypt. --clip-- drwxr-xr-x 2 root system 1536 Oct 07 13:30 . drwxr-xr-x 21 root system 1536 Oct 07 13:30 .. -rwxr-xr-x 1 root system 750 Oct 07 13:30 arcfour.la -rwxr-xr-x 1 root system 790 Oct 07 13:30 blowfish-compat.la -rwxr-xr-x 1 root system 755 Oct 07 13:30 blowfish.la -rwxr-xr-x 1 root system 755 Oct 07 13:30 cast-128.la -rwxr-xr-x 1 root system 755 Oct 07 13:29 cast-256.la -rwxr-xr-x 1 root system 730 Oct 07 13:30 cbc.la -rwxr-xr-x 1 root system 730 Oct 07 13:30 cfb.la -rwxr-xr-x 1 root system 730 Oct 07 13:30 ctr.la -rwxr-xr-x 1 root system 730 Oct 07 13:30 des.la -rwxr-xr-x 1 root system 730 Oct 07 13:30 ecb.la -rwxr-xr-x 1 root system 745 Oct 07 13:30 enigma.la -rwxr-xr-x 1 root system 735 Oct 07 13:30 gost.la -rwxr-xr-x 1 root system 13041 Oct 07 13:30 libarcfour.a -rwxr-xr-x 1 root system 19202 Oct 07 13:30 libblowfish-compat.a -rwxr-xr-x 1 root system 18270 Oct 07 13:30 libblowfish.a -rwxr-xr-x 1 root system 25990 Oct 07 13:30 libcast-128.a -rwxr-xr-x 1 root system 25937 Oct 07 13:29 libcast-256.a -rwxr-xr-x 1 root system 11262 Oct 07 13:30 libcbc.a -rwxr-xr-x 1 root system 11056 Oct 07 13:30 libcfb.a -rwxr-xr-x 1 root system 11822 Oct 07 13:30 libctr.a -rwxr-xr-x 1 root system 17804 Oct 07 13:30 libdes.a -rwxr-xr-x 1 root system 8622 Oct 07 13:30 libecb.a -rwxr-xr-x 1 root system 14990 Oct 07 13:30 libenigma.a -rwxr-xr-x 1 root system 15787 Oct 07 13:30 libgost.a -rwxr-xr-x 1 root system 20305 Oct 07 13:29 libloki97.a -rwxr-xr-x 1 root system 13654 Oct 07 13:30 libncfb.a -rwxr-xr-x 1 root system 12196 Oct 07 13:30 libnofb.a -rwxr-xr-x 1 root system 11064 Oct 07 13:30 libofb.a -rwxr-xr-x 1 root system 17301 Oct 07 13:30 libpanama.a -rwxr-xr-x 1 root system 13434 Oct 07 13:29 librc2.a -rwxr-xr-x 1 root system 18682 Oct 07 13:29 librijndael-128.a -rwxr-xr-x 1 root system 18722 Oct 07 13:29 librijndael-192.a -rwxr-xr-x 1 root system 18738 Oct 07 13:29 librijndael-256.a -rwxr-xr-x 1
#19133 [Csd]: imagecopymerge doesn't work correctly in gd2
ID: 19133 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: GD related Operating System: Win2K -PHP Version: 4.2.2 +PHP Version: 4.2.3 New Comment: I tried this in 4.2.3, and my tests still fail. Can you tell me what you did in your tests? Previous Comments: [2002-10-06 02:08:00] [EMAIL PROTECTED] I verified that this works correctly in the bundled GD2 in PHP 4.3. [2002-08-29 16:32:16] [EMAIL PROTECTED] Sorry, we have to stick with version 4.2.2 for now. Can anyone think of any possible workarounds? [2002-08-28 13:57:34] [EMAIL PROTECTED] This might be fixed with the bundled verion of GD2 available with 4.3.0. Please try a snapshot from http://snaps.php.net. [2002-08-28 13:02:59] [EMAIL PROTECTED] Sample script: ?php $Png0 = c:\\thumbs\\TERRAIN_color_big.PNG; $Png1 = c:\\thumbs\\Z00_LYR3_MAP_T_STATES_CYAN.png; $Png2 = c:\\thumbs\\eta_big.png; $Timg= c:\\thumbs\\test.png; $Tim0= ImageCreateFromPng($Png0); $Tim1= ImageCreateFromPng($Png1); $Tim2= ImageCreateFromPng($Png2); ImageCopyMerge($Tim0,$Tim1,0,0,0,0,649,548,100); ImageDestroy($Tim1); ImageCopyMerge($Tim0,$Tim2,0,0,0,0,649,548,100); ImageDestroy($Tim2); ImagePng($Tim0,$Timg); ImageDestroy($Tim0); ? html head meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 STYLE!-- .LYR0 {position: absolute; TOP:800; LEFT:10;z-Index:0; } .LYR1 {position: absolute; TOP:800; LEFT:10;z-Index:1; } .LYR2 {position: absolute; TOP:800; LEFT:10;z-Index:2; } --/style /head body !-- display the composite image -- img src=?php echo $Timg; ?brbr !-- for comparison, display the PNGs layered atop one another -- span class=LYR0img src=?php echo $Png0; ?/span span class=LYR1img src=?php echo $Png1; ?/span span class=LYR2img src=?php echo $Png2; ?/span /body /html Note that with php_gd2, the composite image $Timg ends up identical to $Png3. With php_gd, it looks identical to the three PNGs layered atop one another using CSS (which is what I believe to be the proper behavior). [2002-08-28 12:27:46] [EMAIL PROTECTED] sample script? 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/19133 -- Edit this bug report at http://bugs.php.net/?id=19133edit=1
#19587 [Opn-Csd]: no $PATH_INFO by using URLs with *.php/value and not *.php?value
ID: 19587 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: Apache2.0.40 on Windows 2000 PHP Version: 4.2.3 New Comment: ok here i found the solution, the AcceptPathInfo must be switched on in apache2.. http://httpd.apache.org/docs-2.0/mod/core.html#acceptpathinfo Previous Comments: [2002-09-26 13:52:04] [EMAIL PROTECTED] did any one know about this problem, becouse all my apps are based on this feature, and when i using CGI files at apache2 i can use the / [2002-09-25 00:35:31] [EMAIL PROTECTED] PS: on the phpinfo(); i also can't find any $PATH_INFO [2002-09-25 00:33:50] [EMAIL PROTECTED] when i enter the URL www.domain.com/dir/file.php?value=1 the script work fine, but when i enter www.domain.com/dir/file.php/value/1 i become a 404 error. but on win2k pro with apache 1.3.20 php4.0.6 i did not have this problem. php is loaded as module. -- Edit this bug report at http://bugs.php.net/?id=19587edit=1
#17759 [Com]: Why can't I get my session values?
ID: 17759 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: Session related Operating System: Solaris 8 PHP Version: 4.2.0 New Comment: As with version 4.2.3 this problems seems to be gone. At least on my machine: UltraSparc10 debian/sparc linux unstable/testing. -hakan Previous Comments: [2002-08-10 01:00:12] [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-07-09 17:33:19] [EMAIL PROTECTED] register_globals is off on both cases. However, $_SESSION[normal] does work for the listed reproducable sample. Verifying with 'real' app... Thanks, Stew [2002-07-09 10:12:53] [EMAIL PROTECTED] Ist it possible that you have register_globals off? Try file1.php :: ?php session_start(); $normal=1; session_register(normal); header('Location: file2.php'); ? file2.php :: ?php session_register(normal); echo Normal:.$_SESSION[normal].brbr\n; ? [2002-07-03 10:19:57] [EMAIL PROTECTED] Also reproducable on Solaris 9 (Ultra5/sun4u) NonWorking: Apache 1.3.26, ModSSL 2.8.10, OpenSSL 0.9.6d, PHP 4.2.1 Stew [2002-07-02 13:59:10] [EMAIL PROTECTED] I have the same problem on FreeBsd 4.6, Apache 1.3.26 and the latest build of PHP (1st of july 2002) 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/17759 -- Edit this bug report at http://bugs.php.net/?id=17759edit=1
#19805 [NEW]: My website is kaput - - There is suddenly not a site/page available w/URL
From: [EMAIL PROTECTED] Operating system: MAC OSX PHP version: 4.2.2 PHP Bug Type: Performance problem Bug description: My website is kaput - - There is suddenly not a site/page available w/URL My website: www.tearfilm.org is no longer accessible. When I type in the URL, nothing appears on the site other than the Society's logo and the Cyrus Aqua theme... the rest is missing and there are not any links available either. I've paid all of my monthly fees, so there is no reason for this site to be delinquent. Also, the phone number on my credit card statement is no longer in service. Who should I contact? What should I do? Thanks, Amy G. Sullivan Marketing Manager Tear Film Ocular Surface Society +1 617 912 0271 [EMAIL PROTECTED] www.tearfilm.org -- Edit bug report at http://bugs.php.net/?id=19805edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19805r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19805r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19805r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19805r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19805r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19805r=support Expected behavior: http://bugs.php.net/fix.php?id=19805r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19805r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19805r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19805r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19805r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19805r=dst IIS Stability: http://bugs.php.net/fix.php?id=19805r=isapi
#19805 [Opn-Bgs]: My website is kaput - - There is suddenly not a site/page available w/URL
ID: 19805 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Performance problem Operating System: MAC OSX PHP Version: 4.2.2 New Comment: Sorry, we have nothing to do with this. Contact your provider. Previous Comments: [2002-10-07 15:30:55] [EMAIL PROTECTED] My website: www.tearfilm.org is no longer accessible. When I type in the URL, nothing appears on the site other than the Society's logo and the Cyrus Aqua theme... the rest is missing and there are not any links available either. I've paid all of my monthly fees, so there is no reason for this site to be delinquent. Also, the phone number on my credit card statement is no longer in service. Who should I contact? What should I do? Thanks, Amy G. Sullivan Marketing Manager Tear Film Ocular Surface Society +1 617 912 0271 [EMAIL PROTECTED] www.tearfilm.org -- Edit this bug report at http://bugs.php.net/?id=19805edit=1
#1298 [Fbk-Opn]: need to use -taso with Netscape LDAP libs
ID: 1298 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Compaq Tru64 4.0F PK3 PHP Version: 4.2.1 New Comment: I don't mind you sounding like a broken record :-) Unfortunately with php4-200210070600 all of the same problems still seem to exist (the biggest being the snprintf issue I'd say). I did figure out that if I include /usr/local/ldap/lib in my LD_LIBRARY_PATH while configuring and building then I can at least avoid hacking configure to make it work. Previous Comments: [2002-10-04 19:42:39] [EMAIL PROTECTED] not to sound like a broken record but... can you try a recent snapshot? there has been a bunch of work on this, and i'm hoping some of it fixes your problems...otherwise 4.3 will be delayed a bit. [2002-08-30 11:38:26] [EMAIL PROTECTED] The only thing that appears to have been fixed by php4-200208300600 is that I can compile the oci8 extension again. snprintf still bombs. I still need to add the -std1 CFLAGS to get oracle and/or oci8 to compile. I still cannot use just the -taso CFLAG to build with our LDAP library as parts of the configure script either do not use CFLAGS when testing or do not use -Wl,rpath properly. That's my current state :-) [2002-08-29 16:55:27] [EMAIL PROTECTED] I believe the snprintf part was recently fixed. Any progess on the other fronts you were working on? [2002-08-16 10:19:18] [EMAIL PROTECTED] I'm not sure if it was STABLE or not. I just retrieved it from http://snaps.php.net/php4-latest.tar.gz. [2002-08-16 00:24:30] [EMAIL PROTECTED] Was this with the STABLE or non-STABLE builds? 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/1298 -- Edit this bug report at http://bugs.php.net/?id=1298edit=1
#19772 [Com]: feature request count_files() and count_directories()
ID: 19772 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Feature/Change Request Operating System: Windows XP Home PHP Version: 4.2.3 New Comment: glob() doesn't seem to work on 4.2.3 Previous Comments: [2002-10-07 12:12:23] [EMAIL PROTECTED] This is what can be used for this: http://www.php.net/manual/en/function.glob.php No special functions for just counting files/dirs are not needed. [2002-10-05 18:52:12] [EMAIL PROTECTED] That's an idea but I already used readdir :) I didn't think I could use it for directories, though... It's just that since I don't use mysql, I use it often to count stuff in my databases (e.g.: My news database outputs the number of news and the number of news = the number of files in the directory) and it makes scripts more complicated. I always have to copy the same code everywhere because I can't remember it. Thanks, PsykX [2002-10-05 17:49:26] [EMAIL PROTECTED] Well, you should do that with readdir() with incrementing a variable. [2002-10-05 15:45:37] [EMAIL PROTECTED] I think it would be handy to have these 2 functions. The difference is that one would count files and the other counts directories, like you probably guessed it. For example, if you d'like to count files ending with php3 and directories, you would do this : --- //Opens a directory and counts files and folders in it $dir = opendir(string path); $files = count_files($dir, php3); $directories = count_directories($dir); closedir($dir); //Outputs the number of files and directories echo $files; echo br; echo $directories; --- If you d'like to count every files you would put nothing in the extension parameter I know there's a way to count files and directories but it would be a shortcut function. Thanks, PsykX (Sorry for my english...) -- Edit this bug report at http://bugs.php.net/?id=19772edit=1
#19772 [Csd]: feature request count_files() and count_directories()
ID: 19772 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Feature/Change Request Operating System: Windows XP Home PHP Version: 4.2.3 New Comment: It only exists in the 4.3.0 dev version, get a non-stable snapshot from snaps.php.net Derick Previous Comments: [2002-10-07 15:35:07] [EMAIL PROTECTED] glob() doesn't seem to work on 4.2.3 [2002-10-07 12:12:23] [EMAIL PROTECTED] This is what can be used for this: http://www.php.net/manual/en/function.glob.php No special functions for just counting files/dirs are not needed. [2002-10-05 18:52:12] [EMAIL PROTECTED] That's an idea but I already used readdir :) I didn't think I could use it for directories, though... It's just that since I don't use mysql, I use it often to count stuff in my databases (e.g.: My news database outputs the number of news and the number of news = the number of files in the directory) and it makes scripts more complicated. I always have to copy the same code everywhere because I can't remember it. Thanks, PsykX [2002-10-05 17:49:26] [EMAIL PROTECTED] Well, you should do that with readdir() with incrementing a variable. [2002-10-05 15:45:37] [EMAIL PROTECTED] I think it would be handy to have these 2 functions. The difference is that one would count files and the other counts directories, like you probably guessed it. For example, if you d'like to count files ending with php3 and directories, you would do this : --- //Opens a directory and counts files and folders in it $dir = opendir(string path); $files = count_files($dir, php3); $directories = count_directories($dir); closedir($dir); //Outputs the number of files and directories echo $files; echo br; echo $directories; --- If you d'like to count every files you would put nothing in the extension parameter I know there's a way to count files and directories but it would be a shortcut function. Thanks, PsykX (Sorry for my english...) -- Edit this bug report at http://bugs.php.net/?id=19772edit=1
#19532 [Com]: cannot load php4apache.dll
ID: 19532 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache2 related Operating System: Windows 98 PHP Version: 4.2.3 New Comment: If you would have noticed this guy is trying to use the php4apache.dll with an apache 2 install the new cvs isn't going to help that he needs to use the correct dll. I kind of wish this stuff were read before the same vanilla response was issued. Previous Comments: [2002-09-21 01:42:36] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-20 18:49:14] [EMAIL PROTECTED] C:\WINDOWS\Plocha c:\Progra~1\Apache~1\Apache2\bin\apache -k install Syntax error on line 177 of C:/Program Files/Apache Group/Apache2/conf/httpd.conf: Cannot load C:/php/sapi/php4apache.dll into server: -- Edit this bug report at http://bugs.php.net/?id=19532edit=1
#19786 [Com]: Apache doesn't start with php
ID: 19786 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache2 related Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: The CVS doesn't currently fix this issue. Previous Comments: [2002-10-06 18:07:58] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-10-06 16:18:39] [EMAIL PROTECTED] I installed the Apache version 2.0.43. After that I copied the php binaries into my apache directory in php. Finally I added this lines to my http.conf: LoadModule php4_module php/sapi/php4apache2.dll AddType application/x-httpd-php .php When I try to run apache I got the following error: apache: module C:\php4build\snap\sapi\apachefilter2\sape_apache2.c is not compatible with this version of Apache (found 20020628, need 20020903). Please contact the vendor for the correct version. -- Edit this bug report at http://bugs.php.net/?id=19786edit=1
#19257 [Fbk-Csd]: strtolower strtoupper does not work for UTF-8 strings
ID: 19257 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Strings related Operating System: Linux PHP Version: 4.2.2 New Comment: Works fine for German and Russian characters. Thans! Previous Comments: [2002-09-25 20:23:33] [EMAIL PROTECTED] I've added a new function to the mbstring extension in CVS. This function will be in PHP 4.3. I would appreciate your feedback. Try a snapshot from http://snaps.php.net/php4-latest.tar.gz dated after this message. usage: proto string mb_convert_case(string str, int mode [, string encoding]); mode can be one of MB_CASE_UPPER, MB_CASE_LOWER or MB_CASE_TITLE. encoding specifies the encoding of str; if omitted, the mbstring.internal_encoding value will be used. The return value is str with the appropriate case folding applied. The function works by internally converting the string into UCS-4 format and applying php_unicode_to(upper|lower|title) to each unicode character, and then converts the string back into the original encoding. The code for your test case would look like this (and works for me): ? $str = Test.utf8_encode(\xFC); $strU = mb_convert_case($str, MB_CASE_UPPER, utf-8); $strL = mb_convert_case($str, MB_CASE_LOWER, utf-8); ? PRE str = '? echo $str; ?' strU = '? echo $strU; ?' strL = '? echo $strL; ?' /PRE [2002-09-10 09:20:07] [EMAIL PROTECTED] As I understand toupper()/tolower() are working only for one byte encodings. So right way is to use 'wide' versions of toupper()/tolower() - towupper()/towlower(). Example: #include stdio.h #include wctype.h #include locale.h int main() { printf(locale set to '%s'\n, setlocale(LC_ALL, UTF-8)); printf(0x00DC C='%C'\n, towlower(0x00DC)); printf(0x042F C='%C'\n, towlower(0x042F)); return(0); } And it's working fine for UCS2 (UTF-16). In PHP I can convert UTF-8 to UTF-16 by using iconv(). But PHP has not 'wide' version of strtolower()/strtoupper(). So, what can I do? [2002-09-10 08:54:19] [EMAIL PROTECTED] I forgot to add that you should feed your utf8 data to the input of that little program. [2002-09-10 08:52:58] [EMAIL PROTECTED] This is not a bug in PHP; it's down to whether your system can support this and has the appropriate locales installed. A quick and dirty example might look this this in C: #include ctype.h main() { char buff[1024]; while(fgets(buff, sizeof(buff), stdin)) { int i, l; l = strlen(buff); for (i = 0; i l; i++) buff[i] = toupper(buff[i]); puts(buff); } } If that little program works, your system supports this conversion. If it doesn't, then PHP doesn't either. [2002-09-10 08:44:36] [EMAIL PROTECTED] So you didn't try it..? Yes, I set LC_ALL/LANG to 'en_US' and try it. I only tried your test script and got the expected result. Whatever the characters are.. I've no idea of them anyway.. I think your confused by looking on the result of test script with encoding set to 'ISO-8859-x' instead of 'UTF-8'. In this case it looks as some characters changed to lower/upper case. BUT they are not UTF-8 lower/upper case characters: 1) 0xC39C changed to 0xE39C, should be 0xC3BC 2) 0xD0AF changed to 0xF0AF, should be 0xD18F As result we have not UTF-8 string but a garbage. If you really like test this issue you should set 'default_charset=utf-8' in php.ini or set encoding to 'UTF-8' in your browser. btw. AFAIK, setting LANG / LC_ALL to UTF-8 is not correct way to do it.. According to that HOWTO, it should be something like ru_RU.UTF-8 (and only if you really have UTF-8 locales) I try en_US.UTF-8, de_DE.UTF-8, ru_RU.UTF-8 - no lack. I'm bogusing this since it really isn't anything PHP can affect.. So, no way in PHP convert UTF-8 string to lower/upper case? 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/19257 -- Edit this bug report at http://bugs.php.net/?id=19257edit=1
#1298 [Opn-Ctl]: need to use -taso with Netscape LDAP libs
ID: 1298 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Critical Bug Type: Compile Failure Operating System: Compaq Tru64 4.0F PK3 -PHP Version: 4.2.1 +PHP Version: 4.2.1, 4.2.3, 4.3.0-dev New Comment: Okay updated versions. I'd like to mark this as critical, as I'm seeing this behavior now too on my solaris box that I'm testing with. not sure if it's just a borked install of Solaris, or if it's a PHP issue though. The issue being mainly the SNPRINTF stuff. BTW can you also give me the output of a uname -s on your machine? I think I know how to fix the LDAP issue... Previous Comments: [2002-10-07 15:34:13] [EMAIL PROTECTED] I don't mind you sounding like a broken record :-) Unfortunately with php4-200210070600 all of the same problems still seem to exist (the biggest being the snprintf issue I'd say). I did figure out that if I include /usr/local/ldap/lib in my LD_LIBRARY_PATH while configuring and building then I can at least avoid hacking configure to make it work. [2002-10-04 19:42:39] [EMAIL PROTECTED] not to sound like a broken record but... can you try a recent snapshot? there has been a bunch of work on this, and i'm hoping some of it fixes your problems...otherwise 4.3 will be delayed a bit. [2002-08-30 11:38:26] [EMAIL PROTECTED] The only thing that appears to have been fixed by php4-200208300600 is that I can compile the oci8 extension again. snprintf still bombs. I still need to add the -std1 CFLAGS to get oracle and/or oci8 to compile. I still cannot use just the -taso CFLAG to build with our LDAP library as parts of the configure script either do not use CFLAGS when testing or do not use -Wl,rpath properly. That's my current state :-) [2002-08-29 16:55:27] [EMAIL PROTECTED] I believe the snprintf part was recently fixed. Any progess on the other fronts you were working on? [2002-08-16 10:19:18] [EMAIL PROTECTED] I'm not sure if it was STABLE or not. I just retrieved it from http://snaps.php.net/php4-latest.tar.gz. 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/1298 -- Edit this bug report at http://bugs.php.net/?id=1298edit=1
#19798 [Opn-Csd]: mistype in source of quoted_printable_decode
ID: 19798 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Unknown/Other Function Operating System: any PHP Version: 4.2.3 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Thanks for noticing that. Previous Comments: [2002-10-07 07:26:52] [EMAIL PROTECTED] subject fix :) [2002-10-07 07:24:14] [EMAIL PROTECTED] php-4.2.3/ext/standard/quot_print.c --- while ( str_in[i] ) { switch (str_in[i]) { case '=': if (str_in[i+1] str_in[i+2] isxdigit((int)str_in[i+1]) isxdigit((int)str_in[i+1]) ) { str_out[j++] = (php_hex2int((int)str_in[i+1]) 4 ) + php_hex2int((int)str_in[i+2]); i += 3; } --- may be lines above must looking like: --- if (str_in[i+1] str_in[i+2] isxdigit((int)str_in[i+1]) isxdigit((int)str_in[i+2]) ) --- ??? -- Edit this bug report at http://bugs.php.net/?id=19798edit=1
#1298 [Ctl]: need to use -taso with Netscape LDAP libs
ID: 1298 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Compile Failure Operating System: Compaq Tru64 4.0F PK3 PHP Version: 4.2.1, 4.2.3, 4.3.0-dev New Comment: # uname -s OSF1 The snprintf did not bite me in = 4.2.3 btw. It has only affected me when I try the dev snapshots. Previous Comments: [2002-10-07 17:04:26] [EMAIL PROTECTED] Okay updated versions. I'd like to mark this as critical, as I'm seeing this behavior now too on my solaris box that I'm testing with. not sure if it's just a borked install of Solaris, or if it's a PHP issue though. The issue being mainly the SNPRINTF stuff. BTW can you also give me the output of a uname -s on your machine? I think I know how to fix the LDAP issue... [2002-10-07 15:34:13] [EMAIL PROTECTED] I don't mind you sounding like a broken record :-) Unfortunately with php4-200210070600 all of the same problems still seem to exist (the biggest being the snprintf issue I'd say). I did figure out that if I include /usr/local/ldap/lib in my LD_LIBRARY_PATH while configuring and building then I can at least avoid hacking configure to make it work. [2002-10-04 19:42:39] [EMAIL PROTECTED] not to sound like a broken record but... can you try a recent snapshot? there has been a bunch of work on this, and i'm hoping some of it fixes your problems...otherwise 4.3 will be delayed a bit. [2002-08-30 11:38:26] [EMAIL PROTECTED] The only thing that appears to have been fixed by php4-200208300600 is that I can compile the oci8 extension again. snprintf still bombs. I still need to add the -std1 CFLAGS to get oracle and/or oci8 to compile. I still cannot use just the -taso CFLAG to build with our LDAP library as parts of the configure script either do not use CFLAGS when testing or do not use -Wl,rpath properly. That's my current state :-) [2002-08-29 16:55:27] [EMAIL PROTECTED] I believe the snprintf part was recently fixed. Any progess on the other fronts you were working on? 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/1298 -- Edit this bug report at http://bugs.php.net/?id=1298edit=1
#19806 [NEW]: more detailed messages PLEASE!!!!
From: [EMAIL PROTECTED] Operating system: Linux 2.4.9 PHP version: 4.2.3 PHP Bug Type: Feature/Change Request Bug description: more detailed messages PLEASE This is what I tried to do today ... after getting rid of safe-mode-get-uid-stress yesterday and apache-2.0+php-4.2.x-trouble that day before, which tooks me several hours each ... Well, I used to call dba_open and got some well known error saying driver initialization failed. It's quite okay for that. Browsing your bug report system indicates, that this failure isn't fresh, but was told to be done in CVS for 4.0.1 or something around that version. Now, it took me several hours again to first browse your site, the rest of internet, the sources of PHP and DB3 and test around with several things before I came to the point in code, where I had to install some error reporting into your sources to find out why dba_open finally failed ... Well, I've reported several non-significant bugs to your system before and always tried to bring up the patience to make it as easy as understandable for you what went wrong here at my systems. Some reports can't be supplied with detailed information without spending another lot of hours - which I can't effort, too, because of economic needs - in testing, searching and solution-offering. All I get is some automatic message saying, you can't do anything without further details, linking me with some explanation of what you would like a bug report consisting of and finally making my report a bogus one ... I really understand all your stress and that PHP isn't fulltime for you and I pay full respect to this all, but sometimes I don't feel like being handled in a similar way by you ... what about some better documentation, more specific and even more professional. And if not being better documented, what about more detailed error reporting mechanisms In the example given up there your code responds with driver initialization failed on any problem the handler's open-method encounters and reports by some boolean result. The other end point of the underlying calling chain - db3's open-method supplies detailed error messages - which I would like to get instead of that nonsense warning. To me it's like reporting you: Hey, my PHP isn't working. While expecting your time to be wasted with that request or its realisation, I hope it could influence a bit the way of coding several extensions (which rely on external libraries - like dba does) in the future ... Thanks for your attention! -- Edit bug report at http://bugs.php.net/?id=19806edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19806r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19806r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19806r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19806r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19806r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19806r=support Expected behavior: http://bugs.php.net/fix.php?id=19806r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19806r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19806r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19806r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19806r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19806r=dst IIS Stability: http://bugs.php.net/fix.php?id=19806r=isapi
#19532 [Fbk-Bgs]: cannot load php4apache.dll
ID: 19532 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: Apache2 related Operating System: Windows 98 PHP Version: 4.2.3 New Comment: Easy for me to miss as it is for users.. You should be using php4apache2.dll for apache2, of course. Previous Comments: [2002-10-07 16:14:20] [EMAIL PROTECTED] If you would have noticed this guy is trying to use the php4apache.dll with an apache 2 install the new cvs isn't going to help that he needs to use the correct dll. I kind of wish this stuff were read before the same vanilla response was issued. [2002-09-21 01:42:36] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-20 18:49:14] [EMAIL PROTECTED] C:\WINDOWS\Plocha c:\Progra~1\Apache~1\Apache2\bin\apache -k install Syntax error on line 177 of C:/Program Files/Apache Group/Apache2/conf/httpd.conf: Cannot load C:/php/sapi/php4apache.dll into server: -- Edit this bug report at http://bugs.php.net/?id=19532edit=1
#19806 [Opn-Fbk]: more detailed messages PLEASE!!!!
ID: 19806 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Feature/Change Request Operating System: Linux 2.4.9 PHP Version: 4.2.3 New Comment: Thank you for your report. And for understanding us too. :) Anyway, if you already have done some work for getting better error messages for dba, we would be glad to get such patch and put it in the CVS too.. Previous Comments: [2002-10-07 18:00:50] [EMAIL PROTECTED] This is what I tried to do today ... after getting rid of safe-mode-get-uid-stress yesterday and apache-2.0+php-4.2.x-trouble that day before, which tooks me several hours each ... Well, I used to call dba_open and got some well known error saying driver initialization failed. It's quite okay for that. Browsing your bug report system indicates, that this failure isn't fresh, but was told to be done in CVS for 4.0.1 or something around that version. Now, it took me several hours again to first browse your site, the rest of internet, the sources of PHP and DB3 and test around with several things before I came to the point in code, where I had to install some error reporting into your sources to find out why dba_open finally failed ... Well, I've reported several non-significant bugs to your system before and always tried to bring up the patience to make it as easy as understandable for you what went wrong here at my systems. Some reports can't be supplied with detailed information without spending another lot of hours - which I can't effort, too, because of economic needs - in testing, searching and solution-offering. All I get is some automatic message saying, you can't do anything without further details, linking me with some explanation of what you would like a bug report consisting of and finally making my report a bogus one ... I really understand all your stress and that PHP isn't fulltime for you and I pay full respect to this all, but sometimes I don't feel like being handled in a similar way by you ... what about some better documentation, more specific and even more professional. And if not being better documented, what about more detailed error reporting mechanisms In the example given up there your code responds with driver initialization failed on any problem the handler's open-method encounters and reports by some boolean result. The other end point of the underlying calling chain - db3's open-method supplies detailed error messages - which I would like to get instead of that nonsense warning. To me it's like reporting you: Hey, my PHP isn't working. While expecting your time to be wasted with that request or its realisation, I hope it could influence a bit the way of coding several extensions (which rely on external libraries - like dba does) in the future ... Thanks for your attention! -- Edit this bug report at http://bugs.php.net/?id=19806edit=1
#19780 [Opn-Fbk]: APXS returns 1 on usage info
ID: 19780 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Linux 2.4.19 PHP Version: 4.2.3 New Comment: I doubt this to be any bug in PHP..what error message do you get with PHP configure? (you're the first to report something like this) Also, try running 'apxs -h' and see if you get any errors. Previous Comments: [2002-10-07 12:53:29] [EMAIL PROTECTED] Apache 2.0.43 (the newest release) ./configure --with-gd --with-xml --with-mysql --with-gettext --with-mcrypt --with-imap --enable-ftp --with-openssl --with-apxs2=/apache2/bin/apxs [2002-10-07 12:46:00] [EMAIL PROTECTED] Huh? What apache2 version? And what configure line was used? [2002-10-06 11:16:23] [EMAIL PROTECTED] When the ./configure script checks for apxs(2), it sees if the script returns 0 for it's return value; however, apxs for apache2 returns 1 for usage info...look at this code snippet: sub usage { print STDERR Usage: apxs -g [-S var=val] -n modname\n; [...] exit(1); } This causes ./configure to stop when compiling with Apache2 -- Edit this bug report at http://bugs.php.net/?id=19780edit=1
#19639 [Opn-Ctl]: PHP crashes apache on restart of the webserver
ID: 19639 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Critical Bug Type: Apache2 related Operating System: Slackware 8.1 - Linux 2.4.19 PHP Version: 4.2.3 and CVS-snaps New Comment: Building zlib as shared module SHOULD work...you just confirmed what I was suspecting to be the bug. What happens is that we are have some code in that main php libs which rely on zlib been linked with it. And when you compile it as shared extension, zlib is not linked with the main library/binary but only with the extension. Setting as critical and will look into this soon. Previous Comments: [2002-10-07 07:47:20] [EMAIL PROTECTED] Yes, I'm trying with shared zlib. Isn't it supported? Why? (compiling with --with-zlib)... Great! It's compiled and apache didn't crash with restart! Guess we can close this issue, right?! [2002-10-03 19:15:26] [EMAIL PROTECTED] Are you trying to compile with --with-zlib=shared ? [2002-10-03 08:35:43] [EMAIL PROTECTED] Well I could just make one test. I seems that the bug is solved. However I wasn't able to make full tests because I couldn't compile the CVS snapshot with all the extensions I need. It seems to be tied to gd and zlib. Well both exists and the compilation works for CVS-STABLE versions, so I guess this is not my fault. The CVS-STABLE versions keeps the bug of this thread. I've got the following error: snip In function `php_handle_swc': /usr/src/ServerSoftware/PHP/php4-200210030300/ext/standard/image.c:224: undefined reference to `uncompress' /usr/src/ServerSoftware/PHP/php4-200210030300/ext/standard/image.c:243: undefined reference to `uncompress' main/SAPI.lo: In function `sapi_header_op': /usr/src/ServerSoftware/PHP/php4-200210030300/main/SAPI.c:522: undefined reference to `zlib_globals' main/SAPI.lo: In function `sapi_send_headers': /usr/src/ServerSoftware/PHP/php4-200210030300/main/SAPI.c:669: undefined reference to `zlib_globals' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 /snip [2002-10-01 11:23:03] [EMAIL PROTECTED] Oh, sorry. The 3 times expat may have been a copy/paste problem, my script looks correct. For the png and jpeg, may have been a messy when trying to compile with gd 2+ support (no way to get it!). And finally the shared, is because I didn't find references about which options supports it or not. sorry again... [2002-10-01 11:05:15] [EMAIL PROTECTED] Leave this to 'Feedback' status until that so we know it.. Anyway, your configure line is pretty wierd and a bit bad too, for example, you use 'shared' for some options that don't support it (e.g. --with-zlib-dir and --with-expat-dir) and you use wrong paths for --with-png-dir and --with-jpeg-dir (remove the '/lib' part). And there's no need to specify --with-expat-dir 3 times.. You could try also configuring non-shared modules and see if it works any better. If so, then try applying the 'shared' part one by one to see where it fails. 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/19639 -- Edit this bug report at http://bugs.php.net/?id=19639edit=1
#19780 [Fbk-Csd]: APXS returns 1 on usage info
ID: 19780 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Apache2 related Operating System: Linux 2.4.19 PHP Version: 4.2.3 New Comment: I don't know what happened...I just tried this again and it worked..Closing, probably user error :( Previous Comments: [2002-10-07 18:33:59] [EMAIL PROTECTED] I doubt this to be any bug in PHP..what error message do you get with PHP configure? (you're the first to report something like this) Also, try running 'apxs -h' and see if you get any errors. [2002-10-07 12:53:29] [EMAIL PROTECTED] Apache 2.0.43 (the newest release) ./configure --with-gd --with-xml --with-mysql --with-gettext --with-mcrypt --with-imap --enable-ftp --with-openssl --with-apxs2=/apache2/bin/apxs [2002-10-07 12:46:00] [EMAIL PROTECTED] Huh? What apache2 version? And what configure line was used? [2002-10-06 11:16:23] [EMAIL PROTECTED] When the ./configure script checks for apxs(2), it sees if the script returns 0 for it's return value; however, apxs for apache2 returns 1 for usage info...look at this code snippet: sub usage { print STDERR Usage: apxs -g [-S var=val] -n modname\n; [...] exit(1); } This causes ./configure to stop when compiling with Apache2 -- Edit this bug report at http://bugs.php.net/?id=19780edit=1
#15858 [Opn-Fbk]: Unable to load dynamic library liboci8.so
ID: 15858 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: UnixWare 7.1.1 PHP Version: 4.0.6-4.2.1 New Comment: This really looks like something to be pretty broken in those header files. Try fixing this line: #define FDIRECT 0x20/* perform direct I/O/*/ to be: #define FDIRECT 0x20/* perform direct I/O */ (just remove that extra / in the comment) This might not fix the rest of the problems, but at least it gets rid of that one warning..which _might_ cause the other errors. And you don't have e.g. two versions of Apache in your machine, by any chance? Previous Comments: [2002-10-07 03:51:57] [EMAIL PROTECTED] Lines 103-109 from file.h follow: #define FAPPEND 0x08 #define FSYNC 0x10 #define FDIRECT 0x20/* perform direct I/O/*/ #define FDSYNC 0x40/* perform data synchronous I/O */ #define FNONBLOCK 0x80 /* LFS SUPPORT */ #define FLARGEFILE 0x8 Full configure line used follows: ./configure --with-oci8=shared --with-apxs --without-mysql --enable-sigchild --build=i486-sco-sysv5uw7 --host=i486-sco-sysv5uw7 --enable-debug --disable-mbstring [2002-10-04 18:44:18] [EMAIL PROTECTED] Seems like something wrong in your header files. That warning about /usr/include/sys/file.h:105...what is in that file on that line? (and around it) Also, what was the full configure line used? [2002-10-04 08:26:52] [EMAIL PROTECTED] In newer snapshot this compile error persists, --disable-mbstring helps, but compilation then stops at gcc -I/usr/local/include -Isapi/apache/ -I/home/sw/php4-200210040300/sapi/apache/ -DPHP_ATOM_INC -I/home/sw/php4-200210040300/include -I/home/sw/php4-200210040300/main -I/home/sw/php4-200210040300 -I/home/sw/php4-200210040300/Zend -I/u01/app/oracle/product/8.1.7/rdbms/public -I/u01/app/oracle/product/8.1.7/rdbms/demo -I/home/sw/php4-200210040300/ext/xml/expat -DUW=700 -DMOD_SSL=208110 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -I/home/sw/php4-200210040300/TSRM -g -Wall -c /home/sw/php4-200210040300/sapi/apache/mod_php4.c -fPIC -DPIC -o sapi/apache/mod_php4.lo In file included from /usr/local/include/ap_config.h:1118, from /usr/local/include/httpd.h:72, from /home/sw/php4-200210040300/sapi/apache/php_apache_http.h:15, from /home/sw/php4-200210040300/sapi/apache/mod_php4.c:22: /usr/include/sys/file.h:105: warning: `/*' within comment /home/sw/php4-200210040300/sapi/apache/mod_php4.c: In function `apache_php_module_shutdown_wrapper': /home/sw/php4-200210040300/sapi/apache/mod_php4.c:788: structure has no member named `shutdown' /home/sw/php4-200210040300/sapi/apache/mod_php4.c: In function `php_child_exit_handler': /home/sw/php4-200210040300/sapi/apache/mod_php4.c:809: structure has no member named `shutdown' make: *** [sapi/apache/mod_php4.lo] Error 1 In the same configuration, version 4.2.3 can be compiled without any problem. [2002-10-03 19:30:02] [EMAIL PROTECTED] Try newer snapshot..and if that compile error persists, just configure using --disable-mbstring to skip the compile of that buggy thing. [2002-10-03 10:00:20] [EMAIL PROTECTED] Unfortunately, I am not able to compile this version at all: /home/sw/php4-200210030600/ext/mbstring/mbregex.c:4565: parm types given both in parmlist and separately /home/sw/php4-200210030600/ext/mbstring/mbregex.c:4564: parameter name omitted /home/sw/php4-200210030600/ext/mbstring/mbregex.c:4567: parse error before `regs' /home/sw/php4-200210030600/ext/mbstring/mbregex.c:4568: parse error before `regs' /home/sw/php4-200210030600/ext/mbstring/mbregex.c:4569: parse error before `regs' make: *** [ext/mbstring/mbregex.lo] Error 1 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/15858 -- Edit this bug report at http://bugs.php.net/?id=15858edit=1
#19807 [Opn]: math.c: In function `_php_math_zvaltobase' [...] `HUGE_VAL' undeclared
ID: 19807 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: Solaris 8 Sparc PHP Version: 4.2.3 New Comment: can someone on a Sparc try this on PHP4.3.0 ? Previous Comments: [2002-10-07 18:56:47] [EMAIL PROTECTED] Hi I' trying to compile php 4.2.3 with apache 1.3.27 on Sparc Solaris 8 (gcc3.0.3). Configured with ./configure --without-x --with-apache=../apache_1.3.27 --enable-force-cgi-redirect --enable-discard-path --enable-safe-mode --enable-magic-quotes --disable-rpath --with-zlib --enable-calendar --with-cyrus --with-db3=/usr/local/BerkeleyDB.3.2 --enable-ftp --with-mysql --enable-sockets --enable-memory-limit --enable-shared=yes --enable-mailparse --enable-track-vars --prefix=/usr/local/apache/php configure runs without errors. make then yields [...] math.c: In function `_php_math_zvaltobase': math.c:774: `HUGE_VAL' undeclared (first use in this function) math.c:774: (Each undeclared identifier is reported only once math.c:774: for each function it appears in.) make[3]: *** [math.lo] Error 1 [...] Strangely, when I compile php 4.2.2 on the same machine against apache 1.3.27, the error does not occur, i.e. everything works just fine. (btw.: the only math.h on the system is in /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.3/include/math.h and does definitely not define HUGE_VAL) The only thing I can think of right now is to get a newer math.h, i.e. update gcc (which I would sure hate :-[ Does anybody have any other suggestion? kind regards /markus -- Edit this bug report at http://bugs.php.net/?id=19807edit=1
#19807 [Opn]: math.c: In function `_php_math_zvaltobase' [...] `HUGE_VAL' undeclared
ID: 19807 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: Solaris 8 Sparc PHP Version: 4.2.3 New Comment: Well, upgrading to gcc3.2 didn't help. HUGE_VAL ist still not defined in math.h. Isn't this a ix86 feature? Previous Comments: [2002-10-07 19:00:56] [EMAIL PROTECTED] can someone on a Sparc try this on PHP4.3.0 ? [2002-10-07 18:56:47] [EMAIL PROTECTED] Hi I' trying to compile php 4.2.3 with apache 1.3.27 on Sparc Solaris 8 (gcc3.0.3). Configured with ./configure --without-x --with-apache=../apache_1.3.27 --enable-force-cgi-redirect --enable-discard-path --enable-safe-mode --enable-magic-quotes --disable-rpath --with-zlib --enable-calendar --with-cyrus --with-db3=/usr/local/BerkeleyDB.3.2 --enable-ftp --with-mysql --enable-sockets --enable-memory-limit --enable-shared=yes --enable-mailparse --enable-track-vars --prefix=/usr/local/apache/php configure runs without errors. make then yields [...] math.c: In function `_php_math_zvaltobase': math.c:774: `HUGE_VAL' undeclared (first use in this function) math.c:774: (Each undeclared identifier is reported only once math.c:774: for each function it appears in.) make[3]: *** [math.lo] Error 1 [...] Strangely, when I compile php 4.2.2 on the same machine against apache 1.3.27, the error does not occur, i.e. everything works just fine. (btw.: the only math.h on the system is in /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.3/include/math.h and does definitely not define HUGE_VAL) The only thing I can think of right now is to get a newer math.h, i.e. update gcc (which I would sure hate :-[ Does anybody have any other suggestion? kind regards /markus -- Edit this bug report at http://bugs.php.net/?id=19807edit=1
#17516 [Asn-Csd]: overriding constants in config.w32.h.in
ID: 17516 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Feature/Change Request Operating System: Windows PHP Version: 4.0CVS-2002-05-29 Assigned To: ssb 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. Here's the new code. If you have MSVC installed, please try building and test if you can actually set these PHP constants through environment. #define CONDENV(ev,def) (getenv(ev)!=NULL?getenv(ev):def) #define CONFIGURATION_FILE_PATH php.ini #define PEAR_INSTALLDIR CONDENV(PEAR_INSTALLDIR, c:\\php4\\pear) #define PHP_BINDIR CONDENV(PHP_BINDIR, c:\\php4) #define PHP_CONFIG_FILE_PATH CONDENV(SystemRoot, ) #define PHP_CONFIG_FILE_SCAN_DIR CONDENV(PHP_CONFIG_FILE_SCAN_DIR, ) #define PHP_DATADIR CONDENV(PHP_DATADIR, c:\\php4) #define PHP_EXTENSION_DIRCONDENV(PHP_EXTENSION_DIR, c:\\php4) #define PHP_INCLUDE_PATH CONDENV(PHP_INCLUDE_PATH, .;c:\\php4\\pear) #define PHP_LIBDIR CONDENV(PHP_LIBDIR, c:\\php4) #define PHP_LOCALSTATEDIRCONDENV(PHP_LOCALSTATEDIR, c:\\php4) #define PHP_PREFIX CONDENV(PHP_PREFIX, c:\\php4) #define PHP_SYSCONFDIR CONDENV(PHP_SYSCONFDIR, c:\\php4) Previous Comments: [2002-05-29 16:52:31] [EMAIL PROTECTED] While working with PEAR installer it occurred that the pear.ini setting file got placed in a newly created directory c:\php4. This dir is hardcoded in: http://cvs.php.net/co.php/php4/main/config.w32.h.in To respect other php installations like in c:\php or c:\programme\php one need a feature to override the constants given by the php core: http://www.php.net/manual/en/reserved.constants.core.php Since scripts in PEAR are designed using these constants, and constants are not variable, there is probably only one way to override these values in config.w32.h.in e.g. like: #define PHP_SYSCONFDIR ( (getenv(PHP_SYSCONFDIR) != c:\\php4 ) ? getenv(PHP_SYSCONFDIR ) : c:\\php4 ) This allows the user to configure its paths by hand through setting the environment variables like: c:\set PHP_SYSCONFDIR=c:\php I propose to do this switch for all path related constants in config.w32.h.in [DIRECTORY_SEPARATOR, PHP_SYSCONFDIR, DEFAULT_INCLUDE_PATH, PEAR_INSTALL_DIR, PEAR_EXTENSION_DIR, PHP_EXTENSION_DIR, PHP_BINDIR, PHP_LIBDIR, PHP_DATADIR, PHP_SYSCONFDIR, PHP_LOCALSTATEDIR, PHP_CONFIG_FILE_PATH]. -urs -- Edit this bug report at http://bugs.php.net/?id=17516edit=1
#19808 [NEW]: auto_prepend_file none and apache2
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.2.3 PHP Bug Type: Apache2 related Bug description: auto_prepend_file none and apache2 PHP 4.2.3 and Apache 2.0.43 on Linux When using php_value auto_prepend_file none in Apache configuration files or .htaccess files the script tries to prepend a file called none instead of not prepending a file like it should resulting in the following error. Same thing with auto_append_file. Warning: Failed opening 'none' for inclusion (include_path='.:/home/synthesis/www/include') in Unknown on line 0 Ive tried it without quotes and upper case without any effect. Other PHP directives seem to work fine in configuration files and .htaccess files. Im guessing Apache changed the meaning of none, but thats just a guess and I have no idea if its intentional or accidental. I wasnt sure if this belonged here or as an Apache bug. Sorry if Im in the wrong place. -scribles -- Edit bug report at http://bugs.php.net/?id=19808edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19808r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19808r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19808r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19808r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19808r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19808r=support Expected behavior: http://bugs.php.net/fix.php?id=19808r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19808r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19808r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19808r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19808r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19808r=dst IIS Stability: http://bugs.php.net/fix.php?id=19808r=isapi
#19807 [Opn-Fbk]: math.c: In function `_php_math_zvaltobase' [...] `HUGE_VAL' undeclared
ID: 19807 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Solaris 8 Sparc PHP Version: 4.2.3 New Comment: Did some creative searches with google and came across this: http://archives.postgresql.org/pgsql-admin/2001-04/msg00155.php I think you just have done something wrong or haven't installed some necessary package.. Previous Comments: [2002-10-07 20:12:31] [EMAIL PROTECTED] Well, upgrading to gcc3.2 didn't help. HUGE_VAL ist still not defined in math.h. Isn't this a ix86 feature? [2002-10-07 19:00:56] [EMAIL PROTECTED] can someone on a Sparc try this on PHP4.3.0 ? [2002-10-07 18:56:47] [EMAIL PROTECTED] Hi I' trying to compile php 4.2.3 with apache 1.3.27 on Sparc Solaris 8 (gcc3.0.3). Configured with ./configure --without-x --with-apache=../apache_1.3.27 --enable-force-cgi-redirect --enable-discard-path --enable-safe-mode --enable-magic-quotes --disable-rpath --with-zlib --enable-calendar --with-cyrus --with-db3=/usr/local/BerkeleyDB.3.2 --enable-ftp --with-mysql --enable-sockets --enable-memory-limit --enable-shared=yes --enable-mailparse --enable-track-vars --prefix=/usr/local/apache/php configure runs without errors. make then yields [...] math.c: In function `_php_math_zvaltobase': math.c:774: `HUGE_VAL' undeclared (first use in this function) math.c:774: (Each undeclared identifier is reported only once math.c:774: for each function it appears in.) make[3]: *** [math.lo] Error 1 [...] Strangely, when I compile php 4.2.2 on the same machine against apache 1.3.27, the error does not occur, i.e. everything works just fine. (btw.: the only math.h on the system is in /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.3/include/math.h and does definitely not define HUGE_VAL) The only thing I can think of right now is to get a newer math.h, i.e. update gcc (which I would sure hate :-[ Does anybody have any other suggestion? kind regards /markus -- Edit this bug report at http://bugs.php.net/?id=19807edit=1
#19807 [Fbk]: math.c: In function `_php_math_zvaltobase' [...] `HUGE_VAL' undeclared
ID: 19807 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating System: Solaris 8 Sparc PHP Version: 4.2.3 New Comment: btw. Some man pages for solaris 8 also mention HUGE_VAL..so it's NOT x86 specific. Previous Comments: [2002-10-07 21:19:29] [EMAIL PROTECTED] Did some creative searches with google and came across this: http://archives.postgresql.org/pgsql-admin/2001-04/msg00155.php I think you just have done something wrong or haven't installed some necessary package.. [2002-10-07 20:12:31] [EMAIL PROTECTED] Well, upgrading to gcc3.2 didn't help. HUGE_VAL ist still not defined in math.h. Isn't this a ix86 feature? [2002-10-07 19:00:56] [EMAIL PROTECTED] can someone on a Sparc try this on PHP4.3.0 ? [2002-10-07 18:56:47] [EMAIL PROTECTED] Hi I' trying to compile php 4.2.3 with apache 1.3.27 on Sparc Solaris 8 (gcc3.0.3). Configured with ./configure --without-x --with-apache=../apache_1.3.27 --enable-force-cgi-redirect --enable-discard-path --enable-safe-mode --enable-magic-quotes --disable-rpath --with-zlib --enable-calendar --with-cyrus --with-db3=/usr/local/BerkeleyDB.3.2 --enable-ftp --with-mysql --enable-sockets --enable-memory-limit --enable-shared=yes --enable-mailparse --enable-track-vars --prefix=/usr/local/apache/php configure runs without errors. make then yields [...] math.c: In function `_php_math_zvaltobase': math.c:774: `HUGE_VAL' undeclared (first use in this function) math.c:774: (Each undeclared identifier is reported only once math.c:774: for each function it appears in.) make[3]: *** [math.lo] Error 1 [...] Strangely, when I compile php 4.2.2 on the same machine against apache 1.3.27, the error does not occur, i.e. everything works just fine. (btw.: the only math.h on the system is in /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.3/include/math.h and does definitely not define HUGE_VAL) The only thing I can think of right now is to get a newer math.h, i.e. update gcc (which I would sure hate :-[ Does anybody have any other suggestion? kind regards /markus -- Edit this bug report at http://bugs.php.net/?id=19807edit=1
#19785 [Opn-Fbk]: ld cannot find -lX11
ID: 19785 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback -Bug Type: Compile Failure +Bug Type: GD related Operating System: SuSE 8.0 PHP Version: 4CVS-2002-10-06 New Comment: Was this snapshot labeled 'STABLE' ? If yes, then try the one without that text. And did you try any other configure lines before the one mentioned here? Also, check your config.log for any X11 text. This library or any test won't be done unless you have (or have had) --with-xpm-dir in your configure line. Previous Comments: [2002-10-06 15:44:48] [EMAIL PROTECTED] I am trying to install php4-200210061200 got on the snapshots and I get this error: /usr/i486-suse-linux/bin/ld: cannot find -lX11 collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 I configured php with the following command: ./configure --with-mysql --enable-track-vars --with-apxs2=/usr/local/apache2043/bin/apxs --enable-ftp --with-gd --enable-magic-quotes --enable-gd-native-ttf --with-ttf --with-t1lib --with-gettext --with-snmp --with-openssl --with-xml --with-imap I didn't insert any X11 references. How I can solve this problem? -- Edit this bug report at http://bugs.php.net/?id=19785edit=1
#19809 [NEW]: The same code that works on a Linux box, won't work on my windows box
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.2.3 PHP Bug Type: Performance problem Bug description: The same code that works on a Linux box, won't work on my windows box I get Undefined Variable errors all over my code ONLY when using the windows version on PHP. If I take the same code and run in on my Linux box, it works fine. Please help. -- Edit bug report at http://bugs.php.net/?id=19809edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19809r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19809r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19809r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19809r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19809r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19809r=support Expected behavior: http://bugs.php.net/fix.php?id=19809r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19809r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19809r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19809r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19809r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19809r=dst IIS Stability: http://bugs.php.net/fix.php?id=19809r=isapi
#19809 [Opn-Bgs]: The same code that works on a Linux box, won't work on my windows box
ID: 19809 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Performance problem Operating System: Windows 2000 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. Of the top of my head I can think of just 1 thing that could have caused without additional info. That being that your code relies on register_globals and they are turned off on your Windows box. Previous Comments: [2002-10-07 21:32:22] [EMAIL PROTECTED] I get Undefined Variable errors all over my code ONLY when using the windows version on PHP. If I take the same code and run in on my Linux box, it works fine. Please help. -- Edit this bug report at http://bugs.php.net/?id=19809edit=1
#19546 [Opn-Fbk]: virtual(...) changes current directory
ID: 19546 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: FreeBSD 4.6 PHP Version: 4.2.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Cannot replicate in 4.3.0-dev. Previous Comments: [2002-09-21 22:46:49] [EMAIL PROTECTED] Description: virtual() changes current working directory. Setup: Apache 1.3.26 + PHP 4.2.2 To replicate: chdir('/home/heavengames.com/php/'); echo getcwd();// prints /home/heavengames.com/php/ virtual('/includes/html_top.shtml'); echo getcwd();// prints /home/heavengames.com/includes/html_top.shtml Expected Behavior: The second getcwd call should still report /home/heavengames.com/php as the current directory. -- Edit this bug report at http://bugs.php.net/?id=19546edit=1
#19354 [Opn-Fbk]: utime (fopen) error in safe mode
ID: 19354 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: Linux Slackware 8 PHP Version: 4.2.3, 4.3.0-dev New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-09-16 15:53:03] [EMAIL PROTECTED] After a little localization i've found the message is coming from this section: ret = VCWD_UTIME(Z_STRVAL_PP(filename), newtime); if (ret == -1) { php_error(E_WARNING, utime failed (debug 1): %s, strerror(errno)$ RETURN_FALSE; } RETURN_TRUE; So the bug is in the VCWD_UTIME(Z_STRVAL_PP(filename), newtime); function. [2002-09-16 15:40:36] [EMAIL PROTECTED] Warning: utime failed: Operation not permitted in /home/www.akcio7.hu/botmenu.php on line 117 It hasn't changed the problem in the 4.2.3 the message is same Warning: utime failed: Operation not permitted in x.php on line 6 In one thing you are right I switched off the safe_mode for a minute and the error is the same. [2002-09-13 12:50:07] [EMAIL PROTECTED] I am quite sure that this bug has nothing todo with SAFE_MODE. Could you please search for newtime-modtime = newtime-actime = time(NULL); in ext/standard/filestat.c (must be withing touch() function) and then comment this line out and recompile... It it very likely that this line causes your utime problem. [2002-09-13 12:20:04] [EMAIL PROTECTED] Updated version information. [2002-09-13 04:41:43] [EMAIL PROTECTED] Dear Sniper I think if you have rwxrwxrwx rights on a file and the directory you can read and write and modify that. Basicly in safe_mode you can read and write files of which owner is equal of the php page. In this case it means you can read and write files which are owned by the akcio user who is the owner of the x.php and I have to give for example a chmod 777 because the apache running as nobody. So it's really a bug which wasn't in the previous versions (up to and including 4.1.2) (Yes, I meant 'chmod' instead of 'chown', sorry the local time was about 2 a.m.) 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/19354 -- Edit this bug report at http://bugs.php.net/?id=19354edit=1
#18160 [Opn-Fbk]: setlocale() affect apache bad behavior
ID: 18160 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: RedHat Linux 7.2 PHP Version: 4.2.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-07-04 07:11:08] [EMAIL PROTECTED] and if client put some env vars like LANG into some other value, will this be set back to the original value when script shutdown? [2002-07-04 07:02:12] [EMAIL PROTECTED] apache 1.3.20 with php 4.2.1 setlocale get my apache vitural host not work (can not find any file I requested, all 404). repeat step(on my linux): 1.write a test file setlocale.php: ? //any valid setlocale will all repeat the bug. setlocale(LCTIME,C); ? 2.place the file into my default virtual host htdocs dirtory. 3.in the browser refresh the url of setlocale.php. so first several time get empty page, then get some 404 error, and then all is 404 error, any page in the virtual host will not be accessed again until I reload or stop-start apache. I notice my env var LANG in the phpinfo page is setting to zh_CN.GB2312 because I use chinese interface of kde. I consider that this bug is because the php module does not restore the correct locale setting before the script execute. so I try to fix this bug by comment the line 1107 of file ext/standard/basic_functions.c if (BG(locale_string) != NULL) { setlocale(LC_ALL, C); ---change the second paremeter to will be ok setlocale(LC_CTYPE, );---comment this line will also be ok } after this simple fix, the bug not repeated. but I think this is not a best way to fix this bug, so please check it. (I think this is not a correct way to fix it, but when apache starting, I get 2 group locale value from a little code in the main.c php_module_startup() line 920: #if HAVE_SETLOCALE if (sapi_module.log_message) { sapi_module.log_message(setlocale(LC_ALL,NULL)); sapi_module.log_message(setlocale(LC_CTYPE,NULL)); } setlocale(LC_CTYPE, ); if (sapi_module.log_message) { sapi_module.log_message(setlocale(LC_CTYPE,NULL)); } #endif the result: first group: C C zh_CN.GB2312 second group:(seems apache or php sometimes has set all locales) LC_CTYPE=zh_CN.GB2312;LC_NUMERIC=C;LC_TIME=zh_CN.GB2312;LC_COLLATE=zh_CN.GB2312;LC_MONETARY=zh_CN.GB2312;LC_MESSAGES=zh_CN.GB2312;LC_PAPER=zh_CN.GB2312;LC_NAME=zh_CN.GB2312;LC_ADDRESS=zh_CN.GB2312;LC_TELEPHONE=zh_CN.GB2312;LC_MEASUREMENT=zh_CN.GB2312;LC_IDENTIFICATION=zh_CN.GB2312 zh_CN.GB2312 zh_CN.GB2312 and I add some print code into ext/standard/basic_functions.c: /* Check if locale was changed and change it back to the value in startup environment */ if (BG(locale_string) != NULL) { php_error(E_WARNING, LC_ALL before shutdown function: '%s', setlocale(LC_ALL,NULL)); setlocale(LC_ALL, C); php_error(E_WARNING, LC_ALL after set LC_ALL-C: '%s', setlocale(LC_ALL,NULL)); setlocale(LC_CTYPE, ); php_error(E_WARNING, LC_ALL after set LC_CTYPE-'': '%s', setlocale(LC_ALL,NULL)); } STR_FREE(BG(locale_string)); - the result: at the top of script I print original LC_ALL: LC_CTYPE=zh_CN.GB2312;LC_NUMERIC=C;LC_TIME=zh_CN.GB2312;LC_COLLATE=zh_CN.GB2312;LC_MONETARY=zh_CN.GB2312;LC_MESSAGES=zh_CN.GB2312;LC_PAPER=zh_CN.GB2312;LC_NAME=zh_CN.GB2312;LC_ADDRESS=zh_CN.GB2312;LC_TELEPHONE=zh_CN.GB2312;LC_MEASUREMENT=zh_CN.GB2312;LC_IDENTIFICATION=zh_CN.GB2312 when exec shutdown function, get result: Warning: LC_ALL before shutdown function: 'LC_CTYPE=zh_CN.GB2312;LC_NUMERIC=C;LC_TIME=C;LC_COLLATE=zh_CN.GB2312;LC_MONETARY=zh_CN.GB2312;LC_MESSAGES=zh_CN.GB2312;LC_PAPER=zh_CN.GB2312;LC_NAME=zh_CN.GB2312;LC_ADDRESS=zh_CN.GB2312;LC_TELEPHONE=zh_CN.GB2312;LC_MEASUREMENT=zh_CN.GB2312;LC_IDENTIFICATION=zh_CN.GB2312' in Unknown on line 0 Warning: LC_ALL after set LC_ALL-C: 'C' in Unknown on line 0 Warning: LC_ALL after set LC_CTYPE-'': 'LC_CTYPE=zh_CN.GB2312;LC_NUMERIC=C;LC_TIME=C;LC_COLLATE=C;LC_MONETARY=C;LC_MESSAGES=C;LC_PAPER=C;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=C;LC_IDENTIFICATION=C' in Unknown on line 0 definitely this setting does same with the value before the setlocale executed. the fixs I used just now is indeed set LC_CTYPE and other LC*s(mostly) to a same value('C' or 'zh_CN.GB2312', it just make my apache can find my virtual host path, but not a good fix. good fix should restore this values into it's original value before script executed. SO, we need a good perfect way to restory the locale values. by
#17571 [Opn-Fbk]: Memory leak in basic globals
ID: 17571 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Redhat Linux 7.2 PHP Version: 4.2.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-06-03 06:16:35] [EMAIL PROTECTED] I've tried the latest CVS version and it seems the problem is still here. [2002-06-03 05:21:22] [EMAIL PROTECTED] Ops :) Please try with HEAD. [2002-06-03 05:18:59] [EMAIL PROTECTED] I'm trying to run PHP in my own multithreaded environment. Memory leaks are critical for my application. I've tried to track the leaks down using memprof and I think I've found a leak in basic globals destructor: There's original basic globals destructor source from PHP 4.2.1: static void basic_globals_dtor(php_basic_globals *basic_globals_p TSRMLS_DC) { zend_hash_destroy(BG(sm_protected_env_vars)); if (BG(sm_allowed_env_vars)) { free(BG(sm_allowed_env_vars)); } #ifdef PHP_WIN32 CoUninitialize(); #endif } There's an item called url_adapt_state_ex in the BG array which seems to be no deallocated in the destructor. I've tried following modification: static void basic_globals_dtor(php_basic_globals *basic_globals_p TSRMLS_DC) { zend_hash_destroy(BG(sm_protected_env_vars)); if (BG(sm_allowed_env_vars)) { free(BG(sm_allowed_env_vars)); } if (BG(url_adapt_state_ex).tags) { zend_hash_destroy(BG(url_adapt_state_ex).tags); free(BG(url_adapt_state_ex).tags); } #ifdef PHP_WIN32 CoUninitialize(); #endif } I don't know if my modification is clean, but it seems to solve the problem. -- Edit this bug report at http://bugs.php.net/?id=17571edit=1
#17489 [Opn-Fbk]: Unable to allocate connection record
ID: 17489 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating System: Red Hat 7.2 PHP Version: 4.2.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Given the nature of the error and the fact you get the same error using non PHP applications implies your system is running out of memory. Which causes an error Previous Comments: [2002-05-28 15:18:52] [EMAIL PROTECTED] Apache 1.3.23 + PHP 4.2.1 compiled --with-sybase-ct=/opt/sybase-11.9.2. Env are set (I can see it in phpinfo) Apache + php compiled just like in Apache-COMPILE HOWTO (linux edition) by Luc de Louw. it's with ssl. the message appears sometimes after 5 days sometimes after 10 minutes from restarting apache. It appeared even when the traffic very small (5 users). Restarting apachectl(apache compiled with php) helps for some time, but than it appears again. Tried --with-sybase : it appeared again. In the same time no problems connecting from isql or from C++. -- Edit this bug report at http://bugs.php.net/?id=17489edit=1
#15438 [Opn-Bgs]: include_once fails when comparing output to a value
ID: 15438 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: FreeBSD PHP Version: 4.1.1 New Comment: Sorry, but the bug system is not the appropriate forum for asking support questions. Your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Thank you for your interest in PHP. You can only check if include/include_once failed or succeeded if the included file returns a value. This is clearly documented at: http://www.php.net/manual/en/function.include.php Previous Comments: [2002-02-09 06:17:06] [EMAIL PROTECTED] I'm not sure this is actually a bug. I gather the returned value from an include is the one you specify in the included file with 'return $var' Read more at http://www.php.net/manual/en/function.include.php about return() in included files. If you want to evaluate if an include was succesfull you could add: $var = true; return $var at the end of the included file, but this should also do the trick: ((int) @include_once(../lib/test.php)) or die(Don't exist); which is probably just a check if there's some warning text just like michael already demonstrated. [2002-02-08 10:51:58] [EMAIL PROTECTED] Actually you can check if an include failed or not like this, but I think the parser gets confused if you use the '== false'. Making this a scripting engine problem. Derick [2002-02-08 09:48:32] [EMAIL PROTECTED] RTM! You can't include_once check for succes on include/include_once. include(_once) is not a function. [2002-02-07 17:21:40] [EMAIL PROTECTED] When trying to check if include_once succeeded i came up the following bug (i believe): if( include_once(test1.php) == false ) { print Failed to include file; } Warning: Failed opening '' for inclusion (include_path='.:/usr/local/lib/php') in /usr/home/michael/www/bug.php on line 6 Removing '== false' removes the problem. My configuration is: FreeBSD 4.5 Apache 1.3.22 PHP 4.1.1 Configure options: './configure' '--with-mysql' '--with-apxs' -- Edit this bug report at http://bugs.php.net/?id=15438edit=1
#19809 [Bgs]: The same code that works on a Linux box, won't work on my windows box
ID: 19809 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Performance problem Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: Whoever packaged the Windows version decided to change the default error_reporting level, I think. Simply set it to the same as on your Linux box in your php.ini file and all will be well. Previous Comments: [2002-10-07 21:41:31] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Of the top of my head I can think of just 1 thing that could have caused without additional info. That being that your code relies on register_globals and they are turned off on your Windows box. [2002-10-07 21:32:22] [EMAIL PROTECTED] I get Undefined Variable errors all over my code ONLY when using the windows version on PHP. If I take the same code and run in on my Linux box, it works fine. Please help. -- Edit this bug report at http://bugs.php.net/?id=19809edit=1
#19810 [NEW]: Function file_exists don't works on Apache2
From: [EMAIL PROTECTED] Operating system: Linux RedHat 8.0 PHP version: 4.2.3 PHP Bug Type: *Directory/Filesystem functions Bug description: Function file_exists don't works on Apache2 Hy boys, I'm using Linux RedHat8.0 with httpd-2.0.40 from RedHat rpms, I built rpms of PHP-4.2.3 for this configuration, everything is ok but the function file_exists that was working for me in apache-1.3 and PHP-4.2.3 it's not working good in apache-2, I have a script that test if a file exists in a location within the location of the server document root, was working ok but now it doesn't. example: ? if (file_exists('index.php')){ echo Exists; } else { echo Don't exists; } ? This script is reporting that the file doesn't exist when in fact exists. if I give the absolute path to this then finds the file. ? if (file_exists('/var/www/html/index.php')){ echo Exists; } else { echo Don't exists; } ? which says that the function it is not finding the server's filesystem. I'm using register globals in On Here it goes my configuration configure './configure' '--host=i686-pc-linux-gnu' '--build=i686-pc-linux-gnu' '--target=i686-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--prefix=/usr' '--with-config-file-path=/etc' '--enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db3' '--with-curl' '--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf' '--with-gdbm' '--with-gettext' '--with-pdflib=shared' '--with-tiff-dir=/usr' '--with-ncurses' '--with-gmp' '--with-iconv' '--enable-xslt=shared' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-discard-path' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--without-oci8' '--with-pear=/usr/share/pear' '--with-imap=shared' '--with-imap-ssl' '--with-kerberos=/usr/kerberos' '--with-ldap=shared' '--with-mcal=shared,/usr' '--with-mcrypt=shared,/usr' '--with-mhash=shared,/usr' '--with-mysql=shared,/usr' '--with-pgsql=shared' '--with-snmp=shared,/usr' '--with-snmp=shared' '--with-sybase-ct=shared,/usr' '--with-xslt-sablot=shared,/usr' '--with-sablot-js=shared,/usr' '--enable-ucd-snmp-hack' '--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath' '--enable-shmop' '--enable-versioning' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mcal' '--with-apxs2=/usr/sbin/apxs' Regards Aliet -- Edit bug report at http://bugs.php.net/?id=19810edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19810r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19810r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19810r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19810r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19810r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19810r=support Expected behavior: http://bugs.php.net/fix.php?id=19810r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19810r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19810r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19810r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19810r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19810r=dst IIS Stability: http://bugs.php.net/fix.php?id=19810r=isapi
#19810 [Opn]: Function file_exists don't works on Apache2
ID: 19810 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Directory/Filesystem functions Operating System: Linux RedHat 8.0 PHP Version: 4.2.3 New Comment: Note that there is no official support for Apache2 in PHP. Lots of things will not work. You can try a more recent snapshot from snaps.php.net and see if that fixes it, but I'd suggest installing Apache 1.3.x Previous Comments: [2002-10-08 00:20:59] [EMAIL PROTECTED] Hy boys, I'm using Linux RedHat8.0 with httpd-2.0.40 from RedHat rpms, I built rpms of PHP-4.2.3 for this configuration, everything is ok but the function file_exists that was working for me in apache-1.3 and PHP-4.2.3 it's not working good in apache-2, I have a script that test if a file exists in a location within the location of the server document root, was working ok but now it doesn't. example: ? if (file_exists('index.php')){ echo Exists; } else { echo Don't exists; } ? This script is reporting that the file doesn't exist when in fact exists. if I give the absolute path to this then finds the file. ? if (file_exists('/var/www/html/index.php')){ echo Exists; } else { echo Don't exists; } ? which says that the function it is not finding the server's filesystem. I'm using register globals in On Here it goes my configuration configure './configure' '--host=i686-pc-linux-gnu' '--build=i686-pc-linux-gnu' '--target=i686-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--prefix=/usr' '--with-config-file-path=/etc' '--enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db3' '--with-curl' '--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf' '--with-gdbm' '--with-gettext' '--with-pdflib=shared' '--with-tiff-dir=/usr' '--with-ncurses' '--with-gmp' '--with-iconv' '--enable-xslt=shared' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-discard-path' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--without-oci8' '--with-pear=/usr/share/pear' '--with-imap=shared' '--with-imap-ssl' '--with-kerberos=/usr/kerberos' '--with-ldap=shared' '--with-mcal=shared,/usr' '--with-mcrypt=shared,/usr' '--with-mhash=shared,/usr' '--with-mysql=shared,/usr' '--with-pgsql=shared' '--with-snmp=shared,/usr' '--with-snmp=shared' '--with-sybase-ct=shared,/usr' '--with-xslt-sablot=shared,/usr' '--with-sablot-js=shared,/usr' '--enable-ucd-snmp-hack' '--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath' '--enable-shmop' '--enable-versioning' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mcal' '--with-apxs2=/usr/sbin/apxs' Regards Aliet -- Edit this bug report at http://bugs.php.net/?id=19810edit=1
#19807 [Fbk-Opn]: math.c: In function `_php_math_zvaltobase' [...] `HUGE_VAL' undeclared
ID: 19807 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Solaris 8 Sparc PHP Version: 4.2.3 New Comment: OK, so it's not x86 (the manpages on my system have no reference whatsoever to anything called HUGE_VAL, though) But why do dozens of other packages (including php 4.22) compile corrrectly? Is it just bad luck then ...? (btw. I had googled up the same page, but couldn't find out if and how the problem was solved there) Previous Comments: [2002-10-07 21:20:07] [EMAIL PROTECTED] btw. Some man pages for solaris 8 also mention HUGE_VAL..so it's NOT x86 specific. [2002-10-07 21:19:29] [EMAIL PROTECTED] Did some creative searches with google and came across this: http://archives.postgresql.org/pgsql-admin/2001-04/msg00155.php I think you just have done something wrong or haven't installed some necessary package.. [2002-10-07 20:12:31] [EMAIL PROTECTED] Well, upgrading to gcc3.2 didn't help. HUGE_VAL ist still not defined in math.h. Isn't this a ix86 feature? [2002-10-07 19:00:56] [EMAIL PROTECTED] can someone on a Sparc try this on PHP4.3.0 ? [2002-10-07 18:56:47] [EMAIL PROTECTED] Hi I' trying to compile php 4.2.3 with apache 1.3.27 on Sparc Solaris 8 (gcc3.0.3). Configured with ./configure --without-x --with-apache=../apache_1.3.27 --enable-force-cgi-redirect --enable-discard-path --enable-safe-mode --enable-magic-quotes --disable-rpath --with-zlib --enable-calendar --with-cyrus --with-db3=/usr/local/BerkeleyDB.3.2 --enable-ftp --with-mysql --enable-sockets --enable-memory-limit --enable-shared=yes --enable-mailparse --enable-track-vars --prefix=/usr/local/apache/php configure runs without errors. make then yields [...] math.c: In function `_php_math_zvaltobase': math.c:774: `HUGE_VAL' undeclared (first use in this function) math.c:774: (Each undeclared identifier is reported only once math.c:774: for each function it appears in.) make[3]: *** [math.lo] Error 1 [...] Strangely, when I compile php 4.2.2 on the same machine against apache 1.3.27, the error does not occur, i.e. everything works just fine. (btw.: the only math.h on the system is in /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.3/include/math.h and does definitely not define HUGE_VAL) The only thing I can think of right now is to get a newer math.h, i.e. update gcc (which I would sure hate :-[ Does anybody have any other suggestion? kind regards /markus -- Edit this bug report at http://bugs.php.net/?id=19807edit=1
#19811 [Opn]: phps display incomplete
ID: 19811 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Output Control Operating System: Debian sarge, kernel 2.4.18 PHP Version: 4.2.3 New Comment: I should also note that I'm running apache 1.3.26. Full system information can be seen with phpinfo() running at http://www.fmp.com/phpinfo.php. Previous Comments: [2002-10-08 01:15:44] [EMAIL PROTECTED] Source (phps) displays are truncated. See, for instance, http://www.denniscleasby.com/artworks.phps which truncates prior to the the true ending of the file. The actual file continues on, closes the table, and ends with several more lines of HTML and PHP. This may be a server child process crash, but I'm not seeing anything in my apache error log about it. This is reproducable with other pages as well. The problem was also present in PHP 4.2.2. The configure with which I compiled PHP is as follows: ./configure \ --prefix=/usr \ --with-mysql \ --libexecdir=/usr/lib/php4 \ --infodir=/usr/share/info \ --sysconfdir=/etc/php \ --mandir=/usr/share/man \ --includedir=/usr/include/php \ --with-config-file-path=/etc/php/apache \ --with-openssl=../openssl-0.9.6g \ --enable-magic-quotes \ --enable-ftp \ --enable-shared \ --with-mm \ --enable-sockets \ --with-apxs=/usr/sbin/apxs -- Edit this bug report at http://bugs.php.net/?id=19811edit=1
#19812 [NEW]: Scanning ports...
From: [EMAIL PROTECTED] Operating system: Win2K PHP version: 4.2.3 PHP Bug Type: Unknown/Other Function Bug description: Scanning ports... I know it shouldn't go there but there's no other mean to contact you directly on your site... Very clever... Anyways, I just have a problem. I woke up today and looked at my firewall hits, and saw a large port scan from rs1.php.net. I don't like port scans, you know? I'd suggest either you find the person responsible for that if you can, or improve the security of your servers... Thanks in advance. -- Edit bug report at http://bugs.php.net/?id=19812edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19812r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19812r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19812r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19812r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19812r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19812r=support Expected behavior: http://bugs.php.net/fix.php?id=19812r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19812r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19812r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19812r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19812r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19812r=dst IIS Stability: http://bugs.php.net/fix.php?id=19812r=isapi