Hi:
at least , this is a really big problem for chinese phpers :)
thanks
On Fri, Nov 18, 2011 at 1:09 PM, Laruence wrote:
> Hi:
>
> I have filed a bug about this issue: https://bugs.php.net/bug.php?id=60306
>
> following script:
>
> $s = "洪仁";
> var_dump(mb_convert_encoding($s, "utf8", "gb
One point that was missed, that I'd like to reiterate is that:
Again, CTOR is not "special" b/c it's a PHP "magic
method" its "special" because it is shares qualities
of being a static method as well as an instance method.
That said, the constructor is not just another instance metho
Hi:
I have filed a bug about this issue: https://bugs.php.net/bug.php?id=60306
following script:
save the script in fenc=cp936
then, run the script in php5.4 , output is :
string(3) "洪"
string(6) "洪仁"
characters lost while converting from cp936 to utf8. this is really a big
problem...
Hi!
First of all, ob_clean() and ob_end_clean() will raise the same
notice even in PHP 5.3. It seems inconsistent to me to treat these
three differently, so in that regard, PHP 5.4 is actually fixing
behavior (although arguably the other way to approach the problem is
to remove the notice from a
Some responses inline...
> So, since PHP lets you do bad things in the first place (like have
> constructors and static methods in interfaces, and abstract ctors in
> abstract classes), we follow that up with another "bad" of breaking general
> LSP expectations of how things work?
>
> Isn't this t
On 17.11.2011, at 21:46, Matthew Weier O'Phinney wrote:
> * ob_get_clean() now raises a notice if no buffer to delete
> Prior to 5.4.0RC1, if there were no buffers left to delete,
> ob_get_clean() was silent. It now raises a notice -- which, when
> using PHPUnit, means an error is now raised
Inline...
Honestly, I think __construct should behave like any other method when
specified abstract or via an interface.
Which is not fair to say because constructors are not like instance
methods, they are in fact "special", and not just inside PHP (more on
that below).
I know you're thi
2011/11/17 Rasmus Lerdorf :
> On 11/17/2011 03:10 PM, Stas Malyshev wrote:
>> Hi!
>>
>>> I recall from earlier discussions that Stas was in favor of reverting
>>> this change -- what's the status at this time? This single change
>>
>> I was not and still am not - I think if something warran
Honestly, I think __construct should behave like any other method when
specified abstract or via an interface.
I know you're thinking "But it's not an LSP violation in the
constructor". But my assertion to that is that it's a violation of
the contract that the abstract method / interface defined.
On 11/17/2011 03:10 PM, Stas Malyshev wrote:
> Hi!
>
>> I recall from earlier discussions that Stas was in favor of reverting
>> this change -- what's the status at this time? This single change
>
> I was not and still am not - I think if something warrants notice this
> is exactly the ca
On 2011-11-17, Stas Malyshev wrote:
> > I recall from earlier discussions that Stas was in favor of
> > reverting this change -- what's the status at this time? This
> > single change
>
> I was not and still am not - I think if something warrants notice this
> is exactly the case. Con
Hey All,
Concerning RC1, __construct() and https://wiki.php.net/rfc/prototype_checks
I think we need to round out this discussion on the __construct()
signature checking in 5.4. The current behavior (RC1) feels very wrong
with respect to PHP's class based, single inheritance, multiple
interf
Hi Matthew, my replies are inline
On Thu, Nov 17, 2011 at 9:46 PM, Matthew Weier O'Phinney <
weierophin...@php.net> wrote:
> Greetings!
>
> My team and I (which means Ralph Schindler and Enrico Zimuel) took some
> time this week to:
>
> * Build PHP 5.4.0RC1 and run make tests (and send feedback)
Hi!
I recall from earlier discussions that Stas was in favor of reverting
this change -- what's the status at this time? This single change
I was not and still am not - I think if something warrants notice this
is exactly the case. Conversion of array to string "Array" IMHO makes no
Just to make one thing clear: To the best of my knowledge the module
works with 5.4 and trunk (it's three months since I tested, but I'm not
aware of a recent big API break) only defect is that the PDO sqlite2
driver won't be there and can't be enabled in an easy way. The patch I
sent yesterday fix
Greetings!
My team and I (which means Ralph Schindler and Enrico Zimuel) took some
time this week to:
* Build PHP 5.4.0RC1 and run make tests (and send feedback)
* Run Zend Framework 1.11 unit tests against PHP 5.4.0RC1
* Run Zend Framework 2.0 (dev) unit tests against PHP 5.4.0RC1
We found t
On 11/17/2011 03:28 PM, Deepak Balani wrote:
> * Working in the internals of PHP.
Hi,
this document describes how to start contributing to PHP:
http://svn.php.net/viewvc/php/php-src/trunk/README.SUBMITTING_PATCH?view=markup
Greetings,
Florian
--
PHP Internals - PHP Runtime Development Mailing
* Working in the internals of PHP.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Thu, Nov 17, 2011 at 2:08 PM, Pierre Joye wrote:
> hi,
>
> 2011/11/16 Philip Olson :
>
> > We need to make pecl/sqlite work with 5.4, as currently it does not.
>
> Why? We moved it out because it is not maintained anymore. As I agree
> that the concept of "move to pecl" for dead extensions is
hi,
2011/11/16 Philip Olson :
> We need to make pecl/sqlite work with 5.4, as currently it does not.
Why? We moved it out because it is not maintained anymore. As I agree
that the concept of "move to pecl" for dead extensions is a bad idea,
inciting users to continue to use with 5.4 instead of m
Hi Hannes,
On 17/11/11 10:41, Hannes Magnusson wrote:
On Thu, Nov 17, 2011 at 10:38, Ivan Enderlin @ Hoa
wrote:
Hi all,
I was trying to compile PHP trunk on my machine and here is the error I got:
Undefined symbols for architecture x86_64:
"_zim_SessionHandler_open", referenced fro
On Thu, Nov 17, 2011 at 10:38, Ivan Enderlin @ Hoa
wrote:
> Hi all,
>
> I was trying to compile PHP trunk on my machine and here is the error I got:
>
> Undefined symbols for architecture x86_64:
> "_zim_SessionHandler_open", referenced from:
> _php_session_class_functions in sessi
Hi all,
I was trying to compile PHP trunk on my machine and here is the error I got:
Undefined symbols for architecture x86_64:
"_zim_SessionHandler_open", referenced from:
_php_session_class_functions in session.o
"_zim_SessionHandler_close", referenced from:
23 matches
Mail list logo
