Alexey Zakhlestin wrote:
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 :(
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? Re
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:
http://marc.info/?l=php-
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 resoluti
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 bett
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 .. s
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 well
Stanislav Malyshev wrote:
> Hi!
>
>> a use statement. For those who aren't clear on what Stas is saying,
>> here is the better example:
>>
>> > namespace PEAR2::Pyrus::PackageFile::v2Iterator;
>> use namespace::File, namespace::FileAttribsFilter,
>> namespace::FileContents;
>> ?>
>
> No, actually
Hi!
a use statement. For those who aren't clear on what Stas is saying,
here is the better example:
No, actually that's not what I meant. You can do this too, but I meant
just use namespace::File. There's no law about using :: in the code,
really. Just write namespace::File, it's both sho
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
>
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 patch:
> +#ifdef S_ISREG
> +
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 sit
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)) {
+
Greg Beaver wrote:
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
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 f
Hi,
These 2 scripts demonstrate the problem:
foo.php:
bar.php:
The logical solution for functions would be to allow something to
disambiguate. I would suggest allowing function:: to differentiate
between a method and a function:
bar_func.php:
The solution for constants can be similar:
ba
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
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
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 down
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 wro
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 hav
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
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 dea
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
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
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?
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
>
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
28 matches
Mail list logo
