Alexey Borzov wrote:
Hi,
Lukas Kahwe Smith wrote:
Just FYI: ctype is scheduled to be deprecated in PHP6.
...As stated by core PHP developer X at [Y]?
This was decided at the infamous paris PHP6 meeting and is still
listed on the php todo list on my wiki.
http://oss.backendmedia.com/PhP60
I tried running apache -X under gdb, problem was system (prime client)
timeout out. I am trying to run SPECweb, I suppose most of the people on
the list are fimiliar with it.
Anyway I was able to read the code and figure out function called by
(wrapper->wops->stream_opener), through layers of
The other thing that bothers me is namespaces nesting. It was said
that namespaces
nesting is not supported. Then I'm missing a point in having namespace
named "A::B".
The same reason some people write $a = f($z, $t) and some write
$parsed_template = template_parser($template, $data_values) :)
Use any of the debuggers available to step into it and see which
function is called.
Since PHP is invoked by Apache server, how can I hockup gcc with php ?
is there an easy way to do this ?
easier way would be to run apache single-process with httpd -X under gdb
or attach to a certain process
Is this what other languages try to solve with:
import foo::*;
(untested, I don't know if this is implemented) ?
No, not implemented and probably won't be. It isn't necessary for
solving the long names problem and in fact brings the whole same problem
back again by putting all the names back
I've attached some phpt files to test this, but here's a simple
illustration:
foo.php:
bar.php:
That's how it's supposed to work. Import foo is a no-op.
import foo::foobar;
import foo::Foobaz;
foobar(); // error
new Foobaz; // ok
Well, this one might be an error - I think direct import o
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Arpad Ray wrote:
> I've attached some phpt files to test this, but here's a simple
> illustration:
>
> foo.php:
> namespace foo;
> function foobar() { }
> class Foobaz { }
> ?>
>
> bar.php:
> import foo;
> foobar(); // error
> new Foobaz; // e
Dmitry Stogov wrote:
The patch is already committed to the HEAD.
Dmitry.
There seem to be some problems with importing across files. The tests
currently in CVS are all in single files so it's not immediately
obvious. When a namespace is declared in one file and imported in
another, classes
Hi,
I read whole discussion and I'd like to share my opinion.
> Similarly, allowing multiple namespaces per file does not limit the
> developer in any way. Not allowing them does. I always thought a
> language should be designed to empower it's developers, not get in
> their way.
My opinion is
Good stuff
On 7/15/07, Dmitry Stogov <[EMAIL PROTECTED]> wrote:
The patch is already committed to the HEAD.
Dmitry.
> -Original Message-
> From: Hans Lellelid [mailto:[EMAIL PROTECTED]
> Sent: Sunday, July 15, 2007 4:37 AM
> Cc: Dmitry Stogov; 'PHP internals'
> Subject: Re: [PHP-DEV] S
start "apache -X" inside of gdb
On 7/15/07, Usman S. Ansari <[EMAIL PROTECTED]> wrote:
>> failed to open stream
>>
>> Which I have traced to file: php-4.4.7/main/streams.c and function
>> _php_stream_open_wrapper_ex
>>
>> stream = wrapper->wops->stream_opener(wrapper, path_to_open,
>> m
failed to open stream
Which I have traced to file: php-4.4.7/main/streams.c and function
_php_stream_open_wrapper_ex
stream = wrapper->wops->stream_opener(wrapper, path_to_open,
mode, options ^ REPORT_ERRORS,
opened_path, context STREAMS_REL_CC TSRMLS_CC);
Error c
Antony Dovgal wrote:
failed to open stream
Which I have traced to file: php-4.4.7/main/streams.c and function:
_php_stream_open_wrapper_ex
stream = wrapper->wops->stream_opener(wrapper, path_to_open,
mode, options ^ REPORT_ERRORS,
opened_path, context STREAMS_REL_CC
The patch is already committed to the HEAD.
Dmitry.
> -Original Message-
> From: Hans Lellelid [mailto:[EMAIL PROTECTED]
> Sent: Sunday, July 15, 2007 4:37 AM
> Cc: Dmitry Stogov; 'PHP internals'
> Subject: Re: [PHP-DEV] Simple Namespace Proposal
>
>
> As someone that has long clamoure
14 matches
Mail list logo
