.
12:48 @tony2001 dsp__: I see no point in removing it completely and breaking
BC for no reason
12:48 @tony2001 you can remove it, but leave a macro to make sure old code
still works
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime
was successful\n);
else
printf(Done moving hash forward. Result was a failure\n);
}
What's the point of this if() ?
You continue reading the values even if move_forward() fails (i.e. the end is
reached).
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing
Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Aha - bottom of section at http://re2c.org/manual.html#lbAJ
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
very appreciate your comments!
The patch didn't come through.
Make sure the patch is in *.txt, the maillist accepts only text/plain
attachments.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 26.02.2009 17:19, Ilia Alshanetsky wrote:
Let's reach a conclusion by end of day (EST time) so release can either be
made or
delayed.
+0
Just go ahead and release it.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
so i tossed together a quick patch w/ no emalloc or va_list against the
latest 5.3 snapshot.
what do you think?
What happened to call_user_function() ?
Why break the API and make extension maintainers use even more #if's ?
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development
really not sure to can give a test case to reproduce the problem ;
so, is this valgrind output suffisant ?
No, it's not enough, a (short) reproduce script is required.
Also please try to run the same script with 5_3.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing
On 12.01.2009 13:38, Richard Quadling wrote:
Can someone please commit these typo fixes.
Committed, thanks a lot.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
won't release memory to the system.
That's plain wrong.
Of course it does free() memory whenever it thinks the memory should be
free()-ed.
Though that doesn't guarantee that the OS is be able to reuse this memory.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
.
That won't affect memory usage very much.
I gives appox 2MB per php-cli instance. Sometimes it's good enough, if for
example you need to run 200 instances.
Shared libs are, well, shared among the processes, so I don't think it's per
instance.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP
On 01.01.2009 18:03, Bernhard Schmalhofer wrote:
Hi,
after syncing with PHP 5.3 head I have a problem with compiling under Linux.
After the first failure I went through a 'make distclean; ./configure;
make' - cycle,
but got the same failure:
./cvsclean ./buildconf
--
Wbr,
Antony
.
Thanks.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 02.12.2008 19:49, Christian Seiler wrote:
Hi,
I have given you ZE karma. Please commit this yourself no later than
Tuesday evening!
Thanks done.
Thanks to you! =)
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
On 24.10.2008 16:15, Felipe Pena wrote:
Hi youngs,
What about moving mSQL to pecl? :)
Well, That isn't a task for me, ... just for remember!
http://news.php.net/php.internals/25296 =)
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit
of these test failures.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
that's easier to tweak maintain (for us)?
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
have any scripts we need already implemented in Python?
If not, I don't see why should we even care what Subversion uses.
We have our own needs and I see nothing wrong in using PHP for
sending commit logs to the list, doing authorization and updating
the changelog, do you?
--
Wbr,
Antony
On 11.09.2008 12:01, Raghubansh wrote:
Thanks Jani, I have using the same machine with Autoconf V2.59 since 2007
and it use to work :(. I shall get the autoconf-2.13. installed and check.
thanks.
Can't see any problems with autoconf 2.61.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP
of openSUSE,
Fedora and probably others.
Are you sure?
I can see them in -devel packages all right.
# rpm -qf /usr/lib64/libbz2.a
libbz2-devel-1.0.5-13.1
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
from /Users/jochem/src/php-5.3.0alpha2/ext/standard/info.c:47:
/Users/jochem/src/php-5.3.0alpha2/ext/iconv/php_iconv.h:42:42: error:
ext/iconv/php_have_ibm_iconv.h: No such file or directory
Should be fixed in CVS, thanks for noticing.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime
On 06.09.2008 16:42, sotiris karavarsamis wrote:
i've got a webserver which runs php 5.2.3 via fastcgi,
The latest stable version is 5.2.6, not 5.2.3.
I can't find any mention of X-Powered in 5.2.6 CGI sources,
but both cases in main/main.c do check expose_php INI setting.
--
Wbr,
Antony
,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 05.09.2008 14:57, Stan Vassilev | FM wrote:
I read it. \D in the same string isn't a legal escaped combination and this
is where the user will be warned.
Nope. This is perfectly legal, too.
# php -r 'var_dump(\W\H\A\T?);'
string(9) \W\H\A\T?
--
Wbr,
Antony Dovgal
--
PHP Internals
back.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
be no way to know you're calling a method you're
not supposed to call (unless you trigger an error yourself).
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
there is a lot of work
to be done, and writing a very detailed RFC in the Wiki would be very good start.
Also (I have to say it..) we do accept patches.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 18.08.2008 15:06, Valeriu Buzila wrote:
Improvement of performance
You don't need a CVS account to start preparing patches and working with the
community.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
' \
$@
Please run `/usr/local/apache/current/bin/httpd -V` and paste the output here.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 15.08.2008 11:55, Antony Dovgal wrote:
On 15.08.2008 01:17, Uwe Pries wrote:
Hello internals,
I use following configure script to build PHP 5.3.0alpha2-dev:
#! /bin/sh
#
# Created by configure
'./configure' \
'--with-apxs2=/usr/local/apache/current/bin/apxs' \
'--with-config-file-path
On 13.08.2008 01:31, Phil Oleson wrote:
Thus the diff -u I sent in.. which resolves the above compiler failure with g++.
Committed, thanks!
Btw, how and why did you manage to get g++ compiling plain C code?
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
realpath() implementation into a bugfix branch is not an
option in any case.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
this patch committed, not just this
should that.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 01.08.2008 14:11, Antony Dovgal wrote:
I can agree that disabling something that was already enabled in 5.2 might create
some confusion, but why enable scarcely created extensions by default, especially if
they are known to cause lost of obscure problems in the past (like Phar)?
See http
.
And I feel it's now or never, since after alpha2 we'll hear oh, it's too
late to disable it, users now expect it to be enabled.
At least that's quite expected after seeing we enabled it just for alpha
(ha-ha! why don't you enable everything in alpha releases then?).
--
Wbr,
Antony Dovgal
more deeper than you thought.
No, it still segfaults.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
release fail.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
such practice before.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
to the release, but we won't
disable it EVER because it was enabled all the way long and now it's too late
or it looks stable enough for me.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
, others are in doubt. Some say that they are enabled for alpha only,
others say this is not yet final.
But the fact is - they are enabled and that concerns me because
I do not believe it's going to change at all.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
at this point. It'd be a different
matter if it were.
Correct.
But they don't install it by default on all computers.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
whatever I do.
Users waiting for features will surely beat any common sense.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
/standard/tests/file/clearstatcache_001.phpt fails with the patch applied.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
.
These three tests fail on AIX *without* the patch and pass with it,
so the patch seems to fix some issues indeed =)
ext/standard/tests/file/readlink_realpath_basic1.phpt
ext/standard/tests/file/readlink_realpath_basic2.phpt
ext/standard/tests/file/realpath_basic3.phpt
--
Wbr,
Antony Dovgal
--
PHP
On 02.08.2008 21:03, Maciek Sokolewicz wrote:
Right, so, if this _is_ still considered experimental, then we should
fix it in the documentation; and if it's not, we should fix the
configure script.
Fixed (removed the experimental status).
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP
anymore.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 01.08.2008 18:34, Chris Stockton wrote:
Is their a particular reason you are against giving users such a variety of
tools?
I'm against enabling untested and unmaintained extensions by default,
especially if they are known to cause problems.
--
Wbr,
Antony Dovgal
--
PHP Internals
and mature first,
after that we can discuss the question of adding them to the core.
And no, they must not be enabled by default unless they bring some extra-useful
functionality that the engine lacks (like SPL and reflection do).
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development
the the amount of feedback.
Developers should test their extensions, not users.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
storage format. Sure all hosts
have MySQL but if you're shipping a product then sometimes its simpler
to just bundle a SQLite DB.
None of this requires enabling it by default.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
On 01.08.2008 14:55, Pierre Joye wrote:
One of the reason of the PHP success is its feature richness.
Since when is feature richness == Sqlite3 must be enabled by default?
ISP, good or bad, enables what we enable.
Not true.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime
as is hostings
are afraid of PECL.
Also, even if all of the hosting companies in the world would use simple ./configure,
I still couldn't think of a reason to enable ext/sqlite3 by default.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
to be missing in the default dirs.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
separately :)
Thanks a lot!
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Current practice requires to declare(ticks = 1); for
pcntl_signal to work.
No ticks, no signal handling?
That's right.
That's exactly why I don't see how we can deprecate ticks without introducing a
replacement.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
is not coming out during alpha1 and no support
for 0.3 is available I fear we have to move ming to PECL.
Agree, the extension is quite rarely used and it makes sense to move it to PECL.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
is to first add 0.4 support and then allows to build
against 0.3 (before 5.3RC or alpha2). Ming 0.4 is about to be released
(if you follow ming development list).
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
for tomorrow.
I believe this can should go in 5_3, any objections?
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
-–enable-zend-signals to
--disable-zend-signals
Do we really need this option?
Is someone going to disable it and why?
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 23.07.2008 16:08, Scott MacVicar wrote:
Do we really need this option?
Is someone going to disable it and why?
The defines need to be there for anyone who doesn't have sigaction
available
PHP_CHECK_FUNC(sigaction) in configure.in should be enough for that.
--
Wbr,
Antony Dovgal
of tick function
What ever happened to the plan to deprecate/remove ticks? Just curious.
Now that the ticks are deprecated, how am I supposed to catch signals in PHP?
Ticks are/were the only way (known to me) to do it.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
Johannes, this seems fairly critical to me.
On 12.04.2008 14:45, Matt Wilmas wrote:
5.2 result:
0
255
0
1
2
1
0
255
254
5.3 result:
2147483647
255
255
255
255
1
0
0
0
No overflow now, except between LONG_MAX and ULONG_MAX.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development
we can look into.
Yes, I don't recall any crashes caused my ticks, too.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
on different platforms.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
a strace log?
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
for that.
If there are no objections, I'll commit my patch when
I get back home (30th of June).
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 18.06.2008 16:40, Alexey Zakhlestin wrote:
On 6/18/08, Antony Dovgal [EMAIL PROTECTED] wrote:
Though I'd like to be able to cast these arrays to PHP's arrays and we need
to implement get_properties() handler for that.
If there are no objections, I'll commit my patch when I get back home
On 13.06.2008 12:32, Kaushik Sarkar wrote:
I want to add some contributions in php
You can start doing it right now, you don't need an account
to submit a patch and we don't give CVS accounts right away.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
On 12.06.2008 21:36, GRUNENBERGER Benoît wrote:
Developing the PHP runtime
You don't need a CVS account to start sending patches.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
maintainers,
they can ping certain people in IRC or by other means and those in
turn will approve your account.
Could you please create my account?
Sure.
Just wait for people with enough karma to read your email.
It'll happen soon.
If it doesn't - send a reminder to the list.
--
Wbr,
Antony
PROTECTED] is a special list dedicated to PECL and writing PHP
extensions, so I guess you might want to use it instead of [EMAIL PROTECTED]
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
.
Good point, we always tag it before committing large patches.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
existing extension?
Which one then?
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
{
+ /* if nothing found - return FALSE */
+ RETURN_FALSE;
+ }
}
/* }}} */
@@ -2530,11 +2550,9 @@
--
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
- zend_memnstr() cannot use emalloc() because
there are cases when it's called before Zend MM is initialized.
One of them can be seen with this:
`php --rf test`
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
or not -
there seem to be quite a noticeable difference in the way that library works.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
you initialize and address these variables?
Btw. I'm looking for a good reference of internal PHP APIs. I found
excelent Sara's Golemon articles, but thats all, is there anything better?
The sources are better.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
to the latest one, right?
That makes it even more useless.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
to know everything we do for 5.3 and 6 is
completely useless :)
No, THAT is really great argument.
Compare everything we do with backward incompatible syntax that duplicates
already existing one, but 5 characters shorter and find two differences.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP
it for me each time I stumble upon such a readable construct,
pretty please?
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
by even simplest concepts like
using [] for arrays just doesn't make any sense.
Wasn't that the main reason FOR adding this syntax?
The array() thing seems to you too hard to read and maintain, no?
If it's not, than I don't see what you're arguing for.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP
anathema upon me
because I refuse to vote for a feature that have already been voted against.
But why not? Go on, vote forever until it's in.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
= $host['host'];
Now it returns a syntax error.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 21.05.2008 17:51, Antony Dovgal wrote:
On 21.05.2008 17:50, Steph Fox wrote:
Not fix the streams issue?
Felipe has taken care of that issue, so now we have only one uber-major
issue left.
Your patch? Or the changed error message?
Yes, I mean that problem with storing string/Unicode
see no advantages here, only another way to do already possible thing and
yet another way to confuse people.
But starting this discussion from the very beginning makes very little sense.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
of PHP code are usually not
welcome.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
character in function names.
The patch is as easy as this:
http://dev.daylessday.org/diff/fix_unicode_function_names.diff
I didn't commit this one yet as I didn't investigate how it would affect non-Unicode mode
(and whether I should worry about non-Unicode mode at all).
--
Wbr,
Antony Dovgal
On 21.05.2008 15:12, Steph Fox wrote:
Hey Tony,
First off, thanks for caring :)
And to do that we need to drop the Unicode Switch =)
Not fix the streams issue?
That, too =)
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
On 21.05.2008 15:12, Steph Fox wrote:
Hey Tony,
First off, thanks for caring :)
And to do that we need to drop the Unicode Switch =)
Not fix the streams issue?
Felipe has taken care of that issue, so now we have only one uber-major issue
left.
--
Wbr,
Antony Dovgal
--
PHP Internals
to be no good, run-tests.php doesn't work after I apply it
(some functions are not found).
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
) if'n'butting goes. There's obviously a conversion too many
somewhere down the line @ present.
Right.
That's exactly what I meant.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
because of this:
Warning: stream_select(): cannot cast a filtered stream on this system in
/local/qa/head/run-tests.php on line 938
Warning: stream_select(): No stream arrays were passed in
/local/qa/head/run-tests.php on line 938
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development
on line 938
Why not just use the 5_3 run-tests.php, which works?
run-tests.php in 5_3 uses stream_select(), too.
And stream_select() in HEAD doesn't work because Unicode is now enabled by
default.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe
/DataArchive.phar
This causes numerous test failures:
Tests failed: 214 ( 56.8%) ( 58.8%)
Tests passed: 150 ( 39.8%) ( 41.2%)
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 13.05.2008 15:57, Steph Fox wrote:
Hannes,
Are these known failures?
Guess the configure line? I can't reproduce this with default settings.
See my mail about phar_detect_phar_fname_ext(), it might be the same problem.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development
agreed that the switch would cause more
harm than good.
That's the fact.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
differences anyway, that's the reality.
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
101 - 200 of 874 matches
Mail list logo