Hello!
For some reason all of our code in all repositories in CVS have a tag
"RELEASE_1_0_4". Seems to have happened on the 18th, according to the
timestamp in the ChangeLog's history:
http://cvs.php.net/viewcvs.cgi/php-src/ChangeLog?view=log
If you think you've something to do with this, plea
Hi Marcus,
I like parent::foo() mach more then parent->foo() and mach-mach more then
$this->parent::foo().
Marcus, could you please explain why do you like to change syntax?
Are you looking from ZE or SPL side? :) (I just saw that your latest patches
were releated to static methods).
Thanks. Dmi
Alan Knowles wrote:
I'm not sure that js->PHP is that critical (in terms of getting clever
with objects etc), doing standard HTTP GET/POST requests with urlencoded
values into $_GET/$_POST, 99% of the time is far more efficient way of
sending data to the server, and alot easier to debug.. You c
I'm not sure that js->PHP is that critical (in terms of getting clever
with objects etc), doing standard HTTP GET/POST requests with urlencoded
values into $_GET/$_POST, 99% of the time is far more efficient way of
sending data to the server, and alot easier to debug.. You can also
implement th
I suggest running the script using strace:
strace -e trace=file php myscript.php
and taking a look to see what the underlying read/write syscalls are up to.
--Wez.
On 1/23/06, Mark Krenz <[EMAIL PROTECTED]> wrote:
>
> Thanks for your help. stream_copy_to_stream does seem like a better
> way
"Bart de Boer" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Bart de Boer wrote:
>> Bart
>
>
> I was wrong when I said that objects would be more consistent with the
> behaviour in JavaScript. When I said that I had the following JavaScript
> syntax in mind:
>
> object.property;
Bart de Boer wrote:
Mike Naberezny wrote:
Bart de Boer wrote:
Maybe introduce an optional second argument "decodetype" to
json_decode() where you could pass on a constant like JSON_ARRAY or
JSON_OBJECT?
For example:
$assoc_array = json_decode($json_string, JSON_ARRAY);
$object = json_d
Hello Andi, Sebastian,
Monday, January 23, 2006, 9:25:29 AM, Sebastian wrote:
> Lukas Smith schrieb:
>> If I get Marcus proposal properly he would then allow changing things
>> from:
>> parent::method();
>>
>> to
>>
>> parent->method();
> If that is the case, then it would be consistent to a
Andrei Zmievski wrote:
> There is no "unconverted" function list. There is unicode-progress.txt
> file where we have been tracking what has been done, but I'm not sure as
> to its accuracy as of yet. Some of the functions listed there may need
> to be looked over after Dmitry's patch.
It would be
> I guess I am confused.
> Javascript, and thus JSON, has no concept of an object.
> It has something it calls an object, but that is just an
> associative array.
> Are you trying to layer some other syntax on top of
> JSON to convey more meaning than what JSON/Javascript
> natively suppo
There is no "unconverted" function list. There is unicode-progress.txt
file where we have been tracking what has been done, but I'm not sure
as to its accuracy as of yet. Some of the functions listed there may
need to be looked over after Dmitry's patch.
-Andrei
On Jan 18, 2006, at 3:31 PM, A
Mike Naberezny wrote:
Bart de Boer wrote:
Maybe introduce an optional second argument "decodetype" to
json_decode() where you could pass on a constant like JSON_ARRAY or
JSON_OBJECT?
For example:
$assoc_array = json_decode($json_string, JSON_ARRAY);
$object = json_decode($json_string, J
Bart de Boer wrote:
Maybe introduce an optional second argument "decodetype" to
json_decode() where you could pass on a constant like JSON_ARRAY or
JSON_OBJECT?
For example:
$assoc_array = json_decode($json_string, JSON_ARRAY);
$object = json_decode($json_string, JSON_OBJECT);
I'm not
On Mon, 23 Jan 2006 11:55:26 -0500
[EMAIL PROTECTED] (Daniel Convissor) wrote:
> Hi Rasmus:
>
> On Sun, Jan 22, 2006 at 03:02:02PM -0800, Rasmus Lerdorf wrote:
> >
> > A useful tag filter that understands attributes as well so you can
> > lock down exactly which tags with which attributes you wi
Hi Andi:
On Sat, Jan 21, 2006 at 08:01:25AM -0800, Andi Gutmans wrote:
>
> Well I think the right thing to do is pass an array of "allowed"
> classes into json_decode() and raise an error/exception if it's not
> in the list.
>
> I think it wasn't clear to some people why this is needed.
> I th
On Mon, 2006-01-23 at 11:55 -0500, Daniel Convissor wrote:
> Hi Rasmus:
>
> On Sun, Jan 22, 2006 at 03:02:02PM -0800, Rasmus Lerdorf wrote:
> >
> > A useful tag filter that understands attributes as well so you can lock
> > down exactly which tags with which attributes you wish to allow through.
Hi Rasmus:
On Sun, Jan 22, 2006 at 03:02:02PM -0800, Rasmus Lerdorf wrote:
>
> A useful tag filter that understands attributes as well so you can lock
> down exactly which tags with which attributes you wish to allow through.
Tags? Attributes? I can try to guess what you mean, but perhaps yo
Thanks for your help. stream_copy_to_stream does seem like a better
way to go. However I still have the same problem. Only 65536 bytes are
written to /tmp/output.txt. Here is the new source code based on your
ideas:
--
Thanks for pointing that out. I confused the earlier CVS commit with
this change.
At 11:12 PM 1/22/2006, Dmitry Stogov wrote:
Andi,
Marcus didn't commit this patch.
BTW: I am glad with existing syntax and semantic and don't see any reason to
change them.
They are simular to other programming
Hannes Magnusson wrote:
Hi all
Isn't http://news.php.net/php.cvs/36579 fix for #34059 ? (not
mentioned in the NEWS file - and the report is still open).
The patch addresses the feature request you've mentioned, I've closed
that particular bug.
Ilias previous get_headers() patch (http://new
There are quite a few bad streams usages there.
I'd rewrite your code like this:
$words = fopen('/usr/share/dict/words', 'r');
stream_copy_to_stream($words, $pipes[0]);
fclose($pipes[0]);
fclose($words);
$output = stream_get_contents($pipes[1]);
fclose($pipes[1]);
proc_close($process);
My guess
Hi all
Isn't http://news.php.net/php.cvs/36579 fix for #34059 ? (not
mentioned in the NEWS file - and the report is still open).
Ilias previous get_headers() patch (http://news.php.net/php.cvs/36564)
allows get_headers() to use "default context" set by
stream_context_get_default() (which btw is q
PHP 5 Bug Database summary - http://bugs.php.net
Num Status Summary (385 total including feature requests)
===[*Directory/Filesystem functions]
35691 Assigned Can't change to another drive letter using chdir()
Lukas Smith schrieb:
> If I get Marcus proposal properly he would then allow changing things
> from:
> parent::method();
>
> to
>
> parent->method();
If that is the case, then it would be consistent to allow
this->method()
this->attribute
parent->attribute
too, no? (Note that I am
Andi Gutmans wrote:
Yes, this was by design. Via class it should be ::method() and via
object it should be ->method().
Why do you think this is wrong? I think it actually makes a lot of sense
and don't see what we gain from allowing to call self->method(). If
there's a good reason, I'd be open
PHP 4 Bug Database summary - http://bugs.php.net
Num Status Summary (615 total including feature requests)
===[*General Issues]==
36001 Assigned make install fails when --enable-memory-limit used
36002 Feedback bundled pear packages
26 matches
Mail list logo
