Hey:
On Tue, Dec 22, 2015 at 7:41 PM, Xinchen Hui wrote:
> Hey:
>
> Sent from my iPhone
>
> > On Dec 22, 2015, at 18:23, Lester Caine wrote:
> >
> > On 22/12/15 08:43, Xinchen Hui wrote:
> >>> Here is a working patch of mine:
> >> https://gist.github.com/laruence/f3af903012902818d7da
> >>
> >>
Hi all,
On Tue, Dec 22, 2015 at 6:22 PM, Yasuo Ohgaki wrote:
>
>> I know users should not use names starting with __, but in reality I see them
>> almost everyday. I even seen __SESSION_INTERNAL__ used once.
>
> Thank you for good feedback.
> I may use more cryptic name for it.
> Any suggestions?
Le 09/12/2015 19:51, Davey Shafik a écrit :
https://wiki.php.net/rfc/curl_http2_push#vote
Voting will end in 2 weeks, closing at 13:00 UTC on Wed 2015-12-23.
Hi,
At AFUP, we would be +1 on this RFC.
(there has been no -1 at all on our list ;-) )
Thanks for your work!
--
Pascal MARTIN, AFUP
Hi Dmitry!
- Original Message -
From: "Dmitry Stogov"
Sent: Tuesday, December 22, 2015
Hi Matt,
On Tue, Dec 22, 2015 at 8:36 PM, Matt Wilmas
wrote:
Hi all,
Lior, which compiler are you using? You can still reproduce the problem?
Can you run it through Valgrind?
I'm getting random
Hi Matt,
On Tue, Dec 22, 2015 at 8:36 PM, Matt Wilmas
wrote:
> Hi all,
>
> Lior, which compiler are you using? You can still reproduce the problem?
> Can you run it through Valgrind?
>
> I'm getting random crashes I can't figure out on 64-bit Linux after just
> making a very trivial change. :-/
Hi all,
Lior, which compiler are you using? You can still reproduce the problem?
Can you run it through Valgrind?
I'm getting random crashes I can't figure out on 64-bit Linux after just
making a very trivial change. :-/ The backtrace is the same up to
compile_file() (although maybe that d
It looks like the problem is a bit more complex.
The messed test Zend/tests/bug70083.phpt shows it.
My patch removes the error message, and it starts to work without errors
and warnings (I suppose we should have a warning)
Please ignore the patch before we found a consistent solution.
Thanks. Dmit
Hi,
Please take a look into the patch (for master)
https://gist.github.com/dstogov/44a3f2df71de31986d4c
It removes weird error message and replaces it with silent handling after
warning message. This makes engine behavior more consistent. Engine uses
this "silent handling after warning" for many
Results for project PHP master, build date 2015-12-22 06:30:08+02:00
commit: d952eb753cc708243069a9ed0298ecdbe000ba9c
revision date: 2015-12-21 19:46:55+03:00
environment:Haswell-EP
cpu:Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores, stepping
2, LLC 45 MB
mem
Hey:
Sent from my iPhone
> On Dec 22, 2015, at 18:23, Lester Caine wrote:
>
> On 22/12/15 08:43, Xinchen Hui wrote:
>>> Here is a working patch of mine:
>> https://gist.github.com/laruence/f3af903012902818d7da
>>
>> if you are going to work on this, please base on this one.
>>
>> since I stil
On 22/12/15 08:43, Xinchen Hui wrote:
>> Here is a working patch of mine:
> https://gist.github.com/laruence/f3af903012902818d7da
>
> if you are going to work on this, please base on this one.
>
> since I still don't have setup a evn to test it... so there might be some
> problems
>
> thanks
Xi
Hi Grzegorz,
On Tue, Dec 22, 2015 at 5:42 PM, Grzegorz Zdanowski
wrote:
>> On 22 Dec 2015, at 06:37, Yasuo Ohgaki wrote:
>> (…)
>> From user point of view, $_SESSION['__SESSION_INTERNAL__'] is a new reserved/
>> restricted session key.
>>
>
> Personally I think it’s a bad way to handle such thin
Hi Stas,
On Tue, Dec 22, 2015 at 3:22 PM, Stanislav Malyshev wrote:
> Hi!
>
>> I would like to restart better session management for PHP 7.1.
>>
>> https://wiki.php.net/rfc/precise_session_management
>
> I've read the RFC and I have some questions and comments:
>
> 1. I do not see why old session
Hey:
On Mon, Dec 21, 2015 at 10:30 PM, Anatol Belski
wrote:
> Hi Marius Adrian,
>
> It's a ping as you was expressing the intention to maintain ext/interbase
> https://wiki.php.net/rfc/removal_of_dead_sapis_and_exts#extinterbase . How
> it currently looks like, ext/interbase is still broken and
> On 22 Dec 2015, at 06:37, Yasuo Ohgaki wrote:
> (…)
> From user point of view, $_SESSION['__SESSION_INTERNAL__'] is a new reserved/
> restricted session key.
>
Personally I think it’s a bad way to handle such thing. Adding yet another
„magic“
keyword/reserved field is going to make current
15 matches
Mail list logo