On Tue, 3 Aug 2004 18:53:13 +0200
Marcus Boerger <[EMAIL PROTECTED]> wrote:
> Hello Antony,
>
> your patch is not exactly correct, but i am on it now you identified
> the
> causing source lines. Also i assume you meant bug #29505.
That's right.
Thanks, Marcus =)
---
WBR,
Antony Dovgal aka t
Jochem: +1 :)
> -Original Message-
> From: Jochem Maas [mailto:[EMAIL PROTECTED]
> Sent: 04 August 2004 01:22
> To: Sara Golemon
> Cc: [EMAIL PROTECTED]
> Subject: Re: [PHP-DEV] GOTO operator
>
>
> I'm +1 on goto with static labels.
>
> regardless of whether it ends up in PHP or not I thin
I'm +1 on goto with static labels.
regardless of whether it ends up in PHP or not I think Sara deserves a
gold star alone for the large number of very value info/explainations
she continues to post here. If I had to name one person off the list
from whose posts I had gained more insight & knowle
I have just updated libs on tha build machine. Def file has been committed
too.
Edin
- Original Message -
From: "Rob Richards" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, July 18, 2004 4:26 PM
Subject: [PHP-DEV] libxml/libxslt on win32
If possible can the libxml and libxs
Hello,
ALthough I'm in support of a local scoped static GOTO, I did not see
myself using it much.
However, I find myself this afternoon implementing a huge
do { switch { case: break 2; } while (true) structure.
It would be much "cleaner" to use goto in this case.
--
Best regards,
J
On Aug 3, 2004, at 3:09 PM, [EMAIL PROTECTED] wrote:
"Sara Golemon" <[EMAIL PROTECTED]> writes:
If you really, really, really wanted to do such a thing, you could
still
do:
eval("goto foo$bar;");
to get the same effect, right?
Hmm, depends on how it's implemented. It will most likely not work I
> Out of curiosity, I wonder which other features would similarly not work
when
> eval()'ed...???
>
Anything involving unbalanced braces would bork:
eval('if ($a > 5) {');
do_stuff();
}
As would any looping initializer like this:
eval('foreach($foo as $bar)');
do_itteration($bar);
While I
"Sara Golemon" <[EMAIL PROTECTED]> writes:
>> > If you really, really, really wanted to do such a thing, you could still
> do:
>> >
>> > eval("goto foo$bar;");
>> >
>> > to get the same effect, right?
>>
>> Hmm, depends on how it's implemented. It will most likely not work I
>> guess.
>>
> Nope.
It can't be doable because it makes writing an optimizer impossible.
-sterling
On Tue, 3 Aug 2004 11:54:28 -0700, Sara Golemon <[EMAIL PROTECTED]> wrote:
> > > If you really, really, really wanted to do such a thing, you could still
> do:
> > >
> > > eval("goto foo$bar;");
> > >
> > > to get th
> Also, I'd always wished that PHP would have support for dates after 32 bit
> (2037)...
>
Funny my Athlon64 reports dates just fine up until 12/31/2147483647 (I
blame glibc for not going clear out to 0x7FFF -- silly signed
ints...)
-Sara
--
PHP Internals - PHP Runtime Development M
> > If you really, really, really wanted to do such a thing, you could still
do:
> >
> > eval("goto foo$bar;");
> >
> > to get the same effect, right?
>
> Hmm, depends on how it's implemented. It will most likely not work I
> guess.
>
Nope... eval()'d code is in a separate op_array from the code
Hello Antony,
your patch is not exactly correct, but i am on it now you identified the
causing source lines. Also i assume you meant bug #29505.
best regards
marcus
Tuesday, August 3, 2004, 2:56:58 PM, you wrote:
> Hi all!
> In attachment you can find really tiny patch, that fixes #29504
> (
Second parameter to php_check_syntax should be passed by reference only.
Jakub Vrana===
RCS file: /repository/php-src/ext/standard/basic_functions.c,v
retrieving revision 1.679
diff -u -r1.679 basic_functions.c
--- basic_functions.c
I know this isn't exactly as exciting as goto, but I finally got a bit of
time away from work and whatnot to finally fix the oddities with the
browscap/ini parser.
A tarball with the patch and the new files for HEAD is available at
http://bugs.tutorbuddy.com/download.php/browscap.patch.tar.gz
On Tuesday 03 August 2004 13:40, Derick Rethans wrote:
> > How to browse the cvs tree of 5.0.1 from the web?
>
> http://cvs.php.net/php-src/
>
> (trailing / important)
Or you can use super-secret, ugly, but very functional:
http://viewcvs.php.net/viewcvs.cgi/php-src/?only_with_tag=PHP_5_0
Edin
On Tue, 3 Aug 2004 [EMAIL PROTECTED] wrote:
> Andi Gutmans <[EMAIL PROTECTED]> writes:
>
> > I don't think we should be using computed targets. It'd be more of a
> > nightmare than sexy. I prefer doing as much at compile-time as possible and
> > I don't think that allowing indirect goto's would le
Hi all!
In attachment you can find really tiny patch, that fixes #29504 (improper handling of
default array properties).
---
WBR,
Antony Dovgal aka tony2001
[EMAIL PROTECTED] || [EMAIL PROTECTED]
Index: zend_builtin_functions.c
===
Andi Gutmans <[EMAIL PROTECTED]> writes:
> I don't think we should be using computed targets. It'd be more of a
> nightmare than sexy. I prefer doing as much at compile-time as possible and
> I don't think that allowing indirect goto's would lead to anything than
> chaos. Most arguments in favor o
sorry, I found my answer :
http://bugs.php.net/bug.php?id=29137
Romain
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Marcus made the fixes, and afair, they were merged to PHP_5_0
--Wez.
On Tue, 3 Aug 2004 13:40:57 +0200 (CEST), Derick Rethans <[EMAIL PROTECTED]> wrote:
> On Tue, 3 Aug 2004, Kamesh Jayachandran wrote:
>
> > Hi Wez,
> > Will the fix be available in 5.0.1?
>
> HEAD is for 5.1.0-dev, and not 5.0.
Hi,
I can't find the php_gettext.dll (neither libintl-1.dll ) in PHP 4.3.8
release. Is it a mistake or are they available somewhere else?
Sorry if this question has already been asked before...
Thanks ;-)
Romain
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: ht
On Tue, 3 Aug 2004, Kamesh Jayachandran wrote:
> Hi Wez,
> Will the fix be available in 5.0.1?
HEAD is for 5.1.0-dev, and not 5.0.x. Though I don't know whether Wez
merged it to PHP_5_0 or not.
> How to browse the cvs tree of 5.0.1 from the web?
http://cvs.php.net/php-src/
(trailing / importan
Hi Wez,
Will the fix be available in 5.0.1?
How to browse the cvs tree of 5.0.1 from the web?
With regards
Kamesh Jayachandran
On Tue, 3 Aug 2004 11:52:48 +0100, "Wez Furlong" <[EMAIL PROTECTED]>
said:
> Already fixed in HEAD.
>
> On Tue, 03 Aug 2004 03:36:06 -0700, Kamesh Jayachandran
> <[EMAIL
Already fixed in HEAD.
On Tue, 03 Aug 2004 03:36:06 -0700, Kamesh Jayachandran
<[EMAIL PROTECTED]> wrote:
> Hi All,
> I found the following behaviour. I think it is a bug please clarify.
>
> In php-5.0.0
> 1)Exception class is registered from zend_exceptions.c
> 2)After this If I see the common.f
Hi All,
I found the following behaviour. I think it is a bug please clarify.
In php-5.0.0
1)Exception class is registered from zend_exceptions.c
2)After this If I see the common.fn_flags of constructor member of
Exception class entry it is 0x2100(Public Constructor).
Till this point is fine.
3)Whe
Hello John,
ups you're right of course, i must be dreaming.
Maybe you should talk to Derick about the internal functions
and you should also have a look at pecl/date.
marcus
Tuesday, August 3, 2004, 11:32:38 AM, you wrote:
> Hi Marcus,
> For 32 bit architectures, normally:
> sizeof(float) =
Hi Marcus,
For 32 bit architectures, normally:
sizeof(float) == 4, sizeof(double) == 8 or 10
So there is no floating point overflow fortunately.
E.g. http://www.iota-six.co.uk/c/b3_float_double_and_sizeof.asp
PS: i think the date() and mktime() functions could be extended using the
algorith
Hello John,
how does that help? I mean sizeof(double) == 4 == sizeof(int/32).
In other words the bitsize is the same. Only you get an exponent.
The result is that you loose time information accuracy.
regards
marcus
Tuesday, August 3, 2004, 10:34:18 AM, you wrote:
> Hi
> There's a library that
Hi
There's a library that i wrote that supports timestamps > 2037.
It takes advantage of the fact that PHP converts integers to floats on
overflow. It uses the nearly the same api as date() and mktime(), to make
porting easier.
Regards, John
See http://phplens.com/phpeverywhere/adodb_date_libra
> Antony Dovgal wrote:
>
> > On Sun, 1 Aug 2004 00:20:08 +1000
> > Kevin Waterson <[EMAIL PROTECTED]> wrote:
> >
> >> Well, no. I am running apache 1.3.31 and php 5.1.0
> >>
> >> /php/dev/this/php5-200407310630/Zend/zend_constants.c(33) : Block
> >> 0x0087F563
> >> status:/php/dev/this/php5-200407
Quoting DvDmanDT <[EMAIL PROTECTED]>:
> > And my point still remains. There are an awful lot of PHP programmers out
> > there who really don't need an extra way to write for(), or while(), or
> > do..while(). It makes maintenance work harder when you have a mixture of
> > styles in there to cope
On Tue, 3 Aug 2004, Jevon Wright wrote:
> I always wished that PHP had VB's set of operators on dates/times... (and
> also in SQL): year(), month(), date(), time_serial(), and the like. Yes, you
> can do it with date("...", $x); but then it's just awkward to remember all
> the operators.
Good poi
On Mon, 2 Aug 2004, George Schlossnagle wrote:
>
> On Aug 2, 2004, at 10:36 PM, Jason Garber wrote:
>
> > Hello internals,
> >
> > Not to take away from the wonderful and lively "GOTO" discussion,
> > but... I've got a couple simple questions.
>
> What's insufficient in strtotime() and strfti
On Mon, 2 Aug 2004, Jason Garber wrote:
> Hello internals,
>
> Not to take away from the wonderful and lively "GOTO" discussion,
> but... I've got a couple simple questions.
>
> 1. Is there a particular reason that PHP does not have a really good
> set of functions for dealing with true d
http://pear.php.net/package/Date/docs/1.4.2/
-Original Message-
From: Jason Garber [mailto:[EMAIL PROTECTED]
Sent: 03 August 2004 04:08
To: [EMAIL PROTECTED]
Subject: Re: [PHP-DEV] Date Support
Hello Wez,
I must be missing something... I went to the link and couldn't find any
document
35 matches
Mail list logo