#19794 [Opn->Fbk]: Very odd bug that crashes script and gives unusual error message.
ID: 19794 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Linux, Unix, Windows PHP Version: 4.2.3 New Comment: Please provide the shortest possible reproducing script so that we can try to reproduce it. regards, Derick Previous Comments: [2002-10-06 23:31:12] [EMAIL PROTECTED] I get very odd error, stating "Can not read from source file or URL. Aborting..." Odd things about the error message are: 1) It is not clear what causes the problem. Removing different part of the code helps. SOmetimes it is an "include" sometimes an "echo" (?!) command that otherwise looks absolutly legal 2) The ouptut error is formatted in not a usual PHP error format. Neither does it return line in code that caused the error. -- Edit this bug report at http://bugs.php.net/?id=19794&edit=1
#19794 [NEW]: Very odd bug that crashes script and gives unusual error message.
From: [EMAIL PROTECTED] Operating system: Linux, Unix, Windows PHP version: 4.2.3 PHP Bug Type: Scripting Engine problem Bug description: Very odd bug that crashes script and gives unusual error message. I get very odd error, stating "Can not read from source file or URL. Aborting..." Odd things about the error message are: 1) It is not clear what causes the problem. Removing different part of the code helps. SOmetimes it is an "include" sometimes an "echo" (?!) command that otherwise looks absolutly legal 2) The ouptut error is formatted in not a usual PHP error format. Neither does it return line in code that caused the error. -- Edit bug report at http://bugs.php.net/?id=19794&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19794&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19794&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19794&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19794&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19794&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19794&r=support Expected behavior: http://bugs.php.net/fix.php?id=19794&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19794&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19794&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19794&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19794&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19794&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19794&r=isapi
#17566 [Opn]: phpinfo() causes load of 2+
ID: 17566
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache2 related
Operating System: BSD/OS 4.2
PHP Version: 4.4-dev
New Comment:
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?
Previous Comments:
[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
[2002-06-03 07:36:39] [EMAIL PROTECTED]
What were the configure lines for both Apache2 and PHP ??
Someone said that Apache2 doesn't quite work with BSD?
(depends which MPM is used)
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=17566&edit=1
#17566 [Opn]: phpinfo() causes load of 2+
ID: 17566 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: BSD/OS 4.2 PHP Version: 4.4-dev New Comment: 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? Previous Comments: [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 [2002-06-03 07:36:39] [EMAIL PROTECTED] What were the configure lines for both Apache2 and PHP ?? Someone said that Apache2 doesn't quite work with BSD? (depends which MPM is used) [2002-06-03 03:38:31] [EMAIL PROTECTED] Nope - still there. php4-200206021800 Additionally - it may or may not be related - there's no info whatsover reported on the Apache2 SAPI, in phpinfo(). Just the header 'Apache 2'. 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=17566&edit=1
#17566 [Fbk->Opn]: phpinfo() causes load of 2+
ID: 17566 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: BSD/OS 4.2 -PHP Version: 4.2.1 +PHP Version: 4.4-dev New Comment: 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 Previous Comments: [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 [2002-06-03 07:36:39] [EMAIL PROTECTED] What were the configure lines for both Apache2 and PHP ?? Someone said that Apache2 doesn't quite work with BSD? (depends which MPM is used) [2002-06-03 03:38:31] [EMAIL PROTECTED] Nope - still there. php4-200206021800 Additionally - it may or may not be related - there's no info whatsover reported on the Apache2 SAPI, in phpinfo(). Just the header 'Apache 2'. [2002-06-02 19:02:09] [EMAIL PROTECTED] Please try the latest CVS snapshot from http://snaps.php.net/ as I think this is fixed already. 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=17566&edit=1
#16801 [Com]: httpd segementation fault at statup
ID: 16801 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache related Operating System: Linux 2.4.18 PHP Version: 4.2.0 Assigned To: yohgaki New Comment: Confirmed. I encountered exactly the same bug. I'm using Apache+PHP+PostgreSQL and tried upgrading openssl. PHP was compiled with "--with-openssl --with-pgsql" as well, and the PostgreSQL I was using was built with the ssl option before. Tracked down the problem to not having rebuilt PostgreSQL with the new openssl version as well before using it with PHP and Apache, thus probably creating a version conflict of openssl in the resulting apache binary. I wonder why the build didn't fail ? However, I now rebuilt PostgreSQL first, afterwards PHP and apache, everything works fine now. Had to do a 'make clean' in PHP before recompiling, otherwise it wouldn't use the new PostgreSQL build. cu, Andre Previous Comments: [2002-06-27 22:31:59] [EMAIL PROTECTED] Closed per user request. [2002-05-06 09:24:10] [EMAIL PROTECTED] Hi yohgaki, Yes, I've SSL enable in Postgres, and this is the same version that use for PHP. After some search, it seems to be db3 related, conflict between the Glibc version and a fresh one (Berckley-sleepycat) that I use on somes systems (for Squid). But, I dont know why 4.1.2 can safely link, and 4.2.0 don't Can close this bug for me :-) Thanks for your time. --Alexandre [2002-04-30 02:28:47] [EMAIL PROTECTED] Alexandre, What happens if you remove SSL option from libpq? It sounds like you have SSL support in your libpq. [2002-04-29 07:06:57] [EMAIL PROTECTED] i am using redhat6.2 with kernel 2.2.19 segfault appear at startup too. here's my configure script which i used for 4.1.2 and 4.0.6 ./configure --with-mysql --enable-track-vars=yes --enable-bcmath=yes \ --enable-memory-limit=yes --with-imap=../imap-2001a --enable-debug=no \ --with-apxs --with-config-file-path=/etc/httpd --enable-sockets \ --with-openssl --with-pdflib=/usr/local --with-zlib-dir=/usr --with-zlib=/usr \ --with-gd=/usr --enable-gd-native-tt --with-ttf=/usr \ --with-png-dir=/usr --with-tiff-dir=/usr --with-jpeg-dir=/usr [2002-04-25 11:22:51] [EMAIL PROTECTED] It seems to be an openssl problem. I have the same problem, but without openssl it works ( but I don't know why :-( ) Regards : Janko 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/16801 -- Edit this bug report at http://bugs.php.net/?id=16801&edit=1
#19482 [Fbk->Opn]: segfault on child process
ID: 19482 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: PCRE related Operating System: Redhat 7.3 PHP Version: 4.2.3,4.3.0-dev New Comment: 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 to continue, or q 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 Previous Comments: [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") at /tmp/php-debug/sapi/apache/mod_php4.c:564 #10 0x403f0829 in send_parsed_php (r=0x808cf18) at /tmp/php-debug/sapi/apache/mod_php4.c:579 #11 0x0805475d in ap_invoke_handler () #12 0x080672dc in process_request_internal () #13 0x08067353 in ap_process_request () #14 0x0805f587 in child_main () #15 0x0805f72a in make_child () ---Type to continue, or q to quit--- #16 0x0805f86d in startup_children () #17 0x0805fec0 in standalone_main () #18 0x080607c3 in main () #19 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6 [2002-10-06 14:47:25] [EMAIL PROTECTED] (gdb) up #1 0x40304db2 in pcre_ge
#19793 [NEW]: Apache blames the failure of /error.php?error=# with ErrorDocument on PHP
From: [EMAIL PROTECTED] Operating system: RedHat 7.1 PHP version: 4.2.3 PHP Bug Type: Apache2 related Bug description: Apache blames the failure of /error.php?error=# with ErrorDocument on PHP I have always used this in my .htaccess: # Error document handling: ErrorDocument 401 /error.php?error=401 ErrorDocument 403 /error.php?error=403 ErrorDocument 404 /error.php?error=404 this works perfectly with PHP on Apache 1.3.x. Recently, I decided to upgrade PHP and Apache to the newest version of each on a server that I maintain, and first noticed that in directories where I use another .htaccess for password protection, Apache was giving me the 401 page without asking for a username and password, then saying that it was getting a 403 error in trying to load the ErrorDocument. This made no sense to me, because: DocumentRoot = /web/mori drwxrwx--x 24 mordeth mordeth 4096 Oct 6 21:25 . -rw-rw-r--1 mordeth mordeth 6731 Dec 5 2001 error.php and in /web: drwxr-x--x 41 root web 4096 Oct 1 23:04 . as you can see...I have the correct perms for Apache to be able to read that document, so I shouldn't be getting 403 errors on it. After submitting bug #13121 to Apache (http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13121), they reject fixing the problem, instead blaming the problem on PHP: "This is almost certainly a PHP problem, since the default install includes some SSI-generated error documents that work just fine. Most likely, the reponse status code is getting lost someplace in the PHP filter. Please ask on the PHP users mailing list, and if they don't have a solution, report it in the PHP bug database." I fail to see why it'd be PHP's fault that Apache wouldn't do the Auth before serving the ErrorDocument, but hopefully someone can diagnose this. -- Edit bug report at http://bugs.php.net/?id=19793&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19793&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19793&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19793&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19793&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19793&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19793&r=support Expected behavior: http://bugs.php.net/fix.php?id=19793&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19793&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19793&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19793&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19793&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19793&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19793&r=isapi
#16509 [Opn->Fbk]: mssql_fetch_array limit on fieldname-length
ID: 16509 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: Win2K PHP Version: 4.1.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-04-09 05:51:03] [EMAIL PROTECTED] When getting an associative array from a MSSQL database: with mssql_fetch_array(), the keys of the array can be no longer than 30 characters. I have a field 'last_modification_user_login_id' (31 characters) in a table 'document', but after selecting all fields from that table, I can't access that field. A var_dump however on the array shows a key 'last_modification_user_login_i', which is 30 characters. It has the right value. This is not a problem with: - Databases: the same code works with MySQL and PostgreSQL on the 'same' database. - Arrays: keys can be longer than 30 characters So it has to be a 'mssql_fetch_array' bug! Vincent -- Edit this bug report at http://bugs.php.net/?id=16509&edit=1
#19783 [Opn->Csd]: A big problem with fread() with PHP4.3.0
ID: 19783 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Filesystem function related Operating System: FreeBSD4.5 PHP Version: 4CVS-2002-10-06 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-06 20:28:21] [EMAIL PROTECTED] This bug looks really important. I dont know if it is because of the new handling of streams but I just verified that its working with PHP4.2.3 and not wit h 4_3 latest. [2002-10-06 14:14:32] [EMAIL PROTECTED] on some of my code I use the following: $fd=fopen($filename,"rb"); echo fread($fd,filesize($filename)); fclose($fd); It looks fread is limited to a certain value. I can't get more than a certain size. With bigs files, I dont get all of them but just a part so I had to use fgets. Can someone check if something changed on the fread()'s function that would limit it? -- Edit this bug report at http://bugs.php.net/?id=19783&edit=1
#17567 [Opn->Fbk]: open_basedir does not work properly with symbolic links.
ID: 17567
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Filesystem function related
Operating System: Linux (SuSE)
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-30 09:41:08] [EMAIL PROTECTED]
I think this issue has already been reported in
http://bugs.php.net/bug.php?id=14076
Hajo
[2002-06-02 15:59:27] [EMAIL PROTECTED]
Hello,
open_basedir has trouble with symlinks:
File: /var/www/server/xyz.com/ezdemo/htdocs/classes/ezfile.php
Symlink: /kunden/hosting/server -> /var/www/server
Unless I set open_basedir to '/' I get some errors like these:
open_basedir set to '/var' or '/kunden/hosting/server/xyz.com/ezdemo':
Warning: open_basedir restriction in effect. File is in wrong directory
in /var/www/server/xyz.com/ezdemo/htdocs/classes/ezfile.php on line
282
Warning:
fopen("/kunden/hosting/server/xyz.com/ezdemo/htdocs/classes/cache/02208adcfca7b0a5f64d1e07f5f5c385.php",
"w+") - Operation not permitted in
/var/www/server/xyz.com/ezdemo/htdocs/classes/ezfile.php on line 282
open_basedir set to '/kunden'
Warning: open_basedir restriction in effect. File is in wrong directory
in Unknown on line 0
Warning: Failed opening
'/kunden/hosting/server/xyz.com/ezdemo/htdocs/index_admin.php' for
inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0
Regards,
Martin
--
Edit this bug report at http://bugs.php.net/?id=17567&edit=1
#19792 [Opn]: First POST variable always has its first char missing
ID: 19792 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: *General Issues +Bug Type: IIS related Operating System: Windows NT 5.0 build 2195 PHP Version: 4.2.3 New Comment: server: Microsoft-IIS/5.0 Previous Comments: [2002-10-06 20:32:55] [EMAIL PROTECTED] When I send some data using POST method, PHP looses first char of the first variable's name. For example: I get: Array ( [irst_var] => some_value [second_var] => other_value ) -- Edit this bug report at http://bugs.php.net/?id=19792&edit=1
#19792 [NEW]: First POST variable always has its first char missing
From: [EMAIL PROTECTED] Operating system: Windows NT 5.0 build 2195 PHP version: 4.2.3 PHP Bug Type: *General Issues Bug description: First POST variable always has its first char missing When I send some data using POST method, PHP looses first char of the first variable's name. For example: I get: Array ( [irst_var] => some_value [second_var] => other_value ) -- Edit bug report at http://bugs.php.net/?id=19792&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19792&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19792&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19792&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19792&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19792&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19792&r=support Expected behavior: http://bugs.php.net/fix.php?id=19792&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19792&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19792&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19792&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19792&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19792&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19792&r=isapi
#19783 [Opn]: A big problem with fread() with PHP4.3.0
ID: 19783 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Filesystem function related Operating System: FreeBSD4.5 PHP Version: 4CVS-2002-10-06 New Comment: This bug looks really important. I dont know if it is because of the new handling of streams but I just verified that its working with PHP4.2.3 and not wit h 4_3 latest. Previous Comments: [2002-10-06 14:14:32] [EMAIL PROTECTED] on some of my code I use the following: $fd=fopen($filename,"rb"); echo fread($fd,filesize($filename)); fclose($fd); It looks fread is limited to a certain value. I can't get more than a certain size. With bigs files, I dont get all of them but just a part so I had to use fgets. Can someone check if something changed on the fread()'s function that would limit it? -- Edit this bug report at http://bugs.php.net/?id=19783&edit=1
#19548 [Bgs]: opendir() not "using" include_path
ID: 19548
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *Directory/Filesystem functions
Operating System: debian linux
PHP Version: 4.2.3
New Comment:
the include_path was my error, i acctually ment relative
p.s. i acctualy tested it again (after i recreated the directory
structure), and it works fine with relative paths, and the bug hasnt
"appeared" again..
you are correct in marking it as bogus anyway, must have been some
freak FS error (or feature :)), and nothing to do with php.. sorry for
that:)
Previous Comments:
[2002-09-22 14:31:42] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
include_path only pertains to the openning of files and not
directories.
[2002-09-22 07:10:38] [EMAIL PROTECTED]
ughm, even with the prefixed path it doesnt work. i have a+r and a+x
all the way on directories, any hints?
[2002-09-22 07:03:17] [EMAIL PROTECTED]
i have a page in:
/home/web/sunshine.krneki.org/
in the code i have various stuff to load all .php files from a given
directory, the problem is the following:
if i do include("modules/content/forum/lang/en/index.php"); it will
ofcourse load the file, if i do an opendir() on
"modules/content/forum/lang/en/" i dont get a file/directory list from
it, but if i prefix the relative path with
/home/web/sunshine.krneki.org/ it works fine
this leaves me to believe that opendir() doesnt follow the include_path
directive
--
Edit this bug report at http://bugs.php.net/?id=19548&edit=1
#19791 [Opn->Bgs]: sapi_apache2.c incompatible type for argument 3 of `ap_register_output_filter'
ID: 19791 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: 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). Previous Comments: [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=19791&edit=1
#19791 [NEW]: sapi_apache2.c incompatible type for argument 3 of `ap_register_output_filter'
From: [EMAIL PROTECTED] Operating system: Redhat 7.1 PHP version: 4.2.3 PHP Bug Type: Compile Failure Bug description: sapi_apache2.c incompatible type for argument 3 of `ap_register_output_filter' 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 bug report at http://bugs.php.net/?id=19791&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19791&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19791&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19791&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19791&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19791&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19791&r=support Expected behavior: http://bugs.php.net/fix.php?id=19791&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19791&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19791&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19791&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19791&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19791&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19791&r=isapi
#19790 [NEW]: can't fetch file update.php4
From: [EMAIL PROTECTED] Operating system: Linux 2.4.9 PHP version: 4.2.3 PHP Bug Type: *General Issues Bug description: can't fetch file update.php4 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--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 bug report at http://bugs.php.net/?id=19790&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19790&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19790&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19790&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19790&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19790&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19790&r=support Expected behavior: http://bugs.php.net/fix.php?id=19790&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19790&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19790&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19790&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19790&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19790&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19790&r=isapi
#13818 [Bgs]: safe mode wrong uid -1
ID: 13818 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *General Issues Operating System: solaris PHP Version: 4.0.6 New Comment: The fix for the bug is ONLY found in the 'latest' aka snapshot branch. Previous Comments: [2002-10-06 19:19:40] [EMAIL PROTECTED] Same problem with PHP-CVS-snapshot STABLE-200210061500 and Apache 2.0.43 ... well but it looks like trouble with Apache's "server_context" things. I browsed through PHP sources a bit and found that it uses values provided by apache and apache is taking it from system using fstat. But I couldn't find out why no one gets real uid of script file or even where to configure this "feature" ... [2002-06-26 04:19:51] [EMAIL PROTECTED] I get this error with php4-200206240900 / apache-2.0.39 on Solaris 8. And yes, apache defaults to run as -1, but this has been succesfully configured to another uid here. [2002-04-28 10:55:36] [EMAIL PROTECTED] The version of PHP that this bug was reported in is too old. Please try to reproduce this bug in the latest version of PHP (available from http://www.php.net/downloads.php If you are still 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". I believe this has been fixed on solaris since 4.0.6. [2002-04-05 05:44:19] [EMAIL PROTECTED] I might be mistaken, but doesn't Apache try to run as -1 by default? On some systems that refers to nobody. Might that be that case? [2001-10-24 13:41:52] [EMAIL PROTECTED] I could not find any reference on the newsgroups to the following error we are getting when safe mode is on: Warning: SAFE MODE Restriction in effect. The script whose uid is -1 is not allowed to access ../orders.txt owned by uid 66400 in /class/em680a/www/cgi-bin/vieworders.php on line 10 The "-1" can't be a uid, but I can't figure out what the error is. There was a bug post on 12/8/2000 by someone who was getting the same error but the uid was "1" not "-1" and the suggestion was to upgrade php and reopen the issue if it was not fixed. -- Edit this bug report at http://bugs.php.net/?id=13818&edit=1
#13818 [Com]: safe mode wrong uid -1
ID: 13818 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *General Issues Operating System: solaris PHP Version: 4.0.6 New Comment: Same problem with PHP-CVS-snapshot STABLE-200210061500 and Apache 2.0.43 ... well but it looks like trouble with Apache's "server_context" things. I browsed through PHP sources a bit and found that it uses values provided by apache and apache is taking it from system using fstat. But I couldn't find out why no one gets real uid of script file or even where to configure this "feature" ... Previous Comments: [2002-06-26 04:19:51] [EMAIL PROTECTED] I get this error with php4-200206240900 / apache-2.0.39 on Solaris 8. And yes, apache defaults to run as -1, but this has been succesfully configured to another uid here. [2002-04-28 10:55:36] [EMAIL PROTECTED] The version of PHP that this bug was reported in is too old. Please try to reproduce this bug in the latest version of PHP (available from http://www.php.net/downloads.php If you are still 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". I believe this has been fixed on solaris since 4.0.6. [2002-04-05 05:44:19] [EMAIL PROTECTED] I might be mistaken, but doesn't Apache try to run as -1 by default? On some systems that refers to nobody. Might that be that case? [2001-10-24 13:41:52] [EMAIL PROTECTED] I could not find any reference on the newsgroups to the following error we are getting when safe mode is on: Warning: SAFE MODE Restriction in effect. The script whose uid is -1 is not allowed to access ../orders.txt owned by uid 66400 in /class/em680a/www/cgi-bin/vieworders.php on line 10 The "-1" can't be a uid, but I can't figure out what the error is. There was a bug post on 12/8/2000 by someone who was getting the same error but the uid was "1" not "-1" and the suggestion was to upgrade php and reopen the issue if it was not fixed. -- Edit this bug report at http://bugs.php.net/?id=13818&edit=1
#19482 [Com]: segfault on child process
ID: 19482
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: PCRE related
Operating System: Redhat 7.3
PHP Version: 4.2.3,4.3.0-dev
New Comment:
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")
at /tmp/php-debug/sapi/apache/mod_php4.c:564
#10 0x403f0829 in send_parsed_php (r=0x808cf18)
at /tmp/php-debug/sapi/apache/mod_php4.c:579
#11 0x0805475d in ap_invoke_handler ()
#12 0x080672dc in process_request_internal ()
#13 0x08067353 in ap_process_request ()
#14 0x0805f587 in child_main ()
#15 0x0805f72a in make_child ()
---Type to continue, or q to quit---
#16 0x0805f86d in startup_children ()
#17 0x0805fec0 in standalone_main ()
#18 0x080607c3 in main ()
#19 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6
Previous Comments:
[2002-10-06 14:47:25] [EMAIL PROTECTED]
(gdb) up
#1 0x40304db2 in pcre_get_compiled_regex (regex=0x8201704 "|MSIE
([0-9.]+)|",
extra=0xbfff7cac, preg_options=0xbfff7ca4)
at /tmp/php4-20021006/ext/pcre/php_pcre.c:158
158 if (!strcmp(pce->locale, locale)) {
(gdb) print locale
$1 = 0x8156760 "en_US.iso885915"
(gdb) print pce
$2 = (pcre_cache_entry *) 0x8133668
(gdb) print pce->locale
$3 = 0x826bde8
[2002-10-06 07:44:55] [EMAIL PROTECTED]
[EMAIL PROTECTED] :
Can you try that again, but when you hit the segfault,
type the following commands into gdb:
up
print locale
print pce
print pce->locale
[2002-10-06 04:46:27] [EMAIL PROTECTED]
Still getting the segfault at almost the same place. Seems a lot
easier to reproduce now.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 8821)]
0x4207fb88 in strcmp () from /lib/i686/libc.so.6
(gdb) bt
#0 0x4207fb88 in strcmp () from /lib/i686/libc.so.6
#1 0x40304db2 in pcre_get_compiled_regex (
regex=0x819925c "|Internet Explorer/([0-9.]+)|", extra=0xbfff8ebc,
preg_options=0xbfff8eb4) at
/tmp/php4-20021006/ext/pcre/php_pcre.c:158
#2 0x40305827 in php_pcre_match (ht=3, return_value=0x81353cc,
this_ptr=0x0,
return_value_used=1, global=0) at
/tmp/php4-20021006/ext/pcre/php_pcre.c:408
#3 0x40305e74 in zif_preg_match (ht=3, return_value=0x81353cc,
this_ptr=0x0,
return_value_used=1) at
/tmp/php4-20021006/ext/pcre/php_pcre.c:559
#4 0x403eafa3 in execute (op_array=0x81e5dfc)
at /tmp/php4-20021006/Zend/zend_execute.c:1597
#5 0x403eb1d6 in execute (op_array=0x8198e24)
at /tmp/php4-20021006/Zend/zend_execute.c:1641
#6 0x403eb1d6 in execute (op_array=0x8223314)
at /tmp/php4-20021006/Zend/zend_execute.c:1641
#7 0x403ed202 in execute (op_array=0x817d5e4)
at /tmp/php4-20021006/Zend/zend_execute.c:2163
#8 0x403d9128 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /tmp/php4-20021006/Zend/zend.c:834
#9 0x403a2b92 in php_execute_script (primary_file=0xb6f0)
at /tmp/php4-20021006/main/main.c:1542
#10 0x403eff12 in apache_php
#19786 [NoF->Fbk]: Apache doesn't start with php
ID: 19786 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Feedback Bug Type: Apache2 related Operating System: Windows 2000 PHP Version: 4.2.3 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=19786&edit=1
#19786 [Opn->NoF]: Apache doesn't start with php
ID: 19786 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: No Feedback Bug Type: Apache2 related Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-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=19786&edit=1
#19764 [Opn->Bgs]: crypt() only generates DES results, not md5, when compiled --with-apxs2
ID: 19764 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Encryption and hash functions Operating System: Redhat 7.3, kernel 2.4.19 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. Thank you for letting us know about the source and the solution to the problem. Previous Comments: [2002-10-06 17:51:55] [EMAIL PROTECTED] This problem has been solved. It was an OpenSSL issue, and a fix was committed last night to the OpenSSL tree. This morning, I build OpenSSL-0.9.7-stable (-beta3), and the problem went away. [2002-10-05 19:28:01] [EMAIL PROTECTED] Interestingly enough, when I build Apache2 with mod_ssl as a DSO, and then disable mod_ssl in httpd.conf, the problem still occurs. I expected the opposite behavior. [2002-10-05 19:07:42] [EMAIL PROTECTED] $testsalt isn't a variable, it's part of the salt string. $1$ tells crypt() that this is an MD5 salt, not a 2-character DES salt. When it works, it generates: $1$testsalt$FJo/PhmykbF5HpI4eUR190 When it doesn't, it generates: $19JEJTylB1.M I've just finished doing a bunch more tests of various different situations, and it looks like it's some sort of Apache2 <-> OpenSSL issue. It *only* occurs when Apache2 is compiled '--enable-ssl'. Apache2 compiled without SSL enabled works great, Apache1 works great with the exact same versions of OpenSSL and the latest mod_ssl, and PHP standalone works great. I've tried various versions of OpenSSL and Apache2, all of them exhibit this behavior. [2002-10-05 01:27:40] [EMAIL PROTECTED] Seems to work just fine here for me on Linux. Could you show me what salt are you using (value of the $testsalt variable) as well as the results that you get. [2002-10-04 21:28:05] [EMAIL PROTECTED] Looks like it is an OpenSSL problem, afterall. When I compile Apache 2.0.43 without SSL, PHP's crypt() behaves properly. Sorry for the bug entry. I guess I'll go bother the OpenSSL guys. 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/19764 -- Edit this bug report at http://bugs.php.net/?id=19764&edit=1
#19764 [Opn]: crypt() only generates DES results, not md5, when compiled --with-apxs2
ID: 19764 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Encryption and hash functions Operating System: Redhat 7.3, kernel 2.4.19 PHP Version: 4.2.3 New Comment: This problem has been solved. It was an OpenSSL issue, and a fix was committed last night to the OpenSSL tree. This morning, I build OpenSSL-0.9.7-stable (-beta3), and the problem went away. Previous Comments: [2002-10-05 19:28:01] [EMAIL PROTECTED] Interestingly enough, when I build Apache2 with mod_ssl as a DSO, and then disable mod_ssl in httpd.conf, the problem still occurs. I expected the opposite behavior. [2002-10-05 19:07:42] [EMAIL PROTECTED] $testsalt isn't a variable, it's part of the salt string. $1$ tells crypt() that this is an MD5 salt, not a 2-character DES salt. When it works, it generates: $1$testsalt$FJo/PhmykbF5HpI4eUR190 When it doesn't, it generates: $19JEJTylB1.M I've just finished doing a bunch more tests of various different situations, and it looks like it's some sort of Apache2 <-> OpenSSL issue. It *only* occurs when Apache2 is compiled '--enable-ssl'. Apache2 compiled without SSL enabled works great, Apache1 works great with the exact same versions of OpenSSL and the latest mod_ssl, and PHP standalone works great. I've tried various versions of OpenSSL and Apache2, all of them exhibit this behavior. [2002-10-05 01:27:40] [EMAIL PROTECTED] Seems to work just fine here for me on Linux. Could you show me what salt are you using (value of the $testsalt variable) as well as the results that you get. [2002-10-04 21:28:05] [EMAIL PROTECTED] Looks like it is an OpenSSL problem, afterall. When I compile Apache 2.0.43 without SSL, PHP's crypt() behaves properly. Sorry for the bug entry. I guess I'll go bother the OpenSSL guys. [2002-10-04 19:36:02] [EMAIL PROTECTED] I should note, also, that the following constants are the correct values, too: CRYPT_MD5 = 1 CRYPT_SALT_LENGTH = 12. I just tried the latest CVS snapshot of 4.3.0-dev (200210040900) and I have the same problem there. If I configure with '--with-apxs2' I get DES results, and if I build with '--without-apache' the standalone php binary works fine. I even went as far as to force configure to turn DES off, and indeed, after compiling, CRYPT_STD_DES = 0. Nevertheless, crypt() returned DES results. I will try whatever CVS snapshot of Apache2 I can get my hands on, but this appears on the surface to be a php bug. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19764 -- Edit this bug report at http://bugs.php.net/?id=19764&edit=1
#19787 [Opn->]: Can not load module
ID: 19787 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Won\'t fix Bug Type: Apache2 related Operating System: FreeBSD 4.5 PHP Version: 4.2.3 New Comment: PHP 4.2.x does not really support Apache 2. It's sort of hit and miss. Not sure why you would use Apache2 on FreeBSD as Apache2 doesn't support threading on that platform. I strongly suggest sticking with Apache1. Previous Comments: [2002-10-06 16:30:17] [EMAIL PROTECTED] I have a pretty serious problem with php and apache. I configured apache like the following: ./configure --prefix=/wwwserv2 --enable-modssl --with-ssl=/usr/local/ssl --enable-cgi --enable-so then i did a make make install then I tested apache at this point to see if it worked and it works fine after the initial installation. Then I untared php-4.2.3 and configured it like the following: ./configure --with-apxs2=/wwwserv2/bin/apxs then i did a make make install after this got done, I tried to start apache with /wwwserv2/bin/apachectl start and I got the following error alphatest# /wwwserv2/bin/apachectl start Syntax error on line 230 of /wwwserv2/conf/httpd.conf: Cannot load /wwwserv2/modules/libphp4.so into server: /wwwserv2/modules/libphp4.so: Undefined symbol "pthread_getspecific" If it changes anything this freebsd box is a digital with a alpha processor. I hope you can repair this problem. Thanx -- Edit this bug report at http://bugs.php.net/?id=19787&edit=1
#19701 [Com]: imap c-client problems
ID: 19701 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IMAP related Operating System: OpenBSD 3.1 PHP Version: 4.2.3 New Comment: Same problem for me: MacOSX 10.2.1 Apache 1.3.26 UW IMAP imap-2002.RC7 with SSL PHP 4.2.3 ./configure --with-apxs --prefix=/usr --sysconfdir=/etc -- localstatedir=/var --mandir=/usr/share/man --infodir=/usr/ share/info --with-openssl --with-imap --with-imap-ssl -- with-xml --with-zlib I get the "Warning: This library needs some functionality provided by -lc-client..." Previous Comments: [2002-10-03 21:56:01] [EMAIL PROTECTED] I've gone and linked the php module (current snapshot) statically to apache. Not really what I wanted, but imap support works with this. [2002-10-02 20:03:22] [EMAIL PROTECTED] I have the following files in libs/ libphp4.alibphp4.la and in .libs/ libphp4.alibphp4.la libphp4.lai [2002-10-02 06:15:45] [EMAIL PROTECTED] Do you have any files in libs/ ? What about .libs/ ? [2002-10-01 22:05:05] [EMAIL PROTECTED] I've been compiling wiht the following options: --with-xml --with-gettext --with-pgsql=/usr/local/pgsql --with-apxs=/usr/local/apache/bin/apxs --with-imap=/usr/local/src/imap-2002.RC6 The version of imap seems to be irrelevant. All of them fail - this is just the latest version. Both the release version and the latest snapshot work fine and build a working dso without --with-imap If I include --with-imap on the snapshot, it builds ok, but does not build a dso, and I get the following on a "make install" [activating module `php4' in /usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so cp: libs/libphp4.so: No such file or directory apxs:Break: Command failed with rc=1 *** Error code 1 [2002-10-01 21:01: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 And add your full configure line into this report 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/19701 -- Edit this bug report at http://bugs.php.net/?id=19701&edit=1
#19787 [NEW]: Can not load module
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.5 PHP version: 4.2.3 PHP Bug Type: Apache2 related Bug description: Can not load module I have a pretty serious problem with php and apache. I configured apache like the following: ./configure --prefix=/wwwserv2 --enable-modssl --with-ssl=/usr/local/ssl --enable-cgi --enable-so then i did a make make install then I tested apache at this point to see if it worked and it works fine after the initial installation. Then I untared php-4.2.3 and configured it like the following: ./configure --with-apxs2=/wwwserv2/bin/apxs then i did a make make install after this got done, I tried to start apache with /wwwserv2/bin/apachectl start and I got the following error alphatest# /wwwserv2/bin/apachectl start Syntax error on line 230 of /wwwserv2/conf/httpd.conf: Cannot load /wwwserv2/modules/libphp4.so into server: /wwwserv2/modules/libphp4.so: Undefined symbol "pthread_getspecific" If it changes anything this freebsd box is a digital with a alpha processor. I hope you can repair this problem. Thanx -- Edit bug report at http://bugs.php.net/?id=19787&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19787&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19787&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19787&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19787&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19787&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19787&r=support Expected behavior: http://bugs.php.net/fix.php?id=19787&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19787&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19787&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19787&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19787&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19787&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19787&r=isapi
#19786 [NEW]: Apache doesn't start with php
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.2.3 PHP Bug Type: Apache2 related Bug description: Apache doesn't start with php 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 bug report at http://bugs.php.net/?id=19786&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19786&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19786&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19786&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19786&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19786&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19786&r=support Expected behavior: http://bugs.php.net/fix.php?id=19786&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19786&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19786&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19786&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19786&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19786&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19786&r=isapi
#8865 [Com]: App launching with hotkeys delayed
ID: 8865 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache related Operating System: Windows 95b, 98 PHP Version: 4.1.0 New Comment: Still happens for me with PHP 4.2.3. I'm using PHP 4.2.3 (no extensions), as a module with Apache 1.3.26, on Windows 98 (English). Hardware: Pentium II 350, 320 MB RAM. This doesn't actually freeze the whole system for 5-7 seconds, but rather the shell--notably the task bar (including start button and tray area) and the desktop don't respond. Other running applications continue to be responsive. I can even load PHP'd documents from my local Apache server during the delay period. Previous Comments: [2002-05-24 20:13:00] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately your version of PHP is too old -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. [2002-02-11 01:35:40] [EMAIL PROTECTED] I also have such problem and looking for solution. Still no solution at this time? [2001-12-20 11:15:28] [EMAIL PROTECTED] Still happens. Just exactly like 4.0.6. My actual setup: Apache 1.3.20 (release 10320100), PHP 4.1.0 downloaded from www.php.net, MySQL 3.23.29 (tried also stopping MySQL, and still happens). No extra modules loaded on PHP, nothing special on Apache (default instalation) besides PHP loaded as module, Win 98 SE in spanish. All this on a Pentium II 450, 128 MB RAM Anything else I could test to help? [2001-12-20 09:51:27] [EMAIL PROTECTED] Can you try this with 4.1.0? R. [2001-07-02 17:47:30] [EMAIL PROTECTED] No. It only happens when PHP is loaded as a module. If it happens when used as CGI it is not noticeable, since it runs for just a few moments. Probably a web server with lots of traffic could cause the same problem, but mine is a small intranet so I wouldn't notice. 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/8865 -- Edit this bug report at http://bugs.php.net/?id=8865&edit=1
#19785 [NEW]: ld cannot find -lX11
From: [EMAIL PROTECTED] Operating system: SuSE 8.0 PHP version: 4CVS-2002-10-06 PHP Bug Type: Compile Failure Bug description: ld cannot find -lX11 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 bug report at http://bugs.php.net/?id=19785&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19785&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19785&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19785&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19785&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19785&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19785&r=support Expected behavior: http://bugs.php.net/fix.php?id=19785&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19785&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19785&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19785&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19785&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19785&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19785&r=isapi
#19784 [Opn->Fbk]: file_exists doesn't work
ID: 19784
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: *Directory/Filesystem functions
Operating System: Linux 2.4.18
PHP Version: 4.2.3
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
Previous Comments:
[2002-10-06 14:59:05] [EMAIL PROTECTED]
I am using php 4.2.3 with httpd 2.0.43.
The functions file_exists, is_file and file_size doesn't work at all.
file_exists("file.txt"); gives me "false" even if the file "file.txt"
exists in the same directory of the script containing that function.
If I use the full path of "file.txt",
file_exists("/full/path/to/file.txt"); gives me "true" and works well.
How to solve this problem? I can't use the full path in the scripts.
--
Edit this bug report at http://bugs.php.net/?id=19784&edit=1
#19784 [NEW]: file_exists doesn't work
From: [EMAIL PROTECTED]
Operating system: Linux 2.4.18
PHP version: 4.2.3
PHP Bug Type: *Directory/Filesystem functions
Bug description: file_exists doesn't work
I am using php 4.2.3 with httpd 2.0.43.
The functions file_exists, is_file and file_size doesn't work at all.
file_exists("file.txt"); gives me "false" even if the file "file.txt"
exists in the same directory of the script containing that function.
If I use the full path of "file.txt",
file_exists("/full/path/to/file.txt"); gives me "true" and works well.
How to solve this problem? I can't use the full path in the scripts.
--
Edit bug report at http://bugs.php.net/?id=19784&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19784&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=19784&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=19784&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19784&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=19784&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=19784&r=support
Expected behavior: http://bugs.php.net/fix.php?id=19784&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=19784&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=19784&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=19784&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19784&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=19784&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=19784&r=isapi
#19529 [Opn->Fbk]: Occational "Commands out of sync" errors
ID: 19529 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: Linux 2.4.18 PHP Version: 4.2.3 -Assigned To: +Assigned To: georg New Comment: 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 Previous Comments: [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. [2002-10-06 08:13:00] [EMAIL PROTECTED] Another note: [EMAIL PROTECTED] states that the problem seems to only happen at high load, and is intermittent. In my experience, it seems to happen after long periods of running. More specifically, my (production) system will run fine for hours with 30+ queries/second, and then suddenly start having several of the "Commands out of sync" error messages per second. They are still intermittent (ie. they don't appear at every query), but these symptoms seem to indicate a memory leak or other delayed-impact bug as the cause of the problems. 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=19529&edit=1
#19482 [Com]: segfault on child process
ID: 19482
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: PCRE related
Operating System: Redhat 7.3
PHP Version: 4.2.3,4.3.0-dev
New Comment:
(gdb) up
#1 0x40304db2 in pcre_get_compiled_regex (regex=0x8201704 "|MSIE
([0-9.]+)|",
extra=0xbfff7cac, preg_options=0xbfff7ca4)
at /tmp/php4-20021006/ext/pcre/php_pcre.c:158
158 if (!strcmp(pce->locale, locale)) {
(gdb) print locale
$1 = 0x8156760 "en_US.iso885915"
(gdb) print pce
$2 = (pcre_cache_entry *) 0x8133668
(gdb) print pce->locale
$3 = 0x826bde8
Previous Comments:
[2002-10-06 07:44:55] [EMAIL PROTECTED]
[EMAIL PROTECTED] :
Can you try that again, but when you hit the segfault,
type the following commands into gdb:
up
print locale
print pce
print pce->locale
[2002-10-06 04:46:27] [EMAIL PROTECTED]
Still getting the segfault at almost the same place. Seems a lot
easier to reproduce now.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 8821)]
0x4207fb88 in strcmp () from /lib/i686/libc.so.6
(gdb) bt
#0 0x4207fb88 in strcmp () from /lib/i686/libc.so.6
#1 0x40304db2 in pcre_get_compiled_regex (
regex=0x819925c "|Internet Explorer/([0-9.]+)|", extra=0xbfff8ebc,
preg_options=0xbfff8eb4) at
/tmp/php4-20021006/ext/pcre/php_pcre.c:158
#2 0x40305827 in php_pcre_match (ht=3, return_value=0x81353cc,
this_ptr=0x0,
return_value_used=1, global=0) at
/tmp/php4-20021006/ext/pcre/php_pcre.c:408
#3 0x40305e74 in zif_preg_match (ht=3, return_value=0x81353cc,
this_ptr=0x0,
return_value_used=1) at
/tmp/php4-20021006/ext/pcre/php_pcre.c:559
#4 0x403eafa3 in execute (op_array=0x81e5dfc)
at /tmp/php4-20021006/Zend/zend_execute.c:1597
#5 0x403eb1d6 in execute (op_array=0x8198e24)
at /tmp/php4-20021006/Zend/zend_execute.c:1641
#6 0x403eb1d6 in execute (op_array=0x8223314)
at /tmp/php4-20021006/Zend/zend_execute.c:1641
#7 0x403ed202 in execute (op_array=0x817d5e4)
at /tmp/php4-20021006/Zend/zend_execute.c:2163
#8 0x403d9128 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /tmp/php4-20021006/Zend/zend.c:834
#9 0x403a2b92 in php_execute_script (primary_file=0xb6f0)
at /tmp/php4-20021006/main/main.c:1542
#10 0x403eff12 in apache_php_module_main (r=0x808cf18,
display_source_mode=0)
at /tmp/php4-20021006/sapi/apache/sapi_apache.c:55
#11 0x403f0e0c in send_php (r=0x808cf18, display_source_mode=0,
filename=0x808ec10 "/var/www/modesmail/horde/imp/redirect.php")
at /tmp/php4-20021006/sapi/apache/mod_php4.c:564
#12 0x403f0e79 in send_parsed_php (r=0x808cf18)
---Type to continue, or q to quit---
at /tmp/php4-20021006/sapi/apache/mod_php4.c:579
#13 0x0805475d in ap_invoke_handler ()
#14 0x080672dc in process_request_internal ()
#15 0x08067353 in ap_process_request ()
#16 0x0805f587 in child_main ()
#17 0x0805f72a in make_child ()
#18 0x0805f86d in startup_children ()
#19 0x0805fec0 in standalone_main ()
#20 0x080607c3 in main ()
#21 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6
[2002-10-05 09:43:33] [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-01 15:16:37] [EMAIL PROTECTED]
hello!
i have nearly the same problem...
i've wondered, that sometimes are segfaults in the error_log. i have
installed
the newest php (4.2.3) & apache (1.3.26) version.
now i have found a cause:
if this in the mail header:
From: ()
imp shows as sender. with the attempt to open the email, the
apache-
process segfaulted. after some try, i could fetch a strace-log from the
process.
you can found it here: http://dpits.de/segfault.log
thank you!
bye
daniel prior
[2002-09-27 10:53:40] [EMAIL PROTECTED]
I upgraded from 4.1.2 to 4.2.3 yesterday and have seen many seg faults
in the error_log when I came in this morning.
I am using Apache 1.3.26, mod_ssl 2.8.10, Openssl 0.9.6g, Compaq Tru64
4.0G.
My PHP configure is pretty basic:
./configure --with-mysql --with-imap --with-curl --quiet
--with-apxs=(path_to_apxs)
We, also, are using IMP (2.2.7). I have not tried to produce the
seg-faults
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/19482
--
#19776 [Fbk->Opn]: recode is "silent"
ID: 19776
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Recode related
Operating System: redhat 8.0
PHP Version: 4.2.3
New Comment:
Right now i`m using 3.6.
3.5 does not compile and run on rh 8.0 [it seg faults even in
the shell]. i did not how ever put a lot of effort into the
compiling of 3.5.
Previous Comments:
[2002-10-06 14:26:40] [EMAIL PROTECTED]
Which recode library are you using now? There seems to be a problem
with recode 3.6, since all string based functions always return blank
string.
[2002-10-06 04:55:06] [EMAIL PROTECTED]
I have compiled php 4.2.3 on redhat 8.0 with
-php configure CGI---
./configure --with-mysql=/usr --enable-sysvsem
--enable-sysvshm --with-gd=yes --with-zlib --with-ttf
--with-zlib-dir=/usr --with-gd-dir=/
usr/ --with-jpeg-dir=/usr/lib/ --enable-gd-imgstrttf
--with-config-file-path=/etc/httpd/conf/ --enable-trans-sid
--with-png-dir=/usr/ --with
-sablot --with-recode --with-curl --with-openssl
-
The dso is the same one it just has --with-apxs added and the
results are the same on cgi and dso
All compiles fine php runs ok but when i try to use an recode
function from php script it doesnt do anyhing.
so an test line containing only
'echo recode("../qp","sas=32");'
doesnt return anything. I have an old working system with
4.0.6 and recode 3.5 which returns what it should [thats
'sas=3D32']
Recode it self works in the shell
[tmp]#cat recode.txt
sas=32
recode ../qp recode.txt
[tmp]# cat recode.txt
sas=3D32
i tried also making an error [i didn`t suply any parameters to
the function] and it warns me with "...
Wrong parameter count for recode() in ..."
I tried with recode rpm from redhat, i tried mine [compiled it my
self] no diffrence it just doesnt return anything.
--
Edit this bug report at http://bugs.php.net/?id=19776&edit=1
#19776 [Opn->Fbk]: recode is "silent"
ID: 19776
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Recode related
Operating System: redhat 8.0
PHP Version: 4.2.3
New Comment:
Which recode library are you using now? There seems to be a problem
with recode 3.6, since all string based functions always return blank
string.
Previous Comments:
[2002-10-06 04:55:06] [EMAIL PROTECTED]
I have compiled php 4.2.3 on redhat 8.0 with
-php configure CGI---
./configure --with-mysql=/usr --enable-sysvsem
--enable-sysvshm --with-gd=yes --with-zlib --with-ttf
--with-zlib-dir=/usr --with-gd-dir=/
usr/ --with-jpeg-dir=/usr/lib/ --enable-gd-imgstrttf
--with-config-file-path=/etc/httpd/conf/ --enable-trans-sid
--with-png-dir=/usr/ --with
-sablot --with-recode --with-curl --with-openssl
-
The dso is the same one it just has --with-apxs added and the
results are the same on cgi and dso
All compiles fine php runs ok but when i try to use an recode
function from php script it doesnt do anyhing.
so an test line containing only
'echo recode("../qp","sas=32");'
doesnt return anything. I have an old working system with
4.0.6 and recode 3.5 which returns what it should [thats
'sas=3D32']
Recode it self works in the shell
[tmp]#cat recode.txt
sas=32
recode ../qp recode.txt
[tmp]# cat recode.txt
sas=3D32
i tried also making an error [i didn`t suply any parameters to
the function] and it warns me with "...
Wrong parameter count for recode() in ..."
I tried with recode rpm from redhat, i tried mine [compiled it my
self] no diffrence it just doesnt return anything.
--
Edit this bug report at http://bugs.php.net/?id=19776&edit=1
#19783 [NEW]: A big problem with fread() with PHP4.3.0
From: [EMAIL PROTECTED] Operating system: FreeBSD4.5 PHP version: 4CVS-2002-10-06 PHP Bug Type: Filesystem function related Bug description: A big problem with fread() with PHP4.3.0 on some of my code I use the following: $fd=fopen($filename,"rb"); echo fread($fd,filesize($filename)); fclose($fd); It looks fread is limited to a certain value. I can't get more than a certain size. With bigs files, I dont get all of them but just a part so I had to use fgets. Can someone check if something changed on the fread()'s function that would limit it? -- Edit bug report at http://bugs.php.net/?id=19783&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19783&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19783&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19783&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19783&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19783&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19783&r=support Expected behavior: http://bugs.php.net/fix.php?id=19783&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19783&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19783&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19783&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19783&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19783&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19783&r=isapi
#19777 [Opn->]: We need mysql_fetch_all($mysql_result,[TYPE])
ID: 19777
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Won\'t fix
Bug Type: Feature/Change Request
Operating System: All
PHP Version: 4CVS-2002-10-06
New Comment:
Looks like the only reason is, that you don't want to write an
addidtional line to fetch the rows in a loop.
Do you see any other benefits?!
I only see disadvantages... if you need such functionality, why don't
write a php-function for?! Personally I don't know any Database, which
supports such kind of functionality; who ever introduced such a
function in pgsql must be drunk :)
Previous Comments:
[2002-10-06 05:05:20] [EMAIL PROTECTED]
So, please, we need an analog of pg_fetch_all for mysql...
for speed
Assume TYPE of fetching is MYSQL_ASSOC etc...
We want to avoid manual fetching like following:
$rt = mysql_query("select from...");
while($cur = mysql_fetch_assoc($rt))
$result[]=$cur;
--
Edit this bug report at http://bugs.php.net/?id=19777&edit=1
#19782 [Opn->Bgs]: Variables get lost
ID: 19782 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Web Server problem Operating System: Win 2000 PHP Version: 4.2.1 New Comment: In PHP 4.2.0, the 'register_globals' setting default changed to 'off'. See http://www.php.net/release_4_2_0.php for more info. We are sorry about the inconvenience, but this change was a necessary part of our efforts to make PHP scripting more secure and portable. Previous Comments: [2002-10-06 13:57:37] [EMAIL PROTECTED] I've installed PHP 4.2.1 Webserver on Win 2000 with IIS 5. First an error occured with an ocx file and the PHP-Server did not work properly. After a manual instalation the PHP-Server did work, but all variables (variables send with POST an variables in URI) I tried to send to the PHP-Script got lost. -- Edit this bug report at http://bugs.php.net/?id=19782&edit=1
#19782 [NEW]: Variables get lost
From: [EMAIL PROTECTED] Operating system: Win 2000 PHP version: 4.2.1 PHP Bug Type: *Web Server problem Bug description: Variables get lost I've installed PHP 4.2.1 Webserver on Win 2000 with IIS 5. First an error occured with an ocx file and the PHP-Server did not work properly. After a manual instalation the PHP-Server did work, but all variables (variables send with POST an variables in URI) I tried to send to the PHP-Script got lost. -- Edit bug report at http://bugs.php.net/?id=19782&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19782&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19782&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19782&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19782&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19782&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19782&r=support Expected behavior: http://bugs.php.net/fix.php?id=19782&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19782&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19782&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19782&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19782&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19782&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19782&r=isapi
#19781 [Opn->Csd]: ImageTrueColorToPalette() ignores color parameter
ID: 19781 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: GD related Operating System: Darwin 6.1 (Mac 10.2.1) PHP Version: 4CVS-2002-10-06 New Comment: Ok, fixed in CVS. Someone hardcoded 256 into this function. Looks like nobody ever actually tested this one. Previous Comments: [2002-10-06 12:52:50] [EMAIL PROTECTED] Ok, I traced through this one quickly. It does convert the image from truecolor to palette based, it just happens to choose 234 colours instead of 2. I'll take a look at this later on today. [2002-10-06 12:40:00] [EMAIL PROTECTED] If it wasn't before it is converted to true color in the script. [2002-10-06 12:30:40] [EMAIL PROTECTED] Is world_map_med.gd2 a truecolor image? This function does nothing if the image has a palette. [2002-10-06 12:18:35] [EMAIL PROTECTED] imagetruecolortopalette() is: void imagetruecolortopalette ( resource image, bool dither, int ncolors) but the function seems to ignore my ncolors input. ncolors should be the maximum number of colors in the output image. (and I cannot tell if dither works) Test script: You can find the GD2 image that I am using here: http://144.92.10.251/riverdata/images/world_map_med.gd2 The previous episode in this saga can be seen here: http://bugs.php.net/bug.php?id=19704 -- Edit this bug report at http://bugs.php.net/?id=19781&edit=1
#19781 [Opn]: ImageTrueColorToPalette() ignores color parameter
ID: 19781 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: GD related Operating System: Darwin 6.1 (Mac 10.2.1) PHP Version: 4CVS-2002-10-06 New Comment: Ok, I traced through this one quickly. It does convert the image from truecolor to palette based, it just happens to choose 234 colours instead of 2. I'll take a look at this later on today. Previous Comments: [2002-10-06 12:40:00] [EMAIL PROTECTED] If it wasn't before it is converted to true color in the script. [2002-10-06 12:30:40] [EMAIL PROTECTED] Is world_map_med.gd2 a truecolor image? This function does nothing if the image has a palette. [2002-10-06 12:18:35] [EMAIL PROTECTED] imagetruecolortopalette() is: void imagetruecolortopalette ( resource image, bool dither, int ncolors) but the function seems to ignore my ncolors input. ncolors should be the maximum number of colors in the output image. (and I cannot tell if dither works) Test script: You can find the GD2 image that I am using here: http://144.92.10.251/riverdata/images/world_map_med.gd2 The previous episode in this saga can be seen here: http://bugs.php.net/bug.php?id=19704 -- Edit this bug report at http://bugs.php.net/?id=19781&edit=1
#19781 [Fbk->Opn]: ImageTrueColorToPalette() ignores color parameter
ID: 19781 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: GD related Operating System: Darwin 6.1 (Mac 10.2.1) PHP Version: 4CVS-2002-10-06 New Comment: If it wasn't before it is converted to true color in the script. Previous Comments: [2002-10-06 12:30:40] [EMAIL PROTECTED] Is world_map_med.gd2 a truecolor image? This function does nothing if the image has a palette. [2002-10-06 12:18:35] [EMAIL PROTECTED] imagetruecolortopalette() is: void imagetruecolortopalette ( resource image, bool dither, int ncolors) but the function seems to ignore my ncolors input. ncolors should be the maximum number of colors in the output image. (and I cannot tell if dither works) Test script: You can find the GD2 image that I am using here: http://144.92.10.251/riverdata/images/world_map_med.gd2 The previous episode in this saga can be seen here: http://bugs.php.net/bug.php?id=19704 -- Edit this bug report at http://bugs.php.net/?id=19781&edit=1
#19781 [Opn->Fbk]: ImageTrueColorToPalette() ignores color parameter
ID: 19781 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: GD related Operating System: Darwin 6.1 (Mac 10.2.1) PHP Version: 4CVS-2002-10-06 New Comment: Is world_map_med.gd2 a truecolor image? This function does nothing if the image has a palette. Previous Comments: [2002-10-06 12:18:35] [EMAIL PROTECTED] imagetruecolortopalette() is: void imagetruecolortopalette ( resource image, bool dither, int ncolors) but the function seems to ignore my ncolors input. ncolors should be the maximum number of colors in the output image. (and I cannot tell if dither works) Test script: You can find the GD2 image that I am using here: http://144.92.10.251/riverdata/images/world_map_med.gd2 The previous episode in this saga can be seen here: http://bugs.php.net/bug.php?id=19704 -- Edit this bug report at http://bugs.php.net/?id=19781&edit=1
#19704 [Fbk->Csd]: ImageTrueColorToPalette() kills PHP
ID: 19704 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: GD related Operating System: Darwin 6 (Mac OS 10.2) PHP Version: 4CVS-2002-10-02 New Comment: I grabbed the cvs snapshot, tested it nice and good, and it seems to work great. You did good. I did uncover another bug in ImageTrueColorToPalette(), but it seems like a different bug so I am going to report it as such. It is bug #19781. ( http://bugs.php.net/bug.php?id=19781 ) *hugs* for all! Thanks for all your great help you gave my boyfriend! You guys are great! Previous Comments: [2002-10-06 02:29:12] [EMAIL PROTECTED] I think I fixed this in CVS - please test. It doesn't crash on my box so I can't really test it. It was one of these super-intelligent fixes. I couldn't figure out what the code that was crashing was doing, so I just removed it. You can see the patch here: http://news.php.net/article.php?group=php.cvs&article=14592 [2002-10-05 21:27:08] [EMAIL PROTECTED] I tried both libpng v1.0.15 and v1.2.5. Same problem. [2002-10-05 10:03:16] [EMAIL PROTECTED] Tried it, still doesn't work. I wish you guys would make the libpng version show up in phpinfo() so I could be sure I compiled everything right. If everything worked as advertised, I compiled libpng v1.2.5rc3. I configured with "--with-gd=/usr/local" and "--with-gd=php" [2002-10-05 01:45:28] [EMAIL PROTECTED] Can you try the latest libpng (libpng 1.2.5). The problem seems to be particular to Mac OS, since *something* causes the filePutbuf() function inside the gd library to get an incorect size of data to write, resulting in a bug you are seeing. For the record, I am unable to replicate this bug on Linux. [2002-10-04 17:45:25] [EMAIL PROTECTED] I encounter the same error in Linux but not in Windows. The problem occurs when the script is run through a browser but works fine when run from the command line. 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/19704 -- Edit this bug report at http://bugs.php.net/?id=19704&edit=1
#19529 [Com]: Occational "Commands out of sync" errors
ID: 19529 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: Linux 2.4.18 PHP Version: 4.2.3 New Comment: The problem seems to have disappeared when the ROLLBACK was removed. Previous Comments: [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. [2002-10-06 08:13:00] [EMAIL PROTECTED] Another note: [EMAIL PROTECTED] states that the problem seems to only happen at high load, and is intermittent. In my experience, it seems to happen after long periods of running. More specifically, my (production) system will run fine for hours with 30+ queries/second, and then suddenly start having several of the "Commands out of sync" error messages per second. They are still intermittent (ie. they don't appear at every query), but these symptoms seem to indicate a memory leak or other delayed-impact bug as the cause of the problems. [2002-10-06 07:21:37] [EMAIL PROTECTED] I'm having the same problem; it appears to have started when I upgraded PHP from 4.2.2 to 4.2.3. At the same time, I upgraded Apache from 1.3.26 to 1.3.27. I wasn't using the built-in client lib, but have switched to it now... although after reading the comments here, I don't expect that to fix things. I'd just like to emphasize that I'm experiencing this bug using stable versions of both Apache (1.3.27) and MySQL (3.23.44). PHP definitely seems to be the culprit. 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=19529&edit=1
#19781 [NEW]: ImageTrueColorToPalette() ignores color parameter
From: [EMAIL PROTECTED] Operating system: Darwin 6.1 (Mac 10.2.1) PHP version: 4CVS-2002-10-06 PHP Bug Type: GD related Bug description: ImageTrueColorToPalette() ignores color parameter imagetruecolortopalette() is: void imagetruecolortopalette ( resource image, bool dither, int ncolors) but the function seems to ignore my ncolors input. ncolors should be the maximum number of colors in the output image. (and I cannot tell if dither works) Test script: You can find the GD2 image that I am using here: http://144.92.10.251/riverdata/images/world_map_med.gd2 The previous episode in this saga can be seen here: http://bugs.php.net/bug.php?id=19704 -- Edit bug report at http://bugs.php.net/?id=19781&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19781&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19781&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19781&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19781&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19781&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19781&r=support Expected behavior: http://bugs.php.net/fix.php?id=19781&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19781&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19781&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19781&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19781&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19781&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19781&r=isapi
#19779 [Opn->Bgs]: pspell causes mod_cgi not work
ID: 19779
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: *Web Server problem
Operating System: debian potato i386
PHP Version: 4.2.3
New Comment:
Is there any specific reason, you need Apache 1.3.9? It is quite old
and has known vulnerabilities.
There has also been at least one API change, since then, which could
very well be the problem.
Please try it with a current version of Apache.
Additionally - this bug report does not exclude the possibility that
it's __any__ external module, loaded by php, that's the cause of this
issue. Try some other module, that depends on an external shared lib,
like gettext or iconv.
If you can do the above and still have the same problems, open it back
up.
Previous Comments:
[2002-10-06 11:03:59] [EMAIL PROTECTED]
i want to use pspell functions in php. so i installed pspell & aspell,
compiled php with "./configure --with-apxs=/usr/bin/apxs
--with-pspell". now the pspell functions work, but my mod_cgi not
longer (i use php as apache module). if i run the apache with pspell
compiled php, a call to an url /cgi-bin/test.pl gives me an internal
error in the browser. the apache error log says:
[Sun Oct 6 16:19:18 2002] [error] [client 80.135.xxx.xxx] Premature
end of script headers: /var/www/cgi-bin/test.pl
where test.pl just contains:
#!/usr/bin/perl
print "Content-type: text/html\n\n";
print "hello\n";
if i compile without pspell ("./configure --with-apxs=/usr/bin/apxs")
the call returns "hello" as expected.
i have reproduced this bug with php 4.1.2 & 4.2.3. the apache version
is 1.3.9
[2002-10-06 10:22:04] [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.
[2002-10-06 10:09:56] [EMAIL PROTECTED]
hi,
i use php as an apache module. if i compile --with-pspell my perl
cgi-bins are not working (i got 500 - internal errors, the log says
"premature end of script headers") this error occurs also in php
4.2.3.
my configure options are ./configure --with-apxs=/usr/bin/apxs
--with-pspell.
without pspell cgis working fine.
Greetings, Thomas.
--
Edit this bug report at http://bugs.php.net/?id=19779&edit=1
#16545 [Opn->Csd]: parse_url is *slow*
ID: 16545
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Performance problem
Operating System: RedHat 7.2
PHP Version: 4.1.2
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2002-04-11 05:32:04] [EMAIL PROTECTED]
parse_url() is over 30 times slower than a PHP code doing the same
thing with preg_match. Check this out:
parse_url.php:
http://www.example.com:80/blah/bing?foo=bar&gazonk=true";;
$url = parse_url($fullurl);
}
?>
$ time php parse_url.php
real1m41.777s
user1m35.770s
sys 0m0.200s
preg_match.php:
http://www.example.com:80/blah/bing?foo=bar&gazonk=true";;
preg_match('!^(([^:/?#]+):)?(//([^/:?#]*)(:(\d+))?)?([^?#]*)(\\?([^#]*))?(#(.*))?!',
$fullurl, $matches);
list(,,$url['scheme'],,$url['host'],,$url['port'],$url['path'],,$url['query'])
= $matches;
}
?>
$ time php preg_match.php
real0m2.950s
user0m2.940s
sys 0m0.000s
--
Edit this bug report at http://bugs.php.net/?id=16545&edit=1
#19780 [NEW]: APXS returns 1 on usage info
From: [EMAIL PROTECTED]
Operating system: Linux 2.4.19
PHP version: 4.2.3
PHP Bug Type: Apache2 related
Bug description: APXS returns 1 on usage info
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 =] -n \n";
[...]
exit(1);
}
This causes ./configure to stop when compiling with Apache2
--
Edit bug report at http://bugs.php.net/?id=19780&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19780&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=19780&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=19780&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19780&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=19780&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=19780&r=support
Expected behavior: http://bugs.php.net/fix.php?id=19780&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=19780&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=19780&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=19780&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19780&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=19780&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=19780&r=isapi
#16988 [Com]: Invalid access to memory location
ID: 16988 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: IIS related Operating System: 2000 PHP Version: 4.2.0 New Comment: I downgraded one patch level to 4.2.2 And I am not receiving that message of: Invalid access to memory location. Configuration is NT4/SP6 IIS4 Hopefully 4.3 will fix this or a release patch for 4.2.4 Previous Comments: [2002-10-06 10:49:33] [EMAIL PROTECTED] I am running the latest PHP (ISAPI) module 4.2.3 on IIS4/WindowsNT4 SP6. I am receiving this message trying to execute a simple script with phpinfo(); [2002-09-11 11:01:04] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. [2002-05-03 09:41:25] [EMAIL PROTECTED] Are you sure you have updated the php4ts.dll file in c:\winnt\system32 with the new one in the PHP distribution? [2002-05-03 06:40:25] [EMAIL PROTECTED] Hello! I have a little problem when I try to display my index.php. All I have in it it's (just a test): And when I try to open this page I have the following result : Invalid access to memory location I'm using IIS and the Cgi-Binary (not the ISAPI Filters). Can anyone help me on that please ? Thank you in advance ! -- Edit this bug report at http://bugs.php.net/?id=16988&edit=1
#19779 [Bgs->Opn]: pspell causes mod_cgi not work
ID: 19779
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Open
-Bug Type: Reproducible crash
+Bug Type: *Web Server problem
Operating System: debian potato i386
-PHP Version: 4.2.1
+PHP Version: 4.2.3
New Comment:
i want to use pspell functions in php. so i installed pspell & aspell,
compiled php with "./configure --with-apxs=/usr/bin/apxs
--with-pspell". now the pspell functions work, but my mod_cgi not
longer (i use php as apache module). if i run the apache with pspell
compiled php, a call to an url /cgi-bin/test.pl gives me an internal
error in the browser. the apache error log says:
[Sun Oct 6 16:19:18 2002] [error] [client 80.135.xxx.xxx] Premature
end of script headers: /var/www/cgi-bin/test.pl
where test.pl just contains:
#!/usr/bin/perl
print "Content-type: text/html\n\n";
print "hello\n";
if i compile without pspell ("./configure --with-apxs=/usr/bin/apxs")
the call returns "hello" as expected.
i have reproduced this bug with php 4.1.2 & 4.2.3. the apache version
is 1.3.9
Previous Comments:
[2002-10-06 10:22:04] [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.
[2002-10-06 10:09:56] [EMAIL PROTECTED]
hi,
i use php as an apache module. if i compile --with-pspell my perl
cgi-bins are not working (i got 500 - internal errors, the log says
"premature end of script headers") this error occurs also in php
4.2.3.
my configure options are ./configure --with-apxs=/usr/bin/apxs
--with-pspell.
without pspell cgis working fine.
Greetings, Thomas.
--
Edit this bug report at http://bugs.php.net/?id=19779&edit=1
#19529 [Com]: Occational "Commands out of sync" errors
ID: 19529 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: Linux 2.4.18 PHP Version: 4.2.3 New Comment: 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? Previous Comments: [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. [2002-10-06 08:13:00] [EMAIL PROTECTED] Another note: [EMAIL PROTECTED] states that the problem seems to only happen at high load, and is intermittent. In my experience, it seems to happen after long periods of running. More specifically, my (production) system will run fine for hours with 30+ queries/second, and then suddenly start having several of the "Commands out of sync" error messages per second. They are still intermittent (ie. they don't appear at every query), but these symptoms seem to indicate a memory leak or other delayed-impact bug as the cause of the problems. [2002-10-06 07:21:37] [EMAIL PROTECTED] I'm having the same problem; it appears to have started when I upgraded PHP from 4.2.2 to 4.2.3. At the same time, I upgraded Apache from 1.3.26 to 1.3.27. I wasn't using the built-in client lib, but have switched to it now... although after reading the comments here, I don't expect that to fix things. I'd just like to emphasize that I'm experiencing this bug using stable versions of both Apache (1.3.27) and MySQL (3.23.44). PHP definitely seems to be the culprit. [2002-10-05 14:51:46] [EMAIL PROTECTED] I'm having this problem also. I replaced all pconnects with connect, this makes thing work. But the httpd processes are leaking alot of memory. Had to restart httpd after a while when it was using 900MB swap. It looks like php is not correctly freeing query memory when there are still rows left to fetch. I'm running mysql 4.0.4, it was working well until I upgraded the php to 4.2.3. I have tried with both the built in mysql client lib and the 4.0.4 one. 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=19529&edit=1
#16988 [Com]: Invalid access to memory location
ID: 16988 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: IIS related Operating System: 2000 PHP Version: 4.2.0 New Comment: I am running the latest PHP (ISAPI) module 4.2.3 on IIS4/WindowsNT4 SP6. I am receiving this message trying to execute a simple script with phpinfo(); Previous Comments: [2002-09-11 11:01:04] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. [2002-05-03 09:41:25] [EMAIL PROTECTED] Are you sure you have updated the php4ts.dll file in c:\winnt\system32 with the new one in the PHP distribution? [2002-05-03 06:40:25] [EMAIL PROTECTED] Hello! I have a little problem when I try to display my index.php. All I have in it it's (just a test): And when I try to open this page I have the following result : Invalid access to memory location I'm using IIS and the Cgi-Binary (not the ISAPI Filters). Can anyone help me on that please ? Thank you in advance ! -- Edit this bug report at http://bugs.php.net/?id=16988&edit=1
#19779 [Opn->Bgs]: pspell causes mod_cgi not work
ID: 19779 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: debian potato i386 PHP Version: 4.2.1 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 10:09:56] [EMAIL PROTECTED] hi, i use php as an apache module. if i compile --with-pspell my perl cgi-bins are not working (i got 500 - internal errors, the log says "premature end of script headers") this error occurs also in php 4.2.3. my configure options are ./configure --with-apxs=/usr/bin/apxs --with-pspell. without pspell cgis working fine. Greetings, Thomas. -- Edit this bug report at http://bugs.php.net/?id=19779&edit=1
#19529 [Com]: Occational "Commands out of sync" errors
ID: 19529 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: Linux 2.4.18 PHP Version: 4.2.3 New Comment: 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. Previous Comments: [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. [2002-10-06 08:13:00] [EMAIL PROTECTED] Another note: [EMAIL PROTECTED] states that the problem seems to only happen at high load, and is intermittent. In my experience, it seems to happen after long periods of running. More specifically, my (production) system will run fine for hours with 30+ queries/second, and then suddenly start having several of the "Commands out of sync" error messages per second. They are still intermittent (ie. they don't appear at every query), but these symptoms seem to indicate a memory leak or other delayed-impact bug as the cause of the problems. [2002-10-06 07:21:37] [EMAIL PROTECTED] I'm having the same problem; it appears to have started when I upgraded PHP from 4.2.2 to 4.2.3. At the same time, I upgraded Apache from 1.3.26 to 1.3.27. I wasn't using the built-in client lib, but have switched to it now... although after reading the comments here, I don't expect that to fix things. I'd just like to emphasize that I'm experiencing this bug using stable versions of both Apache (1.3.27) and MySQL (3.23.44). PHP definitely seems to be the culprit. [2002-10-05 14:51:46] [EMAIL PROTECTED] I'm having this problem also. I replaced all pconnects with connect, this makes thing work. But the httpd processes are leaking alot of memory. Had to restart httpd after a while when it was using 900MB swap. It looks like php is not correctly freeing query memory when there are still rows left to fetch. I'm running mysql 4.0.4, it was working well until I upgraded the php to 4.2.3. I have tried with both the built in mysql client lib and the 4.0.4 one. [2002-10-01 19:36:44] [EMAIL PROTECTED] Last data point: the workaround in my last message works with 3.23.x but not 4.0.x as far as I can tell. Here is my test matrix: PHP client using built-in mysql libs. Server: 3.23.49a 4.0.2 connect OK OK pconnect failfail pconnectOK fail w/ fix 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=19529&edit=1
#19779 [NEW]: pspell causes mod_cgi not work
From: [EMAIL PROTECTED] Operating system: debian potato i386 PHP version: 4.2.1 PHP Bug Type: Reproducible crash Bug description: pspell causes mod_cgi not work hi, i use php as an apache module. if i compile --with-pspell my perl cgi-bins are not working (i got 500 - internal errors, the log says "premature end of script headers") this error occurs also in php 4.2.3. my configure options are ./configure --with-apxs=/usr/bin/apxs --with-pspell. without pspell cgis working fine. Greetings, Thomas. -- Edit bug report at http://bugs.php.net/?id=19779&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19779&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19779&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19779&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19779&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19779&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19779&r=support Expected behavior: http://bugs.php.net/fix.php?id=19779&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19779&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19779&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19779&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19779&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19779&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19779&r=isapi
#19529 [Com]: Occational "Commands out of sync" errors
ID: 19529
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: MySQL related
Operating System: Linux 2.4.18
PHP Version: 4.2.3
New Comment:
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.
Previous Comments:
[2002-10-06 08:13:00] [EMAIL PROTECTED]
Another note: [EMAIL PROTECTED] states that the problem seems to
only happen at high load, and is intermittent. In my experience, it
seems to happen after long periods of running. More specifically, my
(production) system will run fine for hours with 30+ queries/second,
and then suddenly start having several of the "Commands out of sync"
error messages per second. They are still intermittent (ie. they don't
appear at every query), but these symptoms seem to indicate a memory
leak or other delayed-impact bug as the cause of the problems.
[2002-10-06 07:21:37] [EMAIL PROTECTED]
I'm having the same problem; it appears to have started when I upgraded
PHP from 4.2.2 to 4.2.3. At the same time, I upgraded Apache from
1.3.26 to 1.3.27. I wasn't using the built-in client lib, but have
switched to it now... although after reading the comments here, I don't
expect that to fix things.
I'd just like to emphasize that I'm experiencing this bug using stable
versions of both Apache (1.3.27) and MySQL (3.23.44). PHP definitely
seems to be the culprit.
[2002-10-05 14:51:46] [EMAIL PROTECTED]
I'm having this problem also.
I replaced all pconnects with connect, this makes thing work.
But the httpd processes are leaking alot of memory. Had to restart
httpd after a while when it was using 900MB swap.
It looks like php is not correctly freeing query memory when there are
still rows left to fetch.
I'm running mysql 4.0.4, it was working well until I upgraded the php
to 4.2.3. I have tried with both the built in mysql client lib and the
4.0.4 one.
[2002-10-01 19:36:44] [EMAIL PROTECTED]
Last data point: the workaround in my last message works with 3.23.x
but not 4.0.x as far as I can tell. Here is my test matrix:
PHP client using built-in mysql libs.
Server: 3.23.49a 4.0.2
connect OK OK
pconnect failfail
pconnectOK fail
w/ fix
[2002-10-01 12:52:12] [EMAIL PROTECTED]
I have been looking through CVS log at lxr.php.net to see what has
changed in mysql support in PHP this last year. One change was the
inclusion of mysql.connect_timeout.
In the docs it says the default is 0. This is backed up by the
default:
496 mysql_globals->connect_timeout = 0;
However, I expected the line:
352 STD_PHP_INI_ENTRY_EX("mysql.connect_timeout","",...
to have ("mysql.connect_timeout","0",
Also, things seem odd to me:
651 if (connect_timeout != -1)
749 if (connect_timeout != -1)
Why is it checking for the connect_timeout as to -1 rather than zero? I
think telling mysql that the connect timeout is zero causes the
problems: the connection closes really quick! Well, it seems to be a
race condition anyhow. As a default. Ick. And exploited by the time the
connect is reused.
I set mysql.connect_timeout = -1 in the .ini file as a temp workaround.
Seems to be working. I will wait a day and report if this indeed
eliminates these errors.
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=19529&edit=1
#14156 [Com]: No TTF support in this PHP build
ID: 14156 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: GD related Operating System: RH 7.2 PHP Version: 4.0.6 New Comment: I can't find # if HAVE_LIBGD20 & HAVE_LIBFREETYPE in /usr/local/gd/gd.c what should I do ? Previous Comments: [2001-11-28 06:23:15] [EMAIL PROTECTED] Now your problem is that your version of GD was not built with FreeType. You should build it yourself from the source or use a different package. [2001-11-28 02:46:35] [EMAIL PROTECTED] it works fine with --with-freetype-dir=/usr/lib --enable-gd-native-ttf and i got support for TTF, but then I got "libgd was not built with TrueType" so I had to make change in source code that was exlained in bug #12065 # if HAVE_LIBGD20 & HAVE_LIBFREETYPE => # HAVE_LIBFREETYPE now I can use TTF functions but, did someone make changes in the source code, so people won't have to do it by themselves? JF [2001-11-21 12:51:59] [EMAIL PROTECTED] Use --enable-gd-native-ttf or --enable-gd-native-tt (yes that's a typo) if the first doesn't work. [2001-11-21 04:19:24] [EMAIL PROTECTED] libgd-1.8.4 freetype-2.0.3-7 freetype-devel-2.0.3-7 freetype-utils-2.0.3-7 Although in big #9569 you've said that GD extension only works with Freetype 1.x Guys from gd are saying: "If you want to use the TrueType font support, you must also install the FreeType 2.x library, including the header files." while configuring, I got this: checking whether to enable truetype string function in gd... no checking for freetype(2)... no my config line: ./configure --prefix=/usr --with-config-file-path=/etc --disable-debug --enable-shared --with-apxs=/usr/sbin/apxs --with-gd --with-jpeg-dir=/usr --with-png --with-ttf=/usr/lib --with-freetype=/usr/lib --with-zlib --enable-safe-mode --enable-track-vars --enable-ftp --with-mysql=/usr/local/mysql --with-dbase --with-gettext script: error: Warning: ImageTtfText: No TTF support in this PHP build -- Edit this bug report at http://bugs.php.net/?id=14156&edit=1
#19778 [NEW]: Provide a way to remove http headers - like f.x. header("Pragma:")
From: [EMAIL PROTECTED]
Operating system: any
PHP version: 4.2.1
PHP Bug Type: Feature/Change Request
Bug description: Provide a way to remove http headers - like f.x. header("Pragma:")
Sometimes it would be very handy to be able to remove a http header that
has already been set (for example, by the session module). Even though
header() allows me to replace a header, there is no way to completely
remove it.
Proposal:
header("Pragma:") could be used to remove a Pragma header - i.e. a header
given with no parms would remove the header.
Better:
New function like remove_header()
--
Edit bug report at http://bugs.php.net/?id=19778&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19778&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=19778&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=19778&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19778&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=19778&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=19778&r=support
Expected behavior: http://bugs.php.net/fix.php?id=19778&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=19778&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=19778&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=19778&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19778&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=19778&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=19778&r=isapi
#19529 [Com]: Occational "Commands out of sync" errors
ID: 19529
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: MySQL related
Operating System: Linux 2.4.18
PHP Version: 4.2.3
New Comment:
Another note: [EMAIL PROTECTED] states that the problem seems to
only happen at high load, and is intermittent. In my experience, it
seems to happen after long periods of running. More specifically, my
(production) system will run fine for hours with 30+ queries/second,
and then suddenly start having several of the "Commands out of sync"
error messages per second. They are still intermittent (ie. they don't
appear at every query), but these symptoms seem to indicate a memory
leak or other delayed-impact bug as the cause of the problems.
Previous Comments:
[2002-10-06 07:21:37] [EMAIL PROTECTED]
I'm having the same problem; it appears to have started when I upgraded
PHP from 4.2.2 to 4.2.3. At the same time, I upgraded Apache from
1.3.26 to 1.3.27. I wasn't using the built-in client lib, but have
switched to it now... although after reading the comments here, I don't
expect that to fix things.
I'd just like to emphasize that I'm experiencing this bug using stable
versions of both Apache (1.3.27) and MySQL (3.23.44). PHP definitely
seems to be the culprit.
[2002-10-05 14:51:46] [EMAIL PROTECTED]
I'm having this problem also.
I replaced all pconnects with connect, this makes thing work.
But the httpd processes are leaking alot of memory. Had to restart
httpd after a while when it was using 900MB swap.
It looks like php is not correctly freeing query memory when there are
still rows left to fetch.
I'm running mysql 4.0.4, it was working well until I upgraded the php
to 4.2.3. I have tried with both the built in mysql client lib and the
4.0.4 one.
[2002-10-01 19:36:44] [EMAIL PROTECTED]
Last data point: the workaround in my last message works with 3.23.x
but not 4.0.x as far as I can tell. Here is my test matrix:
PHP client using built-in mysql libs.
Server: 3.23.49a 4.0.2
connect OK OK
pconnect failfail
pconnectOK fail
w/ fix
[2002-10-01 12:52:12] [EMAIL PROTECTED]
I have been looking through CVS log at lxr.php.net to see what has
changed in mysql support in PHP this last year. One change was the
inclusion of mysql.connect_timeout.
In the docs it says the default is 0. This is backed up by the
default:
496 mysql_globals->connect_timeout = 0;
However, I expected the line:
352 STD_PHP_INI_ENTRY_EX("mysql.connect_timeout","",...
to have ("mysql.connect_timeout","0",
Also, things seem odd to me:
651 if (connect_timeout != -1)
749 if (connect_timeout != -1)
Why is it checking for the connect_timeout as to -1 rather than zero? I
think telling mysql that the connect timeout is zero causes the
problems: the connection closes really quick! Well, it seems to be a
race condition anyhow. As a default. Ick. And exploited by the time the
connect is reused.
I set mysql.connect_timeout = -1 in the .ini file as a temp workaround.
Seems to be working. I will wait a day and report if this indeed
eliminates these errors.
[2002-10-01 12:10:20] [EMAIL PROTECTED]
Last thing! I do not use transactions or any transactional table
handlers. Just plain MySQL with MySQL table types.
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=19529&edit=1
#19482 [Fbk]: segfault on child process
ID: 19482 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: PCRE related Operating System: Redhat 7.3 PHP Version: 4.2.3,4.3.0-dev New Comment: [EMAIL PROTECTED] : Can you try that again, but when you hit the segfault, type the following commands into gdb: up print locale print pce print pce->locale Previous Comments: [2002-10-06 04:46:27] [EMAIL PROTECTED] Still getting the segfault at almost the same place. Seems a lot easier to reproduce now. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 8821)] 0x4207fb88 in strcmp () from /lib/i686/libc.so.6 (gdb) bt #0 0x4207fb88 in strcmp () from /lib/i686/libc.so.6 #1 0x40304db2 in pcre_get_compiled_regex ( regex=0x819925c "|Internet Explorer/([0-9.]+)|", extra=0xbfff8ebc, preg_options=0xbfff8eb4) at /tmp/php4-20021006/ext/pcre/php_pcre.c:158 #2 0x40305827 in php_pcre_match (ht=3, return_value=0x81353cc, this_ptr=0x0, return_value_used=1, global=0) at /tmp/php4-20021006/ext/pcre/php_pcre.c:408 #3 0x40305e74 in zif_preg_match (ht=3, return_value=0x81353cc, this_ptr=0x0, return_value_used=1) at /tmp/php4-20021006/ext/pcre/php_pcre.c:559 #4 0x403eafa3 in execute (op_array=0x81e5dfc) at /tmp/php4-20021006/Zend/zend_execute.c:1597 #5 0x403eb1d6 in execute (op_array=0x8198e24) at /tmp/php4-20021006/Zend/zend_execute.c:1641 #6 0x403eb1d6 in execute (op_array=0x8223314) at /tmp/php4-20021006/Zend/zend_execute.c:1641 #7 0x403ed202 in execute (op_array=0x817d5e4) at /tmp/php4-20021006/Zend/zend_execute.c:2163 #8 0x403d9128 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /tmp/php4-20021006/Zend/zend.c:834 #9 0x403a2b92 in php_execute_script (primary_file=0xb6f0) at /tmp/php4-20021006/main/main.c:1542 #10 0x403eff12 in apache_php_module_main (r=0x808cf18, display_source_mode=0) at /tmp/php4-20021006/sapi/apache/sapi_apache.c:55 #11 0x403f0e0c in send_php (r=0x808cf18, display_source_mode=0, filename=0x808ec10 "/var/www/modesmail/horde/imp/redirect.php") at /tmp/php4-20021006/sapi/apache/mod_php4.c:564 #12 0x403f0e79 in send_parsed_php (r=0x808cf18) ---Type to continue, or q to quit--- at /tmp/php4-20021006/sapi/apache/mod_php4.c:579 #13 0x0805475d in ap_invoke_handler () #14 0x080672dc in process_request_internal () #15 0x08067353 in ap_process_request () #16 0x0805f587 in child_main () #17 0x0805f72a in make_child () #18 0x0805f86d in startup_children () #19 0x0805fec0 in standalone_main () #20 0x080607c3 in main () #21 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6 [2002-10-05 09:43:33] [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-01 15:16:37] [EMAIL PROTECTED] hello! i have nearly the same problem... i've wondered, that sometimes are segfaults in the error_log. i have installed the newest php (4.2.3) & apache (1.3.26) version. now i have found a cause: if this in the mail header: From: () imp shows as sender. with the attempt to open the email, the apache- process segfaulted. after some try, i could fetch a strace-log from the process. you can found it here: http://dpits.de/segfault.log thank you! bye daniel prior [2002-09-27 10:53:40] [EMAIL PROTECTED] I upgraded from 4.1.2 to 4.2.3 yesterday and have seen many seg faults in the error_log when I came in this morning. I am using Apache 1.3.26, mod_ssl 2.8.10, Openssl 0.9.6g, Compaq Tru64 4.0G. My PHP configure is pretty basic: ./configure --with-mysql --with-imap --with-curl --quiet --with-apxs=(path_to_apxs) We, also, are using IMP (2.2.7). I have not tried to produce the seg-faults [2002-09-25 14:51:06] [EMAIL PROTECTED] I'm encounting this same bug using Horde/IMP/Turba (2.1/3.1/1.1) on Red Hat 7.3 with all updates (except mm-1.1.3-8 which seems to cause problems with Apache restarts) and here's what i've tried: - compiling Apache (1.3.26), PHP (4.2.3), and mod_ssl (2.8.10) without mm support - compiling PHP 4.2.3 without mm support and using the pcre library packaged with Red Hat - downloading a fresh pcre library (v3.9) and compiling PHP against that. - compiling everything with mm support and external pcre library (3.9) In each case the same segfault occurs. If i compile the software (Apache, mod_ssl, PHP) with debugging symbols i can'
#19529 [Com]: Occational "Commands out of sync" errors
ID: 19529
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: MySQL related
Operating System: Linux 2.4.18
PHP Version: 4.2.3
New Comment:
I'm having the same problem; it appears to have started when I upgraded
PHP from 4.2.2 to 4.2.3. At the same time, I upgraded Apache from
1.3.26 to 1.3.27. I wasn't using the built-in client lib, but have
switched to it now... although after reading the comments here, I don't
expect that to fix things.
I'd just like to emphasize that I'm experiencing this bug using stable
versions of both Apache (1.3.27) and MySQL (3.23.44). PHP definitely
seems to be the culprit.
Previous Comments:
[2002-10-05 14:51:46] [EMAIL PROTECTED]
I'm having this problem also.
I replaced all pconnects with connect, this makes thing work.
But the httpd processes are leaking alot of memory. Had to restart
httpd after a while when it was using 900MB swap.
It looks like php is not correctly freeing query memory when there are
still rows left to fetch.
I'm running mysql 4.0.4, it was working well until I upgraded the php
to 4.2.3. I have tried with both the built in mysql client lib and the
4.0.4 one.
[2002-10-01 19:36:44] [EMAIL PROTECTED]
Last data point: the workaround in my last message works with 3.23.x
but not 4.0.x as far as I can tell. Here is my test matrix:
PHP client using built-in mysql libs.
Server: 3.23.49a 4.0.2
connect OK OK
pconnect failfail
pconnectOK fail
w/ fix
[2002-10-01 12:52:12] [EMAIL PROTECTED]
I have been looking through CVS log at lxr.php.net to see what has
changed in mysql support in PHP this last year. One change was the
inclusion of mysql.connect_timeout.
In the docs it says the default is 0. This is backed up by the
default:
496 mysql_globals->connect_timeout = 0;
However, I expected the line:
352 STD_PHP_INI_ENTRY_EX("mysql.connect_timeout","",...
to have ("mysql.connect_timeout","0",
Also, things seem odd to me:
651 if (connect_timeout != -1)
749 if (connect_timeout != -1)
Why is it checking for the connect_timeout as to -1 rather than zero? I
think telling mysql that the connect timeout is zero causes the
problems: the connection closes really quick! Well, it seems to be a
race condition anyhow. As a default. Ick. And exploited by the time the
connect is reused.
I set mysql.connect_timeout = -1 in the .ini file as a temp workaround.
Seems to be working. I will wait a day and report if this indeed
eliminates these errors.
[2002-10-01 12:10:20] [EMAIL PROTECTED]
Last thing! I do not use transactions or any transactional table
handlers. Just plain MySQL with MySQL table types.
[2002-10-01 11:44:41] [EMAIL PROTECTED]
Sorry to reopen. I think it was changed to Bogus because of MySQL 4
usage. However, I use 3.23.49a for the server and use the built-in
client software that comes with PHP 4.2.3. Other users see the same
errors with 4.0.x servers.
Essentially this is a client PHP issue.
I am now logging all mysql errors to a file so I can see how different
changes affect things. As far as I can see, this condition only happens
under high load and only when using pconnect.
Again, nothing to do with MySQL 4.
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=19529&edit=1
#19519 [Opn->Csd]: Lost object variables during execution of a register_shutdown_function
ID: 19519
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: Windows 2000
PHP Version: 4.2.3
New Comment:
sorry!!!
there is just a '&' needed:
$d = & new B('/path/to/logs/debugger.messages');
Previous Comments:
[2002-09-20 04:20:21] [EMAIL PROTECTED]
I'm running php4.2.3 on apache/1.3.24(w2k) as a module.
This are my two classes: (Explanations see below)
logs) > 0) {
/* Write it to a file */
}
}
}
class B extends A {
function B($file) {
$this->file = $file;
$this->init();
}
function log($msg) {
$this->logs[] = $msg;
}
}
$d = new B('/path/to/logs/debugger.messages');
$d->log('text one');
$d->log('text ten');
?>
I would like to call the flush()-method on shutdown that the logs could
be written to file. So I register it in the init()-method with
register_shutdown_function(array(&$this, 'flush')) and the
init()-method is called from the constructor of class B.
I expected that the $this->logs array would be available and I could
write it to a file.
But the variable was always empty and the sizeof() returns 0. Do I call
the flush()-method manually at the end of the script, everything works
like expected. Every variable set in the constructor B(), like
$this->file, is available in the flush()-method called by the
registered shutdown function. Every variable set later does not exist.
Is that a bug? or just misscoding...
--
Edit this bug report at http://bugs.php.net/?id=19519&edit=1
#19777 [NEW]: We need mysql_fetch_all($mysql_result,[TYPE])
From: [EMAIL PROTECTED]
Operating system: All
PHP version: 4CVS-2002-10-06
PHP Bug Type: MySQL related
Bug description: We need mysql_fetch_all($mysql_result,[TYPE])
So, please, we need an analog of pg_fetch_all for mysql...
for speed
Assume TYPE of fetching is MYSQL_ASSOC etc...
We want to avoid manual fetching like following:
$rt = mysql_query("select from...");
while($cur = mysql_fetch_assoc($rt))
$result[]=$cur;
--
Edit bug report at http://bugs.php.net/?id=19777&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19777&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=19777&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=19777&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19777&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=19777&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=19777&r=support
Expected behavior: http://bugs.php.net/fix.php?id=19777&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=19777&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=19777&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=19777&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19777&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=19777&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=19777&r=isapi
#19776 [NEW]: recode is "silent"
From: [EMAIL PROTECTED]
Operating system: redhat 8.0
PHP version: 4.2.3
PHP Bug Type: Recode related
Bug description: recode is "silent"
I have compiled php 4.2.3 on redhat 8.0 with
-php configure CGI---
./configure --with-mysql=/usr --enable-sysvsem
--enable-sysvshm --with-gd=yes --with-zlib --with-ttf
--with-zlib-dir=/usr --with-gd-dir=/
usr/ --with-jpeg-dir=/usr/lib/ --enable-gd-imgstrttf
--with-config-file-path=/etc/httpd/conf/ --enable-trans-sid
--with-png-dir=/usr/ --with
-sablot --with-recode --with-curl --with-openssl
-
The dso is the same one it just has --with-apxs added and the
results are the same on cgi and dso
All compiles fine php runs ok but when i try to use an recode
function from php script it doesnt do anyhing.
so an test line containing only
'echo recode("../qp","sas=32");'
doesnt return anything. I have an old working system with
4.0.6 and recode 3.5 which returns what it should [thats
'sas=3D32']
Recode it self works in the shell
[tmp]#cat recode.txt
sas=32
recode ../qp recode.txt
[tmp]# cat recode.txt
sas=3D32
i tried also making an error [i didn`t suply any parameters to
the function] and it warns me with "...
Wrong parameter count for recode() in ..."
I tried with recode rpm from redhat, i tried mine [compiled it my
self] no diffrence it just doesnt return anything.
--
Edit bug report at http://bugs.php.net/?id=19776&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=19776&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=19776&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=19776&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=19776&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=19776&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=19776&r=support
Expected behavior: http://bugs.php.net/fix.php?id=19776&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=19776&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=19776&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=19776&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19776&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=19776&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=19776&r=isapi
#19482 [Com]: segfault on child process
ID: 19482 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: PCRE related Operating System: Redhat 7.3 PHP Version: 4.2.3,4.3.0-dev New Comment: Still getting the segfault at almost the same place. Seems a lot easier to reproduce now. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 8821)] 0x4207fb88 in strcmp () from /lib/i686/libc.so.6 (gdb) bt #0 0x4207fb88 in strcmp () from /lib/i686/libc.so.6 #1 0x40304db2 in pcre_get_compiled_regex ( regex=0x819925c "|Internet Explorer/([0-9.]+)|", extra=0xbfff8ebc, preg_options=0xbfff8eb4) at /tmp/php4-20021006/ext/pcre/php_pcre.c:158 #2 0x40305827 in php_pcre_match (ht=3, return_value=0x81353cc, this_ptr=0x0, return_value_used=1, global=0) at /tmp/php4-20021006/ext/pcre/php_pcre.c:408 #3 0x40305e74 in zif_preg_match (ht=3, return_value=0x81353cc, this_ptr=0x0, return_value_used=1) at /tmp/php4-20021006/ext/pcre/php_pcre.c:559 #4 0x403eafa3 in execute (op_array=0x81e5dfc) at /tmp/php4-20021006/Zend/zend_execute.c:1597 #5 0x403eb1d6 in execute (op_array=0x8198e24) at /tmp/php4-20021006/Zend/zend_execute.c:1641 #6 0x403eb1d6 in execute (op_array=0x8223314) at /tmp/php4-20021006/Zend/zend_execute.c:1641 #7 0x403ed202 in execute (op_array=0x817d5e4) at /tmp/php4-20021006/Zend/zend_execute.c:2163 #8 0x403d9128 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /tmp/php4-20021006/Zend/zend.c:834 #9 0x403a2b92 in php_execute_script (primary_file=0xb6f0) at /tmp/php4-20021006/main/main.c:1542 #10 0x403eff12 in apache_php_module_main (r=0x808cf18, display_source_mode=0) at /tmp/php4-20021006/sapi/apache/sapi_apache.c:55 #11 0x403f0e0c in send_php (r=0x808cf18, display_source_mode=0, filename=0x808ec10 "/var/www/modesmail/horde/imp/redirect.php") at /tmp/php4-20021006/sapi/apache/mod_php4.c:564 #12 0x403f0e79 in send_parsed_php (r=0x808cf18) ---Type to continue, or q to quit--- at /tmp/php4-20021006/sapi/apache/mod_php4.c:579 #13 0x0805475d in ap_invoke_handler () #14 0x080672dc in process_request_internal () #15 0x08067353 in ap_process_request () #16 0x0805f587 in child_main () #17 0x0805f72a in make_child () #18 0x0805f86d in startup_children () #19 0x0805fec0 in standalone_main () #20 0x080607c3 in main () #21 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6 Previous Comments: [2002-10-05 09:43:33] [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-01 15:16:37] [EMAIL PROTECTED] hello! i have nearly the same problem... i've wondered, that sometimes are segfaults in the error_log. i have installed the newest php (4.2.3) & apache (1.3.26) version. now i have found a cause: if this in the mail header: From: () imp shows as sender. with the attempt to open the email, the apache- process segfaulted. after some try, i could fetch a strace-log from the process. you can found it here: http://dpits.de/segfault.log thank you! bye daniel prior [2002-09-27 10:53:40] [EMAIL PROTECTED] I upgraded from 4.1.2 to 4.2.3 yesterday and have seen many seg faults in the error_log when I came in this morning. I am using Apache 1.3.26, mod_ssl 2.8.10, Openssl 0.9.6g, Compaq Tru64 4.0G. My PHP configure is pretty basic: ./configure --with-mysql --with-imap --with-curl --quiet --with-apxs=(path_to_apxs) We, also, are using IMP (2.2.7). I have not tried to produce the seg-faults [2002-09-25 14:51:06] [EMAIL PROTECTED] I'm encounting this same bug using Horde/IMP/Turba (2.1/3.1/1.1) on Red Hat 7.3 with all updates (except mm-1.1.3-8 which seems to cause problems with Apache restarts) and here's what i've tried: - compiling Apache (1.3.26), PHP (4.2.3), and mod_ssl (2.8.10) without mm support - compiling PHP 4.2.3 without mm support and using the pcre library packaged with Red Hat - downloading a fresh pcre library (v3.9) and compiling PHP against that. - compiling everything with mm support and external pcre library (3.9) In each case the same segfault occurs. If i compile the software (Apache, mod_ssl, PHP) with debugging symbols i can't get the segfault to occur. Been through about 300 test messages and it still hasn't segfaulted. This is driving me nuts. [2002-09-20 09:33:51] [EMAIL PROTECTED] Using php.ini-recommended fixed the zlib p
