On Fri, Jul 06, 2007 at 01:29:31 +0300, Tzachi Tager wrote:
> Hi,
> I was looking at Bug #40928 - escapeshellarg() does not quote percent
> (%) correctly for cmd.exe.
> This bug seems to be because escapeshellarg() in Windows replaces '%'
> and '"' with spaces, while assuming there isn't a real es
You mean this will break:
because of Unicode?
I'd say it won't do what it did before. Though I'm not sure bit
operations on unicode make any sense at all... The problem here is the
requirement conflict - how PHP can possibly know if $_POST['foo'] is a
bit field or unicode string?
But if
On Thu, 2007-07-05 at 22:47 -0500, Richard Lynch wrote:
> On Fri, June 29, 2007 3:25 am, Alexey Zakhlestin wrote:
> > The thing which I don't understand is: why do people want backward
> > compatibility that much?
>
> Because if you run a webhost with a zillion users, half of whom are
> screaming
On 6/26/07, Vijay Aswadhati <[EMAIL PROTECTED]> wrote:
To create and maintain YAMI PHP extension. Please refere to this thread:
http://news.php.net/php.pecl.dev/4743 for the announcement and the subsequent
discussion.
Confirmed, please approve this account, I can give him the right karma.
Th
Hi Richard,
- Original Message -
From: "Richard Lynch"
Sent: Thursday, July 05, 2007 10:43 PM
> On Fri, June 29, 2007 1:21 am, Tomas Kuliavas wrote:
> >> If unicode semantics are "on" what exactly is borked in PHP 5?
> >
> > In Unicode mode \[0-7]{1,3} and \x[0-9A-Fa-f]{1,2} refer to uni
On Sun, July 1, 2007 2:50 pm, Sebastian Bergmann wrote:
> Pavel Shevaev schrieb:
>> What I actually need, not the object hash but simply its unique id.
>
> The problem is that there is no such unique id in the current engine.
How does PHP internally distinguish it?
Surely it has some kind of poi
On Sun, July 1, 2007 2:18 pm, Pavel Shevaev wrote:
> $ php -r "class Foo{};$foo = new Foo();var_dump($foo);"
> object(Foo)#1 (0) {
> }
>
> What I actually need, not the object hash but simply its unique id.
According to Marcus, it's NOT unique.
But I can see that for debugging, it would be very v
On Sat, June 30, 2007 9:55 am, Jakob Buchgraber wrote:
> Okay, I can now reproduce the problem. Here is the code:
> class Foo {
> public function __destruct() {
> throw new Exception();
> }
> }
>
> $a = new Foo();
> ?>
>
> I couldn't reproduce it before as I didn't assign the in
On Fri, June 29, 2007 3:25 am, Alexey Zakhlestin wrote:
> The thing which I don't understand is: why do people want backward
> compatibility that much?
Because if you run a webhost with a zillion users, half of whom are
screaming for PHP 6, and half of whom are screaming because something
broke, y
On Fri, June 29, 2007 1:21 am, Tomas Kuliavas wrote:
>> If unicode semantics are "on" what exactly is borked in PHP 5?
>
> In Unicode mode \[0-7]{1,3} and \x[0-9A-Fa-f]{1,2} refer to unicode
> code
> points and not to octal or hexadecimal byte values. Fix is not
> backwards
> compatible.
Gak.
You
Stanislav Malyshev wrote:
>> something isn't clear to me: Is php as apache module supposed to work
>> without problems - if compiled as zts - only on apache worker or even
>> on apache prefork?
>
> I think if you manage to compile it that way it might work, but I don't
> really see why you would w
Writing an extension with maintainer zts enabled is a good way to ensure
you remembered to add the needed TSRM stuff.
Right, that's a good idea to check extension in TS mode. However, I'd
not run TS module in prefork beyond testing.
--
Stanislav Malyshev, Zend Software Architect
[EMAIL PROTECT
Writing an extension with maintainer zts enabled is a good way to ensure
you remembered to add the needed TSRM stuff.
Scott
Oliver Block wrote:
I think someone recommended me to compile --with-maintainer-zts, because
I was working on some functions within the imap extension.
That's the main re
I think someone recommended me to compile --with-maintainer-zts, because
I was working on some functions within the imap extension.
That's the main reason.
Regards,
Oliver
Stanislav Malyshev schrieb:
something isn't clear to me: Is php as apache module supposed to work
without problems - if
something isn't clear to me: Is php as apache module supposed to work
without problems - if compiled as zts - only on apache worker or even on
apache prefork?
I think if you manage to compile it that way it might work, but I don't
really see why you would want to do it - TS build is slower.
-
Hi,
I was looking at Bug #40928 - escapeshellarg() does not quote percent
(%) correctly for cmd.exe.
This bug seems to be because escapeshellarg() in Windows replaces '%'
and '"' with spaces, while assuming there isn't a real escaping method
for command line in Windows. Therefore I'm guessing no o
Hello,
something isn't clear to me: Is php as apache module supposed to work
without problems - if compiled as zts - only on apache worker or even on
apache prefork?
Regards,
Oliver
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
I am maintainer of the PEAR package File_Fortune, and need a CVS account in
order to, initially, commit documentation for it, and later to commit files
related to that package.
Arnaud Limbourg suggested I receive an account (userid arnaud) so he can grant
me karma to peardoc
--
PHP Internals
I think the following example is much better, however I am not sure it's a
right direction. Namespaces are intended to declare names that can conflict
with names from other namespaces (including global namespace), do I am not
sure that we need special keyword for internal functions.
This is some
I would probably be in favor of throwing a notice or a warning when
someone modifies a built-in function (or even throw an exception) and
What's the use of having feature that produces an error when used?
Anyway, it won't help you since you could have global function defined
later than namespa
As a PHP user also frustrated with lack and namespaces and having
lurked here for a while I know there was a prior proposal and many
countless, lengthy discussions on separators and all. Have the prior
proposals been invalidated?
I think most prior proposals tried to do too much and got into va
Names in namespace will never conflict with user names in global namespace.
Dmitry.
> -Original Message-
> From: Brian Moon [mailto:[EMAIL PROTECTED]
> Sent: Thursday, July 05, 2007 7:24 PM
> To: Dmitry Stogov
> Cc: 'David Coallier'; 'Stefan Priebsch'; 'PHP internals';
> Stanislav Malys
Dmitry Stogov wrote:
I think the following example is much better, however I am not sure it's a
right direction. Namespaces are intended to declare names that can conflict
with names from other namespaces (including global namespace), do I am not
sure that we need special keyword for internal fun
As a PHP user also frustrated with lack and namespaces and having lurked here
for a while I know there was a prior proposal and many countless, lengthy
discussions on separators and all. Have the prior proposals been invalidated?
--Tony
- Original Message
From: Stefan Priebsch <[EMA
I think the following example is much better, however I am not sure it's a
right direction. Namespaces are intended to declare names that can conflict
with names from other namespaces (including global namespace), do I am not
sure that we need special keyword for internal functions.
We'll think li
On 7/5/07, Stefan Priebsch <[EMAIL PROTECTED]> wrote:
David Coallier schrieb:
> I would probably be in favor of throwing a notice or a warning when
> someone modifies a built-in function (or even throw an exception) and
> that way as soon as you do such thing you would know right away that
> you
David Coallier schrieb:
> I would probably be in favor of throwing a notice or a warning when
> someone modifies a built-in function (or even throw an exception) and
> that way as soon as you do such thing you would know right away that
> you modified something and you would know where the modifica
On 7/5/07, Stefan Priebsch <[EMAIL PROTECTED]> wrote:
Hi Dmitry,
thanks for your clarifications. I like your concept very much, as a PHP
user, however, I am a little concerned about some ambiguities your
concept introduces. I feel this might be a source of error for many
programmers, especially
Helping with
the PEAR package Services_Webservices
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi Dmitry,
thanks for your clarifications. I like your concept very much, as a PHP
user, however, I am a little concerned about some ambiguities your
concept introduces. I feel this might be a source of error for many
programmers, especially less experienced ones.
> In any case you won't use clas
Hi,
thank you for reviewing my patch.
Antony Dovgal wrote:
Are you sure this part of the patch is correct?
Yes
[[ cut away code ]]
First you free the pdu and then go to the retry label which uses it and
then frees it again on failure.
You misunderstund.
status = snmp_synch_respo
31 matches
Mail list logo
