[PHP-DEV] Fw: Bumping PHP to support 8byte integers

2001-09-23 Thread Jeroen van Wolffelaar
Hi, For a scripting language, integers should IMHO be bounded by a number that will reasonally not be bound by numbers that will be used in normal scripts. That is currently not the case, 4 bytes are insufficient IMHO. Why not make sure PHP uses 8 bytes at least? Or are there platforms not suppo

[PHP-DEV] Re: [Zend Engine 2] Bumping PHP to support 8byte integers

2001-09-23 Thread Jeroen van Wolffelaar
> Hi, > > For a scripting language, integers should IMHO be bounded by a number that > will reasonally not be bound by numbers that will be used in normal scripts. > > That is currently not the case, 4 bytes are insufficient IMHO. Why not make > sure PHP uses 8 bytes at least? Or are there platfor

[PHP-DEV] Re: [Zend Engine 2] Bumping PHP to support 8byte integers

2001-09-23 Thread Jeroen van Wolffelaar
something different... I'll time stroll and strtol to see how much slower it is. Anyway, it would be nice if someone with expericence with changing to 8 byte integers could share his experiences... --Jeroen > > Andi > > At 09:13 PM 9/23/2001 +0200, Jeroen van Wolffelaar wrote: &

Re: [PHP-DEV] Fw: Bumping PHP to support 8byte integers

2001-09-23 Thread Jeroen van Wolffelaar
> I would be very worried about making numbers 8 bytes by default, unless > the CPU supports them natively. There are a lot of consequenses involved > with something like that. > > Assuming a 32 bit register system (x86) integers will no longer fit in > registers. This changes EVERYTHING, from pas

[PHP-DEV] Re: [Zend Engine 2] Bumping PHP to support 8byte integers (fwd)

2001-09-23 Thread Jeroen van Wolffelaar
This subject is being crossposted to [EMAIL PROTECTED] and [EMAIL PROTECTED] This mail was only on engine2 (let's keep everyting at least on phpdev): -- Forwarded message -- Date: Sun, 23 Sep 2001 22:41:45 +0200 (CEST) From: Jeroen van Wolffelaar <[EMAIL PROTECTED]&g

[PHP-DEV] Re: [Zend Engine 2] Bumping PHP to support 8byte integers

2001-09-23 Thread Jeroen van Wolffelaar
On 23 Sep 2001, Stig Sæther Bakken wrote: > [Jeroen van Wolffelaar <[EMAIL PROTECTED]>] > > In PHP performance is IMHO a bit less important than in DBMS's. If > > you're after performance you shouldn't use a scripting language > > anyway :). > &g

[PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Fw: Bumping PHP to support 8byteintegers

2001-09-23 Thread Jeroen van Wolffelaar
(yikes.) I didn't plan to implement it myself... yikes indeed. The question was wether all compilers on 32bit platforms DO have long long support at all, in other words: is it true that all compilers for which PHP needs to compile have a C-type which is 64bit (native or not)? --Jeroen

[PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV]Fw: Bumping PHP to support 8byte integers

2001-09-24 Thread Jeroen van Wolffelaar
commit my huge find&replace for the macro's... Unsubscribe from php-cvs while you still can ;-) (just kidding... I hope) Jeroen > > - Markus > > On Mon, Sep 24, 2001 at 09:13:35AM +0200, Jeroen van Wolffelaar wrote : > > On Sun, 23 Sep 2001 [EMAIL PROTECTED] wrote: &

[PHP-DEV] Re: [Zend Engine 2] Re: [PHP-DEV] Fw: Bumping PHP to support 8byteintegers

2001-09-24 Thread Jeroen van Wolffelaar
hink that IF it is going to be implemented, it should be a compiler option to choose what the type of integer needs to be: long, long long, or something else... With proper use of macro's that would mean 1 single #define. --Jeroen Jeroen van Wolffelaar [EMAIL PROTECTED] http://www.A-Eskw

[PHP-DEV] Bug in autoconf report

2001-09-25 Thread Jeroen van Wolffelaar
the linker (/usr/bin/ld) is GNU ld... yes checking for BSD-compatible nm... /usr/bin/nm -B updating cache ./config.cache ./ltconfig: ./ltconfig: No such file or directory configure: error: libtool configure failed (indeed, 'ltconfig' doesn't exist) Also note that I didn't ever succesf

Re: [PHP-DEV] Bug in autoconf report

2001-09-25 Thread Jeroen van Wolffelaar
- Original Message - From: <[EMAIL PROTECTED]> To: "Jeroen van Wolffelaar" <[EMAIL PROTECTED]> Cc: "PHP Development List" <[EMAIL PROTECTED]> Sent: Tuesday, September 25, 2001 7:46 PM Subject: Re: [PHP-DEV] Bug in autoconf report > On Tue,

Re: [PHP-DEV] Bug in autoconf report

2001-09-25 Thread Jeroen van Wolffelaar
> On Tue, 25 Sep 2001, Jeroen van Wolffelaar wrote: > > > > > > > Note: after I solved that warning about automake & libtool not being in > > the same dir, the error remainded the same. (I copied the automake > > executable to the same dir as the libt

[PHP-DEV] Re: zip ext compile problem

2001-09-26 Thread Jeroen van Wolffelaar
Fixed - Original Message - From: "Holger Schopohl" <[EMAIL PROTECTED]> Newsgroups: php.dev To: <[EMAIL PROTECTED]> Sent: Wednesday, September 26, 2001 10:51 AM Subject: zip ext compile problem > Hi, > > in the current cvs tree the zip extension > have problems to compile with zziplib 0

Re: [PHP-DEV] Bug in autoconf report

2001-09-30 Thread Jeroen van Wolffelaar
ure.in:182:AC_MSG_RESULT([$php_cv_cc_dashr]) > [output truncated for brevity's sake] > > I am updating all of my Autotools - will try again when that is done. > > --zak > > On September 25, 2001 11:53 am, Jeroen van Wolffelaar wrote: > > > On Tue, 25 Sep 2001

[PHP-DEV] Re: Minor addition to http://php.net/anoncvs.php?

2001-10-01 Thread Jeroen van Wolffelaar
> Does anyone object to me modifying the anoncvs.php webpage to include > the following note? Does anyone have anything to add - Jeroen? :) There's a typo in it, but that's not what you meant :-) I wouldn't name that SuSE thing, it's way to specific for indicating that something DOESN'T work. I'

[PHP-DEV] Fw: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c

2001-10-18 Thread Jeroen van Wolffelaar
Resent. The discussion isn't closed yet, and this is important, since it will be already in 4.1.0 --Jeroen - Original Message - From: "Jeroen van Wolffelaar" <[EMAIL PROTECTED]> To: "Andi Gutmans" <[EMAIL PROTECTED]> Cc: "PHP cvs" <[EMA

[PHP-DEV] Fw: heredoc: change of behavoiur?

2001-10-18 Thread Jeroen van Wolffelaar
Resent due to lack of feedback. - Original Message - From: <[EMAIL PROTECTED]> Newsgroups: php.dev Sent: Wednesday, October 10, 2001 5:28 PM Subject: heredoc: change of behavoiur? > Currently, heredoc as a bit of strange behaviour in syntax of terminating > it. > > I think it's a good id

[PHP-DEV] Shuffle() - change of algorithm needed (also relevant for array_rand())

2001-10-18 Thread Jeroen van Wolffelaar
Resent due to lack of feedback. Objections against me changing it to the behaviour I described below? --Jeroen - Original Message - From: "Jeroen van Wolffelaar" <[EMAIL PROTECTED]> To: "PHP Developers Mailing List" <[EMAIL PROTECTED]> Sent: Monday, Octo

[PHP-DEV] Fw: [PATCH] Fix for inconsistent float->int converting

2001-10-18 Thread Jeroen van Wolffelaar
float 3e9 to something way below zero? Additionally, a notice is a good idea here, just like what happens on division by zero: the most natural result is returned, and a notice is issued. --Jeroen - Original Message - From: "Jeroen van Wolffelaar" <[EMAIL PROTECTED]> To: <

[PHP-DEV] Random

2001-10-18 Thread Jeroen van Wolffelaar
solved by bugfixes that have been applied now. Note that it's now __not a redesign__, but new - better IMO - interface to random functions. No BC-problems. --Jeroen Jeroen van Wolffelaar [EMAIL PROTECTED] http://www.A-Eskwadraat.nl/~jeroen -- PHP Development Mailing List <http:

Fw: [PHP-DEV] Bug #13740 Updated: Call to undefined function: dbmopen()

2001-10-18 Thread Jeroen van Wolffelaar
I really don't know, forwarding to php-dev... That bug hasn't yet been looked after, it contains a reproducing script (dba-related). --Jeroen - Original Message - From: "Pierre-Alain Joye" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, October 19, 2001 12:40 AM Subject: Re: [

Re: [PHP-DEV] Fw: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c

2001-10-18 Thread Jeroen van Wolffelaar
onsider the discussion closed too, it just comes down to proper documentation now. Sorry --Jeroen > (Just for the record: version_compare is the only function now, > version_lt & friends are gone.) That I didn't miss... > - Stig > > Jeroen van Wolffelaar wrote: > > &

Re: [PHP-DEV] Fw: [PATCH] Fix for inconsistent float->int converting

2001-10-18 Thread Jeroen van Wolffelaar
below zero? > > > > Additionally, a notice is a good idea here, just like what happens on > > division by zero: the most natural result is returned, and a notice is > > issued. > > > > --Jeroen > > > > - Original Message - > > From: "

Re: [PHP-DEV] Fw: [PATCH] Fix for inconsistent float->int converting

2001-10-19 Thread Jeroen van Wolffelaar
ting array to a number, it will be 1 if non-empty, zero if empty. IMHO, it is more logical to simply return the number of elements. It is BC, since boolean checks for array will still yield false iff array is empty. (I'm - of course - open for discussion on these things) --Jeroen > &

[PHP-DEV] Re: Bug #13748 Updated: Exec() and System() broken

2001-10-19 Thread Jeroen van Wolffelaar
> ID: 13748 > Updated by: mfischer > Reported By: [EMAIL PROTECTED] > Old Status: Open > Status: Bogus > Bug Type: Program Execution > Operating System: Windows 2000 SP2 w/IIS5.0 > PHP Version: 4.0.6 > New Comment: > > Submitted twice -> bogus. > > - Markus > > Whats up today guys? Did you all for

<    1   2