Greg Beaver wrote:
Hi Lester,
Lester Caine wrote:
While I have loaded 5.3.? changing any of my existing code base to
remove warnings is not likely to happen any time soon since
compatibility with users who are still running older versions of PHP
still needs to be maintained.
I've got
Hi Lester
2008/9/9 Lester Caine [EMAIL PROTECTED]
Greg Beaver wrote:
Hi Lester,
Lester Caine wrote:
While I have loaded 5.3.? changing any of my existing code base to
remove warnings is not likely to happen any time soon since
compatibility with users who are still running older
On Mon, 8 Sep 2008, Guilherme Blanco wrote:
Yeah... recursion depth.
Sorry, I wrongly typed it.
I think it may be cleaner now...
Well, PHP itself doesn't protect against this, but my guess is that you
have Xdebug running. Xdebug limits to 100 levels by default in order to
prevent
On Tue, Sep 9, 2008 at 08:05, Lester Caine [EMAIL PROTECTED] wrote:
Trying to follow on from 'scratchpad' using php.net search
namespace - not found - AH - namespaces ...
Fixed, but why don't you try to raise this issue on remotely closer
mailinglist or bug report?
goto not found
Help
Hello Stanislav,
Monday, September 8, 2008, 9:23:09 PM, you wrote:
Hi!
initial hard work of trying to do something new). Especially in this
sense I would recommend all people on this list to make sure they use
language that encourages people from coming out of the shadows on this
topic,
Hannes Magnusson wrote:
On Tue, Sep 9, 2008 at 08:05, Lester Caine [EMAIL PROTECTED] wrote:
Trying to follow on from 'scratchpad' using php.net search
namespace - not found - AH - namespaces ...
Fixed, but why don't you try to raise this issue on remotely closer
mailinglist or bug report?
http://bugs.php.net/bug.php?id=45928
Christian Schneider wrote:
I had a quick look at this bug and found the problem to be in
Zend/zend_stream.c function zend_stream_fsize(): It uses fstat() to
determine the filesize which on MacOS X for pipes returns either 0 (my
interpretation: no data
But of cause the main problem
is that the major part of the PHP code base has to to be converted TO OO?
Why?
- Steph
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
hi Lester,
On Tue, Sep 9, 2008 at 8:05 AM, Lester Caine [EMAIL PROTECTED] wrote:
Don't have time to spend hours finding the information. It takes long enough
to create a safe environment to copy things to.
Talking about not having the time, I suppose you did not have the time
either to deal
There is no nesting limit, it recurses until it runs out of memory.
Derick was saying that XDebug will add one, but other than that there
isn't any.
dev/php53/sapi/cli/php -r 'function m($m) { echo ++$m . ; m($m); }
m(0); '
I ran that and I got bored when it got to 750,000 levels deep.
Scott
Hm...
Actually at that time I was not able to reproduce the limit, and I
wrote a fix that worked well and reduced the number of nest calls.
Maybe the guy that notified me was using it. Here is the changeset I
did to fix the issue: http://trac.phpdoctrine.org/changeset/4397
But right now I'll
Derick,
I do not have xdebug installed here.
That's why I thought it was something that could be changed, since
it's something too specific and afaik used only by xdebug.
Regards,
On Tue, Sep 9, 2008 at 3:19 AM, Derick Rethans [EMAIL PROTECTED] wrote:
On Mon, 8 Sep 2008, Guilherme Blanco
Lester Caine wrote:
OK usual thing :( - not my problem
But in order to TEST PHP5.3 one needs a complete set of packages used
WITH ones application - without damaging the working copies of PHP and
this is easier if one CAN simply create a working set of files without
having to monitor
Karl Pflästerer schreef:
Jochem Maas [EMAIL PROTECTED] writes:
Alexey Zakhlestin schreef:
On Mon, Sep 8, 2008 at 12:11 AM, Jochem Maas [EMAIL PROTECTED] wrote:
if anyone knows of some details info on how to
keep multiple installs of
php around (including apache modules) and being able to
Pierre Joye wrote:
hi Lester,
On Tue, Sep 9, 2008 at 8:05 AM, Lester Caine [EMAIL PROTECTED] wrote:
Don't have time to spend hours finding the information. It takes long enough
to create a safe environment to copy things to.
Talking about not having the time, I suppose you did not have the
Hi,
These 2 scripts demonstrate the problem:
foo.php:
?php
namespace foo;
const one = 1;
function what()
{
echo __FUNCTION__,\n;
}
?
bar.php:
?php
include 'foo.php';
class foo {
const one = 1;
static function what()
{
echo __FUNCTION__,\n;
}
}
foo::what(); // is this static method ::foo::what()
Hi,
On Tuesday 09 September 2008 14:39:05 Alexey Zakhlestin wrote:
http://bugs.php.net/bug.php?id=45928
Christian Schneider wrote:
I had a quick look at this bug and found the problem to be in
Zend/zend_stream.c function zend_stream_fsize(): It uses fstat() to
determine the filesize
Arnaud Le Blanc wrote:
The following may (no MacOS X to test) fix the problem by returning 0 from
zend_stream_fsize() when the file descriptor is not a regular file:
http://arnaud.lb.s3.amazonaws.com/45928.patch
Your patch:
+#ifdef S_ISREG
+ if (!S_ISREG(buf.st_mode)) {
+
On Tue, Sep 9, 2008 at 7:07 PM, Lester Caine [EMAIL PROTECTED] wrote:
Main problem here - I think - is that in the past I managed to work without
PEAR, but increasingly I'm finding some PEAR package needs to be installed
to do things which in the past simply worked :( Since the customer sites
Hi,
On Tuesday 09 September 2008 17:35:54 Christian Schneider wrote:
Arnaud Le Blanc wrote:
The following may (no MacOS X to test) fix the problem by returning 0 from
zend_stream_fsize() when the file descriptor is not a regular file:
http://arnaud.lb.s3.amazonaws.com/45928.patch
Your
Hi!
a use statement. For those who aren't clear on what Stas is saying,
here is the better example:
?php
namespace PEAR2::Pyrus::PackageFile::v2Iterator;
use namespace::File, namespace::FileAttribsFilter, namespace::FileContents;
?
No, actually that's not what I meant. You can do this too,
On Monday 08 September 2008 1:45:35 pm Lukas Kahwe Smith wrote:
On 08.09.2008, at 19:53, Dmitry Stogov wrote:
The main PHP namespaces ideas come from Java packages and Java classes
have to write these use statements in the same way. It's not the end
of the world. I believe that
Taking off my RM hat here. So my comments are those as joe smoe user,
who hasnt written namespaced code, but who has been reading all the
criticism people have posted (interestingly I have seen very few
people that are entirely happy .. of course people complain louder
than they praise ..
Hi,
So let me get this straight, you are complaining that all the new
features and changes in the 5.3.0 alpha releases are not perfectly
documented yet?
If that is the case I really wonder how you managed to survive the
releases before?
Let me just give you a break down of how much
Hi!
I disagree. The idea is that I get control over how I manage to global
namespace. As such its sensible that I want to use mysql in my code
instead of DB::mysql.
You may use it. You just won't get wildcard imports, because that
doesn't work conceptually.
Also when it comes to
Hi Everyone,
I've started a new RFC about PHP and mixins:
http://wiki.php.net/rfc/mixin
Stefan has done some really interesting research with traits though I'm
concerned about how intuitive it is.
Good summary of how mixins and traits deal with conflict here:
On Tuesday 09 September 2008 8:22:37 pm Stanislav Malyshev wrote:
I think that PHP is not an OO language and as such there is no reason to
Namespaces is an OO feature, however.
How is the concept of namespaces inherently linked to the use of explicitly
defined classes and instances?
27 matches
Mail list logo
