On Sat, 2004-01-24 at 03:06, [EMAIL PROTECTED] wrote:
> So why must we all keep implementing it?
Well, because you'd probably not like it the way I'd like to see it (or
the other way around), someone else probably prefers PEAR's, Horde's,
$random_other_php_framework's solution, and so on.
Plus, a
So why must we all keep implementing it?
On 23 Jan 2004, at 4:21 PM, Timm Friebe wrote:
This can be done in userland and should take a more or less skilled
programmer 5 to 10 minutes.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
I was told earlier that this is the correct way to do it:
public function __clone()
{
$this = parent::__clone();
$this->... = $that->...;
...
}
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hello Adam,
Friday, January 23, 2004, 11:18:09 PM, you wrote:
> On Fri, 23 Jan 2004, Adam Maccabee Trachtenberg wrote:
>> I will try rebuilding things and take a second look.
> The tree.php example now works, but I am getting errors with
> findfile.php:
> [EMAIL PROTECTED]:~/CVS/php/php-src/ex
On Fri, 23 Jan 2004, Adam Maccabee Trachtenberg wrote:
> I will try rebuilding things and take a second look.
The tree.php example now works, but I am getting errors with
findfile.php:
[EMAIL PROTECTED]:~/CVS/php/php-src/ext/spl/examples] $
../../../sapi/cli/php -d auto_prepend_file=autoload.inc
On Thu, 2004-01-22 at 15:48, Stephane Drouard wrote:
[...]
> I think all classes should be derived from a common base class
> (stdClass or a new dedicated one), even if it's not explicitly
> written.
This can be done in userland and should take a more or less skilled
programmer 5 to 10 minutes.
On Fri, 23 Jan 2004, Marcus Boerger wrote:
> The way you created RecursiveDirectoryIterator should be the problem.
> At least i hope so. The class is suppoed to implement interface
> RecursiveIterator which you are obviously missing. Apart from that the class
> is a built in class (or are you tryi
Hello Adam,
Friday, January 23, 2004, 9:48:42 PM, you wrote:
> I'm trying to run the SPL examples and running into some
> problems. Some of these I was able to work around, but I eventually
> end up generating a 192 Mb core dump with a 1000+ line gdb
> backtrace. It's actually quite an impressive
I'm trying to run the SPL examples and running into some
problems. Some of these I was able to work around, but I eventually
end up generating a 192 Mb core dump with a 1000+ line gdb
backtrace. It's actually quite an impressive crash. :)
First of all, I'm running under PHP 5 Beta 3 since the curr
Hello Martin,
thanks for prooving my thoughts. What should i say other than the module is
far too complex and allows far too many combinations so that as a
consequence a lot of them don't work. Most of the non working combinations
are inherent problems we cannot solve. The most common is the probl
Hello Ken,
thank you very musch for the docs!
perhaps you could add something from the extension's README file.
regards
marcus
Friday, January 23, 2004, 5:24:27 PM, you wrote:
> Hi Internals,
> I've just committed a new documentation module for SimpleXML, which
> should show up on php.net..
Hello Stephane,
your right with comparing development time to computer performance (total
cost of ownership model). So feel free to remember me as soon as we start
developing php 5.1. Maybe we can add somthing that lets you call non present
magical methods (__construct/__destruct/__clone) even if
Hello Stephane,
i had reasons to make that property private. You may use getTrace() to
read the contents and if you must overwrite it because you want to misuse
the whole thing then you can overwrite the read access method, too. This
should be enough, right?
Friday, January 23, 2004, 10:54:53 AM,
On 23 Jan 2004 at 11:24, Ken Tossell wrote:
> Hi Internals,
>
> I've just committed a new documentation module for SimpleXML,
which
> should show up on php.net sometime. It's available at
> http://php.kennyt.com/newdocs/?q=ref.simplexml -- if you see any
major
> errors (and there are so
Zitat von Ken Tossell <[EMAIL PROTECTED]>:
Hi Internals,
I've just committed a new documentation module for SimpleXML, which
should show up on php.net sometime. It's available at
http://php.kennyt.com/newdocs/?q=ref.simplexml -- if you see any major
errors (and there are some, I'm sure), ple
Hi Internals,
I've just committed a new documentation module for SimpleXML, which
should show up on php.net sometime. It's available at
http://php.kennyt.com/newdocs/?q=ref.simplexml -- if you see any major
errors (and there are some, I'm sure), please point them out.
Ken
--
PHP Interna
Hi guys,
When building HEAD on VC6 with the new build system, the linker fails
because the symbols _pctype and ___mb_cur_max are not defined. These are
defined in libcmt, which is excluded explicitly from the link stage.
If I remove the /nodefaultlib:libcmt directive, the build succeeds with
a
Marcus,
> you're right $that must be available in the derived __clone().
You will solve one problem: being able to call parent::__clone(), but it won't remove
the constraint on derived classes (declaring members) to implement __clone() when one
of its parents implements it.
This is just to limi
Marcus,
The idea behind this kind of request is to speed up development time. And the way a
language and its base classes are implemented could really help to reach this goal.
When you write "a change is a change", you're right. But the way you have written your
code could really reduce the ris
Hello Marcus,
Hum... you fixed the issue but not really in the way I expected it. Now my code does
not work...
My message was not only to report a bug, but to ask *not* to fix it as expected.
Particularly to put the "trace" member as protected, (or "getTrace()" as virtual and
not final).
Reme
for PHP development
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Thu, Jan 15, 2004 at 10:33:38PM +0100, Marcus Boerger wrote:
>
> > I'll report when I found anything.
>
> Could you please update your php to current cvs version (PHP4.3.5RC1-dev and
> PHP5-dev). Also if that doesn't help you could update db4 to db4>=4.1.25 and
> test with db3 or db2 version.
> The above still stands. I would call your use of the autotools
> unorthodox.
The problem with a number of autotools is that they are
unsuitable for large projects which contain a huge number of
independent modules. We initially kicked out automake
because of that reason and furt
On Thu, 22 Jan 2004, Patrick Welche wrote:
>On Thu, Jan 22, 2004 at 04:51:43PM +0200, Jani Taskinen wrote:
>>
>> There's nothing wrong in this. If your autoconf/aclocal/etc.
>> tools are installed correctly, buildconf works fine.
>>
>> Please use the snapshots if you don't know w
24 matches
Mail list logo
