On Tue, 5 Oct 2004, Andi Gutmans wrote:
> Actually I think it'd be a good idea to discuss it here on [EMAIL PROTECTED] We
> should reach some understanding about this problem and if we consider it a
> bug or not.
I'd say it's a bug, it breaks backwards compatibility...
Derick
--
Derick Rethans
Hello Everyone,
I'm having a problem with flex and zend on my new system:
flex -Pzend -S/usr/local/src/php5/Zend/flex.skl
-oZend/zend_language_scanner.c -i
/usr/local/src/php5/Zend/zend_language_scanner.l
flex: fatal internal error, bad line in skeleton file
make: *** [Zend/zend_language_scanner.
Hi,
I sent an e-mail to group@ a month ago (5. september) with a request
for cvs-access for the Danish translation (phpdoc-da), as mentioned at
http://www.php.net/manual/howto/chapter-cvs.html#cvs-account - but I
didn't recieve any reply. A week alter I submitted a request via
http://php.net/cvs-p
Andi,
I tend to agree with Bob on this one. Class vs. instance is an
important distinction and, although the syntactic sugar of being able to
reference a static member directly through an object and a scope
resolution operator could be nice, I don't think the semantics are
necessarily 100% clear.
Well, I'll just chock it up to another learning experience although I
disagree that it would complicate the language any more than __call, __get
and __set already have.
On a side note, here's a dumb question. I'm learning all this as I go and
have never dealt with C or language compilers, the only
Seems like a documentation problem. Since its introduction
the iconv extension has never had such a function that converts the
HTTP queries into those of another encoding, so that setting
is useless at all. But there is the opposite function that
converts the output into another encoding.
Could you
I tend to think that static constructors are not a very important feature
and therefore I wouldn't want to complicate the language.
I don't see a problem with manually calling an initialization method in the
case where static initialization isn't good enough. Note in many cases
where statics are
Well, its at the application level now because the language doesn't provide
another alternative. Preferably, it would be at the system level. Your
argument would be similar to saying that __construct should be explicit and
called at the application level to initialize an object. Static classes may
At 02:17 PM 10/5/2004 +0200, Edin Kadribasic wrote:
On Tuesday 05 October 2004 14:02, Derick Rethans wrote:
> On Tue, 5 Oct 2004, Wez Furlong wrote:
> > Feels like a major bug to me... this got into a release? :-/
>
> Yes, please keep the discussion about this in the bugreport, and not on
> the lis
Any other opinions?
At 11:34 PM 10/4/2004 -0700, Robert Silva wrote:
While this patch does add convienence at times, I don't think the benefit is
great enough to blur the lines between class and object properties/methods.
As was stated in the "goto" discussions, the language designers have
somewhat
Hi Robert,
I hate to sound like a pedant, but shouldn't anything like that be
explicit? That is, do your own check for prerequisite class variables
that need to be set in each static method? Maybe I'm missing the boat,
but I'd say that it would be something that should be at the application
l
I've put together a rough implementation of static constructors. I'd like to
get peoples thoughts about it then I'll either clean it up and submit it or
nuke it. Basically the class constructor __cconstruct (have any better
ideas?) is called upon the first access to any static property and marks th
This bug report in particular caught my eye. I took some time to dig
into what's going on, and I've made some comments on the bug report
page, 30315. The main idea is that (positive) values over 2^31 are
being converted to float, and when casting back, they're being chopped
down to ``as big a
Actually I think it'd be a good idea to discuss it here on [EMAIL PROTECTED] We
should reach some understanding about this problem and if we consider it a
bug or not.
Andi
At 02:02 PM 10/5/2004 +0200, Derick Rethans wrote:
On Tue, 5 Oct 2004, Wez Furlong wrote:
> Feels like a major bug to me...
Hello Nuno,
Tuesday, October 5, 2004, 6:03:13 PM, you wrote:
BTW There aren't so many documentation bugs open... We have made a great
effort to close most of them.
And currently there are more Zend Engine bugs open then documentaion bugs
;)
We still have absolutley no way to document any class. I
Wez Furlong wrote:
It is *not* ok to have a static method try and work like a non static method.
In PHP 5, declaring a static method will prevent $this from being initialized.
static means static. Take this as a hint that what you're trying to
do it wrong :-)
As others have mentioned on the list (
Hi --
From: Alan Knowles <[EMAIL PROTECTED]>
Date: October 4, 2004 8:46:42 PM CDT
To: Jeremy Cowgar <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED], Paul M Jones <[EMAIL PROTECTED]>
Subject: Re: PEAR Account Request: jeremyc
to get cvs access you need to apply for a php cvs account
http://www.php.net/cv
Hi Derick Rethans, you wrote:
> This can never reproduce it, as the request variables are parsed
> before the script starts. Besides that, I don't think that this
> setting is indeed used at all.
Well ok, but setting this up in php.ini doesn't change anything...
Regards,
--
Michael - < mike(@)
On Tue, 5 Oct 2004, Michael Wallner wrote:
> Hi,
>
> perhaps I'm just missing something, the docs don't
> really mention anything about that issue...
>
> Shouldn't iconv decode HTTP input from "input_encoding"
> to "internal_encoding", and if not, then what is the
> input_encoding setting for?
>
>
Hello Nuno,
Tuesday, October 5, 2004, 6:03:13 PM, you wrote:
> BTW There aren't so many documentation bugs open... We have made a great
> effort to close most of them.
> And currently there are more Zend Engine bugs open then documentaion bugs ;)
We still have absolutley no way to document any c
Hi,
perhaps I'm just missing something, the docs don't
really mention anything about that issue...
Shouldn't iconv decode HTTP input from "input_encoding"
to "internal_encoding", and if not, then what is the
input_encoding setting for?
Here's a small script to reproduce:
===
On Tue, 5 Oct 2004, Chris Field wrote:
> here is the url for the patch:
> http://beta.affinitysolutions.com/bug30027.patch
Thanks, can you also add this to the bugreport, so that we can keep
track of it please?
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org
On Tuesday 05 October 2004 14:02, Derick Rethans wrote:
> On Tue, 5 Oct 2004, Wez Furlong wrote:
> > Feels like a major bug to me... this got into a release? :-/
>
> Yes, please keep the discussion about this in the bugreport, and not on
> the list.
This is exactly the place where things like this
On Tue, 5 Oct 2004, Wez Furlong wrote:
> Feels like a major bug to me... this got into a release? :-/
Yes, please keep the discussion about this in the bugreport, and not on
the list.
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org
--
PHP Internals - PHP R
Feels like a major bug to me... this got into a release? :-/
--Wez.
On Tue, 5 Oct 2004 13:30:00 +0300 (EEST), Tomas Kuliavas
<[EMAIL PROTECTED]> wrote:
> php-gettext classes (http://savannah.nongnu.org/projects/php-gettext)
> extract four bytes from gettext translation header, convert them to
> i
php-gettext classes (http://savannah.nongnu.org/projects/php-gettext)
extract four bytes from gettext translation header, convert them to
integer and use it to detect byteorder.
classes compare
(int) ((222) | (18<<8) | (4<<16) | (149<<24)) with (int)0x950412de
and
(int) ((149) | (4<<8) | (18<<16)
Hello Andi,
Tuesday, October 5, 2004, 3:06:57 AM, you wrote:
> Marcus,
> From reading this it doesn't seem as if this patch is array() specific but
> is a general one.
Yes it is a general one applicable to any function handling zvals with
greater data than the zval itself (array, string, maybe
On Mon, 4 Oct 2004, Chris Field wrote:
> I would like access to commit the patch for bug #30027 and to then close
> the bug.
Please send an URL with a link to this patch to this list; we usually
don't give access to brand new contributors right away.
regards,
Derick
--
Derick Rethans
http://de
28 matches
Mail list logo
