Re: [PHP-DEV] SSL socket support
On Mon, Feb 26, 2001 at 01:31:05AM -, Wez Furlong wrote:
I've been reviewing my relatively crude patch from September last year that
provided transparent SSL socket access to PHP via the php functions
fsockopen, fread etc. etc.
Great, I was wondering what happened, was considering doing something
myself.
Would it be worthwhile making my changes more future proof by making an
abstraction layer, in the
same vein as fopen cookie (used by the zlib extension) ?
php_sockbuf {
...
void * cookie;
size_t (*reader)(void * cookie, char * buffer, size_t size);
size_t (*writer)(void * cookie, char * buffer, size_t size);
void (*closer)(void * cookie);
}
For normal sockets, cookie would be set to the descriptor and the
reader/writer/closer functions
set to the regular calls. For SSL sockets the cookie would be the SSL
pointer and the reader/writer/closer functions would be the SSL equivalents
etc.
Sounds good to me. It's also impossible in a portable way to know if a
socket is AF_INET, AF_INET6 or AF_LOCAL, so for socket() function etc.
I've been thinking of doing something like this to store what domain
a socket is in (maybe type and protocol too). So I think that all
sockets created should have an associated structure, for the low level
PHP socket functions, we only need type at the moment, but it doesn't
hurt that much if there are some extra fields. I've been thinking of
proposing (and doing) this for a while, but I haven't had time to study
the code carefully enough to determine what's the best way.
Stig
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9003 Updated: mod_ssl + php4.0.4pl1 crash
ID: 9003 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Reproduceable crash Assigned To: Comments: User feedback: --- I try that, but it doesn't work, any version of pthread i need to install 1st??? --- This is what I have: /lib/libpthread-0.8.so Check that apache really is linked with pthread lib: # ldd /usr/local/apps/apache_1.3.14/bin/httpd --Jani Previous Comments: --- [2001-02-22 18:58:22] [EMAIL PROTECTED] I think this is the old pthreadg/glibc bug. ie. you have to link your apache with pthread lib. you can configure apache like this: # LDFLAGS=-lpthread ./configure --Jani --- [2001-02-22 09:15:56] [EMAIL PROTECTED] further test, I done the exactly same configuration on RedHat 7.0, it works fine, php + mod_ssl startup perfect. it seems the problem is relate to glibc, pthread??. However, I have to get it work RedHat 6.1, any idea? thanks in advance --- [2001-02-10 07:43:53] [EMAIL PROTECTED] here is GDS trace (gdb) run -X -DSSL -f /usr/local/apps/apache_1.3.14/conf/httpd.conf Starting program: /usr/local/apps/apache_1.3.14/./bin/httpd -X -DSSL -f /usr/local/apps/apache_1.3.14/conf/httpd.conf Program received signal SIGILL, Illegal instruction. 0x40353715 in modf () from /usr/local/apps/apache_1.3.14/libexec/libphp4.so (gdb) bt #0 0x40353715 in modf () from /usr/local/apps/apache_1.3.14/libexec/libphp4.so #1 0x6023ddff in ?? () #2 0x8073547 in ap_fcvt () #3 0x8073c0b in conv_fp () #4 0x8074894 in ap_vformatter () #5 0x8074f98 in ap_snprintf () #6 0x40b09fe4 in ?? () from /usr/local/apps/apache_1.3.14/libexec/libssl.so #7 0x40b09d7e in ?? () from /usr/local/apps/apache_1.3.14/libexec/libssl.so #8 0x40b051c7 in ?? () from /usr/local/apps/apache_1.3.14/libexec/libssl.so #9 0x80571b9 in ap_init_modules () #10 0x8060d15 in standalone_main () #11 0x8061533 in main () #12 0x400b61eb in __libc_start_main (main=0x80611dc main, argc=5, argv=0xbc04, init=0x804f344 _init, fini=0x8097a4c _fini, rtld_fini=0x4000a610 _dl_fini, stack_end=0xbbfc) at ../sysdeps/generic/libc-start.c:90 --- [2001-02-04 13:02:57] [EMAIL PROTECTED] Instructions how to generate a GDB backtrace can be found here: http://bugs.php.net/bugs-generating-backtrace.php --Jani --- [2001-02-01 21:26:46] [EMAIL PROTECTED] Could you please try to generate a GDB backtrace of the crash? Reconfigure / compile PHP first with --enable-debug! --Jani --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9003edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9003 Updated: mod_ssl + php4.0.4pl1 crash
ID: 9003 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Reproduceable crash Assigned To: Comments: And as you're using OCI8 make sure you have all the required environment variables set ( http://www.php.net/oci8 ) before starting Apache. --Jani Previous Comments: --- [2001-02-26 03:54:04] [EMAIL PROTECTED] User feedback: --- I try that, but it doesn't work, any version of pthread i need to install 1st??? --- This is what I have: /lib/libpthread-0.8.so Check that apache really is linked with pthread lib: # ldd /usr/local/apps/apache_1.3.14/bin/httpd --Jani --- [2001-02-22 18:58:22] [EMAIL PROTECTED] I think this is the old pthreadg/glibc bug. ie. you have to link your apache with pthread lib. you can configure apache like this: # LDFLAGS=-lpthread ./configure --Jani --- [2001-02-22 09:15:56] [EMAIL PROTECTED] further test, I done the exactly same configuration on RedHat 7.0, it works fine, php + mod_ssl startup perfect. it seems the problem is relate to glibc, pthread??. However, I have to get it work RedHat 6.1, any idea? thanks in advance --- [2001-02-10 07:43:53] [EMAIL PROTECTED] here is GDS trace (gdb) run -X -DSSL -f /usr/local/apps/apache_1.3.14/conf/httpd.conf Starting program: /usr/local/apps/apache_1.3.14/./bin/httpd -X -DSSL -f /usr/local/apps/apache_1.3.14/conf/httpd.conf Program received signal SIGILL, Illegal instruction. 0x40353715 in modf () from /usr/local/apps/apache_1.3.14/libexec/libphp4.so (gdb) bt #0 0x40353715 in modf () from /usr/local/apps/apache_1.3.14/libexec/libphp4.so #1 0x6023ddff in ?? () #2 0x8073547 in ap_fcvt () #3 0x8073c0b in conv_fp () #4 0x8074894 in ap_vformatter () #5 0x8074f98 in ap_snprintf () #6 0x40b09fe4 in ?? () from /usr/local/apps/apache_1.3.14/libexec/libssl.so #7 0x40b09d7e in ?? () from /usr/local/apps/apache_1.3.14/libexec/libssl.so #8 0x40b051c7 in ?? () from /usr/local/apps/apache_1.3.14/libexec/libssl.so #9 0x80571b9 in ap_init_modules () #10 0x8060d15 in standalone_main () #11 0x8061533 in main () #12 0x400b61eb in __libc_start_main (main=0x80611dc main, argc=5, argv=0xbc04, init=0x804f344 _init, fini=0x8097a4c _fini, rtld_fini=0x4000a610 _dl_fini, stack_end=0xbbfc) at ../sysdeps/generic/libc-start.c:90 --- [2001-02-04 13:02:57] [EMAIL PROTECTED] Instructions how to generate a GDB backtrace can be found here: http://bugs.php.net/bugs-generating-backtrace.php --Jani --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9003edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9421 Updated: PHPSESSID should use amp;
ID: 9421 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Session related Assigned To: Comments: This is fixed in CVS. Please try with CVS snapshot from http://snaps.php.net/ and check the php.ini-dist file for 'arg_separator' directive. --Jani Previous Comments: --- [2001-02-23 10:31:51] [EMAIL PROTECTED] According to this page: http://www.htmlhelp.com/tools/validator/problems.html#amp You must use amp; and not in URLs to validate documents properly, and in order to Netscape 3.x to not fail it. PHP sessions generate this in the URL, like: PHPSESSID=4f07bc5ee9353dc which should have been: amp;PHPSESSID=4f07bc5ee9353dc should be self explainable --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9421edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9424 Updated: Setcookie don't work well
ID: 9424
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: HTTP related
Assigned To:
Comments:
Read the manual page for setcookie:
http://www.php.net/setcookie
and ask further support questions on [EMAIL PROTECTED]
--Jani
Previous Comments:
---
[2001-02-23 11:25:54] [EMAIL PROTECTED]
I try to use this function to prevent that the same visitor vote for more than one
time in a hour but it don't work, the code is this:
if($vote!=1)
{
$time=time();
$time=$time + 36000;
setcookie("vote","1",$time);
}
If the visitor vote, the vote counts, than if he try to vote again the vote don't
count, but if he try again it counts, the cookie is delete and i don't know why, i use
IE 5.5.
Can some one help me.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9424edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: PHP 4.0 Bug #9003 Updated: mod_ssl + php4.0.4pl1 crash
yes, i do have those envoirment defined before it start the apache, as i point out before, it works ok without ssl, only fails when I start it up with ssl thanks, Sherman -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: Monday, 26 February 2001 7:57 PM To: [EMAIL PROTECTED] Subject: PHP 4.0 Bug #9003 Updated: mod_ssl + php4.0.4pl1 crash ID: 9003 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Reproduceable crash Assigned To: Comments: And as you're using OCI8 make sure you have all the required environment variables set ( http://www.php.net/oci8 ) before starting Apache. --Jani Previous Comments: --- [2001-02-26 03:54:04] [EMAIL PROTECTED] User feedback: --- I try that, but it doesn't work, any version of pthread i need to install 1st??? --- This is what I have: /lib/libpthread-0.8.so Check that apache really is linked with pthread lib: # ldd /usr/local/apps/apache_1.3.14/bin/httpd --Jani --- [2001-02-22 18:58:22] [EMAIL PROTECTED] I think this is the old pthreadg/glibc bug. ie. you have to link your apache with pthread lib. you can configure apache like this: # LDFLAGS=-lpthread ./configure --Jani --- [2001-02-22 09:15:56] [EMAIL PROTECTED] further test, I done the exactly same configuration on RedHat 7.0, it works fine, php + mod_ssl startup perfect. it seems the problem is relate to glibc, pthread??. However, I have to get it work RedHat 6.1, any idea? thanks in advance --- [2001-02-10 07:43:53] [EMAIL PROTECTED] here is GDS trace (gdb) run -X -DSSL -f /usr/local/apps/apache_1.3.14/conf/httpd.conf Starting program: /usr/local/apps/apache_1.3.14/./bin/httpd -X -DSSL -f /usr/local/apps/apache_1.3.14/conf/httpd.conf Program received signal SIGILL, Illegal instruction. 0x40353715 in modf () from /usr/local/apps/apache_1.3.14/libexec/libphp4.so (gdb) bt #0 0x40353715 in modf () from /usr/local/apps/apache_1.3.14/libexec/libphp4.so #1 0x6023ddff in ?? () #2 0x8073547 in ap_fcvt () #3 0x8073c0b in conv_fp () #4 0x8074894 in ap_vformatter () #5 0x8074f98 in ap_snprintf () #6 0x40b09fe4 in ?? () from /usr/local/apps/apache_1.3.14/libexec/libssl.so #7 0x40b09d7e in ?? () from /usr/local/apps/apache_1.3.14/libexec/libssl.so #8 0x40b051c7 in ?? () from /usr/local/apps/apache_1.3.14/libexec/libssl.so #9 0x80571b9 in ap_init_modules () #10 0x8060d15 in standalone_main () #11 0x8061533 in main () #12 0x400b61eb in __libc_start_main (main=0x80611dc main, argc=5, argv=0xbc04, init=0x804f344 _init, fini=0x8097a4c _fini, rtld_fini=0x4000a610 _dl_fini, stack_end=0xbbfc) at ../sysdeps/generic/libc-start.c:90 --- [2001-02-04 13:02:57] [EMAIL PROTECTED] Instructions how to generate a GDB backtrace can be found here: http://bugs.php.net/bugs-generating-backtrace.php --Jani --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9003edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9425 Updated: file upload appends content-type header to beginning of binary file
ID: 9425 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Closed Bug Type: Unknown/Other Function Assigned To: Comments: Previous Comments: --- [2001-02-23 12:35:17] [EMAIL PROTECTED] I've been having difficulty with the file upload feature, specifically used with JPEG files. I'm using the 4.04p|1 RPM for RH off of rpmfind, I've listed the compile flags at the end of this message. The content-type header has been appended to the beginning of the file, making the file unreadable. Opening the file in vi and deleting the first two lines fixes the problem. I've seen ~3 other messages posted relating to this problem on the mailing lists, specific to this version, but no solutions, so I'm guessing it's a bug. Here's the code on the receiving end: if ($HTTP_POST_FILES): $file1_nym = $HTTP_POST_FILES['file1_upload']['name']; move_uploaded_file($file1_upload, "/usr/local/www/html/assets/$file1_nym"); $file2_nym = $HTTP_POST_FILES['file2_upload']['name']; move_uploaded_file($file2_upload, "/usr/local/www/html/assets/$file2_nym"); } compile options: './configure' '--prefix=/usr' '--with-config-file-path=/etc' '--disable-debug' '--enable-pic' '--enable-shared' '--enable-inline-optimization' '--with-apxs=/usr/sbin/apxs' '--with-exec-dir=/usr/bin' '--with-regex=system' '--with-gettext' '--with-gd' '--with-jpeg-dir=/usr' '--with-png' '--with-zlib' '--with-db2' '--with-db3' '--with-gdbm' '--enable-debugger' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-yp' '--enable-ftp' '--enable-wddx' '--without-mysql' '--without-oracle' '--without-oci8' '--with-xml' --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9425edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] ctype function (re?)naming
RFC: what should their names be in 4.0.5? ( ) stay with ctype_alpha() ... ( ) switch to ctype_isalpha() ... ( ) switch to ctype_isalpha() ... and have ctype_alpha() aliases ( ) switch to ctype_is_alpha() ... ( ) switch to ctype_is_alpha() ... and have ctype_alpha() aliases ( ) (fill in your idea here) -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 Besuchen Sie uns auf der CeBIT 2001 - in Halle 6 Stand F62/4 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9429 Updated: Apache hangs when Win goes to standby
ID: 9429 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Bogus Bug Type: Apache related Assigned To: Comments: submitted twice. ( orig. #9422) Previous Comments: --- [2001-02-23 14:27:05] [EMAIL PROTECTED] If PHP 4.04 is included in Apache 1.3.17 as module with: LoadModule php4_module c:/php/sapi/php4apache.dll AddType application/x-httpd-php .php and Win goes into standby the standby window and the Apache console freezes, omnly after after killing the second apache task - with small letters - computer goes standby. Gustav Graf --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9429edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9452: spaces insered between character
From: [EMAIL PROTECTED] Operating system: RedHat 62 PHP version: 4.0.4pl1 PHP Bug Type: Oracle related Bug description: spaces insered between character php4 --with-apxs --with-osi8 -- Edit Bug report at: http://bugs.php.net/?id=9452edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-QA] ctype function (re?)naming
On Mon, 26 Feb 2001, Hartmut Holzgraefe wrote: RFC: what should their names be in 4.0.5? ( ) stay with ctype_alpha() ... ( ) switch to ctype_isalpha() ... ( ) switch to ctype_isalpha() ... and have ctype_alpha() aliases ( ) switch to ctype_is_alpha() ... (X) switch to ctype_is_alpha() ... and have ctype_alpha() aliases ( ) (fill in your idea here) Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9452 Updated: spaces insered between character
ID: 9452 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Oracle related Assigned To: Comments: Nowhere near enough info (Read www.php.net/bugs-dos-and-donts.php before submitting a bug) Previous Comments: --- [2001-02-26 04:28:51] [EMAIL PROTECTED] php4 --with-apxs --with-osi8 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9452edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] ctype function (re?)naming
HH RFC: what should their names be in 4.0.5? HH HH ( ) stay with ctype_alpha() ... HH (X) switch to ctype_isalpha() ... HH ( ) switch to ctype_isalpha() ... and have ctype_alpha() aliases HH ( ) switch to ctype_is_alpha() ... HH ( ) switch to ctype_is_alpha() ... and have ctype_alpha() aliases HH ( ) (fill in your idea here) And add isalpha alias for it. -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9430 Updated: APACHE fails to compile when --with-imap support is enabled
ID: 9430 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Apache related Assigned To: Comments: The c-client library is not meant to be compiled as shared library (yet). Please consult this page for info where to get the sources and how to install it: http://www.php.net/manual/en/ref.imap.php --Jani Previous Comments: --- [2001-02-23 14:48:41] [EMAIL PROTECTED] After a successful install of PHP using the configuration: ./configure --with-openlink=/usr/local/openlink --with-apache=../apache_1.3.17 --enable-track-vars --with-gd --enable-ftp --with-ttf --with-jpeg-dir=/usr/lib --with-mysql=/usr/local --with-imap running: ./configure --prefix=/etc/apache --logfiledir=/var/log/apache --activate-module=src/modules/php4/libphp4.a fails with the message: cd ..; gcc -DLINUX=22 -I/usr/src/php-4.0.4pl1 -I/usr/src/php-4.0.4pl1/main -I/usr/src/php-4.0.4pl1/main -I/usr/src/php-4.0.4pl1/Zend -I/usr/src/php-4.0.4pl1/Zend -I/usr/src/php-4.0.4pl1/TSRM -I/usr/src/php-4.0.4pl1/TSRM -I/usr/src/php-4.0.4pl1 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` -o helpers/dummy helpers/dummy.c -Wl,-rpath,/usr/lib/lib -Wl,-rpath,/usr/local/lib/mysql -rdynamic -L/usr/lib/lib -L/usr/local/lib/mysql -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -L/usr/local/openlink/odbcsdk/lib -liodbc -lpam -lc-client -ldl -lmysqlclient -lttf -lz -lpng -lgd -ljpeg -lresolv -lm -ldl -lcrypt -lnsl -lresolv -L/usr/lib/lib -ljpeg -lm -lcrypt /usr/lib/libc-client.so: undefined reference to `mm_expunged' /usr/lib/libc-client.so: undefined reference to `mm_diskerror' /usr/lib/libc-client.so: undefined reference to `mm_lsub' /usr/lib/libc-client.so: undefined reference to `mm_flags' /usr/lib/libc-client.so: undefined reference to `mm_fatal' /usr/lib/libc-client.so: undefined reference to `mm_nocritical' /usr/lib/libc-client.so: undefined reference to `mm_notify' /usr/lib/libc-client.so: undefined reference to `mm_searched' /usr/lib/libc-client.so: undefined reference to `mm_status' /usr/lib/libc-client.so: undefined reference to `mm_login' /usr/lib/libc-client.so: undefined reference to `mm_list' /usr/lib/libc-client.so: undefined reference to `mm_critical' /usr/lib/libc-client.so: undefined reference to `mm_exists' /usr/lib/libc-client.so: undefined reference to `mm_log' /usr/lib/libc-client.so: undefined reference to `mm_dlog' collect2: ld returned 1 exit status make: *** [dummy] Error 1 Creating Makefile in src + configured for Linux platform + setting C compiler to gcc + setting C pre-processor to gcc -E + checking for system header files + adding selected modules o php4_module uses ConfigStart/End + checking sizeof various data types + doing sanity check on compiler and options ** A test compilation with your Makefile configuration ** failed. The below error output from the compilation ** test will give you an idea what is failing. Note that ** Apache requires an ANSI C Compiler, such as gcc. Error Output for sanity check = End of Error Report = Aborting! This error can be duplicated by running: gcc src/helpers/dummy.c -o dummy -lc-client --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9430edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9432 Updated:
ID: 9432 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *Install and Config Assigned To: Comments: # ./configure --help |grep imap-ssl --with-imap-ssl[=DIR] Include SSL support in IMAP. Add above option into your configure line. Previous Comments: --- [2001-02-23 16:47:09] [EMAIL PROTECTED] I need to install apache 1.3.14 whith php In apache ./configure --prefix=/www --enable-rule=SHARED_CORE --enable-module=so I need install mysql, ipxs and imap. In php ./configure --with-mysql --with-apxs=/www/bin/apxs --with-imap But When I finally run it This message appears /www/bin/apachectl start Syntax error on line 207 of /www/conf/httpd.conf: Cannot load /www/libexec/liphp4.so into sever:undefinied symbol: SSL_CTX_set_tmp_rsa_callback /www/bin/apachectl start:httpd could not be started with gdb the next message, it display Program received signal sigstrap, Trace/breakpoint trap. 0,40001d30 in_start () at rtld.c:159 159 rtld.c: No such file or directory --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9432edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8361 Updated: Chinese char changed ADODB.command,recordset can not be used
ID: 8361
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
Assigned To: phanto
Comments:
Previous Comments:
---
[2001-02-23 20:23:32] [EMAIL PROTECTED]
Thank you very very much!
www.mm4.com finally complied the new version,
Every think worked well now :)
---
[2001-02-06 19:28:11] [EMAIL PROTECTED]
fixed in cvs
you have to wait till they recompile it
---
[2001-02-04 08:25:47] [EMAIL PROTECTED]
thanks! I use WindowsMe(chinese).
I don't know which platform they used to compile php.
please let me know if you finished. thanks!
steeven
---
[2001-02-04 06:34:15] [EMAIL PROTECTED]
which operating system do you use ?
if you're using windows nt/98/95 and the sources where compiled on win2k this could be
the reason. i fix this in the evening.
harald
---
[2001-02-04 00:33:49] [EMAIL PROTECTED]
I donwload 4.05dev from www.mm4.de, and run the following code:
?php
//phpinfo();
$dbc = new COM("ADODB.Connection");
$dbc-Provider = "sqloledb";
$dbc-Open('DSN=starmate;Database=magway;UID=sa;PWD=');
$q="select title from css";
?
Here is the result:
Warning: Error in php_char_to_OLECHAR() in d:apachehtdocsmagwayphorumtest.php on line
4
Warning: Invalid ProgID: Àà×Ö·û´®ÎÞЧ[invalid class string(by me)] in
d:apachehtdocsmagwayphorumtest.php on line 4
Fatal error: Call to undefined function: open() in d:apachehtdocsmagwayphorumtest.php
on line 6
Please tell me what you need to know for more.
---
The remainder of the comments for this report are too long. To view the rest of the
comments, please view the bug report online.
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8361edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9453: Reference issue
From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version: 4.0.4pl1
PHP Bug Type: Scripting Engine problem
Bug description: Reference issue
I tried it with: allow_call_time_pass_reference = Off and
allow_call_time_pass_reference= On
It seems that the result is not send automatically as a reference
class A{
function b($f) {
$d=$f;
$f='5';
return $d;
}
}
$c='3';
$d=new A();
$h=$d-b($c);
$h=$d-b($c); //The is needed to work well
$h='9';
echo $c. ' '.$h;
The value of c is not updated correctly if we don't ask for a reference
--
Edit Bug report at: http://bugs.php.net/?id=9453edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9454: Reference issue 2
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.4pl1 PHP Bug Type: Scripting Engine problem Bug description: Reference issue 2 I got in trouble with reference. Issues with Linux, Mandrake 7.2 and Windows 2000 with PHP 4.04pl1, php 4.0.3 php 4.0.1pl2 I am unable to give small script, the problem seems to appear only on big script, some refences seems to be messed up. What I did. I used MySql to query a system. When I check the result of a query, I got a resource ID But sometimes, the resource ID is a big number, ie 18739485 I belived the problem came from MySql, but I used ODBC to find a turn around, with the same problem. The worst is the such a resource is working well after for the next_record statement. Then, I realize a dump of a big variable, that contains references of objects, of arrays... And one of this variable inside is at the beginning a number, and becomes a reference to another object. I checked the code, and the variable is written only once. Something else, I write to the screen a string using printf() or echo sprintf(), and I find this string in the big variable. Worst, I notice some strange characters in this object (with ascii code 127) It seems that in some condition, the memory manager doesn't work well. With my code, PHP hangs on while it is trying to print a resource ID variable (on Unix or PHP). I can send you my code if you are interested in. For a core file, I didn't compile PHP- Linux with the debug option. Do you know how I can do the same thing with Windows? Hope that helps -- Edit Bug report at: http://bugs.php.net/?id=9454edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #3362 Updated: php_auth_user not passed back to apache
ID: 3362 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Apache related Description: php_auth_user not passed back to apache No, this seems to be gone in PHP 4. Previous Comments: --- [2001-02-24 13:50:59] [EMAIL PROTECTED] Does this still occur with PHP 4.0.4pl1? James --- [2001-02-10 14:04:16] [EMAIL PROTECTED] refiled as a bug against 4.0. --- [2000-01-31 11:10:25] [EMAIL PROTECTED] When I use a "normal" i.e. htaccess-authenification, apache puts the username-string into to the (combined) logfile. When I use the php-authentification, there is no username in the logfile. So it seems, that apache does not know, that the user is now authenticated. Should there perhaps be something like GLOBAL(php3_rqst)-connection-user=estrdup(user); in functions/post.c? I am using php as a module for apache 1.3.9. --- Full Bug description available at: http://bugs.php.net/?id=3362 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #3362 Updated: php_auth_user not passed back to apache
ID: 3362 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Apache related Assigned To: Comments: User reported that the problem has gone. Previous Comments: --- [2001-02-26 06:08:45] [EMAIL PROTECTED] No, this seems to be gone in PHP 4. --- [2001-02-24 13:50:59] [EMAIL PROTECTED] Does this still occur with PHP 4.0.4pl1? James --- [2001-02-10 14:04:16] [EMAIL PROTECTED] refiled as a bug against 4.0. --- [2000-01-31 11:10:25] [EMAIL PROTECTED] When I use a "normal" i.e. htaccess-authenification, apache puts the username-string into to the (combined) logfile. When I use the php-authentification, there is no username in the logfile. So it seems, that apache does not know, that the user is now authenticated. Should there perhaps be something like GLOBAL(php3_rqst)-connection-user=estrdup(user); in functions/post.c? I am using php as a module for apache 1.3.9. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=3362edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9455: Call to undefined function: mysql_connect()
From: [EMAIL PROTECTED]
Operating system: Linux RedHat 7.0 (kernel 2.2.16-22)
PHP version: 4.0.4pl1
PHP Bug Type: MySQL related
Bug description: Call to undefined function: mysql_connect()
I did update my Linux RedHat from 6.2 to 7.0. After this PHP couldn't connect to
MySQL.
After this I did update PHP and MySQL to the following versions:
MySQL-3.23.24-1
mysql-3.23.32-1.7
MySQL-client-3.23.24-1
mysqlclient9-3.23.22-3
MySQL-devel-3.23.24-1
mysql-devel-3.23.32-1.7
mysql-server-3.23.32-1.7
MySQL-shared-3.23.24-1
php-4.0.4pl1-3
When I try to get data out of the MySQL database I get the error: Fatal error: Call to
undefined function: mysql_connect() in /opt/homes/shbeheer/HTML/klantoverzicht.php on
line 3
This line 3 contains : mysql_connect("localhost","username","password");
Please help me with this problem, thanx.
--
Edit Bug report at: http://bugs.php.net/?id=9455edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9455 Updated: Call to undefined function: mysql_connect()
ID: 9455
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: MySQL related
Description: Call to undefined function: mysql_connect()
I did install PHP --with-mysql.
Previous Comments:
---
[2001-02-26 06:15:01] [EMAIL PROTECTED]
I did update my Linux RedHat from 6.2 to 7.0. After this PHP couldn't connect to
MySQL.
After this I did update PHP and MySQL to the following versions:
MySQL-3.23.24-1
mysql-3.23.32-1.7
MySQL-client-3.23.24-1
mysqlclient9-3.23.22-3
MySQL-devel-3.23.24-1
mysql-devel-3.23.32-1.7
mysql-server-3.23.32-1.7
MySQL-shared-3.23.24-1
php-4.0.4pl1-3
When I try to get data out of the MySQL database I get the error: Fatal error: Call to
undefined function: mysql_connect() in /opt/homes/shbeheer/HTML/klantoverzicht.php on
line 3
This line 3 contains : mysql_connect("localhost","username","password");
Please help me with this problem, thanx.
---
Full Bug description available at: http://bugs.php.net/?id=9455
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9456: dns.c
From: [EMAIL PROTECTED] Operating system: Linux-2.2.14 PHP version: 4.0.4pl1 PHP Bug Type: Compile Failure Bug description: dns.c I'm trying to compile 4.0.4pl1 on a StromARM machine (www.netwinder.org) gcc version=2.95.1 My configureline: ./configure --with-apxs=/usr/sbin/apxs --with-mysql --with-xml --with-sybase-ct=/usr/local/freeds It stops when compiling "dns.c" with errormessage: /bin/sh /opt/php-4.0.4pl1/libtool --silent --mode=compile gcc -I. -I/opt/php-4.0.4pl1/ext/standard -I/opt/php-4.0.4pl1/main -I/opt/php-4.0.4pl1 -I/usr/include/apache -I/opt/php-4.0.4pl1/Zend -I/opt/php-4.0.4pl1/ext/mysql/libmysql -I/usr/local/freetds/include -I/opt/php-4.0.4pl1/ext/xml/expat/xmltok -I/opt/php-4.0.4pl1/ext/xml/expat/xmlparse -I/opt/php-4.0.4pl1/TSRM -DLINUX=2 -DUSE_EXPAT -DXML_BYTE_ORDER=12 -g -O2 -c dns.c dns.c: In function `php_if_getmxrr': dns.c:306: internal error--unrecognizable insn: (insn 785 784 309 (set (reg:SI 0 r0) (umin:SI (reg/v:SI 0 r0) (const_int 8192 [0x2000]))) -1 (nil) (nil)) Why? I'm not an expert. Could it be because I'm on a StrongArm processor machine...? The configure script does not fail, so this would be the problem... Regards, Roberth Edberg, REMANDO AB [EMAIL PROTECTED] -- Edit Bug report at: http://bugs.php.net/?id=9456edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: [PHP-QA] ctype function (re?)naming
RFC: what should their names be in 4.0.5? ( ) stay with ctype_alpha() ... ( ) switch to ctype_isalpha() ... ( ) switch to ctype_isalpha() ... and have ctype_alpha() aliases (X) switch to ctype_is_alpha() ... ( ) switch to ctype_is_alpha() ... and have [Undocumentated] ctype_alpha() aliases ( ) (fill in your idea here) Lets not make alias' there are warnings in the manual about their names changing so I feel they can change. James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: [PHP-QA] Re: [PHP-DEV] ctype function (re?)naming
-Original Message- From: Stanislav Malyshev [mailto:[EMAIL PROTECTED]] Sent: 26 February 2001 09:52 To: Hartmut Holzgraefe Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [PHP-QA] Re: [PHP-DEV] ctype function (re?)naming HH RFC: what should their names be in 4.0.5? HH HH ( ) stay with ctype_alpha() ... HH (X) switch to ctype_isalpha() ... HH ( ) switch to ctype_isalpha() ... and have ctype_alpha() aliases HH ( ) switch to ctype_is_alpha() ... HH ( ) switch to ctype_is_alpha() ... and have ctype_alpha() aliases HH ( ) (fill in your idea here) And add isalpha alias for it. This is not in line with the other is_* functions. To keep in line with those I feel whatever we choose it should be ctype_is_* no is* as this is used to mean a different test (isset) under the variable functions. James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9449 Updated: wordwrap runs into infinite loop
ID: 9449
Updated by: jmoore
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproduceable crash
Assigned To:
Comments:
This seems to happen when $break is over 2 chars, Ill look at it later.
James
Previous Comments:
---
[2001-02-25 20:55:09] [EMAIL PROTECTED]
May be related to bug id #9339.
If a word in $string reaches (really! - see below) or exceeds the $width length, $cut
is unset *and* a break string like "br" is given, wordwrap() runs into a infinite
loop... :-(
Example:
echo wordwrap("1234567890", 10, "br");
I'm running php4.0.5-dev-win32-20010220.exe from www.php4win.de witch Apache on W2K AS.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9449edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: [PHP-QA] Re: [PHP-DEV] ctype function (re?)naming
JM This is not in line with the other is_* functions. To keep in line with If you mean ctype functions, I agree - they all should be is*. If you mean is_integer type functions - so what? It's not in line also with mysql_num_rows function, so? That's just functions from different area, and the fact that accidentally they start from the same two letters does not change much. -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] SLEEP and MAXEXECUTIONTIME and NAUGHTY modules
I notice that usleep and sleep both clash on solaris with
Max-execution-time.
1) I notice various modules using sleep:
db, hyperwave, mysql, oci8, satellite
which seems to break max execution time.
2) Could we not use:
#include unistd.h
#define sleep (n) \
{ struct timeval tv; \
tv.tv_sec=n; \
tv.tv_usec=0; \
select(0,NULL,NULL,NULL,tv); \
}
as well as being more accurate it would not break max-execution-time.
And while we are at it define php_msleep for milliseconds?
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] ctype function (re?)naming
-Original Message- From: Stanislav Malyshev [mailto:[EMAIL PROTECTED]] Sent: 26 February 2001 09:52 To: Hartmut Holzgraefe Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [PHP-QA] Re: [PHP-DEV] ctype function (re?)naming HH RFC: what should their names be in 4.0.5? HH HH ( ) stay with ctype_alpha() ... HH (X) switch to ctype_isalpha() ... HH ( ) switch to ctype_isalpha() ... and have ctype_alpha() aliases HH ( ) switch to ctype_is_alpha() ... HH ( ) switch to ctype_is_alpha() ... and have ctype_alpha() aliases HH ( ) (fill in your idea here) And add isalpha alias for it. This is not in line with the other is_* functions. To keep in line with those I feel whatever we choose it should be ctype_is_* no is* as this is used to mean a different test (isset) under the variable functions. James Absolutely, go with ctype_is_* 2c Marten -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9457: cannot compile with native Solaris libldap (fix included)
From: [EMAIL PROTECTED] Operating system: Solaris 8 (Sparc) PHP version: 4.0.4pl1 PHP Bug Type: LDAP related Bug description: cannot compile with native Solaris libldap (fix included) ./configure --with-ldap ... don't use native /usr/lib/libldap.so *** ext/ldap/config.m4 Mon Feb 26 15:16:51 2001 --- ext/ldap/config.m4.orig Mon Feb 26 15:16:01 2001 *** *** 43,50 if test -f $LDAP_LIBDIR/liblber.a -o -f $LDAP_LIBDIR/liblber.so ; then AC_ADD_LIBRARY_WITH_PATH(lber, $LDAP_LIBDIR, LDAP_SHARED_LIBADD) AC_ADD_LIBRARY_WITH_PATH(ldap, $LDAP_LIBDIR, LDAP_SHARED_LIBADD) - elif test -f $LDAP_LIBDIR/libldap.so ; then - AC_ADD_LIBRARY_WITH_PATH(ldap, $LDAP_LIBDIR, LDAP_SHARED_LIBADD) elif test -f $LDAP_LIBDIR/libldapssl41.so; then if test -n "$LDAP_PTHREAD"; then AC_ADD_LIBRARY($LDAP_PTHREAD) --- 43,48 -- Edit Bug report at: http://bugs.php.net/?id=9457edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9458: in_array() error
From: [EMAIL PROTECTED]
Operating system: linux 2.2.x 2.4.x
PHP version: 4.0.3pl1
PHP Bug Type: Arrays related
Bug description: in_array() error
comparison problem in in_array() function
?php
$a="foo";
$b=array(1, 4, 6);
if(in_array($a, $b)){
echo "BAR!";
}
?
is a little bit confusing, espacially for user, who comes from other programming
languages ...
(seems not to be a feature ;-)
--
Edit Bug report at: http://bugs.php.net/?id=9458edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9458 Updated: in_array() error
ID: 9458
Updated by: stas
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Arrays related
Assigned To:
Comments:
Do not see any problem here. in_array returns for me false,
as it should. This bug seems to be fixed or you have some
other problem.
Previous Comments:
---
[2001-02-26 07:42:17] [EMAIL PROTECTED]
comparison problem in in_array() function
?php
$a="foo";
$b=array(1, 4, 6);
if(in_array($a, $b)){
echo "BAR!";
}
?
is a little bit confusing, espacially for user, who comes from other programming
languages ...
(seems not to be a feature ;-)
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9458edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9459: Floating point exception upon apache start
From: [EMAIL PROTECTED] Operating system: FreeBSD-3.0.RELEASE PHP version: 4.0.4pl1 PHP Bug Type: Reproduceable crash Bug description: Floating point exception upon apache start After running standard (with apxs) commands from INSTALL script apache won't start - shows "Floating point exception - core dumped". #gdb apache core show: x2820a14e in php_minit_crypt (type=1, module_number=2) at crypt.c:109 109 srand48((unsigned int) time(0) * getpid() * (php_combined_lcg() * 1.0)); I've fixed this by changing sradn48 to srand (commented out ifdef lines), but I suppose that I should not use cryptography - it won't be secure. I suppose that this is problem with srand48() on FreeBSD, but I am not sure. Same problem mentioned by FreeBSD-4.0 users in mail list . Note: "- core dumped" string appeares if kern.corefile kernel variable is set to somethig other that /dev/null. -- Edit Bug report at: http://bugs.php.net/?id=9459edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9460: File upload problem when the form control name is an array element
From: [EMAIL PROTECTED] Operating system: Suse (2.2.16 kernel) PHP version: 4.0.4pl1 PHP Bug Type: HTTP related Bug description: File upload problem when the form control name is an array element Precis: I was trying to submit a form divided into sections, each section having a two text fields and a file upload. The form was structured as an array called $section, each element an array containing firstname, surname and image. The image details I expected to turn up in $HTTP_POST_FILES as $HTTP_POST_FILES[section][0][name] etc. That behaved as expected. The other form elements I expected to turn up as $HTTP_POST_VARS[section][0][firstname] etc. However what I ended up with was $HTTP_POST_VARS[section][0] being set to the filesize of the uploaded file, overwriting all other elements in that section. // ---start upload.php-- ?php print "pre\nVars:\n"; print_r($HTTP_POST_VARS); print "\nFiles:\n"; print_r($HTTP_POST_FILES); print "/pre\n"; ? form method='post' enctype='multipart/form-data' input type='text' name='section[0][firstname]' br input type='text' name='section[0][surname]' br input type='file' name='section[0][image]' br input type='submit' /form // ---end upload.php // ---start input -- section[0][firstname] = foo section[0][surname] = bar section[0][image] = ~/feathers.gif // ---end input // ---start output - Vars: Array ( [section] = Array ( [0] = 12409 ) ) Files: Array ( [section] = Array ( [0] = Array ( [name] = Array ( [image] = feathers.gif ) [type] = Array ( [image] = image/gif ) [tmp_name] = Array ( [image] = /tmp/phpwwJSPf ) [size] = Array ( [image] = 12409 ) ) ) ) // ---end output --- -- Edit Bug report at: http://bugs.php.net/?id=9460edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9456 Updated: dns.c
ID: 9456 Updated by: wez Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Assigned To: Comments: It sounds like gcc doesn't know enough about the StrongArm - the code dump is of the internal retargetable code that gcc generates. I would suggest trying to either update gcc or perhaps move back to an earlier version where this problem is not present, or using some other C compiler, if possible. Previous Comments: --- [2001-02-26 07:04:27] [EMAIL PROTECTED] I'm trying to compile 4.0.4pl1 on a StromARM machine (www.netwinder.org) gcc version=2.95.1 My configureline: ./configure --with-apxs=/usr/sbin/apxs --with-mysql --with-xml --with-sybase-ct=/usr/local/freeds It stops when compiling "dns.c" with errormessage: /bin/sh /opt/php-4.0.4pl1/libtool --silent --mode=compile gcc -I. -I/opt/php-4.0.4pl1/ext/standard -I/opt/php-4.0.4pl1/main -I/opt/php-4.0.4pl1 -I/usr/include/apache -I/opt/php-4.0.4pl1/Zend -I/opt/php-4.0.4pl1/ext/mysql/libmysql -I/usr/local/freetds/include -I/opt/php-4.0.4pl1/ext/xml/expat/xmltok -I/opt/php-4.0.4pl1/ext/xml/expat/xmlparse -I/opt/php-4.0.4pl1/TSRM -DLINUX=2 -DUSE_EXPAT -DXML_BYTE_ORDER=12 -g -O2 -c dns.c dns.c: In function `php_if_getmxrr': dns.c:306: internal error--unrecognizable insn: (insn 785 784 309 (set (reg:SI 0 r0) (umin:SI (reg/v:SI 0 r0) (const_int 8192 [0x2000]))) -1 (nil) (nil)) Why? I'm not an expert. Could it be because I'm on a StrongArm processor machine...? The configure script does not fail, so this would be the problem... Regards, Roberth Edberg, REMANDO AB [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9456edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9339 Updated: infinite loop in wordwrap
ID: 9339
Updated by: jmoore
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Strings related
Assigned To:
Comments:
This was a bug but is fixed in CVS now.
James
Previous Comments:
---
[2001-02-19 22:39:48] [EMAIL PROTECTED]
WFM win32 + linux,
please check out latest CVS and reopen if necessary
---
[2001-02-19 12:41:21] [EMAIL PROTECTED]
The following line seems to loop forever:
echo wordwrap("abcdefghijklmnopqr", 10, "rn");
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9339edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9449 Updated: wordwrap runs into infinite loop
ID: 9449
Updated by: jmoore
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Reproduceable crash
Assigned To:
Comments:
Fixed in CVS.
-- James
Previous Comments:
---
[2001-02-26 07:11:47] [EMAIL PROTECTED]
This seems to happen when $break is over 2 chars, Ill look at it later.
James
---
[2001-02-25 20:55:09] [EMAIL PROTECTED]
May be related to bug id #9339.
If a word in $string reaches (really! - see below) or exceeds the $width length, $cut
is unset *and* a break string like "br" is given, wordwrap() runs into a infinite
loop... :-(
Example:
echo wordwrap("1234567890", 10, "br");
I'm running php4.0.5-dev-win32-20010220.exe from www.php4win.de witch Apache on W2K AS.
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9449edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9459 Updated: Floating point exception upon apache start
ID: 9459 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Reproduceable crash Assigned To: Comments: This is fixed in CVS. Try the latest snapshot from http://snaps.php.net/ --Jani Previous Comments: --- [2001-02-26 07:48:18] [EMAIL PROTECTED] After running standard (with apxs) commands from INSTALL script apache won't start - shows "Floating point exception - core dumped". #gdb apache core show: x2820a14e in php_minit_crypt (type=1, module_number=2) at crypt.c:109 109 srand48((unsigned int) time(0) * getpid() * (php_combined_lcg() * 1.0)); I've fixed this by changing sradn48 to srand (commented out ifdef lines), but I suppose that I should not use cryptography - it won't be secure. I suppose that this is problem with srand48() on FreeBSD, but I am not sure. Same problem mentioned by FreeBSD-4.0 users in mail list . Note: "- core dumped" string appeares if kern.corefile kernel variable is set to somethig other that /dev/null. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9459edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: PHP 4.0 Bug #9459 Updated: Floating point exception upon apache start
Dear Jani, Thank You. Best regards, Michael Kondrashin - Original Message - From: Bug Database [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, February 26, 2001 16:18 Subject: PHP 4.0 Bug #9459 Updated: Floating point exception upon apache start ID: 9459 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Reproduceable crash Assigned To: Comments: This is fixed in CVS. Try the latest snapshot from http://snaps.php.net/ --Jani Previous Comments: -- - [2001-02-26 07:48:18] [EMAIL PROTECTED] After running standard (with apxs) commands from INSTALL script apache won't start - shows "Floating point exception - core dumped". #gdb apache core show: x2820a14e in php_minit_crypt (type=1, module_number=2) at crypt.c:109 109 srand48((unsigned int) time(0) * getpid() * (php_combined_lcg() * 1.0)); I've fixed this by changing sradn48 to srand (commented out ifdef lines), but I suppose that I should not use cryptography - it won't be secure. I suppose that this is problem with srand48() on FreeBSD, but I am not sure. Same problem mentioned by FreeBSD-4.0 users in mail list . Note: "- core dumped" string appeares if kern.corefile kernel variable is set to somethig other that /dev/null. -- - ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9459edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8469 Updated: function pdf_setlinewidth does not work at all.
ID: 8469 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: PDF related Assigned To: Comments: No feedback, considered fixed. (works just fine for me..) --Jani Previous Comments: --- [2001-01-17 18:40:54] [EMAIL PROTECTED] What is the status for this? Does it work now or not? --Jani --- [2001-01-03 13:15:26] [EMAIL PROTECTED] I tried your example script and it works just fine for me. Please try the latest snapshot from http://snaps.php.net/ and if it doesn't work either, please explain better how it doesn't work. --Jani --- [2000-12-29 06:26:00] [EMAIL PROTECTED] What is the version of PDFlib you're using ? And add a short script that can be used to reproduce this into this bug report. --Jani --- [2000-12-28 20:30:02] [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8469edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8310 Updated: Coredump when running php
ID: 8310 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: PDF related Assigned To: Comments: How did you configure pdflib? Did you use --enable-shared-pdflib option in the configure line when you configured pdflib itself? --Jani Previous Comments: --- [2001-01-18 11:35:41] [EMAIL PROTECTED] It happens only when I compile php with pdflib, not when I compile php with Oracle. All is right with oci8. But when I try pdflib, I can't run php (coredump) after compilation of phppdflib. Spit --- [2001-01-18 06:11:11] [EMAIL PROTECTED] Do you have the Oracle related environment variables set when you run ./php ? (Are you using PHP on the command line OR as a CGI? ) Check www.php.net/oci8 for info about the environment vars. And if this doesn't help, please provide the gdb backtrace. --Jani --- [2001-01-18 02:04:02] [EMAIL PROTECTED] Yes, it happens with PHP 4.04pl1. No solutions found yet. --- [2001-01-17 18:41:36] [EMAIL PROTECTED] Does this happen with PHP 4.0.4pl1 ? --Jani --- [2000-12-28 16:20:54] [EMAIL PROTECTED] Can you please provide a back trace (see http://bugs.php.net) make sure to include --enable-debug in your command line. James --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8310edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9461: imap_open crash when connecting to nntp with username and password
From: [EMAIL PROTECTED]
Operating system: linux
PHP version: 4.0 Latest CVS (26/02/2001)
PHP Bug Type: IMAP related
Bug description: imap_open crash when connecting to nntp with username and password
function that causes crash
?php
imap_open('{newsserver/nntp}'.'test.test','username','password') || die("can't
connect: ".imap_last_error());
/php
backtrace from gdb ( i know it says nothing but i did as described in the backtrace
faq.)
#0 0x0 in ?? ()
I have a problem with imap_open:
I can do imap_open on nntp server that has no authentication. But when i try on
a nntpserver that requires a password.. php dumps core (signal 11 gdb backtrace
is #0 0x0 in ?? ()) ( i executed the cgi version of php to be sure that apache
has nothing to do with it.)
i tested c-client with the mtest program and it worked perfectly.
I've tried to compile php4 with -enable-debug but i'm not so experienced with
gdb so when i load the core-file i still get no symbols or references to the
instruction that causes the problem.
it should be simple to test:
try to connect to a nntp server without username and password
try to connect to a nntp server that requires username and password
i have looked through the c-client code and the php4 extension and i could
imagine the problem might be in mm_login but i'm not certain.
the server is running:
php4.0.5-dev latest cvs
linux 2.2.12-20smp
imap (imap-2001.BETA.SNAP-0102201858) also tried (imap-4.7c)
All help is appreciated and if anybody wants more information or maybe a test
nntp account i can provide that (just send me a mail [EMAIL PROTECTED]).
--
Edit Bug report at: http://bugs.php.net/?id=9461edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8437 Updated: Compile error with pdflib gd (shared)
ID: 8437 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Problem Assigned To: Comments: This should be fixed in CVS now. And if not, use the workaround of configuring both pdflib and gd extensions as shared and not only other. --Jani Previous Comments: --- [2000-12-27 08:57:50] [EMAIL PROTECTED] This compile bug was already opened as #7251 #7487 and closed, but it is not solved in latest CVS (it doen't work with 4.0.4 either). $ ./configure --with-pdflib --with-gd=shared ; make [...] /bin/sh /home/users/sede/php4-200012270245/libtool --silent --mode=link gcc -I. -I/home/users/sede/php4-200012270245/ -I/home/users/sedephp4-200012270245/main -I/home/users/sede/php4-200012270245 -I/home/users/sede/php4-200012270245/Zend -I/usr/include/freetype -I/home/users/sede/php4-200012270245/ext/mysql/libmysql -I/home/users/sede/php4-200012270245/ext/xml/expat/xmltok -I/home/users/sede/php4-200012270245/ext/xml/expat/xmlparse -I/home/users/sede/php4-200012270245/TSRM -DXML_BYTE_ORDER=12 -g -O2 -o php -export-dynamic stub.lo libphp4.la .libs/libphp4.a(pdf.o): In function `php_if_pdf_open_memory_image': /home/users/sede/php4-200012270245/ext/pdf/pdf.c:2533: undefined reference to `phpi_get_le_gd' collect2: ld returned 1 exit status make[1]: *** [php] Error 1 make[1]: Leaving directory `/home/users/sede/php4-200012270245' make: *** [all-recursive] Error 1 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8437edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8437 Updated: Compile error with pdflib gd (shared)
ID: 8437 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Compile Problem Assigned To: Comments: Previous Comments: --- [2000-12-27 08:57:50] [EMAIL PROTECTED] This compile bug was already opened as #7251 #7487 and closed, but it is not solved in latest CVS (it doen't work with 4.0.4 either). $ ./configure --with-pdflib --with-gd=shared ; make [...] /bin/sh /home/users/sede/php4-200012270245/libtool --silent --mode=link gcc -I. -I/home/users/sede/php4-200012270245/ -I/home/users/sedephp4-200012270245/main -I/home/users/sede/php4-200012270245 -I/home/users/sede/php4-200012270245/Zend -I/usr/include/freetype -I/home/users/sede/php4-200012270245/ext/mysql/libmysql -I/home/users/sede/php4-200012270245/ext/xml/expat/xmltok -I/home/users/sede/php4-200012270245/ext/xml/expat/xmlparse -I/home/users/sede/php4-200012270245/TSRM -DXML_BYTE_ORDER=12 -g -O2 -o php -export-dynamic stub.lo libphp4.la .libs/libphp4.a(pdf.o): In function `php_if_pdf_open_memory_image': /home/users/sede/php4-200012270245/ext/pdf/pdf.c:2533: undefined reference to `phpi_get_le_gd' collect2: ld returned 1 exit status make[1]: *** [php] Error 1 make[1]: Leaving directory `/home/users/sede/php4-200012270245' make: *** [all-recursive] Error 1 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8437edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8875 Updated: crash - Signal 11
ID: 8875 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: IMAP related Assigned To: Comments: Does this happen with PHP 4.0.4pl1? --Jani Previous Comments: --- [2001-01-24 03:44:42] [EMAIL PROTECTED] Attempt to decode this string always causes a crash (sig11) in imap_mime_header_decode =?windows-1251?B?8uXx+8g==?= Yes, this is not a valid base64 encoded string, but it should not cause a hard crash. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8875edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #6704 Updated: Authentication does not work with PHP4 ISAPI
ID: 6704 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: IIS related Description: Authentication does not work with PHP4 ISAPI Problem corrected by PHP 4.0.4pl1. Thanks. Previous Comments: --- [2001-02-25 07:32:27] [EMAIL PROTECTED] Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from http://snaps.php.net/? --- [2000-09-13 02:14:50] [EMAIL PROTECTED] When PHP4ISAPI.DLL is added to the list of ISAPI filters, user name/password authentication always fails. When it is removed from the list of filters but kept as an application mapping, authentication appears to be disabled for the whole service, allowing any user to access protected pages. When the DLL is removed entirely, authentication returns to normal. --- Full Bug description available at: http://bugs.php.net/?id=6704 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9462: NULL bute eats rest of string
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4pl1 PHP Bug Type: Filesystem function related Bug description: NULL bute eats rest of string I'm not sure if this is a bug or feature, comments are apreciated. http://bugs.horde.org/show_bug.cgi?id=621 Example: quote include($string . ".php"); /quote with "magic_quotes_gpc = On" (php.ini) calling test.php?string=test%00 result: Warning: Failed opening 'test\0.php' for inclusion with "magic_quotes_gpc = Off", same request result: Warning: Failed opening 'test' for inclusion -- Edit Bug report at: http://bugs.php.net/?id=9462edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] call_user_method_array
On Sun, 25 Feb 2001, Wez Furlong wrote: Hi, I have written a call_user_method_array function that, This function has already been implemented for the next release. -Andrei * The future is not what it used to be. * -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9450 Updated: File uploading problem
ID: 9450 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: HTTP related Description: File uploading problem Ooops, I'm very sorry, it was my mistake... Of course everthing works fine, except when uploading picture, it contains "Content-type: " at the beginnig. But I guess it's different bug-report. Previous Comments: --- [2001-02-25 21:32:34] [EMAIL PROTECTED] Ok, I have simple form: form type="multipart/form-data" action="./upld.php" method="post" ... input type="file" name="userfile" ... /form and upld.php contains something like this: ... copy($userfile, $newfile); ... The problem is: $userfile, instead of temporary file name, contains original senders's local file name $userfile_name is empty If I didn't provide enought information, please drop me a note :-) Good luck, Korba --- Full Bug description available at: http://bugs.php.net/?id=9450 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8310 Updated: Coredump when running php
ID: 8310 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: PDF related Description: Coredump when running php Yes, I have used the --enable-shared-pdflib option. I have no solutions yet. Waitin' for another pdflib version!!! Previous Comments: --- [2001-02-26 08:34:32] [EMAIL PROTECTED] How did you configure pdflib? Did you use --enable-shared-pdflib option in the configure line when you configured pdflib itself? --Jani --- [2001-01-18 11:35:41] [EMAIL PROTECTED] It happens only when I compile php with pdflib, not when I compile php with Oracle. All is right with oci8. But when I try pdflib, I can't run php (coredump) after compilation of phppdflib. Spit --- [2001-01-18 06:11:11] [EMAIL PROTECTED] Do you have the Oracle related environment variables set when you run ./php ? (Are you using PHP on the command line OR as a CGI? ) Check www.php.net/oci8 for info about the environment vars. And if this doesn't help, please provide the gdb backtrace. --Jani --- [2001-01-18 02:04:02] [EMAIL PROTECTED] Yes, it happens with PHP 4.04pl1. No solutions found yet. --- [2001-01-17 18:41:36] [EMAIL PROTECTED] Does this happen with PHP 4.0.4pl1 ? --Jani --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=8310 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9463: cmd line PHP crash with oracle+oci loaded
From: [EMAIL PROTECTED]
Operating system: Windows 95
PHP version: 4.0.4pl1
PHP Bug Type: Oracle related
Bug description: cmd line PHP crash with oracle+oci loaded
When run from the command line, php 4.04pl1 (or 4.03pl1) will crash if both oracle and
oci extensions are loaded.
Funny enough this happens when invoking 'php -h' and not with 'php -i'...
OS: win95 osr2 ita
ORACLE: client 8.05+7.3.4
PHP: 4.03pl1 / 4.04pl1 (version from php.net)
Error reported by windows:
PHP ha provocato un errore di pagina non valida nel
modulo PHP4TS.DLL in 013f:1005603f.
Registri:
EAX= CS=013f EIP=1005603f EFLGS=00010286
EBX= SS=0147 ESP=0063ec8c EBP=006a798c
ECX= DS=0147 ESI= FS=a1e7
EDX=002c ES=0147 EDI=002c GS=
Byte all'indirizzo CS:EIP:
f2 ae f7 d1 49 89 55 48 89 4d 4c 41 89 4d 50 8b
Immagine dello stack:
000a 027a 0063ed2c 007b0370 bff798cf 817a3660 007deaf0 10089be0
007b0600 100482aa 0063ed2c 027a 007c20b0 002c 0063ecf0
Ini file:
[PHP]
;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior. In order for PHP to
; read it, it must be named 'php.ini'. PHP looks for it in the current
; working directory, in the path designated by the environment variable
; PHPRC, and in the path that was defined in compile time (in that order).
; Under Windows, the compile-time path is the Windows directory. The
; path in which the php.ini file is looked for can be overriden using
; the -c argument in command line mode.
;
; The syntax of the file is extremely simple. Whitespace and Lines
; beginning with a semicolon are silently ignored (as you probably guessed).
; Section headers (e.g. [Foo]) are also silently ignored, even though
; they might mean something in the future.
;
; Directives are specified using the following syntax:
; directive = value
; Directive names are *case sensitive* - foo=bar is different from FOO=bar.
;
; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one
; of the INI constants (On, Off, True, False, Yes, No and None) or an expression
; (e.g. E_ALL ~E_NOTICE), or a quoted string ("foo").
;
; Expressions in the INI file are limited to bitwise operators and parentheses:
; | bitwise OR
; bitwise AND
; ~ bitwise NOT
; ! boolean NOT
;
; Boolean flags can be turned on using the values 1, On, True or Yes.
; They can be turned off using the values 0, Off, False or No.
;
; An empty string can be denoted by simply not writing anything after the equal
; sign, or by using the None keyword:
;
; foo = ; sets foo to an empty string
; foo = none ; sets foo to an empty string
; foo = "none"; sets foo to the string 'none'
;
; If you use constants in your value, and these constants belong to a dynamically
; loaded extension (either a PHP extension or a Zend extension), you may only
; use these constants *after* the line that loads the extension.
;
; All the values in the php.ini-dist file correspond to the builtin
; defaults (that is, if no php.ini is used, or if you delete these lines,
; the builtin defaults will be identical).
; Language Options ;
engine = On ; Enable the PHP scripting language engine
under Apache
short_open_tag = On ; allow the ? tag. otherwise, only ?php and
script tags are recognized.
asp_tags= Off ; allow ASP-style % % tags
precision = 14 ; number of significant digits displayed in
floating point numbers
y2k_compliance = Off ; whether to be year 2000 compliant (will cause
problems with non y2k compliant browsers)
output_buffering= Off ; Output buffering allows you to send header lines
(including cookies)
; even after you send body
content, in the price of slowing PHP's
; output layer a bit.
; You can enable output
buffering by in runtime by calling the output
; buffering functions, or
enable output buffering for all files
; by setting this directive to
On.
output_handler = ; You can redirect all of the output of your
scripts to a function,
; that can be responsible to
process or log it. For example,
; if you set the
output_handler to "ob_gzhandler", than output
[PHP-DEV] exits Backus-Naur Form?
Hi, exits there a Backus-Naur Style Dokumentation of the PHP Language? regards, tf -- -- http://phporacleadmin.org http://tfromm.com http://www.inubit.com "go away or I will replace You with a small PHP script!" -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] ctype function (re?)naming
Stanislav Malyshev wrote: JM This is not in line with the other is_* functions. To keep in line with If you mean ctype functions, I agree - they all should be is*. If you mean is_integer type functions - so what? It's not in line also with mysql_num_rows function, so? That's just functions from different area, and the fact that accidentally they start from the same two letters does not change much. I agree. The ctype functions are wrappers for the isalnum, isalpha, etc ... C functions. Even though the functions may look like they should be of the ctype_is_xxx() format, they should probably be of the ctype_isalpha() format. --zak -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9466 Updated: Eval With return doesn't work
ID: 9466
Updated by: cnewbill
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Unknown/Other Function
Assigned To:
Comments:
It does work with a CVS snapshot.
?php
$eval = "return 123;";
$e = eval("$eval");
var_dump($e);
?
OUTPUT
int(123)
You also did not have a ";" terminating your return 0 line. Fix your code and try
again. If the problem persists try a CVS snapshot from http://snaps.php.net and
reopen this report.
Previous Comments:
---
[2001-02-26 13:32:53] [EMAIL PROTECTED]
When i create a piece of code with eval like :
eval = "if (!isset($$value)) {";
eval .= " return 0; "
eval .= "}";
eval("$eval");
The return statement doesn't work.
It works with earlier versions of php. (php3).
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9466edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9467: parse error when closing function in require()/include() file
From: [EMAIL PROTECTED]
Operating system: NT 4.0 sp 6a
PHP version: 4.0.4pl1
PHP Bug Type: Scripting Engine problem
Bug description: parse error when closing function in require()/include() file
Hi:
A parse error arises if a function was opened in the main file and closed in a
require()'d or include()'d file.
I'm actually using PHP 4.0.5-dev for windows, 2001-02-20. This problem also existed
in 4.0.4-dev. Note, the problem does not happen in PHP 3.0.16.
Here are the test scripts:
== req-test.php
?php
function Tester() {
include('./req-test.inc');
# Note, the function has its closing
# "}" inside the required file.
echo 'phi there from the main file/p';
Tester();
?
== req-test.inc
?php
# This is still inside the function.
echo 'pHi there from inside the function';
echo ' that is continued inside the required file/p';
}# End function Tester
?
Thanks,
--Dan
--
Edit Bug report at: http://bugs.php.net/?id=9467edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9468: fread stops reading
From: [EMAIL PROTECTED] Operating system: w2k PHP version: 4.0.4 PHP Bug Type: Filesystem function related Bug description: fread stops reading i am using php 4.0.4 (build 20.12.2000) on w2k (build 2195)with iis5. pls. note that fread function has a problem reading a binary file (*.zip) afer uploading. fread stops after reading 389 bytes instead of reading the whole file using following code: $filesize=filesize($path . "/" . $attachment_name); $filenum=fopen($path . "/" . $attachment_name,"r"); $filestuff=fread($filenum,$filesize); fclose($filenum); pls. help -- Edit Bug report at: http://bugs.php.net/?id=9468edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9469: HAVE_REALPATH not being checked
From: [EMAIL PROTECTED] Operating system: OS400 PHP version: 4.0.4pl1 PHP Bug Type: Compile Failure Bug description: HAVE_REALPATH not being checked Get a compile error in ex/standard/basic_functions.c because realpath() is not available. The current code does not check for HAVE_REALPATH...here is the current code: #if (!defined(PHP_WIN32) !defined(__BEOS__)) || defined(ZTS) PHP_FE(realpath,NULL) #else PHP_FALIAS(realpath,warn_not_available,NULL) #endif HAVE_REALPATH should be checked. -- Edit Bug report at: http://bugs.php.net/?id=9469edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9467 Updated: parse error when closing function in require()/include() file
ID: 9467
Updated by: cynic
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Assigned To:
Comments:
This has changed some time ago. Every file (the "main" one, and any included/required)
must be valid PHP scripts in themselves.
Previous Comments:
---
[2001-02-26 14:35:48] [EMAIL PROTECTED]
Hi:
A parse error arises if a function was opened in the main file and closed in a
require()'d or include()'d file.
I'm actually using PHP 4.0.5-dev for windows, 2001-02-20. This problem also existed
in 4.0.4-dev. Note, the problem does not happen in PHP 3.0.16.
Here are the test scripts:
== req-test.php
?php
function Tester() {
include('./req-test.inc');
# Note, the function has its closing
# "}" inside the required file.
echo 'phi there from the main file/p';
Tester();
?
== req-test.inc
?php
# This is still inside the function.
echo 'pHi there from inside the function';
echo ' that is continued inside the required file/p';
}# End function Tester
?
Thanks,
--Dan
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9467edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #7582 Updated: ODBC or die inside user defined functions
ID: 7582
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproduceable crash
Description: ODBC or die inside user defined functions
Problem still exists in php4_0_5-dev-win32-20010220
Previous Comments:
---
[2000-12-19 00:10:43] [EMAIL PROTECTED]
The problem still exists in php4_0_4-dev-win32-20001123.
---
[2000-12-07 12:01:42] [EMAIL PROTECTED]
Get the latest build from http://www.php4win.de/
and reopen if problem still exists with it.
--Jani
---
[2000-11-09 21:04:46] [EMAIL PROTECTED]
Please advise where I can obtain a compiled binary of 4.0.4dev for Win32. I'll be
glad to test it. Looks like CVS and snaps.php.net send source code. Don't know where
else to turn.
---
[2000-11-03 19:31:44] [EMAIL PROTECTED]
had no crash (w2k,4.0.4dev), try 4.0.4 as far as it is out
and if it still crashes I´ll try sth. different
---
[2000-11-01 22:25:17] [EMAIL PROTECTED]
A crash occurs when ODBC functions are called with an "or die" statement.
BUT this only happens when an error arises
AND the ODBC or die statement is made within a user defined function.
Doing the same thing without a creating a user defined function caused no problem.
Doing the same exact procedures with MySQL functions caused no problem.
This bug didn't exist in PHP 3.0.11.
Samples of each test variation is below, along with a Dr. Watson report.
?php
# This works fine in PHP 3.0.11
# BUT CRASHES IN 4.0.3
echo "h3ODBC field_len or die Called via Function/h3";
echo "PHP Version: " . phpversion();
function SomeFunction() {
global $RecordSetFieldCount;
global $RecordSet;
for ($Counter = 0; $Counter $RecordSetFieldCount; $Counter++) {
echo "br /Counter: $Counter";
# Uncommenting one of these causes crash in 4.0.3.
$Output[] = @odbc_field_len($RecordSet, $Counter+1) or die ("Went beyond field
index.");
# $Output[] = @odbc_field_type($RecordSet, $Counter+1) or die ("Went beyond
field index.");
# $Output[] = @odbc_num_fields() or die ("Went beyond field index.");
# Uncommenting this works fine in both versions.
# $Output[] = @odbc_field_len($RecordSet, $Counter+1);
# $Output[] = @odbc_num_fields();
}
}
$Connection = @odbc_connect("StatsFInAccess", "", "", SQL_CUR_USE_ODBC);
$QueryString = "select * from States order by SC";
$RecordSet = @odbc_exec($Connection,"$QueryString");
$RecordSetFieldCount = 4;
SomeFunction();
?
?php
/*
# This works fine in PHP 3.0.11 and 4.0.3
echo "h3ODBC field_len or die Called Directly/h3";
echo "PHP Version: " . phpversion();
$Connection = @odbc_connect("StatsFInAccess", "", "", SQL_CUR_USE_ODBC);
$QueryString = "select * from States order by SC";
$RecordSet = @odbc_exec($Connection,"$QueryString");
$RecordSetFieldCount = 4;
for ($Counter = 0; $Counter $RecordSetFieldCount; $Counter++) {
echo "br /Counter: $Counter";
$Output[] = @odbc_field_len($RecordSet, $Counter+1) or die ("Went beyond field
index.");
}
*/
?
?php
/*
# This works fine in PHP 3.0.11 and 4.0.3
echo "h3MySQL field_len or die Called via Function/h3";
echo "PHP Version: " . phpversion();
function SomeFunction() {
global $RecordSetFieldCount;
global $RecordSet;
for ($Counter = 0; $Counter $RecordSetFieldCount; $Counter++) {
echo "br /Counter: $Counter";
$Output[] = @mysql_field_len($RecordSet, $Counter) or die ("Went beyond field
index.");
}
}
$Connection = @mysql_connect("localhost", "jdoe", "TheNumberGal");
$Database = @mysql_select_db("StatsF",$Connection);
$QueryString = "select * from States order by SC";
$RecordSet = @mysql_query("$QueryString",$Connection);
$RecordSetFieldCount = 4;
SomeFunction();
*/
?
?php
/*
Microsoft (R) Windows NT (TM) Version 4.00 DrWtsn32
Copyright (C) 1985-1996 Microsoft Corp. All rights reserved.
Application exception occurred:
App: (pid=242)
When: 11/1/2000 @ 21:22:4.260
Exception number: c005 (access violation)
* System Information *
Computer Name: BASE
User Name: SYSTEM
Number of Processors: 1
Processor Type: x86 Family 6 Model 3 Stepping 4
Windows Version: 4.0
Current Build: 1381
Service Pack: 6
Current Type: Uniprocessor Free
Registered Organization: Analysis and Solutions Company
Registered Owner: Daniel Convissor
* Task List *
0 Idle.exe
2 System.exe
24 SMSS.exe
32 CSRSS.exe
38 WINLOGON.exe
46 SERVICES.exe
49 LSASS.exe
75
[PHP-DEV] PHP 4.0 Bug #9454 Updated: Reference issue 2
ID: 9454 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Description: Reference issue 2 This problem seems to be related to the bug 9407 also. I am not sure it is due to the garbage collector. I ran it as a CGI or with ISAPI filter, I increased the amount of memeory a thread could take until 13Mb, with Linux also. I destroyed the process... I think it is due to a buffer overflow somewhere when a reference is built, or something like that. Good luck Previous Comments: --- [2001-02-26 05:18:27] [EMAIL PROTECTED] I got in trouble with reference. Issues with Linux, Mandrake 7.2 and Windows 2000 with PHP 4.04pl1, php 4.0.3 php 4.0.1pl2 I am unable to give small script, the problem seems to appear only on big script, some refences seems to be messed up. What I did. I used MySql to query a system. When I check the result of a query, I got a resource ID But sometimes, the resource ID is a big number, ie 18739485 I belived the problem came from MySql, but I used ODBC to find a turn around, with the same problem. The worst is the such a resource is working well after for the next_record statement. Then, I realize a dump of a big variable, that contains references of objects, of arrays... And one of this variable inside is at the beginning a number, and becomes a reference to another object. I checked the code, and the variable is written only once. Something else, I write to the screen a string using printf() or echo sprintf(), and I find this string in the big variable. Worst, I notice some strange characters in this object (with ascii code 127) It seems that in some condition, the memory manager doesn't work well. With my code, PHP hangs on while it is trying to print a resource ID variable (on Unix or PHP). I can send you my code if you are interested in. For a core file, I didn't compile PHP- Linux with the debug option. Do you know how I can do the same thing with Windows? Hope that helps --- Full Bug description available at: http://bugs.php.net/?id=9454 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9470: complement of 8676 - serialize reference
From: [EMAIL PROTECTED] Operating system: windows 2000 sp1 PHP version: 4.0.4pl1 PHP Bug Type: *Session related Bug description: complement of 8676 - serialize reference I got a similar issue, when I dump the unserialize (with a var_dump), I got for the object: __PHP_Incomplete_Class for the name of the class. When I list the methods of this object, I got the rigth ones -- Edit Bug report at: http://bugs.php.net/?id=9470edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9471: Warning: $CS is not an object in /www/wwwx/index.phtml on line 25
From: [EMAIL PROTECTED]
Operating system: Solaris 2.6
PHP version: 4.0.4pl1
PHP Bug Type: Scripting Engine problem
Bug description: Warning: $CS is not an object in /www/wwwx/index.phtml on line 25
Warning: $CS is not an object in /www/wwwx/index.phtml on line 25
Warning: $CS is not an object in /www/wwwx/index.phtml on line 26
Warning: $CS is not an object in /www/wwwx/index.phtml on line 28
Fatal error: Member function used on a non-object in /www/wwwx/index.phtml on line 28
===
[custroot@ripvisaweb01 wwwx]# ls -l index.phtml
-rw-rw-r-- 1 root other827 Jun 30 2000 index.phtml
(Line 25-28 of /www/wwwx/index.phtml)
$V-CS-sckey = "speed";
$V-CS-scval = "";
if ( $V-CS-searchCSKey("speed") == "" ) {
==
Warning: $CS is not an object in brc_speedcheck.inc on line 3
Warning: $CS is not an object in brc_speedcheck.inc on line 4
Warning: $CS is not an object in brc_speedcheck.inc on line 5
Fatal error: Member function used on a non-object in brc_speedcheck.inc on line 5
/usr/local/lib/php
[custroot@ripvisaweb01 php]# head brc_speedcheck.inc
?php
$V-CS-sckey = "speed";
$V-CS-scval = "";
if ( $V-CS-searchCSKey("speed") == "" ) { header("Location:
/sysdoc.phtml?1006ref"); }
?[custroot@ripvisaweb01 php]# ls -l brc_speedcheck.inc
-rw-rw-r-- 1 root other148 Aug 23 2000 brc_speedcheck.inc
--
Edit Bug report at: http://bugs.php.net/?id=9471edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: PHP 4.0 Bug #9471 Updated: Warning: $CS is not an object in /www/wwwx/index.phtml on line 25
I don't know why, our web site visabrc.com was working for years and problem
occurred on last Saturday. No body changed any include files or so.
However,
In /usr/local/lib/php/class.Visitor.inc, we had $CS declared:
?php
class Visitor extends Service {
var $visitorid, $vpromo, $CS, $promoCS;
...
Thanks,
Ed
-Original Message-
From: Bug Database [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 26, 2001 5:35 PM
To: [EMAIL PROTECTED]
Subject: PHP 4.0 Bug #9471 Updated: Warning: $CS is not an object in
/www/wwwx/index.phtml on line 25
ID: 9471
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Scripting Engine problem
Assigned To:
Comments:
$CS seems not to be an instantiated object of a defined class. You should
provide us with your class definition, if this is the cause of your
problems.
Previous Comments:
---
[2001-02-26 17:29:18] [EMAIL PROTECTED]
Warning: $CS is not an object in /www/wwwx/index.phtml on line 25
Warning: $CS is not an object in /www/wwwx/index.phtml on line 26
Warning: $CS is not an object in /www/wwwx/index.phtml on line 28
Fatal error: Member function used on a non-object in /www/wwwx/index.phtml
on line 28
===
[custroot@ripvisaweb01 wwwx]# ls -l index.phtml
-rw-rw-r-- 1 root other827 Jun 30 2000 index.phtml
(Line 25-28 of /www/wwwx/index.phtml)
$V-CS-sckey = "speed";
$V-CS-scval = "";
if ( $V-CS-searchCSKey("speed") == "" ) {
==
Warning: $CS is not an object in brc_speedcheck.inc on line 3
Warning: $CS is not an object in brc_speedcheck.inc on line 4
Warning: $CS is not an object in brc_speedcheck.inc on line 5
Fatal error: Member function used on a non-object in brc_speedcheck.inc on
line 5
/usr/local/lib/php
[custroot@ripvisaweb01 php]# head brc_speedcheck.inc
?php
$V-CS-sckey = "speed";
$V-CS-scval = "";
if ( $V-CS-searchCSKey("speed") == "" ) { header("Location:
/sysdoc.phtml?1006ref"); }
?[custroot@ripvisaweb01 php]# ls -l brc_speedcheck.inc
-rw-rw-r-- 1 root other148 Aug 23 2000 brc_speedcheck.inc
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9471edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9469 Updated: HAVE_REALPATH not being checked
ID: 9469 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Description: HAVE_REALPATH not being checked In addition, TSRM/tsrm_virtual_cwd.c uses realpath without checking HAVE_REALPATH. Previous Comments: --- [2001-02-26 14:41:14] [EMAIL PROTECTED] Get a compile error in ex/standard/basic_functions.c because realpath() is not available. The current code does not check for HAVE_REALPATH...here is the current code: #if (!defined(PHP_WIN32) !defined(__BEOS__)) || defined(ZTS) PHP_FE(realpath,NULL) #else PHP_FALIAS(realpath,warn_not_available,NULL) #endif HAVE_REALPATH should be checked. --- Full Bug description available at: http://bugs.php.net/?id=9469 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] RE: PHP 4.0 Bug #9471 Updated: Warning: $CS is not anobject in /www/wwwx/index.phtml on line 25
Ed Lee wrote:
I don't know why, our web site visabrc.com was working for years and
problem occurred on last Saturday. No body changed any include files
or so.
This is hard to believe.
However,
In /usr/local/lib/php/class.Visitor.inc, we had $CS declared:
?php
class Visitor extends Service {
var $visitorid, $vpromo, $CS, $promoCS;
Are you initializing $CS somewhere, with $CS = new CS(...) for instance?
--
sebastian bergmann e-mail : [EMAIL PROTECTED]
homepage : http://www.sebastian-bergmann.de
make a gift : http://wishlist.sebastian-bergmann.de
measure the usability of your web application - http://phpOpenTracker.de
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9471 Updated: Warning: $CS is not an object in /www/wwwx/index.phtml on line 25
ID: 9471
Updated by: cnewbill
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Scripting Engine problem
Assigned To:
Comments:
[USER NOTES via Email]
I don't know why, our web site visabrc.com was working for years and problem
occurred on last Saturday. No body changed any include files or so.
However,
In /usr/local/lib/php/class.Visitor.inc, we had $CS declared:
?php
class Visitor extends Service {
var $visitorid, $vpromo, $CS, $promoCS;
...
Thanks,
Ed
Previous Comments:
---
[2001-02-26 18:00:04] [EMAIL PROTECTED]
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9471edit=2
Use the bug interface to update this please.
Where is $CS actually given a value, the contstructor? And have you gone through each
step where $CS might be modified? Do you keep your code in CVS or something similar
so you can track possibly overlooked changes?
---
[2001-02-26 17:35:29] [EMAIL PROTECTED]
$CS seems not to be an instantiated object of a defined class. You should provide us
with your class definition, if this is the cause of your problems.
---
[2001-02-26 17:29:18] [EMAIL PROTECTED]
Warning: $CS is not an object in /www/wwwx/index.phtml on line 25
Warning: $CS is not an object in /www/wwwx/index.phtml on line 26
Warning: $CS is not an object in /www/wwwx/index.phtml on line 28
Fatal error: Member function used on a non-object in /www/wwwx/index.phtml on line 28
===
[custroot@ripvisaweb01 wwwx]# ls -l index.phtml
-rw-rw-r-- 1 root other827 Jun 30 2000 index.phtml
(Line 25-28 of /www/wwwx/index.phtml)
$V-CS-sckey = "speed";
$V-CS-scval = "";
if ( $V-CS-searchCSKey("speed") == "" ) {
==
Warning: $CS is not an object in brc_speedcheck.inc on line 3
Warning: $CS is not an object in brc_speedcheck.inc on line 4
Warning: $CS is not an object in brc_speedcheck.inc on line 5
Fatal error: Member function used on a non-object in brc_speedcheck.inc on line 5
/usr/local/lib/php
[custroot@ripvisaweb01 php]# head brc_speedcheck.inc
?php
$V-CS-sckey = "speed";
$V-CS-scval = "";
if ( $V-CS-searchCSKey("speed") == "" ) { header("Location:
/sysdoc.phtml?1006ref"); }
?[custroot@ripvisaweb01 php]# ls -l brc_speedcheck.inc
-rw-rw-r-- 1 root other148 Aug 23 2000 brc_speedcheck.inc
---
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9471edit=2
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9383 Updated: mcrypt 2.4.9 function causes Apache to segfault
ID: 9383
User Update by: [EMAIL PROTECTED]
Status: Assigned
Bug Type: mcrypt related
Description: mcrypt 2.4.9 function causes Apache to segfault
OK, I've done some research. This code fails to run (segfaults with the same symptoms
as PHP):
#includemcrypt.h
main() {
mcrypt_module_open("tripledes","/usr/local/lib/libmcrypt/algorithms","ecb","/usr/local/lib/libmcrypt/modes");
}
Anyway, what's interesting - I have the module tripledes installed correctly (even in
that directory). But even the bundled ciphertest program does not find any working
algorithms under freebsd 4.2
Previous Comments:
---
[2001-02-21 18:09:03] [EMAIL PROTECTED]
After some research, it might be a portabilty issue, as this same configuration works
flawlessly on linux (RedHAt 6.2)
I'll contact the author of libmcrypt
---
[2001-02-21 16:51:33] [EMAIL PROTECTED]
2.4.7 does not work too.
---
[2001-02-21 16:40:57] [EMAIL PROTECTED]
Does not work with 2.4.8, trying 2.4.7
---
[2001-02-21 16:26:03] [EMAIL PROTECTED]
no problem. I'm just compiling it with 2.4.8, should I try only 2.4.7. Is 2.4.8 known
to have some problem?
---
[2001-02-21 16:16:51] [EMAIL PROTECTED]
Can you check out if libmcrypt 2.4.4 or 2.4.7 works fine for you? Assigning it to me
too.
---
The remainder of the comments for this report are too long. To view the rest of the
comments, please view the bug report online.
Full Bug description available at: http://bugs.php.net/?id=9383
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] SSL socket support (LONG!)
On 2001-02-26 08:21:23, Stig Venaas [EMAIL PROTECTED] wrote:
Sounds good to me. It's also impossible in a portable way to know if a
socket is AF_INET, AF_INET6 or AF_LOCAL, so for socket() function etc.
I've been thinking of doing something like this to store what domain
a socket is in (maybe type and protocol too). So I think that all
We could add these fields to the php_sockbuf, along with the things listed below; in
this implementation, a socketd will always have a php_sockbuf present.
I've been delving into it, and these are my thoughts:
When opening a socket there are 3 stages (and thus operations on the socket):
1. Create a socketd of appropriate domain/type/family (socket(2))
2. resolve the address to connect to (domain specific)
3. make the connection (connect_nonb)
If there is an error in one of these stages the reason might also need to be returned
in a human readable form.
Once the socket is opened we have 3 remaining operations:
1. read
2. write
3. close
If we bring this together (and borrow from fopen_wrappers) we can have an extensible
socket abstraction, where the protocol part of the hostname from the fsockopen call
determines which underlying socket family to use.
The protocol name would map to a php_socket_ops structure, which might look something
like this:
struct php_socket_ops {
int (*socket)(void ** cookie, socklen_t * addrlen);
int (*resolve)(void * cookie, struct sockaddr * addr, char * hostname, unsigned
short port);
int (*connect)(void * cookie, struct sockaddr * addr, struct timeval * timeout);
int (*strerror)(void * cookie, int errno, char * buf, size_t buflen);
int (*close)(void * cookie);
size_t (*read)(void * cookie, char * buf, size_t buflen);
size_t (*write)(void * cookie, char * buf, size_t buflen);
};
php_sockbuf {
...
struct php_socket_ops * ops;
void * cookie;
};
It should be fairly self explanatory how things work, but the socket, resolve and
connect methods need a little more detail:
Since the size of a struct sockaddr varies depending on the domain of the socket, the
call to socket returns the size required for this particular socket type. It is the
callers responsibility to allocate a buffer of that size and pass it to the resolve
and connect methods. After that point the buffer can be freed.
So, the pseudo code for php_fsockopen would like something like this:
(most error checking removed for brevity)
... parse/convert php args : hostname, port, timeout ...
... extract protocol string from hostname, default to "tcp://" ...
struct php_socket_ops * ops = fsockprotocol_to_ops(protocol);
void * cookie = NULL;
socklen_t socklen;
struct sockaddr * addr;
// create a socket and return the address length and cookie
int socketd = ops-socket(cookie, socklen);
// allocate address buffer
addr = emalloc(socklen);
// resolve the address
ops-resolve(cookie, addr, hostname, port);
// make the connection - note that the error code is returned
int errcode = ops-connect(cookie, addr, timeout);
// free the addr buffer here to avoid complications in exiting this function
efree(addr);
// check success of connection
if (errcode != 0)
{
// failed, so complain - get the error message
char errbuf[256];
ops-strerror(cookie, errcode, errbuf, sizeof(errbuf));
// copy/use/print errbuf
// cleanup
ops-close(cookie);
RETURN_FALSE;
}
// succeeded; record the socket and cookie in a php_sockbuf
struct php_sockbuf * sock = SOCK_FIND(socketd);
sock-ops = ops;
sock-cookie = cookie;
RETURN_TRUE;
Thats the basics. The other side of the implementation, for tcp sockets might look
something like this: (udp would be similar)
int tcp_socket(void ** cookie, socklen_t * len)
{
int socketd = socket(AF_INET, SOCK_STREAM, 0);
*len = sizeof(struct sockaddr_in);
*cookie = (void*)socketd;
return socketd;
}
int tcp_resolve(void * cookie, struct sockaddr * addr, char * hostname, unsigned short
port)
{
struct sockaddr_in * server = (struct sockaddr_in*)addr;
server.sin_family = AF_INET;
if (php_lookup_hostname(hostname, server-sin_addr))
return errno;
server.sin_port = htons(port);
return 0;
}
int tcp_connect(void * cookie, struct sockaddr * addr, struct timeval * timeout)
{
if (connect_nonb((int)cookie, addr, sizeof(struct sockaddr_in), timeout) ==
SOCK_CONN_ERR)
return errno;
return 0;
}
// declared this way because the openSSL error functions are like this
int tcp_strerror(void * cookie, int errno, char * buf, size_t buflen)
{
char * errstr = strerror(errno);
size_t len = strlen(errstr);
if (len buflen)
len = buflen;
strncpy(buf, errstr, len);
return 0;
}
int tcp_close(void * cookie)
{
shutdown((int)cookie, 0);
closesocket((int)cookie);
}
size_t tcp_read(void * cookie, char * buf, size_t buflen)
{
return
[PHP-DEV] PHP 4.0 Bug #8464 Updated: PHP SIGABRT's using pspell functions
ID: 8464
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Pspell related
Assigned To:
Comments:
hmmm... Too bad I don't have Solaris (or free time) to play with this. But I've got
one question: Do pspell and aspell work on your solaris machine at all? It seems that
the failures you observe in php would be exactly the same if you use aspell and pspell
without php, and the fault lies within pspell, not within php module.
Can you try to compile the examples provided with pspell *and* try to run them? They
are located in pspell/examples directory. Do:
: cd pspell-.11.2/examples
: make example-c
: ./example-c en
and then do something 's hullow' and see if that works. Please, tell me if that
failed. I have a feeling we'll have to ask the author of aspell/pspell (Kevin
Atkinson) to fix a few issues on solaris.
thanks,
Vlad
Previous Comments:
---
[2001-01-23 19:51:58] [EMAIL PROTECTED]
After looking at bug 8133 I decided to play with it a little, here is what I found:
I noticed that the aspell docs suggested that you have a /etc/aspell.conf so I made a
conf file that contained:
personal/root/.aspell.english.pws
repl/root/.aspell.english.prepl
Then I symlinked /root/.aspell.conf to /etc/aspell.conf. When running another
backtrace I found that it was now looking for /usr/local/etc/aspell.conf so I
symlinked that to /etc/aspell.conf as well. After trying again, I got an error about
not being able to open /usr/local/lib/aspell/english.dat. I noticed that the file was
in /usr/local/share/aspell/english.dat so I made another symlink.
After all that I am stuck again, but now have more backtrace data to analyze.
I should also note that I am almost certain that bug 8133 and 8464 are the same
problem on different platforms.
thanks
schu
Backtrace output:
#0 0xef69a034 in _libc_kill () from /usr/lib/libc.so.1
#1 0xef63512c in abort () from /usr/lib/libc.so.1
#2 0xef52af00 in __default_terminate ()
from /usr/local/apache/libexec/libphp4.so
#3 0xef52af30 in __terminate () from /usr/local/apache/libexec/libphp4.so
#4 0xef52bc28 in __throw () from /usr/local/apache/libexec/libphp4.so
#5 0xef019210 in autil::open_file (in=@0x132e60, file=@0xefffd808,
mode=-284925040) at file_util.cc:24
#6 0xeefeda18 in aspell::Language::setup (this=0xefffd930, lang={
static npos = 4294967295, static nilRep = {len = 0, res = 0, ref = 1,
selfish = false}, dat = 0x1432f8 "english"}, config=0x1437b0)
at language.cc:110
#7 0xeeff63ac in aspell::DataSet::set_check_lang (this=0x1443b0,
l=@0xefffd9d0, config=0x1437b0) at inc/language.hh:56
#8 0xeeffa424 in aspell_default_readonly_ws::ReadOnlyWS::load (this=0x1443b0 ,
fn=@0xefffdac0, config=0x1437b0) at readonly_ws.cc:317
#9 0xeeff87b0 in aspell::add_data_set (file_name=@0x1443b0, config=@0x1437b0 ,
manager=0x143214, local_info=0xefffdbd4, allowed=4294967040) at data.cc:3 08
#10 0xef0112fc in aspell::MultiWS::load (this=0x131180, fn=@0xefffdd30,
config=0x1437b0, manager=0x143214, li=0xefffdbd4) at multi_ws.cc:61
#11 0xeeff87b0 in aspell::add_data_set (file_name=@0x131180, config=@0x1437b0 ,
manager=0x143214, local_info=0x0, allowed=4294967040) at data.cc:308
#12 0xef004a50 in aspell::Manager::real_setup (this=0x143214) at manager.cc:5 76
---Type return to continue, or q return to quit---
#13 0xef004818 in aspell::Manager::setup (this=0x143214, override=@0x142868)
at manager.cc:563
#14 0xef146c64 in pspell_aspell::PA_Manager::PA_Manager (this=0x1431f0,
config=0x142868, h=0x0) at manager.cc:189
#15 0xef147cac in libpspell_aspell_LTX_new_pspell_manager_class (
config=0x142868, h=0x0) at manager.cc:308
#16 0xef2c1594 in new_pspell_manager_class (config=0x142868)
at manager_impl.cc:45
#17 0xef2c2440 in new_pspell_manager (c=0x142d92) at manager_impl.cc:254
#18 0xef420364 in php_if_pspell_new (ht=1, return_value=0x1438b8,
this_ptr=0x0, return_value_used=1) at pspell.c:155
#19 0xef377b54 in execute () from /usr/local/apache/libexec/libphp4.so
#20 0xef3907d0 in zend_execute_scripts (type=8, file_count=3) at zend.c:729
#21 0xef3b52d0 in php_execute_script (primary_file=0xe6e8) at main.c:1221
#22 0xef3aeb70 in apache_php_module_main (r=0x139078, display_source_mode=0)
at sapi_apache.c:89
#23 0xef3afe34 in send_php (r=0x139078, display_source_mode=0,
filename=0x13ab10 "/home/www/schu/spell.html") at mod_php4.c:506
#24 0xef3afe78 in send_parsed_php (r=0x139078) at mod_php4.c:517
#25 0x414c8 in ap_invoke_handler ()
#26 0x5e700 in process_request_internal ()
#27 0x5e784 in ap_process_request ()
#28 0x520dc in child_main ()
---Type return to continue, or q return to quit---
#29 0x52398 in make_child ()
#30 0x525b4 in startup_children ()
#31 0x52fa4 in standalone_main ()
#32 0x53bb8 in
[PHP-DEV] PHP 4.0 Bug #9472: Apache refuses to start when trying to load php DSO module
From: [EMAIL PROTECTED] Operating system: Red Hat Linux 7.0 PHP version: 4.0.4pl1 PHP Bug Type: Apache related Bug description: Apache refuses to start when trying to load php DSO module LoadModule php4_modulelibexec/libphp4.so When the previous line is present in the httpd.conf file, Apache will not load when the "./apachectl restart" command is executed. I get the error: [root@ip234-164 bin]# ./apachectl restart ./apachectl restart: configuration broken, ignoring restart ./apachectl restart: (run 'apachectl configtest' for details) I then run: [root@ip234-164 bin]# ./apachectl configtest Syntax error on line 207 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.so into server: undefined symbol: uncompress PHP was configured as follows: ./configure --with-mysql=/usr/local/mysql --with-apxs=/usr/local/apache/bin/apxs --prefix=/usr/local/php --with-track-vars --with-trans-id -- Edit Bug report at: http://bugs.php.net/?id=9472edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8464 Updated: PHP SIGABRT's using pspell functions
ID: 8464
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Pspell related
Description: PHP SIGABRT's using pspell functions
Vlad,
Here is the output of the commands that you requested:
*
[schu@untied:examples]$ make example-c
gcc -DPACKAGE=\"pspell\" -DVERSION=\".11.2\" -I. -I. -I/usr/local/include-g -O2
-c example-c.c
/bin/sh ../libtool --mode=link gcc -g -O2 -o example-c example-c.o -L/usr/local/lib
-lpspell
mkdir .libs
gcc -g -O2 -o example-c example-c.o -L/usr/local/lib
/usr/local/lib/libpspell_aspell.so
-L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2 -L/usr/ccs/bin -L/usr/ccs/lib
/usr/local/lib/libaspell.so /usr/local/lib/libpspell-impl.so
/usr/local/lib/libpspell.so /usr/local/lib/libpspell-modules.so -lstdc++
-R/usr/local/lib -R/usr/local/lib
[schu@untied:examples]$ ./example-c en
Using: en---aspell
Type "h" for help.
s hullow
hallow
hollow
Hull
hull
hull ow
hull-ow
hello
Harlow
Hall
Hill
hall
hallows
halo
hell
hill
hollows
hula
hulls
hurl
x
[schu@untied:examples]$
*
As you can see the example works just fine. Any other ideas?
I am glad to help in any way I can.
thanks
schu
Previous Comments:
---
[2001-02-26 18:43:17] [EMAIL PROTECTED]
hmmm... Too bad I don't have Solaris (or free time) to play with this. But I've got
one question: Do pspell and aspell work on your solaris machine at all? It seems that
the failures you observe in php would be exactly the same if you use aspell and pspell
without php, and the fault lies within pspell, not within php module.
Can you try to compile the examples provided with pspell *and* try to run them? They
are located in pspell/examples directory. Do:
: cd pspell-.11.2/examples
: make example-c
: ./example-c en
and then do something 's hullow' and see if that works. Please, tell me if that
failed. I have a feeling we'll have to ask the author of aspell/pspell (Kevin
Atkinson) to fix a few issues on solaris.
thanks,
Vlad
---
[2001-01-23 19:51:58] [EMAIL PROTECTED]
After looking at bug 8133 I decided to play with it a little, here is what I found:
I noticed that the aspell docs suggested that you have a /etc/aspell.conf so I made a
conf file that contained:
personal/root/.aspell.english.pws
repl/root/.aspell.english.prepl
Then I symlinked /root/.aspell.conf to /etc/aspell.conf. When running another
backtrace I found that it was now looking for /usr/local/etc/aspell.conf so I
symlinked that to /etc/aspell.conf as well. After trying again, I got an error about
not being able to open /usr/local/lib/aspell/english.dat. I noticed that the file was
in /usr/local/share/aspell/english.dat so I made another symlink.
After all that I am stuck again, but now have more backtrace data to analyze.
I should also note that I am almost certain that bug 8133 and 8464 are the same
problem on different platforms.
thanks
schu
Backtrace output:
#0 0xef69a034 in _libc_kill () from /usr/lib/libc.so.1
#1 0xef63512c in abort () from /usr/lib/libc.so.1
#2 0xef52af00 in __default_terminate ()
from /usr/local/apache/libexec/libphp4.so
#3 0xef52af30 in __terminate () from /usr/local/apache/libexec/libphp4.so
#4 0xef52bc28 in __throw () from /usr/local/apache/libexec/libphp4.so
#5 0xef019210 in autil::open_file (in=@0x132e60, file=@0xefffd808,
mode=-284925040) at file_util.cc:24
#6 0xeefeda18 in aspell::Language::setup (this=0xefffd930, lang={
static npos = 4294967295, static nilRep = {len = 0, res = 0, ref = 1,
selfish = false}, dat = 0x1432f8 "english"}, config=0x1437b0)
at language.cc:110
#7 0xeeff63ac in aspell::DataSet::set_check_lang (this=0x1443b0,
l=@0xefffd9d0, config=0x1437b0) at inc/language.hh:56
#8 0xeeffa424 in aspell_default_readonly_ws::ReadOnlyWS::load (this=0x1443b0 ,
fn=@0xefffdac0, config=0x1437b0) at readonly_ws.cc:317
#9 0xeeff87b0 in aspell::add_data_set (file_name=@0x1443b0, config=@0x1437b0 ,
manager=0x143214, local_info=0xefffdbd4, allowed=4294967040) at data.cc:3 08
#10 0xef0112fc in aspell::MultiWS::load (this=0x131180, fn=@0xefffdd30,
config=0x1437b0, manager=0x143214, li=0xefffdbd4) at multi_ws.cc:61
#11 0xeeff87b0 in aspell::add_data_set (file_name=@0x131180, config=@0x1437b0 ,
manager=0x143214, local_info=0x0, allowed=4294967040) at data.cc:308
#12 0xef004a50 in aspell::Manager::real_setup (this=0x143214) at manager.cc:5 76
---Type return to continue, or q return to quit---
#13 0xef004818 in aspell::Manager::setup (this=0x143214, override=@0x142868)
at manager.cc:563
#14 0xef146c64 in pspell_aspell::PA_Manager::PA_Manager (this=0x1431f0,
[PHP-DEV] PHP 4.0 Bug #9473: Blank screen. Scripting engine does not run
From: [EMAIL PROTECTED]
Operating system: NT 2000
PHP version: 4.0.4pl1
PHP Bug Type: *Configuration Issues
Bug description: Blank screen. Scripting engine does not run
I am not sure what to send as I have done every thing in the documentation.
My Internet Explorer 5.5 browser shows me my file phpinfo.php as blank. When I do a
view source, I see the contents ? phpinfo(); ?. I changed the text to be ?php
phpinfo(); ?. Same problem. It
1) I unzipped php-4.0.4pl1-Win32.zip into my L: drive as L:\php on my Windows 2000
professional PC. Followed the instructions. In regards to the MM console, created a
virtual directory php and provided read, write, script and execute. Restarted service
no luck.
2) Decided to install Apache 1.3. Followed the instructions to modify the httpd.conf
file. Restarted the service same symptoms. It process normal htm files but refuses to
process the php commands.
3) Decided to install windows 98 and use PWS. Followed the instructions which included
modifying registry settings. Still nothing.
4) Backed off all 3 approaches and tried to install easywindows in case I made
mistakes manually for IIS 5, Apache 1.3, and PWS. Same problem.
5) Tried to do a google search and went to the bugs.php.net and found an article on my
symptoms. One of them was for PWs which indicated that I should modify my php.ini and
change the document root and modify for browscap. Still nothing.
Anyways, here is a php.ini from my windows 2000 PC.
I don't know why IIS 5 will not process php.exe when I used configuration to define
php or even my isapi file php4ts.dll from isapi tab for my php files.
Thanks in advance
Ken
[PHP]
;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior. In order for PHP to
; read it, it must be named 'php.ini'. PHP looks for it in the current
; working directory, in the path designated by the environment variable
; PHPRC, and in the path that was defined in compile time (in that order).
; Under Windows, the compile-time path is the Windows directory. The
; path in which the php.ini file is looked for can be overriden using
; the -c argument in command line mode.
;
; The syntax of the file is extremely simple. Whitespace and Lines
; beginning with a semicolon are silently ignored (as you probably guessed).
; Section headers (e.g. [Foo]) are also silently ignored, even though
; they might mean something in the future.
;
; Directives are specified using the following syntax:
; directive = value
; Directive names are *case sensitive* - foo=bar is different from FOO=bar.
;
; The value can be a string, a number, a PHP constant (e.g. E_ALL or M_PI), one
; of the INI constants (On, Off, True, False, Yes, No and None) or an expression
; (e.g. E_ALL ~E_NOTICE), or a quoted string ("foo").
;
; Expressions in the INI file are limited to bitwise operators and parentheses:
; | bitwise OR
; bitwise AND
; ~ bitwise NOT
; ! boolean NOT
;
; Boolean flags can be turned on using the values 1, On, True or Yes.
; They can be turned off using the values 0, Off, False or No.
;
; An empty string can be denoted by simply not writing anything after the equal
; sign, or by using the None keyword:
;
; foo = ; sets foo to an empty string
; foo = none ; sets foo to an empty string
; foo = "none"; sets foo to the string 'none'
;
; If you use constants in your value, and these constants belong to a dynamically
; loaded extension (either a PHP extension or a Zend extension), you may only
; use these constants *after* the line that loads the extension.
;
; All the values in the php.ini-dist file correspond to the builtin
; defaults (that is, if no php.ini is used, or if you delete these lines,
; the builtin defaults will be identical).
; Language Options ;
engine = On ; Enable the PHP scripting language engine
under Apache
short_open_tag = On ; allow the ? tag. otherwise, only ?php and
script tags are recognized.
asp_tags= Off ; allow ASP-style % % tags
precision = 14 ; number of significant digits displayed in
floating point numbers
y2k_compliance = Off ; whether to be year 2000 compliant (will cause
problems with non y2k compliant browsers)
output_buffering= Off ; Output buffering allows you to send header lines
(including cookies)
; even after you send body
content, in the price of slowing PHP's
; output layer a bit.
; You can enable output
buffering by in runtime by calling the output
Re: [PHP-DEV] RE: [PHP-QA] Re: [PHP-DEV] ctype function (re?)naming
Stanislav Malyshev wrote: JM This is not in line with the other is_* functions. To keep in line with If you mean ctype functions, I agree - they all should be is*. If you mean is_integer type functions - so what? It's not in line also with mysql_num_rows function, so? That's just functions from different area, and the fact that accidentally they start from the same two letters does not change much. "Accident" generally does not have a good meaning here (AZ,USA)... while we (PHP) may not have a good naming schema for all functions, I think it is helpful for the PHP user base to be able to comprehend the use of a function based on the name. Hypothetical examples: xpldl_open() /* Start a new XML based Page Definition Language doc */ xpldl_openf() / * Read a printer language description logic file */ Now, based on what I've seen from Stanislav's code, he's used to this nightmare, to thousands of include files where *one* typo annhilates an entire compile. But our users, our base, is not at the level of Stas. Some have never used anything else. Others came to PHP because it didn't have the [method nightmare|tag bondage| forced typing] of other languages. Yes, ctype *could* be prefixed with VGH45i97_*. But it wouldn't be very helpful. We could prefix ctype with mysql_* names. (Uhm... (So what? *Really?*) Is stas voting that mysql_is_ctype is a good thing? I really doubt it.) There's a reason why we don't use a prior name, and it's not because skilled coders can differentiate between 89DEGU567S_open() and 89D3GU5675_open().. it's because new language adopters *can't* differentiate. -Ronabop -- Personal: [EMAIL PROTECTED], 520-326-6109, http://www.opus1.com/ron/ Work: [EMAIL PROTECTED], 520-546-8993, http://www.pnsinc.com/ The opinions expressed in this email are not neccesarrily those of myself, my employers, or any of the other little voices in my head. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] SSL socket support (LONG!)
On Mon, Feb 26, 2001 at 11:39:51PM +, Wez Furlong wrote:
When opening a socket there are 3 stages (and thus operations on the socket):
1. Create a socketd of appropriate domain/type/family (socket(2))
2. resolve the address to connect to (domain specific)
3. make the connection (connect_nonb)
The resolving isn't always done with a socket.
If we bring this together (and borrow from fopen_wrappers) we can have an extensible
socket abstraction, where the protocol part of the hostname from the fsockopen call
determines which underlying socket family to use.
But with for instance IPv6, you won't know what socket you need until
you're done with the resolving. That's why hostconnect() is like it
is. It even needs to connect before it knows what socket to use. That
is, it creates a socket for each connect (which may be AF_LOCAL,
AF_INET, AF_INET6), but returns with one socket in the end, after a
successfull connect. I think hostconnect() shouldn't use sockbuf
for it's work, but should return a sockbuf, probably with default
ops filled in, the caller can if it likes replace the ops with
it's own, currently only SSL perhaps. Some future use could be
compression perhaps, don't know.
I'm not convinced we should put socket(), resolve() etc. into the
structure. I agree that we need those, and others, but I don't see
the value of putting them in a structure.
For SSL it should be possible to connect() as usual using
hostconnect() and then do the SSL negotiation, right?
The protocol name would map to a php_socket_ops structure, which might look
something like this:
struct php_socket_ops {
int (*socket)(void ** cookie, socklen_t * addrlen);
int (*resolve)(void * cookie, struct sockaddr * addr, char * hostname, unsigned
short port);
int (*connect)(void * cookie, struct sockaddr * addr, struct timeval * timeout);
int (*strerror)(void * cookie, int errno, char * buf, size_t buflen);
int (*close)(void * cookie);
size_t (*read)(void * cookie, char * buf, size_t buflen);
size_t (*write)(void * cookie, char * buf, size_t buflen);
};
close, read and write is fine, we need that abstraction. I think
perhaps we should have destruct() rather than close() where close()
first calls destruct to let for instance SSL clean up whatever is
needed, and then do the normal socket close and free the php_sockbuf
structure. By abstracting read and write, it could be possible to
put fopen_wrappers in extensions (completely modularized), seems
sensible to me to put the SSL wrapper in the openssl extension.
I think we need the sockbuf abstraction, so I agree on the general
lines.
Stig
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] [Fwd: In response to bug report 8657]
Cameron Just wrote: Hi, Since you haven't had a response from this user. http://bugs.php.net/bugs.php?id=8657 I know that the UNC pathnames are still not working with PHP4.0.4pl1 The bug was first reported here http://bugs.php.net/bugs.php?id=6554 I didn't find the above bug because it was in a werid location so my bug report was marked as a duplicate. http://bugs.php.net/bugs.php?id=9234 I was told that it was in the todo list? Is that the same todo list that is on the CVS because I could find no reference to it? Just curious about it's status because I am still using 3.0.16 because no versions above that work with windows shares. I haven't tested the CVS yet thought because I can't compile in win32. Just to clarify this is not a hurry up and fix it email. I know everyone puts in their own time to work on PHP. I was just wondering what the status of the problem is or if it has been overlooked? Thankyou. -- sebastian bergmann e-mail : [EMAIL PROTECTED] homepage : http://www.sebastian-bergmann.de make a gift : http://wishlist.sebastian-bergmann.de measure the usability of your web application - http://phpOpenTracker.de -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9418 Updated: Upload image file is broken
ID: 9418 User Update by: [EMAIL PROTECTED] Old-Status: Closed Status: Open Bug Type: *General Issues Description: Upload image file is broken Previous Comments: --- [2001-02-25 18:28:55] [EMAIL PROTECTED] Reopening. jmoore : what's the hurry to close something just one day after the issue is reported? nekto replied "What info yuo need?" nekto: well does the uploaded file exist? does the file 0 filesize? what are the differences between the files - is the uploaded file prepended with a content-type header? what code are you using to reference the uploaded file? --- [2001-02-24 13:23:34] [EMAIL PROTECTED] Not enough information supplied closing. --- [2001-02-23 05:04:14] [EMAIL PROTECTED] I have a problem with upload gif image (original differ from upload image). With yours recommendation, i install last cvs version of php4. But this not solved my problem. What i must doing for solving my problem? --- Full Bug description available at: http://bugs.php.net/?id=9418 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
