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
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 u
ble to continue from there.
> (null)->foo() and other critical logic failures fall into the same
> category; it isn't safe to continue linearly, but you can unwind the stack.
> Based on my experience truly fatal problems are horribly rare. Probably
> around 99% of the "fatal&q
5 bug summary 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
2009/8/7 Johannes Schlüter
> 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 la
implemented (my C knowledge is near 0 and my php internals is absolute 0)?
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'); ?
, why are we listing new extensions, functions and class 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
; is, but most of that minority would scream whatever we
>> did.
>>
>> an semisolution would be an php.ini variable
>>> like
>>> NAMSPACE_SEPARATOR="::"
>>>
>>
>> :-)
>>
>> Now go away and think really hard about what you wrote there, and you'll
>> 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
--
> > Alain Williams
> > Linux/GNU Consultant - Mail systems, Web sites, Networking, Programmer,
> IT Lecturer.
> > +44 (0) 787 668 0256 http://www.phcomp.co.uk/
> > Parliament Hill Computers Ltd. Registration Information:
> http://www.phcomp.co.uk/contact.php
> > Past chairman of UKUUG: http://www.ukuug.org/
> > #include
> >
> > --
> > PHP Internals - PHP Runtime Development Mailing List
> > To unsubscribe, visit: http://www.php.net/unsub.php
> >
> >
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Vesselin Kenashkov
developer at
www.webstudiobulgaria.com
of the ns
discussion). Big thanks to the people involved!
--
Vesselin Kenashkov
developer at
www.webstudiobulgaria.com
7;t quite sure what the issues in point 4 are,
> please just stay low and follow the list until you do.
>
> Regards,
> Stan Vassilev
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Vesselin Kenashkov
developer at
www.webstudiobulgaria.com
opinions, reasons why it wouldn't work?
>
> regards,
>
> nathan
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Vesselin Kenashkov
developer at
www.webstudiobulgaria.com
had looked at Greg's latest idea, you'd know that it removes that
>> problem entirely.
>>
>> Please go and look at his proposals at
>> http://wiki.php.net/rfc/namespaceissues, and then vote?
>>
>> Thanks,
>>
>> - Steph
>>
>>
>>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Vesselin Kenashkov
developer at
www.webstudiobulgaria.com
t
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Vesselin Kenashkov
developer at
www.webstudiobulgaria.com
6.
> --
> Stanislav Malyshev, Zend Software Architect
> [EMAIL PROTECTED] http://www.zend.com/
> (408)253-8829 MSN: [EMAIL PROTECTED]
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Vesselin Kenashkov
developer at
www.webstudiobulgaria.com
ade for a timely 5.3 release or the "quick
> and dirty" option will win. In the long run it needs to be done right, not
> in a hurry.
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Vesselin Kenashkov
developer at
www.webstudiobulgaria.com
ny changes to docbook quickly after this.
>
> regards,
> Lukas Kahwe Smith
> [EMAIL PROTECTED]
>
>
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Vesselin Kenashkov
developer at
www.webstudiobulgaria.com
Until this gets fixed instead of declaring the properties public you can use
a encode method like this:
p1;
return json_encode(get_object_vars($this));//this will encode the
protected var
}
}
$o = new c1;
print $o->enc();
?>
On Thu, Oct 9, 2008 at 3:54 PM, Jarismar Chaves da Silva <
[EMAIL
so on) problems
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
>
ith it. I 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 Bo
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:
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? :-\
>
+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 bu
It is not about changing, it is about adding a different way to declare
arrays (the function-style way will remain). The current code base will be
unaffected.
+1 vote from me to add ['x'=>'y']
On Jan 11, 2008 10:05 AM, Lokrain <[EMAIL PROTECTED]> wrote:
> Hello mr. Antonio Touriño,
>
> So as if
Or was
there a discussion about 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
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
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 1
;PHP v4 is being phased out. 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
-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, a
sults for attributes since we
have attributes() method).
Vesselin Kenashkov
On 5/22/07, kepbepos kepbepos <[EMAIL PROTECTED]> wrote:
Hi,
I'm not an expert, but in your example
> $str = '';
> $x = new SimpleXMLElement($str);
>
> if($x->subnode->children(
rent structures and the Xpath expressions must
return different results (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 PRO
h('/*');
print $r1[0]->getName();
}
do_something(clone $x->level1_node1[0]);
The do_something function is not aware at all about the full xml structure
and one could think that the expression will be evaluated just against the
supplied node, 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
32 matches
Mail list logo
