[PHP-DEV] PHP 4.0 Bug #9109: Comments and regular expressions make problems
From: [EMAIL PROTECTED]
Operating system: Redhat Linux 7
PHP version: 4.0.4pl1
PHP Bug Type: Scripting Engine problem
Bug description: Comments and regular expressions make problems
This is a problem:
/*
$pnr=preg_replace("/[a-zA-Z]*/", "", $pnr);
*/
As you can see this is a line that has been commented out.
The problem is that the engine thinks that the "*/" within the REGEX itself is the end
of the comment making it impossible to comment this line out.
This is a big problem if you have a whole block of expressions containing REGEX which
you want to comment out!
What about a fix?
--
Edit Bug report at: http://bugs.php.net/?id=9109&edit=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 #9310: apache segfault with simple php script (using mysql)
From: [EMAIL PROTECTED]
Operating system: linux 2.2.14
PHP version: 4.0.4pl1
PHP Bug Type: Reproduceable crash
Bug description: apache segfault with simple php script (using mysql)
0) [Sat Jan 13 14:02:13 2001]
[notice] child pid 13927 exit signal Segmentation fault (11)
-> this is what comes in the apache error log when I call the script
with a php higher than 4.0.2. with the 4.0.2 it works fine. The page output
is most of the time incomplete (stoping at a random place), but no "document contains
no data", or very seldom.
1) the scripts source are visible under http://www.omnis.ch/dev/php/
(my first php script ever, 2 years ago, could be improved I know: but
it still should work without killing my webserver)
2) config.nice :
#! /bin/sh
#
# Created by configure
"./configure" \
"--with-apxs=/usr/local/apache/bin/apxs" \
"--enable-track-vars" \
"--enable-safe-mode" \
"--with-gd=../gd1.3" \
"--with-ttf" \
"--with-mysql=/usr/local" \
"--with-ldap" \
"--with-xml" \
"--with-zlib" \
"--with-zlib-dir" \
"--enable-memory-limit" \
"--with-recode" \
"--with-dbase" \
"--with-pdflib=/usr/local/src/web/pdflib3" \
"--enable-ftp" \
"$@"
(also tried to remove some or all the modules -> no change)
3) no changes in php.ini (original file.dist)
4) linux server, intel, distribution: suse 6.4
5) gdb backtrace :
omega:/usr/local/apache # gdb /usr/local/apache/bin/httpd
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-suse-linux-gnu"...
(gdb) -f /usr/local/etc/apache/httpd.conf -D PHP4 -X
Undefined command: "-f". Try "help".
(gdb) run -f /usr/local/etc/apache/httpd.conf -D PHP4 -X
Starting program: /usr/local/apache/bin/httpd -f /usr/local/etc/apache/httpd.conf -D
PHP4 -X
Program received signal SIGTRAP, Trace/breakpoint trap.
0x40001780 in _start () at rtld.c:142
142 rtld.c: No such file or directory.
(gdb) cont
Continuing.
Program received signal SIGSEGV, Segmentation fault.
0x4018798c in ?? ()
(gdb) bt
#0 0x4018798c in ?? ()
#1 0x40188321 in ?? ()
#2 0x40187e0d in ?? ()
#3 0x4027a280 in _erealloc (ptr=0x82de544, size=9, allow_failure=0) at
zend_alloc.c:288
#4 0x402927bf in add_string_to_string (result=0xbfffc060, op1=0xbfffc060,
op2=0x82dd42c) at zend_operators.c:1003
#5 0x40285928 in execute (op_array=0x82c614c) at ./zend_execute.c:1389
#6 0x402887e1 in execute (op_array=0x82c569c) at ./zend_execute.c:2063
#7 0x40295c7b in zend_execute_scripts (type=8, file_count=3) at zend.c:729
#8 0x402a95b1 in php_execute_script (primary_file=0xb554) at main.c:1221
#9 0x402a588b in apache_php_module_main (r=0x807f62c, display_source_mode=0) at
sapi_apache.c:89
#10 0x402a62a4 in send_php (r=0x807f62c, display_source_mode=0, filename=0x0) at
mod_php4.c:516
#11 0x402a62dd in send_parsed_php (r=0x807f62c) at mod_php4.c:527
#12 0x40053f23 in _ufc_foobar () from /lib/libcrypt.so.1
#13 0x4006dc79 in ?? () from /usr/lib/libgdbm.so.2
#14 0x4006dcfb in ?? () from /usr/lib/libgdbm.so.2
#15 0x40062ccc in _ufc_foobar () from /lib/libcrypt.so.1
#16 0x40062ef7 in _ufc_foobar () from /lib/libcrypt.so.1
#17 0x400630c6 in _ufc_foobar () from /lib/libcrypt.so.1
#18 0x400638de in _ufc_foobar () from /lib/libcrypt.so.1
#19 0x40064390 in _ufc_foobar () from /lib/libcrypt.so.1
#20 0x80487fd in ?? ()
#21 0x40143313 in token () at ruserpass.c:292
(gdb)
Voila, I hope it will help you!
If you have any question / patch to try, please ask.
Regards,
Olivier
--
Edit Bug report at: http://bugs.php.net/?id=9310&edit=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 #9311: php -l causes segmentation fault
From: [EMAIL PROTECTED]
Operating system: RedHat 6.2
PHP version: 4.0.3pl1
PHP Bug Type: Reproduceable crash
Bug description: php -l causes segmentation fault
Running "php -l test.php" on a script with a parse error
causes a segmentation fault.
test.php:
backtrace:
#0 0x80d7564 in destroy_op_array (op_array=0x0) at
zend_opcode.c:143
#1 0x8064c78 in php_lint_script (file=0xbc54) at
main.c:1228
#2 0x80635a9 in main (argc=3, argv=0xbcb4) at
cgi_main.c:718
One fix is to patch main/main.c (v 1.322) at line 1228
if( op_array ) {
destroy_op_array(op_array);
}
(I tried this and now lint is happy)
A better solution is probably to fix zend_opcode.c though.
Tim
--
Edit Bug report at: http://bugs.php.net/?id=9311&edit=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 #9312: php -l causes segmentation fault
From: [EMAIL PROTECTED]
Operating system: RedHat 6.2
PHP version: 4.0.3pl1
PHP Bug Type: Reproduceable crash
Bug description: php -l causes segmentation fault
Running "php -l test.php" on a script with a parse error
causes a segmentation fault.
test.php:
backtrace:
#0 0x80d7564 in destroy_op_array (op_array=0x0) at
zend_opcode.c:143
#1 0x8064c78 in php_lint_script (file=0xbc54) at
main.c:1228
#2 0x80635a9 in main (argc=3, argv=0xbcb4) at
cgi_main.c:718
One fix is to patch main/main.c (v 1.322) at line 1228
if( op_array ) {
destroy_op_array(op_array);
}
(I tried this and now lint is happy)
A better solution is probably to fix zend_opcode.c though.
Tim
--
Edit Bug report at: http://bugs.php.net/?id=9312&edit=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 #9388: odbc_pconnect and hanging database connections
From: [EMAIL PROTECTED] Operating system: Win98 PHP version: 4.0.4 PHP Bug Type: ODBC related Bug description: odbc_pconnect and hanging database connections When I open my Access Database with odbc_pconnect with NN4.7 on Apache 3.1.17, Netscape sends a "GET HTTP/1.1" request and a "Connection: Keep-Alive", but Apache answers with "Connection:close" (maybe he doesn't like keep alives with HTTP/1.0) and not with "Connection:timeout=15, max=100". With phpinfo I get "HTTP_CONNECTION=Keep-Alive", so php leaves a persistent connection open, but apache doesnt reuse it. The result is an "out of disk space" after several calls. My workaround by now is to limit Apaches MaxRequestsPerChild, which results in a 3 second pause, when this limit is reached. Gustav Graf -- Edit Bug report at: http://bugs.php.net/?id=9388&edit=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 #9388 Updated: odbc_pconnect and hanging database connections
ID: 9388 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: ODBC related Description: odbc_pconnect and hanging database connections When I open my Access Database with odbc_pconnect with NN4.7 on Apache 3.1.17, Netscape sends a "GET HTTP/1.0" request and a "Connection: Keep-Alive", but Apache answers with "Connection:close" (maybe he doesn't like keep alives with HTTP/1.0) and not with "Connection:timeout=15, max=100". With phpinfo I get "HTTP_CONNECTION=Keep-Alive", so php leaves a persistent connection open, but apache doesnt reuse it. The result is an "out of disk space" after several calls. My workaround by now is to limit Apaches MaxRequestsPerChild, which results in a 3 second pause, when this limit is reached. Gustav Graf Previous Comments: --- [2001-02-21 17:23:42] [EMAIL PROTECTED] When I open my Access Database with odbc_pconnect with NN4.7 on Apache 3.1.17, Netscape sends a "GET HTTP/1.1" request and a "Connection: Keep-Alive", but Apache answers with "Connection:close" (maybe he doesn't like keep alives with HTTP/1.0) and not with "Connection:timeout=15, max=100". With phpinfo I get "HTTP_CONNECTION=Keep-Alive", so php leaves a persistent connection open, but apache doesnt reuse it. The result is an "out of disk space" after several calls. My workaround by now is to limit Apaches MaxRequestsPerChild, which results in a 3 second pause, when this limit is reached. Gustav Graf ------- Full Bug description available at: http://bugs.php.net/?id=9388 -- 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 #9388 Updated: odbc_pconnect and hanging database connections
ID: 9388 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: ODBC related Description: odbc_pconnect and hanging database connections ODBC Pooling gained no performance win, I switched to MSSQL-Server, good performance, no more open persistent connections. Previous Comments: --- [2001-02-22 11:42:47] [EMAIL PROTECTED] Apache will keep a pconnection open no matter if it's a keep-alive HTTP connection or not. If you are on windows, you could try to use the odbc drivermanager connection pooling feature and use odbc_connect() in your scripts. --- [2001-02-22 11:10:18] [EMAIL PROTECTED] When I open my Access Database with odbc_pconnect with NN4.7 on Apache 3.1.17, Netscape sends a "GET HTTP/1.0" request and a "Connection: Keep-Alive", but Apache answers with "Connection:close" (maybe he doesn't like keep alives with HTTP/1.0) and not with "Connection:timeout=15, max=100". With phpinfo I get "HTTP_CONNECTION=Keep-Alive", so php leaves a persistent connection open, but apache doesnt reuse it. The result is an "out of disk space" after several calls. My workaround by now is to limit Apaches MaxRequestsPerChild, which results in a 3 second pause, when this limit is reached. Gustav Graf --- [2001-02-21 17:23:42] [EMAIL PROTECTED] When I open my Access Database with odbc_pconnect with NN4.7 on Apache 3.1.17, Netscape sends a "GET HTTP/1.1" request and a "Connection: Keep-Alive", but Apache answers with "Connection:close" (maybe he doesn't like keep alives with HTTP/1.0) and not with "Connection:timeout=15, max=100". With phpinfo I get "HTTP_CONNECTION=Keep-Alive", so php leaves a persistent connection open, but apache doesnt reuse it. The result is an "out of disk space" after several calls. My workaround by now is to limit Apaches MaxRequestsPerChild, which results in a 3 second pause, when this limit is reached. Gustav Graf ------- Full Bug description available at: http://bugs.php.net/?id=9388 -- 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 #9422: Apache hangs when Win goes to standby
From: [EMAIL PROTECTED] Operating system: win98, win98SE PHP version: 4.0.4 PHP Bug Type: Apache related Bug description: Apache hangs when Win goes to standby 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 -- Edit Bug report at: http://bugs.php.net/?id=9422&edit=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 #9429: Apache hangs when Win goes to standby
From: [EMAIL PROTECTED] Operating system: win98, win98SE PHP version: 4.0.4 PHP Bug Type: Apache related Bug description: Apache hangs when Win goes to standby 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 -- Edit Bug report at: http://bugs.php.net/?id=9429&edit=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 #9429 Updated: Apache hangs when Win goes to standby
ID: 9429 User Update by: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: Apache related Description: Apache hangs when Win goes to standby 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 --- Full Bug description available at: http://bugs.php.net/?id=9429 -- 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 #9441: New feature for foreach control structure
From: [EMAIL PROTECTED]
Operating system: (all, using) Linux 2.2.18
PHP version: 4.0.4pl1
PHP Bug Type: Feature/Change Request
Bug description: New feature for foreach control structure
Would find it convenient to do this:
$filehandle=fopen("file","r");
foreach ($filehandle as $line) {
# process line (line ends stripped off)
}
fclose ($filehandle);
...and even this...
$filehandle=fopen("file","r");
foreach ($filehandle as $line[]) {
# $line[0] = whole line sans ends
# $line[1] = first word (exploded out gawk-like)
# $line[2] = second word, etc
}
fclose ($filehandle);
...just a thought.
--
Edit Bug report at: http://bugs.php.net/?id=9441&edit=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 #9531: make fails at "make ." -> /usr/bin/ld: cannot open -lxmltok
From: [EMAIL PROTECTED] Operating system: RedHat Linux (E-Smith Server+Gateway) PHP version: 4.0.4pl1 PHP Bug Type: Compile Failure Bug description: make fails at "make ." -> /usr/bin/ld: cannot open -lxmltok installed Sablot-0.51-0.i386.rpm installed expat-1.95.0-1.i386.rpm installed libxml2-2.3.3.tar.gz installed mysql-3.23.33-pc-linux-gnu-i686.tar.gz ./configure --with-dom=/home/family/libxml2-2.3.3 --with-mysql=/usr/local/mysql --with-sablot make (everything goes well until:) Making all in . make[1]: Entering directory `/home/family/php-4.0.4pl1' /bin/sh /home/family/php-4.0.4pl1/libtool --silent --mode=link gcc -I. -I/home/ family/php-4.0.4pl1/ -I/home/family/php-4.0.4pl1/main -I/home/family/php-4.0.4pl 1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/libxml2-2.3.3/include -I/usr/l ocal/mysql/include -I/usr/local/include -I/home/family/php-4.0.4pl1/ext/xml/expa t/xmltok -I/home/family/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/family/php-4 .0.4pl1/TSRM -DXML_BYTE_ORDER=12 -g -O2 -o php -export-dynamicstub.lo libphp4.la /usr/bin/ld: cannot open -lxmltok: No such file or directory collect2: ld returned 1 exit status make[1]: *** [php] Error 1 make[1]: Leaving directory `/home/family/php-4.0.4pl1' make: *** [all-recursive] Error 1 -- Edit Bug report at: http://bugs.php.net/?id=9531&edit=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 #9531 Updated: make fails at "make ." -> /usr/bin/ld: cannot open -lxmltok
ID: 9531 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Compile Failure Description: make fails at "make ." -> /usr/bin/ld: cannot open -lxmltok sorry, but the bug persists Making all in . make[1]: Entering directory `/home/family/php4-200103030345' gcc -I. -I/home/family/php4-200103030345/ -I/home/family/php4-200103030345/main -I/home/family/php4-200103030345 -I/home/family/php4-200103030345/Zend -I/home/ family/libxml2-2.3.3/include -I/usr/local/mysql/include -I/usr/local/include -I/ home/family/php4-200103030345/ext/xml/expat/xmltok -I/home/family/php4-200103030 345/ext/xml/expat/xmlparse -I/home/family/php4-200103030345/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c stub.c && touch stub.lo /bin/sh /home/family/php4-200103030345/libtool --silent --mode=link gcc -I. -I/ home/family/php4-200103030345/ -I/home/family/php4-200103030345/main -I/home/fam ily/php4-200103030345 -I/home/family/php4-200103030345/Zend -I/home/family/libxm l2-2.3.3/include -I/usr/local/mysql/include -I/usr/local/include -I/home/family/ php4-200103030345/ext/xml/expat/xmltok -I/home/family/php4-200103030345/ext/xml/ expat/xmlparse -I/home/family/php4-200103030345/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ ORDER=12 -g -O2 -o libphp4.la -rpath /home/family/php4-200103030345/libs -L/ho me/family/libxml2-2.3.3/lib -L/usr/local/mysql/lib -L/usr/local/lib -R /home/fa mily/libxml2-2.3.3/lib -R /usr/local/mysql/lib -R /usr/local/lib stub.lo Zend/l ibZend.la sapi/cgi/libsapi.la main/libmain.la regex/libregex.la ext/domxml/libdo mxml.la ext/mysql/libmysql.la ext/pcre/libpcre.la ext/posix/libposix.la ext/sabl ot/libsablot.la ext/session/libsession.la ext/standard/libstandard.la ext/xml/li bxml.la TSRM/libtsrm.la -ldl -lxmltok -lxmlparse -lsablot -lmysqlclient -lz -lxm l -lresolv -lm -ldl -lcrypt -lnsl -lresolv -lz /bin/sh /home/family/php4-200103030345/libtool --silent --mode=link gcc -I. -I/ home/family/php4-200103030345/ -I/home/family/php4-200103030345/main -I/home/fam ily/php4-200103030345 -I/home/family/php4-200103030345/Zend -I/home/family/libxm l2-2.3.3/include -I/usr/local/mysql/include -I/usr/local/include -I/home/family/ php4-200103030345/ext/xml/expat/xmltok -I/home/family/php4-200103030345/ext/xml/ expat/xmlparse -I/home/family/php4-200103030345/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ ORDER=12 -g -O2 -o php -export-dynamic stub.lo libphp4.la /usr/bin/ld: cannot open -lxmltok: No such file or directory collect2: ld returned 1 exit status make[1]: *** [php] Error 1 make[1]: Leaving directory `/home/family/php4-200103030345' make: *** [all-recursive] Error 1 Previous Comments: --- [2001-03-02 19:18:17] [EMAIL PROTECTED] AFAIK this is fixed in CVS. CAn you try the latest CVS version, or a snapshot from snaps.php.net and see it the problem persists? --- [2001-03-02 16:48:33] [EMAIL PROTECTED] installed Sablot-0.51-0.i386.rpm installed expat-1.95.0-1.i386.rpm installed libxml2-2.3.3.tar.gz installed mysql-3.23.33-pc-linux-gnu-i686.tar.gz ./configure --with-dom=/home/family/libxml2-2.3.3 --with-mysql=/usr/local/mysql --with-sablot make (everything goes well until:) Making all in . make[1]: Entering directory `/home/family/php-4.0.4pl1' /bin/sh /home/family/php-4.0.4pl1/libtool --silent --mode=link gcc -I. -I/home/ family/php-4.0.4pl1/ -I/home/family/php-4.0.4pl1/main -I/home/family/php-4.0.4pl 1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/libxml2-2.3.3/include -I/usr/l ocal/mysql/include -I/usr/local/include -I/home/family/php-4.0.4pl1/ext/xml/expa t/xmltok -I/home/family/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/family/php-4 .0.4pl1/TSRM -DXML_BYTE_ORDER=12 -g -O2 -o php -export-dynamicstub.lo libphp4.la /usr/bin/ld: cannot open -lxmltok: No such file or directory collect2: ld returned 1 exit status make[1]: *** [php] Error 1 make[1]: Leaving directory `/home/family/php-4.0.4pl1' make: *** [all-recursive] Error 1 --- Full Bug description available at: http://bugs.php.net/?id=9531 -- 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 #9572: mysql_connect() with timeout
From: [EMAIL PROTECTED] Operating system: all PHP version: 4.0.4pl1 PHP Bug Type: Feature/Change Request Bug description: mysql_connect() with timeout A few months ago I modified PHP 3.0.16 to add an optional fourth parameter to the mysql_connect() functions. The parameter specifies a timeout (in seconds) on the connect(). The patch simply uses the existing mysql_options() function in the MySQL library so it's quite stable code. I'm in the process of upgrading to PHP 4.0.4pl1 and so I've made a comparable change to that code base. Here are the patches for each version: http://www.winux.com/php/connection_timeout_php-3.0.16.txt http://www.winux.com/php/connection_timeout_php-4.0.4pl1.txt Since the timeout parameter is optional, the change is completely upward compatible with the existing languages. It's a wonderful thing. Is there any chance either of these might make it into the official release? Larry -- Edit Bug report at: http://bugs.php.net/?id=9572&edit=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 #9531 Updated: make fails at "make ." -> /usr/bin/ld: cannot open -lxmltok
ID: 9531 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Compile Failure Description: make fails at "make ." -> /usr/bin/ld: cannot open -lxmltok > Try compiling sablot / expat from sources too. I've tried this before, but it did not work. I guess it should be uninteresting how people get the libraries, or one will need a step-by-step instruction to avoid such annoying waste of time. After all, I don't think I'm the only one who wants to use sablot, libxml, mysql und PHP/4. Maybe you know if there is already a FAQ!? Previous Comments: --- [2001-03-03 17:25:39] [EMAIL PROTECTED] Try compiling sablot / expat from sources too. --Jani --- [2001-03-03 08:04:56] [EMAIL PROTECTED] sorry, but the bug persists Making all in . make[1]: Entering directory `/home/family/php4-200103030345' gcc -I. -I/home/family/php4-200103030345/ -I/home/family/php4-200103030345/main -I/home/family/php4-200103030345 -I/home/family/php4-200103030345/Zend -I/home/ family/libxml2-2.3.3/include -I/usr/local/mysql/include -I/usr/local/include -I/ home/family/php4-200103030345/ext/xml/expat/xmltok -I/home/family/php4-200103030 345/ext/xml/expat/xmlparse -I/home/family/php4-200103030345/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c stub.c && touch stub.lo /bin/sh /home/family/php4-200103030345/libtool --silent --mode=link gcc -I. -I/ home/family/php4-200103030345/ -I/home/family/php4-200103030345/main -I/home/fam ily/php4-200103030345 -I/home/family/php4-200103030345/Zend -I/home/family/libxm l2-2.3.3/include -I/usr/local/mysql/include -I/usr/local/include -I/home/family/ php4-200103030345/ext/xml/expat/xmltok -I/home/family/php4-200103030345/ext/xml/ expat/xmlparse -I/home/family/php4-200103030345/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ ORDER=12 -g -O2 -o libphp4.la -rpath /home/family/php4-200103030345/libs -L/ho me/family/libxml2-2.3.3/lib -L/usr/local/mysql/lib -L/usr/local/lib -R /home/fa mily/libxml2-2.3.3/lib -R /usr/local/mysql/lib -R /usr/local/lib stub.lo Zend/l ibZend.la sapi/cgi/libsapi.la main/libmain.la regex/libregex.la ext/domxml/libdo mxml.la ext/mysql/libmysql.la ext/pcre/libpcre.la ext/posix/libposix.la ext/sabl ot/libsablot.la ext/session/libsession.la ext/standard/libstandard.la ext/xml/li bxml.la TSRM/libtsrm.la -ldl -lxmltok -lxmlparse -lsablot -lmysqlclient -lz -lxm l -lresolv -lm -ldl -lcrypt -lnsl -lresolv -lz /bin/sh /home/family/php4-200103030345/libtool --silent --mode=link gcc -I. -I/ home/family/php4-200103030345/ -I/home/family/php4-200103030345/main -I/home/fam ily/php4-200103030345 -I/home/family/php4-200103030345/Zend -I/home/family/libxm l2-2.3.3/include -I/usr/local/mysql/include -I/usr/local/include -I/home/family/ php4-200103030345/ext/xml/expat/xmltok -I/home/family/php4-200103030345/ext/xml/ expat/xmlparse -I/home/family/php4-200103030345/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ ORDER=12 -g -O2 -o php -export-dynamic stub.lo libphp4.la /usr/bin/ld: cannot open -lxmltok: No such file or directory collect2: ld returned 1 exit status make[1]: *** [php] Error 1 make[1]: Leaving directory `/home/family/php4-200103030345' make: *** [all-recursive] Error 1 --- [2001-03-02 19:18:17] [EMAIL PROTECTED] AFAIK this is fixed in CVS. CAn you try the latest CVS version, or a snapshot from snaps.php.net and see it the problem persists? --- [2001-03-02 16:48:33] [EMAIL PROTECTED] installed Sablot-0.51-0.i386.rpm installed expat-1.95.0-1.i386.rpm installed libxml2-2.3.3.tar.gz installed mysql-3.23.33-pc-linux-gnu-i686.tar.gz ./configure --with-dom=/home/family/libxml2-2.3.3 --with-mysql=/usr/local/mysql --with-sablot make (everything goes well until:) Making all in . make[1]: Entering directory `/home/family/php-4.0.4pl1' /bin/sh /home/family/php-4.0.4pl1/libtool --silent --mode=link gcc -I. -I/home/ family/php-4.0.4pl1/ -I/home/family/php-4.0.4pl1/main -I/home/family/php-4.0.4pl 1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/libxml2-2.3.3/include -I/usr/l ocal/mysql/include -I/usr/local/include -I/home/family/php-4.0.4pl1/ext/xml/expa t/xmltok -I/home/family/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/family/php-4 .0.4pl1/TSRM -DXML_BYTE_ORDER=12 -g -O2 -o php -export-dynamicstub.lo libphp4.la /usr/bin/ld: cannot open -lxmltok: No such file or directory collect2: ld returned 1 exit status make[1]: *** [php] Error 1 make[1]: Leaving directory `/home/family/php-4.0.4pl1' make: *** [all-recursive] Error 1 --- Full Bug description available at: http://bugs.php.net/?id=
[PHP-DEV] PHP 4.0 Bug #9531 Updated: make fails at "make ." -> /usr/bin/ld: cannot open -lxmltok
ID: 9531 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Compile Failure Description: make fails at "make ." -> /usr/bin/ld: cannot open -lxmltok sorry, it didn't help [root@e-smith php-4.0.4pl1]# ./configure --with-dom=/home/family/libxml2-2.3.3 --with-mysql=/usr/local/mysql --with-sablot --with-expat=/usr [root@e-smith php-4.0.4pl1]# make /bin/sh /home/family/php-4.0.4pl1/libtool --silent --mode=link gcc -I. -I/home/ family/php-4.0.4pl1/ -I/home/family/php-4.0.4pl1/main -I/home/family/php-4.0.4pl 1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/libxml2-2.3.3/include -I/usr/l ocal/mysql/include -I/usr/local/include -I/home/family/php-4.0.4pl1/ext/xml/expa t/xmltok -I/home/family/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/family/php-4 .0.4pl1/TSRM -DXML_BYTE_ORDER=12 -g -O2 -o php -export-dynamicstub.lo libphp4.la /usr/bin/ld: cannot open -lxmltok: No such file or directory collect2: ld returned 1 exit status make[1]: *** [php] Error 1 make[1]: Leaving directory `/home/family/php-4.0.4pl1' make: *** [all-recursive] Error 1 Previous Comments: --- [2001-03-11 16:27:18] [EMAIL PROTECTED] Another note: Do 'rm config.cache' before reconfiguring! And after configure: 'make clean ; make ; make install' --Jani --- [2001-03-11 16:26:34] [EMAIL PROTECTED] I forgot: Check where the libexpat.so (or .a) is in your system and add --with-expat-dir=/usr into your php configure line (if libexpat is in /usr/lib that is..) This configure option is only in the CVS version but it will be in 4.0.5. Also, the Sablotron extension is EXPERIMENTAL thus everything might (and WILL) change in the future. --Jani --- [2001-03-11 06:07:33] [EMAIL PROTECTED] > Try compiling sablot / expat from sources too. I've tried this before, but it did not work. I guess it should be uninteresting how people get the libraries, or one will need a step-by-step instruction to avoid such annoying waste of time. After all, I don't think I'm the only one who wants to use sablot, libxml, mysql und PHP/4. Maybe you know if there is already a FAQ!? --- [2001-03-03 17:25:39] [EMAIL PROTECTED] Try compiling sablot / expat from sources too. --Jani --- [2001-03-03 08:04:56] [EMAIL PROTECTED] sorry, but the bug persists Making all in . make[1]: Entering directory `/home/family/php4-200103030345' gcc -I. -I/home/family/php4-200103030345/ -I/home/family/php4-200103030345/main -I/home/family/php4-200103030345 -I/home/family/php4-200103030345/Zend -I/home/ family/libxml2-2.3.3/include -I/usr/local/mysql/include -I/usr/local/include -I/ home/family/php4-200103030345/ext/xml/expat/xmltok -I/home/family/php4-200103030 345/ext/xml/expat/xmlparse -I/home/family/php4-200103030345/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c stub.c && touch stub.lo /bin/sh /home/family/php4-200103030345/libtool --silent --mode=link gcc -I. -I/ home/family/php4-200103030345/ -I/home/family/php4-200103030345/main -I/home/fam ily/php4-200103030345 -I/home/family/php4-200103030345/Zend -I/home/family/libxm l2-2.3.3/include -I/usr/local/mysql/include -I/usr/local/include -I/home/family/ php4-200103030345/ext/xml/expat/xmltok -I/home/family/php4-200103030345/ext/xml/ expat/xmlparse -I/home/family/php4-200103030345/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ ORDER=12 -g -O2 -o libphp4.la -rpath /home/family/php4-200103030345/libs -L/ho me/family/libxml2-2.3.3/lib -L/usr/local/mysql/lib -L/usr/local/lib -R /home/fa mily/libxml2-2.3.3/lib -R /usr/local/mysql/lib -R /usr/local/lib stub.lo Zend/l ibZend.la sapi/cgi/libsapi.la main/libmain.la regex/libregex.la ext/domxml/libdo mxml.la ext/mysql/libmysql.la ext/pcre/libpcre.la ext/posix/libposix.la ext/sabl ot/libsablot.la ext/session/libsession.la ext/standard/libstandard.la ext/xml/li bxml.la TSRM/libtsrm.la -ldl -lxmltok -lxmlparse -lsablot -lmysqlclient -lz -lxm l -lresolv -lm -ldl -lcrypt -lnsl -lresolv -lz /bin/sh /home/family/php4-200103030345/libtool --silent --mode=link gcc -I. -I/ home/family/php4-200103030345/ -I/home/family/php4-200103030345/main -I/home/fam ily/php4-200103030345 -I/home/family/php4-200103030345/Zend -I/home/family/libxm l2-2.3.3/include -I/usr/local/mysql/include -I/usr/local/include -I/home/family/ php4-200103030345/ext/xml/expat/xmltok -I/home/family/php4-200103030345/ext/xml/ expat/xmlparse -I/home/family/php4-200103030345/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ ORDER=12 -g -O2 -o php -export-dynamic stub.lo libphp4.la /usr/bin/ld
[PHP-DEV] PHP 4.0 Bug #9531 Updated: make fails at "make ." -> /usr/bin/ld: cannot open -lxmltok
ID: 9531 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Compile Failure Description: make fails at "make ." -> /usr/bin/ld: cannot open -lxmltok thanks, it seems to work (just compiling...) Previous Comments: --- [2001-03-11 17:03:39] [EMAIL PROTECTED] And that configure option is only available in PHP 4.0.5-dev (ie. the CVS snapshot!) --Jani --- [2001-03-11 17:03:02] [EMAIL PROTECTED] Of course it didn't. You didn't read my reply. The configure option is: --with-expat-dir=/path/to/expat --Jani --- [2001-03-11 16:57:34] [EMAIL PROTECTED] sorry, it didn't help [root@e-smith php-4.0.4pl1]# ./configure --with-dom=/home/family/libxml2-2.3.3 --with-mysql=/usr/local/mysql --with-sablot --with-expat=/usr [root@e-smith php-4.0.4pl1]# make .... /bin/sh /home/family/php-4.0.4pl1/libtool --silent --mode=link gcc -I. -I/home/ family/php-4.0.4pl1/ -I/home/family/php-4.0.4pl1/main -I/home/family/php-4.0.4pl 1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/libxml2-2.3.3/include -I/usr/l ocal/mysql/include -I/usr/local/include -I/home/family/php-4.0.4pl1/ext/xml/expa t/xmltok -I/home/family/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/family/php-4 .0.4pl1/TSRM -DXML_BYTE_ORDER=12 -g -O2 -o php -export-dynamicstub.lo libphp4.la /usr/bin/ld: cannot open -lxmltok: No such file or directory collect2: ld returned 1 exit status make[1]: *** [php] Error 1 make[1]: Leaving directory `/home/family/php-4.0.4pl1' make: *** [all-recursive] Error 1 --- [2001-03-11 16:27:18] [EMAIL PROTECTED] Another note: Do 'rm config.cache' before reconfiguring! And after configure: 'make clean ; make ; make install' --Jani --- [2001-03-11 16:26:34] [EMAIL PROTECTED] I forgot: Check where the libexpat.so (or .a) is in your system and add --with-expat-dir=/usr into your php configure line (if libexpat is in /usr/lib that is..) This configure option is only in the CVS version but it will be in 4.0.5. Also, the Sablotron extension is EXPERIMENTAL thus everything might (and WILL) change in the future. --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=9531 -- 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 #9531 Updated: make fails at "make ." -> /usr/bin/ld: cannot open -lxmltok
ID: 9531 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Description: make fails at "make ." -> /usr/bin/ld: cannot open -lxmltok o well, it would have been to nice ... Making all in . make[1]: Entering directory `/home/family/php-4.0.4pl1' gcc -I. -I/home/family/php-4.0.4pl1/ -I/home/family/php-4.0.4pl1/main -I/home/f amily/php-4.0.4pl1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/libxml2-2.3.3 /include -I/usr/local/mysql/include -I/home/family/php-4.0.4pl1/ext/xml/expat/xm ltok -I/home/family/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/family/php-4.0.4 pl1/TSRM -DXML_BYTE_ORDER=12 -g -O2 -c stub.c && touch stub.lo /bin/sh /home/family/php-4.0.4pl1/libtool --silent --mode=link gcc -I. -I/home/ family/php-4.0.4pl1/ -I/home/family/php-4.0.4pl1/main -I/home/family/php-4.0.4pl 1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/libxml2-2.3.3/include -I/usr/l ocal/mysql/include -I/home/family/php-4.0.4pl1/ext/xml/expat/xmltok -I/home/fami ly/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/family/php-4.0.4pl1/TSRM -DXML_B YTE_ORDER=12 -g -O2 -o libphp4.la -rpath /home/family/php-4.0.4pl1/libs -L/hom e/family/libxml2-2.3.3/lib -L/usr/local/mysql/lib -R /home/family/libxml2-2.3.3 /lib -R /usr/local/mysql/lib stub.lo Zend/libZend.la sapi/cgi/libsapi.la main/l ibmain.la regex/libregex.la ext/domxml/libdomxml.la ext/mysql/libmysql.la ext/pc re/libpcre.la ext/posix/libposix.la ext/session/libsession.la ext/standard/libst andard.la ext/xml/libxml.la TSRM/libtsrm.la -ldl -lmysqlclient -lz -lxml -lresol v -lm -ldl -lcrypt -lnsl -lresolv -L/home/family/libxml2-2.3.3/lib -lz /bin/sh /home/family/php-4.0.4pl1/libtool --silent --mode=link gcc -I. -I/home/ family/php-4.0.4pl1/ -I/home/family/php-4.0.4pl1/main -I/home/family/php-4.0.4pl 1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/libxml2-2.3.3/include -I/usr/l ocal/mysql/include -I/home/family/php-4.0.4pl1/ext/xml/expat/xmltok -I/home/fami ly/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/family/php-4.0.4pl1/TSRM -DXML_B YTE_ORDER=12 -g -O2 -o php -export-dynamic stub.lo libphp4.la /usr/bin/ld: cannot open -lz: No such file or directory collect2: ld returned 1 exit status make[1]: *** [php] Error 1 make[1]: Leaving directory `/home/family/php-4.0.4pl1' make: *** [all-recursive] Error 1 Previous Comments: --- [2001-03-11 17:29:02] [EMAIL PROTECTED] thanks, it seems to work (just compiling...) --- [2001-03-11 17:03:39] [EMAIL PROTECTED] And that configure option is only available in PHP 4.0.5-dev (ie. the CVS snapshot!) --Jani --- [2001-03-11 17:03:02] [EMAIL PROTECTED] Of course it didn't. You didn't read my reply. The configure option is: --with-expat-dir=/path/to/expat --Jani --- [2001-03-11 16:57:34] [EMAIL PROTECTED] sorry, it didn't help [root@e-smith php-4.0.4pl1]# ./configure --with-dom=/home/family/libxml2-2.3.3 --with-mysql=/usr/local/mysql --with-sablot --with-expat=/usr [root@e-smith php-4.0.4pl1]# make /bin/sh /home/family/php-4.0.4pl1/libtool --silent --mode=link gcc -I. -I/home/ family/php-4.0.4pl1/ -I/home/family/php-4.0.4pl1/main -I/home/family/php-4.0.4pl 1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/libxml2-2.3.3/include -I/usr/l ocal/mysql/include -I/usr/local/include -I/home/family/php-4.0.4pl1/ext/xml/expa t/xmltok -I/home/family/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/family/php-4 .0.4pl1/TSRM -DXML_BYTE_ORDER=12 -g -O2 -o php -export-dynamicstub.lo libphp4.la /usr/bin/ld: cannot open -lxmltok: No such file or directory collect2: ld returned 1 exit status make[1]: *** [php] Error 1 make[1]: Leaving directory `/home/family/php-4.0.4pl1' make: *** [all-recursive] Error 1 --- [2001-03-11 16:27:18] [EMAIL PROTECTED] Another note: Do 'rm config.cache' before reconfiguring! And after configure: 'make clean ; make ; make install' --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=9531 -- 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 #9531 Updated: make fails at "make ." -> /usr/bin/ld: cannot open -lxmltok
ID: 9531 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Compile Failure Description: make fails at "make ." -> /usr/bin/ld: cannot open -lxmltok Joy! We're getting further! :-) But what's that: gcc -I. -I/home/family/php-4.0.4pl1/ext/standard -I/home/family/php-4.0.4pl1/ma in -I/home/family/php-4.0.4pl1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/l ibxml2-2.3.3/include -I/usr/local/mysql/include -I/home/family/php-4.0.4pl1/ext/ xml/expat/xmltok -I/home/family/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/fami ly/php-4.0.4pl1/TSRM -DXML_BYTE_ORDER=12 -g -O2 -c crypt.c && touch crypt.lo make[3]: *** [crypt.lo] Interrupt make[2]: *** [all-recursive] Interrupt make[1]: *** [all-recursive] Interrupt make: *** [all-recursive] Interrupt Previous Comments: --- [2001-03-11 21:59:17] [EMAIL PROTECTED] --with-zlib=/path/to/libz/install/dir --Jani --- [2001-03-11 17:42:08] [EMAIL PROTECTED] o well, it would have been to nice ... Making all in . make[1]: Entering directory `/home/family/php-4.0.4pl1' gcc -I. -I/home/family/php-4.0.4pl1/ -I/home/family/php-4.0.4pl1/main -I/home/f amily/php-4.0.4pl1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/libxml2-2.3.3 /include -I/usr/local/mysql/include -I/home/family/php-4.0.4pl1/ext/xml/expat/xm ltok -I/home/family/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/family/php-4.0.4 pl1/TSRM -DXML_BYTE_ORDER=12 -g -O2 -c stub.c && touch stub.lo /bin/sh /home/family/php-4.0.4pl1/libtool --silent --mode=link gcc -I. -I/home/ family/php-4.0.4pl1/ -I/home/family/php-4.0.4pl1/main -I/home/family/php-4.0.4pl 1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/libxml2-2.3.3/include -I/usr/l ocal/mysql/include -I/home/family/php-4.0.4pl1/ext/xml/expat/xmltok -I/home/fami ly/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/family/php-4.0.4pl1/TSRM -DXML_B YTE_ORDER=12 -g -O2 -o libphp4.la -rpath /home/family/php-4.0.4pl1/libs -L/hom e/family/libxml2-2.3.3/lib -L/usr/local/mysql/lib -R /home/family/libxml2-2.3.3 /lib -R /usr/local/mysql/lib stub.lo Zend/libZend.la sapi/cgi/libsapi.la main/l ibmain.la regex/libregex.la ext/domxml/libdomxml.la ext/mysql/libmysql.la ext/pc re/libpcre.la ext/posix/libposix.la ext/session/libsession.la ext/standard/libst andard.la ext/xml/libxml.la TSRM/libtsrm.la -ldl -lmysqlclient -lz -lxml -lresol v -lm -ldl -lcrypt -lnsl -lresolv -L/home/family/libxml2-2.3.3/lib -lz /bin/sh /home/family/php-4.0.4pl1/libtool --silent --mode=link gcc -I. -I/home/ family/php-4.0.4pl1/ -I/home/family/php-4.0.4pl1/main -I/home/family/php-4.0.4pl 1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/libxml2-2.3.3/include -I/usr/l ocal/mysql/include -I/home/family/php-4.0.4pl1/ext/xml/expat/xmltok -I/home/fami ly/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/family/php-4.0.4pl1/TSRM -DXML_B YTE_ORDER=12 -g -O2 -o php -export-dynamic stub.lo libphp4.la /usr/bin/ld: cannot open -lz: No such file or directory collect2: ld returned 1 exit status make[1]: *** [php] Error 1 make[1]: Leaving directory `/home/family/php-4.0.4pl1' make: *** [all-recursive] Error 1 --- [2001-03-11 17:29:02] [EMAIL PROTECTED] thanks, it seems to work (just compiling...) --- [2001-03-11 17:03:39] [EMAIL PROTECTED] And that configure option is only available in PHP 4.0.5-dev (ie. the CVS snapshot!) --Jani --- [2001-03-11 17:03:02] [EMAIL PROTECTED] Of course it didn't. You didn't read my reply. The configure option is: --with-expat-dir=/path/to/expat --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=9531 -- 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 #9422 Updated: Apache hangs when Win goes to standby
ID: 9422 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Description: Apache hangs when Win goes to standby same with Sambar Server 4.4 Previous Comments: --- [2001-02-23 10:43:53] [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 --- Full Bug description available at: http://bugs.php.net/?id=9422 -- 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 #9531 Updated: make fails at "make ." -> /usr/bin/ld: cannot open -lxmltok
ID: 9531 User Update by: [EMAIL PROTECTED] Old-Status: Bogus Status: Open Bug Type: Compile Failure Description: make fails at "make ." -> /usr/bin/ld: cannot open -lxmltok sorry to disturb you again, but I've tried different zlib and lizb rpms, they all seem to put some libz.so.1 into /usr/lib. However, configure tells me configure: error: Cannot find libz whether I try --with-zlib=/usr or --with-zlib=/usr/lib Where am I wrong here? (Well, I think I'm gonna write an FAQ for this kind of PHP/4 installation when I'm finally through this ... ;-) ) Previous Comments: --- [2001-03-17 13:27:58] [EMAIL PROTECTED] You pressed ctrl+c to interrupt the make process. Please ask further install questions on [EMAIL PROTECTED] mailing list. --Jani --- [2001-03-17 07:46:17] [EMAIL PROTECTED] Joy! We're getting further! :-) But what's that: gcc -I. -I/home/family/php-4.0.4pl1/ext/standard -I/home/family/php-4.0.4pl1/ma in -I/home/family/php-4.0.4pl1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/l ibxml2-2.3.3/include -I/usr/local/mysql/include -I/home/family/php-4.0.4pl1/ext/ xml/expat/xmltok -I/home/family/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/fami ly/php-4.0.4pl1/TSRM -DXML_BYTE_ORDER=12 -g -O2 -c crypt.c && touch crypt.lo make[3]: *** [crypt.lo] Interrupt make[2]: *** [all-recursive] Interrupt make[1]: *** [all-recursive] Interrupt make: *** [all-recursive] Interrupt --- [2001-03-11 21:59:17] [EMAIL PROTECTED] --with-zlib=/path/to/libz/install/dir --Jani --- [2001-03-11 17:42:08] [EMAIL PROTECTED] o well, it would have been to nice ... Making all in . make[1]: Entering directory `/home/family/php-4.0.4pl1' gcc -I. -I/home/family/php-4.0.4pl1/ -I/home/family/php-4.0.4pl1/main -I/home/f amily/php-4.0.4pl1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/libxml2-2.3.3 /include -I/usr/local/mysql/include -I/home/family/php-4.0.4pl1/ext/xml/expat/xm ltok -I/home/family/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/family/php-4.0.4 pl1/TSRM -DXML_BYTE_ORDER=12 -g -O2 -c stub.c && touch stub.lo /bin/sh /home/family/php-4.0.4pl1/libtool --silent --mode=link gcc -I. -I/home/ family/php-4.0.4pl1/ -I/home/family/php-4.0.4pl1/main -I/home/family/php-4.0.4pl 1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/libxml2-2.3.3/include -I/usr/l ocal/mysql/include -I/home/family/php-4.0.4pl1/ext/xml/expat/xmltok -I/home/fami ly/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/family/php-4.0.4pl1/TSRM -DXML_B YTE_ORDER=12 -g -O2 -o libphp4.la -rpath /home/family/php-4.0.4pl1/libs -L/hom e/family/libxml2-2.3.3/lib -L/usr/local/mysql/lib -R /home/family/libxml2-2.3.3 /lib -R /usr/local/mysql/lib stub.lo Zend/libZend.la sapi/cgi/libsapi.la main/l ibmain.la regex/libregex.la ext/domxml/libdomxml.la ext/mysql/libmysql.la ext/pc re/libpcre.la ext/posix/libposix.la ext/session/libsession.la ext/standard/libst andard.la ext/xml/libxml.la TSRM/libtsrm.la -ldl -lmysqlclient -lz -lxml -lresol v -lm -ldl -lcrypt -lnsl -lresolv -L/home/family/libxml2-2.3.3/lib -lz /bin/sh /home/family/php-4.0.4pl1/libtool --silent --mode=link gcc -I. -I/home/ family/php-4.0.4pl1/ -I/home/family/php-4.0.4pl1/main -I/home/family/php-4.0.4pl 1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/libxml2-2.3.3/include -I/usr/l ocal/mysql/include -I/home/family/php-4.0.4pl1/ext/xml/expat/xmltok -I/home/fami ly/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/family/php-4.0.4pl1/TSRM -DXML_B YTE_ORDER=12 -g -O2 -o php -export-dynamic stub.lo libphp4.la /usr/bin/ld: cannot open -lz: No such file or directory collect2: ld returned 1 exit status make[1]: *** [php] Error 1 make[1]: Leaving directory `/home/family/php-4.0.4pl1' make: *** [all-recursive] Error 1 --- [2001-03-11 17:29:02] [EMAIL PROTECTED] thanks, it seems to work (just compiling...) --- 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=9531 -- 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 #9531 Updated: make fails at "make ." -> /usr/bin/ld: cannot open -lxmltok
ID: 9531 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Compile Failure Description: make fails at "make ." -> /usr/bin/ld: cannot open -lxmltok I could not find zlib.h also, it seems that rpm -i libz-1_1_3-4_src.rpm did not do anything (no install confirmation) Can you send me the file and whatever will be necessary to [EMAIL PROTECTED]? Thanks in advance. Previous Comments: --- [2001-03-18 18:17:15] [EMAIL PROTECTED] Where is zlib.h file located in your system? --Jani --- [2001-03-18 06:11:57] [EMAIL PROTECTED] sorry to disturb you again, but I've tried different zlib and lizb rpms, they all seem to put some libz.so.1 into /usr/lib. However, configure tells me configure: error: Cannot find libz whether I try --with-zlib=/usr or --with-zlib=/usr/lib Where am I wrong here? (Well, I think I'm gonna write an FAQ for this kind of PHP/4 installation when I'm finally through this ... ;-) ) --- [2001-03-17 13:27:58] [EMAIL PROTECTED] You pressed ctrl+c to interrupt the make process. Please ask further install questions on [EMAIL PROTECTED] mailing list. --Jani --- [2001-03-17 07:46:17] [EMAIL PROTECTED] Joy! We're getting further! :-) But what's that: gcc -I. -I/home/family/php-4.0.4pl1/ext/standard -I/home/family/php-4.0.4pl1/ma in -I/home/family/php-4.0.4pl1 -I/home/family/php-4.0.4pl1/Zend -I/home/family/l ibxml2-2.3.3/include -I/usr/local/mysql/include -I/home/family/php-4.0.4pl1/ext/ xml/expat/xmltok -I/home/family/php-4.0.4pl1/ext/xml/expat/xmlparse -I/home/fami ly/php-4.0.4pl1/TSRM -DXML_BYTE_ORDER=12 -g -O2 -c crypt.c && touch crypt.lo make[3]: *** [crypt.lo] Interrupt make[2]: *** [all-recursive] Interrupt make[1]: *** [all-recursive] Interrupt make: *** [all-recursive] Interrupt --- [2001-03-11 21:59:17] [EMAIL PROTECTED] --with-zlib=/path/to/libz/install/dir --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=9531 -- 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 #10031: Stange behaviour in for loop with negative values
From: [EMAIL PROTECTED]
Operating system: Debian Linux 2.2
PHP version: 4.0.3pl1
PHP Bug Type: Variables related
Bug description: Stange behaviour in for loop with negative values
Hi,
I tried to do something which was not really weird, but the the output astounded me. I
tried to get opinions of two of my friends on this, but they didn't really help. I
feel really stupid, because this looks much more like one of my programming errors
then a bug.
I tried to execute this script:
Start Day = $start_day,View_Days=$view_days";
for ($itchy = $start_day; $itchy <= ($start_day+$view_days);$itchy++) {
$this_mktime=mktime(0,0,0,date("m"),date("d")+$itchy,date("Y"));
echo date("D j M",$this_mktime)."\n";
}
?>
I saved it in a file called test.php and called it from a website. like this:
www.yoursite/test.php?start_day=4&view_days=10
The output was, as expected:
Start Day = 4, View_Days= 10
Sun 1 Apr
Mon 2 Apr
Tue 3 Apr
Wed 4 Apr
Thu 5 Apr
Fri 6 Apr
Sat 7 Apr
Sun 8 Apr
Mon 9 Apr
Tue 10 Apr
Wed 11 Apr
(Ok, it shows 11 days, but what the heck).
Now, I tried to do this with some date in the past:
www.yoursite/test.php?start_day=-2&view_days=10
The output is an endless loop with starts with this:
Start Day = -2, View_Days= 10
Mon 26 Mar
Sun 25 Mar
Sat 24 Mar
Fri 23 Mar
Thu 22 Mar
Wed 21 Mar
Tue 20 Mar
Mon 19 Mar
Wed 28 Mar
Tue 27 Mar
Mon 26 Mar
Sun 25 Mar
Sat 24 Mar
Fri 23 Mar
Thu 22 Mar
Wed 21 Mar
Tue 20 Mar
Mon 19 Mar
Wed 28 Mar
Tue 27 Mar
Mon 26 Mar
Sun 25 Mar
Sat 24 Mar
Fri 23 Mar
Thu 22 Mar
Wed 21 Mar
Like I said, i feel really stupid now. What am I overlooking ?
Much regards, keep up the good work,
Ace Suares
--
Edit Bug report at: http://bugs.php.net/?id=10031&edit=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] Bug #14742: Example is wrong
From: [EMAIL PROTECTED]
Operating system: don\'t care
PHP version: 4.1.1
PHP Bug Type: Documentation problem
Bug description: Example is wrong
http://download.php.net/manual/en/function.strftime.php
This is a mistake.
print (strftime ("%A, in French "));
setlocale ("LC_TIME", "fr_CA");
fr is the French language
CA is a country, Canada in this case.
So, fr_CA is likely Quebec Time or Eastern Time.
This example should be replaced with:
print (strftime ("%A, in French "));
setlocale ("LC_TIME", "fr_FR");
Denis
--
Edit bug report at: http://bugs.php.net/?id=14742&edit=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] Bug #14756: pow(0,[broken power]) gives wrong result
From: [EMAIL PROTECTED]
Operating system: Linux (Debian 2.2)
PHP version: 4.1.1
PHP Bug Type: Math related
Bug description: pow(0,[broken power]) gives wrong result
The pow() function returns incorrect results when raising zero to a "broken
power".
pow(0,0.5) ("the square root of zero"), for example, returns NAN. It should
return zero.
This, is new since 4.0.6. Perhaps it is related to the fix for bug
#14544.
--
Edit bug report at: http://bugs.php.net/?id=14756&edit=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] Bug #14768: Upgrade to 4.1.0 breaks database connection
From: [EMAIL PROTECTED] Operating system: Windows XP PHP version: 4.1.0 PHP Bug Type: MySQL related Bug description: Upgrade to 4.1.0 breaks database connection Today I upgraded PHP on my WinXP system from 4.0.6 to 4.1.0 as I was finding 4.0.6 slow and thought 4.1.0 may help. After the upgrade, all MySQL connectivity was broken - none of my scripts installed could connect. MySQL was running fine (and winmysqladmin from the mysql\bin directory was able to connect fine). Restarting MySQL and IIS did not help. I was able to downgrade back to 4.0.6 (from the backup directory created during install), which immediately fixed the problem. -- Edit bug report at: http://bugs.php.net/?id=14768&edit=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] Bug #14768 Updated: Upgrade to 4.1.0 breaks database connection
ID: 14768 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: Windows XP PHP Version: 4.1.0 New Comment: Just to clarify - I'm using the standard Win32 binaries as downloadable from the php.net site. Previous Comments: [2001-12-30 07:00:22] [EMAIL PROTECTED] Today I upgraded PHP on my WinXP system from 4.0.6 to 4.1.0 as I was finding 4.0.6 slow and thought 4.1.0 may help. After the upgrade, all MySQL connectivity was broken - none of my scripts installed could connect. MySQL was running fine (and winmysqladmin from the mysql\bin directory was able to connect fine). Restarting MySQL and IIS did not help. I was able to downgrade back to 4.0.6 (from the backup directory created during install), which immediately fixed the problem. Edit this bug report at http://bugs.php.net/?id=14768&edit=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] Bug #14768 Updated: Upgrade to 4.1.0 breaks database connection
ID: 14768 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: MySQL related Operating System: Windows XP PHP Version: 4.1.0 New Comment: Neither mysql_connect or mysql_pconnect seemed to work. Previous Comments: [2001-12-30 08:20:13] [EMAIL PROTECTED] Are you using mysql_pconnect() [2001-12-30 07:03:37] [EMAIL PROTECTED] Just to clarify - I'm using the standard Win32 binaries as downloadable from the php.net site. [2001-12-30 07:00:22] [EMAIL PROTECTED] Today I upgraded PHP on my WinXP system from 4.0.6 to 4.1.0 as I was finding 4.0.6 slow and thought 4.1.0 may help. After the upgrade, all MySQL connectivity was broken - none of my scripts installed could connect. MySQL was running fine (and winmysqladmin from the mysql\bin directory was able to connect fine). Restarting MySQL and IIS did not help. I was able to downgrade back to 4.0.6 (from the backup directory created during install), which immediately fixed the problem. Edit this bug report at http://bugs.php.net/?id=14768&edit=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] Bug #14839: getcwd() and `pwd` report incorrect directory
From: [EMAIL PROTECTED] Operating system: Linux, FreeBSD, Solaris PHP version: 4.0.5 PHP Bug Type: *Directory/Filesystem functions Bug description: getcwd() and `pwd` report incorrect directory This problem was previously reported by someone against PHP 4.0.6 in Bug ID # 14214. Latest comment on the that reports says they are going to close it for lack of information. This bug has existed in every version of PHP I've used since 1999. It fails on Linux, FreeBSD and Solaris. Both mistaken report the directory which contains the script being run, NOT the current working directory. This fails when run from a directory other than where the script is saved: #! /usr/local/bin/php -q Under any POSIX-compliant OS, or just about any version of Unix, calling the getcwd(3) library routine should get the correct result. It appears the PHP interpreter startup is changing directories without saving this value first, since even calling the OS gives incorrect values. -- Edit bug report at: http://bugs.php.net/?id=14839&edit=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] Bug #14839 Updated: getcwd() and `pwd` report incorrect directory
ID: 14839 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Directory/Filesystem functions Operating System: Linux, FreeBSD, Solaris PHP Version: 4.0.5 New Comment: Oh, I suppose you want my configure line, even though it really doesn't make a difference. Here it is: CONFIGURE_COMMAND = './configure' '--with-gd=/usr/local' '--with-mysql' '--with-openssl' '--with-apxs=/usr/local/sbin/apxs' '--prefix=/usr/local' Previous Comments: [2002-01-04 00:16:48] [EMAIL PROTECTED] This problem was previously reported by someone against PHP 4.0.6 in Bug ID # 14214. Latest comment on the that reports says they are going to close it for lack of information. This bug has existed in every version of PHP I've used since 1999. It fails on Linux, FreeBSD and Solaris. Both mistaken report the directory which contains the script being run, NOT the current working directory. This fails when run from a directory other than where the script is saved: #! /usr/local/bin/php -q Under any POSIX-compliant OS, or just about any version of Unix, calling the getcwd(3) library routine should get the correct result. It appears the PHP interpreter startup is changing directories without saving this value first, since even calling the OS gives incorrect values. Edit this bug report at http://bugs.php.net/?id=14839&edit=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] Bug #14839 Updated: getcwd() and `pwd` report incorrect directory
ID: 14839 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: *Directory/Filesystem functions Operating System: Linux, FreeBSD, Solaris PHP Version: 4.0.5 New Comment: "[EMAIL PROTECTED]" makes it all clear. I searched all the release documentation (for all the releases since getcwd() was introduced in 1999) prior to writing this bug for any remarks about this kind of behavior, but couldn't find anything. The default behavior for Unix and DOS programs is to run in the CWD, so programmers tend to expect that of other programs, such as PHP. As "[EMAIL PROTECTED]" and "[EMAIL PROTECTED]" pointed out, this may not be the most desirable behavior for a Web script. Since it is contrary to what most programs do, I'd like to request that the documentation of the startup behavior of PHP be sure to note this behavior, and that the -C option be documented a bit more boldly -- at least listed in the release notes. Thanks. Previous Comments: [2002-01-04 05:02:27] [EMAIL PROTECTED] Closing the report. [2002-01-04 05:01:54] [EMAIL PROTECTED] There is nothing wrong with getcwd(). The problem is that php changes current working directory to the script's. This makes sense if you think of CGI scripts, but makes no sense if you write command line programs. That's way a new command line switch (-C) was introduced in PHP 4.1.0 which prevents PHP from chdir'ing into script's directory. So changing the first line of your script to #!/usr/local/bin/php -qC (and upgrading to 4.1) should fix the problem. [2002-01-04 00:47:58] [EMAIL PROTECTED] Ok, some comments, if i may. Firstly, I have verified this behaviour, however (and I could be wrong), this is not unexpected. The script executes relavtive to the directory it exists within, not the directory you are currently in. I can't particularly explain why, but this kind of makes sense. If you had a script in some unsafe directory, allowing the moving and deleting of files, and you could run it in a secured directory, in which the php process had sufficient access, and affect the files there, would that not present potential security risks? Anyhow, i could be wrong, so don't take what i said as corret. [2002-01-04 00:22:32] [EMAIL PROTECTED] Oh, I suppose you want my configure line, even though it really doesn't make a difference. Here it is: CONFIGURE_COMMAND = './configure' '--with-gd=/usr/local' '--with-mysql' '--with-openssl' '--with-apxs=/usr/local/sbin/apxs' '--prefix=/usr/local' ---- [2002-01-04 00:16:48] [EMAIL PROTECTED] This problem was previously reported by someone against PHP 4.0.6 in Bug ID # 14214. Latest comment on the that reports says they are going to close it for lack of information. This bug has existed in every version of PHP I've used since 1999. It fails on Linux, FreeBSD and Solaris. Both mistaken report the directory which contains the script being run, NOT the current working directory. This fails when run from a directory other than where the script is saved: #! /usr/local/bin/php -q Under any POSIX-compliant OS, or just about any version of Unix, calling the getcwd(3) library routine should get the correct result. It appears the PHP interpreter startup is changing directories without saving this value first, since even calling the OS gives incorrect values. -------- Edit this bug report at http://bugs.php.net/?id=14839&edit=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] Bug #14457 Updated: Pspell ceases to work on upgrade from 4.0.6 to 4.1.0
ID: 14457
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Pspell related
Operating System: Linux 2.4.7 (RH7.2)
PHP Version: 4.1.0
New Comment:
I did specify the /usr/local/pspell location in pspell's installation to
see if it made any difference for 4.1.0 but it didn't. Things continued
working in 4.0.6.
I didn't save the procedure on installing pspell, I'm pretty sure the
only parameter I passed was "./configure --prefix=/usr/local/pspell" and
then made the modules. I will write back when I attempt to upgrade to
4.1.0 again.
I don't know whether Aspell/Pspell merge did anything.
Previous Comments:
[2001-12-28 21:52:28] [EMAIL PROTECTED]
... well, in the original bug report you had:
'--with-pspell=/usr/local/share'
and in the new one you have
'--with-pspell=/usr/local/pspell'
That's very different
I hope that you configured pspell with
'--prefix=/usr/local/pspell', right? Otherwise you should have just
specified '--with-pspell' in php configure line instead.
First, how did you build pspell and aspell (what are the configure
lines, versions, and in which order you built them)
Second, could you go into the directory with pspell source and from
there to examples, and try to compile and run an example:
cd pspell/examples
make example-c
./example-c en
s helllo
and please tell if it gives you a list of suggestions for the misspelled
word 'helllo'.
(I'll be in and out of the office for the next few days, so I might not
respond in a timely manner)
[2001-12-17 09:46:39] [EMAIL PROTECTED]
'./configure' '--with-mysql=/usr/local/mysql' '--with-apxs'
'--enable-wddx' '--with-sablot' '--with-pspell=/usr/local/pspell'
'--enable-force-cgi-redirect' '--with-gettext' '--with-ldap'
'--with-cpdflib=/usr/local' '--with-jpeg-dir' '--with-tiff-dir'
is the latest iteneration of my configuration. This is the exact
configuration I am using in a 4.0.6 installation. Pspell does not work
with the same using 4.1.0.
(I re-installed pspell to that directory just to make sure)
[2001-12-13 23:37:36] [EMAIL PROTECTED]
It is strange it even compiled.
Are you sure that pspell is installed in
--with-pspell=/usr/local/share
and not in
--with-pspell=/usr/local
???
(e.g. do you have a directory
/usr/local/include/pspell
or
/usr/local/share/include/pspell
if the former, you probably need to recompile PHP specifying the right
directory)
Do you have a configure line for your 4.0.6 installation to compare
against?
[2001-12-12 09:09:56] [EMAIL PROTECTED]
'./configure' '--with-mysql=/usr/local/mysql' '--with-apxs'
'--enable-wddx' '--with-sablot' '--with-pspell=/usr/local/share'
'--enable-force-cgi-redirect' '--with-gettext '--with-ldap'
Worked in 4.0.6 but not in 4.1.0
Warning: PSPELL couldn't open the dictionary. reason: I'm sorry I can't
find any suitable word lists for the language-tag "en".
$pspell_link = pspell_new ("en");
if (!pspell_check ($pspell_link, "testt")) {
$suggestions = pspell_suggest ($pspell_link, "testt");
foreach ($suggestions as $suggestion) {
echo "Possible spelling: $suggestion";
}
}
Edit this bug report at http://bugs.php.net/?id=14457&edit=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] Bug #13486 Updated: Apache/PHP hangs
ID: 13486
Comment by: [EMAIL PROTECTED]
Old Reported By: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Scripting Engine problem
Operating System: SunOS 5.8
PHP Version: 4.0.6
New Comment:
Same here with 4.1.1 and Apache 1.3.22 on Windows 2000.
Previous Comments:
[2002-01-05 16:48:23] [EMAIL PROTECTED]
No feedback. Closing.
[2001-12-14 13:50:48] [EMAIL PROTECTED]
Could you try 4.1.0 and reoprt the result?
[2001-09-28 14:55:21] [EMAIL PROTECTED]
Hello,
I got a weird problem here -- Apache (1.3.20) + PHP 4.06 hangs.
No core dump, no log entries -- just hangs.
Request to ANY php file produces no results (not even headers
returned),
however request to .html files work just fine --
which leads me to beleave that this might be PHP related issue.
Apache restart fixes the problem.
This issue happened couple times...
Today I was able to reproduce it by running
./ab -n 1 -c 10 http:.../index.php
The third time i ran this, PHP stopped responding.
Because there are no core dumps, nor log file entries,
the only thing I could do was to runn truss on apache process.
PHP was compiled with the following options:
./configure --disable-debug --with-mysql=/usr/local/mysql
--enable-track-vars --disable-display-source --enable-memory-limit
--with-apxs=/usr/local/etc/apache/bin/apxs
index.php is a very simple script:
Please enter your query:
http://search.symbol.com/search.php";
method="get"
onSubmit="this.search.value=this.search.value.toLowerCase();return
true">
Below is output of truss on both /test.html and /index.php (same
pid)...
It seems that /index.php request gets
Err#25 ENOTTY
Any idea why this is happening? Any suggestions on how
to fix this are very much appreciated. Please let me know
if there is any more info I can provide.
Is it a know issue with Sun? I could not find similar
posts on bugs.php.net...
--- TRUSS for /index.php
fcntl(18, F_SETLKW, 0x000E5410) (sleeping...)
fcntl(18, F_SETLKW, 0x000E5410) = 0
accept(16, 0xFFBEF7B8, 0xFFBEF7DC, 1) (sleeping...)
accept(16, 0xFFBEF7B8, 0xFFBEF7DC, 1) = 3
fcntl(18, F_SETLKW, 0x000E5434) = 0
sigaction(SIGUSR1, 0xFFBEF670, 0xFFBEF6F0) = 0
getsockname(3, 0xFFBEF7C8, 0xFFBEF7DC, 1) = 0
setsockopt(3, 6, 1, 0xFFBEF72C, 4, 1) = 0
read(3, " G E T / i n d e x . p".., 4096) = 92
sigaction(SIGUSR1, 0xFFBED568, 0xFFBED5E8) = 0
time() = 1001694729
stat("/usr/local/etc/apache/htdocs/search.symbol.com/index.php",
0x0012E958) = 0
umask(077) = 022
umask(022) = 077
setitimer(ITIMER_PROF, 0xFFBEF390, 0x) = 0
sigaction(SIGPROF, 0xFFBEF260, 0xFFBEF2E0) = 0
sigprocmask(SIG_UNBLOCK, 0xFFBEF380, 0x) = 0
pathconf(".", _PC_PATH_MAX) = 1024
stat64("./", 0xFFBEE278)= 0
stat64("/", 0xFFBEE1E0) = 0
open64("./../", O_RDONLY|O_NDELAY) = 5
fcntl(5, F_SETFD, 0x0001) = 0
fstat64(5, 0xFFBECC00) = 0
fstat64(5, 0xFFBEE278) = 0
close(5)= 0
chdir("/usr/local/etc/apache/htdocs/search.symbol.com") = 0
open("/usr/local/etc/apache/htdocs/search.symbol.com/index.php",
O_RDONLY) = 5
pathconf(".", _PC_PATH_MAX) = 1024
stat64("./", 0xFFBED5B0)= 0
stat64("/", 0xFFBED518) = 0
open64("./../", O_RDONLY|O_NDELAY) = 6
fcntl(6, F_SETFD, 0x0001) = 0
fstat64(6, 0xFFBECB38) = 0
fstat64(6, 0xFFBED5B0) = 0
getdents64(6, 0x0011AA90, 1048) = 128
close(6)= 0
open64("./../../", O_RDONLY|O_NDELAY) = 6
fcntl(6, F_SETFD, 0x0001) = 0
fstat64(6, 0xFFBECB38) = 0
fstat64(6, 0xFFBED5B0) = 0
getdents64(6, 0x0011AA90, 1048) = 384
close(6)= 0
open64("./../../../", O_RDONLY|O_NDELAY)= 6
fcntl(6, F_SETFD, 0x0001) = 0
fstat64(6, 0xFFBECB38) = 0
fstat64(6, 0xFFBED5B0) = 0
getdents64(6, 0x0011AA90, 1048) = 112
close(6)= 0
[PHP-DEV] Bug #13345 Updated: PHP hangs
ID: 13345 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows Advanced Server PHP Version: 4.0.6 New Comment: Same here with 4.1.1 and Apache 1.3.22 on Windows 2000. If I stop the transfer the php.exe process still runs as an Apache child and you cannot kill it. Running the same script on the command line works always. Note that my script uses odbc. Previous Comments: [2001-09-17 09:53:40] [EMAIL PROTECTED] I have installed sucessfully PHP 4.0.6 on my Windows Advanced Server with IIS 5.0. And I have tested the phpinfo() several times however everynow and then when I try to access the page or any other php page on the server, it hangs and the browser keeps on saying trying to connect. I've tried to reboot the webserver ( :( ) several times and it works first then it hangs again. I really need to know what is going on here since I wanna host some php sites for clients and it is not a good idea at all to reboot a webserver every day. Thank you, Wissam Edit this bug report at http://bugs.php.net/?id=13345&edit=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] Bug #13345 Updated: PHP hangs
ID: 13345 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows Advanced Server PHP Version: 4.0.6 New Comment: Apparently, when my php produces to many warnings, Apache chokes on it. I rewrote my script to produce less warnings and now it does not hang anymore. I am using php.ini-recommended from the 4.1.1 ZIP distrib. Running from the command line, the warnings seem to go to stderr, which does not make sense with CGI? Previous Comments: [2002-01-09 18:30:18] [EMAIL PROTECTED] Same here with 4.1.1 and Apache 1.3.22 on Windows 2000. If I stop the transfer the php.exe process still runs as an Apache child and you cannot kill it. Running the same script on the command line works always. Note that my script uses odbc. [2001-09-17 09:53:40] [EMAIL PROTECTED] I have installed sucessfully PHP 4.0.6 on my Windows Advanced Server with IIS 5.0. And I have tested the phpinfo() several times however everynow and then when I try to access the page or any other php page on the server, it hangs and the browser keeps on saying trying to connect. I've tried to reboot the webserver ( :( ) several times and it works first then it hangs again. I really need to know what is going on here since I wanna host some php sites for clients and it is not a good idea at all to reboot a webserver every day. Thank you, Wissam Edit this bug report at http://bugs.php.net/?id=13345&edit=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] Bug #13486 Updated: Apache/PHP hangs
ID: 13486
Comment by: [EMAIL PROTECTED]
Old Reported By: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Scripting Engine problem
Operating System: SunOS 5.8
PHP Version: 4.0.6
New Comment:
Apparently, when my php produces to many warnings, Apache chokes on
it.
I rewrote my script to produce less warnings and now it does not hang
anymore.
I am using php.ini-recommended from the 4.1.1 ZIP distrib.
Running from the command line, the warnings seem to go to stderr,
which
does not make sense with CGI?
Previous Comments:
[2002-01-09 18:26:11] [EMAIL PROTECTED]
Same here with 4.1.1 and Apache 1.3.22 on Windows 2000.
[2002-01-05 16:48:23] [EMAIL PROTECTED]
No feedback. Closing.
[2001-12-14 13:50:48] [EMAIL PROTECTED]
Could you try 4.1.0 and reoprt the result?
[2001-09-28 14:55:21] [EMAIL PROTECTED]
Hello,
I got a weird problem here -- Apache (1.3.20) + PHP 4.06 hangs.
No core dump, no log entries -- just hangs.
Request to ANY php file produces no results (not even headers
returned),
however request to .html files work just fine --
which leads me to beleave that this might be PHP related issue.
Apache restart fixes the problem.
This issue happened couple times...
Today I was able to reproduce it by running
./ab -n 1 -c 10 http:.../index.php
The third time i ran this, PHP stopped responding.
Because there are no core dumps, nor log file entries,
the only thing I could do was to runn truss on apache process.
PHP was compiled with the following options:
./configure --disable-debug --with-mysql=/usr/local/mysql
--enable-track-vars --disable-display-source --enable-memory-limit
--with-apxs=/usr/local/etc/apache/bin/apxs
index.php is a very simple script:
Please enter your query:
http://search.symbol.com/search.php";
method="get"
onSubmit="this.search.value=this.search.value.toLowerCase();return
true">
Below is output of truss on both /test.html and /index.php (same
pid)...
It seems that /index.php request gets
Err#25 ENOTTY
Any idea why this is happening? Any suggestions on how
to fix this are very much appreciated. Please let me know
if there is any more info I can provide.
Is it a know issue with Sun? I could not find similar
posts on bugs.php.net...
--- TRUSS for /index.php
fcntl(18, F_SETLKW, 0x000E5410) (sleeping...)
fcntl(18, F_SETLKW, 0x000E5410) = 0
accept(16, 0xFFBEF7B8, 0xFFBEF7DC, 1) (sleeping...)
accept(16, 0xFFBEF7B8, 0xFFBEF7DC, 1) = 3
fcntl(18, F_SETLKW, 0x000E5434) = 0
sigaction(SIGUSR1, 0xFFBEF670, 0xFFBEF6F0) = 0
getsockname(3, 0xFFBEF7C8, 0xFFBEF7DC, 1) = 0
setsockopt(3, 6, 1, 0xFFBEF72C, 4, 1) = 0
read(3, " G E T / i n d e x . p".., 4096) = 92
sigaction(SIGUSR1, 0xFFBED568, 0xFFBED5E8) = 0
time() = 1001694729
stat("/usr/local/etc/apache/htdocs/search.symbol.com/index.php",
0x0012E958) = 0
umask(077) = 022
umask(022) = 077
setitimer(ITIMER_PROF, 0xFFBEF390, 0x) = 0
sigaction(SIGPROF, 0xFFBEF260, 0xFFBEF2E0) = 0
sigprocmask(SIG_UNBLOCK, 0xFFBEF380, 0x) = 0
pathconf(".", _PC_PATH_MAX) = 1024
stat64("./", 0xFFBEE278)= 0
stat64("/", 0xFFBEE1E0) = 0
open64("./../", O_RDONLY|O_NDELAY) = 5
fcntl(5, F_SETFD, 0x0001) = 0
fstat64(5, 0xFFBECC00) = 0
fstat64(5, 0xFFBEE278) = 0
close(5)= 0
chdir("/usr/local/etc/apache/htdocs/search.symbol.com") = 0
open("/usr/local/etc/apache/htdocs/search.symbol.com/index.php",
O_RDONLY) = 5
pathconf(".", _PC_PATH_MAX) = 1024
stat64("./", 0xFFBED5B0)= 0
stat64("/", 0xFFBED518) = 0
open64("./../", O_RDONLY|O_NDELAY) = 6
fcntl(6, F_SETFD, 0x0001) = 0
fstat64(6, 0xFFBECB38) = 0
fstat64(6, 0xFFBED5B0) = 0
getdents64(6, 0x0011AA90, 1048) = 128
close(6)= 0
open64("./../../", O_RDONLY|O_NDELAY) = 6
fcntl(6, F_SETFD, 0x0001) = 0
fstat64(6, 0xFFBECB38) = 0
fstat64(6, 0xFFBED5B0) = 0
getdents64
[PHP-DEV] Bug #12508 Updated: can't return a ntext type field in a select statement
ID: 12508 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MSSQL related Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: I found a good work around. Insert following SQL query after connecting to the MSSQL database: SET TEXTSIZE 10 or to your estimated max size, which should be the same as defined in odbc_longreadlen (), if MSSQL is accessed through ODBC, which I prefer, because the PHP mssql functions don't return my german umlaute correctly. hope this helps gustav graf Previous Comments: [2001-08-01 04:44:03] [EMAIL PROTECTED] selecting a ntext type field using mssql_query produces the following error message MS SQL message: ntext data cannot be sent to clients using DB-Library (such as ISQL) or ODBC version 3.7 or earlier. (severity 16) Edit this bug report at http://bugs.php.net/?id=12508&edit=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] Bug #14756 Updated: pow(0,broken power) gives wrong result
ID: 14756
User updated by: [EMAIL PROTECTED]
Old Summary: pow(0,[broken power]) gives wrong result
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Math related
Operating System: Linux (Debian 2.2)
PHP Version: 4.1.1
New Comment:
pow() returns incorrect results when raising zero to a "broken power".
Example:
pow(0,0.5) ("the square root of zero") returns NAN. It should return
zero.
This was introduced sometime after 4.0.6. Perhaps it is related to the
fix for bug #14544.
Previous Comments:
[2001-12-29 14:49:43] [EMAIL PROTECTED]
The pow() function returns incorrect results when raising zero to a
"broken power".
pow(0,0.5) ("the square root of zero"), for example, returns NAN. It
should return zero.
This, is new since 4.0.6. Perhaps it is related to the fix for bug
#14544.
Edit this bug report at http://bugs.php.net/?id=14756&edit=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] Bug #9422 Updated: Apache hangs when Win goes to standby
ID: 9422 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Apache related Operating System: win98, win98SE Old PHP Version: 4.0.4 PHP Version: 4.1.1 New Comment: still the same with 4.1.1 Previous Comments: [2002-01-12 14:43:18] [EMAIL PROTECTED] Does this still happen on 4.1.1? [2001-10-26 18:57:50] [EMAIL PROTECTED] still the same with php-4.0.8-dev-20011004.exe as mod php, did you try it (maybe all my sytems are misconfigured) [2001-10-20 23:59:07] [EMAIL PROTECTED] There have been lot of thread-safe fixes. Please test the latest development build from http://www.php4win.com/ [2001-05-08 15:25:07] [EMAIL PROTECTED] yes, persists with 4.0.5 with php.ini-optimized from http://www.php.net/do_download.php?download_file=php-4.0.5-Win32.zip&source_site=www.php.net and different webbrowsers. Do you know a win98 or win98se installation with php-module, which works? Maybe I oversee something? [2001-05-07 12:37:45] [EMAIL PROTECTED] Are you loading non-thread-safe PHP Extensions in your php.ini? Does this problem persist with PHP 4.0.5? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=9422 Edit this bug report at http://bugs.php.net/?id=9422&edit=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] Bug #15019: browser.ini
From: [EMAIL PROTECTED] Operating system: Linux RH 7.1 PHP version: 4.1.1 PHP Bug Type: PHP options/info functions Bug description: browser.ini Hi! I did dl, the browsercap.ini from the web, and includede the i php.ini but on the infomation page made with phpinfo(); It stills say: browscap no value no value. And get browser reports: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; T312461; Q312461) 0: What is wrong? it that a bug in 4.1.1 Se for my info page at http://stat.mpsoft.dk/tb.php Thanks Martin P. Larsen -- Edit bug report at: http://bugs.php.net/?id=15019&edit=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] Bug #15107: Usage of sessions crashes PHP.
From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.1.1 PHP Bug Type: Reproducible crash Bug description: Usage of sessions crashes PHP. This script (or any script that involves sessions) produces the error message below: PHP caused an invalid page fault in module PHP4TS.DLL at 0177:10054373. Registers: EAX=0028 CS=0177 EIP=10054373 EFLGS=00010206 EBX=00760320 SS=017f ESP=0063fa48 EBP=100a01c0 ECX=0015 DS=017f ESI=00760320 FS=59d7 EDX=00764f10 ES=017f EDI=101290a0 GS= Bytes at CS:EIP: 8b 10 8d 4c 24 1c 51 52 e8 e0 51 05 00 8d 44 24 Stack dump: 101290a0 00760320 00760320 0001 0001 00760320 1005430d 00760320 00760320 100544fb 00760320 0078d410 100a01e9 0001 000a 00760320 -- Edit bug report at: http://bugs.php.net/?id=15107&edit=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] Bug #15107 Updated: Usage of sessions crashes PHP.
ID: 15107 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Windows 98 PHP Version: 4.1.1 New Comment: I am using PHP 4.1.1. with apache 1.3.22 on Win98. This script (or any script that involves sessions) produces the error message below: PHP caused an invalid page fault in module PHP4TS.DLL at 0177:10054373. Registers: EAX=0028 CS=0177 EIP=10054373 EFLGS=00010206 EBX=00760320 SS=017f ESP=0063fa48 EBP=100a01c0 ECX=0015 DS=017f ESI=00760320 FS=59d7 EDX=00764f10 ES=017f EDI=101290a0 GS= Bytes at CS:EIP: 8b 10 8d 4c 24 1c 51 52 e8 e0 51 05 00 8d 44 24 Stack dump: 101290a0 00760320 00760320 0001 0001 00760320 1005430d 00760320 00760320 100544fb 00760320 0078d410 100a01e9 0001 000a 00760320 Previous Comments: [2002-01-18 15:13:51] [EMAIL PROTECTED] This script (or any script that involves sessions) produces the error message below: PHP caused an invalid page fault in module PHP4TS.DLL at 0177:10054373. Registers: EAX=0028 CS=0177 EIP=10054373 EFLGS=00010206 EBX=00760320 SS=017f ESP=0063fa48 EBP=100a01c0 ECX=0015 DS=017f ESI=00760320 FS=59d7 EDX=00764f10 ES=017f EDI=101290a0 GS= Bytes at CS:EIP: 8b 10 8d 4c 24 1c 51 52 e8 e0 51 05 00 8d 44 24 Stack dump: 101290a0 00760320 00760320 0001 0001 00760320 1005430d 00760320 00760320 100544fb 00760320 0078d410 100a01e9 0001 000a 00760320 Edit this bug report at http://bugs.php.net/?id=15107&edit=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] Bug #15107 Updated: Usage of sessions crashes PHP.
ID: 15107 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Reproducible crash Operating System: Windows 98 PHP Version: 4.1.1 New Comment: Sorry, the reason was because the /tmp folder was missing. Previous Comments: [2002-01-18 15:17:59] [EMAIL PROTECTED] I am using PHP 4.1.1. with apache 1.3.22 on Win98. This script (or any script that involves sessions) produces the error message below: PHP caused an invalid page fault in module PHP4TS.DLL at 0177:10054373. Registers: EAX=0028 CS=0177 EIP=10054373 EFLGS=00010206 EBX=00760320 SS=017f ESP=0063fa48 EBP=100a01c0 ECX=0015 DS=017f ESI=00760320 FS=59d7 EDX=00764f10 ES=017f EDI=101290a0 GS= Bytes at CS:EIP: 8b 10 8d 4c 24 1c 51 52 e8 e0 51 05 00 8d 44 24 Stack dump: 101290a0 00760320 00760320 0001 0001 00760320 1005430d 00760320 00760320 100544fb 00760320 0078d410 100a01e9 0001 000a 00760320 [2002-01-18 15:13:51] [EMAIL PROTECTED] This script (or any script that involves sessions) produces the error message below: PHP caused an invalid page fault in module PHP4TS.DLL at 0177:10054373. Registers: EAX=0028 CS=0177 EIP=10054373 EFLGS=00010206 EBX=00760320 SS=017f ESP=0063fa48 EBP=100a01c0 ECX=0015 DS=017f ESI=00760320 FS=59d7 EDX=00764f10 ES=017f EDI=101290a0 GS= Bytes at CS:EIP: 8b 10 8d 4c 24 1c 51 52 e8 e0 51 05 00 8d 44 24 Stack dump: 101290a0 00760320 00760320 0001 0001 00760320 1005430d 00760320 00760320 100544fb 00760320 0078d410 100a01e9 0001 000a 00760320 Edit this bug report at http://bugs.php.net/?id=15107&edit=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] Bug #15019 Updated: browser.ini
ID: 15019 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: PHP options/info functions Operating System: Linux RH 7.1 PHP Version: 4.1.1 Previous Comments: [2002-01-13 14:52:17] [EMAIL PROTECTED] Hi! I did dl, the browsercap.ini from the web, and includede the i php.ini but on the infomation page made with phpinfo(); It stills say: browscap no value no value. And get browser reports: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; T312461; Q312461) 0: What is wrong? it that a bug in 4.1.1 Se for my info page at http://stat.mpsoft.dk/tb.php Thanks Martin P. Larsen Edit this bug report at http://bugs.php.net/?id=15019&edit=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] Bug #15019 Updated: browser.ini
ID: 15019 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: PHP options/info functions Operating System: Linux RH 7.1 PHP Version: 4.1.1 New Comment: Yes the server was allso rebooted (I stiil have this question open.) Previous Comments: [2002-01-18 23:51:05] [EMAIL PROTECTED] Did you restart your webserver after making the modification to php.ini? If you could, please include the line from your php.ini file that states the path of the browscap.ini file. [2002-01-13 14:52:17] [EMAIL PROTECTED] Hi! I did dl, the browsercap.ini from the web, and includede the i php.ini but on the infomation page made with phpinfo(); It stills say: browscap no value no value. And get browser reports: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; T312461; Q312461) 0: What is wrong? it that a bug in 4.1.1 Se for my info page at http://stat.mpsoft.dk/tb.php Thanks Martin P. Larsen Edit this bug report at http://bugs.php.net/?id=15019&edit=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] Bug #15212: Freetype Linkage in 4.1.1 / absolute paths in TTF-functions
From: [EMAIL PROTECTED] Operating system: Debian Woody PHP version: 4.1.1 PHP Bug Type: GD related Bug description: Freetype Linkage in 4.1.1 / absolute paths in TTF-functions TTF-functions, e.g. ImageTTFBBox(), are not working properly in 4.1.1 (GD1, Freetype 2.0.5) anymore as they did in 4.0.5 I've encountered the same problem already with 4.1.0RC2, GD2 (2.0.1), Freetype 2.0.5. Those functions require an absolute path instead of a relative one. (what's the point of this?) Now, when I'm using an absolute path everything works, as long as there is no space in the filename. If I'm trying to do this it won't find the ttf-file: $ttf_file = '/home/foo/Avalon Quest.ttf'; ImageTTFBBox(14,0,$ttf_file,'12345'); I'm getting the following error: /home/foo/Avalon Quest.ttf Warning: Could not find/open font in ... I tried it also with '/home/foo/Avalon\ Quest.ttf' and '"/home/foo/Avalon Quest.ttf"' I've noticed the difference between 4.0.5 and 4.1.1 in the Freetype linkage (the old one was "with TTF library", the new one "with freetype") - Don't know if that's a configuration problem or a bug... ? configure options: '../configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=system' '--with-config-file-path=/etc/php4/apache' '--disable-rpath' '--disable-debug' '--enable-memory-limit' '--enable-calendar' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-bcmath' '--with-bz2' '--enable-ctype' '--with-db2' '--with-iconv' '--with-ndbm' '--enable-exif' '--enable-filepro' '--enable-ftp' '--with-gettext' '--enable-mbstring' '--with-pcre-regex=/usr' '--enable-shmop' '--enable-sockets' '--enable-wddx' '--with-xml=/usr' '--with-expat-dir=/usr' '--enable-yp' '--with-zlib' '--without-pgsql' '--disable-static' '--with-layout=GNU' '--with-curl=shared,/usr' '--with-dom=shared,/usr' '--with-zlib-dir=/usr' '--with-gd=shared,/usr' '--with-jpeg-dir=shared,/usr' '--with-xpm-dir=shared,/usr/X11R6' '--with-png-dir=shared,/usr' '--with-freetype-dir=shared,/usr' '--with-imap=shared,/usr' '--with-ldap=shared,/usr' '--with-mcal=shared,/usr' '--with-mhash=shared,/usr' '--with-mm' '--with-mysql=shared,/usr' '--with-recode=shared,/usr' '--enable-xslt' '--with-xslt-sablot=shared,/usr' '--with-snmp=shared' '--enable-ucd-snmp-hack' '--with-sybase-ct=shared,/usr' '--with-ttf=shared,/usr' '--with-t1lib=shared,/usr' Thanks philip -- Edit bug report at: http://bugs.php.net/?id=15212&edit=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] Bug #15215: Wrong path for php.ini under Windows XP (Home and Professional)
From: [EMAIL PROTECTED] Operating system: Windows NT 5.1 (XP) PHP version: 4.1.1 PHP Bug Type: *Configuration Issues Bug description: Wrong path for php.ini under Windows XP (Home and Professional) If you install the Windows binaries on Systems running Windows XP, PHP assumes that there is a system directory 'C:\winnt\' because of the version string reported by Windows (Windows NT 5.x). As there is no such Dir (under Win XP the System Dir is named 'C:\Windows\' by default), php.ini is not found. I couldn't find help in creating this dir and put the .ini file in. Also the 'php.ini' is not found if simply put in the path. -- Edit bug report at: http://bugs.php.net/?id=15215&edit=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] Bug #15311: type mismatch of php_dl when #ifndef HAVE_LIBDL
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0CVS-2002-01-31 PHP Bug Type: Compile Failure Bug description: type mismatch of php_dl when #ifndef HAVE_LIBDL If the symbol HAVE_LIBDL is not defined the implementation in dl.c and the prototype of php_dl in dl.h do not match. In dl.c the "TSRMLS_DC" is missing. -- Edit bug report at: http://bugs.php.net/?id=15311&edit=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] Bug #15426: PHPSESSID appended causes error
From: [EMAIL PROTECTED]
Operating system: Windows 98
PHP version: 4.1.1
PHP Bug Type: Session related
Bug description: PHPSESSID appended causes error
When i start IE and load any my pages, i have error
code on first start, but only in on first start
PHPSESID added to all my lnks
in original -
document.write("<a href=\'<A HREF="http://my.pages/test.php?a=10\">http://my.pages/test.php?a=10\</A>'
target=\'_top\'>Test</a>");
but in source i have
document.write("<a
href="\?PHPSESSID=1e9d0d00b8269ba57ac9f0203636307a"'<A HREF="http://my.pages/test.php?a=10\">http://my.pages/test.php?a=10\</A>'
target=\'_top\'>Test</a>");
and this causes error
i have change in php.ini
session.use_trans_sid = 1
to
session.use_trans_sid = 0
but this is not work
i have change in php.ini
url_rewriter.tags =
"a=href,area=href,frame=src,input=src,form=fakeentry"
to
url_rewriter.tags = ""
but this is not work too
on Linux-server i have recompile without option -enable-trans-sid and this
work fine, but i dont find way to fix this problem on my Windows-server
--
Edit bug report at http://bugs.php.net/?id=15426&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=15426&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15426&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=15426&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=15426&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15426&r=support
Expected behavior: http://bugs.php.net/fix.php?id=15426&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15426&r=notenoughinfo
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15426 Updated: PHPSESSID appended causes error
ID: 15426
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Session related
Operating System: Windows 98
PHP Version: 4.1.1
New Comment:
no :o)
this JavaScript i cute from one from BannerExchange system that i use
on my pages
but if PHPSESSID inserted this code not work and causes error
- full code is -
<!--
var v=navigator.appVersion;
var n=navigator.appName;
un = Math.round((Math.random() * (20)));
if (n=="Microsoft Internet Explorer" && v.substring(0, 1)>="3"){
document.write("<iframe
src=\'<A HREF="http://banner.echo.com.ua/gf.dll?5706&"+un+"\">http://banner.echo.com.ua/gf.dll?5706&"+un+"\</A>' width=468
height=60 scrolling='no' frameborder=0 vspace=0 hspace=0 marginwidth=0
marginheight=0></iframe>");
document.write("<");document.write("!--");}
else
document.write("<a
href=\'<A HREF="http://banner.echo.com.ua/gf.dll?click?5706&"+un+"\">http://banner.echo.com.ua/gf.dll?click?5706&"+un+"\</A>'
target='_top'><img border=0
src='<A HREF="http://banner.echo.com.ua/gf.dll?nf?5706&"+un+"">http://banner.echo.com.ua/gf.dll?nf?5706&"+un+"</A>;' width=468
height=60 alt='Ukrainian Internet Advertising Centre ECHO'></a>");
//-->
http://banner.echo.com.ua/gf.dll?5706&0"; width=468
height=60 scrolling='no' frameborder=0 marginwidth=0 marginheight=0>
http://banner.echo.com.ua/gf.dll?click?5706&0";
target=_top>http://banner.echo.com.ua/gf.dll?nf?5706&0";
border=0 width=468 height=60 alt='Ukrainian Internet Advertising Centre
"ECHO"'>
<!--
if (n=="Microsoft Internet Explorer" && v.substring(0, 1)>="3") {
document.write("--"); document.write(">"); }
//-->
Previous Comments:
[2002-02-07 23:15:58] [EMAIL PROTECTED]
Why are you using JavaScript to write out a simple link? This just
causes confusion when you're trying to explain a bug.
To add PHPSESSID to your links, you want to place it in the query
string. So, make your link look like this:
http://my.pages/test.php?a=10&PHPSESSID=1e9d0d00b8269ba57ac9f0203636307a";
target="_top">Test
Hope that helps!
Chris
[2002-02-07 07:03:26] [EMAIL PROTECTED]
When i start IE and load any my pages, i have error
code on first start, but only in on first start
PHPSESID added to all my lnks
in original -
document.write("<a href=\'<A HREF="http://my.pages/test.php?a=10\">http://my.pages/test.php?a=10\</A>'
target=\'_top\'>Test</a>");
but in source i have
document.write("<a
href="\?PHPSESSID=1e9d0d00b8269ba57ac9f0203636307a"'<A HREF="http://my.pages/test.php?a=10\">http://my.pages/test.php?a=10\</A>'
target=\'_top\'>Test</a>");
and this causes error
i have change in php.ini
session.use_trans_sid = 1
to
session.use_trans_sid = 0
but this is not work
i have change in php.ini
url_rewriter.tags =
"a=href,area=href,frame=src,input=src,form=fakeentry"
to
url_rewriter.tags = ""
but this is not work too
on Linux-server i have recompile without option -enable-trans-sid and
this work fine, but i dont find way to fix this problem on my
Windows-server
--
Edit this bug report at http://bugs.php.net/?id=15426&edit=1
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15426 Updated: PHPSESSID appended causes error
ID: 15426
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Session related
Operating System: Windows 98
PHP Version: 4.1.1
New Comment:
original code is
document.write("http://banner.echo.com.ua/gf.dll?click?5706&"+un+"\'
target='_top'>");
and if in this code inserted PHPSESSID
document.write("http://banner.echo.com.ua/gf.dll?click?5706&"+un+"\'
target='_top'>");
and this insertion causes error
Previous Comments:
[2002-02-08 02:41:14] [EMAIL PROTECTED]
no :o)
this JavaScript i cute from one from BannerExchange system that i use
on my pages
but if PHPSESSID inserted this code not work and causes error
- full code is -
<!--
var v=navigator.appVersion;
var n=navigator.appName;
un = Math.round((Math.random() * (20)));
if (n=="Microsoft Internet Explorer" && v.substring(0, 1)>="3"){
document.write("<iframe
src=\'<A HREF="http://banner.echo.com.ua/gf.dll?5706&"+un+"\">http://banner.echo.com.ua/gf.dll?5706&"+un+"\</A>' width=468
height=60 scrolling='no' frameborder=0 vspace=0 hspace=0 marginwidth=0
marginheight=0></iframe>");
document.write("<");document.write("!--");}
else
document.write("<a
href=\'<A HREF="http://banner.echo.com.ua/gf.dll?click?5706&"+un+"\">http://banner.echo.com.ua/gf.dll?click?5706&"+un+"\</A>'
target='_top'><img border=0
src='<A HREF="http://banner.echo.com.ua/gf.dll?nf?5706&"+un+"">http://banner.echo.com.ua/gf.dll?nf?5706&"+un+"</A>;' width=468
height=60 alt='Ukrainian Internet Advertising Centre ECHO'></a>");
//-->
http://banner.echo.com.ua/gf.dll?5706&0"; width=468
height=60 scrolling='no' frameborder=0 marginwidth=0 marginheight=0>
http://banner.echo.com.ua/gf.dll?click?5706&0";
target=_top>http://banner.echo.com.ua/gf.dll?nf?5706&0";
border=0 width=468 height=60 alt='Ukrainian Internet Advertising Centre
"ECHO"'>
<!--
if (n=="Microsoft Internet Explorer" && v.substring(0, 1)>="3") {
document.write("--"); document.write(">"); }
//-->
[2002-02-07 23:15:58] [EMAIL PROTECTED]
Why are you using JavaScript to write out a simple link? This just
causes confusion when you're trying to explain a bug.
To add PHPSESSID to your links, you want to place it in the query
string. So, make your link look like this:
http://my.pages/test.php?a=10&PHPSESSID=1e9d0d00b8269ba57ac9f0203636307a";
target="_top">Test
Hope that helps!
Chris
[2002-02-07 07:03:26] [EMAIL PROTECTED]
When i start IE and load any my pages, i have error
code on first start, but only in on first start
PHPSESID added to all my lnks
in original -
document.write("<a href=\'<A HREF="http://my.pages/test.php?a=10\">http://my.pages/test.php?a=10\</A>'
target=\'_top\'>Test</a>");
but in source i have
document.write("<a
href="\?PHPSESSID=1e9d0d00b8269ba57ac9f0203636307a"'<A HREF="http://my.pages/test.php?a=10\">http://my.pages/test.php?a=10\</A>'
target=\'_top\'>Test</a>");
and this causes error
i have change in php.ini
session.use_trans_sid = 1
to
session.use_trans_sid = 0
but this is not work
i have change in php.ini
url_rewriter.tags =
"a=href,area=href,frame=src,input=src,form=fakeentry"
to
url_rewriter.tags = ""
but this is not work too
on Linux-server i have recompile without option -enable-trans-sid and
this work fine, but i dont find way to fix this problem on my
Windows-server
--
Edit this bug report at http://bugs.php.net/?id=15426&edit=1
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #11805: missing 3600 seconds between 10/13/2001 and 10/15/2001
From: [EMAIL PROTECTED]
Operating system: debian gnu/linux
PHP version: 4.0.5
PHP Bug Type: Date/time related
Bug description: missing 3600 seconds between 10/13/2001 and 10/15/2001
Hello,
I am trying to write the days between 10/13/2001 and 10/15/20001:
$i = mktime(0,0,0,10,13,2001);// --> 1002942000
$j = mktime(0,0,0,10,15,2001);// --> 1003111200
while ( $i <= $j ) {
echo date("m-d-Y",$i);
$i +=86400;
}
but it stops on 10/14/2001, because
1002942000 ( $i )
+ 86400
+ 86400
= 1003114800
- 1003111200 ( $j )
--
= 3600 ( should be zero ! )
I 've made a work-around using date(m,d+1,Y),
but somebdoy please explain me where are the
3600 seconds that are missing ?
Thanks,
gabriel
--
Edit Bug report at: http://bugs.php.net/?id=11805&edit=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] Bug #11853: unknown option -l-l
From: [EMAIL PROTECTED] Operating system: Suse Linux 7.0 PHP version: 4.0.6 PHP Bug Type: *Install and Config Bug description: unknown option -l-l make-script compiled all sub-dirs and changes to php-4.0.6. but nothing could be compiled - output: /usr/bin/ld: cannot find -l-l this is documented in debug.log too: LIBS: -l -l -l -lcrypt -lresolv -lm -ldl -lnsl -lresolv gcc -o conftest -g -O2 -DEAPI_MM -DLINUX2 -DMOD-SSL=206105 -DUSEHSREGEX -DEAPI -DUSE_EXPAT -DSUPPORT_UTF8 conftest.c $LIBS and the error-message from above I tried to delete -l -l -l in configure.vars.mk, but it did'nt help. Perhaps you have an idea. Thanx -- Edit Bug report at: http://bugs.php.net/?id=11853&edit=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] Bug #11864: php_value in .htaccess-files makes ordinary .html-files be parsed through php.
From: [EMAIL PROTECTED] Operating system: Linux tall 2.4.2 #4 Wed Feb 28 17:19:58 CET 2001 i686 unknown PHP version: 4.0.5 PHP Bug Type: Apache related Bug description: php_value in .htaccess-files makes ordinary .html-files be parsed through php. I added this in a .htaccess-file. php_value include_path .:/home/sites/www.senab.com/web/include When looking at a .html-file it produces a php-error. Parse error: parse error in /home/sites/senab/web/kunder/6210nokia4/produkter/k1g43p43.html on line 62 When I removed the line the file was treated as any other .html-file. No errors. './configure' '--prefix=/usr/local/php' '--with-pgsql=/usr/local/pgsql' '--enable-trans-sid' '--with-mm=/usr/local/mm' '--with-sockets' '--with-ftp' '--enable-calendar' '--with-apxs=/usr/local/bin/apxs' '--with-imap=/usr/local/c-client' Best regards Per-Olof Pettersson -- Edit Bug report at: http://bugs.php.net/?id=11864&edit=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] Bug #11853 Updated: unknown option -l-l
ID: 11853 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: *Install and Config Operating system: Suse Linux 7.0 PHP Version: 4.0.6 Description: unknown option -l-l make-script compiled all sub-dirs and changes to php-4.0.6-dir. but nothing could be compiled. (configure was started with --with-apxs --with-mysql, php4.0.5 compiled with these options) output: /usr/bin/ld: cannot find -l-l this is documented in debug.log too: LIBS: -l -l -l -lcrypt -lresolv -lm -ldl -lnsl -lresolv gcc -o conftest -g -O2 -DEAPI_MM -DLINUX2 -DMOD-SSL=206105 -DUSEHSREGEX -DEAPI -DUSE_EXPAT -DSUPPORT_UTF8 conftest.c $LIBS and the error-message from above I tried to delete -l -l -l in configure.vars.mk, but it did'nt help. Perhaps you have an idea. Thanx Previous Comments: --- [2001-07-03 05:55:43] [EMAIL PROTECTED] What is your configure line? Derick --- [2001-07-03 05:53:58] [EMAIL PROTECTED] make-script compiled all sub-dirs and changes to php-4.0.6. but nothing could be compiled - output: /usr/bin/ld: cannot find -l-l this is documented in debug.log too: LIBS: -l -l -l -lcrypt -lresolv -lm -ldl -lnsl -lresolv gcc -o conftest -g -O2 -DEAPI_MM -DLINUX2 -DMOD-SSL=206105 -DUSEHSREGEX -DEAPI -DUSE_EXPAT -DSUPPORT_UTF8 conftest.c $LIBS and the error-message from above I tried to delete -l -l -l in configure.vars.mk, but it did'nt help. Perhaps you have an idea. Thanx --- Full Bug description available at: http://bugs.php.net/?id=11853 -- 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] Bug #11853 Updated: unknown option -l-l
ID: 11853 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Compile Failure Operating system: Suse Linux 7.0 PHP Version: 4.0.6 Description: unknown option -l-l look in line 2 of the last comment --with apxs --with-mysql php 4.0.5 compiled with these options Previous Comments: --- [2001-07-04 07:38:02] [EMAIL PROTECTED] Again: What is your configure line? Like: ./configure --boo=far Derick --- [2001-07-04 07:34:52] [EMAIL PROTECTED] make-script compiled all sub-dirs and changes to php-4.0.6-dir. but nothing could be compiled. (configure was started with --with-apxs --with-mysql, php4.0.5 compiled with these options) output: /usr/bin/ld: cannot find -l-l this is documented in debug.log too: LIBS: -l -l -l -lcrypt -lresolv -lm -ldl -lnsl -lresolv gcc -o conftest -g -O2 -DEAPI_MM -DLINUX2 -DMOD-SSL=206105 -DUSEHSREGEX -DEAPI -DUSE_EXPAT -DSUPPORT_UTF8 conftest.c $LIBS and the error-message from above I tried to delete -l -l -l in configure.vars.mk, but it did'nt help. Perhaps you have an idea. Thanx --- [2001-07-03 05:55:43] [EMAIL PROTECTED] What is your configure line? Derick --- [2001-07-03 05:53:58] [EMAIL PROTECTED] make-script compiled all sub-dirs and changes to php-4.0.6. but nothing could be compiled - output: /usr/bin/ld: cannot find -l-l this is documented in debug.log too: LIBS: -l -l -l -lcrypt -lresolv -lm -ldl -lnsl -lresolv gcc -o conftest -g -O2 -DEAPI_MM -DLINUX2 -DMOD-SSL=206105 -DUSEHSREGEX -DEAPI -DUSE_EXPAT -DSUPPORT_UTF8 conftest.c $LIBS and the error-message from above I tried to delete -l -l -l in configure.vars.mk, but it did'nt help. Perhaps you have an idea. Thanx --- Full Bug description available at: http://bugs.php.net/?id=11853 -- 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] Bug #11960: I dont know is this an bug?
From: [EMAIL PROTECTED] Operating system: win2000 - IIS5 PHP version: 4.0.5 PHP Bug Type: Date/time related Bug description: I dont know is this an bug? Please sorry for my bad english... :-) I use PHP 4.0.5 on Win2000 Server and IIS5. I have seen this: one day has 86400 seconds ! now this: $a=getdate(3370 * 86400); //result the 25.3.1979 1:00:00 and... $a=getdate(3371 * 86400); //result the 26.3.1979 2:00:00 Whay is this so? Had the 25.3.1979 only 23 hours? Or think i not korrect? Please mail me if this is an bug or not. ([EMAIL PROTECTED]) Thanks for your time Greetings from germany Oliver -- Edit bug report at: http://bugs.php.net/?id=11960&edit=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] Bug #12048: Can't have a subdir called PHP in HTDOCS
From: [EMAIL PROTECTED] Operating system: Win2000 PHP version: 4.0.6 PHP Bug Type: Apache related Bug description: Can't have a subdir called PHP in HTDOCS A colleague set up a directory within htdocs called PHP which contained several html & PHP files. We got a 404 Error every time we wanted to access anything within that directory, and the Apache error log said that the browser was trying to access the file (say test.php) from c:\php\test.php. Turns out it was because the directory was called PHP. I renamed it and all was fine. I guess it's a mix-up with the ScriptAlias in httpd.conf? Not sure if it's an Apache or a PHP problem, so I thought I'd let you both know! Didn't find anything on this online anywhere either. Cheers! Dave -- Edit bug report at: http://bugs.php.net/?id=12048&edit=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] Bug #12089: mssql_pconnect not persistant
From: [EMAIL PROTECTED] Operating system: Win2k Pro SP2 PHP version: 4.0.6 PHP Bug Type: MSSQL related Bug description: mssql_pconnect not persistant I use mssql_pconnect in my script once and if I check the sql7 profiler it does this: Connect | PHP 4.0 ExistingConnection | PHP 4.0 ... queries from script Disconnect | PHP 4.0 Isn't it supposed to keep the connection for other scripts to use? I'm not explicitly closing it. I'm allowing unlim pconns in my ini too. Win2k Pro SP2 - IIS5 - CGI Interface (ISAPI Interface seems broken for me hence using CGI) -- Edit bug report at: http://bugs.php.net/?id=12089&edit=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] Bug #12089 Updated: mssql_pconnect not persistant
ID: 12089 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MSSQL related Operating System: Win2k Pro SP2 PHP Version: 4.0.6 New Comment: As a side note, this existed in 4.0.5 aswell. It is not 4.0.6 specific. Previous Comments: [2001-07-12 04:59:59] [EMAIL PROTECTED] I use mssql_pconnect in my script once and if I check the sql7 profiler it does this: Connect | PHP 4.0 ExistingConnection | PHP 4.0 ... queries from script Disconnect | PHP 4.0 Isn't it supposed to keep the connection for other scripts to use? I'm not explicitly closing it. I'm allowing unlim pconns in my ini too. Win2k Pro SP2 - IIS5 - CGI Interface (ISAPI Interface seems broken for me hence using CGI) ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12089&edit=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] Bug #12089 Updated: mssql_pconnect not persistant
ID: 12089 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Status: Closed Bug Type: MSSQL related Operating System: Win2k Pro SP2 PHP Version: 4.0.6 New Comment: In the PHP FAQ it states persistent conns do not function as persistent under CGI conditions. The manual does not reflect this. I'll submit a documentation related bug on this. Previous Comments: [2001-07-12 05:30:52] [EMAIL PROTECTED] As a side note, this existed in 4.0.5 aswell. It is not 4.0.6 specific. [2001-07-12 04:59:59] [EMAIL PROTECTED] I use mssql_pconnect in my script once and if I check the sql7 profiler it does this: Connect | PHP 4.0 ExistingConnection | PHP 4.0 ... queries from script Disconnect | PHP 4.0 Isn't it supposed to keep the connection for other scripts to use? I'm not explicitly closing it. I'm allowing unlim pconns in my ini too. Win2k Pro SP2 - IIS5 - CGI Interface (ISAPI Interface seems broken for me hence using CGI) ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12089&edit=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] Bug #12095: mssql_pconnect access violations
From: [EMAIL PROTECTED] Operating system: Win2k Pro SP2 PHP version: 4.0.6 PHP Bug Type: MSSQL related Bug description: mssql_pconnect access violations Firstly, I realise there are previous bug reports regarding this topic but I wasn't sure if I (a normal user) could re-open them manually. So I'll start a new topic. I submitted what I thought was a bug earlier about PHPCGI pconns not remaining persistent. Well after again attempting to move to ISAPI I encountered access violations similar to the ones described in bug #8755. Running my scripts (which use mssql_pconnect) it would, seemingly, chose from an error at random from: - An access violation - A warning regarding something like DB-LIBRARY After a while the script would no longer work. Something strange though is the fact that after a while I can access a script on the server which only outputs phpinfo() BUT I cannot access the script running the db calls in question. Attempting to restart w3svc fails, it waits and waits like windows usually does :) and after a while fails to respond. Successive calls to net stop w3svc result in "The service could not be controlled in its present state." (even though its still responding to phpinfo.php). I'm currently in this state as I write, I'll reboot and attempt to get the exact error messages. -- Edit bug report at: http://bugs.php.net/?id=12095&edit=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] Bug #12095 Updated: mssql_pconnect access violations
ID: 12095 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MSSQL related Operating System: Win2k Pro SP2 PHP Version: 4.0.6 New Comment: The initial call was OK. A second call after the first had finished was also fine. A third call after the second had finished resulted in: PHP has encountered an Access Violation at 0109B434 Warning: MS SQL: Link to server lost, unable to reconnect in [filename deleted] on line 18 The line in question is the mssql_pconnect. A 4th call resulted in the same. 5th: fine. 6th: PHP has encountered an Access Violation at 73342F43 7: fine 8: PHP has encountered an Access Violation at 73342F43 9: Warning: MS SQL: Link to server lost, unable to reconnect in [filename deleted] on line 18 couldn't connect to db () (the couldn't connect to db () line is an error trap in the script, the bracket is supposed to contain mssql_get_last_message) 10: Warning: MS SQL error: Invalid parameter in DB-LIBRARY function reference. (severity 11) in [2nd filename deleted] on line 12 Warning: MS SQL: Unable to set query in [2nd filename deleted] on line 12 This line in question is a query called after pconnect'ing. The warning repeats for every query on the page. 11: PHP has encountered an Access Violation at 733251C0 12: PHP has encountered an Access Violation at 73342F43 13: PHP has encountered an Access Violation at 73342F43 14: Fine 15: PHP has encountered an Access Violation at 73342F43 16: PHP has encountered an Access Violation at 73342F43 17: PHP has encountered an Access Violation at 73342F43 ... It occasionally switched between fine, violation at 73342F43 and violation at 0109B434 (seen on call number 3). I was unable to get it to lock the web service again. Previous Comments: [2001-07-12 06:41:41] [EMAIL PROTECTED] Firstly, I realise there are previous bug reports regarding this topic but I wasn't sure if I (a normal user) could re-open them manually. So I'll start a new topic. I submitted what I thought was a bug earlier about PHPCGI pconns not remaining persistent. Well after again attempting to move to ISAPI I encountered access violations similar to the ones described in bug #8755. Running my scripts (which use mssql_pconnect) it would, seemingly, chose from an error at random from: - An access violation - A warning regarding something like DB-LIBRARY After a while the script would no longer work. Something strange though is the fact that after a while I can access a script on the server which only outputs phpinfo() BUT I cannot access the script running the db calls in question. Attempting to restart w3svc fails, it waits and waits like windows usually does :) and after a while fails to respond. Successive calls to net stop w3svc result in "The service could not be controlled in its present state." (even though its still responding to phpinfo.php). I'm currently in this state as I write, I'll reboot and attempt to get the exact error messages. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12095&edit=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] Bug #12095 Updated: mssql_pconnect access violations
ID: 12095 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Status: Open Bug Type: MSSQL related Operating System: Win2k Pro SP2 PHP Version: 4.0.6 New Comment: Sorry for the spam if these modifications are going to an email list. I would have posted this specific update but the error only just appeared. dllhost.exe - Application Error The instruction at "0x010a64d5" referenced memory at "0x0010". The memory could not be "read". This happened while not doing anything web related, but I'm pretty sure it's related to the mssql_pconnect facet of PHP since dllhost.exe is related to IIS. I'm guessing there's some sort of timeout on persistent connections? this error is most likely occuring through the timeout? Previous Comments: [2001-07-12 07:11:21] [EMAIL PROTECTED] The initial call was OK. A second call after the first had finished was also fine. A third call after the second had finished resulted in: PHP has encountered an Access Violation at 0109B434 Warning: MS SQL: Link to server lost, unable to reconnect in [filename deleted] on line 18 The line in question is the mssql_pconnect. A 4th call resulted in the same. 5th: fine. 6th: PHP has encountered an Access Violation at 73342F43 7: fine 8: PHP has encountered an Access Violation at 73342F43 9: Warning: MS SQL: Link to server lost, unable to reconnect in [filename deleted] on line 18 couldn't connect to db () (the couldn't connect to db () line is an error trap in the script, the bracket is supposed to contain mssql_get_last_message) 10: Warning: MS SQL error: Invalid parameter in DB-LIBRARY function reference. (severity 11) in [2nd filename deleted] on line 12 Warning: MS SQL: Unable to set query in [2nd filename deleted] on line 12 This line in question is a query called after pconnect'ing. The warning repeats for every query on the page. 11: PHP has encountered an Access Violation at 733251C0 12: PHP has encountered an Access Violation at 73342F43 13: PHP has encountered an Access Violation at 73342F43 14: Fine 15: PHP has encountered an Access Violation at 73342F43 16: PHP has encountered an Access Violation at 73342F43 17: PHP has encountered an Access Violation at 73342F43 ... It occasionally switched between fine, violation at 73342F43 and violation at 0109B434 (seen on call number 3). I was unable to get it to lock the web service again. [2001-07-12 06:41:41] [EMAIL PROTECTED] Firstly, I realise there are previous bug reports regarding this topic but I wasn't sure if I (a normal user) could re-open them manually. So I'll start a new topic. I submitted what I thought was a bug earlier about PHPCGI pconns not remaining persistent. Well after again attempting to move to ISAPI I encountered access violations similar to the ones described in bug #8755. Running my scripts (which use mssql_pconnect) it would, seemingly, chose from an error at random from: - An access violation - A warning regarding something like DB-LIBRARY After a while the script would no longer work. Something strange though is the fact that after a while I can access a script on the server which only outputs phpinfo() BUT I cannot access the script running the db calls in question. Attempting to restart w3svc fails, it waits and waits like windows usually does :) and after a while fails to respond. Successive calls to net stop w3svc result in "The service could not be controlled in its present state." (even though its still responding to phpinfo.php). I'm currently in this state as I write, I'll reboot and attempt to get the exact error messages. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12095&edit=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] Bug #12095 Updated: mssql_pconnect access violations
ID: 12095 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Status: Open Bug Type: MSSQL related Operating System: Win2k Pro SP2 PHP Version: 4.0.6 New Comment: PHP exhibits this behaviour under Apache-win32 1.3.20 aswell (running as a module). Although with different symptoms. When pconnect is used instead of connect it runs fine once and doesn't disconnect from the db but on the second call Apache causes an error: Instruction at 0x733251C0, couldn't read memory at 0x023C. Unforunately these two numbers change, the instructionn address seems to always be in the vicinity of 0x733. however. After closing the error dialog with 'Ok', the page continues to load fine. Previous Comments: [2001-07-12 07:19:03] [EMAIL PROTECTED] Sorry for the spam if these modifications are going to an email list. I would have posted this specific update but the error only just appeared. dllhost.exe - Application Error The instruction at "0x010a64d5" referenced memory at "0x0010". The memory could not be "read". This happened while not doing anything web related, but I'm pretty sure it's related to the mssql_pconnect facet of PHP since dllhost.exe is related to IIS. I'm guessing there's some sort of timeout on persistent connections? this error is most likely occuring through the timeout? [2001-07-12 07:11:21] [EMAIL PROTECTED] The initial call was OK. A second call after the first had finished was also fine. A third call after the second had finished resulted in: PHP has encountered an Access Violation at 0109B434 Warning: MS SQL: Link to server lost, unable to reconnect in [filename deleted] on line 18 The line in question is the mssql_pconnect. A 4th call resulted in the same. 5th: fine. 6th: PHP has encountered an Access Violation at 73342F43 7: fine 8: PHP has encountered an Access Violation at 73342F43 9: Warning: MS SQL: Link to server lost, unable to reconnect in [filename deleted] on line 18 couldn't connect to db () (the couldn't connect to db () line is an error trap in the script, the bracket is supposed to contain mssql_get_last_message) 10: Warning: MS SQL error: Invalid parameter in DB-LIBRARY function reference. (severity 11) in [2nd filename deleted] on line 12 Warning: MS SQL: Unable to set query in [2nd filename deleted] on line 12 This line in question is a query called after pconnect'ing. The warning repeats for every query on the page. 11: PHP has encountered an Access Violation at 733251C0 12: PHP has encountered an Access Violation at 73342F43 13: PHP has encountered an Access Violation at 73342F43 14: Fine 15: PHP has encountered an Access Violation at 73342F43 16: PHP has encountered an Access Violation at 73342F43 17: PHP has encountered an Access Violation at 73342F43 ... It occasionally switched between fine, violation at 73342F43 and violation at 0109B434 (seen on call number 3). I was unable to get it to lock the web service again. [2001-07-12 06:41:41] [EMAIL PROTECTED] Firstly, I realise there are previous bug reports regarding this topic but I wasn't sure if I (a normal user) could re-open them manually. So I'll start a new topic. I submitted what I thought was a bug earlier about PHPCGI pconns not remaining persistent. Well after again attempting to move to ISAPI I encountered access violations similar to the ones described in bug #8755. Running my scripts (which use mssql_pconnect) it would, seemingly, chose from an error at random from: - An access violation - A warning regarding something like DB-LIBRARY After a while the script would no longer work. Something strange though is the fact that after a while I can access a script on the server which only outputs phpinfo() BUT I cannot access the script running the db calls in question. Attempting to restart w3svc fails, it waits and waits like windows usually does :) and after a while fails to respond. Successive calls to net stop w3svc result in "The service could not be controlled in its present state." (even though its still responding to phpinfo.php). I'm currently in this state as I write, I'll reboot and attempt to get the exact error messages. ---- Edit this bug report at http://bugs.php.net/?id=12095&edit=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] Bug #12126: the com example 1 does not work
From: [EMAIL PROTECTED] Operating system: 2k PHP version: 4.0.6 PHP Bug Type: COM related Bug description: the com example 1 does not work >From page: http://www.php.net/manual/en/class.com.php example 1 loads word (v.9) okay but then returns the following errors: Loaded Word, version 9.0 Warning: Invoke() failed: No description available in C:\host\test\word.php on line 9 Warning: Invoke() failed: Exception occurred. in C:\host\test\word.php on line 13 Fatal error: NULL pointer exception in C:\host\test\word.php on line 13 -- Edit bug report at: http://bugs.php.net/?id=12126&edit=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] Bug #12142: mail problem with apache aliases on win2000 and Linux (tested on both)
From: [EMAIL PROTECTED] Operating system: linux and windows PHP version: 4.0.6 PHP Bug Type: Mail related Bug description: mail problem with apache aliases on win2000 and Linux (tested on both) Hello, Here is the problem Make a file called pipo.php. Type this lines in it : Then, I define some aliases on Apache config, so that all the request that are done on a directory are redirected on a script .. Like that ServerAdmin [EMAIL PROTECTED] ServerName xxx.xxx.com DocumentRoot "d:/networks/site/" Alias /static/ d:/networks/site/pipo.php/ Now, if you call this url (http://xxx.xxx.com/static/) the request will be send to the pipo.php file...If you do that, you can see "OK" on the browser... And if you call directly the script (http://xxx.xxx.com/pipo.php), you do have the same message (OK)... BUT When you receive the mail, with the first methode (alias) you receive 9 times the same mail And with the second method, the mail is recieved only one time... Do you think this is a bug, or maybe a misconfiguration . Thanks Bob Geneva, CH -- Edit bug report at: http://bugs.php.net/?id=12142&edit=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] Security Issues
Hey all, I am new to this list so if this topic has already been beaten to death let me know. I assume that many of you have already read this article http://lwn.net/2001/0704/a/study-in-scarlet.php3 about many of the basic security risks you need to be aware of when developing in PHP. I was curious what ideas have already been covered in the areas of stopping this. I also wanted to offer up my own suggestion. It seems that all the issues arise from the feature that sets PHP variable to be form variables. The cleanest solution I can think of (albeit it breaks backward compatibility) would be to split the names-pace of form variables. If normal or session variable stayed as $foo and $bar then form variables would be %foo and %bar, or something similar. Breaking backward compatibility is bad but it would allow future applications to be free of these dangers and could be something set in the php.ini or rather a directive in the php script to allow old an new style scripts on the same server. If there is work already being done in this area please point me to where I can read more about it. PHP is far and away the best web development language and is really only hindered by security issues like this. Orion -- 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] Security Issues
On Tue, Jul 24, 2001 at 08:27:21PM -0700, Zeev Suraski wrote: > Setting register_globals to off (which is highly recommended) would prevent > PHP from defining form variables as global variables. For quite a while, > since the PHP 3.0 times, PHP provided an alternative way of accessing > variables - using special designated arrays - $HTTP_POST_VARS, > $HTTP_GET_VARS, and so forth. As of PHP 4.0.3 (IIRC), these variables are > always defined, and are protected (to a degree) by PHP. Setting > register_globals to off effectively prevents any outer access to your > namespace, outside $HTTP_*_VARS[]. > > Zeev But also remove one of the single most convenient features of php. Having two namespaces... $var and %var for instance would keep that very very convenient features and also solve the problem. Orion -- 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] Security Issues
On Wed, Jul 25, 2001 at 07:31:59AM -0700, Rasmus Lerdorf wrote:
> Because not everyone agrees that this is actually "highly recommended".
> Most third-party PHP code you may want to run will not work very well with
> register_globals off. And turning register_globals off isn't actually as
> helpful from a security perspective as many people seem to think.
>
> The basic thing it would help would be in cases like this:
>
> if($user=='rasmus') {
>$ok = true;
> }
>
> if($ok) {
>... secure code ...
> }
>?>
Don't forget the use of session variables.
On one page you:
session_start();
session_register("user");
$user = 'admin';
And then on another page you:
session_start();
if ($user == 'admin')
{
}
If a malicious user goes to the second page first
they could overwrite $user and break security.
--
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] Help with pear/php module development
Hello, Something seems to have broken in pear that in-turn broke a php module I created. I developed a drop in module for php4 that worked great for PHP-4.0 to PHP-4.0.4. As of PHP-4.0.5 it broke and would no longer build properly. At link time it is failing to link to the proper libraries. Here's a snippet of the make message. /bin/sh /root/tclink-3.2.2-php/php/libtool --mode=link gcc -I. -I/root/tclink-3.2.2-php/php/ -I/root/tclink-3.2.2-php/php/main -I/root/tclink-3.2.2-php/php -I/usr/local/include/php -I/usr/local/include/php/main -I/usr/local/include/php/Zend -I/usr/local/include/php/TSRM -DHAVE_CONFIG_H -g -O2 -o tclink.la -avoid-version -module -rpath /root/tclink-3.2.2-php/php/modules tclink.lo -L/usr/lib -Wl,lcrypto -Wl,lssl mkdir .libs (cd . && ln -s tclink.lo tclink.o) gcc -shared tclink.lo -L/usr/lib -lc -Wl,-soname -Wl,tclink.so -o .libs/tclink.so There -- that last line should have a "-lssl -lcrypto -ltclink" but it does not and ends up not linking to the proper libraries. My config.m4 file worked fine for all the other versions of PHP so I am assuming that something in pear broke. I found a fix on Usenet that worked for 4.0.5 but NOT 4.0.6. The fix was to change this step in the install ./configure --with-tclink=../C --with-ssl=/usr/lib to this ... CFLAGS="$CFLAGS -DHAVE_TCLINK=1 -DCOMPILE_DL_TCLINK=1" ./configure --with-tclink=../C --with-ssl=/usr/lib For anyone who wants to look at my package and try to help me find a workaround the package can be found here http://www.trustcommerce.com/tclink-3.2.2-php.tar.gz Also, here is my config.m4 file. I have a feeling it can be a LOT simpler but just dont understand the tool well enough to know where to go. dnl $Id: config.m4,v 1.1 2001/03/26 23:26:19 adam Exp $ dnl config.m4 for extension tclink dnl don't forget to call PHP_EXTENSION(tclink) PHP_ARG_WITH(ssl, for TCLink (SSL) support, [ --with-ssl[=DIR]Include TCLink (SSL) support. DIR is the OpenSSL base directory.], no) if test "$PHP_SSL" != "no"; then AC_MSG_CHECKING(for TCLink (SSL) libraries) for i in $PHP_SSL; do if test -r $i/libssl.a; then TCLINK_SSL_LIB_DIR=$i; fi done if test -z "$TCLINK_SSL_LIB_DIR"; then AC_MSG_ERROR(Cannot find SSL library files under $PHP_SSL) fi AC_MSG_RESULT($TCLINK_SSL_LIB_DIR) AC_ADD_LIBRARY_WITH_PATH(crypto, $TCLINK_SSL_LIB_DIR) AC_ADD_LIBRARY_WITH_PATH(ssl, $TCLINK_SSL_LIB_DIR) fi PHP_ARG_WITH(tclink, for TCLink support, [ --with-tclink[=DIR] Include TCLink support. DIR is the TCLink base directory.], no) if test "$PHP_TCLINK" != "no"; then if test "$PHP_SSL" = "no"; then AC_MSG_ERROR(Cannot enable support for TCLink without OpenSSL libraries) fi AC_MSG_CHECKING(for TCLink library) for i in $PHP_TCLINK; do if test -r $i/tclink.h; then TCLINK_INC_DIR=$i fi if test -r $i/libtclink.a; then TCLINK_LIB_DIR=$i fi if test -r $i/libtclink.so; then TCLINK_LIB_DIR=$i fi done if test -z "$TCLINK_INC_DIR"; then AC_MSG_ERROR(Cannot find header files under $PHP_TCLINK) fi if test -z "$TCLINK_LIB_DIR"; then AC_MSG_ERROR(Cannot find library files under $PHP_TCLINK) fi AC_MSG_RESULT($TCLINK_LIB_DIR) AC_ADD_LIBRARY_WITH_PATH(tclink, $TCLINK_LIB_DIR, TCLINK_SHARED_LIBADD) if test "$ext_shared" = "yes"; then TCLINK_SHARED_LIBADD="$TCLINK_SHARED_LIBADD -L$TCLINK_SSL_LIB_DIR -Wl,lcrypto -Wl,lssl" fi AC_ADD_INCLUDE($TCLINK_INC_DIR) AC_DEFINE(HAVE_TCLINK, 1, [Whether you have TCLink]) PHP_EXTENSION(tclink, $ext_shared) PHP_SUBST(TCLINK_SHARED_LIBADD) fi -- 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 #9422 Updated: Apache hangs when Win goes to standby
ID: 9422 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Apache related Description: Apache hangs when Win goes to standby No, plain apache goes into standby. I tested apache 1.3.19 with php 4.0.5RC1 from www.php4win.de (phpinfo looks a little bit hacked?), no standby. Tested it with php cgi (3.1.17, 4.04, 4.0.5RC1) when a longer script is running, win goes standby after php timeout killed the script (which is a good idea I think). My guess is in module version something is not ending, even without a current script running? Gustav Graf Previous Comments: --- [2001-03-31 09:16:34] [EMAIL PROTECTED] Does it happen with plain Apache (without PHP)? If not, could you try with 1.3.19 and newer version of PHP? --- [2001-03-17 19:27:17] [EMAIL PROTECTED] same with Sambar Server 4.4 --- [2001-02-23 10:43:53] [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 --- Full Bug description available at: http://bugs.php.net/?id=9422 -- 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 #9310 Updated: apache segfault with simple php script (using mysql)
ID: 9310
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: Reproduceable crash
Description: apache segfault with simple php script (using mysql)
Sorry for the feedback lack. But a good news: problem
seems to be away since 4.0.5rc1.
Previous Comments:
---
[2001-03-16 16:58:34] [EMAIL PROTECTED]
No feedback. Not enough info.
--Jani
---
[2001-02-16 23:22:32] [EMAIL PROTECTED]
Please provide a reduced code fragment (<15 lines) producing
this behaviour.
Put no database queries etc. in it to ensure that we can
reproduce it easily unless the problem is not directly
related to some db (or similar) function.
---
[2001-02-16 19:15:11] [EMAIL PROTECTED]
0) [Sat Jan 13 14:02:13 2001]
[notice] child pid 13927 exit signal Segmentation fault (11)
-> this is what comes in the apache error log when I call the script
with a php higher than 4.0.2. with the 4.0.2 it works fine. The page output
is most of the time incomplete (stoping at a random place), but no "document contains
no data", or very seldom.
1) the scripts source are visible under http://www.omnis.ch/dev/php/
(my first php script ever, 2 years ago, could be improved I know: but
it still should work without killing my webserver)
2) config.nice :
#! /bin/sh
#
# Created by configure
"./configure"
"--with-apxs=/usr/local/apache/bin/apxs"
"--enable-track-vars"
"--enable-safe-mode"
"--with-gd=../gd1.3"
"--with-ttf"
"--with-mysql=/usr/local"
"--with-ldap"
"--with-xml"
"--with-zlib"
"--with-zlib-dir"
"--enable-memory-limit"
"--with-recode"
"--with-dbase"
"--with-pdflib=/usr/local/src/web/pdflib3"
"--enable-ftp"
"$@"
(also tried to remove some or all the modules -> no change)
3) no changes in php.ini (original file.dist)
4) linux server, intel, distribution: suse 6.4
5) gdb backtrace :
omega:/usr/local/apache # gdb /usr/local/apache/bin/httpd
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-suse-linux-gnu"...
(gdb) -f /usr/local/etc/apache/httpd.conf -D PHP4 -X
Undefined command: "-f". Try "help".
(gdb) run -f /usr/local/etc/apache/httpd.conf -D PHP4 -X
Starting program: /usr/local/apache/bin/httpd -f /usr/local/etc/apache/httpd.conf -D
PHP4 -X
Program received signal SIGTRAP, Trace/breakpoint trap.
0x40001780 in _start () at rtld.c:142
142 rtld.c: No such file or directory.
(gdb) cont
Continuing.
Program received signal SIGSEGV, Segmentation fault.
0x4018798c in ?? ()
(gdb) bt
#0 0x4018798c in ?? ()
#1 0x40188321 in ?? ()
#2 0x40187e0d in ?? ()
#3 0x4027a280 in _erealloc (ptr=0x82de544, size=9, allow_failure=0) at
zend_alloc.c:288
#4 0x402927bf in add_string_to_string (result=0xbfffc060, op1=0xbfffc060,
op2=0x82dd42c) at zend_operators.c:1003
#5 0x40285928 in execute (op_array=0x82c614c) at ./zend_execute.c:1389
#6 0x402887e1 in execute (op_array=0x82c569c) at ./zend_execute.c:2063
#7 0x40295c7b in zend_execute_scripts (type=8, file_count=3) at zend.c:729
#8 0x402a95b1 in php_execute_script (primary_file=0xb554) at main.c:1221
#9 0x402a588b in apache_php_module_main (r=0x807f62c, display_source_mode=0) at
sapi_apache.c:89
#10 0x402a62a4 in send_php (r=0x807f62c, display_source_mode=0, filename=0x0) at
mod_php4.c:516
#11 0x402a62dd in send_parsed_php (r=0x807f62c) at mod_php4.c:527
#12 0x40053f23 in _ufc_foobar () from /lib/libcrypt.so.1
#13 0x4006dc79 in ?? () from /usr/lib/libgdbm.so.2
#14 0x4006dcfb in ?? () from /usr/lib/libgdbm.so.2
#15 0x40062ccc in _ufc_foobar () from /lib/libcrypt.so.1
#16 0x40062ef7 in _ufc_foobar () from /lib/libcrypt.so.1
#17 0x400630c6 in _ufc_foobar () from /lib/libcrypt.so.1
#18 0x400638de in _ufc_foobar () from /lib/libcrypt.so.1
#19 0x40064390 in _ufc_foobar () from /lib/libcrypt.so.1
#20 0x80487fd in ?? ()
#21 0x40143313 in token () at ruserpass.c:292
(gdb)
Voila, I hope it will help you!
If you have any question / patch to try, please ask.
Regards,
Olivier
---
Full Bug description available at: http://bugs.php.net/?id=9310
--
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] Bug #10366: Sablotron config.m4 requires extra pointer
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.3-BETA PHP version: 4.0.4pl1 PHP Bug Type: Compile Warning Bug description: Sablotron config.m4 requires extra pointer Hi, I've been trying to configure PHP (4.0.4pl1 (Apache 1.3.19)) on FreeBSD 4.3-BETA with Sablotron (0.51) support and until today I was not able to without first tweaking the sablot/config.m4 file. The configure would finish but note that something wacky had happened, specifcally "undefined references to iconv_*" (see below). I had seen this error trying to install the XML::Sablotron perl module, so I figured it was just a question of passing "-liconv" somewhere in the build process. After some snooping around, I added an extra ADD_LIBRARY statement to the config.m4 file (see below) and everything worked! I don't know if anyone else has had similar problems but I figured I would pass it along. Cheers, ** debug.log gcc -o conftest -g -O2 -DMOD_SSL=208102 -DEAPI -DSHARED_CORE -R/usr/local/lib -L/usr/local/lib -R/usr/local/lib/mysql -L/\ usr/local/lib/mysql conftest.c -lmm -lxmltok -lxmlparse -lsablot -lmysqlclient -lldap -llber -lttf -lz -lpng -lgd -ljpeg -l\ z -lxml -lm -lcrypt -Lyes/lib -lz -L/usr/local/lib -ljpeg 1>&5 /usr/local/lib/libsablot.so: undefined reference to `iconv_open' /usr/local/lib/libsablot.so: undefined reference to `iconv_close' /usr/local/lib/libsablot.so: undefined reference to `iconv' php-4.0.4pl1/ext/sablot/config.m4 PHP_SUBST(SABLOT_SHARED_LIBADD) AC_ADD_LIBRARY_WITH_PATH(sablot, $SABLOT_DIR/lib, SABLOT_SHARED_LIBADD) AC_ADD_LIBRARY(xmlparse) AC_ADD_LIBRARY(xmltok) >>> AC_ADD_LIBRARY(iconv) <<< -- Edit Bug report at: http://bugs.php.net/?id=10366&edit=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] Bug #10439: relative chdir from root doesn´t work
From: [EMAIL PROTECTED]
Operating system: W98, W98SE
PHP version: 4.0.4
PHP Bug Type: *Directory/Filesystem functions
Bug description: relative chdir from root doesn´t work
On w98 and w98se it is not possible to change from root directory (eg. c:\) to a
relative subdirectory (e.g. windows). There is a delay of about 1 second. The same
when accessing file functions (eg. is_dir, filesize) on filenames in the root
directory without path (e.g. filesize ("msdos.sys"), no result is returned.
Try this script:
".
str_replace ("\\", "/", getcwd ())."";
flush ();
}
mychdir ("change to root", "/", true);
mychdir ("change to existing full path", "c:/windows/temp", true);
mychdir ("change to parent", "..", true);
mychdir ("change to relative subdir", "temp", true);
mychdir ("change to parent-parent", "../..", true);
mychdir ("change to root", "/", true);
mychdir ("change to relative subdir from root - does not work (notice the delay)",
"windows", false);
?>
Gustav Graf
--
Edit Bug report at: http://bugs.php.net/?id=10439&edit=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 #10439 Updated: relative chdir from root doesn´t work
ID: 10439
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: *Directory/Filesystem functions
Description: relative chdir from root doesn´t work
No, new version 4.0.5 didn't solve my problem, testesd under win98.
Previous Comments:
---
[2001-04-30 09:35:24] [EMAIL PROTECTED]
Works fine in latest CVS under NT.
Please try 4.0.5 which should be released today and report back if your problem has
been solved.
---
[2001-04-22 06:54:22] [EMAIL PROTECTED]
On w98 and w98se it is not possible to change from root directory (eg. c:) to a
relative subdirectory (e.g. windows). There is a delay of about 1 second. The same
when accessing file functions (eg. is_dir, filesize) on filenames in the root
directory without path (e.g. filesize ("msdos.sys"), no result is returned.
Try this script:
".
str_replace ("\", "/", getcwd ())."";
flush ();
}
mychdir ("change to root", "/", true);
mychdir ("change to existing full path", "c:/windows/temp", true);
mychdir ("change to parent", "..", true);
mychdir ("change to relative subdir", "temp", true);
mychdir ("change to parent-parent", "../..", true);
mychdir ("change to root", "/", true);
mychdir ("change to relative subdir from root - does not work (notice the delay)",
"windows", false);
?>
Gustav Graf
---
Full Bug description available at: http://bugs.php.net/?id=10439
--
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 #10439 Updated: relative chdir from root doesn´t work
ID: 10439
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: *Directory/Filesystem functions
Description: relative chdir from root doesn´t work
Sorry, my only win2000 system is an asp-mysql production system in a network center
and not available for testing now. I will install php on this system maybe in two
weeks.
Previous Comments:
---
[2001-05-02 16:29:17] [EMAIL PROTECTED]
Do you happen to have an NT machine you can try and reproduce this on? I am on Windows
2000 and it works.
---
[2001-05-02 16:24:44] [EMAIL PROTECTED]
No, new version 4.0.5 didn't solve my problem, testesd under win98.
---
[2001-04-30 09:35:24] [EMAIL PROTECTED]
Works fine in latest CVS under NT.
Please try 4.0.5 which should be released today and report back if your problem has
been solved.
---
[2001-04-22 06:54:22] [EMAIL PROTECTED]
On w98 and w98se it is not possible to change from root directory (eg. c:) to a
relative subdirectory (e.g. windows). There is a delay of about 1 second. The same
when accessing file functions (eg. is_dir, filesize) on filenames in the root
directory without path (e.g. filesize ("msdos.sys"), no result is returned.
Try this script:
".
str_replace ("\", "/", getcwd ())."";
flush ();
}
mychdir ("change to root", "/", true);
mychdir ("change to existing full path", "c:/windows/temp", true);
mychdir ("change to parent", "..", true);
mychdir ("change to relative subdir", "temp", true);
mychdir ("change to parent-parent", "../..", true);
mychdir ("change to root", "/", true);
mychdir ("change to relative subdir from root - does not work (notice the delay)",
"windows", false);
?>
Gustav Graf
---
Full Bug description available at: http://bugs.php.net/?id=10439
--
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 #10439 Updated: relative chdir from root doesn´t work
ID: 10439
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: *Directory/Filesystem functions
Description: relative chdir from root doesn´t work
asp-mssql
Previous Comments:
---
[2001-05-02 16:34:04] [EMAIL PROTECTED]
Sorry, my only win2000 system is an asp-mysql production system in a network center
and not available for testing now. I will install php on this system maybe in two
weeks.
---
[2001-05-02 16:29:17] [EMAIL PROTECTED]
Do you happen to have an NT machine you can try and reproduce this on? I am on Windows
2000 and it works.
---
[2001-05-02 16:24:44] [EMAIL PROTECTED]
No, new version 4.0.5 didn't solve my problem, testesd under win98.
---
[2001-04-30 09:35:24] [EMAIL PROTECTED]
Works fine in latest CVS under NT.
Please try 4.0.5 which should be released today and report back if your problem has
been solved.
---
[2001-04-22 06:54:22] [EMAIL PROTECTED]
On w98 and w98se it is not possible to change from root directory (eg. c:) to a
relative subdirectory (e.g. windows). There is a delay of about 1 second. The same
when accessing file functions (eg. is_dir, filesize) on filenames in the root
directory without path (e.g. filesize ("msdos.sys"), no result is returned.
Try this script:
".
str_replace ("\", "/", getcwd ())."";
flush ();
}
mychdir ("change to root", "/", true);
mychdir ("change to existing full path", "c:/windows/temp", true);
mychdir ("change to parent", "..", true);
mychdir ("change to relative subdir", "temp", true);
mychdir ("change to parent-parent", "../..", true);
mychdir ("change to root", "/", true);
mychdir ("change to relative subdir from root - does not work (notice the delay)",
"windows", false);
?>
Gustav Graf
---
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=10439
--
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] Bug #9422 Updated: Apache hangs when Win goes to standby
ID: 9422 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Apache related Operating system: win98, win98SE PHP Version: 4.0.4 Description: Apache hangs when Win goes to standby yes, persists with 4.0.5 with php.ini-optimized from http://www.php.net/do_download.php?download_file=php-4.0.5-Win32.zip&source_site=www.php.net and different webbrowsers. Do you know a win98 or win98se installation with php-module, which works? Maybe I oversee something? Previous Comments: --- [2001-05-07 12:37:45] [EMAIL PROTECTED] Are you loading non-thread-safe PHP Extensions in your php.ini? Does this problem persist with PHP 4.0.5? --- [2001-03-31 19:06:17] [EMAIL PROTECTED] No, plain apache goes into standby. I tested apache 1.3.19 with php 4.0.5RC1 from www.php4win.de (phpinfo looks a little bit hacked?), no standby. Tested it with php cgi (3.1.17, 4.04, 4.0.5RC1) when a longer script is running, win goes standby after php timeout killed the script (which is a good idea I think). My guess is in module version something is not ending, even without a current script running? Gustav Graf --- [2001-03-31 09:16:34] [EMAIL PROTECTED] Does it happen with plain Apache (without PHP)? If not, could you try with 1.3.19 and newer version of PHP? --- [2001-03-17 19:27:17] [EMAIL PROTECTED] same with Sambar Server 4.4 --- [2001-02-23 10:43:53] [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 --- 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=9422 -- 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] Bug #10938: internal_functions.c:32: `#include' expects "FILENAME" or
From: [EMAIL PROTECTED] Operating system: Mac OS X 10.0.2 PHP version: 4.0.5 PHP Bug Type: Compile Failure Bug description: internal_functions.c:32: `#include' expects "FILENAME" or <FILENAME> After configuring with mysql and apxs (./configure --with-mysql=/usr/local --with-apxs=/usr/sbin/apxs), I ran make and eventually got this: Making all in main /bin/sh /Users/will/Documents/php-4.0.5/libtool --silent --mode=compile cc -I. -I/Users/will/Documents/php-4.0.5/main -I/Users/will/Documents/php-4.0.5/main -I/Users/will/Documents/php-4.0.5 -I/usr/include/httpd -I/Users/will/Documents/php-4.0.5/Zend -I/usr/local/include/mysql -I/Users/will/Documents/php-4.0.5/ext/xml/expat/xmltok -I/Users/will/Documents/php-4.0.5/ext/xml/expat/xmlparse -I/Users/will/Documents/php-4.0.5/TSRM -traditional-cpp -DDARWIN -DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c main.c /bin/sh /Users/will/Documents/php-4.0.5/libtool --silent --mode=compile cc -I. -I/Users/will/Documents/php-4.0.5/main -I/Users/will/Documents/php-4.0.5/main -I/Users/will/Documents/php-4.0.5 -I/usr/include/httpd -I/Users/will/Documents/php-4.0.5/Zend -I/usr/local/include/mysql -I/Users/will/Documents/php-4.0.5/ext/xml/expat/xmltok -I/Users/will/Documents/php-4.0.5/ext/xml/expat/xmlparse -I/Users/will/Documents/php-4.0.5/TSRM -traditional-cpp -DDARWIN -DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c internal_functions.c internal_functions.c:32: `#include' expects "FILENAME" or make[2]: *** [internal_functions.lo] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 After searching the web, I found that my problem seems identical to bug id #9716. That bug was closed and supposedly fixed March 30th, a full month before PHP 4.0.5 was released, but the bug appears to persist. I edited internal_functions.c, changed the erroneous "n" characters (I suspect they were supposed to be \n rather than n) to line breaks, did make again, and the problem went away. -- Edit Bug report at: http://bugs.php.net/?id=10938&edit=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] Bug #13803: fopen($url) crashes sometimes
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.4-stable PHP version: 4.0.6 PHP Bug Type: Reproducible crash Bug description: fopen($url) crashes sometimes This is the same bug as #13633 and #12748.. I just wanted to report that it does the same thing on FreeBSD, but couldn't figure out a way to add the comment to an existing bug. In php.ini: allow_url_fopen = Off In httpd.conf, within a VirtualHost: php_flag allow_url_fopen On fopen($any_url) consistently causes segfault. Changing php.ini to On and the problem goes away. Remove the line from httpd.conf, and there's no crash, but of course the fopen doesn't work with URLs in that case. -- Edit bug report at: http://bugs.php.net/?id=13803&edit=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] Bug #9422 Updated: Apache hangs when Win goes to standby
ID: 9422 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Apache related Operating System: win98, win98SE PHP Version: 4.0.4 New Comment: still the same with php-4.0.8-dev-20011004.exe as mod php, did you try it (maybe all my sytems are misconfigured) Previous Comments: [2001-10-20 23:59:07] [EMAIL PROTECTED] There have been lot of thread-safe fixes. Please test the latest development build from http://www.php4win.com/ [2001-05-08 15:25:07] [EMAIL PROTECTED] yes, persists with 4.0.5 with php.ini-optimized from http://www.php.net/do_download.php?download_file=php-4.0.5-Win32.zip&source_site=www.php.net and different webbrowsers. Do you know a win98 or win98se installation with php-module, which works? Maybe I oversee something? [2001-05-07 12:37:45] [EMAIL PROTECTED] Are you loading non-thread-safe PHP Extensions in your php.ini? Does this problem persist with PHP 4.0.5? [2001-03-31 19:06:17] [EMAIL PROTECTED] No, plain apache goes into standby. I tested apache 1.3.19 with php 4.0.5RC1 from www.php4win.de (phpinfo looks a little bit hacked?), no standby. Tested it with php cgi (3.1.17, 4.04, 4.0.5RC1) when a longer script is running, win goes standby after php timeout killed the script (which is a good idea I think). My guess is in module version something is not ending, even without a current script running? Gustav Graf [2001-03-31 09:16:34] [EMAIL PROTECTED] Does it happen with plain Apache (without PHP)? If not, could you try with 1.3.19 and newer version of PHP? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=9422 Edit this bug report at http://bugs.php.net/?id=9422&edit=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] Bug #10439 Updated: relative chdir from root doesn´t work
ID: 10439 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Filesystem function related Operating System: W98, W98SE PHP Version: 4.0.5 New Comment: now it works (php 4.08dev). could you please explain "..not to out-smart ..", gustav graf Previous Comments: [2001-10-29 02:44:11] [EMAIL PROTECTED] Reopen if this happens with PHP 4.0.6. Also, try not to out-smart PHP's functions. They should know how to handle different path separators and such things which are platform specific. --Jani [2001-05-02 16:34:59] [EMAIL PROTECTED] asp-mssql [2001-05-02 16:34:04] [EMAIL PROTECTED] Sorry, my only win2000 system is an asp-mysql production system in a network center and not available for testing now. I will install php on this system maybe in two weeks. [2001-05-02 16:29:17] [EMAIL PROTECTED] Do you happen to have an NT machine you can try and reproduce this on? I am on Windows 2000 and it works. [2001-05-02 16:24:44] [EMAIL PROTECTED] No, new version 4.0.5 didn't solve my problem, testesd under win98. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=10439 Edit this bug report at http://bugs.php.net/?id=10439&edit=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] Bug #14231: c-function select() please
From: [EMAIL PROTECTED] Operating system: Linux 2.4 PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: c-function select() please I'm not familiar with C, but I heard that the function "select" will help me with this problem: I have a fifo-pipe and want to read from it. But the scripts doesn't do anything until I write something to the pipe. But I want to open the pipe with PHP and on the next step, I want to write something to it. The Problem ist, that I have to know, if there is data on the pipe or not. feof does not help. On the other side, the PHP-function popen should be extended for read AND write on Linux. I heard, other plattforms can do it already. -- Edit bug report at: http://bugs.php.net/?id=14231&edit=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] Bug #14290: SMP PHP/apache process appears to be in infinite loop 100% CPU Utilization
From: [EMAIL PROTECTED] Operating system: RH 7.2 PHP version: 4.0.6 PHP Bug Type: *General Issues Bug description: SMP PHP/apache process appears to be in infinite loop 100% CPU Utilization Hello- Seems to be identical to bug #8446, which was closed, it appears, since the bug reporter did not reply after 4.0.5 was released. Using php 4.0.6 on RH 7.1 SMP. At random times (maybe once a day), a process will be found taking 99.9 %CPU. Wonder if other SMP servers are seeing the same issue... Thanks for any help. -- Edit bug report at: http://bugs.php.net/?id=14290&edit=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] Bug #14308: mysql functions load twice (duplicate name)
From: [EMAIL PROTECTED] Operating system: RH 7.2 PHP version: 4.0.6 PHP Bug Type: MySQL related Bug description: mysql functions load twice (duplicate name) Humm, ? Operator error ? RH 7.2 SMP PHP config: ./configure --with-apache=../apache_1.x --with-mysql=/usr/local/ --enable-memory-limit=yes --enable-debug=no Mysql config: ./configure --with-client-ldflags=-all-static --with-mysqld-ldflags=-all-static Apache: ./configure \ "--with-layout=Apache" \ "--prefix=/etc/httpd" \ "--activate-module=src/modules/php4/libphp4.a" \ "--enable-module=php4" \ When httpd is started, get large list of mysql duplicate names such as: "PHP Warning: Function registration failed - duplicate name - mysql_listfields in Unknown on line 0" mysql continues to work, but other errors are not added to log file. It looks like this is because an identical set of warnings are printed out twice... which may have set the logging to be disabled?? -- Edit bug report at: http://bugs.php.net/?id=14308&edit=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] Bug #14305 Updated: type-o on web site
ID: 14305 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Documentation problem Operating System: Win2k PHP Version: 4.1.0 New Comment: Quote: "IMO it's good as it is right now." You must not speak English very well, that or you have no writing ability what-so-ever! Dude, concreto is not even a word in English and the sentance is a meaningless mess! If you are not going to do anything about the problem, at least don't answer ignorantly, sheesh. So much for open-source contributions... Previous Comments: [2001-12-06 06:18:10] [EMAIL PROTECTED] IMO it's good as it is right now. [2001-11-30 15:17:20] [EMAIL PROTECTED] http://download.php.net/manual/en/ref.overload.php has a type-o in the wanring, search for the word "concreto" I can't tell actually what the typist meant to say, but probably needs to replace: names, in concreto ANYTHING with: names and ANYTHING Edit this bug report at http://bugs.php.net/?id=14305&edit=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] Bug #14305 Updated: type-o on web site
ID: 14305 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Documentation problem Operating System: Win2k PHP Version: 4.1.0 New Comment: I appologize if I did not express myself in a way that was understood as I meant it. I was just annoyed that I spent the time to post the problem and someone changed the status to "bogus" and said it is fine as it is. Using Latin in English poetry may be fine, but in an English tutorial/instruction manual it is not. If Sander's native tongue is not English (as Torben implied) there was no need for Sander to make that post refering to the issue as "bogus." You have defended the efforts of Sander, but not of I. I am not staff of PHP. I don't get any credit for helping PHP; Sanders apparently does (judging by the php.com email address.) I think you have overlooked that I was contributing my time without anything asked in return except the improvement of an excellent web application (and accomodating documentation.) In response to Torben's remark in the first sentance, I was not attacking the person, rather the response. Again, I appologize for my miscommunication, I did not express myself as I meant for it to be taken. Torben, I also beleive in Karma, so we should both remember that when you point a finger at someone, the other 4 fingers on your hand are pointing at yourself. Previous Comments: [2001-12-06 19:49:26] [EMAIL PROTECTED] To the original submitter: While help is very much appreciated, I'm quite certain that few people like to be attacked for the work which they do in their spare time for little or no hope of direct personal gain. If you do, however, intend to attack someone, it helps to get your information right. To wit: 'in concreto' is, in fact, perfectly acceptable English when used as a loan phrase from Latin. A small amount of research would have cleared this up for you. However, my intent is not to respond to the actual bug report; rather, the bit that upset me was the arrogant and unfounded attack on Sander. In an Open Source project such as PHP, there is a high probability that any given member of the team is not, in fact, a native English speaker. Deriding someone for this is not only pointless, but ridiculous--the fact that we have so many authors with other native tongues is the only thing which allows us to provide the manual in so many different languages. It is a strength, not a weakness. Finally, when you're going to attack someone based on their use of the English language, especially if you intend to insult them for having no writing skills, please ensure that: o you spell 'typo' correctly, o you spell 'sentence' correctly, o you learn that 'what-so-ever' is not a word, but 'whatsoever' is, and o your own sentences are not rife with grammatical mistakes (v. the original bug report). Yes, I do realize that by pointing out your mistakes I have guaranteed that my own message will contain some. That's karma for you. :) [2001-12-06 15:20:22] [EMAIL PROTECTED] Reworded this entity in language-snippets.ent a bit (it affects all such warnings). Please don't get so worked up next time, we appreciate your concerns. [2001-12-06 06:40:00] [EMAIL PROTECTED] Quote: "IMO it's good as it is right now." You must not speak English very well, that or you have no writing ability what-so-ever! Dude, concreto is not even a word in English and the sentance is a meaningless mess! If you are not going to do anything about the problem, at least don't answer ignorantly, sheesh. So much for open-source contributions... [2001-12-06 06:18:10] [EMAIL PROTECTED] IMO it's good as it is right now. [2001-11-30 15:17:20] [EMAIL PROTECTED] http://download.php.net/manual/en/ref.overload.php has a type-o in the wanring, search for the word "concreto" I can't tell actually what the typist meant to say, but probably needs to replace: names, in concreto ANYTHING with: names and ANYTHING ---- Edit this bug report at http://bugs.php.net/?id=14305&edit=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] Bug #14308 Updated: mysql functions load twice (duplicate name)
ID: 14308 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: MySQL related Operating System: RH 7.2 PHP Version: 4.0.6 New Comment: Having extension=mysql.so was the problem. Sorry for taking your time, and THANKS MUCH Previous Comments: [2001-12-01 07:13:58] [EMAIL PROTECTED] YOu probably have this in php.ini: extension=mysql.so AFAIK, RH installs PHP modules as shared object. Please reopen if this is not the case. Derick [2001-11-30 23:49:18] [EMAIL PROTECTED] Humm, ? Operator error ? RH 7.2 SMP PHP config: ./configure --with-apache=../apache_1.x --with-mysql=/usr/local/ --enable-memory-limit=yes --enable-debug=no Mysql config: ./configure --with-client-ldflags=-all-static --with-mysqld-ldflags=-all-static Apache: ./configure \ "--with-layout=Apache" \ "--prefix=/etc/httpd" \ "--activate-module=src/modules/php4/libphp4.a" \ "--enable-module=php4" \ When httpd is started, get large list of mysql duplicate names such as: "PHP Warning: Function registration failed - duplicate name - mysql_listfields in Unknown on line 0" mysql continues to work, but other errors are not added to log file. It looks like this is because an identical set of warnings are printed out twice... which may have set the logging to be disabled?? Edit this bug report at http://bugs.php.net/?id=14308&edit=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] Bug #14457: Pspell ceases to work on upgrade from 4.0.6 to 4.1.0
From: [EMAIL PROTECTED]
Operating system: Linux 2.4.7 (RH7.2)
PHP version: 4.1.0
PHP Bug Type: Pspell related
Bug description: Pspell ceases to work on upgrade from 4.0.6 to 4.1.0
'./configure' '--with-mysql=/usr/local/mysql' '--with-apxs' '--enable-wddx'
'--with-sablot' '--with-pspell=/usr/local/share'
'--enable-force-cgi-redirect' '--with-gettext '--with-ldap'
Worked in 4.0.6 but not in 4.1.0
Warning: PSPELL couldn't open the dictionary. reason: I'm sorry I can't
find any suitable word lists for the language-tag "en".
$pspell_link = pspell_new ("en");
if (!pspell_check ($pspell_link, "testt")) {
$suggestions = pspell_suggest ($pspell_link, "testt");
foreach ($suggestions as $suggestion) {
echo "Possible spelling: $suggestion";
}
}
--
Edit bug report at: http://bugs.php.net/?id=14457&edit=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] Bug #14474: Apache PHP Module cannot seem to handle large amounts of output
From: [EMAIL PROTECTED] Operating system: Windows XP Pro PHP version: 4.1.0 PHP Bug Type: Apache related Bug description: Apache PHP Module cannot seem to handle large amounts of output Note: this seems to be the same problem as #14222, but I can't seem to append stuff to someone elses bug so... This is something I first noticed when I upgraded from XP RC1 to WinXP Final, when using PHP 4.0.6. I upgraded to 4.1.0 today, and it doesn't solve the problem. The php apache module doesn't seem able to handle outputting moderate to large sized pages. I have been able to reliably reproduce the problem with the following script: "; } ?> Viewing this page with internet explorer causes it to go into an almost endless loop of relaoding the page. It will display the first few 'this line is number...' and then will reload the page over and over. On some sessions IE will eventually show it's 'The page cannot be displayed' page, and sometimes it will just reload indefinitly. Viewing this page with Mozilla/Netscape doesn't have the same effect. Mozilla doesn't go through the reload loop, but will not show the page as it should either. There will be unexplained (no errors) jumps in numbers/missing output such as: This is line number 2368 This is line number 2369This is line number 2517 This is line number 2518 But the errors in output don't occur in the same spot each time. And evenutally (well short of 1,000,000 lines) the output will just stop with no error, often in mid line. I have found that adding 'flush();' just after the 'print "This is line...' seems to fix the problem. -- Edit bug report at: http://bugs.php.net/?id=14474&edit=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] Bug #14290 Updated: SMP PHP/apache process appears to be in infinite loop 100% CPU Utilization
ID: 14290 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Scripting Engine problem Operating System: RH 7.2 PHP Version: 4.0.6 New Comment: Excellent! PROBLEM IS FIXED by upgrading to 4.1.0 :)! I should have put an entry in here a day so ago, but I wanted to give it enough time to see for sure if the bug would surface. Your current release is a great Holiday gift! YEA! Thanks SO MUCH to the whole team, and Happy Holidays! Previous Comments: [2001-12-14 13:04:41] [EMAIL PROTECTED] Could you try 4.1.0, if you still have problem, could you take backtrace when you have problem? (You know how to attach running process to gdb, rihgt?) You should also seach/ask RedHat if there is fix for this. AFAIK, there are many people have this problem. It is less likely to be fixed by changing PHP code.. But batcktrace may help. [2001-11-29 15:40:50] [EMAIL PROTECTED] Hello- Seems to be identical to bug #8446, which was closed, it appears, since the bug reporter did not reply after 4.0.5 was released. Using php 4.0.6 on RH 7.1 SMP. At random times (maybe once a day), a process will be found taking 99.9 %CPU. Wonder if other SMP servers are seeing the same issue... Thanks for any help. Edit this bug report at http://bugs.php.net/?id=14290&edit=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] Bug #14555: apache fails: libsablot.so.0: undefined symbol: XML_SetParamEntityParsing
From: [EMAIL PROTECTED] Operating system: debian woody PHP version: 4.1.0 PHP Bug Type: XSLT related Bug description: apache fails: libsablot.so.0: undefined symbol: XML_SetParamEntityParsing Config, compile and install works fine, apache fails to start: Apache: Starting Syntax error on line 226 of /usr/local/conf/httpd.conf: Cannot load /usr/local/libexec/libphp4.so into server: /usr/local/lib/libsablot.so.0: undefined symbol: XML_SetParamEntityParsing /usr/local/bin/apachectl start: httpd could not be started ./configure \ --with-apxs \ --with-mysql \ --with-zlib \ --with-bz2 \ --with-curl \ --with-dom \ --enable-ftp \ --with-gd\ --enable-gd-native-ttf \ --with-gmp \ --enable-sockets \ --with-openssl \ --with-ldap \ --enable-xslt\ --with-xslt-sablot \ --with-iconv apache 1.3.22 sablot 0.71 expat 1.95.2 libxml 2.4.10 xmltok 1.1 Apache and PHP was compiled and installed manually, the rest has been done with .deb packages/apt. Additional: In order to successfully compile, configure didnt stop, had to install dev-files for xmltok, libxml and sasl (used deb's) -- Edit bug report at: http://bugs.php.net/?id=14555&edit=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] Bug #14457 Updated: Pspell ceases to work on upgrade from 4.0.6 to 4.1.0
ID: 14457
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Pspell related
Operating System: Linux 2.4.7 (RH7.2)
PHP Version: 4.1.0
New Comment:
'./configure' '--with-mysql=/usr/local/mysql' '--with-apxs' '--enable-wddx'
'--with-sablot' '--with-pspell=/usr/local/pspell' '--enable-force-cgi-redirect'
'--with-gettext' '--with-ldap' '--with-cpdflib=/usr/local' '--with-jpeg-dir'
'--with-tiff-dir'
is the latest iteneration of my configuration. This is the exact configuration I am
using in a 4.0.6 installation. Pspell does not work with the same using 4.1.0.
(I re-installed pspell to that directory just to make sure)
Previous Comments:
[2001-12-13 23:37:36] [EMAIL PROTECTED]
It is strange it even compiled.
Are you sure that pspell is installed in
--with-pspell=/usr/local/share
and not in
--with-pspell=/usr/local
???
(e.g. do you have a directory
/usr/local/include/pspell
or
/usr/local/share/include/pspell
if the former, you probably need to recompile PHP specifying the right directory)
Do you have a configure line for your 4.0.6 installation to compare against?
[2001-12-12 09:09:56] [EMAIL PROTECTED]
'./configure' '--with-mysql=/usr/local/mysql' '--with-apxs' '--enable-wddx'
'--with-sablot' '--with-pspell=/usr/local/share' '--enable-force-cgi-redirect'
'--with-gettext '--with-ldap'
Worked in 4.0.6 but not in 4.1.0
Warning: PSPELL couldn't open the dictionary. reason: I'm sorry I can't find any
suitable word lists for the language-tag "en".
$pspell_link = pspell_new ("en");
if (!pspell_check ($pspell_link, "testt")) {
$suggestions = pspell_suggest ($pspell_link, "testt");
foreach ($suggestions as $suggestion) {
echo "Possible spelling: $suggestion";
}
}
Edit this bug report at http://bugs.php.net/?id=14457&edit=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] Bug #14555 Updated: apache fails: libsablot.so.0: undefined symbol: XML_SetParamEntityParsing
ID: 14555 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: XSLT related Operating System: debian woody PHP Version: 4.1.0 New Comment: That gives one line with "XML_SetParamEntityParsing", so I assume it is in there. There was no probs compiling and installing Sablot, I have NOT found any similar issue on the gingerall pages or any other mailing lists/newsgroups I've searched. Previous Comments: [2001-12-17 02:44:23] [EMAIL PROTECTED] What does the output of strings /usr/local/lib/libsablot.so.0|grep XML_SetParamEntityParsing gives you? If you're missing the symbol your libsablot installation is broken. Feedback. [2001-12-16 22:02:05] [EMAIL PROTECTED] Config, compile and install works fine, apache fails to start: Apache: Starting Syntax error on line 226 of /usr/local/conf/httpd.conf: Cannot load /usr/local/libexec/libphp4.so into server: /usr/local/lib/libsablot.so.0: undefined symbol: XML_SetParamEntityParsing /usr/local/bin/apachectl start: httpd could not be started ./configure \ --with-apxs \ --with-mysql \ --with-zlib \ --with-bz2 \ --with-curl \ --with-dom \ --enable-ftp \ --with-gd\ --enable-gd-native-ttf \ --with-gmp \ --enable-sockets \ --with-openssl \ --with-ldap \ --enable-xslt\ --with-xslt-sablot \ --with-iconv apache 1.3.22 sablot 0.71 expat 1.95.2 libxml 2.4.10 xmltok 1.1 Apache and PHP was compiled and installed manually, the rest has been done with .deb packages/apt. Additional: In order to successfully compile, configure didnt stop, had to install dev-files for xmltok, libxml and sasl (used deb's) Edit this bug report at http://bugs.php.net/?id=14555&edit=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] Bug #14555 Updated: apache fails: libsablot.so.0: undefined symbol: XML_SetParamEntityParsing
ID: 14555 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: XSLT related Operating System: debian woody PHP Version: 4.1.0 New Comment: balder:~# nm /usr/local/lib/libsablot.so.0 | grep XML_SetParamEntityParsing U XML_SetParamEntityParsing Unlinked I guess, I don't really know what it means in this context, maybe something I should investigate with gingerall/sablot lists. Previous Comments: [2001-12-17 17:57:19] [EMAIL PROTECTED] Please post the output of this: nm /usr/local/lib/libsablot.so.0 | grep XML_SetParamEntityParsing [2001-12-17 17:54:08] [EMAIL PROTECTED] That gives one line with "XML_SetParamEntityParsing", so I assume it is in there. There was no probs compiling and installing Sablot, I have NOT found any similar issue on the gingerall pages or any other mailing lists/newsgroups I've searched. [2001-12-17 02:44:23] [EMAIL PROTECTED] What does the output of strings /usr/local/lib/libsablot.so.0|grep XML_SetParamEntityParsing gives you? If you're missing the symbol your libsablot installation is broken. Feedback. [2001-12-16 22:02:05] [EMAIL PROTECTED] Config, compile and install works fine, apache fails to start: Apache: Starting Syntax error on line 226 of /usr/local/conf/httpd.conf: Cannot load /usr/local/libexec/libphp4.so into server: /usr/local/lib/libsablot.so.0: undefined symbol: XML_SetParamEntityParsing /usr/local/bin/apachectl start: httpd could not be started ./configure \ --with-apxs \ --with-mysql \ --with-zlib \ --with-bz2 \ --with-curl \ --with-dom \ --enable-ftp \ --with-gd\ --enable-gd-native-ttf \ --with-gmp \ --enable-sockets \ --with-openssl \ --with-ldap \ --enable-xslt\ --with-xslt-sablot \ --with-iconv apache 1.3.22 sablot 0.71 expat 1.95.2 libxml 2.4.10 xmltok 1.1 Apache and PHP was compiled and installed manually, the rest has been done with .deb packages/apt. Additional: In order to successfully compile, configure didnt stop, had to install dev-files for xmltok, libxml and sasl (used deb's) Edit this bug report at http://bugs.php.net/?id=14555&edit=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] Bug #12508: can't return a ntext type field in a select statement
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.6 PHP Bug Type: MSSQL related Bug description: can't return a ntext type field in a select statement selecting a ntext type field using mssql_query produces the following error message MS SQL message: ntext data cannot be sent to clients using DB-Library (such as ISQL) or ODBC version 3.7 or earlier. (severity 16) -- Edit bug report at: http://bugs.php.net/?id=12508&edit=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] Bug #12568: Feature Request for function is_subclass_of
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.0.6
PHP Bug Type: Feature/Change Request
Bug description: Feature Request for function is_subclass_of
unfortunately the function is_subclass_of does not accept class names in
both arguments like get_parent_class since 4.0.5. it would be nice if you
could use is_subclass_of in the following way:
is_subclass_of($foo,"bar")
true if $foo is an object of a subclass of bar
(this is how it works now)
is_subclass_of("foo","bar")
true if foo is a subclass of bar
(a wrote a function to do this, see my note on is_subclass_of)
is_subclass_of("foo",$bar)
true if foo is a subclass of the class $bar
= is_subclass_of("foo",get_class($bar));
is_subclass_of($foo,$bar)
true if $foo is an object of the class of $bar
thanx a lot!
Jakob
--
Edit bug report at: http://bugs.php.net/?id=12568&edit=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] Bug #12839: Descrepancy in Manual (Appendix G)
From: [EMAIL PROTECTED] Operating system: win32 (9x SE) PHP version: 4.0.6 PHP Bug Type: Documentation problem Bug description: Descrepancy in Manual (Appendix G) This may just be my misunderstanding.. in either case, i'm sure that if I'm a little confused, others might be as well. I've been working on assembling an expression file for HomeSite.. in so doing I wanted to create a set which highlights those functions which are "aliases".. So, I'm working with Appendix G and noted the following: The appendix essentailly states the "reverse" of the function documentation... The manual indicates the chop() is an alias to rtrim(), while the appendix indicates the reverse, naming chop() the "master function".. and rtrim() the alias...??? Also, on a different note - msql_affected_rows is labeled as as alias of itself? how can a function be an alias of itself? Can someone please clarify Appendix G? from the manual on chop: This function is an alias of rtrim(). Whil Appendix G indicates that chop() is the master function? This is repeated with most functions listed in G. Thanks, in advance for the input. -- Edit bug report at: http://bugs.php.net/?id=12839&edit=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] Bug #12839 Updated: Descrepancy in Manual (Appendix G)
ID: 12839 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: win32 (9x SE) PHP Version: 4.0.6 New Comment: Follow up on previous - Here's a quick list of what appears to be erratta in Appendix G: function listed as aliases to themselves: xpath_eval xpath_eval_expression xpath_init xpath_new_context As I'm still working my way through these, there may be more.. like the msql function prevously noted. Previous Comments: [2001-08-19 07:22:36] [EMAIL PROTECTED] This may just be my misunderstanding.. in either case, i'm sure that if I'm a little confused, others might be as well. I've been working on assembling an expression file for HomeSite.. in so doing I wanted to create a set which highlights those functions which are "aliases".. So, I'm working with Appendix G and noted the following: The appendix essentailly states the "reverse" of the function documentation... The manual indicates the chop() is an alias to rtrim(), while the appendix indicates the reverse, naming chop() the "master function".. and rtrim() the alias...??? Also, on a different note - msql_affected_rows is labeled as as alias of itself? how can a function be an alias of itself? Can someone please clarify Appendix G? from the manual on chop: This function is an alias of rtrim(). Whil Appendix G indicates that chop() is the master function? This is repeated with most functions listed in G. Thanks, in advance for the input. Edit this bug report at http://bugs.php.net/?id=12839&edit=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]
