Pasha Zubkov wrote:
Derick Rethans wrote:
It's a CVS problem - it doesn't resolve repository links with upd, only
on checkout.
Derick
Maybe sputid question, but why PHP stil use CVS instead of SVN?
Because CVS works and ppl are so far happy with it
Andrey
--
PHP Internals - PHP Runtim
--- Marcus Boerger <[EMAIL PROTECTED]> wrote:
> Hello boots,
>
> Thursday, August 4, 2005, 6:29:51 AM, you wrote:
> > As far as introspection (points 1 and 2), would it be reasonable to
> > allow __get/__set to be called without any parameters in which case
> > they would be expected to optionally
Hello boots,
Thursday, August 4, 2005, 6:29:51 AM, you wrote:
> Derick Rethans wrote:
>> Problems:
>> 1. There is no way to document the 'virtual' properties with any of
>>the existing documentation tools (such as phpdoc and doxygen)
>> 2. There is no way how the magic methods know if a spec
Derick Rethans wrote:
On Thu, 4 Aug 2005, Pasha Zubkov wrote:
Derick Rethans wrote:
It's a CVS problem - it doesn't resolve repository links with upd, only
on checkout.
Maybe sputid question, but why PHP stil use CVS instead of SVN?
How do you want to convert 1100 users instantly withou
On Thu, 4 Aug 2005, Pasha Zubkov wrote:
> Derick Rethans wrote:
> > It's a CVS problem - it doesn't resolve repository links with upd, only
> > on checkout.
>
> Maybe sputid question, but why PHP stil use CVS instead of SVN?
How do you want to convert 1100 users instantly without causing
disru
Derick Rethans wrote:
> It's a CVS problem - it doesn't resolve repository links with upd, only
> on checkout.
>
> Derick
>
Maybe sputid question, but why PHP stil use CVS instead of SVN?
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.p
On Thu, 4 Aug 2005, Pasha Zubkov wrote:
> Antony Dovgal wrote:
> > Re-read Jani's reply.
> > Do not touch anything, ./buildconf does it for you automagically.
> >
>
> If I modified source, maybe delete some directories ;), and after this I
> want to update source to repo status. "why it's not re
Antony Dovgal wrote:
> Re-read Jani's reply.
> Do not touch anything, ./buildconf does it for you automagically.
>
If I modified source, maybe delete some directories ;), and after this I
want to update source to repo status. "why it's not recovered by `... ud
-d`?"
--
PHP Internals - PHP Runti
On Thu, 04 Aug 2005 15:24:07 +0300
Pasha Zubkov <[EMAIL PROTECTED]> wrote:
> Jani Taskinen wrote:
> > On Thu, 4 Aug 2005, Pasha Zubkov wrote:
> >
> >> Hi list,
> >>
> >> If after `... checkout php-src` I go to directory php-src and remove
> >> ZendEngine2 directory, then run `... up -APd` don't r
Jani Taskinen wrote:
> On Thu, 4 Aug 2005, Pasha Zubkov wrote:
>
>> Hi list,
>>
>> If after `... checkout php-src` I go to directory php-src and remove
>> ZendEngine2 directory, then run `... up -APd` don't restore this
>> directory from repo. How I can update my copy to repo status?
>
>
>
On Thu, 4 Aug 2005, Pasha Zubkov wrote:
Hi list,
If after `... checkout php-src` I go to directory php-src and remove
ZendEngine2 directory, then run `... up -APd` don't restore this
directory from repo. How I can update my copy to repo status?
Do NOT remove the directory. buildconf hand
Hi list,
If after `... checkout php-src` I go to directory php-src and remove
ZendEngine2 directory, then run `... up -APd` don't restore this
directory from repo. How I can update my copy to repo status?
CVS client 1.11.20
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe
On Thu, 4 Aug 2005, Jani Taskinen wrote:
> On Thu, 4 Aug 2005, Marc Boeren wrote:
>
> >
> > Hiyall and Wez in particular,
> >
> > > In general, unless the extension is a really ancient forgotten thing,
> > > the person moving it should coordinate with the current maintainer to
> > > set that up.
Hiyall,
> > So what is needed to get it on the pecl site in the packages list?
>
> 1) It needs to become registered as a package:
> http://pecl.php.net/package-new.php
>
> 2) In order to be downloadable it needs a release:
> http://pecl.php.net/release-upload.php
>
> For all of these steps you
+++
Software & Support Verlag, the producer of internationally renowned
conferences such as JAX, International PHP Conference, ApacheCon
Europe and others, announces a new conference for the international
Free Software/Open Source community:
Open Source Database Conference 05
Nove
DR>>> How about a __have_prop() method that you can call to find out if a
certain
DR>>> virtual property exists?
DR>>
DR>>Works for me, but it needs to be able to called statically (::) and
DR>>dynamically (->).
I must be missing something, because I don't understand one simple thing:
if you ne
Marc Boeren wrote:
So what is needed to get it on the pecl site in the packages list?
1) It needs to become registered as a package:
http://pecl.php.net/package-new.php
2) In order to be downloadable it needs a release:
http://pecl.php.net/release-upload.php
For all of these steps you need t
Derick Rethans wrote:
On Thu, 4 Aug 2005, Lukas Smith wrote:
I wonder if it wouldnt be enough to be able to force the triggering of
__set(), __get() for all properties be enough to deal with your situation?
No, besides that would break BC, it would also not solve the problem of
returning e
Hiyall,
> Please note this: This was only removed from PHP 5.1-dev (HEAD),
> it still exists in the PHP_4_4 branch.. And AFAIK, there are no
> releases of PHP 5.1 (other than betas) out yet? :)
Still, some work needs to be done to make the transition to pecl
smoother, such as gett
On Thu, 4 Aug 2005, Marc Boeren wrote:
Hiyall and Wez in particular,
In general, unless the extension is a really ancient forgotten thing,
the person moving it should coordinate with the current maintainer to
set that up.
That would have been nice :-)
Please note this: This was only r
Hiyall and Wez in particular,
> In general, unless the extension is a really ancient forgotten thing,
> the person moving it should coordinate with the current maintainer to
> set that up.
That would have been nice :-)
> Would you mind creating the appropriate package.xml file and tarball
> and
On Thu, 4 Aug 2005, Lukas Smith wrote:
> I wonder if it wouldnt be enough to be able to force the triggering of
> __set(), __get() for all properties be enough to deal with your situation?
No, besides that would break BC, it would also not solve the problem of
returning errors correctly.
Derick
On Wed, 3 Aug 2005, Andrei Zmievski wrote:
> The whole point of these "virtual" properties is that their names can be
> parameterized. If you have 1000 of these variables (in a DB or somewhere), how
> would you declare them as "abstract" or "virtual"?
Then you don't do it - it's not a requirement
23 matches
Mail list logo
