There is a header file with PHP type's definition:
/Zend/zend_types.h
It consists following types:
---
typedef unsigned char zend_bool;
typedef unsigned char zend_uchar;
typedef unsigned int zend_uint;
typedef unsigned long zend_ulong;
typedef unsigned short zend_ushort;
It's simpler to just use the ap_r* interfaces in the the handler SAPI
for 2.0, this improves network usage by allowing httpd to buffer as
necessary, and fixes a bug where ub_write is unnecessarily pmemdup'ing
the string (it could have used a transient bucket to avoid that; the
apache2filter got thi
Due to a lot of emails and bug reports from SunONE webserver users, the
apache2 multithreading message should also be marked as important for *ALL*
multithreaded webservers. With some modifications it could be used for all
multithreaded environments not only Apache2. We could link this faq messa
Hi!
On Friday 18 June 2004 12.30, Joe Orton wrote:
> It's simpler to just use the ap_r* interfaces in the the handler SAPI
> for 2.0, this improves network usage by allowing httpd to buffer as
> necessary, and fixes a bug where ub_write is unnecessarily pmemdup'ing
> the string (it could have used
On Fri, Jun 18, 2004 at 02:13:05PM +0200, Magnus MÃÃttà wrote:
> Hi!
>
> On Friday 18 June 2004 12.30, Joe Orton wrote:
> > It's simpler to just use the ap_r* interfaces in the the handler SAPI
> > for 2.0, this improves network usage by allowing httpd to buffer as
> > necessary, and fixes a bug w
Hi,
Marcus Boerger wrote:
Last but not least we know already that a lot of people like to
be able to handle both instanceof or null with typehints. But at
the moment we have no solution that can go into PHP 5.0. However
i am quite sure we will address this for 5.1.
I'm glad this issue will be re-ev
I don't see a need for another RC. I think we should release the current
HEAD as PHP 5. I'm sure there'll still be plenty of 64bit fixes in the
coming months.
Andi
At 08:02 AM 6/18/2004 +0200, Stefan Esser wrote:
Morning,
will we have a RC4 or will we simply release the current HEAD as PHP5? In
Given:
$a[2] = '1';
$k = (double)2;
echo isset($a[$k]);
unset($a[$k]);
echo isset($a[$k]);
echo " -> expect 1\n";
Results:
11 -> expect 1
Although a double value isn't a valid array index, it doesn't seem
to be consistent. I'm thinking that the code should yeild one of
two result
Marcus Boerger wrote:
Even i am holding back tons of patches right now to not disturb release
process further :-)
Why not branch PHP 5.0 now and continue development in HEAD as PHP 5.1?
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Das Buch zu PHP
Hello!
On Friday 18 June 2004 18.06, Andi Gutmans wrote:
> I don't see a need for another RC. I think we should release the current
> HEAD as PHP 5. I'm sure there'll still be plenty of 64bit fixes in the
> coming months.
Could you please have a look at the debug_print_backtrace() crash ?
Bug: #2
On Jun 18, 2004, at 1:21 PM, Magnus Määttä wrote:
Hello!
On Friday 18 June 2004 18.06, Andi Gutmans wrote:
I don't see a need for another RC. I think we should release the
current
HEAD as PHP 5. I'm sure there'll still be plenty of 64bit fixes in the
coming months.
Could you please have a look at
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Magnus Määttä wrote:
| Could you please have a look at the debug_print_backtrace() crash ?
| Bug: #28213
Yes, debug_backtrace seems all-around flaky. Not a crash, but is very
confusing.
See bug: 28377
S
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.
Don't think that's a good idea. I suggest to wait for another 2 weeks or
so, then release 5.0.0 and create a 5_0 branch for bug fix releases and 5_1
for bigger changes.
BTW, Zeev suggested 4th of July for a release date. I think that's nice
timing. Anyone object? (maybe the French? :)
Andi
At 0
Alexander Valyalkin wrote:
I propose to add several new types with EXACT bit length into this file:
---
typedef __int8 zend_int8;
typedef __int16 zend_int16;
typedef __int32 zend_int32;
typedef __int64 zend_int64;
typedef unsigned __int8 zend_uint8;
typedef unsigned __in
% telnet www.php.net 80
Trying 64.246.30.37...
Connected to php.net.
Escape character is '^]'.
HEAD / HTTP/1.0
HTTP/1.1 301 Moved Permanently
Date: Fri, 18 Jun 2004 18:13:45 GMT
Server: Apache/1.3.26 (Unix) mod_gzip/1.3.26.1a PHP/4.3.3-dev
Location: http://www.php.net/
Connection: close
Content-Ty
On Jun 18, 2004, at 2:16 PM, Sterling Hughes wrote:
% telnet www.php.net 80
Trying 64.246.30.37...
Connected to php.net.
Escape character is '^]'.
HEAD / HTTP/1.0
HTTP/1.1 301 Moved Permanently
Date: Fri, 18 Jun 2004 18:13:45 GMT
Server: Apache/1.3.26 (Unix) mod_gzip/1.3.26.1a PHP/4.3.3-dev
> Although a double value isn't a valid array index, it doesn't seem
> to be consistent. I'm thinking that the code should yeild one of
> two results:
>
> 1. Issue warning as with using objects or arrays as keys
> 2. unset uses the str.val to retrieve the proper index.
>
> Any thoughts on the
Hello Hans,
Friday, June 18, 2004, 4:41:08 PM, you wrote:
> Hi,
> Marcus Boerger wrote:
>> Last but not least we know already that a lot of people like to
>> be able to handle both instanceof or null with typehints. But at
>> the moment we have no solution that can go into PHP 5.0. However
>> i
I don't think having php.net run PHP 5 is a pre-requisite for a release.
That said, I think it'd be great if there'd be people willing to pitch in
and work on trying to get it to work.
And I don't see any problem with php.net not running the latest 4.x version
either. Most high-traffic websites d
Yep, and thanks Sara for fixing it.
At 11:34 AM 6/18/2004 -0700, Sara Golemon wrote:
> Although a double value isn't a valid array index, it doesn't seem
> to be consistent. I'm thinking that the code should yeild one of
> two results:
>
> 1. Issue warning as with using objects or arrays as keys
Marcus Boerger wrote:
Here is a slightly related example from my code [] -- and it
would be nice if I could use optional paramters w/ typehints.
IMO thats the only valid point you brought up here. Another thing missing
is that in derived classes the typehints should be able to accept
superclas
Hello Hans,
Friday, June 18, 2004, 9:15:47 PM, you wrote:
>>>Of course, namespaces are more important than anything ;)
>>
>>
>> hehe, could you live with packages?
> Probably! yeah :) -- what's the difference? Are namespaces more like
> what's implement in C#/.NET (i.e. no necessary correspon
On Fri, 18 Jun 2004 21:04:36 +0200, Andi Gutmans <[EMAIL PROTECTED]> wrote:
>
> I don't think having php.net run PHP 5 is a pre-requisite for a release.
What high traffic site is PHP5 RCx powering at the moment?
Where is PHP5 being stress tested?
How many people have deployed it for non-academic
Hi Marcus,
Marcus Boerger wrote:
Hello Hans,
Friday, June 18, 2004, 9:15:47 PM, you wrote:
Of course, namespaces are more important than anything ;)
hehe, could you live with packages?
Probably! yeah :) -- what's the difference? Are namespaces more like
what's implement in C#/.NET (i.e. no nece
On Fri, 18 Jun 2004, Hans Lellelid wrote:
> abstract class BasePeer {
>
> // ...
> public static function doDelete(Criteria $criteria, Connection $con) {
>// ...
> }
>
> }
>
> class AuthorPeer extends BasePeer {
>
> public static function doDelete(Criteria $criteria, $con = null) {
On Fri, 18 Jun 2004, Andi Gutmans wrote:
> Don't think that's a good idea. I suggest to wait for another 2 weeks or
> so, then release 5.0.0 and create a 5_0 branch for bug fix releases and 5_1
> for bigger changes.
> BTW, Zeev suggested 4th of July for a release date. I think that's nice
> timi
Andrei Zmievski wrote:
abstract class BasePeer {
// ...
public static function doDelete(Criteria $criteria, Connection $con) {
// ...
}
}
class AuthorPeer extends BasePeer {
public static function doDelete(Criteria $criteria, $con = null) {
if ($con === null) {
$con = Transaction::
On Fri, Jun 18, 2004 at 12:27:05PM -0700, Sterling Hughes wrote:
>
> should take every opportunity we have to test it in a real world
> circumstance before releasing it onto the public.
Hear, hear!
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y
data i
The problem with ints and longs is not their sizes, but the fact that
people use them interchangeably, their sizes being equal coincidentally
on 32-bit architectures.
Most of the bugs occur when pointers to these variables are passed as
arguments to variadic functions like zend_parse_parameters
On Fri, 2004-06-18 at 21:43, Andrei Zmievski wrote:
[...]
> Wow. When did Java get $ for variables?
It already has:)
$ cat Dollar.java
public class Dollar {
public static void main(String[] args) {
String $str= "Hello";
System.out.println($str);
}
}
$ /usr/local/jdk1.4.2/bin/javac Do
On Fri, 18 Jun 2004, Andi Gutmans wrote:
> Don't think that's a good idea. I suggest to wait for another 2 weeks or
> so, then release 5.0.0 and create a 5_0 branch for bug fix releases and 5_1
> for bigger changes.
erm, not again. HEAD is main development for 5.1 (read the archives :)
> BTW, Ze
At 11:37 PM 6/18/2004 +0200, Derick Rethans wrote:
On Fri, 18 Jun 2004, Andi Gutmans wrote:
> Don't think that's a good idea. I suggest to wait for another 2 weeks or
> so, then release 5.0.0 and create a 5_0 branch for bug fix releases and 5_1
> for bigger changes.
erm, not again. HEAD is main dev
At 12:43 PM 6/18/2004 -0700, Andrei Zmievski wrote:
On Fri, 18 Jun 2004, Andi Gutmans wrote:
> Don't think that's a good idea. I suggest to wait for another 2 weeks or
> so, then release 5.0.0 and create a 5_0 branch for bug fix releases and
5_1
> for bigger changes.
> BTW, Zeev suggested 4th of J
* Thus wrote Sara Golemon:
> > Although a double value isn't a valid array index, it doesn't seem
> > to be consistent. I'm thinking that the code should yeild one of
> > two results:
> >
> > 1. Issue warning as with using objects or arrays as keys
> > 2. unset uses the str.val to retrieve the
34 matches
Mail list logo
