Lester Caine in php.internals (Wed, 28 Jan 2015 09:03:14 +):
On 28/01/15 03:45, Jan Ehrhardt wrote:
After these commits php_imagick.dll compiled with VC11 and (for Lester)
showed itself in phpinfo:
https://phpdev.toolsforresearch.com/php-7.0.0-dev-nts-Win32-VC11-x86.htm
Progress ...
But
Good morning,
I wish a account on php.net to be able to continue the work in php-gtk
repositories.
Please do not let the project die.
I know aruroraeosrose (Elizabeth) does a good job. I have talked to her
on IRC. But we have no updates on the site, the documentation and even
the source code
Hi all,
On Mon, Jan 26, 2015 at 6:42 AM, Yasuo Ohgaki yohg...@ohgaki.net wrote:
On Thu, Jan 22, 2015 at 2:05 PM, Yasuo Ohgaki yohg...@ohgaki.net wrote:
I've made patch for master since PHP 5.6 is released already.
https://wiki.php.net/rfc/session-lock-ini
Sebastian Bergmann wrote in message news:54c75d9e.8090...@php.net...
Am 27.01.2015 um 10:00 schrieb Lester Caine:
composer has not even managed to get added to some distributions yet
This is not about PEAR Installer vs. Composer or something else. This
is about the PHP core getting
On 23/01/15 09:27, Michael Wallner wrote:
On 23 01 2015, at 02:40, Pierre Joye pierre@gmail.com wrote:
On Thu, Jan 22, 2015 at 5:32 PM, Michael Wallner m...@php.net
wrote:
Hi!
Now, that I'm mostly done with porting pecl/http [1] and
dependencies (propro [2] and raphf [3]) to ZE3
On 28/01/15 03:45, Jan Ehrhardt wrote:
After these commits php_imagick.dll compiled with VC11 and (for Lester)
showed itself in phpinfo:
https://phpdev.toolsforresearch.com/php-7.0.0-dev-nts-Win32-VC11-x86.htm
Progress ...
But mine is not listing the supported formats :(
On 28.01.2015 10:46, Tony Marston wrote:
Sebastian Bergmann wrote in message news:54c75d9e.8090...@php.net...
Am 27.01.2015 um 10:00 schrieb Lester Caine:
composer has not even managed to get added to some distributions yet
This is not about PEAR Installer vs. Composer or something else.
On Tue, Jan 27, 2015 at 11:21 PM, Rowan Collins rowan.coll...@gmail.com
wrote:
Hi All,
I would like to propose that the error given for an undefined constant
should be raised from E_NOTICE, probably to E_RECOVERABLE_ERROR, in PHP 7.
I'm happy to expand this into a proper RFC, and work on
On 22/01/15 19:51, Levi Morrison wrote:
Now, that I'm mostly done with porting pecl/http [1] and dependencies
(propro [2] and raphf [3]) to ZE3 I'd like to restart discussion on the
topic, whether it is feasible to add pecl_http as a bundled extension to
the core.
Hi Rowan,
On Wed, Jan 28, 2015 at 7:48 PM, Rowan Collins rowan.coll...@gmail.com
wrote:
On the other hand, if the concern is having to support it, then it could
just be E_ERROR. The reason I chose E_RECOVERABLE_ERROR is because that had
recently been adopted for other things, such as invalid
Ferenc Kovacs wrote on 28/01/2015 07:20:
2015.01.28. 6:04 ezt írta (François Laupretre franc...@tekwire.net
mailto:franc...@tekwire.net):
De : Rowan Collins [mailto:rowan.coll...@gmail.com
mailto:rowan.coll...@gmail.com]
I would like to propose that the error given for an undefined
On Wed, Jan 28, 2015 at 11:48 AM, Rowan Collins rowan.coll...@gmail.com
wrote:
Ferenc Kovacs wrote on 28/01/2015 07:20:
2015.01.28. 6:04 ezt írta (François Laupretre franc...@tekwire.net
mailto:franc...@tekwire.net):
De : Rowan Collins [mailto:rowan.coll...@gmail.com mailto:
Benjamin Eberlei wrote on 28/01/2015 08:43:
I think this is too big a BC break.
The usage of $array[key] = 0 instead of key is widespread.
As I mentioned, the advice *not* to write that has been in the manual
since 2001, so I can't think why any tutorial or example code would
teach it as
On 28/01/15 09:57, Jan Ehrhardt wrote:
Lester Caine in php.internals (Wed, 28 Jan 2015 09:03:14 +):
On 28/01/15 03:45, Jan Ehrhardt wrote:
After these commits php_imagick.dll compiled with VC11 and (for Lester)
showed itself in phpinfo:
On Jan 28, 2015 4:49 PM, Michael Wallner m...@php.net wrote:
On 23/01/15 09:27, Michael Wallner wrote:
On 23 01 2015, at 02:40, Pierre Joye pierre@gmail.com wrote:
On Thu, Jan 22, 2015 at 5:32 PM, Michael Wallner m...@php.net
wrote:
Hi!
Now, that I'm mostly done with porting
Hi,
Discussion has been very low on this topic since it was proposed on
August 19th, so I just opened the vote on the RFC whether to add
pecl_http to the core. The vote will be open until about 12:00 UTC on
Friday, February 6th.
https://wiki.php.net/rfc/pecl_http#vote
--
Regards,
Mike
--
HI,
On Wed, Jan 28, 2015 at 12:34 PM, Rowan Collins rowan.coll...@gmail.com wrote:
Benjamin Eberlei wrote on 28/01/2015 08:43:
I think this is too big a BC break.
The usage of $array[key] = 0 instead of key is widespread.
As I mentioned, the advice *not* to write that has been in the
Ferenc Kovacs wrote on 28/01/2015 16:42:
On Wed, Jan 28, 2015 at 4:42 PM, Rowan Collins
rowan.coll...@gmail.com mailto:rowan.coll...@gmail.com wrote:
Ferenc Kovacs wrote on 28/01/2015 12:13:
E_DEPRECATED is likely to be even more ignored than
E_NOTICE, so
Hi,
the idea behind the rfc is not to change error messages, it's only to append
useful information to them.
Regards
Thomas
Andrea Faulds wrote on 28.01.2015 17:53:
Hi Thomas,
On 27 Jan 2015, at 02:45, Thomas Bley ma...@thomasbley.de wrote:
Here is the rfc:
Hi Thomas,
On 28 Jan 2015, at 17:36, Thomas Bley ma...@thomasbley.de wrote:
the idea behind the rfc is not to change error messages, it's only to append
useful information to them.
That’s still changing the message.
Error handlers are global anyway, so this is useless (or dangerous) for
Error handlers are global anyway, so this is useless (or dangerous) for
libraries.
Yes that's true, maybe set_error_handler can be changed so it behaves like
register_shutdown_function or spl_autoload_register when multiple callbacks are
registered?
Regards
Thomas
Andrea Faulds wrote on
Hi!
Some feedback: I feel the RFC is not clear about the advantages and
disadvantages of including this package. Mostly, the RFC is hey I have
this package can we include it in core? I feel like it's fairly incomplete
Agreed. There needs to be some work done on explaining why we need to
On 28/01/2015 22:03, Stanislav Malyshev wrote:
You could, in theory, have extension defining those interfaces and
autoload userland definitions only if the extension is not present.
That's basically what I meant. Thanks for clarifying.
Cheers
--
Matteo Beccati
Development Consulting -
On 1/28/15 2:46 PM, Matteo Beccati wrote:
On 28/01/2015 20:19, Michael Wallner wrote:
On 28/01/15 20:07, Matteo Beccati wrote:
As Nikita mentions, PSR-7 is under way and currently gaining some
traction. At the moment the PSR-7 interfaces are designed to be
immutable, although I that's still
Hi!
Personally, I’ve never liked that PHP requires cURL for doing HTTP
requests. It’s a language made for the web, it should have built-in
I see no problem in depending on cURL. NIH'ing every part of the
software universe in unfeasible, and if somebody does this one job and
does it well - why
Hi!
Related to this: is it even possible for an internal class to rely on
and formally, explicitly “implement” a userland interface? It’s all
It's probably not a very good idea - internal classes are supposed to be
alive at the start of the request, but the userland interfaces can't be
there
Hi Stas,
On 28 Jan 2015, at 20:30, Stanislav Malyshev smalys...@gmail.com wrote:
Hi!
Personally, I’ve never liked that PHP requires cURL for doing HTTP
requests. It’s a language made for the web, it should have built-in
I see no problem in depending on cURL. NIH'ing every part of the
On 28/01/2015 20:19, Michael Wallner wrote:
On 28/01/15 20:07, Matteo Beccati wrote:
As Nikita mentions, PSR-7 is under way and currently gaining some
traction. At the moment the PSR-7 interfaces are designed to be
immutable, although I that's still open for debate. If the RFC passes,
we'd be
Hi!
As stated in one of the discussion threads, those dependencies could be
merged to main/ and/or ext/standard. In the current patch the persistent
This should be prominently part of the RFC, not buried in the threads.
Merging two extensions into ext/standard is not some tiny detail that
Hi,
The vote has been cancelled on 2015-01-28 at 23:30 UTC due to concerns
about completeness of the RFC.
I'll rewrite it and put it back under discussion when ready.
Thank you all for your feedback.
Cheers,
Mike
Hi Michael,
On 28 Jan 2015, at 19:48, Michael Wallner m...@php.net wrote:
On 28/01/15 20:18, Andrea Faulds wrote:
If the client is merely a wrapper around cURL, what benefit does it
offer over ext/curl except a better API?
Personally, I’ve never liked that PHP requires cURL for doing
On 28/01/15 21:32, Stanislav Malyshev wrote:
Hi!
Some feedback: I feel the RFC is not clear about the advantages and
disadvantages of including this package. Mostly, the RFC is hey I have
this package can we include it in core? I feel like it's fairly incomplete
Agreed. There needs to be
Hey everyone,
On 28 Jan 2015, at 20:46, Matteo Beccati p...@beccati.com wrote:
Since PSR-7 is being discussed now *and* pecl_http can't implement an
interface that still is being discussed, I would rather vote no now and
maybe change my mind in future if PSR-7 becomes a thing and
Hi!
I explained that in another mail and will put it (amongst a lot of other
things that came up during this thread) into the RFC:
This is not enough. Saying ZE APIs suck, so I implemented a bunch of my
own and want to merge it in core because I like them is not enough to
make an informed
Ferenc Kovacs wrote on 28/01/2015 12:13:
E_DEPRECATED is likely to be even more ignored than E_NOTICE, so
would be a step backwards; my whole assumption is that most people
getting the message are not using a deprecated feature, but
accidentally mis-typing a constant or keyword.
Hello,
2015-01-28 10:02 GMT+01:00 Alexandre Pereira Bühler
alexan...@simaoebuhler.com.br:
Good morning,
I wish a account on php.net to be able to continue the work in php-gtk
repositories.
Please do not let the project die.
I know aruroraeosrose (Elizabeth) does a good job. I have talked
Ferenc Kovacs wrote on 28/01/2015 12:13:
ok, I was assuming that by turning it into E_RECOVERABLE_ERROR you
would still keep the assuming string behavior if there is a custom
error handler which returns true for this error.
I'm undecided on whether the string value or null would make more
As a follow-up to my PHP7 Homework post last week, here is a bit of
spoon-feeding for all you lurkers on this list.
https://atlas.hashicorp.com/rasmus/boxes/php7dev
The description there should be fairly self-explanatory. If you have a
computer running Linux, OSX or Windows and about 4G of disk
Hi,
On Wed, Jan 28, 2015 at 10:46 PM, Matteo Beccati p...@beccati.com wrote:
On 28/01/2015 20:19, Michael Wallner wrote:
On 28/01/15 20:07, Matteo Beccati wrote:
As Nikita mentions, PSR-7 is under way and currently gaining some
traction. At the moment the PSR-7 interfaces are designed to be
Hi!
As a follow-up to my PHP7 Homework post last week, here is a bit of
spoon-feeding for all you lurkers on this list.
https://atlas.hashicorp.com/rasmus/boxes/php7dev
This is great, I was just thinking how I can make myself a Debian
environment to match the CI one, this would work very
When doing `make install` with a prefix of `/apps/php/7.0.0-dev` I get:
Installing shared extensions:
/apps/php/7.0.0-dev/lib/php/extensions/no-debug-non-zts-20141001/
Installing PHP CLI binary:/apps/php/7.0.0-dev/bin/
Installing PHP CLI man page: /apps/php/7.0.0-dev/php/man/man1/
Hi Thomas,
On Thu, Jan 29, 2015 at 11:51 AM, Yasuo Ohgaki yohg...@ohgaki.net wrote:
If there are many people concerns to change error message, how about
append user error message to original error message when it's changed?
How about this signature.
function myErrorHandler($errno, $errstr,
Hi Andrea,
On Thu, Jan 29, 2015 at 2:38 AM, Andrea Faulds a...@ajf.me wrote:
Error handlers are global anyway, so this is useless (or dangerous) for
libraries.
I suggest library/framework developers *not* to use user defined error
handler.
It's better to leave error handler for application
On 28 January 2015 at 22:50, Andrey Andreev n...@devilix.net wrote:
You're voting no because the FIG can't agree yet?
They've been discussing this for *at least* an year and iirc the first
PSR-7 coordinator gave up on it because he no longer believed in the
end result. What does that tell us?
Hello Martin,
This makes sense.
If you can not access to git will create a new repository and site on
another server.
Thank you
On 28/01/2015 12:56, Martin Keckeis wrote:
Hello,
2015-01-28 10:02 GMT+01:00 Alexandre Pereira Bühler
alexan...@simaoebuhler.com.br:
Good morning,
I wish a
I think you mean:
function myErrorHandler( int $errno , string $errstr [, string $errfile [, int
$errline [, array $errcontext [, string $extra_errstr )
We have these empty-call-filled-on-return parameters in preg_match(...$match)
but I am not sure if it makes things more complicated than
Hi all, session save handler developer especially,
I would like to improve session save handler module API for PHP7.
When new session data is created, some save handlers need to create
new session data explicitly. e.g. RDBMS based save handler.
New session module validates session data existence
User defined error handler is for error handling customization, letting
user
customize message makes sense.
This is exactly our case.
Thomas,
If there are many people concerns to change error message, how about
append user error message to original error message when it's changed?
It's a
Hi Andrey,
On 28/01/2015 23:50, Andrey Andreev wrote:
You're voting no because the FIG can't agree yet?
They've been discussing this for *at least* an year and iirc the first
PSR-7 coordinator gave up on it because he no longer believed in the
end result. What does that tell us?
That some
On Wed, Jan 28, 2015 at 4:42 PM, Rowan Collins rowan.coll...@gmail.com
wrote:
Ferenc Kovacs wrote on 28/01/2015 12:13:
E_DEPRECATED is likely to be even more ignored than E_NOTICE, so
would be a step backwards; my whole assumption is that most people
getting the message are not
Discussion has been very low on this topic since it was proposed on
August 19th, so I just opened the vote on the RFC whether to add
pecl_http to the core. The vote will be open until about 12:00 UTC on
Friday, February 6th.
https://wiki.php.net/rfc/pecl_http#vote
I wish you had pinged
On Wed, Jan 28, 2015 at 10:53 AM, Levi Morrison le...@php.net wrote:
Discussion has been very low on this topic since it was proposed on
August 19th, so I just opened the vote on the RFC whether to add
pecl_http to the core. The vote will be open until about 12:00 UTC on
Friday, February 6th.
Hi Levi,
On 28 Jan 2015, at 17:53, Levi Morrison le...@php.net wrote:
Discussion has been very low on this topic since it was proposed on
August 19th, so I just opened the vote on the RFC whether to add
pecl_http to the core. The vote will be open until about 12:00 UTC on
Friday,
Hi Levi,
On 28 Jan 2015, at 17:58, Levi Morrison le...@php.net wrote:
Oh, one more item: has anyone had time to review the pieces and how they
all interact, as well as reviewing the quality of each component? I should
hardly think in the time given this has been done. I'm not saying this
On Wed, Jan 28, 2015 at 1:17 PM, Michael Wallner m...@php.net wrote:
Hi,
Discussion has been very low on this topic since it was proposed on
August 19th, so I just opened the vote on the RFC whether to add
pecl_http to the core. The vote will be open until about 12:00 UTC on
Friday,
On 28/01/15 18:58, Levi Morrison wrote:
On Wed, Jan 28, 2015 at 10:53 AM, Levi Morrison le...@php.net
mailto:le...@php.net wrote:
Discussion has been very low on this topic since it was proposed on
August 19th, so I just opened the vote on the RFC whether to add
On 28/01/15 19:08, Nikita Popov wrote:
On Wed, Jan 28, 2015 at 1:17 PM, Michael Wallner m...@php.net
mailto:m...@php.net wrote:
Hi,
Discussion has been very low on this topic since it was proposed on
August 19th, so I just opened the vote on the RFC whether to add
Error handlers are global anyway, so this is useless (or dangerous) for
libraries.
I'm not sure if there is a library that parses php errors and is not able to
handle prefixes or suffixes.
I'm using a similar workaround for many years now in code bases with 500k+
lines of code and it was
Hi Thomas,
On 27 Jan 2015, at 02:45, Thomas Bley ma...@thomasbley.de wrote:
Here is the rfc:
https://wiki.php.net/rfc/error_handler_callback_parameters_passed_by_reference
Thanks to reeze for coding and putting it on the wiki.
Regards
Thomas
This feels rather weird and “hacky” to me.
On 28/01/2015 13:17, Michael Wallner wrote:
Discussion has been very low on this topic since it was proposed on
August 19th, so I just opened the vote on the RFC whether to add
pecl_http to the core. The vote will be open until about 12:00 UTC on
Friday, February 6th.
On 28/01/15 19:03, Andrea Faulds wrote:
Hi Levi,
On 28 Jan 2015, at 17:58, Levi Morrison le...@php.net wrote:
Oh, one more item: has anyone had time to review the pieces and how
they all interact, as well as reviewing the quality of each
component? I should hardly think in the time given
On 28/01/15 20:07, Matteo Beccati wrote:
On 28/01/2015 13:17, Michael Wallner wrote:
Discussion has been very low on this topic since it was proposed on
August 19th, so I just opened the vote on the RFC whether to add
pecl_http to the core. The vote will be open until about 12:00 UTC on
Hi Michael,
On 28 Jan 2015, at 19:13, Michael Wallner m...@php.net wrote:
- Client
The http stream wrapper is a hack and the existing libcurl binding is
subpar. They could be improved separately, but that is not subject of
this RFC.
Currently only libcurl is implemented as a provider
On 28/01/15 20:18, Andrea Faulds wrote:
Hi Michael,
On 28 Jan 2015, at 19:13, Michael Wallner m...@php.net wrote:
- Client
The http stream wrapper is a hack and the existing libcurl binding
is subpar. They could be improved separately, but that is not
subject of this RFC.
Currently
On 28/01/15 19:19, Michael Wallner wrote:
Also, we're planning to move extensions from core to pecl, for example
ext/mysql which I is still widely used by many applications, despite its
known shortcomings. TBH, I don't see many reasons why a pecl extension
should be moved to core.
So that
I'll forward this to internals, Chris.
On 28/01/15 18:43, christopher jones wrote:
On 1/28/15 9:28 AM, Michael Wallner wrote:
On 28/01/15 18:22, christopher jones wrote:
On 1/28/15 9:17 AM, Michael Wallner wrote:
On 28/01/15 18:01, christopher jones wrote:
On 1/28/15 4:17 AM, Michael
On Wed, Jan 28, 2015 at 11:12 AM, Michael Wallner m...@php.net wrote:
On 28/01/15 18:58, Levi Morrison wrote:
On Wed, Jan 28, 2015 at 10:53 AM, Levi Morrison le...@php.net
mailto:le...@php.net wrote:
Discussion has been very low on this topic since it was proposed
on
On 28/01/15 21:03, Levi Morrison wrote:
On Wed, Jan 28, 2015 at 11:12 AM, Michael Wallner m...@php.net
mailto:m...@php.net wrote:
On 28/01/15 18:58, Levi Morrison wrote:
On Wed, Jan 28, 2015 at 10:53 AM, Levi Morrison le...@php.net
mailto:le...@php.net
mailto:le...@php.net
68 matches
Mail list logo
