[PHP-DEV] PHP 4.0 Bug #8707: Floating point exception (core dumped) at startup
From: [EMAIL PROTECTED] Operating system: FreeBSD 3.3-RELEASE PHP version: 4.0.4pl1 PHP Bug Type: Unknown/Other Function Bug description: Floating point exception (core dumped) at startup httpd -l works fine but httpd -f httpd.conf results in a Floating point exception (core dumped) before serving any pages. I added --with-mysql=/usr/local and have also tried with the buildin mysql-support. I have tried with apache 1.3.9, 1.3.12 and 1.3.14. php.ini is the dist-file, only strange thing is I already is running php3.14 on port 80 and is trying to start php4 on port 81. The mysql installation is rather ancient (3.22.25), apache never gets to write anything in the errorlog befor exiting. (gdb) run -X -f conf/httpd.conf Starting program: /usr/local/etc/apachephp4/bin/httpd -X -f conf/httpd.conf (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)... Program received signal SIGFPE, Arithmetic exception. 0x80a6491 in php_minit_crypt () (gdb) bt #0 0x80a6491 in php_minit_crypt () #1 0x80a1f36 in php_minit_basic () #2 0x80e8073 in zend_startup_module () #3 0x8083eb0 in php_startup_extensions () #4 0x8084a5b in php_startup_internal_extensions () #5 0x80840f9 in php_module_startup () #6 0x8081f94 in sapi_apache_send_headers () #7 0x8082a02 in php_init_handler () #8 0x811c4a9 in ap_init_modules () #9 0x8125d01 in main () #10 0x80617f5 in _start () -- Edit Bug report at: http://bugs.php.net/?id=8707edit=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 #8707 Updated: Floating point exception (core dumped) at startup
ID: 8707 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Unknown/Other Function Assigned To: Comments: Can you try the latest snapshot from snaps.php.net. There were some recent fixes for this. Previous Comments: --- [2001-01-15 05:21:17] [EMAIL PROTECTED] httpd -l works fine but httpd -f httpd.conf results in a Floating point exception (core dumped) before serving any pages. I added --with-mysql=/usr/local and have also tried with the buildin mysql-support. I have tried with apache 1.3.9, 1.3.12 and 1.3.14. php.ini is the dist-file, only strange thing is I already is running php3.14 on port 80 and is trying to start php4 on port 81. The mysql installation is rather ancient (3.22.25), apache never gets to write anything in the errorlog befor exiting. (gdb) run -X -f conf/httpd.conf Starting program: /usr/local/etc/apachephp4/bin/httpd -X -f conf/httpd.conf (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)... Program received signal SIGFPE, Arithmetic exception. 0x80a6491 in php_minit_crypt () (gdb) bt #0 0x80a6491 in php_minit_crypt () #1 0x80a1f36 in php_minit_basic () #2 0x80e8073 in zend_startup_module () #3 0x8083eb0 in php_startup_extensions () #4 0x8084a5b in php_startup_internal_extensions () #5 0x80840f9 in php_module_startup () #6 0x8081f94 in sapi_apache_send_headers () #7 0x8082a02 in php_init_handler () #8 0x811c4a9 in ap_init_modules () #9 0x8125d01 in main () #10 0x80617f5 in _start () --- Full Bug description available at: http://bugs.php.net/?id=8707 -- 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 #8710: Cannot add header information - headers information already sent ...
From: [EMAIL PROTECTED]
Operating system: linux
PHP version: 4.0.4
PHP Bug Type: *General Issues
Bug description: Cannot add header information - headers information already sent ...
If I define a constant in external files (require or include) PHP give me "headers
already sent by main.php", "output stated in const.php".
main.php:
include("inc/const.php"); // constants definition
...
header(...); // here I try to send an header
const.php:
define("WB","webmaster");
--
Edit Bug report at: http://bugs.php.net/?id=8710edit=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 #8413 Updated: connection_status() returns 0 on timeout
ID: 8413
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Unknown/Other Function
Description: connection_status() returns 0 on timeout
use standalone php to get the output or change the code somehow to get the result of
connection_status() and connection_timeout() some other way (write to file, for
example)
the point is that it seems to be impossible to check for timeout state:
connection_status() and connection_timeout() both return zero while the shutdown
function was definitly called due to timeout.
The example is stupid but it is short and clearly demonstartes the bug.
oleg
Previous Comments:
---
[2001-01-13 13:33:34] [EMAIL PROTECTED]
I get no output at all (RH6.2 4.0.4 NT5 php4-200101130745)
---
[2000-12-25 07:02:52] [EMAIL PROTECTED]
I am not sure what "bug type" to choose...
So I change it to "Unknown/Other" for now.
oleg
---
[2000-12-25 05:41:07] [EMAIL PROTECTED]
safe_mode is off.
timeout.php:
?php
register_shutdown_function("shutdown");
set_time_out(1);
while(1);
function shutdown() {
printf ("Shutdown: %dn", connection_status());
if (connection_timeout()) {
print ("Connection timeoutn");
}
}
?
php timeout.php gives me Shutdown: 0 instead of 2 and "Connection timeout"
That is true for php since 4.0.1
The PHP_CONNECTION_TIMEOUT flag is never turned on in zend_execute_API.c
oleg
---
Full Bug description available at: http://bugs.php.net/?id=8413
--
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 #8710 Updated: Cannot add header information - headers information already sent ...
ID: 8710
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: *General Issues
Assigned To:
Comments:
User error. You should have ?php ? tags also in
the included file.Or you have some whitespaces in
the beginning of either files. anyway, this is not
a bug in PHP but in your scripts.
--Jani
Previous Comments:
---
[2001-01-15 08:53:08] [EMAIL PROTECTED]
If I define a constant in external files (require or include) PHP give me "headers
already sent by main.php", "output started in const.php".
main.php:
include("inc/const.php"); // constants definition
...
header(...); // here I try to send an header
const.php:
define("WB","webmaster");
---
[2001-01-15 08:50:27] [EMAIL PROTECTED]
If I define a constant in external files (require or include) PHP give me "headers
already sent by main.php", "output stated in const.php".
main.php:
include("inc/const.php"); // constants definition
...
header(...); // here I try to send an header
const.php:
define("WB","webmaster");
---
Full Bug description available at: http://bugs.php.net/?id=8710
--
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 #8711: When I call the the ImageTTFText Function I receive a Segmentation Fault
From: [EMAIL PROTECTED]
Operating system: Linux Mandrake 7.2
PHP version: 4.0.4pl1
PHP Bug Type: Reproduceable crash
Bug description: When I call the the ImageTTFText Function I receive a Segmentation
Fault
Header("Content-type: image/gif");
$dims=ImageTTFBBox($size,0,$fontname,$text);
$w=$dims[4]+$dims[6];
$h=-($dims[5]+$dims[3]);
$im = imagecreate($w,$h);
$bg = splitColor($background);
$fg = splitColor($color);
$back= ImageColorAllocate($im, $bg[0],$bg[1],$bg[2]);
$fore= ImageColorAllocate($im, $fg[0],$fg[1],$fg[2]);
ImageFilledRectangle($im,0,0,$w,$h,$back);
ImageTTFText($im, $size, 0, -1 ,$h-2 , $fore, $fontname, $text);
ImageGif($im);
ImageDestroy($im);
--
Edit Bug report at: http://bugs.php.net/?id=8711edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Scope of set_time_limit
Yeah, that's a good idea (to document it). Zeev At 07:17 15/1/2001, Zak Greant wrote: A recent note added to the manual errata pointed out the set_time_limit does not affect system commands that have been executed by PHP. I would guess that attempting to limit system behavior in this way is beyond the scope of set_time_limit. Any opinions or options on this issue? My feeling is that we document that set_time_limit is not a safe way to limit the resource usage of commands run via calls to exec, etc... --zak -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- 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 #8712 Updated: no OCI support
ID: 8712 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Install and Config Assigned To: Comments: you must update the php_oci8.dll too. Previous Comments: --- [2001-01-15 10:12:31] [EMAIL PROTECTED] I installed PHP 4.0.3 and everything worked fine... I tried to install 4.0.4pl1 and there are these 2 messsages... and nothing works! Why? This is a warning I see in Apache loading window: [warn] Loaded DSO d:/Apache/cgi-bin/php/sapi/php4apache.dll uses plain Apache 1.3 API, this module might crash under EAPI! (Please recompile it with -DEAPI) And this is the message I see, when I try to execute a PHP page with OCI functions called: oracle: Unable to initialize module Module compiled with debugì0, thread-safety=1 module API=2809 PHP compiled with debugì0, thread-safety=1 module API=20001214 These options need to match --- Full Bug description available at: http://bugs.php.net/?id=8712 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Re: PHP 4.0 Bug #6675 Updated: mysql_insert_id returns incorrect size for BIGINT fields
What are the "casting" issues involved if we return a string? What is the potential for this breaking someones code who doesn't cross the 32bit boundary? Sean -Original Message- From: Daniel Beckham [mailto:[EMAIL PROTECTED]] Sent: Monday, January 15, 2001 10:30 AM To: Bug Database Cc: [EMAIL PROTECTED] Subject: [PHP-DEV] Re: PHP 4.0 Bug #6675 Updated: mysql_insert_id returns incorrect size for BIGINT fields The documentation explains this issue because I wrote the addition after discovering this issue. I have a phpdoc cvs account... Please re-open this issue, unless the PHP team has no current plans to fix it. Daniel - Original Message - From: "Bug Database" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, January 15, 2001 3:30 AM Subject: PHP 4.0 Bug #6675 Updated: mysql_insert_id returns incorrect size for BIGINT fields ID: 6675 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: MySQL related Assigned To: Comments: Feedback by Sean R. Bright [EMAIL PROTECTED]: -- the documentation for mysql_insert_id() states that for very large values of the returned id (32bits) this will return the wrong data and users should use LAST_INSERT_ID() to fetch that info from mysql instead. -- Previous Comments: -- - [2000-09-12 21:45:15] [EMAIL PROTECTED] I researched this a little more and found this code snippit at line 1100: ZEND_FETCH_RESOURCE2(mysql, MYSQL *, mysql_link, id, "MySQL-Link", le_link, le_plink); /* conversion from int64 to long happing here */ return_value-value.lval = (long) mysql_insert_id(mysql); return_value-type = IS_LONG; Is there any way that this could be converted into a string before returning? (Forgive me if I'm over simplifying this...) -- - [2000-09-12 04:54:10] [EMAIL PROTECTED] If you have a table with an auto_increment BIGINT field: CREATE TABLE bigtest ( id bigint(20) NOT NULL auto_increment, PRIMARY KEY (id) ); and the last ID you inserted was larger than 32 bits: i.e. 293949384923 If you insert a new record using: insert into bigtest values (null); mysql_insert_id() will return an incorrect number usually negative. It looks like it's storing that large (64bit) number in a 32bit field of some sort before returning it to the caller. -- - Full Bug description available at: http://bugs.php.net/?id=6675 -- 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 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] CVS Account Request
Full name: J.Anton, Lee Email: [EMAIL PROTECTED] ID: malo Purpose: Translating PHP Manual in Korean -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP 4.0 Bug #8712 Updated: no OCI support]
Thank you very much... sometimes the more obvious it is, the more difficult is to find it!!! Cheers! Bug Database [EMAIL PROTECTED] wrote: ID: 8712 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: *Install and Config Assigned To: Comments: you must update the php_oci8.dll too. Previous Comments: --- [2001-01-15 10:12:31] [EMAIL PROTECTED] I installed PHP 4.0.3 and everything worked fine... I tried to install 4.0.4pl1 and there are these 2 messsages... and nothing works! Why? This is a warning I see in Apache loading window: [warn] Loaded DSO d:/Apache/cgi-bin/php/sapi/php4apache.dll uses plain Apache 1.3 API, this module might crash under EAPI! (Please recompile it with -DEAPI) And this is the message I see, when I try to execute a PHP page with OCI functions called: oracle: Unable to initialize module Module compiled with debugì0, thread-safety=1 module API=2809 PHP compiled with debugì0, thread-safety=1 module API=20001214 These options need to match --- Full Bug description available at: http://bugs.php.net/?id=8712 Get your own FREE, personal Netscape WebMail account today at http://home.netscape.com/webmail -- 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] PHP 4.0 Bug #8714: Adding LDAP entries drops credentials if update is referred
On Mon, Jan 15, 2001 at 03:52:17PM -, [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Linux 2.2.18 PHP version: 4.0.4pl1 PHP Bug Type: *Directory Services problems Bug description: Adding LDAP entries drops credentials if update is referred We have a replicated LDAP tree. If I add entries to a replica, AND specify a DN and password, the add operation gets referred (correctly) to the master/supplier server, but the credentials are lost. This is reproducable. I have OpenLDAP libs 2.0.6 installed and is using Netscape 4.12 Dir server. If required, I have a complete network trace (from ethereal) that shows all ldap packets. Could you try the same with OpenLDAP's ldapadd? If it works there, I'll see if we can get PHP to work, but I suspect it might not, and then it need to be fixed in the OpenLDAP libraries. Stig -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8716: Error in date(j, time) or getdate(time) function
From: [EMAIL PROTECTED]
Operating system: RedHat Linux 7.0
PHP version: 4.0.3pl1
PHP Bug Type: Date/time related
Bug description: Error in date("j", lt;timegt;) or getdate(lt;timegt;) function
?
echo "date function gives wrong day for dates between 28 and 31 of October on any
year\n";
$daySeconds = 86400;
$time = 1004216400;
echo "Day in 28 of October is " . date("j", $time) . "BR\n";
$time += $daySeconds;
echo "Day in 29 of October is " . date("j", $time) . "BR\n";
$time += $daySeconds;
echo "Day in 30 of October is " . date("j", $time) . "BR\n";
$time += $daySeconds;
echo "Day in 31 of October is " . date("j", $time) . "BR\n";
?
Configure Line is
./configure' '--prefix=/usr' '--with-config-file-path=/etc' '--disable-debug'
'--enable-pic' '--enable-shared' '--enable-inline-optimization'
'--with-apxs=/usr/sbin/apxs' '--with-exec-dir=/usr/bin' '--with-regex=system'
'--with-gettext' '--with-gd=shared' '--with-jpeg-dir=/usr' '--with-png' '--with-zlib'
'--with-db2' '--with-db3' '--with-gdbm' '--enable-debugger' '--enable-magic-quotes'
'--enable-safe-mode' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars'
'--enable-yp' '--enable-ftp' '--without-mysql' '--without-oracle' '--without-oci8'
'--with-openssl' '--with-xml'
--
Edit Bug report at: http://bugs.php.net/?id=8716edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Legal solution: RE: [PHP-DEV] Non-GPL readline
On Mon, Jan 15, 2001 at 11:16:14AM +0100, Ragnar Kjrstad wrote: On Mon, Jan 15, 2001 at 09:11:56AM -, Sam Liddicott wrote: If I were to write a proxy library which could integrate with various read-line style libraries - lets say just the GNU one for now to save time, and er... released this proxy under LGPL, surely PHP could use my proxy and thus make use of GNU's GPL'd readline. No, not if the proxy is linked into both php and gettext. GPL can only be linked to other GPL code, or code that is licensed under a GPL compatible license. If our extension is written to support a non-GPL readline clone (say a BSD licensed one), and it then accidentally works with the GNU readline shared library, that can't be our problem, or? I guess it's not that simple, just a thought. Stig -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #8716 Updated: Error in date(j, time) or getdate(time) function
ID: 8716
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Date/time related
Assigned To:
Comments:
Your starting timestamp is wrong. 1004216400 is a timestamp for the 27th of October.
At least in my timezone. You may be in a different timezone where this falls right
around midnight so you think it is on the 28th, but then daylight savings time may
throw you off. If you are going to do math like this using timestamps pick a starting
timestamp around noon so that the +-1 hour for daylight savings doesn't throw
everything off on you.
Previous Comments:
---
[2001-01-15 11:55:52] [EMAIL PROTECTED]
?
echo "date function gives wrong day for dates between 28 and 31 of October on any
yearn";
$daySeconds = 86400;
$time = 1004216400;
echo "Day in 28 of October is " . date("j", $time) . "BRn";
$time += $daySeconds;
echo "Day in 29 of October is " . date("j", $time) . "BRn";
$time += $daySeconds;
echo "Day in 30 of October is " . date("j", $time) . "BRn";
$time += $daySeconds;
echo "Day in 31 of October is " . date("j", $time) . "BRn";
?
Configure Line is
./configure' '--prefix=/usr' '--with-config-file-path=/etc' '--disable-debug'
'--enable-pic' '--enable-shared' '--enable-inline-optimization'
'--with-apxs=/usr/sbin/apxs' '--with-exec-dir=/usr/bin' '--with-regex=system'
'--with-gettext' '--with-gd=shared' '--with-jpeg-dir=/usr' '--with-png' '--with-zlib'
'--with-db2' '--with-db3' '--with-gdbm' '--enable-debugger' '--enable-magic-quotes'
'--enable-safe-mode' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars'
'--enable-yp' '--enable-ftp' '--without-mysql' '--without-oracle' '--without-oci8'
'--with-openssl' '--with-xml'
---
Full Bug description available at: http://bugs.php.net/?id=8716
--
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 #8716 Updated: Error in date(j, time) or getdate(time) function
ID: 8716
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: Date/time related
Description: Error in date("j", time) or getdate(time) function
date function doesn't give the same dates as it would expecte if we add the day
seconds (86400) in a UNIX timestamp. I realised that these is because I didn't take
any consideration of daylight time savings.
?
$daySeconds = 86400;
$time = 1004216400;
echo "Day in 28 of October is " . date("j", $time) .
"BR\n";
$time += $daySeconds;
echo "Day in 29 of October is " . date("j", $time) .
"BR\n";
$time += $daySeconds;
echo "Day in 30 of October is " . date("j", $time) .
"BR\n";
$time += $daySeconds;
echo "Day in 31 of October is " . date("j", $time) .
"BR\n";
?
Previous Comments:
---
[2001-01-15 12:08:06] [EMAIL PROTECTED]
Your starting timestamp is wrong. 1004216400 is a timestamp for the 27th of October.
At least in my timezone. You may be in a different timezone where this falls right
around midnight so you think it is on the 28th, but then daylight savings time may
throw you off. If you are going to do math like this using timestamps pick a starting
timestamp around noon so that the +-1 hour for daylight savings doesn't throw
everything off on you.
---
[2001-01-15 11:55:52] [EMAIL PROTECTED]
?
echo "date function gives wrong day for dates between 28 and 31 of October on any
yearn";
$daySeconds = 86400;
$time = 1004216400;
echo "Day in 28 of October is " . date("j", $time) . "BRn";
$time += $daySeconds;
echo "Day in 29 of October is " . date("j", $time) . "BRn";
$time += $daySeconds;
echo "Day in 30 of October is " . date("j", $time) . "BRn";
$time += $daySeconds;
echo "Day in 31 of October is " . date("j", $time) . "BRn";
?
Configure Line is
./configure' '--prefix=/usr' '--with-config-file-path=/etc' '--disable-debug'
'--enable-pic' '--enable-shared' '--enable-inline-optimization'
'--with-apxs=/usr/sbin/apxs' '--with-exec-dir=/usr/bin' '--with-regex=system'
'--with-gettext' '--with-gd=shared' '--with-jpeg-dir=/usr' '--with-png' '--with-zlib'
'--with-db2' '--with-db3' '--with-gdbm' '--enable-debugger' '--enable-magic-quotes'
'--enable-safe-mode' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars'
'--enable-yp' '--enable-ftp' '--without-mysql' '--without-oracle' '--without-oci8'
'--with-openssl' '--with-xml'
---
Full Bug description available at: http://bugs.php.net/?id=8716
--
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] HAVE_FLOCK on solaris survey
On Mon, 15 Jan 2001, Sam Liddicott wrote: Could Solaris users please make me the output of: grep HAVE_FLOCK main/php_config.h -- # uname -a SunOS phys-staff2 5.6 Generic_105181-23 sun4u sparc SUNW,Ultra-2 # grep HAVE_FLOCK main/php_config.h /* #undef HAVE_FLOCK */ -- # uname -a SunOS phys-port2 5.8 Generic sun4u sparc SUNW,Ultra-80: # grep HAVE_FLOCK main/php_config.h /* #undef HAVE_FLOCK */ -- Both with latest CVS of PHP 4. --Jani -- 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] HAVE_FLOCK on solaris survey
php-4.0.4 uname -a SunOS rincon 5.7 Generic_106542-11 i86pc i386 i86pc grep HAVE_FLOCK php_config.h /* #undef HAVE_FLOCK */ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jani Taskinen Sent: Monday, January 15, 2001 9:14 AM To: Sam Liddicott Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] HAVE_FLOCK on solaris survey On Mon, 15 Jan 2001, Sam Liddicott wrote: Could Solaris users please make me the output of: grep HAVE_FLOCK main/php_config.h -- # uname -a SunOS phys-staff2 5.6 Generic_105181-23 sun4u sparc SUNW,Ultra-2 # grep HAVE_FLOCK main/php_config.h /* #undef HAVE_FLOCK */ -- # uname -a SunOS phys-port2 5.8 Generic sun4u sparc SUNW,Ultra-80: # grep HAVE_FLOCK main/php_config.h /* #undef HAVE_FLOCK */ -- Both with latest CVS of PHP 4. --Jani -- 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 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 #8717: feature request: ftp_rawlist
From: [EMAIL PROTECTED] Operating system: Win2k PHP version: 4.0.4pl1 PHP Bug Type: FTP related Bug description: feature request: ftp_rawlist ftp_rawlist execs the command "LIST" on the server, an important feature is to make it possible to add command parameters (esp. to list hidden files, etc), like "LIST -al" -- Edit Bug report at: http://bugs.php.net/?id=8717edit=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 #8723: Fun with putenv
From: [EMAIL PROTECTED]
Operating system: SCO Openserver 5.05
PHP version: 4.0.4pl1
PHP Bug Type: Apache related
Bug description: Fun with putenv
Apache: 1.3.14 (with mod_php4 among other)
test.phtml:
?
putenv("one=one");
$one=getenv("one");
exec("echo two", $two, $ret);
print("1: $onebr");
print("2: $two[0] ($ret)br");
?
Browser shows:
1: one
2: two (0)
Config options:
configure --with-gd=/usr/local/gd --with-mysql --with-jpeg-dir=/tmp/jpeg-6b
--with-apache=../apache_1.3.14
After hitting Reload, browser shows:
1: one
2: two (0)
After hitting Reload again, browser shows:
1: one
Warning: Undefined index: 0 in /u/local/apache/htdocs/test.phtml on line 6
2: (1)
After "apachectl restart" the above repeats...
--
Edit Bug report at: http://bugs.php.net/?id=8723edit=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 #8724: xsl:include doesn't work
From: [EMAIL PROTECTED] Operating system: Redhat 7.0 PHP version: 4.0.4 PHP Bug Type: Sablotron XSL Bug description: xsl:include doesn't work I can't include other style sheets. I have tried many ways with full paths to the file and without the "file://". Sabcmd parses them fine but I can't get php to. My line: xsl:include href="file://test.xsl"/ I pass it like: xslt_run($parser, '/path/to/file/test.xsl', '/path/to/file/test.xml'); -- Edit Bug report at: http://bugs.php.net/?id=8724edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Legal solution: RE: [PHP-DEV] Non-GPL readline
Quoting Zeev Suraski [EMAIL PROTECTED]: However, if your code is compatible with a GNU library, which is, in turn, compatible with some other library (commercial, BSD) that is legal to link with PHP, then things change. Obviously, this all story about encouraging the users to break the license is no longer relevant, and the whole bogus-to-begin-with story of not allowing to release code that is 'compatible with a certain library' becomes rediculous. This whole affair is turning into an alarming waste of time as well; if this were something like the mysql module, then it would be a lot more worrying, but how many people use the _readline_ module with PHP? I'm sure all two of them would find an alternative if it were to disappear :-) -- Anil Madhavapeddy, [EMAIL PROTECTED] -- 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] TSRM and Zend directories disappeared from cvs
These have never been in cvs.php.net. They are at cvs.zend.com. ie. cd php4 cvs -d:pserver:[EMAIL PROTECTED]:/repository login Password: zend cvs -d:pserver:[EMAIL PROTECTED]:/repository co Zend cvs -d:pserver:[EMAIL PROTECTED]:/repository co TSRM -Rasmus On Tue, 16 Jan 2001, Boian Bonev wrote: hi, do someone know what is happening? b. -- 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] TSRM and Zend directories disappeared from cvs
Hello, these two are in a seperate cvs, [EMAIL PROTECTED]:/repository Derick On Tue, 16 Jan 2001, Boian Bonev wrote: hi, do someone know what is happening? b. Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] - JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED] H.v. Tussenbroekstraat 1 - 6952 BL Dieren - The Netherlands - -- 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]
