Hi, Rasmus,
Just wanted to note that I've tested your script from
http://fontjazz.com/metrics/test.php and couldn't reproduce the bug.
I'm on the Ubuntu 12.04 with PHP 5.3.10-1ubuntu3.2 with Suhosin-Patch
Have you tried upgrading your FreeType library and recompiling latest
stable PHP with it?
2012/9/6 Jannik Zschiesche he...@apfelbox.net:
Am Donnerstag, 6. September 2012 um 15:05 schrieb Alexey Shein:
Hi, Rasmus,
Just wanted to note that I've tested your script from
http://fontjazz.com/metrics/test.php and couldn't reproduce the bug.
I'm on the Ubuntu 12.04 with PHP 5.3.10
18 апреля 2012 г. 11:40 пользователь Stas Malyshev
smalys...@sugarcrm.com написал:
Hi!
NULL or empty string? I.e. will optional parameters always get NULLs
or their default values?
Their default values. That's the whole point of it - if I wanted just
nulls, I could put nulls in the call,
Hi!
My opinion is that solution tries to overcome bad consequences of
legacy code, when it's not feasible to change something without
breakage a lot of code, although the real solution is to refactor
functions with long variable lists (as Uncle Bob says), maybe this
should be noted in
суббота, 7 апреля 2012 г. пользователь Hannes Magnusson писал:
Hello
I pushed a new branch (with no changes) just now, and got the
following fatal error.
The branch seems to have been pushed just fine though?
vagrant@lucid32:~/src/phd$ git checkout -b PHD_1_1
Switched to a new branch
3 апреля 2012 г. 0:40 пользователь Johannes Schlüter
johan...@schlueters.de написал:
On Mon, 2012-04-02 at 08:44 -0400, Rasmus Schultz wrote:
I was just reading about the new async/await keywords in C# 5.0, and while
this has no particular relevance to PHP as such, it got me thinking about
1 апреля 2012 г. 2:38 пользователь Alexey Shein con...@gmail.com написал:
1 апреля 2012 г. 0:27 пользователь Johannes Schlüter
johan...@schlueters.de написал:
On Sat, 2012-03-31 at 13:21 +0500, Alexey Shein wrote:
By constantly publishing
newsletter with failed / xfail bugs you're telling
1 апреля 2012 г. 14:27 пользователь Ferenc Kovacs
tyr...@gmail.comjavascript:;
написал:
On Sun, Apr 1, 2012 at 9:39 AM, Christopher Jones
christopher.jo...@oracle.com javascript:; wrote:
On 3/31/12 2:38 PM, Alexey Shein wrote:
1 апреля 2012 г. 0:27 пользователь Johannes Schlüter
johan
30 марта 2012 г. 22:16 пользователь Christopher Jones
christopher.jo...@oracle.com написал:
On 3/29/12 3:00 PM, Alexey Shein wrote:
Hi, internals!
I've got a suggestion about refactoring our tests suite. I'd like to
remove XFAIL institution and mark all failing tests just as FAIL.
XFAIL
31 марта 2012 г. 12:50 пользователь Stas Malyshev
smalys...@sugarcrm.com написал:
Hi!
2) Keep devs' attention on known failures - XFAIL doesn't solve that.
You remember about them when you run tests and if you want make
attention at them.
Which devs you are referring to? Why you assume
31 марта 2012 г. 12:34 пользователь Rasmus Lerdorf ras...@lerdorf.com написал:
On 03/30/2012 11:25 PM, Alexey Shein wrote:
Hmm, that's different. You get a notification if there's some change
on that bug (new comment/state changed/patch etc.). If bug didn't
change for years, you won't get any
31 марта 2012 г. 18:19 пользователь Clint M Priest
cpri...@zerocue.com написал:
The patches are applied to this fork if anyone wants to check it out:
https://github.com/cpriest/php-src
It would be easier to discuss/review your patch if you'd make pull
request:
1 апреля 2012 г. 0:27 пользователь Johannes Schlüter
johan...@schlueters.de написал:
On Sat, 2012-03-31 at 13:21 +0500, Alexey Shein wrote:
By constantly publishing
newsletter with failed / xfail bugs you're telling them That's our
current problems. Maybe you could help us with them. This way
30 марта 2012 г. 5:55 пользователь Stas Malyshev
smalys...@sugarcrm.com написал:
Hi!
The difference started from 5.3.9 release when we start to pay *much
more* attention to tests.
You now can cleanly see failing tests, it's not that huge list, so
it's big difference.
Yes, and removing
Hi, internals!
I've got a suggestion about refactoring our tests suite. I'd like to
remove XFAIL institution and mark all failing tests just as FAIL.
XFAIL has a problem that it hides attention from failing tests
depending on not yet fixed bugs (most important), not yet implemented
features (less
30 марта 2012 г. 3:19 пользователь Stas Malyshev
smalys...@sugarcrm.com написал:
Hi!
I've got a suggestion about refactoring our tests suite. I'd like to
remove XFAIL institution and mark all failing tests just as FAIL.
XFAIL has a problem that it hides attention from failing tests
depending
28 марта 2012 г. 0:18 пользователь Christopher Jones
christopher.jo...@oracle.com написал:
On 03/24/2012 11:17 AM, Alexey Shein wrote:
Done: https://wiki.php.net/vcs/gitfaq#multiple_working_copies_workflow
I tried it out today. It mostly went smoothly.
Hi! Glad to hear that.
Because
26 марта 2012 г. 4:30 пользователь Stas Malyshev
smalys...@sugarcrm.com написал:
Hi!
Main problem is that our current workflow doesn't allow branch-only
changes. I.e. if you make a bugfix and want to stay it in PHP-5.3 only
you can't merge 5.3 with 5.4 anymore, otherwise your bugfix will go
25 марта 2012 г. 23:33 пользователь Ferenc Kovacs tyr...@gmail.com написал:
On Sun, Mar 18, 2012 at 8:20 PM, Ferenc Kovacs tyr...@gmail.com wrote:
Hi,
Now that the git migration is reaching php-src, I would like to know what
will we do with cvs.php.net (eg. the pserver still running on it).
Hi, internals!
There was a discussion recently on IRC that our current git working
process is not perfect (especially about keeping one branch-only
bugfixes) so that's a
suggestion to use (and modify to better suit our needs) nvie's gitflow
process and git-flow tool he developed to ease the
26 марта 2012 г. 2:04 пользователь Stas Malyshev
smalys...@sugarcrm.com написал:
Hi!
There was a discussion recently on IRC that our current git working
process is not perfect (especially about keeping one branch-only
bugfixes) so that's a
One thing with discussions on IRC is that nobody
Hello,
Just wanted to say that I updated multiple working dirs scenario here
https://gist.github.com/2165086/, which is *much* more simplified now,
thanks to dsp for hint about git-new-workdir script.
It should work fine if all changes from downstream branches (such as
PHP-5.3) are always merged
24 марта 2012 г. 18:23 пользователь David Soria Parra d...@php.net написал:
On 2012-03-24, Alexey Shein con...@gmail.com wrote:
Hello,
Just wanted to say that I updated multiple working dirs scenario here
https://gist.github.com/2165086/, which is *much* more simplified now,
thanks to dsp
Nice work Alexey.
Can you expand on the if necessary part of the setting the
pushurl?
I removed that part and added some explanation about clone urls in the
beginning. Since this workflow is generally for core devs ssh/https
are read/write so you don't need separate setting push-urls.
My
21 марта 2012 г. 3:34 пользователь Sergey Ryazanov
ryazanov@gmail.com написал:
Hello all.
Openssl starting from version 0.9.8 supports the ECDSA signature
algorithm. Return value of the openssl_get_md_methods() also includes
ecdsa-with-SHA1 string. But if I call openssl_sign() with EC key
21 марта 2012 г. 12:43 пользователь Sergey Ryazanov
ryazanov@gmail.com написал:
21 марта 2012 г. 10:27 пользователь Alexey Shein con...@gmail.com написал:
21 марта 2012 г. 3:34 пользователь Sergey Ryazanov
ryazanov@gmail.com написал:
Hello all.
Openssl starting from version 0.9.8
13 марта 2012 г. 3:00 пользователь Stas Malyshev
smalys...@sugarcrm.com написал:
Hi!
are they in svn? I can't see them in 5.4
They are not in SVN, but at least for autom4te.cache ones they seem to be
generated when configure script is generated, and the packing script happily
picks them
+1, Thanks David!
2012/1/26 Paul Dragoonis dragoo...@gmail.com:
Hi David,
Thanks for the great push on the DVCS push to git. I believe I speak for
many people when I say your hard work is really appreciated.
Look forward to testing out the git installation.
- Paul.
On Wed, Jan 25, 2012
AFAIK, git natively supports rsync protocol, see man git pull.
2011/12/15 Johannes Schlüter johan...@schlueters.de:
On Thu, 2011-12-15 at 18:11 +0100, Hannes Magnusson wrote:
1. Compile a list of scripts/sites that need to be changed in order
to work with the git repo. Some sites are
2011/11/24 de...@lucato.it:
On 24 November 2011 01:38, Stas Malyshev smalys...@sugarcrm.com wrote:
Hi!
But neither is introducing a potential bomb of the kind that the 'date'
saga
created. The problem this change IS causing is likely to hit many live
sites
The claim that many live sites
Well done! :)
2011/11/18 Laruence larue...@php.net:
Hi:
I have fixed the bug(it is a simple fix that I didn't expect before
I look into it ), ignore me...
thanks
On Fri, Nov 18, 2011 at 1:09 PM, Laruence larue...@php.net wrote:
Hi:
I have filed a bug about this issue:
2011/11/17 Ferenc Kovacs tyr...@gmail.com:
\o/
You could also ask Alex Shein, he was volunteered to update the http tests
to use our new embedded developer server instead.
Hi, I'm still into that, but unfortunately is very busy at work :(
server-tests.php is a big outdated mess, and I still
2011/11/17 Ferenc Kovacs tyr...@gmail.com:
On Wed, Nov 16, 2011 at 9:31 PM, Alexey Shein con...@gmail.com wrote:
2011/11/17 Ferenc Kovacs tyr...@gmail.com:
\o/
You could also ask Alex Shein, he was volunteered to update the http
tests
to use our new embedded developer server instead
2011/11/17 Christopher Jones christopher.jo...@oracle.com:
On 11/16/2011 01:09 PM, Alexey Shein wrote:
2011/11/17 Ferenc Kovacstyr...@gmail.com:
On Wed, Nov 16, 2011 at 9:31 PM, Alexey Sheincon...@gmail.com wrote:
2011/11/17 Ferenc Kovacstyr...@gmail.com:
\o/
You could also ask Alex
It seems last message didn't go to the list, resending
2011/9/12 Alexey Shein con...@gmail.com:
Created bug report here, included Christopher's suggestion into the patch:
https://bugs.php.net/bug.php?id=55672
Please, review the patch and tell me if there are any objections not to take
2011/9/15 Hannes Magnusson hannes.magnus...@gmail.com:
On Wed, Sep 14, 2011 at 12:36, Alexey Shein con...@gmail.com wrote:
2011/9/14 Ferenc Kovacs tyr...@gmail.com:
Why do we even have this tmp-php.ini? Why not just make test without
any .ini files, i.e. just with -n option?
[20:44:09
It's very strange but after 5-6 recompiles with different
configurations (I tried to reduce breaking setup) my current
configuration started to work itself.
Thanks everybody for help.
2011/9/15 Scott MacVicar sc...@macvicar.net:
On 14 Sep 2011, at 13:46, Alexey Shein wrote:
2011/9/15 Pierre
2011/9/13 Ferenc Kovacs tyr...@gmail.com:
On Tue, Sep 13, 2011 at 6:23 PM, Stas Malyshev smalys...@sugarcrm.com wrote:
Hi!
On 9/13/11 7:49 AM, Ferenc Kovacs wrote:
Stas, I still don't know why do have a custom php.ini, and why is it used.
The make test should create tmp-php.ini for you (and
2011/9/14 Ferenc Kovacs tyr...@gmail.com:
Why do we even have this tmp-php.ini? Why not just make test without
any .ini files, i.e. just with -n option?
[20:44:09] bjori Tyrael: tmp-php.ini is built from the system ini
[20:44:45] bjori Tyrael: if he builds php with
Hello, I tried to run skipped mhash tests in ext/hash, these ones in trunk:
SKIP mhash() test [ext/hash/tests/mhash_001.phpt] reason: mhash
extension is not available
SKIP mhash_get_block_size() mhash_get_hash_name() test
[ext/hash/tests/mhash_002.phpt] reason: mhash extension is not
available
2011/9/15 Pierre Joye pierre@gmail.com:
hi,
On Wed, Sep 14, 2011 at 9:58 PM, Alexey Shein con...@gmail.com wrote:
Should we delete these tests (and, maybe deprecate/move to pecl the
extension itself)?
I don't think we should, they are here to make sure that the emulation
layer works
Just wanted to say, that I managed to reproduce your results for
./PHP_5_4/ext/session/tests/rfc1867_invalid_settings.phpt by adding
date.timezone=UTC
error_log=file
settings into --INI-- section, this way test passes. I.e. logged
message should go into the file and do not mess the output which is
Hello, these tests fail for me too, ubuntu 11.04 x86, both trunk and
5.4 branches.
2011/9/12 Ferenc Kovacs tyr...@gmail.com:
On Sun, Sep 11, 2011 at 11:04 PM, Stas Malyshev smalys...@sugarcrm.com
wrote:
Hi!
On 9/11/11 8:44 AM, Ferenc Kovacs wrote:
AFAIK you shoud get it(as I did on my
Hello, Lester, try to start from scratch by running ./vcsclean first,
often it helps to solve all cache issues from previous builds.
2011/9/9 Lester Caine les...@lsces.co.uk:
I probably need to roll back a bit further, but I already have the current
hg cone of php-src on the main repo here, so
2011/9/9 Christopher Jones christopher.jo...@oracle.com:
On 09/09/2011 10:02 AM, Lester Caine wrote:
I'm not having much luck running the pdo_firebird tests ...
I've got as far as building with
./configure --disable-all --with-interbase=/opt/fb25cs --enable-pdo
2011/9/9 Christopher Jones christopher.jo...@oracle.com:
On 09/08/2011 05:07 AM, Alexey Shein wrote:
Hello!
I've made some improvements to run-tests.php:
1) Autoguessing TEST_PHP_EXECUTABLE and TEST_PHP_CGI_EXECUTABLE if
they're not provided, i.e. assume they have value 'auto'. You can
Hello, Lester, I've managed to setup pdo_firebird, here's the process
for the ubuntu if you're interested:
1) setup firebird superclassic:
$ sudo apt-get install firebird2.5-superclassic firebird2.5-dev
firebird2.5-examples
superclassic is the server itself, dev package contains headers to
Hello!
I've made some improvements to run-tests.php:
1) Autoguessing TEST_PHP_EXECUTABLE and TEST_PHP_CGI_EXECUTABLE if
they're not provided, i.e. assume they have value 'auto'. You can
still pass your own value as usual.
2) Added option -n (use no php.ini) to the shebang line
(#!/usr/bin/php -n)
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=revisionrevision=312110.
2011/9/1 Ferenc Kovacs tyr...@gmail.com:
On Thu, Sep 1, 2011 at 1:35 PM, Hannes Magnusson bj...@php.net wrote:
Throw qa and internals@ into the loop to.
I'd also like to move the XFAIL section (printed out in the end) above
the FAIL section.
We have bucketloads of xfailed tests, I actually
2011/8/24 Ferenc Kovacs tyr...@gmail.com:
2011/8/24 Johannes Schlüter johan...@schlueters.de:
On Wed, 2011-08-24 at 12:24 +0200, Ferenc Kovacs wrote:
we could have spotted this via two ways:
- those who participated in fixing
https://bugs.php.net/bug.php?id=53727 could have spotted this
-
I think it's just a bad habit inherited from Javascript, where you can
do like this:
var a = function(a, b) { };
alert(a.length); // shows 2
I don't think that PHP needs it, explicit method is way better.
2011/8/8 Sebastian Bergmann sebast...@php.net:
On 08/08/2011 04:49 AM, Etienne Kneuss
2011/7/12 Michael Wallner m...@php.net:
On Mon, 11 Jul 2011 22:33:31 +0100, Paul Dixon wrote:
personally long term, I would aim to remove the position index entries
completely.
Which would make it unusable with list().
+1 this will be huge BC break for this function. Please, don't remove
2011/7/8 Rafael Dohms lis...@rafaeldohms.com.br:
Still, this is preg_match it only returns one match, why should i get
a array and have to use ugly things like $matches[0] afterwards?
It just makes for very ugly syntax and extra code, a simple function
would make this cleaner and more
Hi!
Wouldn't it be better if wiki voting mechanism would be embedded in
the page with rfc? Under the block Table of contents, for example.
Just now green link Votes are open is not so noticeable, so having a
chance to vote without leaving the page would better inspire people to
take part in voting
keeping 2 separate pages for
rfc and voting?
On Tue, Jun 21, 2011 at 12:25 PM, Alexey Shein con...@gmail.com wrote:
Hi!
Wouldn't it be better if wiki voting mechanism would be embedded in
the page with rfc? Under the block Table of contents, for example.
Just now green link Votes are open
Really great idea. I'd like to be a part of it (as a newcomer of course :))
2011/6/10 David Coallier dav...@php.net:
Hey all,
Let me start by saying that this is merely an idea I'm trying to put
together and before doing so, I need to see who would be interested.
A short while ago, the
2011/6/8 Hannes Magnusson hannes.magnus...@gmail.com:
We have the situation in the docs that parameters declared as arrays
do not follow the typehinting rules, but parameters as class names do.
Re-using the callback from the docs could get confusing when
extensions start to typehint on it, but
2011/6/8 David Zülke david.zue...@bitextender.com:
On 08.06.2011, at 00:38, dukeofgaming wrote:
On Tue, Jun 7, 2011 at 4:41 PM, Matthew Weier O'Phinney
weierophin...@php.net wrote:
On 2011-06-07, dukeofgaming dukeofgam...@gmail.com wrote:
+1 for callable, it is really more consistent.
I
2011/6/3 Derick Rethans der...@php.net:
On Thu, 2 Jun 2011, Stas Malyshev wrote:
I'd like to set up a vote for the undecided TODO features on
wiki.php.net, anybody could help me with setting up the voting module
there if there's such thing on the wiki? Or set me up with the access
to wiki
Greetings Alexey,
I'm unable to provide useful comments for this patch, but am CCing the
official ext/curl maintainer (Ilia) and you now have karma for committing
tests.
Thank you, Philip, for karma and for pushing that forward, I really
appreciate that.
--
Regards,
Shein Alexey
--
of just created file is closed before curl_close.
+--CREDITS--
+Alexey Shein con...@gmail.com
+--SKIPIF--
+?php if (!extension_loaded(curl) || false ===
getenv('PHP_CURL_HTTP_REMOTE_SERVER')) print skip; ?
+--FILE--
+?php
+
+$ch = curl_init(getenv('PHP_CURL_HTTP_REMOTE_SERVER'));
+
+$temp_file
* I think a better strategy would be to just dup the file descriptor gotten
after the cast in curl_setopt, store it (instead of storing the zval) and
close it on curl handle destruction. This way we wouldn't have to worry
about zval refcounts or whether the file descriptor obtained is still
So what do you think should be done here? Check closed streams and
reset them to default as in my first try?
--
Regards,
Shein Alexey
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
I need karma to commit test fixes:
1) session_encode_basic - added serialize_precision=100 ini setting
2) fix for http://bugs.php.net/48203: there's a segfault when
CURLOPT_STDERR file pointer is closed before calling curl_exec, i.e.
like this:
$fp = fopen(dirname(__FILE__) . '/bug48203.tmp',
2011/5/17 Pierre Joye pierre@gmail.com:
hi,
On Tue, May 17, 2011 at 3:40 PM, Alexey Shein con...@gmail.com wrote:
I need karma to commit test fixes:
1) session_encode_basic - added serialize_precision=100 ini setting
Is it not fixed already?
As Tyrael already said this one was missed
Created http://bugs.php.net/bug.php?id=54798.
--
Regards,
Shein Alexey
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
A few remarks:
* Isn't this supposed to be fixed? Was there something that triggered a
regression?
As far as I can see Jani checked only case when already closed file
descriptor was passed to curl_setopt. Here's the check is performed in
curl_exec, i.e. in curl_setopt file descriptor was
is stored in zval as I can see
(ch-handlers-std_err in /ext/curl/interface.c around line 1852) .
2011/5/13 Alexey Shein con...@gmail.com:
Hi, list.
I've fixed some datetime tests in the trunk in answer to Rasmus call
for devs :)
There are two patches here.
First patch is quite trivial
Hi, list.
I've fixed some datetime tests in the trunk in answer to Rasmus call
for devs :)
There are two patches here.
First patch is quite trivial - it fixes some relative/absolute path
misconfiguration in phpt tests.
Second patch fixes some timezone errors in bug51819 - some timezones
like GB
70 matches
Mail list logo