On Thu, 3 Feb 2005, Sebastian Bergmann wrote:
> Andi Gutmans wrote:
> > Comments/Flames/Praises to this list :)
>
> Just curious: Have you considered adding the operator overloading
> patch [1] by Johannes Schlüter that has been floating around for a
> while?
Operator overloading in PHP? Ove
On Thu, 2005-02-03 at 19:58, Terje Slettebø wrote:
> > From: "Stig S. Bakken" <[EMAIL PROTECTED]>
> >
> > On Thu, 3 Feb 2005, Sebastian Bergmann wrote:
> >
> > > Andi Gutmans wrote:
> > > > Comments/Flames/Praises to this list :)
>
On Wed, 16 Mar 2005, Lukas Smith wrote:
> Hi,
>
> would it be possible to allow people to override the fixed name of
> __autoload() to a user defined function (static method?). I think this
> would be much more flexible and would probably also make it easier to
> exploit __autoload() inside cl
On Fri, 2003-03-28 at 15:03, Andi Gutmans wrote:
>
> Exceptions have a potential of leaking memory. I have mentioned in the past
> that I wouldn't base my applications logic on exceptions but only use it in
> error conditions to clean-up and/or give a nice message. You are talking
> about using
On Fri, 2003-03-28 at 16:36, Brian Moon wrote:
> | The point is that the SOAP (or whatever) library will be interfacing
> | with code written by others. If those other people use type hints and
> | it blows up with an E_ERROR, we don't have a nice way to handle this
> | error and continue serving.
Amen to that. Type checking at compile time and run time are _very_
different things.
Just to voice my opinion on this type hint thingie: IMHO it's useless to
have a type hinting feature that has no way of catching the wrong type
passed. If it may be caught, great let's do that, if not let's nuk
On Sun, 2003-06-01 at 19:16, Derick Rethans wrote:
> On Sun, 1 Jun 2003 [EMAIL PROTECTED] wrote:
>
> > ID: 23873
> > Reported By: matthijs at vanbokhorst dot net
> > Operating System: RedHat 7.3/kernel 2.4.20
> > PHP Version: 4.3.2
> > New Comment:
> >
> > >From ./con
On Wed, 2003-11-05 at 17:48, Andi Gutmans wrote:
> At 11:48 AM 11/5/2003 -0500, Ilia Alshanetsky wrote:
> >On November 5, 2003 11:21 am, you wrote:
> > > Well, like I said before, I am not sure this is a clear case of that. I'm
> > > probably the biggest defender around of the no-magic rule, but [
On Thu, 2003-11-06 at 13:04, Andi Gutmans wrote:
> At 09:58 AM 11/6/2003 +0100, Stig S. Bakken wrote:
> >Let's sum up the pros and cons:
> >
> >Pros: sexiness?
> >
> >Cons: another BC issue, syntax obfuscation, potential grammar conflicts
>
> Just to be
On Tue, 2003-11-11 at 19:05, Andi Gutmans wrote:
> Hey guys,
>
> I think the PHP 5 tree has matured a lot and it's time to release an RC. I
> think end of November or mid-December makes sense. I'd like to aim at the
> former date.
> Are there any major (as in "major") issues which in your
> opi
Yes, but it's not only the engine that would be going into RC, it's the
entire distribution.
John has a very good point in that some of the changes that people are
looking to PHP 5 for will be extension specific, releasing an RC before
the extensions are more or less stable doesn't make sense to m
On Wed, 2003-11-12 at 08:57, Sebastian Bergmann wrote:
> Andi Gutmans wrote:
> > It's not as if the Java one is a very feasible extension to use in
> > production environments because it's slooo and heavy.
>
> I agree. But I think people might "yell" at us because when remove
> functio
On Sun, 2003-11-16 at 17:46, Sebastian Bergmann wrote:
> Markus Fischer wrote:
> > first nearly all numbers appear capped at special values (?)
>
> Yes, this is odd. But I don't know the cause of it.
>
> > and second the "Member Access" has no value.
>
> This is because some of the tests wit
There's also "pear bundle" now:
[EMAIL PROTECTED](~/cvs/php/php5)$ pear bundle -d ext apd
downloading apd-0.4p2.tar ...
Starting to download apd-0.4p2.tar (-1 bytes)
.done: 189,440 bytes
Package ready at '/home/ssb/cvs/php/php5/ext/apd'
You can do this with
For the next 18-24 months, we are going to have to deal with code
running in both PHP 4 and 5. Why not declare "var" an alias for
"public", not throw E_STRICT for it and be done with it? If not this
issue will be a real PITA for PEAR users.
- Stig
On Sun, 2003-11-30 at 00:10, Andi Gutmans wrot
On Tue, 2003-12-02 at 12:51, Andi Gutmans wrote:
> At 11:40 PM 12/1/2003 +0100, Stig S. Bakken wrote:
> >For the next 18-24 months, we are going to have to deal with code
> >running in both PHP 4 and 5. Why not declare "var" an alias for
> >"public", not
On Tue, 2003-12-02 at 18:43, Marcus Boerger wrote:
> Hello Christian,
>
> Tuesday, December 2, 2003, 1:14:12 PM, you wrote:
>
> > Andi Gutmans wrote:
> >> E_STRICT will be disabled by default. It is only meant for people who
> >> want to be sure that they are using the recommended methods, and t
On Mon, 2003-12-01 at 21:47, Andi Gutmans wrote:
> At 03:32 PM 12/1/2003 -0500, Daniel Convissor wrote:
> >On Mon, Dec 01, 2003 at 10:15:46PM +0200, Andi Gutmans wrote:
> > >
> > > I don't quite understand the problem. E_STRICT was only meant for people
> > > who really want to be pedantic. I think
On Wed, 2003-12-03 at 13:41, Magnus Määttä wrote:
> On Wednesday 03 December 2003 12.59, Derick Rethans wrote:
> > On Wed, 3 Dec 2003, Andi Gutmans wrote:
> > > I can nuke E_STRICT altogether if u guys want.
> > > It's kind of a shame because I thought it might be nice for purists. I
> > > don't un
On Tue, 2003-12-09 at 21:21, Jani Taskinen wrote:
> On Tue, 9 Dec 2003, Wez Furlong wrote:
>
> >> it was actually my idea to for the oci8 stuff - and have some new
> >> maintainer maintain it in pecl.
> >
> >Yep, I remember.
> >
> >> i see no valid reason against it. he can start hacking on it (
On Tue, 2003-12-09 at 21:24, Wez Furlong wrote:
> > And you're moving us into the support nightmare..
> > Instead of asking what php version they use, we need
> > to start asking which possible versions of different
> > extensions they happen to use, how they compiled them,
> >
On Fri, 2003-12-12 at 23:28, Ilia Alshanetsky wrote:
> On December 12, 2003 04:18 pm, Moriyoshi Koizumi wrote:
> > I disagree, because of the following reasons:
> >
> > 1) Not a few people *actually* use fgetcsv() commonly
> > with multibyte characters indeed. Regarding this,
> > applicatio
On Sun, 2003-12-14 at 00:28, Ilia Alshanetsky wrote:
> On December 13, 2003 05:52 pm, Moriyoshi Koizumi wrote:
> > I haven't denied it. That said, multibyte facility is not so fancy
> > as XML, but quite essential so as to enable most applications to work
> > well under every environment.
>
> Bull
On Wed, 2003-12-17 at 18:00, Antony Dovgal wrote:
> Hi, all.
>
> I'm going to rename functions from oci8 to match the naming-conventions.
> Old names will be kept as aliases, of course, but should be deprecated.
> Imho these changes will make OCI extsension more handy and it's API more similar to
On Thu, 2003-12-18 at 20:35, Andi Gutmans wrote:
> At 07:20 PM 12/18/2003 +0100, Christian Schneider wrote:
> >Derick Rethans wrote:
> >>It won't bork all scripts with a custom errorhandler if their default
> >>action is to ignore core and other errors but only handle the ones they
> >>should handl
On Thu, 2003-12-18 at 22:56, Andi Gutmans wrote:
> At 10:24 PM 12/18/2003 +0100, Derick Rethans wrote:
> >On Thu, 18 Dec 2003, Andi Gutmans wrote:
> >
> > > In any case, I do think that the custom error handler being called for any
> > > error is bogus. Why should E_STRICT or E_NOTICES be sent to t
On Thu, 2003-12-18 at 23:24, Derick Rethans wrote:
> On Thu, 18 Dec 2003, Christian Schneider wrote:
>
> > In case someone now cries "but then I need to change php.ini" I'd say
> > you have to change php.ini for PHP5 anyway.
>
> That is FUD.
>
> > Come on guys, there's no better time to fix the
On Tue, 2004-02-03 at 22:47, Adam Bregenzer wrote:
> On Tue, 2004-02-03 at 12:12, Ferdinand Beyer wrote:
> > If you try to access $this in staticMethod() it will certainly be the
> > same as $obj.
>
> I apologize if this is OT or just generally inappropriate for the
> internal list, but I had a qu
n to have 'dynamic' constants...
>
> Actually - I AFAIR someone said that it may be fixed in PHP5 back then
> :) - or suggested debug_backtrace.. (but I'm not sure if that is feasible)
>
> Regards
> Alan
>
> Adam Bregenzer wrote:
>
> >Stig,
> >
On Wed, 2004-02-11 at 17:42, Stanislav Malyshev wrote:
> SC>> 2. php's dl implementation is broken by design, it should never unload a
> SC>> dl. not only is that a performance issue, but it requires all kinds of
> SC>> code to verify that the dl CAN be unloaded properly, thus the problem
> SC>
On Thu, 2004-02-12 at 11:00, Stanislav Malyshev wrote:
> SSB>> Convenience, modularity, ease of administration (or lack thereof for
> SSB>> people using shared hosting environments). With dl() you can
> SSB>> install an extension from PECL and use it immediately even in a
> SSB>> shared hosting en
Hi Dave,
I think I see what you're saying. Static class variables are associated
with the class, if the class persists between requests, so should its
static variables.
In the Java model of operation, it's natural to think in these terms, as
the Java web server or application server is self-sust
On Fri, 2004-02-27 at 14:13, Derick Rethans wrote:
> On Fri, 27 Feb 2004, Andi Gutmans wrote:
>
> > d) Last problem is that using E_STRICT is not a good idea because we find
> > this problem at compile-time and the error_reporting might not be set yet.
>
> The INI system is 'booted' before the sc
On Fri, 2004-02-27 at 14:15, Jakes wrote:
> Please can some explain to me what the stdClass is used for in
> PHP 5. I've tried to use the reflection API to reverse engineer it
> but it does not give you much on the stdClass
>
> What methods can be inherited from this class?
>
> Does it work the
On Mon, 2004-03-01 at 09:16, Derick Rethans wrote:
> On Sun, 29 Feb 2004, Rasmus Lerdorf wrote:
>
> > I would suggest as a first step to pull it out of ext/standard and create
> > a pecl extension for it and second to go through and figure out if we can
> > continue to use the ini parser for this,
It's not quite as simple as that. To qualify dynamically loadable
extensions, you will need "debug-zval / non-debug-zval" in addition to
the existing debug/non-debug + zts/no-zts. Or it can be made part of
debug mode, but then the API number has to be bumped, which requires a
minor version change
36 matches
Mail list logo
