#32007 [NEW]: problem with GD + freetype2
From: bernard dot prevosto at ifremer dot fr Operating system: solaris 5.8 PHP version: 4.3.10 PHP Bug Type: *Configuration Issues Bug description: problem with GD + freetype2 Description: When I configure PHP with GD + freetype2 configure stop with an error upon IMAP with only GD, it's good with only freetype2, il's good Reproduce code: --- ./configure \ --with-apache=/home2/beniguet/tmsiric/bpre/anonymous/apache/apache_1.3.33 \ --with-gd \ --with-zlib-dir=/home/services/bibli/zlib \ --with-jpeg-dir=/home/services/bibli/jpeglib \ --with-png-dir=/home/services/bibli/pnglib \ --with-tiff-dir=/home/services/bibli/tifflib \ --with-freetype-dir=/home/services/bibli/freetype2 \ --with-imap=/home1/iletudy/www/httpd/imap \ --without-pear \ --disable-cli \ --with-config-file-path=/home1/iletudy/www/httpd/php Expected result: configure work good without freetype2 or gd checking for IMAP support... yes checking for pam_start in -lpam... yes checking for crypt in -lcrypt... yes checking whether SSL libraries are needed for c-client... no checking whether IMAP works... yes Actual result: -- result with freetyp2 + gd checking for IMAP support... yes checking for pam_start in -lpam... yes checking for crypt in -lcrypt... yes checking whether SSL libraries are needed for c-client... no checking whether IMAP works... no configure: error: build test failed. Please check the config.log for details. -- Edit bug report at http://bugs.php.net/?id=32007&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32007&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32007&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32007&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32007&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32007&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32007&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32007&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32007&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32007&r=support Expected behavior: http://bugs.php.net/fix.php?id=32007&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32007&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32007&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32007&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32007&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32007&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32007&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32007&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32007&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32007&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32007&r=mysqlcfg
#32007 [Opn->Fbk]: problem with GD + freetype2
ID: 32007 Updated by: [EMAIL PROTECTED] Reported By: bernard dot prevosto at ifremer dot fr -Status: Open +Status: Feedback Bug Type: *Configuration Issues Operating System: solaris 5.8 PHP Version: 4.3.10 New Comment: And what does config.log say? Previous Comments: [2005-02-17 09:32:54] bernard dot prevosto at ifremer dot fr Description: When I configure PHP with GD + freetype2 configure stop with an error upon IMAP with only GD, it's good with only freetype2, il's good Reproduce code: --- ./configure \ --with-apache=/home2/beniguet/tmsiric/bpre/anonymous/apache/apache_1.3.33 \ --with-gd \ --with-zlib-dir=/home/services/bibli/zlib \ --with-jpeg-dir=/home/services/bibli/jpeglib \ --with-png-dir=/home/services/bibli/pnglib \ --with-tiff-dir=/home/services/bibli/tifflib \ --with-freetype-dir=/home/services/bibli/freetype2 \ --with-imap=/home1/iletudy/www/httpd/imap \ --without-pear \ --disable-cli \ --with-config-file-path=/home1/iletudy/www/httpd/php Expected result: configure work good without freetype2 or gd checking for IMAP support... yes checking for pam_start in -lpam... yes checking for crypt in -lcrypt... yes checking whether SSL libraries are needed for c-client... no checking whether IMAP works... yes Actual result: -- result with freetyp2 + gd checking for IMAP support... yes checking for pam_start in -lpam... yes checking for crypt in -lcrypt... yes checking whether SSL libraries are needed for c-client... no checking whether IMAP works... no configure: error: build test failed. Please check the config.log for details. -- Edit this bug report at http://bugs.php.net/?id=32007&edit=1
#31993 [Asn]: SoapServer::handle() stops the script
ID: 31993
User updated by: cfendt at silicom dot fr
Reported By: cfendt at silicom dot fr
Status: Assigned
Bug Type: SOAP related
Operating System: WinXp, Mac OS X
PHP Version: 5.0.3
Assigned To: dmitry
New Comment:
In fact, I use a WSDL file...
CODE :
http://schemas.xmlsoap.org/soap/envelope/'>"
. " "
. ""
. " toto"
. ""
. " "
. "";
$server = new SoapServer("./test.wsdl");
$server->setclass("web_service");
$server->handle($soap_query);
echo "\r\nAlive\r\n";
$server->handle("");
echo "\r\nAlive\r\n";
?>
WSDL :
http://www.w3.org/2001/XMLSchema";
xmlns:typens="urn:TEST"
xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/";
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/";
xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/";
xmlns="http://schemas.xmlsoap.org/wsdl/";
targetNamespace="urn:TEST"
name="TEST">
http://schemas.xmlsoap.org/soap/http"/>
http://localhost/test.php"/>
TEST WebService
http://localhost/test.php"/>
RESULT :
http://schemas.xmlsoap.org/soap/envelope/";>
Hello, toto...
Alive
http://schemas.xmlsoap.org/soap/envelope/";>
SOAP-ENV:Server
Bad Request
When the query is good => no problem
The probleme is due to the SoapFault...
I tried to catch SoapFault... but without result...
try {
$server->handle("");
} catch (SoapFault $fault) {
echo "SoapFault";
}
I don't know what is the more switable: never stop the process, or
throw Exception...
Regards,
FENDT Charles
Previous Comments:
[2005-02-16 09:39:31] cfendt at silicom dot fr
Description:
Hello,
I try to make some DB work after a SoapServer::handle()... but the
script ends!
on the output, we can see the soapFault dump, but no ""...
I try it on Win 5.0.1, Win 5.0.3, Win 5.0-CVS (15/2/2005), Win 5.1-CVS
(15/2/2005), OS X 5.0.1 (build from source), OS X 5.0.3 (build from
source)
Reproduce code:
---
"http://test-uri/";));
$server->handle("");
echo "\r\n\r\n";
?>
Expected result:
http://schemas.xmlsoap.org/soap/envelope/";>
SOAP-ENV:Server
Bad Request
Actual result:
--
http://schemas.xmlsoap.org/soap/envelope/";>
SOAP-ENV:Server
Bad Request
--
Edit this bug report at http://bugs.php.net/?id=31993&edit=1
#18613 [Asn]: Multiple OU in x509 certificate problem
ID: 18613
Updated by: [EMAIL PROTECTED]
Reported By: agoralski at certum dot pl
Status: Assigned
Bug Type: OpenSSL related
Operating System: Linux 2.4.18-grsec
PHP Version: 4CVS-2004-04-12
Assigned To: wez
New Comment:
Here's my try for a patch that makes any multiple
entry (like multiple organisations) to be made into
arrays in the resulting array:
http://www.php.net/~jani/patches/bug18613.patch
Previous Comments:
[2004-05-05 22:23:54] [EMAIL PROTECTED]
Wez, iirc, you're the maintainer of ext/openssl nowadays..?
(if I'm wrong, reassign to the correct person :)
[2004-04-07 03:05:57] agoralski at certum dot pl
Multiple OUs are visible in "name" after openssl_x509_parse so here's a
quick & dirty workaround:
function get_ous($data) {
if (strlen(strstr($data,'/OU='))>0) {
$parts=explode('=', $data);
for ($i=0, $j=count($parts); $i<$j; $i++) {
if ($i>0) {
if (substr($parts[$i-1], strrpos($parts[$i-1],
'/')+1)=='OU') {
$ret[]=substr($parts[$i], 0, strrpos($parts[$i],
'/'));
}
}
}
return $ret;
} else {
return false;
}
}
$cert=openssl_x509_parse($crt);
$ous=get_ous($cert['name']);
if (is_array($ous)) {
//your code here
}
[2004-04-06 12:32:07] allins at nosc dot mil
verified on RedHat 9, PHP 4.2.2
output from var_dump of array after openssl_x509_parse was performed.
There should have been an ["OU"]=> "DoD" before the PKI line
["issuer"]=>
array(4) {
["C"]=>
string(2) "US"
["O"]=>
string(15) "U.S. Government"
["OU"]=>
string(3) "PKI"
["CN"]=>
string(22) "DOD CLASS 3 EMAIL CA-7"
[2002-07-28 10:37:10] agoralski at certum dot pl
When the certificate has more that one OU (organizationalUnit), the
openssl_x509_parse function will return only the last one.
Proposal:
The openssl_x509_parse should return:
[subject][OU][0]='First OU'
[subject][OU][1]='Second OU'
When there is only one OU field the openssl_x509_parse should return:
[subject][OU]='First and only OU'
It's up to the user to check if [subject][OU] is an array IMO.
We can submit a patch :)
--
Edit this bug report at http://bugs.php.net/?id=18613&edit=1
#32005 [Opn->Fbk]: Apache 1.3.33 unresolved symbols in DSO
ID: 32005 Updated by: [EMAIL PROTECTED] Reported By: agreenbu at nyx dot net -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Mac OS X 10.3.8 PHP Version: 5.0.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip Previous Comments: [2005-02-16 22:59:27] agreenbu at nyx dot net Description: After building PHP 5.0.3 as a DSO and enabling in httpd.conf, Apache crashes on apachectl start with a crashdump, but no error messages. If I disable the LoadModule and AddModule lines for php5 in httpd.conf, and start Apache, it starts, and then if I re-enable php5 in httpd.conf and run apachectl restart, it reloads with working PHP 5. This has happened on previous releases of PHP 5 as well. Reproduce code: --- 1. Build clean Apache 1.3.33 from source in /usr/local/apache. 2. Build PHP with settings: ./configure --prefix=/usr/local --with-apxs=/usr/local/apache/sbin/apxs --with-curl=/usr/local --with-zlib --with-mysql=shared,/usr/local/mysql --with-mysqli --enable-soap --enable-sockets --with-openssl make make install 3. Enable PHP module in httpd.conf 4. Start Apache /usr/local/apache/sbin/apachectl start -- Should crash. 5. Disable PHP module in httpd.conf 6. Start Apache /usr/local/apache/sbin/apachectl start -- Should work. 7. Enable PHP module in httpd.conf 8. Restart Apache /usr/local/apache/sbin/apachectl restart -- Should work. Expected result: Apache should load the module on the first try. Actual result: -- I get the following crash dump when running apachectl start: Link (dyld) error: dyld: /usr/local/apache/sbin/httpd Undefined symbols: _OnUpdateLong _OnUpdateString _OnUpdateStringUnempty __array_init __convert_to_string __efree __emalloc __erealloc __estrdup __estrndup __object_and_properties_init __object_init __object_init_ex __safe_emalloc __zend_get_parameters_array_ex __zend_hash_add_or_update __zend_hash_init __zend_list_addref __zend_list_delete __zend_list_find __zval_copy_ctor __zval_ptr_dtor _add_assoc_null_ex _add_assoc_zval_ex _add_index_long _add_index_null _add_index_zval _add_property_long_ex _add_property_string_ex _ap_php_snprintf _convert_to_array _convert_to_boolean _convert_to_double _convert_to_long _core_globals _display_ini_entries _display_link_numbers _empty_string _executor_globals _get_active_function_name _le_index_ptr _php_addslashes _php_error_docref0 _php_get_current_user _php_info_print_table_end _php_info_print_table_header _php_info_print_table_row _php_info_print_table_start _php_set_error_handling _php_sprintf _zend_call_functi -- Edit this bug report at http://bugs.php.net/?id=32005&edit=1
#32007 [Fbk->Opn]: problem with GD + freetype2
ID: 32007
User updated by: bernard dot prevosto at ifremer dot fr
Reported By: bernard dot prevosto at ifremer dot fr
-Status: Feedback
+Status: Open
Bug Type: *Configuration Issues
Operating System: solaris 5.8
PHP Version: 4.3.10
New Comment:
end of bad config.log
---
configure:41276: checking whether IMAP works
configure:41309: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS
-R/usr/ucblib -L/usr/ucblib
-R/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3
-L/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3
-R/home/services/bibli/zlib/lib -L/home/services/bibli/zlib/lib
-R/home/services/bibli/jpeglib/lib -L/home/services/bibli/jpeglib/lib
-R/home/services/bibli/pnglib/lib -L/home/services/bibli/pnglib/lib
-R/home/services/bibli/freetype2/lib
-L/home/services/bibli/freetype2/lib
-R/home1/iletudy/www/httpd/imap/lib -L/home1/iletudy/www/httpd/imap/lib
conftest.c -lc-client -lcrypt -lpam -lfreetype -lpng -lz -ljpeg -lz
-lresolv -lm -ldl -lnsl -lsocket -lgcc 1>&5
configure: failed program was:
#line 41284 "configure"
#include "confdefs.h"
void mm_log(void){}
void mm_dlog(void){}
void mm_flags(void){}
void mm_fatal(void){}
void mm_critical(void){}
void mm_nocritical(void){}
void mm_notify(void){}
void mm_login(void){}
void mm_diskerror(void){}
void mm_status(void){}
void mm_lsub(void){}
void mm_list(void){}
void mm_exists(void){}
void mm_searched(void){}
void mm_expunged(void){}
char mail_newbody();
int main() {
mail_newbody();
return 0;
}
good config.log (without freetype2)
-
configure:41276: checking whether IMAP works
configure:41309: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS
-R/usr/ucblib -L/usr/ucblib
-R/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3
-L/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3
-R/home/services/bibli/zlib/lib -L/home/services/bibli/zlib/lib
-R/home/services/bibli/jpeglib/lib -L/home/services/bibli/jpeglib/lib
-R/home/services/bibli/pnglib/lib -L/home/services/bibli/pnglib/lib
-R/home1/iletudy/www/httpd/imap/lib -L/home1/iletudy/www/httpd/imap/lib
conftest.c -lc-client -lcrypt -lpam -lpng -lz -ljpeg -lz -lresolv -lm
-ldl -lnsl -lsocket -lgcc 1>&5
configure:41339: checking for Informix support
configure:41927: checking for Ingres II support
etc...etc.
Previous Comments:
[2005-02-17 09:39:10] [EMAIL PROTECTED]
And what does config.log say?
[2005-02-17 09:32:54] bernard dot prevosto at ifremer dot fr
Description:
When I configure PHP with GD + freetype2
configure stop with an error upon IMAP
with only GD, it's good
with only freetype2, il's good
Reproduce code:
---
./configure \
--with-apache=/home2/beniguet/tmsiric/bpre/anonymous/apache/apache_1.3.33
\
--with-gd \
--with-zlib-dir=/home/services/bibli/zlib \
--with-jpeg-dir=/home/services/bibli/jpeglib \
--with-png-dir=/home/services/bibli/pnglib \
--with-tiff-dir=/home/services/bibli/tifflib \
--with-freetype-dir=/home/services/bibli/freetype2 \
--with-imap=/home1/iletudy/www/httpd/imap \
--without-pear \
--disable-cli \
--with-config-file-path=/home1/iletudy/www/httpd/php
Expected result:
configure work good without freetype2 or gd
checking for IMAP support... yes
checking for pam_start in -lpam... yes
checking for crypt in -lcrypt... yes
checking whether SSL libraries are needed for c-client... no
checking whether IMAP works... yes
Actual result:
--
result with freetyp2 + gd
checking for IMAP support... yes
checking for pam_start in -lpam... yes
checking for crypt in -lcrypt... yes
checking whether SSL libraries are needed for c-client... no
checking whether IMAP works... no
configure: error: build test failed. Please check the config.log for
details.
--
Edit this bug report at http://bugs.php.net/?id=32007&edit=1
#29586 [Opn->Bgs]: can't start php and ssl at the same time
ID: 29586 Updated by: [EMAIL PROTECTED] Reported By: admin at bencheboy dot homeunix dot com -Status: Open +Status: Bogus Bug Type: OpenSSL related Operating System: openbsd PHP Version: 5.0.0 New Comment: Either you're loading PHP in wrong order compared to e.g. mod_ssl or you have different versions of openssl libs in your system. This is not PHP bug anyway. Previous Comments: [2004-08-09 14:35:25] admin at bencheboy dot homeunix dot com Description: I am using Apache/2.0.50 (Unix) mod_ssl/2.0.50 OpenSSL/0.9.7d.As i install Php for my site i cann't start both openssl and Php at the same time.If i delete the line "LoadModule php5_module libexec/libphp5.so" i can start https but without php and vice versa if i don't delete anything php will load but ssl wouldn't load,the error i got in error_log in this case is "WARNING: symbol(ssl2_ciphers) size mismatch, relink your program".Please tell me how can i fix the problem! -- Edit this bug report at http://bugs.php.net/?id=29586&edit=1
#32007 [Opn->Fbk]: problem with GD + freetype2
ID: 32007
Updated by: [EMAIL PROTECTED]
Reported By: bernard dot prevosto at ifremer dot fr
-Status: Open
+Status: Feedback
Bug Type: GD related
Operating System: solaris 5.8
PHP Version: 4.3.10
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Previous Comments:
[2005-02-17 10:29:51] bernard dot prevosto at ifremer dot fr
end of bad config.log
---
configure:41276: checking whether IMAP works
configure:41309: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS
-R/usr/ucblib -L/usr/ucblib
-R/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3
-L/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3
-R/home/services/bibli/zlib/lib -L/home/services/bibli/zlib/lib
-R/home/services/bibli/jpeglib/lib -L/home/services/bibli/jpeglib/lib
-R/home/services/bibli/pnglib/lib -L/home/services/bibli/pnglib/lib
-R/home/services/bibli/freetype2/lib
-L/home/services/bibli/freetype2/lib
-R/home1/iletudy/www/httpd/imap/lib -L/home1/iletudy/www/httpd/imap/lib
conftest.c -lc-client -lcrypt -lpam -lfreetype -lpng -lz -ljpeg -lz
-lresolv -lm -ldl -lnsl -lsocket -lgcc 1>&5
configure: failed program was:
#line 41284 "configure"
#include "confdefs.h"
void mm_log(void){}
void mm_dlog(void){}
void mm_flags(void){}
void mm_fatal(void){}
void mm_critical(void){}
void mm_nocritical(void){}
void mm_notify(void){}
void mm_login(void){}
void mm_diskerror(void){}
void mm_status(void){}
void mm_lsub(void){}
void mm_list(void){}
void mm_exists(void){}
void mm_searched(void){}
void mm_expunged(void){}
char mail_newbody();
int main() {
mail_newbody();
return 0;
}
good config.log (without freetype2)
-
configure:41276: checking whether IMAP works
configure:41309: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS
-R/usr/ucblib -L/usr/ucblib
-R/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3
-L/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3
-R/home/services/bibli/zlib/lib -L/home/services/bibli/zlib/lib
-R/home/services/bibli/jpeglib/lib -L/home/services/bibli/jpeglib/lib
-R/home/services/bibli/pnglib/lib -L/home/services/bibli/pnglib/lib
-R/home1/iletudy/www/httpd/imap/lib -L/home1/iletudy/www/httpd/imap/lib
conftest.c -lc-client -lcrypt -lpam -lpng -lz -ljpeg -lz -lresolv -lm
-ldl -lnsl -lsocket -lgcc 1>&5
configure:41339: checking for Informix support
configure:41927: checking for Ingres II support
etc...etc.
[2005-02-17 09:39:10] [EMAIL PROTECTED]
And what does config.log say?
[2005-02-17 09:32:54] bernard dot prevosto at ifremer dot fr
Description:
When I configure PHP with GD + freetype2
configure stop with an error upon IMAP
with only GD, it's good
with only freetype2, il's good
Reproduce code:
---
./configure \
--with-apache=/home2/beniguet/tmsiric/bpre/anonymous/apache/apache_1.3.33
\
--with-gd \
--with-zlib-dir=/home/services/bibli/zlib \
--with-jpeg-dir=/home/services/bibli/jpeglib \
--with-png-dir=/home/services/bibli/pnglib \
--with-tiff-dir=/home/services/bibli/tifflib \
--with-freetype-dir=/home/services/bibli/freetype2 \
--with-imap=/home1/iletudy/www/httpd/imap \
--without-pear \
--disable-cli \
--with-config-file-path=/home1/iletudy/www/httpd/php
Expected result:
configure work good without freetype2 or gd
checking for IMAP support... yes
checking for pam_start in -lpam... yes
checking for crypt in -lcrypt... yes
checking whether SSL libraries are needed for c-client... no
checking whether IMAP works... yes
Actual result:
--
result with freetyp2 + gd
checking for IMAP support... yes
checking for pam_start in -lpam... yes
checking for crypt in -lcrypt... yes
checking whether SSL libraries are needed for c-client... no
checking whether IMAP works... no
configure: error: build test failed. Please check the config.log for
details.
--
Edit this bug report at http://bugs.php.net/?id=32007&edit=1
#32001 [Opn->Ver]: xml_parse_into_struct() function exceeds maximum execution time (object)
ID: 32001
Updated by: [EMAIL PROTECTED]
Reported By: geroxp at web dot de
-Status: Open
+Status: Verified
Bug Type: XML related
Operating System: Linux (FC3)
-PHP Version: 5.0.3
+PHP Version: 5CVS-2005-02-17
Previous Comments:
[2005-02-16 18:08:30] geroxp at web dot de
Description:
When using xml_parse_into_struct() function with an object the
following error occurs:
Fatal error: Maximum execution time of 30 seconds exceeded in
/var/www/html/test.php on line 9
Version-Release number:
php-5.0.3-2
How reproducible:
Always
Reproduce code:
---
myparser = xml_parser_create('');
$simple = "simple note";
xml_parse_into_struct($this->myparser, $simple, $myvals, $mytags);
print_r($myvals);
}
}
$myobject =& new myclass;
$myobject->mytest();
?>
Expected result:
Output of the xml-structure given as an array.
Actual result:
--
Fatal error: Maximum execution time of 30 seconds exceeded in
/var/www/html/test.php on line 9
--
Edit this bug report at http://bugs.php.net/?id=32001&edit=1
#31886 [Fbk->Opn]: make install crashes
ID: 31886 User updated by: pieter dot donche at ua dot ac dot be Reported By: pieter dot donche at ua dot ac dot be -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Solaris 2.9 PHP Version: 4.3.10 New Comment: I already tried with the snapshot of Feb 10, 2005 13:30 GMT The errors are exactly the same. Previous Comments: [2005-02-10 14:47:51] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-02-08 17:04:02] pieter dot donche at ua dot ac dot be Description: Hi, I have SUN/Solaris 2.9, gcc 3.4.2, flex version 2.5.4, bison (GNU Bison) 1.75 and am trying to install PHP-4.3.10 # ./configure --with-apache=/home/wins/builds/src/other/apache_1.3.33 --with-gd --with-jpeg-dir=/usr/local --with-pngdir=/usr/local --with-zlib-dir=/usr/local --with-informix=/home/informix2000 --with-ldap=/usr/local --enable-yp no problems # make no problems # make install Installing PHP SAPI module: apache Installing PHP CLI binary: /usr/local/bin Installing PHP CLI man page: /usr/local/man/man1/ Installing PEAR environment: /usr/local/lib/php/ Segmentation fault - core dumped >From a previous install of PHP-4.3.3 I remember there was a problem with standard sed (/bin/sed) and was advised to use the sed in /usr/xpg4/bin; So, I did # PATH=/usr/xpg4/bin; export PATH and did ./configure, make and make install again. Now make install gives: ... Installing PEAR environment: /usr/local/lib/php/ Error code 139 The follozing command caused the error: /home/wins/builds/src/other/php-4.3.10/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 /home/wins/builds/src/other/php-4.3.10/pear/install-pear.php -d "/usr/local/lib/php" -b "/usr/local/bin" /home/wins/builds/src/other/php-4.3.10/pear/package-*.xml make: Fatal error: Command failed for target `install-pear-installer´ How to solve this ? Thanks in advance for any hints and help, Pieter -- Edit this bug report at http://bugs.php.net/?id=31886&edit=1
#32007 [Fbk->Opn]: problem with GD + freetype2
ID: 32007
User updated by: bernard dot prevosto at ifremer dot fr
Reported By: bernard dot prevosto at ifremer dot fr
-Status: Feedback
+Status: Open
Bug Type: GD related
Operating System: solaris 5.8
PHP Version: 4.3.10
New Comment:
Sorry but it's no good with this CVS snapshot
the same errors occurs
Previous Comments:
[2005-02-17 10:33:56] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2005-02-17 10:29:51] bernard dot prevosto at ifremer dot fr
end of bad config.log
---
configure:41276: checking whether IMAP works
configure:41309: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS
-R/usr/ucblib -L/usr/ucblib
-R/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3
-L/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3
-R/home/services/bibli/zlib/lib -L/home/services/bibli/zlib/lib
-R/home/services/bibli/jpeglib/lib -L/home/services/bibli/jpeglib/lib
-R/home/services/bibli/pnglib/lib -L/home/services/bibli/pnglib/lib
-R/home/services/bibli/freetype2/lib
-L/home/services/bibli/freetype2/lib
-R/home1/iletudy/www/httpd/imap/lib -L/home1/iletudy/www/httpd/imap/lib
conftest.c -lc-client -lcrypt -lpam -lfreetype -lpng -lz -ljpeg -lz
-lresolv -lm -ldl -lnsl -lsocket -lgcc 1>&5
configure: failed program was:
#line 41284 "configure"
#include "confdefs.h"
void mm_log(void){}
void mm_dlog(void){}
void mm_flags(void){}
void mm_fatal(void){}
void mm_critical(void){}
void mm_nocritical(void){}
void mm_notify(void){}
void mm_login(void){}
void mm_diskerror(void){}
void mm_status(void){}
void mm_lsub(void){}
void mm_list(void){}
void mm_exists(void){}
void mm_searched(void){}
void mm_expunged(void){}
char mail_newbody();
int main() {
mail_newbody();
return 0;
}
good config.log (without freetype2)
-
configure:41276: checking whether IMAP works
configure:41309: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS
-R/usr/ucblib -L/usr/ucblib
-R/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3
-L/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3
-R/home/services/bibli/zlib/lib -L/home/services/bibli/zlib/lib
-R/home/services/bibli/jpeglib/lib -L/home/services/bibli/jpeglib/lib
-R/home/services/bibli/pnglib/lib -L/home/services/bibli/pnglib/lib
-R/home1/iletudy/www/httpd/imap/lib -L/home1/iletudy/www/httpd/imap/lib
conftest.c -lc-client -lcrypt -lpam -lpng -lz -ljpeg -lz -lresolv -lm
-ldl -lnsl -lsocket -lgcc 1>&5
configure:41339: checking for Informix support
configure:41927: checking for Ingres II support
etc...etc.
[2005-02-17 09:39:10] [EMAIL PROTECTED]
And what does config.log say?
[2005-02-17 09:32:54] bernard dot prevosto at ifremer dot fr
Description:
When I configure PHP with GD + freetype2
configure stop with an error upon IMAP
with only GD, it's good
with only freetype2, il's good
Reproduce code:
---
./configure \
--with-apache=/home2/beniguet/tmsiric/bpre/anonymous/apache/apache_1.3.33
\
--with-gd \
--with-zlib-dir=/home/services/bibli/zlib \
--with-jpeg-dir=/home/services/bibli/jpeglib \
--with-png-dir=/home/services/bibli/pnglib \
--with-tiff-dir=/home/services/bibli/tifflib \
--with-freetype-dir=/home/services/bibli/freetype2 \
--with-imap=/home1/iletudy/www/httpd/imap \
--without-pear \
--disable-cli \
--with-config-file-path=/home1/iletudy/www/httpd/php
Expected result:
configure work good without freetype2 or gd
checking for IMAP support... yes
checking for pam_start in -lpam... yes
checking for crypt in -lcrypt... yes
checking whether SSL libraries are needed for c-client... no
checking whether IMAP works... yes
Actual result:
--
result with freetyp2 + gd
checking for IMAP support... yes
checking for pam_start in -lpam... yes
checking for crypt in -lcrypt... yes
checking whether SSL libraries are needed for c-client... no
checking whether IMAP works... no
configure: error: build test failed. Please check the config.log for
details.
--
Edit this bug report at http://bugs.php.net/?id=32007&edit=1
#31693 [Fbk->Opn]: "ORA-01001: invalid cursor" after invoking oci-fetch-all function
ID: 31693
User updated by: Tomasz dot Fryc at bph dot pl
Reported By: Tomasz dot Fryc at bph dot pl
-Status: Feedback
+Status: Open
Bug Type: OCI8 related
Operating System: Windows 2003 Server
PHP Version: 5.0.3
New Comment:
Here is procedure, which described PHP code invokes (in this case $sql
variable looks as follows: "begin
MOA.MOA_EVENT_PKG.GetEventList('param1','param2',...); end;"):
PROCEDURE GetEventsList
(
P_UGP_ID IN NUMBER,
P_HST_ID IN NUMBER,
P_HST_GRP_ID IN NUMBER,
P_DAYS IN NUMBER,
P_CURSOR OUT c_event,
P_ERR_CODE OUT NUMBER,
P_ERR_DESC OUT VARCHAR2
)
IS
BEGIN
IF P_HST_ID = 0 AND P_HST_GRP_ID = 0 THEN
OPEN P_CURSOR FOR
SELECT EVT_ID, EVT_ETD_ID, EVT_HST_ID, HST_NAME, SYS_ID, SYS_NAME,
EVT_TYPE, EVT_SMS,
EVT_CLASS, EVT_BEEPS, EVT_LEVEL,
TO_CHAR(EVT_DATE,'.MM.DD
HH24:MI:SS') EVT_DATE, EVT_STATE, EVT_MESSAGE
FROM
(
SELECT EVT_ID, EVT_ETD_ID, EVT_HST_ID, HST_NAME,
SYS_ID,
SYS_NAME, EVT_TYPE, EVT_SMS,
EVT_CLASS, EVT_BEEPS, EVT_LEVEL, EVT_DATE,
EVT_STATE,
EVT_MESSAGE
FROM MOA_EVENTS, MOA_HOST, MOA_SYSTEM, MOA_EVENT_USERS
WHERE EVT_HST_ID = HST_ID
AND HST_SYS_ID = SYS_ID
AND EVT_ETD_ID = EUS_ETD_ID
AND EUS_UGP_ID = P_UGP_ID
AND HST_VISIBLE = 1
AND SYS_ACTIVE = 1
AND SYS_VISIBLE = 1
-- AND EVT_DATE > sysdate - P_DAYS
ORDER BY EVT_ID DESC
)
WHERE ROWNUM <= 100;
RETURN ;
END IF;
IF P_HST_ID = 0 AND P_HST_GRP_ID > 0 THEN
OPEN P_CURSOR FOR
SELECT EVT_ID, EVT_ETD_ID, EVT_HST_ID, HST_NAME, SYS_ID, SYS_NAME,
EVT_TYPE, EVT_SMS,
EVT_CLASS, EVT_BEEPS, EVT_LEVEL,
TO_CHAR(EVT_DATE,'.MM.DD
HH24:MI:SS') EVT_DATE, EVT_STATE, EVT_MESSAGE
FROM
(
SELECT EVT_ID, EVT_ETD_ID, EVT_HST_ID, HST_NAME,
SYS_ID,
SYS_NAME, EVT_TYPE, EVT_SMS,
EVT_CLASS, EVT_BEEPS, EVT_LEVEL, EVT_DATE,
EVT_STATE,
EVT_MESSAGE
FROM MOA_EVENTS, MOA_HOST, MOA_SYSTEM, MOA_EVENT_USERS
WHERE EVT_HST_ID = HST_ID
AND HST_SYS_ID = SYS_ID
AND HST_GROUP = P_HST_GRP_ID
AND EVT_ETD_ID = EUS_ETD_ID
AND EUS_UGP_ID = P_UGP_ID
AND HST_VISIBLE = 1
AND EVT_DATE > SYSDATE - P_DAYS
AND SYS_ACTIVE = 1
AND SYS_VISIBLE = 1
ORDER BY EVT_ID DESC
)
WHERE ROWNUM <= 100;
RETURN ;
END IF;
IF P_HST_ID > 0 AND P_HST_GRP_ID = 0 THEN
OPEN P_CURSOR FOR
SELECT EVT_ID, EVT_ETD_ID, EVT_HST_ID, HST_NAME, SYS_ID, SYS_NAME,
EVT_TYPE, EVT_SMS,
EVT_CLASS, EVT_BEEPS, EVT_LEVEL,
TO_CHAR(EVT_DATE,'.MM.DD
HH24:MI:SS') EVT_DATE, EVT_STATE, EVT_MESSAGE
FROM MOA_EVENTS, MOA_HOST, MOA_SYSTEM, MOA_EVENT_USERS
WHERE EVT_HST_ID = HST_ID
AND HST_SYS_ID = SYS_ID
AND HST_ID = P_HST_ID
AND EVT_ETD_ID = EUS_ETD_ID
AND EUS_UGP_ID = P_UGP_ID
AND EVT_DATE > SYSDATE - P_DAYS
AND HST_VISIBLE = 1
AND SYS_ACTIVE = 1
AND SYS_VISIBLE = 1
ORDER BY EVT_ID DESC;
RETURN ;
END IF;
IF P_HST_ID > 0 AND P_HST_GRP_ID > 0 THEN
OPEN P_CURSOR FOR
SELECT EVT_ID, EVT_ETD_ID, EVT_HST_ID, HST_NAME, SYS_ID, SYS_NAME,
EVT_TYPE, EVT_SMS,
EVT_CLASS, EVT_BEEPS, EVT_LEVEL,
TO_CHAR(EVT_DATE,'.MM.DD
HH24:MI:SS') EVT_DATE, EVT_STATE, EVT_MESSAGE
FROM MOA_EVENTS, MOA_HOST, MOA_SYSTEM, MOA_EVENT_USERS
WHERE EVT_HST_ID = HST_ID
AND HST_SYS_ID = SYS_ID
AND HST_GROUP = P_HST_GRP_ID
AND EVT_HST_ID = P_HST_ID
AND EVT_ETD_ID = EUS_ETD_ID
AND EUS_UGP_ID = P_UGP_ID
AND EVT_DATE > SYSDATE - P_DAYS
AND HST_VISIBLE = 1
AND SYS_ACTIVE = 1
AND SYS_VISIBLE = 1
--AND EVT_ID >= (select max( EVT_ID ) from MOA_EVENTS) - 100
ORDER BY EVT_ID DESC;
RETURN ;
END IF;
P_ERR_CODE := 0;
P_ERR_DESC := 'OK';
EXCEPTION
WHEN NO_DATA_FOUND THEN
P_ERR_CODE := 1;
P_ERR_DESC := 'Nie znaleziono danych';
MOA_LOG_PKG.SaveFatal( 'MOA_EVENT_PKG','GetEventList', SQLCODE,
P_ERR_CODE, P_ERR_DESC );
WHEN OTHERS THEN
P_ERR_CODE := 10001;
P_ERR_DESC := 'Blad: ' || SQLCODE || ' ' || SQLERRM;
MOA_LOG_PKG.
#31886 [Opn]: make install crashes
ID: 31886 User updated by: pieter dot donche at ua dot ac dot be Reported By: pieter dot donche at ua dot ac dot be Status: Open Bug Type: Compile Failure Operating System: Solaris 2.9 PHP Version: 4.3.10 New Comment: Also tried snapshot Feb 17 2005 09:30 CMT. Same errors. Previous Comments: [2005-02-17 10:59:50] pieter dot donche at ua dot ac dot be I already tried with the snapshot of Feb 10, 2005 13:30 GMT The errors are exactly the same. [2005-02-10 14:47:51] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-02-08 17:04:02] pieter dot donche at ua dot ac dot be Description: Hi, I have SUN/Solaris 2.9, gcc 3.4.2, flex version 2.5.4, bison (GNU Bison) 1.75 and am trying to install PHP-4.3.10 # ./configure --with-apache=/home/wins/builds/src/other/apache_1.3.33 --with-gd --with-jpeg-dir=/usr/local --with-pngdir=/usr/local --with-zlib-dir=/usr/local --with-informix=/home/informix2000 --with-ldap=/usr/local --enable-yp no problems # make no problems # make install Installing PHP SAPI module: apache Installing PHP CLI binary: /usr/local/bin Installing PHP CLI man page: /usr/local/man/man1/ Installing PEAR environment: /usr/local/lib/php/ Segmentation fault - core dumped >From a previous install of PHP-4.3.3 I remember there was a problem with standard sed (/bin/sed) and was advised to use the sed in /usr/xpg4/bin; So, I did # PATH=/usr/xpg4/bin; export PATH and did ./configure, make and make install again. Now make install gives: ... Installing PEAR environment: /usr/local/lib/php/ Error code 139 The follozing command caused the error: /home/wins/builds/src/other/php-4.3.10/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 /home/wins/builds/src/other/php-4.3.10/pear/install-pear.php -d "/usr/local/lib/php" -b "/usr/local/bin" /home/wins/builds/src/other/php-4.3.10/pear/package-*.xml make: Fatal error: Command failed for target `install-pear-installer´ How to solve this ? Thanks in advance for any hints and help, Pieter -- Edit this bug report at http://bugs.php.net/?id=31886&edit=1
#29255 [Fbk->Opn]: Stat much slower on network files in PHP5
ID: 29255
User updated by: borreo at softhome dot net
Reported By: borreo at softhome dot net
-Status: Feedback
+Status: Open
Bug Type: Performance problem
Operating System: Windows 2000
PHP Version: 5.0.0
New Comment:
I confirm that the problem is still present both in 5.0.2 and in latest
CVS (today)
Previous Comments:
[2005-02-11 15:24:34] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
[2004-07-19 15:15:55] borreo at softhome dot net
Disabling allow_url_fopen doesn't change a thing.
[2004-07-19 12:03:35] borreo at softhome dot net
Description:
Not really a bug, the code works.
The stat function, if used on a network file, is much slower in PHP5
than in PHP 4.3.7.
On my system, PHP 5.0 takes 20 seconds to stat 1000 files.
With PHP 4.3.7, this takes 2 seconds.
If I use a local directory (e.g. C:\work) rather than a network drive,
then there is no visible difference in performance between PHP 4.3.7
and PHP 5.
In order to produce accurate tests, I installed both version of PHP on
the same machine, in different directories, using a common php.ini
Reproduce code:
---
// I: points to a network drive
chdir( 'I:/work' ) ;
$ListOfFiles = rglob( ".", "*" ) ;
$StartTime = time() ;
foreach( $ListOfFiles as $i )
stat( $i ) ;
$ElapsedTime = time() - $StartTime ;
die( "Seconds=$ElapsedTime\n" );
// Recursive version of glob
function rglob( $Dir, $Pattern )
{
$Files = glob( "$Dir/$Pattern", 0 ) ;
$Directories = glob( "$Dir/*", GLOB_ONLYDIR ) ;
if ( is_array( $Directories ) )
{
foreach( $Directories as $SubDir )
{
$SubFiles = rglob( $SubDir, $Pattern ) ;
if ( is_array( $SubFiles ) )
$Files = array_merge( $Files, $SubFiles ) ;
}
}
return $Files;
}
Actual result:
--
With PHP 5.0: Seconds=20
With PHP 4.3.7: Seconds=2
If I change the current directory to a local dir (e.g. C:\work) then
there is no difference between PHP 4.3.7 and PHP 5.0:
With PHP 5.0: Seconds=2
With PHP 4.3.7: Seconds=2
--
Edit this bug report at http://bugs.php.net/?id=29255&edit=1
#32001 [Ver->Asn]: xml_parse_into_struct() function exceeds maximum execution time (object)
ID: 32001
Updated by: [EMAIL PROTECTED]
Reported By: geroxp at web dot de
-Status: Verified
+Status: Assigned
Bug Type: XML related
Operating System: Linux (FC3)
PHP Version: 5CVS-2005-02-17
-Assigned To:
+Assigned To: jorton
New Comment:
The test case is triggering an infinite loop in libxml2; I've proposed
this patch: http://www.apache.org/~jorton/php_xmlenc.diff
Previous Comments:
[2005-02-16 18:08:30] geroxp at web dot de
Description:
When using xml_parse_into_struct() function with an object the
following error occurs:
Fatal error: Maximum execution time of 30 seconds exceeded in
/var/www/html/test.php on line 9
Version-Release number:
php-5.0.3-2
How reproducible:
Always
Reproduce code:
---
myparser = xml_parser_create('');
$simple = "simple note";
xml_parse_into_struct($this->myparser, $simple, $myvals, $mytags);
print_r($myvals);
}
}
$myobject =& new myclass;
$myobject->mytest();
?>
Expected result:
Output of the xml-structure given as an array.
Actual result:
--
Fatal error: Maximum execution time of 30 seconds exceeded in
/var/www/html/test.php on line 9
--
Edit this bug report at http://bugs.php.net/?id=32001&edit=1
#29255 [Opn]: Stat much slower on network files in PHP5
ID: 29255
User updated by: borreo at softhome dot net
Reported By: borreo at softhome dot net
Status: Open
Bug Type: Performance problem
Operating System: Windows 2000
PHP Version: 5.0.0
New Comment:
No, sorry.
The problem IS NOT present in PHP 5.0.2, nor in the latest CVS.
Previous Comments:
[2005-02-17 12:03:58] borreo at softhome dot net
I confirm that the problem is still present both in 5.0.2 and in latest
CVS (today)
[2005-02-11 15:24:34] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
[2004-07-19 15:15:55] borreo at softhome dot net
Disabling allow_url_fopen doesn't change a thing.
[2004-07-19 12:03:35] borreo at softhome dot net
Description:
Not really a bug, the code works.
The stat function, if used on a network file, is much slower in PHP5
than in PHP 4.3.7.
On my system, PHP 5.0 takes 20 seconds to stat 1000 files.
With PHP 4.3.7, this takes 2 seconds.
If I use a local directory (e.g. C:\work) rather than a network drive,
then there is no visible difference in performance between PHP 4.3.7
and PHP 5.
In order to produce accurate tests, I installed both version of PHP on
the same machine, in different directories, using a common php.ini
Reproduce code:
---
// I: points to a network drive
chdir( 'I:/work' ) ;
$ListOfFiles = rglob( ".", "*" ) ;
$StartTime = time() ;
foreach( $ListOfFiles as $i )
stat( $i ) ;
$ElapsedTime = time() - $StartTime ;
die( "Seconds=$ElapsedTime\n" );
// Recursive version of glob
function rglob( $Dir, $Pattern )
{
$Files = glob( "$Dir/$Pattern", 0 ) ;
$Directories = glob( "$Dir/*", GLOB_ONLYDIR ) ;
if ( is_array( $Directories ) )
{
foreach( $Directories as $SubDir )
{
$SubFiles = rglob( $SubDir, $Pattern ) ;
if ( is_array( $SubFiles ) )
$Files = array_merge( $Files, $SubFiles ) ;
}
}
return $Files;
}
Actual result:
--
With PHP 5.0: Seconds=20
With PHP 4.3.7: Seconds=2
If I change the current directory to a local dir (e.g. C:\work) then
there is no difference between PHP 4.3.7 and PHP 5.0:
With PHP 5.0: Seconds=2
With PHP 4.3.7: Seconds=2
--
Edit this bug report at http://bugs.php.net/?id=29255&edit=1
#29255 [Opn->Csd]: Stat much slower on network files in PHP5
ID: 29255
User updated by: borreo at softhome dot net
Reported By: borreo at softhome dot net
-Status: Open
+Status: Closed
Bug Type: Performance problem
Operating System: Windows 2000
PHP Version: 5.0.0
New Comment:
Corrected in 5.0.2
Previous Comments:
[2005-02-17 12:59:32] borreo at softhome dot net
No, sorry.
The problem IS NOT present in PHP 5.0.2, nor in the latest CVS.
[2005-02-17 12:03:58] borreo at softhome dot net
I confirm that the problem is still present both in 5.0.2 and in latest
CVS (today)
[2005-02-11 15:24:34] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
[2004-07-19 15:15:55] borreo at softhome dot net
Disabling allow_url_fopen doesn't change a thing.
[2004-07-19 12:03:35] borreo at softhome dot net
Description:
Not really a bug, the code works.
The stat function, if used on a network file, is much slower in PHP5
than in PHP 4.3.7.
On my system, PHP 5.0 takes 20 seconds to stat 1000 files.
With PHP 4.3.7, this takes 2 seconds.
If I use a local directory (e.g. C:\work) rather than a network drive,
then there is no visible difference in performance between PHP 4.3.7
and PHP 5.
In order to produce accurate tests, I installed both version of PHP on
the same machine, in different directories, using a common php.ini
Reproduce code:
---
// I: points to a network drive
chdir( 'I:/work' ) ;
$ListOfFiles = rglob( ".", "*" ) ;
$StartTime = time() ;
foreach( $ListOfFiles as $i )
stat( $i ) ;
$ElapsedTime = time() - $StartTime ;
die( "Seconds=$ElapsedTime\n" );
// Recursive version of glob
function rglob( $Dir, $Pattern )
{
$Files = glob( "$Dir/$Pattern", 0 ) ;
$Directories = glob( "$Dir/*", GLOB_ONLYDIR ) ;
if ( is_array( $Directories ) )
{
foreach( $Directories as $SubDir )
{
$SubFiles = rglob( $SubDir, $Pattern ) ;
if ( is_array( $SubFiles ) )
$Files = array_merge( $Files, $SubFiles ) ;
}
}
return $Files;
}
Actual result:
--
With PHP 5.0: Seconds=20
With PHP 4.3.7: Seconds=2
If I change the current directory to a local dir (e.g. C:\work) then
there is no difference between PHP 4.3.7 and PHP 5.0:
With PHP 5.0: Seconds=2
With PHP 4.3.7: Seconds=2
--
Edit this bug report at http://bugs.php.net/?id=29255&edit=1
#28006 [Fbk->Opn]: referencing an unset global produces a segfault
ID: 28006 User updated by: per at computer dot org Reported By: per at computer dot org -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: linux, kernel 2.4.26 PHP Version: 4CVS-2005-01-10 New Comment: Um, well ... :-) It was php4-STABLE-200502110930, and I've just now tried php4-STABLE-200502170730 - also works fine. If need be, I can try out 5.1-dev too. Previous Comments: [2005-02-17 06:31:54] [EMAIL PROTECTED] Are you sure it was PHP 4 ? :) I asked you to try the latest HEAD (PHP 5.1-dev).. If it really was the PHP 4 snapshot, I must ask you to try again the current one: http://snaps.php.net/php4-STABLE-latest.tar.gz If the bug appears again with this snapshot, I'll have pretty good idea what fixes it. [2005-02-11 11:51:31] per at computer dot org OK, I tried php4-STABLE-200502110930.tar.gz, and it appears to have been fixed. I'd be interested to know what really caused it? Thanks. [2005-02-11 06:19:38] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-01-11 09:31:20] per at computer dot org No, this is a fairly plain vanilla install. The only not-quite-standard is that I'm building everything with -DHARMUT_0 as I need/want getopt_long() in the cli. See bug#30380. With respect to reproducing this problem - I'll try to make it even simpler, but it's really only 17 lines in 2 files. [2005-01-11 07:11:43] [EMAIL PROTECTED] Do you have some kind of optimiser / accelerator such as APC installed? 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/28006 -- Edit this bug report at http://bugs.php.net/?id=28006&edit=1
#31749 [Opn->Fbk]: deadlock due to libc mutexes not released when timeout signal is delivered
ID: 31749
Updated by: [EMAIL PROTECTED]
Reported By: phpbug2 at mailinator dot com
-Status: Open
+Status: Feedback
Bug Type: Zend Engine 2 problem
Operating System: Linux 2.4.28, 2.4.21-SMP
PHP Version: 5.0.3, 4.3.10
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Previous Comments:
[2005-02-07 11:01:26] phpbug2 at mailinator dot com
Reproduced on PHP 4.3.10 with Apache 2 prefork on 2.4.21-4.0.1.ELsmp
#1. Updated summary with clearer description of the problem and I
believe this applies to the Zend Engine rather than the Scripting
Engine.
[2005-02-03 12:10:41] phpbug2 at mailinator dot com
I believe this is the buggy code. It is setting a signal handler for
SIGPROF that immediately dumps a timeout error message when the signal
is received. However if the signal is delivered whilst PHP is
processing a libc call to time(), a pthread mutex within libc is not
released, causing a deadlock when Apache tries to call time() for the
output.
A fix would be to have PHP set some flag such as "processing time
exceeded" for the request and to then abort the request at the next
available opporunity from within PHP instead of jumping out and leaving
libc in a potentially unstable or dangerous state. Obviously this
reduces the effectiveness of the maximum execution timeout as a
blocking libc call could cause the timeout to be greatly exceeded, but
I see no other safe way of handling this without leaving libc in a
potentially dangerous state. Perhaps two signals could be used, the
first one to break execution if possible at the next available
opportunity and then the current "hard" break if no response within 15
seconds or something.
ZEND_API void zend_timeout(int dummy)
{
TSRMLS_FETCH();
if (zend_on_timeout) {
zend_on_timeout(EG(timeout_seconds) TSRMLS_CC);
}
zend_error(E_ERROR, "Maximum execution time of %d second%s
exceeded",
EG(timeout_seconds), EG(timeout_seconds) == 1
? "" : "s");
}
...
t_r.it_value.tv_sec = seconds;
t_r.it_value.tv_usec = t_r.it_interval.tv_sec =
t_r.it_interval.tv_usec = 0;
setitimer(ITIMER_PROF, &t_r, NULL);
signal(SIGPROF, zend_timeout);
sigemptyset(&sigset);
sigaddset(&sigset, SIGPROF);
sigprocmask(SIG_UNBLOCK, &sigset, NULL);
}
[2005-01-30 07:01:56] phpbug2 at mailinator dot com
Test case, this almost 100% guarantees a deadlock for me with the
following BT:
(gdb) bt
#0 0x001cf666 in sigsuspend () from /lib/libc.so.6
#1 0x00d0bc28 in __pthread_wait_for_restart_signal () from
/lib/libpthread.so.0
#2 0x00d0def0 in __pthread_alt_lock () from /lib/libpthread.so.0
#3 0x00d0a170 in pthread_mutex_lock () from /lib/libpthread.so.0
#4 0x0023f125 in __tz_convert () from /lib/libc.so.6
#5 0x0023d2a1 in gmtime () from /lib/libc.so.6
#6 0x080801fa in ap_gm_timestr_822 (p=0xfffc, sec=1107064749) at
util.c:153
#7 0x0807b7ac in ap_basic_http_header (r=0x2dd1c0) at
http_protocol.c:1585
#8 0x0807b938 in ap_send_http_header (r=0x819ca44) at
http_protocol.c:1852
#9 0x00a74337 in sapi_apache_send_headers (sapi_headers=0xbb0fd8) at
/root/php5cvs/php-src/sapi/apache/mod_php5.c:217
#10 0x009b9923 in sapi_send_headers () at
/root/php5cvs/php-src/main/SAPI.c:760
#11 0x0096741a in php_header () at
/root/php5cvs/php-src/ext/standard/head.c:54
#12 0x009c0764 in php_ub_body_write (str=0xfffc , str_length=4294967292)
at /root/php5cvs/php-src/main/output.c:707
#13 0x009bfac6 in php_end_ob_buffer (send_buffer=1 '\001', just_flush=0
'\0') at /root/php5cvs/php-src/main/output.c:297
#14 0x009bfd13 in php_end_ob_buffers (send_buffer=252 'ü') at
/root/php5cvs/php-src/main/output.c:336
#15 0x009b3021 in php_request_shutdown (dummy=0x0) at
/root/php5cvs/php-src/main/main.c:1183
#16 0x00a74112 in apache_php_module_main (r=0x819ca44,
display_source_mode=0)
at /root/php5cvs/php-src/sapi/apache/sapi_apache.c:60
#17 0x00a7490a in send_php (r=0x819ca44, display_source_mode=0,
filename=0x0)
at /root/php5cvs/php-src/sapi/apache/mod_php5.c:631
#18 0x00a74bd7 in send_parsed_php (r=0x819ca44) at
/root/php5cvs/php-src/sapi/apache/mod_php5.c:646
#19 0x0806c842 in ap_invoke_handler (r=0x819ca44) at http_config.c:475
#20 0x0807edb3 in process_request_internal (r=0x819ca44) at
http_request.c:1298
#21 0x0807ef27 in ap_process_request (r=0x819ca44) at
http_request.c:1314
#22 0x080762d0 in child_main (child_num_arg=-1073743648) at
http_main.c:4786
#23 0x08076644 in make_child (s=0x80a929c, slot=4, now=0) at
http_
#32007 [Opn->Fbk]: problem with GD + freetype2
ID: 32007
Updated by: [EMAIL PROTECTED]
Reported By: bernard dot prevosto at ifremer dot fr
-Status: Open
+Status: Feedback
Bug Type: GD related
Operating System: solaris 5.8
-PHP Version: 4.3.10
+PHP Version: 4CVS-2005-02-17
New Comment:
Does this work:
# rm config.cache
# ./configure \
--with-gd \
--with-zlib-dir=/home/services/bibli/zlib \
--with-jpeg-dir=/home/services/bibli/jpeglib \
--with-png-dir=/home/services/bibli/pnglib \
--with-tiff-dir=/home/services/bibli/tifflib \
--with-freetype-dir=/home/services/bibli/freetype2
# make clean && make
Previous Comments:
[2005-02-17 10:45:28] bernard dot prevosto at ifremer dot fr
Sorry but it's no good with this CVS snapshot
the same errors occurs
[2005-02-17 10:33:56] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2005-02-17 10:29:51] bernard dot prevosto at ifremer dot fr
end of bad config.log
---
configure:41276: checking whether IMAP works
configure:41309: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS
-R/usr/ucblib -L/usr/ucblib
-R/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3
-L/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3
-R/home/services/bibli/zlib/lib -L/home/services/bibli/zlib/lib
-R/home/services/bibli/jpeglib/lib -L/home/services/bibli/jpeglib/lib
-R/home/services/bibli/pnglib/lib -L/home/services/bibli/pnglib/lib
-R/home/services/bibli/freetype2/lib
-L/home/services/bibli/freetype2/lib
-R/home1/iletudy/www/httpd/imap/lib -L/home1/iletudy/www/httpd/imap/lib
conftest.c -lc-client -lcrypt -lpam -lfreetype -lpng -lz -ljpeg -lz
-lresolv -lm -ldl -lnsl -lsocket -lgcc 1>&5
configure: failed program was:
#line 41284 "configure"
#include "confdefs.h"
void mm_log(void){}
void mm_dlog(void){}
void mm_flags(void){}
void mm_fatal(void){}
void mm_critical(void){}
void mm_nocritical(void){}
void mm_notify(void){}
void mm_login(void){}
void mm_diskerror(void){}
void mm_status(void){}
void mm_lsub(void){}
void mm_list(void){}
void mm_exists(void){}
void mm_searched(void){}
void mm_expunged(void){}
char mail_newbody();
int main() {
mail_newbody();
return 0;
}
good config.log (without freetype2)
-
configure:41276: checking whether IMAP works
configure:41309: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS
-R/usr/ucblib -L/usr/ucblib
-R/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3
-L/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3
-R/home/services/bibli/zlib/lib -L/home/services/bibli/zlib/lib
-R/home/services/bibli/jpeglib/lib -L/home/services/bibli/jpeglib/lib
-R/home/services/bibli/pnglib/lib -L/home/services/bibli/pnglib/lib
-R/home1/iletudy/www/httpd/imap/lib -L/home1/iletudy/www/httpd/imap/lib
conftest.c -lc-client -lcrypt -lpam -lpng -lz -ljpeg -lz -lresolv -lm
-ldl -lnsl -lsocket -lgcc 1>&5
configure:41339: checking for Informix support
configure:41927: checking for Ingres II support
etc...etc.
[2005-02-17 09:39:10] [EMAIL PROTECTED]
And what does config.log say?
[2005-02-17 09:32:54] bernard dot prevosto at ifremer dot fr
Description:
When I configure PHP with GD + freetype2
configure stop with an error upon IMAP
with only GD, it's good
with only freetype2, il's good
Reproduce code:
---
./configure \
--with-apache=/home2/beniguet/tmsiric/bpre/anonymous/apache/apache_1.3.33
\
--with-gd \
--with-zlib-dir=/home/services/bibli/zlib \
--with-jpeg-dir=/home/services/bibli/jpeglib \
--with-png-dir=/home/services/bibli/pnglib \
--with-tiff-dir=/home/services/bibli/tifflib \
--with-freetype-dir=/home/services/bibli/freetype2 \
--with-imap=/home1/iletudy/www/httpd/imap \
--without-pear \
--disable-cli \
--with-config-file-path=/home1/iletudy/www/httpd/php
Expected result:
configure work good without freetype2 or gd
checking for IMAP support... yes
checking for pam_start in -lpam... yes
checking for crypt in -lcrypt... yes
checking whether SSL libraries are needed for c-client... no
checking whether IMAP works... yes
Actual result:
--
result with freetyp2 + gd
checking for IMAP support... yes
checking for pam_start in -lpam... yes
checking for crypt in -lcrypt... yes
checking whether SSL libraries are needed for c-client... no
#31886 [Opn->Fbk]: make install crashes
ID: 31886 Updated by: [EMAIL PROTECTED] Reported By: pieter dot donche at ua dot ac dot be -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Solaris 2.9 PHP Version: 4.3.10 New Comment: Due to a bug in the installed sed on your system the build fails. Install GNU sed and it should be okay. Thank you for your interest in PHP. Previous Comments: [2005-02-17 11:30:29] pieter dot donche at ua dot ac dot be Also tried snapshot Feb 17 2005 09:30 CMT. Same errors. [2005-02-17 10:59:50] pieter dot donche at ua dot ac dot be I already tried with the snapshot of Feb 10, 2005 13:30 GMT The errors are exactly the same. [2005-02-10 14:47:51] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-02-08 17:04:02] pieter dot donche at ua dot ac dot be Description: Hi, I have SUN/Solaris 2.9, gcc 3.4.2, flex version 2.5.4, bison (GNU Bison) 1.75 and am trying to install PHP-4.3.10 # ./configure --with-apache=/home/wins/builds/src/other/apache_1.3.33 --with-gd --with-jpeg-dir=/usr/local --with-pngdir=/usr/local --with-zlib-dir=/usr/local --with-informix=/home/informix2000 --with-ldap=/usr/local --enable-yp no problems # make no problems # make install Installing PHP SAPI module: apache Installing PHP CLI binary: /usr/local/bin Installing PHP CLI man page: /usr/local/man/man1/ Installing PEAR environment: /usr/local/lib/php/ Segmentation fault - core dumped >From a previous install of PHP-4.3.3 I remember there was a problem with standard sed (/bin/sed) and was advised to use the sed in /usr/xpg4/bin; So, I did # PATH=/usr/xpg4/bin; export PATH and did ./configure, make and make install again. Now make install gives: ... Installing PEAR environment: /usr/local/lib/php/ Error code 139 The follozing command caused the error: /home/wins/builds/src/other/php-4.3.10/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 /home/wins/builds/src/other/php-4.3.10/pear/install-pear.php -d "/usr/local/lib/php" -b "/usr/local/bin" /home/wins/builds/src/other/php-4.3.10/pear/package-*.xml make: Fatal error: Command failed for target `install-pear-installer´ How to solve this ? Thanks in advance for any hints and help, Pieter -- Edit this bug report at http://bugs.php.net/?id=31886&edit=1
#32007 [Fbk->Opn]: problem with GD + freetype2
ID: 32007
User updated by: bernard dot prevosto at ifremer dot fr
Reported By: bernard dot prevosto at ifremer dot fr
-Status: Feedback
+Status: Open
Bug Type: GD related
Operating System: solaris 5.8
PHP Version: 4CVS-2005-02-17
New Comment:
NO
always the same error with configure
./configure \
--with-gd \
--with-zlib-dir=/home/services/bibli/zlib \
--with-jpeg-dir=/home/services/bibli/jpeglib \
--with-png-dir=/home/services/bibli/pnglib \
--with-tiff-dir=/home/services/bibli/tifflib \
--with-imap=/home1/iletudy/www/httpd/imap \
--with-freetype-dir=/home/services/bibli/freetype2
checking for Hyperwave support... no
checking for iconv support... no
checking for IMAP support... yes
checking for pam_start in -lpam... yes
checking for crypt in -lcrypt... yes
checking whether SSL libraries are needed for c-client... no
checking whether IMAP works... no
configure: error: build test failed. Please check the config.log for
details.
Previous Comments:
[2005-02-17 13:46:52] [EMAIL PROTECTED]
Does this work:
# rm config.cache
# ./configure \
--with-gd \
--with-zlib-dir=/home/services/bibli/zlib \
--with-jpeg-dir=/home/services/bibli/jpeglib \
--with-png-dir=/home/services/bibli/pnglib \
--with-tiff-dir=/home/services/bibli/tifflib \
--with-freetype-dir=/home/services/bibli/freetype2
# make clean && make
[2005-02-17 10:45:28] bernard dot prevosto at ifremer dot fr
Sorry but it's no good with this CVS snapshot
the same errors occurs
[2005-02-17 10:33:56] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2005-02-17 10:29:51] bernard dot prevosto at ifremer dot fr
end of bad config.log
---
configure:41276: checking whether IMAP works
configure:41309: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS
-R/usr/ucblib -L/usr/ucblib
-R/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3
-L/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3
-R/home/services/bibli/zlib/lib -L/home/services/bibli/zlib/lib
-R/home/services/bibli/jpeglib/lib -L/home/services/bibli/jpeglib/lib
-R/home/services/bibli/pnglib/lib -L/home/services/bibli/pnglib/lib
-R/home/services/bibli/freetype2/lib
-L/home/services/bibli/freetype2/lib
-R/home1/iletudy/www/httpd/imap/lib -L/home1/iletudy/www/httpd/imap/lib
conftest.c -lc-client -lcrypt -lpam -lfreetype -lpng -lz -ljpeg -lz
-lresolv -lm -ldl -lnsl -lsocket -lgcc 1>&5
configure: failed program was:
#line 41284 "configure"
#include "confdefs.h"
void mm_log(void){}
void mm_dlog(void){}
void mm_flags(void){}
void mm_fatal(void){}
void mm_critical(void){}
void mm_nocritical(void){}
void mm_notify(void){}
void mm_login(void){}
void mm_diskerror(void){}
void mm_status(void){}
void mm_lsub(void){}
void mm_list(void){}
void mm_exists(void){}
void mm_searched(void){}
void mm_expunged(void){}
char mail_newbody();
int main() {
mail_newbody();
return 0;
}
good config.log (without freetype2)
-
configure:41276: checking whether IMAP works
configure:41309: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS
-R/usr/ucblib -L/usr/ucblib
-R/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3
-L/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3
-R/home/services/bibli/zlib/lib -L/home/services/bibli/zlib/lib
-R/home/services/bibli/jpeglib/lib -L/home/services/bibli/jpeglib/lib
-R/home/services/bibli/pnglib/lib -L/home/services/bibli/pnglib/lib
-R/home1/iletudy/www/httpd/imap/lib -L/home1/iletudy/www/httpd/imap/lib
conftest.c -lc-client -lcrypt -lpam -lpng -lz -ljpeg -lz -lresolv -lm
-ldl -lnsl -lsocket -lgcc 1>&5
configure:41339: checking for Informix support
configure:41927: checking for Ingres II support
etc...etc.
[2005-02-17 09:39:10] [EMAIL PROTECTED]
And what does config.log say?
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/32007
--
Edit this bug report at http://bugs.php.net/?id=32007&edit=1
#32007 [Opn->Fbk]: problem with GD + freetype2
ID: 32007
Updated by: [EMAIL PROTECTED]
Reported By: bernard dot prevosto at ifremer dot fr
-Status: Open
+Status: Feedback
Bug Type: GD related
Operating System: solaris 5.8
PHP Version: 4CVS-2005-02-17
New Comment:
I asked you to compile WITHOUT imap!!
Please do that..
Previous Comments:
[2005-02-17 14:01:17] bernard dot prevosto at ifremer dot fr
NO
always the same error with configure
./configure \
--with-gd \
--with-zlib-dir=/home/services/bibli/zlib \
--with-jpeg-dir=/home/services/bibli/jpeglib \
--with-png-dir=/home/services/bibli/pnglib \
--with-tiff-dir=/home/services/bibli/tifflib \
--with-imap=/home1/iletudy/www/httpd/imap \
--with-freetype-dir=/home/services/bibli/freetype2
checking for Hyperwave support... no
checking for iconv support... no
checking for IMAP support... yes
checking for pam_start in -lpam... yes
checking for crypt in -lcrypt... yes
checking whether SSL libraries are needed for c-client... no
checking whether IMAP works... no
configure: error: build test failed. Please check the config.log for
details.
[2005-02-17 13:46:52] [EMAIL PROTECTED]
Does this work:
# rm config.cache
# ./configure \
--with-gd \
--with-zlib-dir=/home/services/bibli/zlib \
--with-jpeg-dir=/home/services/bibli/jpeglib \
--with-png-dir=/home/services/bibli/pnglib \
--with-tiff-dir=/home/services/bibli/tifflib \
--with-freetype-dir=/home/services/bibli/freetype2
# make clean && make
[2005-02-17 10:45:28] bernard dot prevosto at ifremer dot fr
Sorry but it's no good with this CVS snapshot
the same errors occurs
[2005-02-17 10:33:56] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2005-02-17 10:29:51] bernard dot prevosto at ifremer dot fr
end of bad config.log
---
configure:41276: checking whether IMAP works
configure:41309: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS
-R/usr/ucblib -L/usr/ucblib
-R/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3
-L/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3
-R/home/services/bibli/zlib/lib -L/home/services/bibli/zlib/lib
-R/home/services/bibli/jpeglib/lib -L/home/services/bibli/jpeglib/lib
-R/home/services/bibli/pnglib/lib -L/home/services/bibli/pnglib/lib
-R/home/services/bibli/freetype2/lib
-L/home/services/bibli/freetype2/lib
-R/home1/iletudy/www/httpd/imap/lib -L/home1/iletudy/www/httpd/imap/lib
conftest.c -lc-client -lcrypt -lpam -lfreetype -lpng -lz -ljpeg -lz
-lresolv -lm -ldl -lnsl -lsocket -lgcc 1>&5
configure: failed program was:
#line 41284 "configure"
#include "confdefs.h"
void mm_log(void){}
void mm_dlog(void){}
void mm_flags(void){}
void mm_fatal(void){}
void mm_critical(void){}
void mm_nocritical(void){}
void mm_notify(void){}
void mm_login(void){}
void mm_diskerror(void){}
void mm_status(void){}
void mm_lsub(void){}
void mm_list(void){}
void mm_exists(void){}
void mm_searched(void){}
void mm_expunged(void){}
char mail_newbody();
int main() {
mail_newbody();
return 0;
}
good config.log (without freetype2)
-
configure:41276: checking whether IMAP works
configure:41309: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS
-R/usr/ucblib -L/usr/ucblib
-R/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3
-L/home/services/logiciels/compilateurs/gcc-3.3/lib/gcc-lib/sparc-sun-solaris2.7/3.3
-R/home/services/bibli/zlib/lib -L/home/services/bibli/zlib/lib
-R/home/services/bibli/jpeglib/lib -L/home/services/bibli/jpeglib/lib
-R/home/services/bibli/pnglib/lib -L/home/services/bibli/pnglib/lib
-R/home1/iletudy/www/httpd/imap/lib -L/home1/iletudy/www/httpd/imap/lib
conftest.c -lc-client -lcrypt -lpam -lpng -lz -ljpeg -lz -lresolv -lm
-ldl -lnsl -lsocket -lgcc 1>&5
configure:41339: checking for Informix support
configure:41927: checking for Ingres II support
etc...etc.
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/32007
--
Edit this bug report at http://bugs.php.net/?id=32007&edit=1
#32005 [Fbk->Opn]: Apache 1.3.33 unresolved symbols in DSO
ID: 32005 User updated by: agreenbu at nyx dot net Reported By: agreenbu at nyx dot net -Status: Feedback +Status: Open Bug Type: Apache related Operating System: Mac OS X 10.3.8 PHP Version: 5.0.3 New Comment: This snapshot fixed the problem. Thanks! Previous Comments: [2005-02-17 10:35:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2005-02-16 22:59:27] agreenbu at nyx dot net Description: After building PHP 5.0.3 as a DSO and enabling in httpd.conf, Apache crashes on apachectl start with a crashdump, but no error messages. If I disable the LoadModule and AddModule lines for php5 in httpd.conf, and start Apache, it starts, and then if I re-enable php5 in httpd.conf and run apachectl restart, it reloads with working PHP 5. This has happened on previous releases of PHP 5 as well. Reproduce code: --- 1. Build clean Apache 1.3.33 from source in /usr/local/apache. 2. Build PHP with settings: ./configure --prefix=/usr/local --with-apxs=/usr/local/apache/sbin/apxs --with-curl=/usr/local --with-zlib --with-mysql=shared,/usr/local/mysql --with-mysqli --enable-soap --enable-sockets --with-openssl make make install 3. Enable PHP module in httpd.conf 4. Start Apache /usr/local/apache/sbin/apachectl start -- Should crash. 5. Disable PHP module in httpd.conf 6. Start Apache /usr/local/apache/sbin/apachectl start -- Should work. 7. Enable PHP module in httpd.conf 8. Restart Apache /usr/local/apache/sbin/apachectl restart -- Should work. Expected result: Apache should load the module on the first try. Actual result: -- I get the following crash dump when running apachectl start: Link (dyld) error: dyld: /usr/local/apache/sbin/httpd Undefined symbols: _OnUpdateLong _OnUpdateString _OnUpdateStringUnempty __array_init __convert_to_string __efree __emalloc __erealloc __estrdup __estrndup __object_and_properties_init __object_init __object_init_ex __safe_emalloc __zend_get_parameters_array_ex __zend_hash_add_or_update __zend_hash_init __zend_list_addref __zend_list_delete __zend_list_find __zval_copy_ctor __zval_ptr_dtor _add_assoc_null_ex _add_assoc_zval_ex _add_index_long _add_index_null _add_index_zval _add_property_long_ex _add_property_string_ex _ap_php_snprintf _convert_to_array _convert_to_boolean _convert_to_double _convert_to_long _core_globals _display_ini_entries _display_link_numbers _empty_string _executor_globals _get_active_function_name _le_index_ptr _php_addslashes _php_error_docref0 _php_get_current_user _php_info_print_table_end _php_info_print_table_header _php_info_print_table_row _php_info_print_table_start _php_set_error_handling _php_sprintf _zend_call_functi -- Edit this bug report at http://bugs.php.net/?id=32005&edit=1
#32005 [Opn->Csd]: Apache 1.3.33 unresolved symbols in DSO
ID: 32005 Updated by: [EMAIL PROTECTED] Reported By: agreenbu at nyx dot net -Status: Open +Status: Closed Bug Type: Apache related Operating System: Mac OS X 10.3.8 PHP Version: 5.0.3 New Comment: Great, lets close it then. Previous Comments: [2005-02-17 14:16:34] agreenbu at nyx dot net This snapshot fixed the problem. Thanks! [2005-02-17 10:35:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2005-02-16 22:59:27] agreenbu at nyx dot net Description: After building PHP 5.0.3 as a DSO and enabling in httpd.conf, Apache crashes on apachectl start with a crashdump, but no error messages. If I disable the LoadModule and AddModule lines for php5 in httpd.conf, and start Apache, it starts, and then if I re-enable php5 in httpd.conf and run apachectl restart, it reloads with working PHP 5. This has happened on previous releases of PHP 5 as well. Reproduce code: --- 1. Build clean Apache 1.3.33 from source in /usr/local/apache. 2. Build PHP with settings: ./configure --prefix=/usr/local --with-apxs=/usr/local/apache/sbin/apxs --with-curl=/usr/local --with-zlib --with-mysql=shared,/usr/local/mysql --with-mysqli --enable-soap --enable-sockets --with-openssl make make install 3. Enable PHP module in httpd.conf 4. Start Apache /usr/local/apache/sbin/apachectl start -- Should crash. 5. Disable PHP module in httpd.conf 6. Start Apache /usr/local/apache/sbin/apachectl start -- Should work. 7. Enable PHP module in httpd.conf 8. Restart Apache /usr/local/apache/sbin/apachectl restart -- Should work. Expected result: Apache should load the module on the first try. Actual result: -- I get the following crash dump when running apachectl start: Link (dyld) error: dyld: /usr/local/apache/sbin/httpd Undefined symbols: _OnUpdateLong _OnUpdateString _OnUpdateStringUnempty __array_init __convert_to_string __efree __emalloc __erealloc __estrdup __estrndup __object_and_properties_init __object_init __object_init_ex __safe_emalloc __zend_get_parameters_array_ex __zend_hash_add_or_update __zend_hash_init __zend_list_addref __zend_list_delete __zend_list_find __zval_copy_ctor __zval_ptr_dtor _add_assoc_null_ex _add_assoc_zval_ex _add_index_long _add_index_null _add_index_zval _add_property_long_ex _add_property_string_ex _ap_php_snprintf _convert_to_array _convert_to_boolean _convert_to_double _convert_to_long _core_globals _display_ini_entries _display_link_numbers _empty_string _executor_globals _get_active_function_name _le_index_ptr _php_addslashes _php_error_docref0 _php_get_current_user _php_info_print_table_end _php_info_print_table_header _php_info_print_table_row _php_info_print_table_start _php_set_error_handling _php_sprintf _zend_call_functi -- Edit this bug report at http://bugs.php.net/?id=32005&edit=1
#32007 [Fbk->Opn]: problem with GD + freetype2
ID: 32007 User updated by: bernard dot prevosto at ifremer dot fr Reported By: bernard dot prevosto at ifremer dot fr -Status: Feedback +Status: Open Bug Type: GD related Operating System: solaris 5.8 PHP Version: 4CVS-2005-02-17 New Comment: Sorry without IMAP i have: checking for extended DES crypt... no checking for MD5 crypt... no Killed checking for Blowfish crypt... no checking whether flush should be called explicitly after a buffered io... yes without freetype2 or GD i have not tke ligne KILLED at the end of configure in this case i have: ++ | *** ATTENTION ***| || | Something is likely to be messed up here, because the configure| | script was not able to detect a simple feature on your platform. | | This is often caused by incorrect configuration parameters. Please | | see the file debug.log for error messages. | || | If you are unable to fix this, send the file debug.log to the | | php-install@lists.php.net mailing list and include appropiate | | information about your setup. | i have not without freetype2 or GD but the make work fine Previous Comments: [2005-02-17 14:05:59] [EMAIL PROTECTED] I asked you to compile WITHOUT imap!! Please do that.. [2005-02-17 14:01:17] bernard dot prevosto at ifremer dot fr NO always the same error with configure ./configure \ --with-gd \ --with-zlib-dir=/home/services/bibli/zlib \ --with-jpeg-dir=/home/services/bibli/jpeglib \ --with-png-dir=/home/services/bibli/pnglib \ --with-tiff-dir=/home/services/bibli/tifflib \ --with-imap=/home1/iletudy/www/httpd/imap \ --with-freetype-dir=/home/services/bibli/freetype2 checking for Hyperwave support... no checking for iconv support... no checking for IMAP support... yes checking for pam_start in -lpam... yes checking for crypt in -lcrypt... yes checking whether SSL libraries are needed for c-client... no checking whether IMAP works... no configure: error: build test failed. Please check the config.log for details. [2005-02-17 13:46:52] [EMAIL PROTECTED] Does this work: # rm config.cache # ./configure \ --with-gd \ --with-zlib-dir=/home/services/bibli/zlib \ --with-jpeg-dir=/home/services/bibli/jpeglib \ --with-png-dir=/home/services/bibli/pnglib \ --with-tiff-dir=/home/services/bibli/tifflib \ --with-freetype-dir=/home/services/bibli/freetype2 # make clean && make [2005-02-17 10:45:28] bernard dot prevosto at ifremer dot fr Sorry but it's no good with this CVS snapshot the same errors occurs [2005-02-17 10:33:56] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/32007 -- Edit this bug report at http://bugs.php.net/?id=32007&edit=1
#31358 [Ana->Asn]: Compile time error, incompatible types in assignment in zend.c on PPC
ID: 31358 Updated by: [EMAIL PROTECTED] Reported By: hawk at pld-linux dot org -Status: Analyzed +Status: Assigned Bug Type: Compile Failure Operating System: PLD Linux 1.0 running on PowerPC PHP Version: 4.3.10 -Assigned To: +Assigned To: sniper Previous Comments: [2005-02-07 10:14:28] [EMAIL PROTECTED] I guess we need some autoconf-magic experts to make an autoconf resolve these differences and try to find the right va_copy. [2005-01-04 16:02:48] [EMAIL PROTECTED] va_copy is a C99 invention, so that's why it's not in gcc-2.95.2 (though some older gcc's had a __va_copy). But even in C99 va_copy is explicitly allowed to be a function not a macro, I can't see any guarantee that it is defined for the preprocessor as this code assumes. (C99/7.15.1) [2005-01-04 14:35:44] hawk at pld-linux dot org According to 'gcc -v': Reading specs from /usr/lib/gcc-lib/ppc-pld-linux/2.95.4/specs gcc version 2.95.4 20010319 (prerelease) And yes, there is stdarg.h in /usr/lib/gcc-lib/ppc-pld-linux/2.95.4/include/stdarg.h [2005-01-02 08:58:47] [EMAIL PROTECTED] Which GCC do you have? It is rather strange va_copy is not defined on Linux. Do you have stdarg.h anywhere? [2004-12-31 19:46:59] hawk at pld-linux dot org The bug affects only PPC systems with older GCC which don't support va_copy (sorry, didn't noticed this earlier), the workaround is to change line 776 of zend.c: usr_copy = args; into memcpy(usr_copy, args, sizeof(va_list)); for these architectures. It seems to work perfectly 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/31358 -- Edit this bug report at http://bugs.php.net/?id=31358&edit=1
#32009 [NEW]: mssql_bind() causes buffer overruns & memleaks
From: tony2001 at phpclub dot net Operating system: Linux PHP version: 5CVS-2005-02-17 (dev) PHP Bug Type: MSSQL related Bug description: mssql_bind() causes buffer overruns & memleaks Description: mssql_bind() causes some buffer overruns & memleaks if you try to bind the same parameter *several times*. Reproduce code: --- Expected result: Done Actual result: -- [Thu Feb 17 16:18:27 2005] Script: '/www/index.php' --- /home/dev/php-src/Zend/zend_execute.h(127) : Block 0x082C2FF0 status: /home/dev/php-src/Zend/zend_execute.h(64) : Actual location (location was relayed) Beginning: OK (allocated on /home/dev/php-src/Zend/zend_vm_execute.h:157, 16 bytes) End: Overflown (magic=0x082C3764 instead of 0x2A8FCC84) At least 4 bytes overflown --- Done /home/dev/php-src/Zend/zend_vm_execute.h(157) : Freeing 0x082BF87C (16 bytes), script=/www/qa/tests/ext/mssql/030.php Last leak repeated 1 time /home/dev/php-src/Zend/zend_vm_execute.h(17922) : Freeing 0x082C3764 (16 bytes), script=/www/qa/tests/ext/mssql/030.php === Total 3 memory leaks detected === -- Edit bug report at http://bugs.php.net/?id=32009&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32009&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32009&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32009&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32009&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32009&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32009&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32009&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32009&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32009&r=support Expected behavior: http://bugs.php.net/fix.php?id=32009&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32009&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32009&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32009&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32009&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32009&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32009&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32009&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32009&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32009&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32009&r=mysqlcfg
#31911 [Opn->Asn]: mb_decode_mimeheader is case-sensitive to hex escapes.
ID: 31911
Updated by: [EMAIL PROTECTED]
Reported By: jazfresh at hotmail dot com
-Status: Open
+Status: Assigned
Bug Type: mbstring related
Operating System: Linux Fedora Core
PHP Version: 5.0.3
-Assigned To:
+Assigned To: moriyoshi
Previous Comments:
[2005-02-10 10:32:30] jazfresh at hotmail dot com
Description:
This was reported in the tips section for this function, but I didn't
find it in the bug database.
The encoded text uses hex to represent escaped characters (e.g. "=3F"
means the '?' character). RFC 2047 says that these hex digits can be
either in upper or lower case. However, this function fails to convert
them if the hex character is specified in lower case.
Reproduce code:
---
echo mb_decode_mimeheader("Works: =?iso-8859-1?q?=3F=3F=3F?=");
echo "\n";
echo mb_decode_mimeheader("Fails: =?iso-8859-1?q?=3f=3f=3f?=");
Expected result:
Works: ???
Fails: ???
Actual result:
--
Works: ???
Fails: =?iso-8859-1?q?=3f=3f=3f?=
--
Edit this bug report at http://bugs.php.net/?id=31911&edit=1
#31987 [Opn->Asn]: hirokawa
ID: 31987 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: mbstring related Operating System: Windows XP PRo SP2 PHP Version: 5CVS-2005-02-15 (dev) Assigned To: fujimoto Previous Comments: [2005-02-15 16:05:12] [EMAIL PROTECTED] Description: When ZEND_MULTIBYTE option is defined on Windows XP Pro SP2, and PHP is compiled as Apache 2 module, PHP 5.0.x break up by phpinfo(). Here is backtrace by VC6++ for PHP 5.0.4dev, zif_phpinfo() -> php_print_info(-1 TSRMLS_CC); -> zend_html_puts(zend_version, strlen(zend_verison TSRMLS_CC) -> (L66) LANG_SCNG(output_filter)(&filtered, &filtered_len, s, len TSRMLS_CC) filtered = 0x ""; &filtered = 0x04fcf54c filtered_len = -858993460 s = "Zend Engine v2.1.0-dev,..." len = 66 Reproduce code: --- Expected result: php releated info. Actual result: -- PHP 5.0.4dev executed as Apache 2 module will crash. -- Edit this bug report at http://bugs.php.net/?id=31987&edit=1
#31886 [Fbk->Opn]: make install crashes
ID: 31886 User updated by: pieter dot donche at ua dot ac dot be Reported By: pieter dot donche at ua dot ac dot be -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Solaris 2.9 PHP Version: 4CVS-2005-02-17 New Comment: Downlaod and installed GNU sed (/usr/local/bin). Retried. Same errors. Went so far as to rename Solaris' /usr/bin/sed, /usr/ucb/sed and /usr/xpg4/bin/sed to different names so that they never are used. Retried. Still exactly same errors ... Previous Comments: [2005-02-17 13:48:38] [EMAIL PROTECTED] Due to a bug in the installed sed on your system the build fails. Install GNU sed and it should be okay. Thank you for your interest in PHP. [2005-02-17 11:30:29] pieter dot donche at ua dot ac dot be Also tried snapshot Feb 17 2005 09:30 CMT. Same errors. [2005-02-17 10:59:50] pieter dot donche at ua dot ac dot be I already tried with the snapshot of Feb 10, 2005 13:30 GMT The errors are exactly the same. [2005-02-10 14:47:51] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-02-08 17:04:02] pieter dot donche at ua dot ac dot be Description: Hi, I have SUN/Solaris 2.9, gcc 3.4.2, flex version 2.5.4, bison (GNU Bison) 1.75 and am trying to install PHP-4.3.10 # ./configure --with-apache=/home/wins/builds/src/other/apache_1.3.33 --with-gd --with-jpeg-dir=/usr/local --with-pngdir=/usr/local --with-zlib-dir=/usr/local --with-informix=/home/informix2000 --with-ldap=/usr/local --enable-yp no problems # make no problems # make install Installing PHP SAPI module: apache Installing PHP CLI binary: /usr/local/bin Installing PHP CLI man page: /usr/local/man/man1/ Installing PEAR environment: /usr/local/lib/php/ Segmentation fault - core dumped >From a previous install of PHP-4.3.3 I remember there was a problem with standard sed (/bin/sed) and was advised to use the sed in /usr/xpg4/bin; So, I did # PATH=/usr/xpg4/bin; export PATH and did ./configure, make and make install again. Now make install gives: ... Installing PEAR environment: /usr/local/lib/php/ Error code 139 The follozing command caused the error: /home/wins/builds/src/other/php-4.3.10/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 /home/wins/builds/src/other/php-4.3.10/pear/install-pear.php -d "/usr/local/lib/php" -b "/usr/local/bin" /home/wins/builds/src/other/php-4.3.10/pear/package-*.xml make: Fatal error: Command failed for target `install-pear-installer´ How to solve this ? Thanks in advance for any hints and help, Pieter -- Edit this bug report at http://bugs.php.net/?id=31886&edit=1
#30195 [Fbk]: scandir etc cannot read Chinese file/folder name
ID: 30195
Updated by: [EMAIL PROTECTED]
Reported By: percy at savant dot us
Status: Feedback
Bug Type: *Directory/Filesystem functions
Operating System: windows xp/2003
PHP Version: 5CVS-2004-09-22 (dev)
New Comment:
Note that all of these are PHP code, so paste it within
.
Previous Comments:
[2005-02-17 15:20:57] [EMAIL PROTECTED]
You might have shown strings of a native encoding as
UTF-8 in your browser, most likely because of wrong
Content-Type.
Try putting one of the following at the top of your
script and let's see what'll happen:
CP936 (Simplified Chinese):
header('Content-Type', 'text/html; charset=GB2312');
CP949 (Korean):
header('Content-Type', 'text/html; charset=EUC-KR');
CP950 (Traditional Chinese):
header('Content-Type', 'text/html; charset=BIG5');
CP932 (Japanese):
header('Content-Type', 'text/html;
charset=Shift_JIS');
[2005-01-28 18:02:07] moleary at preg dot org
This is also the case for Japanese characters on the Windows platform.
A note in the PHP manual says that opendir() uses ISO 8859-1 by default
on WIndows installations.
REPRO:
1) Install East Asian language supprto to XP through the Regioanl
languages control panel
2) add a file with Japanese characters as the name (I copied a couple
strings from the asahi.com web site)
ACTUAL:
1) These same characters as text will be presented properly with the
proper code page and/or header encoding.
2) The characters are not correctly parsed when looping through the
contents of an opendir() on the directory in which you placed the file
you created under the repro steps.
EXPECTED:
Ability to define charset for opendir(), or at very least use a more
standard UTF-8 instead of ISO 8859-1 so that Asian named files can have
their proper names returned by opendir()
[2004-12-27 15:39:53] dev at glossword dot info
There is the same problem with php 5.0.2.
How to reproduce:
1. Create file wøاアいנ.txt (urlencoded string
is w%d1%88%d8%a7%e3%82%a2%e3%81%84%d7%a0.txt)
2. Read directory, readdir().
3. You'll get wø.txt (w%c3%b8.txt) instead of proper
name.
With this bug, it is impossible to manage multilingual file names.
[2004-11-18 18:50:04] phoenix95 at hotmail dot com
I'm not 100% sure we have the same problem... What I experienced is
readdir choking on directory names with special characters like an e
acute.
I use PHP 4.3.9 in debug mode from the Komodo v.3 IDE on Windows XP Pro
SP2 english. This happens with the PEAR package
File_Find::mapTreeMultiple().
[2004-09-23 16:51:58] percy at savant dot us
The code:
$dir= 'test';
$files1 = scandir($dir);
print_r($files1);
Result:
subdir
¤¤¤å
a
dkeij
PHPinfo:
System Windows NT IBM99L9V8F 5.1 build 2600
Build Date Aug 12 2004 23:30:01
Configure Command cscript /nologo configure.js "--with-gd=shared"
"--enable-snapshot-build"
Server API ISAPI
Virtual Directory Support enabled
Configuration File (php.ini) Path C:\WINDOWS\php.ini
PHP API 20031224
PHP Extension 20040412
Zend Extension 220040412
Debug Build no
Thread Safety enabled
IPv6 Support enabled
Registered PHP Streams php, file, http, ftp, compress.zlib
Registered Stream Socket Transports tcp, udp
This program makes use of the Zend Scripting Language Engine:
Zend Engine v2.0.1, Copyright (c) 1998-2004 Zend Technologies
PHP Credits
Configuration
PHP Core
Directive Local Value Master Value
allow_call_time_pass_reference Off Off
allow_url_fopen On On
always_populate_raw_post_data Off Off
arg_separator.input & &
arg_separator.output & &
asp_tags Off Off
auto_append_file no value no value
auto_globals_jit On On
auto_prepend_file no value no value
browscap no value no value
default_charset utf-8 utf-8
default_mimetype text/html text/html
define_syslog_variables Off Off
disable_classes no value no value
disable_functions no value no value
display_errors Off Off
display_startup_errors Off Off
doc_root no value no value
docref_ext no value no value
docref_root no value no value
enable_dl On On
error_append_string no value no value
error_log no value no value
error_prepend_string no value no value
error_reporting 2047 2047
expose_php On On
extension_dir c:\php\ext c:\php\ext
file_uploads On On
highlight.bg #FF #FF
highlight.comment #FF8000 #FF8000
highlight.default #BB #BB
highlight.html #00 #00
highlight.keyword #007700 #007700
#30195 [Opn->Fbk]: scandir etc cannot read Chinese file/folder name
ID: 30195
Updated by: [EMAIL PROTECTED]
Reported By: percy at savant dot us
-Status: Open
+Status: Feedback
Bug Type: *Directory/Filesystem functions
Operating System: windows xp/2003
PHP Version: 5CVS-2004-09-22 (dev)
New Comment:
You might have shown strings of a native encoding as
UTF-8 in your browser, most likely because of wrong
Content-Type.
Try putting one of the following at the top of your
script and let's see what'll happen:
CP936 (Simplified Chinese):
header('Content-Type', 'text/html; charset=GB2312');
CP949 (Korean):
header('Content-Type', 'text/html; charset=EUC-KR');
CP950 (Traditional Chinese):
header('Content-Type', 'text/html; charset=BIG5');
CP932 (Japanese):
header('Content-Type', 'text/html;
charset=Shift_JIS');
Previous Comments:
[2005-01-28 18:02:07] moleary at preg dot org
This is also the case for Japanese characters on the Windows platform.
A note in the PHP manual says that opendir() uses ISO 8859-1 by default
on WIndows installations.
REPRO:
1) Install East Asian language supprto to XP through the Regioanl
languages control panel
2) add a file with Japanese characters as the name (I copied a couple
strings from the asahi.com web site)
ACTUAL:
1) These same characters as text will be presented properly with the
proper code page and/or header encoding.
2) The characters are not correctly parsed when looping through the
contents of an opendir() on the directory in which you placed the file
you created under the repro steps.
EXPECTED:
Ability to define charset for opendir(), or at very least use a more
standard UTF-8 instead of ISO 8859-1 so that Asian named files can have
their proper names returned by opendir()
[2004-12-27 15:39:53] dev at glossword dot info
There is the same problem with php 5.0.2.
How to reproduce:
1. Create file wøاアいנ.txt (urlencoded string
is w%d1%88%d8%a7%e3%82%a2%e3%81%84%d7%a0.txt)
2. Read directory, readdir().
3. You'll get wø.txt (w%c3%b8.txt) instead of proper
name.
With this bug, it is impossible to manage multilingual file names.
[2004-11-18 18:50:04] phoenix95 at hotmail dot com
I'm not 100% sure we have the same problem... What I experienced is
readdir choking on directory names with special characters like an e
acute.
I use PHP 4.3.9 in debug mode from the Komodo v.3 IDE on Windows XP Pro
SP2 english. This happens with the PEAR package
File_Find::mapTreeMultiple().
[2004-09-23 16:51:58] percy at savant dot us
The code:
$dir= 'test';
$files1 = scandir($dir);
print_r($files1);
Result:
subdir
¤¤¤å
a
dkeij
PHPinfo:
System Windows NT IBM99L9V8F 5.1 build 2600
Build Date Aug 12 2004 23:30:01
Configure Command cscript /nologo configure.js "--with-gd=shared"
"--enable-snapshot-build"
Server API ISAPI
Virtual Directory Support enabled
Configuration File (php.ini) Path C:\WINDOWS\php.ini
PHP API 20031224
PHP Extension 20040412
Zend Extension 220040412
Debug Build no
Thread Safety enabled
IPv6 Support enabled
Registered PHP Streams php, file, http, ftp, compress.zlib
Registered Stream Socket Transports tcp, udp
This program makes use of the Zend Scripting Language Engine:
Zend Engine v2.0.1, Copyright (c) 1998-2004 Zend Technologies
PHP Credits
Configuration
PHP Core
Directive Local Value Master Value
allow_call_time_pass_reference Off Off
allow_url_fopen On On
always_populate_raw_post_data Off Off
arg_separator.input & &
arg_separator.output & &
asp_tags Off Off
auto_append_file no value no value
auto_globals_jit On On
auto_prepend_file no value no value
browscap no value no value
default_charset utf-8 utf-8
default_mimetype text/html text/html
define_syslog_variables Off Off
disable_classes no value no value
disable_functions no value no value
display_errors Off Off
display_startup_errors Off Off
doc_root no value no value
docref_ext no value no value
docref_root no value no value
enable_dl On On
error_append_string no value no value
error_log no value no value
error_prepend_string no value no value
error_reporting 2047 2047
expose_php On On
extension_dir c:\php\ext c:\php\ext
file_uploads On On
highlight.bg #FF #FF
highlight.comment #FF8000 #FF8000
highlight.default #BB #BB
highlight.html #00 #00
highlight.keyword #007700 #007700
highlight.string #DD #DD
html_errors On On
ignore_repeated_errors Off Off
ignore_repeated_source Off Off
ignore_user_abort Off Off
implicit
#32010 [NEW]: memleaks in mssql_fetch_batch()
From: tony2001 at phpclub dot net Operating system: Linux PHP version: 5CVS-2005-02-17 (dev) PHP Bug Type: MSSQL related Bug description: memleaks in mssql_fetch_batch() Description: mssql_fetch_batch() leaks in several places. Reproduce code: --- Expected result: Done Actual result: -- /home/dev/php-src/ext/mssql/php_mssql.c(1065) : Freeing 0x082C0BE4 (3 bytes), script=/www/index.php /home/dev/php-src/ext/mssql/php_mssql.c(1052) : Freeing 0x082C0BAC (3 bytes), script=/www/index.php -- Edit bug report at http://bugs.php.net/?id=32010&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32010&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32010&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32010&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32010&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32010&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32010&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32010&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32010&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32010&r=support Expected behavior: http://bugs.php.net/fix.php?id=32010&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32010&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32010&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32010&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32010&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32010&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32010&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32010&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32010&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32010&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32010&r=mysqlcfg
#32009 [Opn->Asn]: mssql_bind() causes buffer overruns & memleaks
ID: 32009 Updated by: [EMAIL PROTECTED] Reported By: tony2001 at phpclub dot net -Status: Open +Status: Assigned Bug Type: MSSQL related Operating System: Linux PHP Version: 5CVS-2005-02-17 (dev) -Assigned To: +Assigned To: fmk Previous Comments: [2005-02-17 15:01:37] tony2001 at phpclub dot net Description: mssql_bind() causes some buffer overruns & memleaks if you try to bind the same parameter *several times*. Reproduce code: --- Expected result: Done Actual result: -- [Thu Feb 17 16:18:27 2005] Script: '/www/index.php' --- /home/dev/php-src/Zend/zend_execute.h(127) : Block 0x082C2FF0 status: /home/dev/php-src/Zend/zend_execute.h(64) : Actual location (location was relayed) Beginning: OK (allocated on /home/dev/php-src/Zend/zend_vm_execute.h:157, 16 bytes) End: Overflown (magic=0x082C3764 instead of 0x2A8FCC84) At least 4 bytes overflown --- Done /home/dev/php-src/Zend/zend_vm_execute.h(157) : Freeing 0x082BF87C (16 bytes), script=/www/qa/tests/ext/mssql/030.php Last leak repeated 1 time /home/dev/php-src/Zend/zend_vm_execute.h(17922) : Freeing 0x082C3764 (16 bytes), script=/www/qa/tests/ext/mssql/030.php === Total 3 memory leaks detected === -- Edit this bug report at http://bugs.php.net/?id=32009&edit=1
#30549 [NoF->Asn]: incorrect character translations for some ISO-8859 charsets
ID: 30549
Updated by: [EMAIL PROTECTED]
Reported By: david at davidheath dot org
-Status: No Feedback
+Status: Assigned
Bug Type: mbstring related
Operating System: linux
PHP Version: 4.3.9
-Assigned To:
+Assigned To: moriyoshi
New Comment:
Verified.
Previous Comments:
[2005-02-11 01:00:38] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2005-02-03 04:47:11] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2004-10-25 13:32:53] david at davidheath dot org
oops, minor bug in that script. Line 35 should read:
printf(" incorrect mapping of char 0x%x: got 0x%x,
expected 0x%x\n", $fromChar, $unicodeCharNumber[''], $expectChar);
Corrected version of script for your cut+paste convenience:
0x20ac,
0xa5=>0x20af,
0xaa=>0x37a)
);
testMapping('ISO-8859-8',
array(
0xaf=>0xaf,
0xfd=>0x200e,
0xfe=>0x200f)
);
testMapping('ISO-8859-10',
array(
0xa4=>0x12a
)
);
function testMapping($targetEncoding, $map) {
print "Encoding: $targetEncoding\n";
foreach($map as $fromChar=>$toChar) {
$expectChar = $toChar;
// convert to UCS-4, which represents every possible unicode
// char as a single fixed width 32bit value
$unicodeChar=mb_convert_encoding(chr($fromChar), 'UCS-4LE',
$targetEncoding);
$unicodeCharNumber = unpack('L', $unicodeChar);
if ($expectChar!=$unicodeCharNumber[''] and ($expectChar!=0 and
$unicodeCharNumber!=0x3f)) {
printf(" incorrect mapping of char 0x%x: got 0x%x,
expected 0x%x\n", $fromChar, $unicodeCharNumber[''], $expectChar);
}
}
}
?>
[2004-10-25 10:33:42] [EMAIL PROTECTED]
Hello David,
can you please make a *short* script that show that the warnings are
wrong as it takes quite some time to figure out what your script is
exactly doing.
regards,
Derick
[2004-10-25 09:53:55] david at davidheath dot org
Description:
MBstring appears to incorrectly map some characters for the following
ISO-8859 charsets, as follows:
Encoding: ISO-8859-7
incorrect mapping of char 0xa4: got 0x3f, expected 0x20ac
incorrect mapping of char 0xa5: got 0x3f, expected 0x20af
incorrect mapping of char 0xaa: got 0x3f, expected 0x37a
Encoding: ISO-8859-8
incorrect mapping of char 0xaf: got 0x203e, expected 0xaf
incorrect mapping of char 0xfd: got 0x3f, expected 0x200e
incorrect mapping of char 0xfe: got 0x3f, expected 0x200f
Encoding: ISO-8859-10
incorrect mapping of char 0xa4: got 0x124, expected 0x12a
This is based on the mappings provided at
ftp://ftp.unicode.org/Public/MAPPINGS/ISO8859/ on 25th Oct 2004.
Note, there are undated comments in the "Version history" for the above
files, as follows:
8859-7:
# 2.0 version updates 1.0 version by adding mappings for the
# three newly added characters 0xA4, 0xA5, 0xAA.
8859-8:
# 1.1 version updates to the published 8859-8:1999, correcting
# the mapping of 0xAF and adding mappings for LRM and RLM.
8859-10:
# 1.1 corrected mistake in mapping of 0xA4
So I guess these mappings have changed since mbstring was first
written. I'm not sure if there would be a backward-compatability
problem if the mappings were changed.
Thanks
Dave
Reproduce code:
---
Code for this test is available at:
http://davidheath.org/mbstring/mbstring_test.tar.bz2
Expected result:
Mappings as stated "expected xxx" above.
Actual result:
--
Mappings as stated "got xxx" above.
--
Edit this bug report at http://bugs.php.net/?id=30549&edit=1
#31038 [Com]: Segmentation fault on ocilogon
ID: 31038 Comment by: mp at ecetra dot com Reported By: damien dot harper at keops dot net Status: Assigned Bug Type: OCI8 related Operating System: Red Hat 8 PHP Version: 4.3.10RC2 Assigned To: tony2001 New Comment: It can't be the right solution, cause apache can run under apache, httpd, whatever user and use php oci libs. have you compiled/recompiled your apache and/or php? i ask because i encounter the same problem if the oracle libs used for compilations process differ from those in runtime environment (it can be, but must not) cheers, -michael Previous Comments: [2004-12-15 12:01:20] damien dot harper at keops dot net Well, I found what was wrong ! I must run apache with user oracle and group oinstall (oracle has been installed with oracle user in oinstall group) Now everything is OK, thanks for your replies ;-) [2004-12-15 03:59:49] [EMAIL PROTECTED] I bet it's still the same issue as always: missing environment variable definitions for webserver. (as it works fine with CLI..) [2004-12-14 22:00:40] [EMAIL PROTECTED] Give me some time for testing. ATM I can tell only that Apache2 is not recommended for production environment and this will not be changed in the nearest future. At least, you should use prefork if you have to stick with Apache2. [2004-12-14 19:52:14] damien dot harper at keops dot net I'd prefer to stick with 4.x.x branch for compatibility. It will be used on a production server and we can't loose time to check that everything is OK with PHP 5.x now. Nobody has any idea how to solve this trouble ? [2004-12-14 19:33:33] [EMAIL PROTECTED] Are you able to try latest release from 5.0.x branch? 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/31038 -- Edit this bug report at http://bugs.php.net/?id=31038&edit=1
#32010 [Opn->Asn]: memleaks in mssql_fetch_batch()
ID: 32010 Updated by: [EMAIL PROTECTED] Reported By: tony2001 at phpclub dot net -Status: Open +Status: Assigned Bug Type: MSSQL related Operating System: Linux PHP Version: 5CVS-2005-02-17 (dev) -Assigned To: +Assigned To: fmk Previous Comments: [2005-02-17 15:07:24] tony2001 at phpclub dot net Description: mssql_fetch_batch() leaks in several places. Reproduce code: --- Expected result: Done Actual result: -- /home/dev/php-src/ext/mssql/php_mssql.c(1065) : Freeing 0x082C0BE4 (3 bytes), script=/www/index.php /home/dev/php-src/ext/mssql/php_mssql.c(1052) : Freeing 0x082C0BAC (3 bytes), script=/www/index.php -- Edit this bug report at http://bugs.php.net/?id=32010&edit=1
#32011 [NEW]: Fragments witch replaced Nodes are not globaly useable
From: clynx at succont dot de
Operating system: FreeBSD 4.11
PHP version: 5.0.3
PHP Bug Type: DOM XML related
Bug description: Fragments witch replaced Nodes are not globaly useable
Description:
DomDocumentFragments witch replaced existing Nodes in a DomDocument is not
globaly useable.
* Create a DocumentFragment on an existing DomDocument.
* Append one (or more) Child to this Fragment
* Replace existing Node with this Fragment
The Methods DomDocument->saveXML() displays the Document in the right way.
When you use getElementsByTagName, XPath, or e.g. the XSL Extension these
new Elements are not there.
So in the Example the will never be useable, only viewable.
Reproduce code:
---
XMLCONTENT;
$dom = new DomDocument;
$dom->loadXML( $xmlData );
$fragment = $dom->createDocumentFragment();
$replacement = $dom->createElement( 'replacement' );
$fragment->appendChild( $replacement );
$additionalNode = $dom->createElement( 'additionalNode' );
$fragment->appendChild( $additionalNode );
foreach( $dom->getElementsByTagName( 'replace' ) AS $node ) {
$node->parentNode->replaceChild( $fragment, $node );
}
echo "replacement tags found: " . $dom->getElementsByTagName( 'replacment'
)->length . "\n\n";
echo "xml code used:\n";
echo $dom->saveXML();
?>
Expected result:
replacement tags found: 0
xml code used:
Actual result:
--
replacement tags found: 1
xml code used:
--
Edit bug report at http://bugs.php.net/?id=32011&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32011&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32011&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32011&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32011&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32011&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32011&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32011&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32011&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32011&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32011&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32011&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32011&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32011&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32011&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32011&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32011&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32011&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32011&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32011&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32011&r=mysqlcfg
#31749 [Fbk->Opn]: deadlock due to libc mutexes not released when timeout signal is delivered
ID: 31749 User updated by: phpbug2 at mailinator dot com Reported By: phpbug2 at mailinator dot com -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: Linux 2.4.28, 2.4.21-SMP PHP Version: 5.0.3, 4.3.10 New Comment: Hi, Unfortunately that snapshot did not fix the problem. The child processes still deadlock. #0 0x401c10a4 in __pthread_sigsuspend () from /lib/i686/libpthread.so.0 #1 0x401c0a58 in __pthread_wait_for_restart_signal () from /lib/i686/libpthread.so.0 #2 0x401c2600 in __pthread_alt_lock () from /lib/i686/libpthread.so.0 #3 0x401bf2e7 in pthread_mutex_lock () from /lib/i686/libpthread.so.0 #4 0x4027caba in free () from /lib/i686/libc.so.6 #5 0x4043d9b8 in shutdown_scanner () at Zend/zend_language_scanner.c:2881 #6 0x40450aa5 in zend_deactivate () at /home/r1ch/php4-STABLE-200502171330/Zend/zend.c:689 #7 0x40427d46 in php_request_shutdown (dummy=0x0) at /home/r1ch/php4-STABLE-200502171330/main/main.c:997 #8 0x404639c7 in php_handler (r=0x81a9628) at /home/r1ch/php4-STABLE-200502171330/sapi/apache2handler/sapi_apache2.c:567 #9 0x08089d35 in ap_run_handler (r=0x81a9628) at config.c:152 #10 0x0808a340 in ap_invoke_handler (r=0x81a9628) at config.c:364 #11 0x0806eefa in ap_process_request (r=0x81a9628) at http_request.c:249 #12 0x0806a38d in ap_process_http_connection (c=0x819f418) at http_core.c:251 #13 0x08094ec5 in ap_run_process_connection (c=0x819f418) at connection.c:43 #14 0x08088334 in child_main (child_num_arg=-4) at prefork.c:610 #15 0x08088487 in make_child (s=0x401c8398, slot=0) at prefork.c:704 #16 0x080885a8 in startup_children (number_to_start=5) at prefork.c:722 #17 0x08088e1a in ap_mpm_run (_pconf=0x80cb818, plog=0x81038f8, s=0x80d0168) at prefork.c:941 #18 0x0808f36d in main (argc=3, argv=0xb284) at main.c:618 This backtrace is from a separate Apache 2 server (prefork) since I cannot test a PHP4 on my production server as it may break a number of PHP5 features I am using. However it still shows that the libc mutexes are not getting released, this time in the free() call. A few additional runs also reveal the gmtime() mutex as the earlier reports show: (gdb) bt #0 0x401c10a4 in __pthread_sigsuspend () from /lib/i686/libpthread.so.0 #1 0x401c0a58 in __pthread_wait_for_restart_signal () from /lib/i686/libpthread.so.0 #2 0x401c2600 in __pthread_alt_lock () from /lib/i686/libpthread.so.0 #3 0x401bf2e7 in pthread_mutex_lock () from /lib/i686/libpthread.so.0 #4 0x402a0c05 in __tz_convert () from /lib/i686/libc.so.6 #5 0x4029ed5e in gmtime_r () from /lib/i686/libc.so.6 #6 0x40136f47 in explode_time (xt=0xbfffeb70, t=1108654539401728, offset=0, use_localtime=0) at time.c:91 #7 0x40136f82 in apr_time_exp_tz (result=0xbfffeb70, input=4619712010928521212, offs=0) at time.c:114 #8 0x40136fd3 in apr_time_exp_gmt (result=0xfffc, input=4619712010928521212) at time.c:122 #9 0x080947d4 in cached_explode (xt=0xbfffeb70, t=1108654262423791, cache=0xfffc, use_gmt=1) at util_time.c:117 #10 0x08094891 in ap_explode_recent_gmt (tm=0xfffc, t=4619712010928521212) at util_time.c:143 #11 0x08094a95 in ap_recent_rfc822_date (date_str=0x81a7018 "", t=4619712010928521212) at util_time.c:200 #12 0x0806c1a0 in basic_http_header (r=0x81a5618, bb=0x81a6ff8, protocol=0xfffc ) at http_protocol.c:1248 #13 0x0806ca90 in ap_http_header_filter (f=0x81a6298, b=0x81a6f78) at http_protocol.c:1642 #14 0x080978b1 in ap_pass_brigade (next=0x401c8398, bb=0x8) at util_filter.c:512 #15 0x08099fef in ap_content_length_filter (f=0x81a6280, b=0x81a6f78) at protocol.c:1232 #16 0x080978b1 in ap_pass_brigade (next=0x401c8398, bb=0x8) at util_filter.c:512 #17 0x0806e6b5 in ap_byterange_filter (f=0x81a6268, bb=0x81a6f78) at http_protocol.c:3031 #18 0x080978b1 in ap_pass_brigade (next=0x401c8398, bb=0x8) at util_filter.c:512 #19 0x080978b1 in ap_pass_brigade (next=0x401c8398, bb=0x8) at util_filter.c:512 #20 0x40463a19 in php_handler (r=0x81a5618) at /home/r1ch/php4-STABLE-200502171330/sapi/apache2handler/sapi_apache2.c:572 #21 0x08089d35 in ap_run_handler (r=0x81a5618) at config.c:152 #22 0x0808a340 in ap_invoke_handler (r=0x81a5618) at config.c:364 #23 0x0806eefa in ap_process_request (r=0x81a5618) at http_request.c:249 #24 0x0806a38d in ap_process_http_connection (c=0x819f418) at http_core.c:251 #25 0x08094ec5 in ap_run_process_connection (c=0x819f418) at connection.c:43 #26 0x08088334 in child_main (child_num_arg=-4) at prefork.c:610 #27 0x08088487 in make_child (s=0x401c8398, slot=5) at prefork.c:704 #28 0x08088719 in perform_idle_server_maintenance (p=0x80cb818) at prefork.c:839 #29 0x08088e05 in ap_mpm_run (_pconf=0x0, plog=0x81038f8, s=0x3bc) at prefork.c:1040 #30 0x0808f36d in main (argc=3, argv=0xb284) at main.c:618 Please let me know if you need any additional information. Previous Comments: [2005-02-17 13:44:27]
#27633 [Asn->Csd]: [PATCH] Wrong translation in ASCII mode
ID: 27633 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: FTP related Operating System: Windows XP PHP Version: 4.3.8 Assigned To: iliaa New Comment: This bug has been fixed in CVS. 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/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-02-03 03:20:09] [EMAIL PROTECTED] http://www.binam.net/bug-27633.patch [2004-12-11 00:11:58] sirbinam at hotmail dot com I submitted a patch to the internals list. It worked for me. :) [2004-07-23 17:55:56] [EMAIL PROTECTED] \n becomes \r\r\n in PHP 4.3.8. \n becomes \r\r in PHP 5.0.0 (last \n becomes \r\r\n). [2004-07-23 16:38:01] a dot hoekstra at boxitbv dot nl Upgraded from 4.3.1 to 4.3.8. After upgrade I got extra at end of line when ftp in ascii mode from unix host to xp client. In case of large file (+3kb) missing tail of file and no error message! Downgraded again to 4.3.1 to make things work :-(. [2004-03-18 12:07:48] [EMAIL PROTECTED] This bug has been fixed in CVS. 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/. Thank you for the report, and for helping us make PHP better. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/27633 -- Edit this bug report at http://bugs.php.net/?id=27633&edit=1
#32012 [NEW]: Request for revisiting your online manual
From: soletan at toxa dot de Operating system: WinXP PHP version: 5.0.3 PHP Bug Type: Feature/Change Request Bug description: Request for revisiting your online manual Description: Hi, I'm using your online manual as reference while coding each and every day. I prefer to use that over any book or similar since I consider it to be always most uptodate over those. Furthermore user notes are quite helpful very often. BUT: Again and again I don't see any sense in having such huge front page on each extension. Did you ever try to find the list of supported methods on Multibyte String Extension's front page? While looking for that I'm neither interested in information how to install that extension, how to configure transparent IO-encoding or on what each charset is about to be. Even "moving to bottom of page" doesn't satisfy as there might be lots of user notes with further suggestions on how to install here, configure there etc. Of course, ALL these information are worth to be available, but why couldn't you have some subpages since they become more and more complex with each new release of PHP. And normally users stop installing some day and even configuration is done, right before the developer starts to use your manual as a reference for daily work. Sometimes I simply can't remember what was the name of a single function or what options I have to do this or that using single selection. So using shorthand access using URL is no good tool just like searching whole PHP's function list. Well, simplest adjustment would be to have a page menu on top to click for the function list (as well as installation notes, list of defined constants, user notes, etc.). This would avoid getting more files in PHP manual folder. -- Edit bug report at http://bugs.php.net/?id=32012&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32012&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32012&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32012&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32012&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32012&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32012&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32012&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32012&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32012&r=support Expected behavior: http://bugs.php.net/fix.php?id=32012&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32012&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32012&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32012&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32012&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32012&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32012&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32012&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32012&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32012&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32012&r=mysqlcfg
#32013 [NEW]: MySQLi bind_result causes fatal error: memory limit reached
From: mhe at ltcgroup dot de Operating system: Debian Woody PHP version: 5.0.3 PHP Bug Type: MySQLi related Bug description: MySQLi bind_result causes fatal error: memory limit reached Description: submit a prepared query to mysqli ext using method prepare(). if i use bind_result to bind a column to a variable php crashes with fatal error: memory limit, if the column in database is mediumtext. if you alter this to text, everything works fine. using mysqld 4.1.10 --output: php5 -v micronium:~/phpn# php5 -v PHP 5.0.3-1.dotdeb.0 (cli) (built: Dec 16 2004 13:08:20) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.3, Copyright (c) 1998-2004 Zend Technologies -- mysql: CREATE TABLE tt ( ID_ITEM INTEGER UNSIGNED NOT NULL AUTO_INCREMENT, TITLE VARCHAR(255) NULL, DESCRIPTION MEDIUMTEXT NULL, PRIMARY KEY(ID_ITEM) ); -- php: $query = " select DESCRIPTION from tt "; $stmt = $db->prepare($query); $stmt->execute(); $stmt->bind_result($DESCRIPTION); //-- this is line 63 -- output: Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 16777216 bytes) in /root/phpn/run.php on line 63 Allowed memory size of 8388608 bytes exhausted (tried to allocate 256 bytes) -- mysql: ALTER TABLE `tt` CHANGE `DESCRIPTION` `DESCRIPTION` TEXT -- php: $query = " select DESCRIPTION from tt "; $stmt = $db->prepare($query); $stmt->execute(); $stmt->bind_result($ID_ITEM); //-- this is line 63 -- output: ::: everything is ok, no crahs, can go on Reproduce code: --- try to bind a MEDIUM text column to a variable, and php will crash .. -- Edit bug report at http://bugs.php.net/?id=32013&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32013&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32013&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32013&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32013&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32013&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32013&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32013&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32013&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32013&r=support Expected behavior: http://bugs.php.net/fix.php?id=32013&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32013&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32013&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32013&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32013&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32013&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32013&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32013&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32013&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32013&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32013&r=mysqlcfg
#32013 [Opn]: MySQLi bind_result causes fatal error: memory limit reached
ID: 32013 User updated by: mhe at ltcgroup dot de Reported By: mhe at ltcgroup dot de Status: Open Bug Type: MySQLi related Operating System: Debian Woody PHP Version: 5.0.3 New Comment: MEDIUMTEXT ~ 2^24 bytes = 16777216 bytes, which php tries to allocate php dies, memory limit reached .. mh, lets play with this. so what happens, if i use TEXT, which seems to work .. so i use memory_get_usage() befor and after ->bind_result($ID_ITEM) before: 48120 after: 113848 dif: 65728 2^16+2 = 65538, which is the size of TEXT .. *ouch :-? .. what happens, if i bind 2 variables to a TEXT .. "select DESCRIPTION as DD, DESCRIPTION as DD2, from tt" $stmt->bind_result($ID_ITEM, $IDD); before: 48424 after: 179640 dif: (179640 - 48424) / 2 = 65608 ~ 2 * 2 ^16 ! notice: table was empty Previous Comments: [2005-02-17 19:32:12] mhe at ltcgroup dot de Description: submit a prepared query to mysqli ext using method prepare(). if i use bind_result to bind a column to a variable php crashes with fatal error: memory limit, if the column in database is mediumtext. if you alter this to text, everything works fine. using mysqld 4.1.10 --output: php5 -v micronium:~/phpn# php5 -v PHP 5.0.3-1.dotdeb.0 (cli) (built: Dec 16 2004 13:08:20) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.3, Copyright (c) 1998-2004 Zend Technologies -- mysql: CREATE TABLE tt ( ID_ITEM INTEGER UNSIGNED NOT NULL AUTO_INCREMENT, TITLE VARCHAR(255) NULL, DESCRIPTION MEDIUMTEXT NULL, PRIMARY KEY(ID_ITEM) ); -- php: $query = " select DESCRIPTION from tt "; $stmt = $db->prepare($query); $stmt->execute(); $stmt->bind_result($DESCRIPTION); //-- this is line 63 -- output: Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 16777216 bytes) in /root/phpn/run.php on line 63 Allowed memory size of 8388608 bytes exhausted (tried to allocate 256 bytes) -- mysql: ALTER TABLE `tt` CHANGE `DESCRIPTION` `DESCRIPTION` TEXT -- php: $query = " select DESCRIPTION from tt "; $stmt = $db->prepare($query); $stmt->execute(); $stmt->bind_result($ID_ITEM); //-- this is line 63 -- output: ::: everything is ok, no crahs, can go on Reproduce code: --- try to bind a MEDIUM text column to a variable, and php will crash .. -- Edit this bug report at http://bugs.php.net/?id=32013&edit=1
#32013 [Opn]: MySQLi bind_result causes fatal error: memory limit reached
ID: 32013 User updated by: mhe at ltcgroup dot de Reported By: mhe at ltcgroup dot de Status: Open Bug Type: MySQLi related Operating System: Debian Woody PHP Version: 5.0.3 New Comment: perhaps it is a mysql client lib issue, i downt know .. php side: increasing memory limit isnt a solution mysql side: alter table isnt a solution Previous Comments: [2005-02-17 20:10:27] mhe at ltcgroup dot de MEDIUMTEXT ~ 2^24 bytes = 16777216 bytes, which php tries to allocate php dies, memory limit reached .. mh, lets play with this. so what happens, if i use TEXT, which seems to work .. so i use memory_get_usage() befor and after ->bind_result($ID_ITEM) before: 48120 after: 113848 dif: 65728 2^16+2 = 65538, which is the size of TEXT .. *ouch :-? .. what happens, if i bind 2 variables to a TEXT .. "select DESCRIPTION as DD, DESCRIPTION as DD2, from tt" $stmt->bind_result($ID_ITEM, $IDD); before: 48424 after: 179640 dif: (179640 - 48424) / 2 = 65608 ~ 2 * 2 ^16 ! notice: table was empty [2005-02-17 19:32:12] mhe at ltcgroup dot de Description: submit a prepared query to mysqli ext using method prepare(). if i use bind_result to bind a column to a variable php crashes with fatal error: memory limit, if the column in database is mediumtext. if you alter this to text, everything works fine. using mysqld 4.1.10 --output: php5 -v micronium:~/phpn# php5 -v PHP 5.0.3-1.dotdeb.0 (cli) (built: Dec 16 2004 13:08:20) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.3, Copyright (c) 1998-2004 Zend Technologies -- mysql: CREATE TABLE tt ( ID_ITEM INTEGER UNSIGNED NOT NULL AUTO_INCREMENT, TITLE VARCHAR(255) NULL, DESCRIPTION MEDIUMTEXT NULL, PRIMARY KEY(ID_ITEM) ); -- php: $query = " select DESCRIPTION from tt "; $stmt = $db->prepare($query); $stmt->execute(); $stmt->bind_result($DESCRIPTION); //-- this is line 63 -- output: Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 16777216 bytes) in /root/phpn/run.php on line 63 Allowed memory size of 8388608 bytes exhausted (tried to allocate 256 bytes) -- mysql: ALTER TABLE `tt` CHANGE `DESCRIPTION` `DESCRIPTION` TEXT -- php: $query = " select DESCRIPTION from tt "; $stmt = $db->prepare($query); $stmt->execute(); $stmt->bind_result($ID_ITEM); //-- this is line 63 -- output: ::: everything is ok, no crahs, can go on Reproduce code: --- try to bind a MEDIUM text column to a variable, and php will crash .. -- Edit this bug report at http://bugs.php.net/?id=32013&edit=1
#32002 [Fbk->Opn]: FATAL erealloc() Restarts
ID: 32002 User updated by: tlamay at cte1 dot com Reported By: tlamay at cte1 dot com -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Windows 2003 PHP Version: 4CVS-2005-02-17 New Comment: Okay, after a bit of tweaking I got the latest PHP5 running. It crashes within 8-10 minutes. I have since migrated back to 4.3.10, the most stable version for me at the moment. Funny thing about the PHP5...when it crashes, Apache doesn't ever restart. The server stays completely down. I have to physically start it again. This behavior doesnt occur in 4.3.x. Thu Feb 17 14:31:26 2005] [notice] Parent: Created child process 6672 [Thu Feb 17 14:31:26 2005] [notice] Disabled use of AcceptEx() WinSock2 API [Thu Feb 17 14:31:35 2005] [notice] Child 6672: Child process is running [Thu Feb 17 14:31:35 2005] [notice] Child 6672: Acquired the start mutex. [Thu Feb 17 14:31:35 2005] [notice] Child 6672: Starting 750 worker threads. [Thu Feb 17 14:31:35 2005] [notice] Child 6672: Listening on port 443. [Thu Feb 17 14:31:35 2005] [notice] Child 6672: Listening on port 443. [Thu Feb 17 14:31:35 2005] [notice] Child 6672: Listening on port 80. [Thu Feb 17 14:31:35 2005] [notice] Child 6672: Listening on port 80. FATAL: erealloc(): Unable to allocate 98304 bytes [Thu Feb 17 14:39:29 2005] [notice] Parent: child process exited with status 1 -- Restarting. Previous Comments: [2005-02-17 05:25:51] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Please try the latest HEAD too so we'll see if this is any better there (some memleak fixes exist there which were not allowed to be backported to PHP_4_3 branch) [2005-02-17 05:10:17] tlamay at cte1 dot com I tried the very latest one, and as what happened when I tried the CVS before, it actually makes the problem much worse. Apache restarts every 5-10-15 minutes now versus every 30-45m with PHP 4.3.10. [Wed Feb 16 21:52:39 2005] [notice] Parent: Created child process 3148 [Wed Feb 16 21:52:39 2005] [notice] Disabled use of AcceptEx() WinSock2 API [Wed Feb 16 21:52:48 2005] [notice] Child 3148: Child process is running [Wed Feb 16 21:52:48 2005] [notice] Child 3148: Acquired the start mutex. [Wed Feb 16 21:52:48 2005] [notice] Child 3148: Starting 750 worker threads. [Wed Feb 16 21:52:48 2005] [notice] Child 3148: Listening on port 443. [Wed Feb 16 21:52:48 2005] [notice] Child 3148: Listening on port 443. [Wed Feb 16 21:52:48 2005] [notice] Child 3148: Listening on port 80. [Wed Feb 16 21:52:48 2005] [notice] Child 3148: Listening on port 80. FATAL: erealloc(): Unable to allocate 90112 bytes [Wed Feb 16 22:03:25 2005] [notice] Parent: child process exited with status 1 -- Restarting. [Wed Feb 16 22:03:26 2005] [notice] Parent: Created child process 852 [Wed Feb 16 22:03:26 2005] [notice] Disabled use of AcceptEx() WinSock2 API [Wed Feb 16 22:03:35 2005] [notice] Child 852: Child process is running [Wed Feb 16 22:03:35 2005] [notice] Child 852: Acquired the start mutex. [Wed Feb 16 22:03:35 2005] [notice] Child 852: Starting 750 worker threads. [Wed Feb 16 22:03:35 2005] [notice] Child 852: Listening on port 443. [Wed Feb 16 22:03:35 2005] [notice] Child 852: Listening on port 443. [Wed Feb 16 22:03:35 2005] [notice] Child 852: Listening on port 80. [Wed Feb 16 22:03:35 2005] [notice] Child 852: Listening on port 80. FATAL: erealloc(): Unable to allocate 90112 bytes [Wed Feb 16 22:09:17 2005] [notice] Parent: child process exited with status 1 -- Restarting. [Wed Feb 16 22:09:18 2005] [notice] Parent: Created child process 1792 [Wed Feb 16 22:09:18 2005] [notice] Disabled use of AcceptEx() WinSock2 API [Wed Feb 16 22:09:27 2005] [notice] Child 1792: Child process is running [Wed Feb 16 22:09:27 2005] [notice] Child 1792: Acquired the start mutex. [Wed Feb 16 22:09:27 2005] [notice] Child 1792: Starting 750 worker threads. [Wed Feb 16 22:09:27 2005] [notice] Child 1792: Listening on port 443. [Wed Feb 16 22:09:27 2005] [notice] Child 1792: Listening on port 443. [Wed Feb 16 22:09:27 2005] [notice] Child 1792: Listening on port 80. [Wed Feb 16 22:09:27 2005] [notice] Child 1792: Listening on port 80. FATAL: erealloc(): Unable to allocate 360448 bytes [Wed Feb 16 22:14:22 2005] [notice] Parent: child process exited with status 1 -- Restarting. [Wed Feb 16 22:14:24 2005] [notice] Parent: Created child process 2676 [Wed Feb 16 22:14:24 2005] [notice] Disabled use of AcceptEx() WinSock2 API [2005-02-17 02:39:33] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/
#31960 [Opn->Csd]: PATCH: msql_fetch_row() and msql_fetch_array() dropping columns with NULL values
ID: 31960
Updated by: [EMAIL PROTECTED]
Reported By: danielc at analysisandsolutions dot com
-Status: Open
+Status: Closed
Bug Type: mSQL related
Operating System: NetBSD 2.0
PHP Version: 5CVS-2005-02-13 (dev)
New Comment:
This bug has been fixed in CVS.
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/.
Thank you for the report, and for helping us make PHP better.
Please checkout PHP 4 and PHP 5 CVS trees and make sure it works and
compiles (couldn't test).
Previous Comments:
[2005-02-15 15:43:55] danielc at analysisandsolutions dot com
I also put together a patch for the PHP_4_3 branch:
http://www.analysisandsolutions.com/php/php_msql.c.bug31960.4_3.diff
It hasn't been tested, but looking at the source of the MySQL extension
makes me think it should work.
Though the script I put in the "Reproduce code" section above doesn't
test what happens with empty strings, I subsequently tested the
behavior and everything works fine.
[2005-02-15 02:36:44] danielc at analysisandsolutions dot com
I looked at the MySQL extension to see how they handled NULL values and
copied that into the mSQL extension. Here's the patch against head:
http://www.analysisandsolutions.com/php/php_msql.c.bug31960.diff
Works fine on my installation of 5.0.4-dev.
[2005-02-13 21:02:44] danielc at analysisandsolutions dot com
Description:
msql_fetch_row() and msql_fetch_array() silently drop columns that
contain NULL values. It's important to retrieve all data from a row,
even if it's NULL. oci8 does this just fine.
While there's a comment in the msql_fetch_array() documentation to
watch out for items that have NULL/0/'' values, it doesn't exactly say
what the problem is and it only talks about results that have only one
column.
Reproduce code:
---
$con = msql_connect();
$db = msql_select_db('ptdb', $con);
msql_query('CREATE TABLE blah (i INT, c CHAR(5))', $con);
msql_query("INSERT INTO blah VALUES (1, 'a')", $con);
msql_query("INSERT INTO blah VALUES (2, NULL)", $con);
msql_query("INSERT INTO blah VALUES (NULL, 'c')", $con);
$result = msql_query('SELECT * FROM blah', $con);
while ($arr = msql_fetch_array($result, MSQL_ASSOC)) {
var_dump($arr);
echo "\n";
}
msql_query('DROP TABLE blah', $con);
Expected result:
array(2) {
["i"]=>
string(1) "1"
["c"]=>
string(1) "a"
}
array(2) {
["i"]=>
string(1) "2"
["c"]=>
NULL
}
array(2) {
["a"]=>
NULL
["c"]=>
string(1) "c"
}
Actual result:
--
array(2) {
["i"]=>
string(1) "1"
["c"]=>
string(1) "a"
}
array(1) {
["i"]=>
string(1) "2"
}
array(1) {
["c"]=>
string(1) "c"
}
--
Edit this bug report at http://bugs.php.net/?id=31960&edit=1
#31496 [Bgs]: body output of mail() adds eroneous characters breaking output
ID: 31496 User updated by: cessner at centrosus dot com Reported By: cessner at centrosus dot com Status: Bogus Bug Type: Mail related Operating System: Fedora Core PHP Version: 4CVS, 5CVS (2005-01-18) New Comment: What environment did you test it in? Previous Comments: [2005-02-17 02:44:43] [EMAIL PROTECTED] It's something wrong with your system, this works just fine for me. [2005-01-20 01:43:22] cessner at centrosus dot com Well can someone else test it? The code is in the link on this bug page. That would be a good place to start. -Christian [2005-01-20 01:10:53] [EMAIL PROTECTED] Are you sure that this happens in PHP already and not within your mail transport agent? All that mail() does on UNIX is to pipe the message headers and body into the local sendmail binary, most issues with mangled email headers and content happen *after* PHP has already passed it on to the MTA [2005-01-12 19:38:37] cessner at centrosus dot com I think I found the problem. There seems to be a limit for the message body in html and potentially text output as well at 2040 characters for mail(). I ran a few tests using different forms and different input and the "!" is added always as the 2041st character. -Christian [2005-01-12 01:31:31] cessner at centrosus dot com Here is the code: http://www.centrosus.com/mail/code.html You may enter your email address here and have the html result sent to your email and check the source yourself when you receive the email. http://www.centrosus.com/mail/enter_email.html -Christian 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/31496 -- Edit this bug report at http://bugs.php.net/?id=31496&edit=1
#29769 [Fbk->NoF]: PHP crashes while receiving an ibase event
ID: 29769
Updated by: php-bugs@lists.php.net
Reported By: sascha dot uhl at gmx dot net
-Status: Feedback
+Status: No Feedback
Bug Type: Reproducible crash
Operating System: Windows 2000
PHP Version: 5.0.1
New Comment:
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
Previous Comments:
[2005-02-10 00:31:01] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
[2004-08-20 10:45:22] sascha dot uhl at gmx dot net
Description:
PHP crashes while using the ibase event alerter feature with firebird
1.5.1.
I am using Apache 2.0.50, Firebird 1.5.1 and finally PHP 5.0.1.
I execute the script, which is waiting for an db event. When the event
happens, Dr.Watson appeares and PHP crashes.
Reproduce code:
---
function event_handler($event_name, $connection)
{
echo "ein event";
if ($event_name=="RBS_UPDATE") {
$query = "SELECT RBS_RFPI, RBS_ISON FROM TBL_RBS ORDER BY
RBS_RFPI";
$result = ibase_query($query);
while ($row = ibase_fetch_object ($result)) {
// echo $row->RBS_RFPI . " " . $row->RBS_ISON . "";
echo "
updateRBSState('$row->RBS_RFPI',s".$row->RBS_ISON."); ";
}
}
}
ibase_set_event_handler($connection, "event_handler", "RBS_UPDATE");
ibase_wait_event($connection, "RBS_UPDATE");
Expected result:
After receiving the event, the callback function should write the
output to the browser.
Actual result:
--
Sorry, no backtrace...
Receiving the result ends in Dr.Watson for PHP
--
Edit this bug report at http://bugs.php.net/?id=29769&edit=1
#28458 [Fbk->NoF]: Problem storing objects in Session
ID: 28458
Updated by: php-bugs@lists.php.net
Reported By: chrispeery at cox dot net
-Status: Feedback
+Status: No Feedback
Bug Type: Session related
Operating System: Red Hat Linux 2.4.9-e.12
PHP Version: 5.0.0RC2
New Comment:
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
Previous Comments:
[2005-02-10 20:11:21] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
[2004-05-20 22:06:41] dharana at dharana dot net
This is intended behaviour. Objects are passed by reference by default
in php 5.
[2004-05-20 19:09:21] chrispeery at cox dot net
Description:
The problem occurs when you store an object into the
session and then try and create a local copy of that
object. In PHP version 4.3.4 when you create the local
copy of the object and modify it the object in the
session does not change. However with PHP 5.0.0RC2
when you modify the local copy of the object it will
also modify the object that is stored in the session.
Is this the desired behavior for the newer version.
Also one more thing to point out, if your working with
any other datatype like array or strings stored in the
session this does not happen.
Reproduce code:
---
TEST SESSION WITH OBJECT");
$my_object = (object) array('value_one'=>'1');
$_SESSION['TEST_OBJECT'] = $my_object;
$local_object_copy = $_SESSION['TEST_OBJECT'];
echo("SESSION BEFORE:");
var_dump($_SESSION['TEST_OBJECT']);
echo("");
echo("LOCAL COPY BEFORE:");
var_dump($local_object_copy);
echo("");
$local_object_copy->value_one = '2';
echo("SESSION AFTER:");
var_dump($_SESSION['TEST_OBJECT']);
echo("");
echo("LOCAL COPY AFTER:");
var_dump($local_object_copy);
?>
Expected result:
I would expect for the local copy of the object to be
modified and the object stored in the Session not to be
modified. Unless of course I explicity set my local
variable like so ($local_object_copy =&
$_SESSION['TEST_OBJECT'];)
Actual result:
--
The actual result is that the object stored in the
session has the exact same value as the local copy I
created.
--
Edit this bug report at http://bugs.php.net/?id=28458&edit=1
#31836 [Fbk->NoF]: libxml fails when compiling as shared module
ID: 31836 Updated by: php-bugs@lists.php.net Reported By: mezzymeat at users dot sourceforge dot net -Status: Feedback +Status: No Feedback Bug Type: Compile Failure Operating System: Linux Slackware 10.0 PHP Version: 5.0.3 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2005-02-03 23:22:04] [EMAIL PROTECTED] run `make clean` and try again. [2005-02-03 23:15:05] mezzymeat at users dot sourceforge dot net Description: Using PHP 5.0.3 and trying to install it as shared module with Apache 2.0.52. When running configure with --with-apxs2 flag "make" gives the error ext/libxml/libxml.lo: file not recognized: File truncated collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 This does not occure when PHP is a static module or not using Apache 2.x I have libxml installed but PHP does not seem to "recognize it", as it says in the error. I tried to run configure with the --disable-xml along with the --disable-pear but that made no difference. I have posted a thread at LinuxQuestions about this at http://www.linuxquestions.org/questions/showthread.php?s=&postid=1449341 Reproduce code: --- $ ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql=/usr/local/mysql --disable-cgi $ make Expected result: A compiled source Actual result: -- ext/libxml/libxml.lo: file not recognized: File truncated collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 -- Edit this bug report at http://bugs.php.net/?id=31836&edit=1
#32014 [NEW]: Last-Modified is set to PHP file mtime
From: ceefour at gauldong dot net
Operating system: All
PHP version: 5.0.3
PHP Bug Type: Session related
Bug description: Last-Modified is set to PHP file mtime
Description:
When using 'public' or 'private' cache limiter (maybe other cache
limiters, except 'nocache'), PHP will output the PHP script's mtime as the
Last-Modified header. While this is okay for some purposes, the dynamic
nature of PHP scripts make this a bad "feature".
It's possible to circumvent this problem by manually sending a header()
but IMHO this should never be necessary.
My proposal would be to change these affected limiters to either not
output Last-Modified or output a current time Last-Modified header using
the format date('D, d M Y H:i:s O'). Note that date('r') doesn't work in
some cases.
--
Edit bug report at http://bugs.php.net/?id=32014&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32014&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32014&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32014&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32014&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32014&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32014&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32014&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32014&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32014&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32014&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32014&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32014&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32014&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32014&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32014&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32014&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32014&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32014&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32014&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32014&r=mysqlcfg
#32015 [NEW]: StrtoTime Function Giving Different Timestamps in different versions
From: rj at meadowbrook dot net
Operating system: Linux
PHP version: 5.0.2
PHP Bug Type: *Calendar problems
Bug description: StrtoTime Function Giving Different Timestamps in different
versions
Description:
The exact same function produces two different timestamp results:
PHP 4.3.2
strtotime('12/01/04 9:00 AM');
produces 1101909600
PHP 5.0.2
strtotime('12/01/04 9:00 AM');
produces 1101909622
Any combination produces a result 22 seconds less in 5.0.2 that the result
in 4.3.2
Reproduce code:
---
n/a
Expected result:
n/a
Actual result:
--
n/a
--
Edit bug report at http://bugs.php.net/?id=32015&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32015&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32015&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32015&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32015&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32015&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32015&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32015&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32015&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32015&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32015&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32015&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32015&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32015&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32015&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32015&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32015&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32015&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32015&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32015&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32015&r=mysqlcfg
