I think it is a bug fix and should be applied to 5.3, as the report is
based 5.3 as well.
2011/9/4 Stas Malyshev :
> Hi!
>
> On 9/4/11 2:44 PM, Pierre Joye wrote:
>> 5.3?
>
> It changes the API (even though old one is wrong IMO) so I'm not sure if
> it belongs there. Up to 5.3 RM.
>
> --
> Stanisl
Hi!
On 9/4/11 1:35 PM, Kalle Sommer Nielsen wrote:
But if its possible to always be available in ZTS, what would the
reasoning for it not to be available in NTS? I haven't dug into the
code that deeply so I'm just curious.
My guess - ZTS has virtualized directory handling system (VCWD), NTS
d
Hi Pierre
2011/9/4 Pierre Joye :
> Afaict It is actually always available in userland, but maybe the OS
> realpath function may not be available, but that does not affect
> userland's realpath.
http://lxr.php.net/opengrok/xref/PHP_TRUNK/ext/standard/file.c#2275
According to that its commented ou
On Sun, Sep 4, 2011 at 7:59 PM, Reindl Harald wrote:
>
>
> Am 04.09.2011 19:52, schrieb Stas Malyshev:
>
>>> There are incimoatibilities too across libmysql versions and across
>>> mysql servers, which are actually affecting existing codes.
>>
>> I don't know of any incompatibilities that change s
Am 04.09.2011 19:52, schrieb Stas Malyshev:
>> There are incimoatibilities too across libmysql versions and across
>> mysql servers, which are actually affecting existing codes.
>
> I don't know of any incompatibilities that change semantics on this level,
> and anyway libmysql is beyond our c
On Sun, Sep 4, 2011 at 8:08 PM, Stas Malyshev wrote:
>> No, just like what I said for the is_a change, but it was acceptable
>> for is_a, right? is_a actually broken many (many) apps and codes out
>> there and it was easily identified, and it was even acceptable in a
>> patch release. Go figure.
Hi!
On 9/4/11 10:59 AM, Pierre Joye wrote:
No, just like what I said for the is_a change, but it was acceptable
for is_a, right? is_a actually broken many (many) apps and codes out
there and it was easily identified, and it was even acceptable in a
patch release. Go figure.
Please do not drag
Hi!
On 9/4/11 9:38 AM, Pierre Joye wrote:
hi,
Stas, would you like to look at them or like me to do it? Some are DST
related, not sure if it is related to a diff ICU version (we use the
latest).
Just tried, all pass for me on my machine, so I suspect it's because of
differences in CLDR data e
hi,
On Sun, Sep 4, 2011 at 7:52 PM, Stas Malyshev wrote:
> So you're saying breaking BC is OK if only you can find some unaffected
> applications, right?
No, just like what I said for the is_a change, but it was acceptable
for is_a, right? is_a actually broken many (many) apps and codes out
the
Hi!
On 9/4/11 3:43 AM, Pierre Joye wrote:
It is not "works for me" but what actually represent a very large amount
of the running php codes out there.
So you're saying breaking BC is OK if only you can find some unaffected
applications, right?
There are incimoatibilities too across libmysq
Hi.
the test mentioned in the subject fails on the current trunk.
it seems that
Dynamic Library Support => enabled
Path to sendmail => -t -i
is now missing of the output of php -n --ri standard
I've checked and with the current trunk, it is missing from even php
-i(aka phpinfo)
I think that thi
hi,
The following tests fail on our tests boxes and gcov:
datefmt_localtime_code()
[G:\php-sdk\php-src\branches\PHP_5_4\ext\intl\tests\dateformat_localtime.phpt]
datefmt_parse_code()
[G:\php-sdk\php-src\branches\PHP_5_4\ext\intl\tests\dateformat_parse.phpt]
datefmt_parse_localtime() with parse po
On Sun, Sep 4, 2011 at 5:11 PM, Ferenc Kovacs wrote:
> it seems that we have more tests using realpath already, what would be
> the best approach here?
> for middle/long term, it would be good to have realpath working on all
> supported platforms, because imo thats a pretty basic function.
Afaic
On Sun, Sep 4, 2011 at 4:51 PM, Kalle Sommer Nielsen wrote:
> Hi
>
> 2011/9/4 Ferenc Kovacs :
>> Sorry, for the late reply, I missed this mail:
>> I checked the documentation, but I can't see a mention about this
>> http://php.net/realpath
>> could somebody confirm this?
>
> According to the sourc
Hi
2011/9/4 Ferenc Kovacs :
> Sorry, for the late reply, I missed this mail:
> I checked the documentation, but I can't see a mention about this
> http://php.net/realpath
> could somebody confirm this?
According to the source then it is commented out on BeOS and Netware
in NTS and always availabl
Sorry, for the late reply, I missed this mail:
I checked the documentation, but I can't see a mention about this
http://php.net/realpath
could somebody confirm this?
On Sat, Sep 3, 2011 at 1:37 AM, Kalle Sommer Nielsen
wrote:
> Hi
>
> Afair realpath() is not always available, so maybe a function_
On Sun, Sep 4, 2011 at 12:41 PM, Alexey Shein wrote:
> It fails for me too, but only in PHP_5_3 branch, PHP_5_4 and trunk are
> ok. It seems it starts to fail after Rasmus's default backtrack limit
> increasion (as Tyrael pointed in his message), which was fixed for
> PHP_5_4 and trunk in this com
thanks, I should have mentioned that I was playing with the 5_3 branch.
On Sun, Sep 4, 2011 at 12:41 PM, Alexey Shein wrote:
> It fails for me too, but only in PHP_5_3 branch, PHP_5_4 and trunk are
> ok. It seems it starts to fail after Rasmus's default backtrack limit
> increasion (as Tyrael poi
On 09/04/2011 05:28 AM, Gustavo Lopes wrote:
On Sun, 04 Sep 2011 04:05:32 +0100, Kalle Sommer Nielsen
wrote:
2011/9/3 Arpad Ray:
- Variable declarations should always begin a block, some platforms
will bork otherwise.
Actually this is required for the C standard, the early ones that we
use i
On 09/03/2011 11:41 PM, Arpad Ray wrote:
Haven't had much of a look yet but I really like the concept :)
Glad to hear that. I had this idea for a long time, but I've never got
time to look at it.
A couple of minor things to note:
- Now would be a good time to make it follow the PHP codi
Can you please open you eyes a little bit so we can move fordward in this
simehow sterile discussion?
It is not "works for me" but what actually represent a very large amount of
the running php codes out there.
There are incimoatibilities too across libmysql versions and across mysql
servers, whi
It fails for me too, but only in PHP_5_3 branch, PHP_5_4 and trunk are
ok. It seems it starts to fail after Rasmus's default backtrack limit
increasion (as Tyrael pointed in his message), which was fixed for
PHP_5_4 and trunk in this commit:
http://svn.php.net/viewvc?view=revision&revision=312110.
Am 04.09.2011 12:22, schrieb Stas Malyshev:
> Hi!
>
> On 9/4/11 2:38 AM, Pierre Joye wrote:
>> What are you actually afraid of?
>
> Having two different semantics inside one mysql extension.
so these have to be cleaned up
>> Libmysql will still be supported. Mysqlnd, despite your examples, wo
Hi!
On 9/4/11 2:38 AM, Pierre Joye wrote:
What are you actually afraid of?
Having two different semantics inside one mysql extension.
Libmysql will still be supported. Mysqlnd, despite your examples, work
out of a bix with all major apps and frameworks out there. We do test it
Do you reall
Am 04.09.2011 11:54, schrieb Tomas Kuliavas:
> 2011.09.04 12:13 Reindl Harald rašė:
>>
>>
>> Am 04.09.2011 06:37, schrieb Stas Malyshev:
>>> Hi!
>>>
>>> On 9/2/11 6:51 PM, Rasmus Lerdorf wrote:
Forget the failed tests. A new PHP release is about improving the
ecosystem. If the folks tha
2011.09.04 12:13 Reindl Harald rašė:
>
>
> Am 04.09.2011 06:37, schrieb Stas Malyshev:
>> Hi!
>>
>> On 9/2/11 6:51 PM, Rasmus Lerdorf wrote:
>>> Forget the failed tests. A new PHP release is about improving the
>>> ecosystem. If the folks that maintain libmysql and mysqlnd suggest that
>>> mysqlnd
Am 04.09.2011 11:33, schrieb Stas Malyshev:
> Hi!
>
> On 9/4/11 2:13 AM, Reindl Harald wrote:
>> again:
>> running some hundret domains and made the switch to PHP 5.3 AND mysqlnd
>> at once, no single problem - there are no differences in the real world
>
> That's assuming "real world" is exclu
Stas,
What are you actually afraid of?
Libmysql will still be supported. Mysqlnd, despite your examples, work out
of a bix with all major apps and frameworks out there. We do test it using
drupal 6&7, wp, oscommerce, mediawiki, sugarcrm, etc since 5.3.0. We have
zero compatibility.
In short, I d
Hi!
On 9/4/11 2:13 AM, Reindl Harald wrote:
again:
running some hundret domains and made the switch to PHP 5.3 AND mysqlnd
at once, no single problem - there are no differences in the real world
That's assuming "real world" is exclusively your experience. In the
meantime, outside of this "rea
>> First, you seem to try to lex the PHP code yourself too. Why don't you
>> use PHP's internal lexing capabilities?
>
> I can't. This is documented in the README.
I should definitely have read your README first before answering ;)
But I don't quite get your argument in the README that the internal
Am 04.09.2011 06:37, schrieb Stas Malyshev:
> Hi!
>
> On 9/2/11 6:51 PM, Rasmus Lerdorf wrote:
>> Forget the failed tests. A new PHP release is about improving the
>> ecosystem. If the folks that maintain libmysql and mysqlnd suggest that
>> mysqlnd is more robust and it is the path forward, why
On Sun, Sep 4, 2011 at 9:21 AM, Nikita Popov wrote:
> Hi Flavius!
>
> I am working on PHP Parser in user land code
> (https://github.com/nikic/PHP-Parser), which currently has
> capabilities to parse PHP 5.3 into an AST and compile the nodes back
> to PHP source.
Just as a side note: we do have a
On 09/04/2011 09:21 AM, Nikita Popov wrote:
Hi Flavius!
Hi Nikita
First, you seem to try to lex the PHP code yourself too. Why don't you
use PHP's internal lexing capabilities?
I can't. This is documented in the README.
Second, you seem to try to parse PHP using your own grammar. From my
Hi Flavius!
I am working on PHP Parser in user land code
(https://github.com/nikic/PHP-Parser), which currently has
capabilities to parse PHP 5.3 into an AST and compile the nodes back
to PHP source.
>From my experience in building it, some notes:
First, you seem to try to lex the PHP code yours
Le 03/09/2011 14:42, Johannes Schlüter a écrit :
> Now there is one consequence: If mysqlnd is used it will be built
> statically in PHP, even on Unix, even if the other MySQL modules are
> built shared. This can be fixed by adding a specific configuration
> option to enforce mysqlnd being build as
35 matches
Mail list logo
