Stan Vass wrote:
It's amazing to me this has become such a long discussion. The facts are
simple:
1) People don't ask for the other parse errors even half as often as
they as for T_PAAMAYIM_NEKUDOTAYIM
2) They do so because it looks like gibberish to them, so it looks
unlikely to be a common
Jonathan Bond-Caron wrote:
On Fri Aug 20 06:54 AM, Jean-Sébastien H. wrote:
No it's wrong.
A Child is a Parent so we must be able to pass a Parent to the method
equals() defined on Child.
The declaration of the parent functions must always be valid in the
children.
Maybe my OO theory is
postmas...@colder.ch wrote:
- "Nathan Rixham" wrote:
class Point2DManager {
public function distanceBetween( Point2D $p1 , Point2D $p2 ) {};
}
class Point3DManager extends Point2DManager {
public function distanceBetween( Point3D $p1 , Point3D $p2 ) {};
}
Chris Stockton wrote:
Hello,
On Thu, Aug 19, 2010 at 12:33 PM, Nathan Rixham wrote:
Guys, this is going a bit nuts, let's swap all the Foo and Bar's for a real
example - Zeev I've copied the way you specified above.
I think your misunderstanding his position. To summarize m
Zeev Suraski wrote:
At 17:04 19/08/2010, Ionut G. Stan wrote:
I can't call Child::foo() with an instance of Taz, but I can call
Parent::foo() with such an instance. So, I can't use instances of
Child wherever instances of Parent would be accepted.
Child should clearly not be allowed to inhe
Johannes Schlüter wrote:
On Thu, 2010-08-19 at 01:13 -0700, Stas Malyshev wrote:
Hi!
I was under the impression that, in order for inheritance to provide
proper polymorphism, overridden methods should share the parent's method
signature, although they can have additional optional arguments.
Yo
why you need this feature within PHP. I would
expect that web server administrators typically need such feature but
I am missing the context of it within PHP script engine.
- Sriram
On Tue, May 18, 2010 at 2:05 AM, Nathan Rixham wrote:
Hi All,
Wondering if there is any support for SPKAC [1] in
Hi All,
Wondering if there is any support for SPKAC [1] in the openssl extension
for PHP?
If not is it planned, and if not can it be? KEYGEN/SPKAC support is
growing in the UA vendors and KEYGEN is part of HTML5, being the
preferred way to generate client side SSL certificates since the priv
Richard Lynch wrote:
> I have taken the liberty of making an RFC for this:
> http://wiki.php.net/rfc/url_dots
>
> Feel free to add/edit it as fit, particularly since it's my first use
> of that RFC wiki, and I'm not good at wiki markup, and I probably
> missed something from this thread.
>
> I in
Alexey Zakhlestin wrote:
> On 21.01.2010, at 18:21, Richard Lynch wrote:
>> For BC, I suppose PHP could have *both* 'a.b' and 'a_b', or yet
>> another php.ini flag (sorry!) to choose the behaviour.
>
> -1 from me.
> I don't think we need to keep backward compatibility for this. PHP-6 is a
> major
Tim Starling wrote:
> Stan Vassilev wrote:
>> I hope PHP6 will remove this processing as register_globals will be
>> completely removed at that point.
>
> I'd be happy if it stayed like it is, for backwards compatibility.
Sometimes forwards compatibility has to take precedence though.
Linked da
Dots and spaces in variable names are converted to underscores. For
example becomes $_POST["a_b"].
Any reason why? and any way to modify this behaviour to preserve dots
and spaces? (dots specifically)
reason, when building "linked data" / rdf based applications using PHP
it's most beneficial to
Jonathan Tapicer wrote:
Hi,
Matt's approach works also for your usecase, casting to array returns
all the properties of the class and base classes, but it has some
problems: for private properties the class name is added before the
property name, and for protected properties * is added, both thi
>__sleep());'
array(2) {
[0]=>
string(1) "a"
[3]=>
string(1) "d"
}
On May 31, 2009, at 8:46 PM, Nathan Rixham wrote:
Matt Wilson wrote:
get_class_vars + array_diff
cheers but nope; as the manual says
"Returns an associative array of default public
Matt Wilson wrote:
get_class_vars + array_diff
cheers but nope; as the manual says
"Returns an associative array of default public properties of the class"
need private and inherited private
On May 31, 2009, at 8:04 PM, Nathan Rixham wrote:
Hi All,
hoping somebody can help me
Hi All,
hoping somebody can help me here..
I need to implement an inverted __sleep method, by which I mean to
specify what variables should not be included.
use case:
I've tried using get_object_vars($this), and ReflectionObject($this)
both of which don't include all the properties of the in
Michael Shadle wrote:
To me, it basically creates some laziness and reintroduces a vector on
the register_globals issue.
I've been using $_GET $_POST $_COOKIE $_SESSION $_SERVER etc. since
they were introduced, and have never had any problems. Was there a
reasoning behind making a variable that
Christian Schneider wrote:
Nathan Rixham wrote:
seems to me that many of the new requests coming in, including my own
stupid ones are because people want to build fast decent orm's in php -
Having built an ORM system myself I can say that you don't need
Reflection (or even o
Christian Schneider wrote:
Lukas Kahwe Smith wrote:
On 21.01.2009, at 12:00, Karsten Dambekalns wrote:
On 21.01.2009 11:44 Uhr, Kenan R Sulayman wrote:
I did propose the function because the construction in user-land is
quite
expensive;
Reflection is expensive, indeed. The way we solved it f
Nathan Rixham wrote:
Project: PHP Common Objects and Datatypes
wrong list - forget; meant for general!
sorry - having a good week - and it's monday. *sigh*
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Project: PHP Common Objects and Datatypes
method: for everybody who wishes to contribute, and for everybody to
review, discuss and work on the same classes.
what are they: classes we can all use, that have been discussed,
reviewed and agreed between many great developers around the world.
t
Robin Burchell wrote:
On Sun, Jan 18, 2009 at 9:39 PM, Nathan Rixham wrote:
I've reworded my original mail completely maybe this one will have more
feedback (or not)
question: Would anybody else like to see, or feel the need for, *optional*
type hinting of variables and class properti
Hannes Magnusson wrote:
On Sun, Jan 18, 2009 at 17:42, Lukas Kahwe Smith wrote:
On 17.01.2009, at 18:06, Nathan Rixham wrote:
a: Optional Static Typing
I'm finding an ever increasingly need to be able to staticly type
properties, parameters, return types etc (in classes) I know there is
first off; had a rather in-depth (but lacking when it comes to internal
input) over on the general list; has been interesting.
Lukas Kahwe Smith wrote:
On 17.01.2009, at 18:06, Nathan Rixham wrote:
a: Optional Static Typing
I'm finding an ever increasingly need to be able to staticly
Afternoon all,
Recently I've been running in to a lot of frustrations with PHP, don't
get me wrong I love the language, but I just can't do what I *need* to
in a few situations, specifically when dealing with Classes and Objects.
I strongly feel that these need added in to PHP 6, for multiple
Nathan Rixham wrote:
Jani Taskinen wrote:
Nathan Rixham wrote:
with php.ini/vhosts.conf open_basedir set
these values in .htaccess WILL NOT work
php_flag log_errors on
php_value error_log logfile.txt
these values in vhosts.conf WILL work
php_flag log_errors on
php_value error_log logfile.txt
Jani Taskinen wrote:
Nathan Rixham wrote:
with php.ini/vhosts.conf open_basedir set
these values in .htaccess WILL NOT work
php_flag log_errors on
php_value error_log logfile.txt
these values in vhosts.conf WILL work
php_flag log_errors on
php_value error_log logfile.txt
Nathan Rixham wrote:
Hi All,
Figured this was for internals before opening up a bug report.
In php 5.2.8 on windows and linux (only ones tested so far)
when you add in a value to open_basedir in either php.ini or a
vhosts.conf file; *relative* paths suddenly do not work for the
php_value
Hi All,
Figured this was for internals before opening up a bug report.
In php 5.2.8 on windows and linux (only ones tested so far)
when you add in a value to open_basedir in either php.ini or a
vhosts.conf file; *relative* paths suddenly do not work for the
php_value error_log specified in a
I just threw the christmas tree out, came online and noticed that the
decorations are still up on the php.net site; any idea when they're
coming down?
ho-ho-ho etc
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Marco Tabini wrote:
On 6-Jan-09, at 11:49 AM, Ilia Alshanetsky wrote:
I'm ok with doing for 5.3, most people when upgrade rarely look at the
INI file especially if the update is done through a distribution's
package management system.
Not to barge in, but many people won't consider 5.2 -> 5
Ilia Alshanetsky wrote:
While I whole heartedly agree with the idea, I am not sure its a good
thing to do in 5.2 branch. I'd like to hear more feedback on that topic
before making the decision. The only mitigating factor is that it will
only affect new users since upgrading the release does not
Robin Burchell wrote:
Hmm. How would it break it?
By leaving 'function' to mean variant, it's only adding new
functionality by overriding types to replace 'function', which should
have no issue with older code, surely?
To clarify:
current method declaration:
function foo()
public static functi
Robin Burchell wrote:
Just a random thought I have from reading over that:
Would it not be more 'natural' to change 'function' to indicate a
method with a variant return type, and allow e.g.
'int somefunc()' instead of 'function (int) somefunc()' to indicate an
int return?
it would break all
Nathan Rixham wrote:
Dave Ingram wrote:
Cristian Rodríguez wrote:
class MyTestClass {
public function blah(Foo $f);
public function blah(Bar $b);
public function blah($v);
}
Looks like you are using the wrong language, you need JAVA instead.
Yes, I'll admit it does look
Dave Ingram wrote:
Cristian Rodríguez wrote:
class MyTestClass {
public function blah(Foo $f);
public function blah(Bar $b);
public function blah($v);
}
Looks like you are using the wrong language, you need JAVA instead.
Yes, I'll admit it does look like Java (or any C++-like OO
Dave Ingram wrote:
I remember that multiple signatures was said to have a possible very
difficult implementation. However, a similar behaviour can be achieved by
some instanceof().
I thought it probably would be awkward, but we do already have some type
hinting that can also be accomplis
2008/12/18 Dave Ingram
>
> Also, what about this case:
>
> class MyTestClass {
> public function blah(Foo $f);
> public function blah(Bar $b);
> public function blah($v);
> }
>
> I would argue that the most specific function should be called, but how
> costly would that be to determine? What i
Graham Kelly wrote:
Hi,
I think the reason there aren't more primitive types in PHP is because of
the nature of the language. One of the main features of PHP over say, C (and
even Java), is that the memory managment is completely transparent to the
devloper. This means that it really shouldent m
Don't want to take up much of you're time, just wondered if anybody
could point me to the reason why some primitives aren't in php.
Would find it very very useful to have byte, short, long, float, double
and char in php. (primarily byte and char).
while I'm here I may as well also ask about f
Stan Vassilev | FM wrote:
Opinions about how disruptive a mandatory backslash for global symbols *in
namespaces* would be, are welcome. Keep in mind that making the backslash
optional will lead to code breakage (such as for above drop-in replacements,
class autoloading etc.) and slower perform
Greg Beaver wrote:
Hi all,
Let me make this brief: there will be lots of complaining about the
namespace separator.
Stop. Now.
It serves no possible useful purpose. If you want to discuss why this
was chosen or suggest alternatives, feel free to write me *off-list*. I
would be more than hap
Jani Taskinen wrote:
Nathan Rixham wrote:
just to add it in; in ejb3 in java you have PostConstruct and
PreDestroy which are pretty useful; maybe something along the same
lines could be implemented in PHP?
Or perhaps you should just stick with Java?
just a suggestion for some useful
Diogo Galvão wrote:
"The destructor method will be called as soon as all references to a
particular object are removed or when the object is explicitly destroyed
or in any order in shutdown sequence."
As far as I understand it if your active record references the PDO
instance (say $this->conn) y
Jani Taskinen wrote:
1. This should be applied to PHP_5_2 (not big change and in no way can
break anything)
2. You can always simply put a short comment like "Fixed in CVS, needs
documenting" and reclassify the bug report as docu issue. There's no
need for some fancy shortcuts or such. Just t
Marcus Boerger wrote:
Hello all,
Greg was so kind to give me part of his awesome upcoming Pyrus code. He
actually has it running with both ':::' and '\' as namespace separators.
So I thought I'd help out a tiny tiny bit by giving you all the choice of
having a look at actual working code:
htt
Marcus Boerger wrote:
Hello all,
Greg was so kind to give me part of his awesome upcoming Pyrus code. He
actually has it running with both ':::' and '\' as namespace separators.
So I thought I'd help out a tiny tiny bit by giving you all the choice of
having a look at actual working code:
htt
Gregory Beaver wrote:
Nathan Rixham wrote:
seen. Personally though I'd love to see stas' #1 get implemented and
"->" used for all functions in a namespace so..
one::step::two(); //always static method of class
one::step->two(); //always function of namespace.
But
Ronald Chmara wrote:
On Oct 17, 2008, at 3:53 AM, Nathan Rixham wrote:
*A Simpler Solution*
Force userland / general naming conventions in PHP.
# namespaces are always lowercase
# functions are always lowercase
# classes are always CamelCaps with initial uppercase letter enforced
thus
*The Problem (as defined by Greg):*
foo.php:
main.php:
*A Simpler Solution*
Force userland / general naming conventions in PHP.
# namespaces are always lowercase
# functions are always lowercase
# classes are always CamelCaps with initial uppercase letter enforced
thus:
//this is always th
#3, #1)Yes
Guilherme #3 Yes
Kalle #4 Yes
Tony Bibbs #3 Yes
Jaroslav Hanslik #1 (alt #3)Yes
Nathan Rixham* #2 (DS, alt #1 DS, #4) Yes
Liz #1 or #3
Steph Fox wrote:
that is so wrong, you know 3 was better - you're not in my club :'(
Sorry to disappoint, but I'm collecting votes here, not making them up
as I go along.
- Steph
twas directed at scott; an i typo'd n meant 3, and was misplaced humour
- tis 2am here and I really shouldn't b
Steph Fox wrote:
#1 and then #3.
Thanks :)
- Steph
that is so wrong, you know 3 was better - you're not in my club :'(
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Steph Fox wrote:
I think that pretty much disqualifies it as a solution for ns resolution
in PHP, sadly. If people on this list aren't able to fully grasp the
concept, it doesn't have a hope in user space.
agreed; one last little push can't hurt too much though can it?
(beats backtracking to
Steph Fox wrote:
I think that pretty much disqualifies it as a solution for ns resolution
in PHP, sadly. If people on this list aren't able to fully grasp the
concept, it doesn't have a hope in user space.
agreed - one last little push can't hurt too much though can it?
--
PHP Internals - P
Edmund Tam wrote:
(one::step)::two();
Yes, parenthesis, just like when we want to write (1 + 2) * 3.
So my question is: can parenthesis play a part in namespace resolving?
see this is the problem and where the solution should be (imo)
mynamespace::anotherspace::somespace
great work - just one little note that may/may not help..
after much more thought I think you're option #2 is actually best
however the choice of ":::" separator in the example really confuses
things and makes at an instant turn off..
I honestly think that if the option was rewritten as let's
Issue AIssue B
==
Greg#2 (alt #3, #1)Yes
Guilherme #3 Yes
Kalle #4 Yes
Tony Bibbs #3 Yes
Jaroslav Hanslik#1 (alt #3)
Derick Rethans wrote:
On Wed, 15 Oct 2008, Nathan Rixham wrote:
Evening All,
Could anybody either point me to some existing documentation as to the
specifics of Garbage Collection in PHP; specifically for multi-process
(forked) CLI applications. Specifically when is a variable a candidate for
Kalle Sommer Nielsen wrote:
Hi
Like Guilherme wrote, I've spend alot of my day reading the emails and
trying to understand the namespace issues and after reading your
proposal I understand the issues you're bringing up. So heres my
votes:
Conflict between namespaced functions and static class m
Evening All,
Could anybody either point me to some existing documentation as to the
specifics of Garbage Collection in PHP; specifically for multi-process
(forked) CLI applications. Specifically when is a variable a candidate
for garbage collection (the criteria); what timing can one expect to
Stanislav Malyshev wrote:
Hi!
Surely everyone can see the very public ongoing discussions on
internals@ over the course of this and last year?
Surely everyone in PHP world reads internals@ and can follow all the
twists and turns of all the discussion. You must be kidding.
most of the fre
Steph Fox wrote:
I'd love to see the public reaction if we get it badly wrong. I bet that
lasts much, much longer than the five minute huff over withdrawal.
+10 to that
there are no doubt loads of other fixes, upgrades and necessaries which
people are waiting for from the release of 5.3 - the
Richard Quadling wrote:
2008/9/26 Nathan Rixham <[EMAIL PROTECTED]>:
Hi All,
Can anybody answer the following question for me please.
Why not follow (exactly) Java's strong static package/namespace system
rather than a home grown dynamic namespace system?
It works, it's
Hi All,
Can anybody answer the following question for me please.
Why not follow (exactly) Java's strong static package/namespace system
rather than a home grown dynamic namespace system?
It works, it's common, logical, robust, a working model to follow, and
ties in well with the PHP on Java
Arvids Godjuks wrote:
2008/9/22 Stanislav Malyshev <[EMAIL PROTECTED]>
Hi!
3. Functions will not be allowed inside namespaces. We arrived to
conclusion that they are much more trouble than they're worth, and summarily
we would be better off without them. Most of the functionality could be
easi
Stanislav Malyshev wrote:
is it too late to scrap all this and go with Java/AS3 style
base.package.class please?
Is it too late to switch to Java/AS3? ;)
Already have switched front end design to flex3/as3 which is why I'm
asking :o)
Nath
--
PHP Internals - PHP Runtime Development Mailing
Ryan Panning wrote:
Jessie Hernandez wrote:
> Hi Stan,
>
> I made a proposal and patch a few months ago...
The developers should really take a serious look at this issue or it
will come back to haunt them later. I'm not sure why no one seems
comment on your proposal and patch. It seemed lik
Alexey Zakhlestin wrote:
On 2/21/08, Nathan Rixham <[EMAIL PROTECTED]> wrote:
hope you don't mind me asking for a bit more info, I was always under
the impressions that a thread is defined as (quote wiki)
"Threads are a way for a program to fork (or split) itself i
David Coallier wrote:
On Wed, Feb 20, 2008 at 10:36 PM, Felipe Ribeiro <[EMAIL PROTECTED]> wrote:
Hello,
I've been reading this list for a couple of months and I have a
question that might have already been discussed here before and I
haven't seen, so please apologize me.
My question is if
Lukas Kahwe Smith wrote:
Hi,
I really like what Stefan did here with his traits RFC. Very solid work,
even if there are still some people not convinced if they want this
feature in, I have seen little complaints about the way this proposal
was made. Quite the contrary actually. I would like t
Chris Stockton wrote:
When I think INI I think constants. What happens when I log into some
server I have to debug some app instance and one of the first things I
might do is check the INI and I see.
[IF ${value} == 1]
setting = 1
[ELIF ${value} == 2]
[IF ${valuex} == 1]
setting = 1
[ELIF ${
0 for me
-1 for all the people who'll bug the mailing lists askign where they've gone
suggest: E_NOTICE or E_STRICT telling the magic_quotes_runtime has gone
BUT in the next php 5.2.X release so peeps get used to it!
Pierre Joye wrote:
Hi,
It seems that there is voices in favor of keeping th
quick work around for now..
base64_decode(json_decode(json_encode(base64_encode("ab\xE0\" something"
Stanislav Malyshev wrote:
Hi!
Right now, if json_encode sees wrong UTF-8 data, it just cuts the string
in the middle, no error returned, no message produced. Example:
var_dump(json_encode
Would this not do the same thing and perhaps be easier to implement:
namespace Foo;
protected $var;
class Bar {
}
thus allowing use of private public protected before variables, and hell
why not classes aswell.
private = only methods, code, classes in namespace Foo have access
protected = o
application_test; {
class extender extends core::core {
}
}
$test_extender = new application_test::extender;
works just fine - apologies for cluttering the board and indeed posting
in the wrong one!
Nathan
Nathan Rixham wrote:
Hate to bring this one up; I&#x
Hate to bring this one up; I'll be brief!
for instance smarty get's upgraded and has it's own namespace, I have a
class which extends it, soon to be in my applications namespace which
implements an interface in my interfaces namespace.. how does one extend
a class in another namespace and inde
> if their income depends on it, hmm, I wonder, why the hell are they
> only complaining?
point well made
> always been open and we have always gladly given account to
> people who contributed.
and it's been well noticed, not to mention the amount of times you have
to repeat yourself. Particular
Surely the noise coming from outside are people's valid opinions? I mean
it's the people making the noise who have to live with decisions made on
the internals list, on a daily basis, and for most there income depends
on it.
It's not just php you're discussing, it's thousands of developers
wo
Sorry to intrude on this one!
It seems that some real hard work has gone into this, and a big thanks
from the community for all your hard work.
Can the gc patch feasibly be improved any more? If so surely the time
scales involved with improving further would mean it'd miss the boat for
a 5.3
give me an argument as to why this functionality should not
be incorporated into the core?
Many Regards
Nathan Rixham
Alexey Zakhlestin wrote:
On 12/7/07, Mike <[EMAIL PROTECTED]> wrote:
Yes, an easy way to handle this functionality that is safe to use with
user input would be REALLY
I was quite suprised this functionality wasn't included! :P
Nathan
Daniel Brown wrote:
On Dec 7, 2007 9:51 AM, Nathan Rixham <[EMAIL PROTECTED]> wrote:
In-Built PHP Functions for parsing of basic arithmetic and if possible
fraction to decimal and decimal to fraction
PHP already handle
proc_open() pipes:
when stdout and stderr are set to file no resource pointers are returned
in the pipes array
when using fwrite on a pipe to stdin (from proc_open())
fflush() does not work,
neither does stream_set_write_buffer();
regardless of whether stdout/stderr are mapped to pipes or files
Agreed, PECL or PEAR, some provision should be made, it's worth the
extra few bytes of code.
Thanks for the opinions
Nathan
Antony Dovgal wrote:
On 07.12.2007 18:05, Alexey Zakhlestin wrote:
I doubt this is needed in core, but sounds "ok" for an extension.
Yes, I'm sure a simple extension
In-Built PHP Functions for parsing of basic arithmetic and if possible
fraction to decimal and decimal to fraction
$arithmetic_string = "3*5";
echo arith($arithmetic_string); // returns float 15
$arithmetic_string = "1/2";
echo arith($arithmetic_string); // returns float 0.5
$fraction_string =
Roman Borschel wrote:
I don't agree with that. I think multiple namespaces per file would be
fine with the current syntax as this is a feature that would not be used
by that many people and if it's used it's not for development purposes
(who wants to read a class bundle with no comments, linebr
86 matches
Mail list logo
