Hi Marcus Boerger, you wrote:
> Hello Jessie,
>
> Tuesday, August 9, 2005, 4:36:41 AM, you wrote:
>>1) I asked this before, but it wasn't answered: is there any reason why .php
>>is not a default extension for spl_autoload?
>
>
> PEAR uses .inc.php and i as well as all i have spoken too like .inc
On Mon, 8 Aug 2005, Andi Gutmans wrote:
> You are wrong because __autoload() *is* called and you can load the class on
> the-fly. The only problem is if the class does not exist in your code base, in
> which case, your application should blow up!
Right, and there is no reason why it shouldn't blo
Hello Jessie,
Tuesday, August 9, 2005, 4:36:41 AM, you wrote:
> Classes that had uppercase letters were not being handled properly in
> namespace imports. The attached patch has this fix (thanks Maxx!). Also,
> the attached patch includes the default behavior of resolving
> simple-imported class
Hi Andi Gutmans, you wrote:
> You are wrong because __autoload() *is* called and you can load the
> class on the-fly. The only problem is if the class does not exist in
> your code base, in which case, your application should blow up!
No insult intended, but this is just stubborn. You want to hear
On Mon, 2005-08-08 at 23:08 -0700, Andi Gutmans wrote:
> You are wrong because __autoload() *is* called and you can load the class
> on the-fly. The only problem is if the class does not exist in your code
> base, in which case, your application should blow up!
The basic point is that is_a() pro
Andi Gutmans schrieb:
> Feature-freeze.
Okay.
--
Sebastian Bergmann http://www.sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.ne
At 07:57 AM 8/9/2005 +0200, Sebastian Bergmann wrote:
Andi Gutmans schrieb:
> I just branched off PHP 5.1 (PHP_5_1).
Does that mean that PHP_5_1 is in feature-freeze or are changes like
the one Derick proposed (making type hint violations throw an exception
instead of raising a fatal error) s
Derick Rethans schrieb:
> I prefer not to comment on that :)
I might have something to do with that, but I am not sure.
--
Sebastian Bergmann http://www.sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69
--
PHP Internals - PHP
You are wrong because __autoload() *is* called and you can load the class
on the-fly. The only problem is if the class does not exist in your code
base, in which case, your application should blow up!
Andi
At 07:44 AM 8/9/2005 +0200, Pierre-Alain Joye wrote:
On Mon, 08 Aug 2005 14:43:25 -0700
Andi Gutmans schrieb:
> I just branched off PHP 5.1 (PHP_5_1).
Does that mean that PHP_5_1 is in feature-freeze or are changes like
the one Derick proposed (making type hint violations throw an exception
instead of raising a fatal error) still possible for PHP 5.1?
--
Sebastian Bergmann
On Mon, 08 Aug 2005 14:43:25 -0700
[EMAIL PROTECTED] (Andi Gutmans) wrote:
> I don't agree that instanceof on a class which doesn't exist
> should work. It doesn't do so in other languages (or at least not
> in Java/C++(dynamic_cast)) nor does it really seem to make a lot
> of sense and be useful.
Hi all,
I just branched off PHP 5.1 (PHP_5_1). I will roll a tarball later on or
tomorrow for RC1. Please from now on commit bug fixes to both PHP_5_1 and
HEAD (and if critical, I suggest to do so with PHP_5_0 too in case we need
to release another mini release). We should be able to kill it o
I work at a company with a high volume web site (you know the drill:
LVS directors managing a farm of webservers (with php accelerators) to
a few database servers (MySQL if you want to know -- anyone happen to
have experience with Emic clustering for MySQL, btw? OK, back on
topic...)
PHP4 and Apac
It's a love-hate relationship with CVS :)
At the end of the day, it works and with the investment we have in CVS
scripts there are not enough problems to give us enough motivation to move
to anything else.
Andi
P.S.- Clearcase would change my mind :)
--
PHP Internals - PHP Runtime Developmen
steve roussey wrote:
> I have read and understand that there are a number of issues:
>
> 1. Problems with the Apache2 sapi
> 2. Problems with thread safety in the Zend Engine or PHP itself
> 3. Problems with thread-safety of modules
You missed the most serious one. Thread safety problems in rand
Classes that had uppercase letters were not being handled properly in
namespace imports. The attached patch has this fix (thanks Maxx!). Also,
the attached patch includes the default behavior of resolving
simple-imported class names to their file paths (ns:class1 being looked up
as ns/class1(.inc o
Please let me correct my last post, and sorry for the double posting :)
Justin Hannus wrote:
The way ActionScript 2.0 solves this is
function __get fooProp()
{
return $this->_fooProp; // $_fooProp is read only
}
function __set barProp($val)
{
//
...And, this could allow static member overloading as well!
-Justin
Justin Hannus wrote:
The way ActionScript 2.0 solves this is with set and get keywords on
function declarations. Any class can contain as many setter/getters as
they need,. Since we dont want to introduce any new keywords how
The way ActionScript 2.0 solves this is with set and get keywords on
function declarations. Any class can contain as many setter/getters as
they need,. Since we dont want to introduce any new keywords how about
something similar with __set and __get?
_fooProp = $val; // $_fooProp is read only
Derick Rethans wrote:
On Mon, 8 Aug 2005, Andi Gutmans wrote:
As far as implementation is concerned, it definitely should wait for after PHP
5.1 and the patch should deal with the hard parts which are internal functions
and overloaded functions. Implementing this for user-functions is the easi
> He's asking 'why' not 'how'...
>
Right. My suspicion is that this is from the old days, when men were men and GET
variables were not in $_GET - but the inconsistency kinda bugs me. There has to
be someone who remembers why they wrote it that way...?
Anyone? Rasmus? :)
--ck
--
PHP Internals
At 11:55 PM 8/8/2005 +0200, Lukas Smith wrote:
Andi Gutmans wrote:
I don't agree that instanceof on a class which doesn't exist should work.
It doesn't do so in other languages (or at least not in
Java/C++(dynamic_cast)) nor does it really seem to make a lot of sense
and be useful. Sounds more
Hello Rob,
Monday, August 8, 2005, 11:59:48 PM, you wrote:
> Hello,
> I didn't write the test, I just added code to check the crc32() values, the
> rest is the original code. What should be used instead of ' curiousity? That's all I've ever used.
You should use 'http://www.php.net/unsub.php
Hello,
I didn't write the test, I just added code to check the crc32() values, the
rest is the original code. What should be used instead of ' Hello Rob,
>
> just a short comment to everyone writing tests: never use '
> marcus
>
> Monday, August 8, 2005, 9:07:24 PM, you wrote:
>
>
>>Attach
At 11:41 PM 8/8/2005 +0200, Derick Rethans wrote:
On Mon, 8 Aug 2005, Andi Gutmans wrote:
> As far as implementation is concerned, it definitely should wait for
after PHP
> 5.1 and the patch should deal with the hard parts which are internal
functions
> and overloaded functions. Implementing t
Excellent (!!) point about hard-coding a path into the docs, hadn't thought of
that, doesn't apply to Windows, etc. You can clip out the reference to
/etc/php.ini and the rest is still far more clear than the current verbiage.
Ilia Alshanetsky wrote:
> Not quite, the default php.ini file is actua
Hey Marcus,
What standard stuff? I remember SPL being used as a way to bring features
to users which were decided not to have as standards :) Anyway, we won't
get back into it as we've talked about it already in person. But anyway, if
we decide to have InvalidArgumentException as a standard (w
Andi Gutmans wrote:
I don't agree that instanceof on a class which doesn't exist should
work. It doesn't do so in other languages (or at least not in
Java/C++(dynamic_cast)) nor does it really seem to make a lot of sense
and be useful. Sounds more like an edge case you have hit with some
weird
Hello Andi,
Monday, August 8, 2005, 11:33:16 PM, you wrote:
> Hi all,
> Finally caught up with this thread.
> I can live with an exception being thrown for a type hint. I think calling
> it InvalidArgumentException would make sense, and the fact that Marcus
> "stole" :) that name for SPL and di
I don't agree that instanceof on a class which doesn't exist should work.
It doesn't do so in other languages (or at least not in
Java/C++(dynamic_cast)) nor does it really seem to make a lot of sense and
be useful. Sounds more like an edge case you have hit with some weird code
which can proba
On Mon, 8 Aug 2005, Andi Gutmans wrote:
> As far as implementation is concerned, it definitely should wait for after PHP
> 5.1 and the patch should deal with the hard parts which are internal functions
> and overloaded functions. Implementing this for user-functions is the easier
> part. There mig
Hi all,
Finally caught up with this thread.
I can live with an exception being thrown for a type hint. I think calling
it InvalidArgumentException would make sense, and the fact that Marcus
"stole" :) that name for SPL and didn't prefix the name isn't a reason for
us not to do the right thing.
On Mon, 8 Aug 2005, Ondrej IvaniÄ wrote:
Jani Taskinen wrote:
without SPL. At the end of the day i'd even like to drop reflection support
from the engine and move it to a specialized extensions - again - for
speed/memory reasons.
YES PLEASE! I've absolutely no use for it, and I really re
Hello Rob,
just a short comment to everyone writing tests: never use ' Attached is a universal 'diff' that adds a crc32() check to the 'passthru'
> test as well as an md5() test. This will help detect if there's a problem
> with md5() or crc32() unless both are failing, which indicates a proble
Not quite, the default php.ini file is actually
/usr/local/lib/php(-cli).ini unless you tell PHP a custom path to
install itself or the ini to. IMHO hard coding a path into the docs is a
BAD idea.
Ilia
Rob Vaughn wrote:
> --- README.TESTING.orig 2005-08-08 12:08:04.0 -0700
> +++ README.TE
Attached is a universal 'diff' that adds a crc32() check to the 'passthru'
test as well as an md5() test. This will help detect if there's a problem
with md5() or crc32() unless both are failing, which indicates a problem with
the 'mhash' functionality.
Cheers, Rob
--- ext/standard/tests/file/bug
--- README.TESTING.orig 2005-08-08 12:08:04.0 -0700
+++ README.TESTING 2005-08-08 12:20:36.0 -0700
@@ -38,10 +38,15 @@
[Which php.ini is used]
---
- "make test" uses the same php.ini file as it would once installed.
-The tests have been written to be inde
Jani Taskinen wrote:
without SPL. At the end of the day i'd even like to drop reflection
support
from the engine and move it to a specialized extensions - again - for
speed/memory reasons.
YES PLEASE! I've absolutely no use for it, and I really really need
every bit of memory/speed/wh
On Mon, 8 Aug 2005, Marcus Boerger wrote:
without SPL. At the end of the day i'd even like to drop reflection support
from the engine and move it to a specialized extensions - again - for
speed/memory reasons.
YES PLEASE! I've absolutely no use for it, and I really really need
every bi
Hi Marcus Boerger!
On 08/08/05 19:58 you wrote:
>>The point is, that it's senseless to have it throw any exception that
>>can be disabled, when you want to write portable applications. In that
>>case you still have to stick to catch Exception and have no benefit of
>>it throwing anything else, whe
On Mon, 08 Aug 2005 18:26:30 +0200
[EMAIL PROTECTED] (Michael Wallner) wrote:
> Hi Pierre-Alain Joye, you wrote:
>
> > I can write a patch to "fix" it if we agree that the current
> > behavior is not correct.
>
> While you're at it, could you continue on fixing the following:
> (another evidence
Hello Michael,
Monday, August 8, 2005, 6:26:30 PM, you wrote:
> Hi Pierre-Alain Joye, you wrote:
>> I can write a patch to "fix" it if we agree that the current
>> behavior is not correct.
> While you're at it, could you continue on fixing the following:
> (another evidence that the current "ge
Hello Derick,
Monday, August 8, 2005, 3:00:50 PM, you wrote:
> On Mon, 8 Aug 2005, Johannes Schlueter wrote:
>> On Monday 08 August 2005 15:04, Tobias Schlitt wrote:
>> > > The throw an Exception when SPL disabled and an InvalidArgumentException
>> > > when it is enabled.
>> >
>> > That's sens
Hello Derick,
Monday, August 8, 2005, 3:09:06 PM, you wrote:
> On Mon, 8 Aug 2005, Sebastian Bergmann wrote:
>> Derick Rethans schrieb:
>> > Throwing two different kinds of Exceptions is evil.
>>
>> Just as evil as allowing SPL to be disabled.
> Not really. SPL is only for people that actuall
Hello Tobias,
Monday, August 8, 2005, 3:35:28 PM, you wrote:
> Hi Johannes Schlueter!
> On 08/08/05 14:50 you wrote:
The throw an Exception when SPL disabled and an InvalidArgumentException
when it is enabled.
>>>That's senseless when writing applications that shall be version
>>>inde
On Aug 4, 2005, at 12:09 AM, Derick Rethans wrote:
Then you don't do it - it's not a requirement... just an optional thing
(and ofcourse you can't do the __have_prop() thing then that you
suggested below.
Why not? _have_prop() should be able to return true if the class does
handle one of thos
Hi Pierre-Alain Joye, you wrote:
> I can write a patch to "fix" it if we agree that the current
> behavior is not correct.
While you're at it, could you continue on fixing the following:
(another evidence that the current "generic" behaviour is bad)
try {
// anything
} catch (NonExistant
On Mon, 8 Aug 2005, Derick Rethans wrote:
On Mon, 8 Aug 2005, Sebastian Bergmann wrote:
Derick Rethans schrieb:
Throwing two different kinds of Exceptions is evil.
Just as evil as allowing SPL to be disabled.
Not really. SPL is only for people that actually want to use Java.
Enabli
On Mon, 8 Aug 2005, Pawel Bernat wrote:
> On Mon, Aug 08, 2005 at 03:37:53PM +0200, Christopher Kunz wrote:
> > Hi,
> >
> > I have a general question in regard to the PHP variable normalizing.
> > Obviously,
> > leading whitespace in a variable is stripped, but why is trailing
> > whitespace
I got a quick tutorial from Derick :-) on what precisely will be the
affect on the requested functionality and the suggestion makes a whole
lot of sense. As "weird" declaring virtual properties it seems, there is
really no other alternative for solving the outlined problems in a
consistent manner.
On Mon, Aug 08, 2005 at 03:37:53PM +0200, Christopher Kunz wrote:
> Hi,
>
> I have a general question in regard to the PHP variable normalizing.
> Obviously,
> leading whitespace in a variable is stripped, but why is trailing whitespace
> converted to underscores?
See http://php.net/manual/en/f
On Mon, 08 Aug 2005 15:56:55 +0200
[EMAIL PROTECTED] (Jochem Maas) wrote:
> IMHO btw, semantically, calling it S(tandard)PL and then making
> it so that it's not standard (i.e. it's an extension) seems odd.
I was pretty sure until today that it was not possible to disable
it. But it's not possibl
Tobias Schlitt wrote:
Hi Johannes Schlueter!
On 08/08/05 14:50 you wrote:
The throw an Exception when SPL disabled and an InvalidArgumentException
when it is enabled.
That's senseless when writing applications that shall be version
independant. Just sticking to Exception should be fine.
Hi,
I have a general question in regard to the PHP variable normalizing. Obviously,
leading whitespace in a variable is stripped, but why is trailing whitespace
converted to underscores?
Example:
/?foo=bar&+fooo=blah&foo+=ljalskdf
results in:
array(3) {
["foo"]=>
string(3) "bar"
Derick Rethans wrote:
On Mon, 8 Aug 2005, Sebastian Bergmann wrote:
Derick Rethans schrieb:
Throwing two different kinds of Exceptions is evil.
Just as evil as allowing SPL to be disabled.
Not really. SPL is only for people that actually want to use Java.
I thought that's what exceptions
Hi, I'm a member of Japanese Translation Group.
SHIMOOKA Hideyuki wrote:
>Hello.
>
>I've translated PHP/PEAR documentation into Japanese. Now I have a karma
>for phpdoc-ja, but not for peardoc.
>
>Dose anyone give me a karma for peardoc ?
Up to now, he has done a large contribution to peardoc/ja.
On Mon, 8 Aug 2005 15:09:06 +0200 (CEST)
[EMAIL PROTECTED] (Derick Rethans) wrote:
> On Mon, 8 Aug 2005, Sebastian Bergmann wrote:
>
> > Derick Rethans schrieb:
> > > Throwing two different kinds of Exceptions is evil.
> >
> > Just as evil as allowing SPL to be disabled.
>
> Not really. SPL is
On Mon, 8 Aug 2005, Sebastian Bergmann wrote:
> Derick Rethans schrieb:
> > Throwing two different kinds of Exceptions is evil.
>
> Just as evil as allowing SPL to be disabled.
Not really. SPL is only for people that actually want to use Java.
Derick
--
Derick Rethans
http://derickrethans.nl
Derick Rethans schrieb:
> Throwing two different kinds of Exceptions is evil.
Just as evil as allowing SPL to be disabled.
--
Sebastian Bergmann http://www.sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69
--
PHP Internals -
Hi Johannes Schlueter!
On 08/08/05 14:50 you wrote:
>>> The throw an Exception when SPL disabled and an InvalidArgumentException
>>> when it is enabled.
>>That's senseless when writing applications that shall be version
>>independant. Just sticking to Exception should be fine.
> No it is not, in
On Mon, 8 Aug 2005, Johannes Schlueter wrote:
> On Monday 08 August 2005 15:04, Tobias Schlitt wrote:
> > > The throw an Exception when SPL disabled and an InvalidArgumentException
> > > when it is enabled.
> >
> > That's senseless when writing applications that shall be version
> > independant.
On Mon, 8 Aug 2005, Roland Tapken wrote:
> > 3. There is no way for the magic methods to return a meaningfull error
> > when a property doesn't "exist". Of course it is possible to throw an
> > error with "trigger_error" or "throw" in case a property doesn't "exist"
> > in a specific class, but th
Hi!
Sorry for wrong threading or if this solution was suggested before... i
currently don't have access to my mail client:)
> 3. There is no way for the magic methods to return a meaningfull error
> when a property doesn't "exist". Of course it is possible to throw an
> error with "trigger_error"
Hi Toby,
On Monday 08 August 2005 15:04, Tobias Schlitt wrote:
> > The throw an Exception when SPL disabled and an InvalidArgumentException
> > when it is enabled.
>
> That's senseless when writing applications that shall be version
> independant. Just sticking to Exception should be fine.
No i
Hi Sebastian Bergmann!
On 08/08/05 13:32 you wrote:
>>Won't work, SPL can be disabled.
> The throw an Exception when SPL disabled and an InvalidArgumentException
> when it is enabled.
That's senseless when writing applications that shall be version
independant. Just sticking to Exception shoul
On Mon, 8 Aug 2005, Andrey Hristov wrote:
> Hmm,
> I was complaining about inusaability ot type hinting because of this fatal
> errors but nobody seems heard me :(. One better do a check in the code than
> risking a fatal error which is unstoppable...
> I call this showstopper if we say that we a
Hmm,
I was complaining about inusaability ot type hinting because of this fatal
errors but nobody seems heard me :(. One better do a check in the code than
risking a fatal error which is unstoppable...
I call this showstopper if we say that we are proud with the type-hinting.
Andrey
Quoting De
Derick Rethans wrote:
As type hinting is a new OO thing, it might perhaps make some sense to
make this an exception instead - as this error might also happen for
dynamic things by people who use the classes you designed. In that case
having this fatal error to stop the whole application can be
(trying again without attachments)
Andi Gutmans wrote:
> Another reminder, I'd like to roll RC1 on Monday. Everyone will be back from
OSCON and we can start the Unicode merge right afterwards.
currently phpize just copies the php-src Makefile.global to
extensions, i have a patch ready for makin
Derick Rethans wrote:
> Hei,
>
> currently if you pass a wrong object's type to a typehinted parameter:
[...]
> Fatal error: Argument 1 must be an instance of foo in /tmp/foo.php on
> line 3
>
> As type hinting is a new OO thing, it might perhaps make some sense to
> make this an except
Derick Rethans schrieb:
> Won't work, SPL can be disabled.
The throw an Exception when SPL disabled and an InvalidArgumentException
when it is enabled.
--
Sebastian Bergmann http://www.sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B
Derick Rethans schrieb:
> Does that mean you want more opinions? :)
No, I want a (InvalidArgument?)Exception to be thrown when I type-hint
is not met.
--
Sebastian Bergmann http://www.sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B8
On Mon, 8 Aug 2005, Ondrej Ivanič wrote:
> Derick Rethans wrote:
> > Does that mean you want more opinions? :)
>
> Throw an InvalidArgumentException from SPL...
Won't work, SPL can be disabled.
Derick
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php
Derick Rethans wrote:
Does that mean you want more opinions? :)
Throw an InvalidArgumentException from SPL...
--
Ondrej Ivanic
([EMAIL PROTECTED])
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Mon, 8 Aug 2005, Sebastian Bergmann wrote:
> Derick Rethans schrieb:
> > Opinions?
>
> +1
Does that mean you want more opinions? :)
regards,
Derick
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
+1
> -Original Message-
> From: Derick Rethans [mailto:[EMAIL PROTECTED]
> Sent: Monday, August 08, 2005 11:50 AM
> To: PHP Developers Mailing List
> Subject: [PHP-DEV] type hinting throwing a fatal error
>
> Hei,
>
> currently if you pass a wrong object's type to a typehinted parameter:
+1
> -Original Message-
> From: Pierre-Alain Joye [mailto:[EMAIL PROTECTED]
> Sent: Monday, August 08, 2005 9:32 AM
> To: internals@lists.php.net
> Subject: [PHP-DEV] Re: RC1, instanceof?
>
> On Fri, 05 Aug 2005 13:52:13 -0700
> [EMAIL PROTECTED] (Andi Gutmans) wrote:
>
> > Hi all,
> >
>
Derick Rethans schrieb:
> Opinions?
+1
--
Sebastian Bergmann http://www.sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub
Hei,
currently if you pass a wrong object's type to a typehinted parameter:
[EMAIL PROTECTED]:~$ cat /tmp/foo.php
bar(new stdClass);
?>
[EMAIL PROTECTED]:~$ php /tmp/foo.php
Fatal error: Argument 1 must be an instance of foo in /tmp/foo.php on
lin
Hello,
I took a short look to the implementation.
instanceof_ex works as expected, no error display there. The
problem comes from the usage of class_name_reference in the parser.
class_name_reference calls zend_do_fetch_class, which raises this
error as no class is loaded.
Now I'm not sure abou
On Fri, 05 Aug 2005 13:52:13 -0700
[EMAIL PROTECTED] (Andi Gutmans) wrote:
> Hi all,
>
> Another reminder, I'd like to roll RC1 on Monday. Everyone will
> be back from OSCON and we can start the Unicode merge right
> afterwards.
One thing I would like to solve in 5.1 is instanceof (or the
deprec
PHP 5 Bug Database summary - http://bugs.php.net
Num Status Summary (354 total including feature requests)
===[*General Issues]==
27372 Verified parse error loading browscap.ini at apache startup (new parser
required)
===
I'm involved in testing PHP on NetWare OS.
My skill set includes Perl, PHP, Java, NetWare and SuSe.
I noticed there are no testscripts for few extensions like Calendar, FTP, LDAP
etc.
We do have some test scripts and we would like contribute the same.
I would be able to dedicate 5 hrs per week for
PHP 4 Bug Database summary - http://bugs.php.net
Num Status Summary (665 total including feature requests)
===[*Compile Issues]==
34008 Feedback Make file error - make install does not work
84 matches
Mail list logo
