+1 - remove the functions
To make a script compatible one has to add
function get_magic_quotes_gpc(){return 0;}
in one of his library files.
I think the current change is somewhat similar to PHP_INI_ALL in PHP -
PHP_INI_PERDIR for magic_quotes_gpc made in 4.2.3. It also could lead to
breakage
location: г. Москва
in translation: city of Moscow
2008/2/7 Daniel Brown [EMAIL PROTECTED]:
If people want to SPAM about a seminar, why not at least mention
where it's going to be held? :-\
My original message was sent just to Dmitry (instead to thel ist), and he
replied (again only to me instead to the list) that it is fixed in the CVS.
Sorry for the confusion.
Thanks for the fix.
Vesselin Kenashkov
On Thu, Apr 17, 2008 at 4:01 PM, Dmitry Stogov [EMAIL PROTECTED] wrote:
The bug
Never had problems with the ambiguity, because I
never even needed to use duplicated names for the different objects
(classes, constants, static methods, functions).
Vesselin Kenashkov
On Mon, Sep 29, 2008 at 7:05 PM, Arvids Godjuks [EMAIL PROTECTED]wrote:
2008/9/29 Jordi Boggiano [EMAIL PROTECTED
with this solution? In my opinion is better than dropping funcs consts.
Vesselin Kenashkov
On Mon, Sep 22, 2008 at 10:45 PM, Stanislav Malyshev [EMAIL PROTECTED] wrote:
Hi!
On the ZendCon, we (Marcus, Elizabeth, Andi and myself) had a talk about
what we'd like to do with namespaces, and we
Until this gets fixed instead of declaring the properties public you can use
a encode method like this:
?
class c1
{
protected $p1 = 'aa';
public $p2 = 'bb';
public function enc()
{
//print $this-p1;
return json_encode(get_object_vars($this));//this will encode the
protected var
}
]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
Vesselin Kenashkov
developer at
www.webstudiobulgaria.com
Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
Vesselin Kenashkov
developer at
www.webstudiobulgaria.com
To unsubscribe, visit: http://www.php.net/unsub.php
--
Vesselin Kenashkov
developer at
www.webstudiobulgaria.com
are limited and solvable. The problems in the political
environment surrounding them may not be. Wouldn't politics be a
stupid-ass reason to remove namespaces?
Greg
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
Vesselin
/unsub.php
--
Vesselin Kenashkov
developer at
www.webstudiobulgaria.com
://www.php.net/unsub.php
--
Vesselin Kenashkov
developer at
www.webstudiobulgaria.com
: http://www.php.net/unsub.php
--
Vesselin Kenashkov
developer at
www.webstudiobulgaria.com
discussion). Big thanks to the people involved!
--
Vesselin Kenashkov
developer at
www.webstudiobulgaria.com
--
Vesselin Kenashkov
developer at
www.webstudiobulgaria.com
maybe understand that smiley.
- Steph
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
Vesselin Kenashkov
developer at
www.webstudiobulgaria.com
constants?
- Steph
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
Vesselin Kenashkov
developer at
www.webstudiobulgaria.com
)?
If the topic is found interesting and I get somehow permission to create a
wiki page I will happily do a RFC there.
Vesselin Kenashkov
P.S. a little offtopic but looking back at [4] - can it be done to support
the t::$i('something'); call? or {t::$i}('something'); ?
2009/8/7 Johannes Schlüter johan...@schlueters.de
Hi,
On Thu, 2009-08-06 at 23:18 +0300, Vesselin Kenashkov wrote:
Hello everyone,
I tried to create a page in the wiki but I dont see the create button.
I
have an account but I guess I still lack permissions. Anyway here is my
report you
will see that PDO list is one of the longest (and it always have been). What
we can do is at least report the problems and hope that someone skilled will
fix them (this is by no means a criticism to the php team, don't get it this
way).
Vesselin Kenashkov
On Tue, Sep 15, 2009 at 10:04 AM
, but it is not that the case.
Please give your comments - do you find this functionality OK, is it a bug,
or I miss something.
Vesselin Kenashkov
(IMHO).
works as you would expect it.
chregu
--
christian stocker | Liip AG | schoeneggstrasse 5 | ch-8004 zurich
phone +41 44 240 56 70 | mobile +41 76 561 88 60 | fax +41 1 240 56 71
http://www.liip.ch/ | [EMAIL PROTECTED] | GnuPG 0x5CE1DECB
Vesselin Kenashkov
P.S. sorry
-1
Because the majority of the installation (somebody two month ago in this
list mentioned that php 5 has just 10% adoption) is still php4 just makes no
sense to drop the support. I see (and understand) both the desire of the
developers and the objective reasons for the rush on the new versions,
will not be released after xx/xx/2007/8 ...
Vesselin Kenashkov
On 7/6/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Vesselin Kenashkov wrote:
-1
Because the majority of the installation (somebody two month ago in this
list mentioned that php 5 has just 10% adoption) is still php4 just
makes no sense
On 7/6/07, Oliver Block [EMAIL PROTECTED] wrote:
Hello Vesselin,
what is the source of your numbers?
Best Regards,
Oliver
Vesselin Kenashkov schrieb:
-1
Because the majority of the installation (somebody two month ago in this
list mentioned that php 5 has just 10% adoption) is still
On 7/7/07, Johannes Schlüter [EMAIL PROTECTED] wrote:
Hi,
On Sat, 2007-07-07 at 11:00 +0300, Vesselin Kenashkov wrote:
I can not find the specific message...
But googling I found this:
http://www.nexen.net/chiffres_cles/phpversion/php_stats_evolution_for_november_2006.php
So as of november
this topic earlier (can somebody point me to it)?
+1 for the patch.
Vesselin Kenashkov
On 8/2/07, Lukas Kahwe Smith [EMAIL PROTECTED] wrote:
Derick Rethans wrote:
On Wed, 1 Aug 2007, Andi Gutmans wrote:
This is not really a fix. When we worked on PHP 5 we deliberately
decided to relax
the stack.
Based on my experience truly fatal problems are horribly rare. Probably
around 99% of the fatal errors I see on a regular basis would have been
recoverable using exceptions.
John Crenshaw
Priacta, Inc.
--
Vesselin Kenashkov
Senior developer at azonmedia http://azonmedia.com
On Mon, Sep 16, 2019 at 1:23 PM Pierre Joye wrote:
>
>
> The only thing I dislike a lot is the general tone of these
> discussions, that should be different, that makes me sad and really
> not willing to participate in any way.
>
> Hi everyone,
I just want to second that feeling of Pierre. Im a
Hi internals,
Since we have declare(strict_types=1) I was thinking that it makes sense to
have declare(strict_comparisons=1) that will enforce:
- only strict comparisons with === and !==, == and != should throw a parse
error
- in_array(), array_search(), array_keys() and similar should by default
30 matches
Mail list logo
