Hi!
I've noticed a peculiar thing in our code - both Netware and Windows do
not have native support for chown/chgrp. However on Netware these
functions are not defined, but on Windows the are defined and always
return false. So the question is - why? Is there any reason why Netware
doesn't de
On Mon, Sep 5, 2011 at 10:26 PM, Stas Malyshev wrote:
> Hi!
>
> I have the pdo_mysql common.phpt test failing on my config, specifically the
> REDIRECTTEST part. It is probably due to the way I run the tests, but other
> tests work fine, only this one is wrong. So my environment is like this:
> My
Am 05.09.2011 18:49, schrieb Rasmus Lerdorf:
In cases where there is no agreement whether something is a bug or just
undefined behaviour it would be really nice if the library authors could
work this out and agree on a common behaviour and failing that PHP
should try to mask the internal Oracle/
Hi!
I have the pdo_mysql common.phpt test failing on my config, specifically
the REDIRECTTEST part. It is probably due to the way I run the tests,
but other tests work fine, only this one is wrong. So my environment is
like this:
My build directory in under php source in separate dir, so for 5
Despite several mentions in the manual, lots of php 5.3 code uses this with
instanceof or in function signature (eg: Doctrine 2).
If you don't want to support this in the future, could this be cleaned-up in
5.4?
( the longer you wait, the more you break )
Possibly by creating a interface called C
On Mon, Sep 5, 2011 at 9:40 PM, Stas Malyshev wrote:
> Hi!
>
> On 9/5/11 6:57 AM, Pierre Joye wrote:
>>
>> The main problem is that putenv and getenv are not thread safe and
>> many tests will fail either when using TS SAPIs or on Windows. This
>
> I'm not sure I understand how putenv() being non-
Hi!
On 9/5/11 6:57 AM, Pierre Joye wrote:
The main problem is that putenv and getenv are not thread safe and
many tests will fail either when using TS SAPIs or on Windows. This
I'm not sure I understand how putenv() being non-thread-safe leads to
tests failing - tests aren't threaded and AFAI
On Sat, 2011-09-03 at 14:42 +0200, Johannes Schlüter wrote:
> mysqlnd is not yet default from php.net side but SuSE has chosen to do
> so. 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 ca
On 09/05/2011 08:07 AM, Andrey Hristov wrote:
> and here we see a bug. The value in libmysql is not reset, as the
> Documentation states. Clear bug.
For cases where a test exposes a libmysql bug, especially if it is
something that acts differently across different versions of libmysql,
the test s
Hi,
On 09/05/2011 04:53 PM, Ulf Wendel wrote:
This is the one and only mysqlnd-libmysql difference of some practical
relevance. I consider it at least questionable if libmysql is correct.
If it was to be decided that mysqlnd is wrong, it is probably like five
lines of code in mysqlnd to change,
On Tue, May 31, 2011 at 21:33, Philip Olson wrote:
> Hello everyone,
>
> There are differing opinions on this matter so I'll base a conclusion on
> current SVN:
>
> - Both (INF==INF and INF===INF) are true in PHP 5_4 because it's the correct
> behavior
> - PHP 5_3 will continue as is for BC reas
This is the one and only mysqlnd-libmysql difference of some practical
relevance. I consider it at least questionable if libmysql is correct.
If it was to be decided that mysqlnd is wrong, it is probably like five
lines of code in mysqlnd to change, if need be.
Am 02.09.2011 19:19, schrieb S
On Mon, Sep 5, 2011 at 4:05 PM, Derick Rethans wrote:
> On Mon, 5 Sep 2011, Pierre Joye wrote:
>
>> The main problem is that putenv and getenv are not thread safe and
>> many tests will fail either when using TS SAPIs or on Windows. This
>> method is already deprecated and it is recommended to rel
Libmysql only test, skipped if using mysqlnd.
No mysqlnd-libmysql BC break here.
Am 02.09.2011 19:19, schrieb Stas Malyshev:
new mysqli() [ext/mysqli/tests/mysqli_connect_oo_warnings.phpt]
This one just times out trying to look up the invalid DNS name. This is
a recent breakage, didn't happen b
On Mon, 5 Sep 2011, Pierre Joye wrote:
> The main problem is that putenv and getenv are not thread safe and
> many tests will fail either when using TS SAPIs or on Windows. This
> method is already deprecated and it is recommended to rely on the
> other methods.
>
> Objections/comments?
I'm agai
hi,
ext/date still supports the TZ environment variable in 5.3+ despite
the better alternative available via either php.ini (per directory
too) or http://www.php.net/date_default_timezone_set.
The main problem is that putenv and getenv are not thread safe and
many tests will fail either when usin
Am 05.09.2011 15:28, schrieb Andrey Hristov:
On 09/05/2011 03:19 PM, Ulf Wendel wrote:
... always use the latest and greatest. Libmysql bug, exact version
range is not known to me. Feel free to change the test to be skipped
during SKIPIF, for example, like this:
require(connect.inc)
if (!IS_MY
On 09/05/2011 03:19 PM, Ulf Wendel wrote:
No mysqlnd-libmysql BC break here.
Metadata and libmysql - there's hardly a better example why mysqlnd
should be set as a default. With libmysql as a default, PHP 5.4 will
have a "randomly" crashing default configuration.
https://bugs.php.net/bug.php?id
No mysqlnd-libmysql BC break here.
Metadata and libmysql - there's hardly a better example why mysqlnd
should be set as a default. With libmysql as a default, PHP 5.4 will
have a "randomly" crashing default configuration.
https://bugs.php.net/bug.php?id=55001
http://bugs.mysql.com/bug.php?i
On Mon, Sep 5, 2011 at 2:06 PM, Hannes Magnusson
wrote:
> On Mon, Sep 5, 2011 at 14:03, Pierre Joye wrote:
>> as I said earlier, these files are updated on release. It will be done
>> for the next releases. I will see if I can provide "snapshots" SDK but
>> that's something I try to avoid as it b
On Mon, Sep 5, 2011 at 14:03, Pierre Joye wrote:
> as I said earlier, these files are updated on release. It will be done
> for the next releases. I will see if I can provide "snapshots" SDK but
> that's something I try to avoid as it bring its lot of issues with
> unstable/untested libs.
That so
as I said earlier, these files are updated on release. It will be done
for the next releases. I will see if I can provide "snapshots" SDK but
that's something I try to avoid as it bring its lot of issues with
unstable/untested libs.
In the meantime it is very easy to replace the existing bison wit
Then we need a sdk-dev so people doing their own windows builds can
work in a correct environment while they are testing.
Updating the sdk only on release makes it impossible for devs to test
on windows prior to releases.
-Hannes
On Sat, Sep 3, 2011 at 00:55, Pierre Joye wrote:
> It uses now bis
Am 05.09.2011 12:00, schrieb Stas Malyshev:
Hi!
On 9/5/11 2:49 AM, Ulf Wendel wrote:
Returning a relevant value for stmt_num_rows() seems a valid feature
request that makes perfectly sense to me and is somewhat in line with
the vague non-PS documentation of the case.
It's not a good situation
Hi!
On 9/5/11 2:49 AM, Ulf Wendel wrote:
Returning a relevant value for stmt_num_rows() seems a valid feature
request that makes perfectly sense to me and is somewhat in line with
the vague non-PS documentation of the case.
It's not a good situation where mysqlnd and libmysql have different
s
Am 05.09.2011 11:37, schrieb Stas Malyshev:
Hi!
On 9/5/11 2:29 AM, Ulf Wendel wrote:
- BC breakage is impossible because behavior is undefined
- update test, issue gone
OK, since you say it's not the intended behavior to be relied upon, I'll
remove this check from the test (if nobody beats me
On Mon, Sep 5, 2011 at 11:37 AM, Stas Malyshev wrote:
> Hi!
>
> On 9/5/11 2:29 AM, Ulf Wendel wrote:
>>
>> - BC breakage is impossible because behavior is undefined
>> - update test, issue gone
>
> OK, since you say it's not the intended behavior to be relied upon, I'll
> remove this check fro
Hi!
On 9/5/11 2:29 AM, Ulf Wendel wrote:
- BC breakage is impossible because behavior is undefined
- update test, issue gone
OK, since you say it's not the intended behavior to be relied upon, I'll
remove this check from the test (if nobody beats me to it).
--
Stanislav Malyshev, Softw
On Sun, Sep 4, 2011 at 18:44, Ferenc Kovacs wrote:
> 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 curren
Am 04.09.2011 06:35, schrieb Stas Malyshev:
The ones I'm most worried about are:
1. mysqli_stmt_num_rows() is expected to return number of rows after all
rows were fetched while returning 0 before that. libmysql definitely
Yes, here the test assumes a marginally different behavior. The test
n
Hi,
aside from the actual question: run-tests.php already makes heavy usage
of realpath, so it's impossible to run the tests on a system without
realpath.
$ grep realpath run-tests.php | wc -l
14
johannes
On Sun, 2011-09-04 at 16:41 +0200, Ferenc Kovacs wrote:
> Sorry, for the late reply, I
Am 05.09.2011 11:08, schrieb Stas Malyshev:
> Hi!
>
> On 9/5/11 1:24 AM, Andrey Hristov wrote:
>> the problem is that libmysql breaks, maybe more often than mysqlnd does.
>> We rarely find bugs in mysqli, there are two codepaths in mysqli. If
>> there is a bug in libmysql, what do you want:
>
>
Hi!
On 9/5/11 1:24 AM, Andrey Hristov wrote:
the problem is that libmysql breaks, maybe more often than mysqlnd does.
We rarely find bugs in mysqli, there are two codepaths in mysqli. If
there is a bug in libmysql, what do you want:
If we're dealing with libmysql bug, then I guess the expected
On Sun, Sep 4, 2011 at 22:38, Stas Malyshev wrote:
> 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
Hi Stas,
On 09/02/2011 10:44 PM, Stas Malyshev wrote:
Hi!
On 9/2/11 1:41 PM, Ferenc Kovacs wrote:
I think you missed the referenced [1]:
[1] Yes, we will still allow building with libmysql and we will fix bugs
reported there and we will verify it works but focus on mysqlnd, as
we're actually
35 matches
Mail list logo
