On Sun, 15 Apr 2001, Derek Leung wrote:
I did try the snap shot 4/14/2001 4.06dev, it didnt' solve the problem.
If 256mb ram , dual 400mhz can only serve around 10 concurrent clients, this
is a MAJOR issue for PHP. I guess any web language like PERL, Cold fusion,
JSP, servlet can do a LOT
From: [EMAIL PROTECTED]
Operating system: Slackware 7.1 Linux 2.2.16
PHP version: 4.0.4pl1
PHP Bug Type: Scripting Engine problem
Bug description: XOR logical doesnt work properly
?php
$h = 4; $i =5, $j=6;
if ($h == 4 xor $i == 5 xor $j == 6) {
echo
That's my whole point. PHP should be able handle it pretty well. But
Chris Adams said my setup can only support 10 concurrent
connections. That's why I am curious what is wrong here.
I am pretty sure PHP can handle the load, but somehow something trigger the
CPU spike. I just can't find
ID: 10331
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: GD related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Support for GD was just added to the latest CVS.
Try a snapshot from snaps.php.net or checkout the latest CVS and configure with:
ID: 10331
Updated by: wez
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: GD related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Sorry - you also need --with-xpm-dir, and I meant to say GD 2.
Previous Comments:
From: [EMAIL PROTECTED]
Operating system: Linux - Mandrake 7.2
PHP version: 4.0.4pl1
PHP Bug Type: Gettext related
Bug description: anything is OK, it really seems a buggy thing
I have compiled php with the following options (from
phpinfo() output):
'./configure'
From: [EMAIL PROTECTED]
Operating system: Linux-i386
PHP version: 4.0 Latest CVS (15/04/2001)
PHP Bug Type: PDF related
Bug description: Incorrect paramters for pdf_setdash
According to the docs for pdflib pdf_setdash should have the following parameters:
void
From: [EMAIL PROTECTED]
Operating system: Linux-i386
PHP version: 4.0 Latest CVS (15/04/2001)
PHP Bug Type: Documentation problem
Bug description: Incorrect paramters for pdf_setdash()
Function description is currently
void PDF_setdash (int pdf object, double w, double b)
On Fri, 13 Apr 2001, Andi Gutmans wrote:
Does this work for you on 4.0.4pl1?
Any idea when this broke?
Andi
The following commit broke this functionality:
date: 2001/03/11 10:08:27; author: sasha; state: Exp; lines: +17 -1
branches: 1.148.2;
Fixed a compatibility problem
ID: 8828
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Date/time related
Description: mktime using mday=0
FIRST patch to make php_mktime() more compatible [i think it is not complete for the
whole PHP4-project]. It includes a time correction for values less then 1 on "mday",
"hour",
On Sat, Apr 14, 2001 at 03:04:19PM -0400, Sterling Hughes wrote:
In our model, we start branches for releases and keep working on the main
trunk.
I think that's in general a good plan. But I'm loath to commit stuff
that will break a minor release (and I think there should be a few
Ok, my fault - I will add test if this is a file handle and not if this
is not a socket handle.
Yes, that would be a possible solution.
How this should be solved on AIX?
The last sentence referred to that ANSI incompatibility which
(so far) I have only seen on AIX. It looks
ID: 10331
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: GD related
Description: configure: test gd functions lacks inclusion of -lpng, -lz
Nope, --with-png-dir does not resolve the problem (that was
my first try). I can't use --with-freetype-dir, since freetype
On Sun, 15 Apr 2001, Jon Parise wrote:
On Sat, Apr 14, 2001 at 03:04:19PM -0400, Sterling Hughes wrote:
In our model, we start branches for releases and keep working on the main
trunk.
I think that's in general a good plan. But I'm loath to commit stuff
that will break a minor
From: [EMAIL PROTECTED]
Operating system: win32
PHP version: 4.0.4pl1
PHP Bug Type: MySQL related
Bug description: Can not set character set while connecting mysql
I am using mysql and php in an win32 environment.
My application uses Turkish (latin5) character set
which is
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.0.4pl1
PHP Bug Type: Documentation problem
Bug description: session_write_close not documented
session_write_close is not documented, and it is very useful
when one needs to flush the session cache in the middle
On Sun, 15 Apr 2001, Sascha Schumann wrote:
Ok, my fault - I will add test if this is a file handle and not if this
is not a socket handle.
Yes, that would be a possible solution.
Commited to the CVS.
rgds:
sasha
How this should be solved on AIX?
The last sentence referred
From: [EMAIL PROTECTED]
Operating system: Linux 2.4.3 i686
PHP version: 4.0.4pl1
PHP Bug Type: Compile Failure
Bug description: HAVE_SYS_RESOURCE_H not defined
configure checks (6524, 25069) for rusage seem to be ok, but make chokes during
compilation of
We need to do some thinking about this 4.1 business, before we actually do
anything. Please don't branch anything at this point - we've had a fairly
bad experience with premature branching with PHP 3.1.
We need to get a clear understanding of what's going to be the main changes
in PHP 4.1,
On Mon, 16 Apr 2001, Zeev Suraski wrote:
We need to do some thinking about this 4.1 business, before we actually do
anything. Please don't branch anything at this point - we've had a fairly
bad experience with premature branching with PHP 3.1.
don't worry, I wasn't planning on creating the
From: [EMAIL PROTECTED]
Operating system: win32
PHP version: 4.0 Latest CVS (11/04/2001)
PHP Bug Type: Compile Problem
Bug description: TSRM.DSP containing LF instead of CR/LF
There's allready a bug still open for it from last
year ( #8480).
The annotation to this bug
21 matches
Mail list logo
