>From: "Marcus Boerger" <[EMAIL PROTECTED]>
> PHP is not C++ and speaking of constructors and destrcutors PHP goes
morethe
> Delphi way.
I'd also like to know _why_ constructors/destructors are less fit for PHP,
than these other languages? How can you be sure that objects of a class are
properly
> >> When would the constructor be called automatically? I've used Delphi
> >> and you use the inherit verb (or inherited - long time ago - can't
> >> remember exactly). In PHP parent::__construct (though I think
> >> parent::__METHOD__ would be cleaner as this removes ambiguity on the
> >> actual
Our CLI module installer uses dl() to manually load the module and
validate some basic functionality. This is a very nice feature and I'm
disappointed to see it has been deprecated. Will there be any equivalent
functionality moving forward? The extension directive is clumsey in this
scenario becaus
Windows build (including the new installer) is available from:
http://downloads.php.net/edink/php-5.2.0RC4-Win32.zip
(b14008ffcae75a4373182fe9ad24f624)
http://downloads.php.net/edink/php-5.2.0RC4-win32-installer.msi
(722fb79e7b9ebd3146b182dfe7177f8d)
http://downloads.php.net/edink/pecl-5.2.0RC
Hello Terje,
Thursday, September 14, 2006, 9:47:20 PM, you wrote:
> (This went to me privately, but in order for this to benefit the discussion,
> I reply to the list, as well. Besides, there's now another thread for this,
> too)
> Hi Richard.
>> When would the constructor be called automatical
(This went to me privately, but in order for this to benefit the discussion,
I reply to the list, as well. Besides, there's now another thread for this,
too)
Hi Richard.
> When would the constructor be called automatically? I've used Delphi
> and you use the inherit verb (or inherited - long time
P.S. This also just covers _half_ of the equation; destructors are not
covered.
- Original Message -
From: "Terje Slettebø" <[EMAIL PROTECTED]>
To: "Johannes Schlueter" <[EMAIL PROTECTED]>
Cc:
Sent: Thursday, September 14, 2006 9:17 PM
Subject: Re: [PHP-DEV] Why isn't base class construc
Hi Johannes.
> you should look harder:
>
http://www.php.net/~derick/meeting-notes.html#function-require-construct-to-force-calling-the-parent-s-constructor
Thanks for your reply, but I've actually seen that one. However, no _reason_
for not allowing/requiring this in "userland" is given. Only the
Hello,
On 9/14/06, Derick Rethans <[EMAIL PROTECTED]> wrote:
On Thu, 14 Sep 2006, Pierre wrote:
> 5.2.0RC2 has been released a couple of mins ago, just like the RC3
> release, I like to release a
> bug fixes only Filter release. The three fixed bugs are:
>
> - filter.default has been fixed, it
On Thu, 14 Sep 2006, Pierre wrote:
> 5.2.0RC2 has been released a couple of mins ago, just like the RC3
> release, I like to release a
> bug fixes only Filter release. The three fixed bugs are:
>
> - filter.default has been fixed, it was broken in 0.10.0 and RC3
> - Float filter handling of 02.3
Hello,
5.2.0RC2 has been released a couple of mins ago, just like the RC3
release, I like to release a
bug fixes only Filter release. The three fixed bugs are:
- filter.default has been fixed, it was broken in 0.10.0 and RC3
- Float filter handling of 02.324
- better fix of the test 035
If th
Erm, no they aren't in the upgrade guide, because the upgrade
guide is aimed
at user issues and this was seen primarily as an extension author
issue. Do
people generally think the module and extension API bumps should
be in
there?
Rasmus was talking about the internals change and ask if th
I am unaware of any open TODO items for 5.2, there certainly were
none left open on my list or the one we have on the existing wiki.
On 14-Sep-06, at 11:58 AM, Lukas Kahwe Smith wrote:
Hi,
in my on going effort to make PHP todo management more transparent
I am wondering what are the curre
Hello,
On 9/14/06, Steph Fox <[EMAIL PROTECTED]> wrote:
Not at all. The upgrade guide explains the impact of the more important NEWS
file changes at user level, and workarounds where necessary.
The target audience for *THIS* additon.
> As long as there is a notice in the 5.2 ugprade me, I'm
Pierre,
The question was about module API change, which is transparent to anyone
mixing and matching PHP and module versions (which incidentally they
shouldn't be doing in the first place). The extension API doesn't matter
to
anyone but extension authors...
Which are the target audience for
Hi Michael,
Otherwise the only thing I really care about is that the minor number be
incremented whenever ZEND_MODULE_API_NO changes. Obviously the installer
needs that to pick the right module to install based on phpversion().
Bug it? :)
(against the installer I mean)
Mike
--
Michael B
Hi Terje,
you should look harder:
http://www.php.net/~derick/meeting-notes.html#function-require-construct-to-force-calling-the-parent-s-constructor
;-)
johannes
Terje Slettebø wrote:
Hi all.
Another issue. :) As usual, I searched the archive first, but found only a
few postings from 2004
On Thu, 14 Sep 2006 19:25:49 +0200
"Steph Fox" <[EMAIL PROTECTED]> wrote:
> Hi Michael, Pierre -
>
> Erm, no they aren't in the upgrade guide, because the upgrade guide is aimed
> at user issues and this was seen primarily as an extension author issue. Do
> people generally think the module and
Hello,
On 9/14/06, Steph Fox <[EMAIL PROTECTED]> wrote:
Huh?
The question was about module API change, which is transparent to anyone
mixing and matching PHP and module versions (which incidentally they
shouldn't be doing in the first place). The extension API doesn't matter to
anyone but exten
Huh?
The question was about module API change, which is transparent to anyone
mixing and matching PHP and module versions (which incidentally they
shouldn't be doing in the first place). The extension API doesn't matter to
anyone but extension authors... and actually I can't remember if the co
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The fourth and final release candidate of PHP 5.2.0 is finally out
and the source packages can be found here:
http://downloads.php.net/ilia/php-5.2.0RC4.tar.bz2
(71456d89419e5b67c59aca713a3c86f4)
http://downloads.php.net/ilia/php-5.2.0RC4.tar.gz
Hello,
On 9/14/06, Steph Fox <[EMAIL PROTECTED]> wrote:
OK, has anyone enough time to commit this please?
I left the extension API change out of it though (the ME_* support) - does
that really need to go in there too?
This thread justifies the addition (and all other about the same topic :).
OK, has anyone enough time to commit this please?
I left the extension API change out of it though (the ME_* support) - does
that really need to go in there too?
- Original Message -
From: "Pierre" <[EMAIL PROTECTED]>
To: "Steph Fox" <[EMAIL PROTECTED]>
Cc: "Michael B Allen" <[EMAIL
Hi all.
Another issue. :) As usual, I searched the archive first, but found only a
few postings from 2004 on the subject, without much clarification, so I'd
like to pose the question again. If this has been discussed, I'd welcome
hearing what was the outcome of it.
In PHP, unlike other languages
> Terje Slettebø wrote:
> > The above was a contrived example, meant to illustrate the point. What's
so
> > bad about it? That it doesn't check the return value?
>
> I am not worried about the return value of the method. I am concerned
> that $this->something is unset yet does not throw a notice.
Hello,
On 9/14/06, Steph Fox <[EMAIL PROTECTED]> wrote:
Hi Michael, Pierre -
Erm, no they aren't in the upgrade guide, because the upgrade guide is aimed
at user issues and this was seen primarily as an extension author issue. Do
people generally think the module and extension API bumps should
Hi Michael, Pierre -
Erm, no they aren't in the upgrade guide, because the upgrade guide is aimed
at user issues and this was seen primarily as an extension author issue. Do
people generally think the module and extension API bumps should be in
there?
- Steph
Hello,
On 9/14/06, Michael B
Hello,
On 9/14/06, Michael B Allen <[EMAIL PROTECTED]> wrote:
On Thu, 14 Sep 2006 16:49:16 +0200
Pierre <[EMAIL PROTECTED]> wrote:
> Hello,
>
> On 9/14/06, Michael B Allen <[EMAIL PROTECTED]> wrote:
>
> > Are there any other module API changes between 4 and the current version
> > of PHP that w
On Thu, 14 Sep 2006 16:49:16 +0200
Pierre <[EMAIL PROTECTED]> wrote:
> Hello,
>
> On 9/14/06, Michael B Allen <[EMAIL PROTECTED]> wrote:
>
> > Are there any other module API changes between 4 and the current version
> > of PHP that would cause my module to fail to load?
>
> PHP internals API ha
Hello,
On 9/14/06, Lukas Kahwe Smith <[EMAIL PROTECTED]> wrote:
Obviously bug fixing. Filter ext needs some love on the function names
and some of the parameters.
I was asking discussions about the API since months. It is really late
in the game, but better late than never. For what I heard t
Hi,
in my on going effort to make PHP todo management more transparent I am
wondering what are the current open todo items for PHP 5.2?
Obviously bug fixing. Filter ext needs some love on the function names
and some of the parameters. That makes me wonder about the other newly
bundled extens
Hello,
On 9/14/06, Michael B Allen <[EMAIL PROTECTED]> wrote:
Are there any other module API changes between 4 and the current version
of PHP that would cause my module to fail to load?
PHP internals API has many changes between two major versions. Don't
expect a module compiled for php4 to b
I see the module API has changed between 5.0 and 5.1. This caused my
module to fail to load with:
PHP Warning: PHP Startup: z\x17\xfc\xb6d\x12\xfc\xb6: Unable to initialize
module
Module compiled with module API=20041030, debug=0, thread-safety=0
PHPcompiled with module API=20050922, debug=0,
Terje Slettebø wrote:
The above was a contrived example, meant to illustrate the point. What's so
bad about it? That it doesn't check the return value?
I am not worried about the return value of the method. I am concerned
that $this->something is unset yet does not throw a notice. This is
o
Hello,
On 9/14/06, Antony Dovgal <[EMAIL PROTECTED]> wrote:
On 12.09.2006 16:57, Derick Rethans wrote:
> On Thu, 31 Aug 2006, Antony Dovgal wrote:
>
>> tony2001 Thu Aug 31 22:11:35 2006 UTC
>>
>> Modified files:
>> /php-src/ext/filter filter.c
>> Log:
>> change filters
Hello,
On 9/14/06, Dan Scott <[EMAIL PROTECTED]> wrote:
Hmm. Should we take advantage of the EXPERIMENTAL warning on
http://php.net/filter to rename most of the new filter functions to
prefix them with filter_ so that we adhere to CODING_STANDARDS (Naming
Conventions [2])?
Rather than simply pr
[EMAIL PROTECTED] wrote:
primitive/common names is discouraged for non-core extensions
-Sara
So what could be a proper naming convention for such classes?
My Idea is:
-PHPString
-PHPInteger/PHPInt
-...
Any suggestion is welcome.
Daniel
To have a common naming I think at "ArrayObject" so:
-
37 matches
Mail list logo
