On Fri, Nov 9, 2012 at 2:00 PM, jpauli jpa...@php.net wrote:
On Fri, Nov 9, 2012 at 2:18 PM, Christian Stoller stol...@leonex.de
wrote:
I would like to place a suggestion for comparing objects (I hope it is
no problem, because this does not have anything to do with Sara's question
- but it
On Sun, Oct 23, 2011 at 12:50 AM, Stas Malyshev smalys...@sugarcrm.comwrote:
Hi!
On 10/22/11 2:36 AM, Nathan Nobbe wrote:
Hi,
Another old issue I'd like to rehash with the upcoming release around the
corner [1].
I patched 5.4 alpha2 for review [2].
I think better idea would
Hi folks,
With a 5.4 release right around the corner I'd like a moment of your time to
reconsider this issue [1].
I've read through the original conversation [2] and would summarize the
points as follows:
. several folks see value in the feature
. the feature would not be an impedance for
Hi,
Another old issue I'd like to rehash with the upcoming release around the
corner [1].
I patched 5.4 alpha2 for review [2].
Seems like the most appropriate time for a patch of this nature is during a
major release, per the previous conversation.
According to Marcus the patch is reasonable:
On Sat, Oct 22, 2011 at 8:25 AM, Anthony Ferrara ircmax...@gmail.comwrote:
Well, I have a few opinions on this that I think are worth sharing:
Anthony, thanks for your reply.
1. If this change is made, we no longer would have mixins, but would
have regular multiple-inheritance (With all the
On Thu, Jun 2, 2011 at 4:01 PM, Philip Olson phi...@roshambo.org wrote:
On Jun 2, 2011, at 2:46 PM, Richard Riley wrote:
Hannes Magnusson hannes.magnus...@gmail.com writes:
On Thu, Jun 2, 2011 at 21:03, Richard Riley rile...@googlemail.com
wrote:
Could some kind soul advise me on
On Sun, Dec 12, 2010 at 7:25 AM, Jonathan Bond-Caron jbo...@openmv.comwrote:
On Sat Dec 11 10:25 AM, Stefan Marr wrote:
http://wiki.php.net/rfc/horizontalreuse#requiring_composing_class_to_impleme
nt_interface
Are there any objections to implementing this?
It's not a bad idea,
On Sat, Dec 11, 2010 at 9:47 AM, Stefan Marr p...@stefan-marr.de wrote:
Hi:
Traits do not provide any special provisioning for handling properties,
especially, there is no language solution for handling colliding property
names.
The current solution/idiom for handling state safely in a
On Thu, Dec 9, 2010 at 4:04 PM, Stefan Marr p...@stefan-marr.de wrote:
Hi Nathan:
On 09 Dec 2010, at 23:42, Nathan Nobbe wrote:
What I'm getting at is the scenario when a trait is designed to be used
in
concert with the class in which it is being used. In this case the trait
expects
On Fri, Dec 10, 2010 at 10:15 AM, Martin Wernstahl m4r...@gmail.com wrote:
First i have to say that I am not a PHP internals developer, but as a user
I think it would maybe be better to just let the trait use the implements
keyword, and copy that to the classes utilizing the trait?
This is
On Fri, Dec 10, 2010 at 11:04 AM, Chad Fulton chadful...@gmail.com wrote:
On Fri, Dec 10, 2010 at 9:29 AM, Nathan Nobbe quickshif...@gmail.com
wrote:
On Fri, Dec 10, 2010 at 10:15 AM, Martin Wernstahl m4r...@gmail.com
wrote:
First i have to say that I am not a PHP internals developer
On Fri, Dec 10, 2010 at 12:55 PM, Matthew Weier O'Phinney
weierophin...@php.net wrote:
On 2010-12-10, Nathan Nobbe quickshif...@gmail.com wrote:
--0016e6dbe7fb8861a1049712ad63
Content-Type: text/plain; charset=UTF-8
On Fri, Dec 10, 2010 at 11:04 AM, Chad Fulton chadful...@gmail.com
On Fri, Dec 10, 2010 at 12:39 PM, Chad Fulton chadful...@gmail.com wrote:
On Fri, Dec 10, 2010 at 10:39 AM, Nathan Nobbe quickshif...@gmail.com
wrote:
On Fri, Dec 10, 2010 at 11:04 AM, Chad Fulton chadful...@gmail.com
wrote:
On Fri, Dec 10, 2010 at 9:29 AM, Nathan Nobbe quickshif
On Fri, Dec 10, 2010 at 2:42 PM, Matthew Weier O'Phinney
weierophin...@php.net wrote:
On 2010-12-10, Nathan Nobbe quickshif...@gmail.com wrote:
--0016e6d7e101e083a4049714bad3
Content-Type: text/plain; charset=UTF-8
On Fri, Dec 10, 2010 at 12:55 PM, Matthew Weier O'Phinney
weierophin
On Thu, Dec 9, 2010 at 1:09 AM, Stefan Marr p...@stefan-marr.de wrote:
Hi Nathan:
On 09 Dec 2010, at 08:44, Nathan Nobbe wrote:
Hi,
I think traits will lend themselves to frequent runtime checking against
the
type of class in which they were used. Consider a trait designed for use
On Wed, Dec 1, 2010 at 1:12 AM, Lester Caine les...@lsces.co.uk wrote:
While a little off topic, I feel that it is worth our having a discussion
on project management. Source control, and the like ...
Current discussion on 'git' highlights the fact that there is no clear
solution to source
Hi everyone,
I've been taking another look at iterators lately, and compiled trunk and
started experimenting with traits. I also looked at an old mail from Marcus
regarding iterator_apply, and find myself wondering why there isn't just an
'apply' method as part of the Iterator hierarchy itself.
Hi all,
I had a thought this morning and would like some feedback. Don't you think
it would make sense to allow the callback psuedo-type to also allow the new
Closure class to be an acceptable data type? A simple example that would be
nice to have working would be
?php
$fClosure =
Ummm... never mind!
Sorry for the noise!
-nathan
On Wed, Nov 24, 2010 at 11:00 AM, Nathan Nobbe quickshif...@gmail.comwrote:
Hi all,
I had a thought this morning and would like some feedback. Don't you think
it would make sense to allow the callback psuedo-type to also allow the new
Hi,
Simas' question yesterday lead me to take a look at the RFC on the wiki and
I have a quick question.
Specifically on the 'Rejected Features' - 'Interfaces Propagation' section.
So it sounds like implementing an interface directly with a trait has been
shot down, what I wonder about is will
On Thu, Oct 21, 2010 at 5:04 PM, Tim Steiner tstei...@nerdclub.net wrote:
Greetings,
I'm currently trying to troubleshoot an intermittent problem on one of our
servers. After some time of running just fine (usually a couple of hours),
scripts will start throwing the warning Attempt to
Hi,
Probly rehashing an old conversation here, but I'm wondering why the
following isn't supported
?php
abstract class AbstractServer {}
class ConcreteServer extends AbstractServer {}
abstract class AbstractClient {
abstract function doStuff(AbstractServer $o);
}
class ConcreteClient extends
Hi,
Started using 5.3 and stumbled into what appears to be a bug with the
__invoke() magic method. It works fine if used in an object for a class
defining __invoke() is stored in a local variable, however when storing said
object as an instance variable, a fatal is raised. See my example below.
On Wed, Sep 29, 2010 at 2:56 PM, Stas Malyshev smalys...@sugarcrm.comwrote:
Hi!
public function __construct()
{
$this-a = new A();
$this-a();
Here you are calling method a() of object $this. Such method does not
exist. No bug here. Methods are properties are
On Sun, Jul 5, 2009 at 10:21 PM, Ben Bidner b...@vuetec.com wrote:
per the manual, exceptions thrown in an autoload method are swallowed,
and an E_ERROR is triggered by php.
http://us2.php.net/manual/en/language.oop5.autoload.php
I have read that note before, and wondered exactly what
On Sun, Jul 5, 2009 at 8:49 PM, Ben Bidner b...@vuetec.com wrote:
Hi folks,
Just looking for a quick clarification on how class constant look ups are
performed internally under circumstances when an autoload function is also
called.
Consider the following example:
?php
function
On Wed, Mar 11, 2009 at 3:16 PM, Olivier Doucet webmas...@ajeux.com wrote:
Hello,
I posted the same topic on the general mailing list, but it appears this
can
be posted here, as it is open to feedbacks and is about PHP implementation
of static functions.
I'm wondering if the following
On Wed, Mar 11, 2009 at 4:40 PM, Olivier Doucet webmas...@ajeux.com wrote:
Hi,
not sure if this was mentioned on the general list but, i believe what
youre describing is documented in the manual under php5 classes/objects -
the basics:
http://www.php.net/manual/en/language.oop5.basic.php
On Fri, Feb 20, 2009 at 12:31 PM, Matthew C. Rice mr...@rcs.us wrote:
Hello everyone,
I am building a custom PHP Extension. It is object based, and while the
documentation seems to be lacking a little on this aspect in extensions, I
haven't let that slow me down. I have used other
On Fri, Feb 20, 2009 at 3:02 PM, Matthew C. Rice mr...@rcs.us wrote:
Nathan,
Thanks a bunch. That was exactly what I was looking for.
word
Is there any place you would consider a good resource to learn/get
documentation for these functions?
my secret weapon,
On Fri, Feb 20, 2009 at 3:45 PM, Matthew C. Rice mr...@rcs.us wrote:
David,
I personally have not read that book, as I actually heard pertaining to
objects ( where I too have had some issues ) it wasn't really a terrific
reference. Though if this is not the case, I would love to hear
did you guys see the other patch i posted yesterday? i re-read Johannes'
first reply yesterday and saw the bit about a second api for a
zend_call_method with a variable number of parameters. so a made a new
function then re-implemented zend_call_method based on that. heres the
patch (easier to
On Wed, Feb 18, 2009 at 6:16 AM, Johannes Schlüter johan...@php.net wrote:
But I don't think that a new limitation is any better: Tomorrow we have
to change it again as somebody has a reason to use 5 parameters, so if
it is changed it should be changed to take any number of arguments and
no
On Wed, Feb 18, 2009 at 6:16 AM, Johannes Schlüter johan...@php.net wrote:
But I don't think that a new limitation is any better: Tomorrow we have
to change it again as somebody has a reason to use 5 parameters, so if
it is changed it should be changed to take any number of arguments and
no
hi,
recently, working on an extension, i wanted to call a method w/ 3 params,
and as you know, zend_call_method only supports 2 parameters at most. i
came across this thread in the archives,
http://marc.info/?l=php-internalsm=120179690310419w=2
so i tossed together a quick patch w/ no emalloc
hi all,
we are encountering an error in our code due to type hint semantics. php is
allowing NULL values through a type hint for a class, however, if i read the
manual, NULL, should only be allowed, if and only if, null is given as the
default value for the formal parameter that is type-hinted.
On Thu, Sep 25, 2008 at 12:24 AM, Jani Taskinen [EMAIL PROTECTED]wrote:
Mike R wrote:
Nathan Nobbe wrote:
Michael Wallner wrote:
Hi,
I wonder what the general opinion is on adding pecl/http to the main
PHP
distribution? Many people have poked me in the past, so I guessed it's
time
On Wed, Sep 24, 2008 at 5:00 PM, Greg Beaver [EMAIL PROTECTED] wrote:
Michael Wallner wrote:
Hi,
I wonder what the general opinion is on adding pecl/http to the main PHP
distribution? Many people have poked me in the past, so I guessed it's
time to ask me and you that question once
On Tue, Aug 26, 2008 at 6:57 AM, Jonathan Bond-Caron [EMAIL PROTECTED]wrote:
On Mon Aug 25 06:28 PM, steve wrote:
Has anyone had success compiling PHP with LLVM?
I haven't tried it, here is a good summary:
http://llvm.org/devmtg/2008-08/Lopes_PHP-JIT-InTwoDays.pdf
In short, it is
On Thu, Aug 14, 2008 at 4:44 PM, Timm Friebe [EMAIL PROTECTED] wrote:
Hi again,
Attached you'll find an incomplete patch against PHP_5_3 to add this
functionality. If you like it let me know and I can finish it.
Darn, seems the list didn't like my text/plain attachment. Well, here we
go:
On Sun, Jul 20, 2008 at 2:02 PM, Lukas Kahwe Smith [EMAIL PROTECTED]
wrote:
On 20.07.2008, at 07:45, Nathan Nobbe wrote:
On Sat, Jul 19, 2008 at 4:55 AM, Lars Strojny [EMAIL PROTECTED] wrote:
Hi everbody,
regarding my mail from yesterday, I've also created an RFC for the new
error
On Sat, Jul 19, 2008 at 4:55 AM, Lars Strojny [EMAIL PROTECTED] wrote:
Hi everbody,
regarding my mail from yesterday, I've also created an RFC for the new
error level.
http://wiki.php.net/rfc/e-user-deprecated-warning
i definitely like the E_USER_DEPRECATED :D im curious though, about
On Mon, Jun 16, 2008 at 9:57 PM, Larry Garfield [EMAIL PROTECTED]
wrote:
Thoughts from a user-land denizen:
- Related to that, would it then be possible to add methods to a class at
runtime using lambda functions as the added methods? If so, how? If not,
is
that something that could
one of the classes documented on php.net, HttpRequestPool, is not entirely
documented correctly.
http://www.php.net/manual/en/class.httprequestpool.php
as you can see, it is documented as if the class were HttpMessage. who is
the correct person / list / w/e to contact w/ such information, so
On Tue, May 6, 2008 at 1:21 PM, Lars Strojny [EMAIL PROTECTED] wrote:
I think this is too unspecific. At least the visibility, setter and/or
getter and type-hint (assuming we will have type hints) should be
defined. Otherwise defining properties in interfaces become useless as
it does not
On Wed, Apr 30, 2008 at 12:01 AM, Robert Cummings [EMAIL PROTECTED]
wrote:
On Wed, 2008-04-30 at 01:22 -0400, Nathan Nobbe wrote:
On Wed, Apr 30, 2008 at 1:07 AM, Robert Cummings [EMAIL PROTECTED]
wrote:
We are not talking about data here. We are talking about
On Wed, Apr 30, 2008 at 9:55 AM, Robert Cummings [EMAIL PROTECTED]
wrote:
On Wed, 2008-04-30 at 09:39 -0600, Nathan Nobbe wrote:
so really, all we would get is a group of member variables we know
would be there...
No, you know nothing about the existence of properties when using
all,
in recent weeks there has been a lot of arguing about what interfaces are,
arent (on php-general and now on the internals list as well) etc. etc.
i am quite curious, why interfaces were added to the language in the first
place. note, i am not criticizing them, i am overjoyed that the
On Tue, Apr 29, 2008 at 6:28 AM, John Carter -X (johncart - PolicyApp Ltd at
Cisco) [EMAIL PROTECTED] wrote:
I think I must be missing something here, but this sounds a little
tautological - we can't do it because it doesn't make sense. This is
because it doesn't make sense
Certainly most
On Tue, Apr 29, 2008 at 9:51 AM, John Carter -X (johncart - PolicyApp Ltd at
Cisco) [EMAIL PROTECTED] wrote:
The article explicitly mentions OOP interfaces in a few languages.
my bad.
But
the article, or for that matter any formal definition of an interface
isn't really what I asked
On Tue, Apr 29, 2008 at 10:28 AM, John Carter -X (johncart - PolicyApp Ltd
at Cisco) [EMAIL PROTECTED] wrote:
Nathan,
By example:
interface EggLayer
{
public $eggsLaid;
}
class Chicken implements EggLayer;
Some would say (and maybe I would too) that you should have a
On Tue, Apr 29, 2008 at 6:14 PM, Richard Quadling [EMAIL PROTECTED]
wrote:
2008/4/30 Robert Cummings [EMAIL PROTECTED]:
On Tue, 2008-04-29 at 20:04 +0200, John Carter -X (johncart - PolicyApp
Ltd at Cisco) wrote:
I think there's been two responses to this query:
1. We can't
On Tue, Apr 29, 2008 at 9:22 PM, Robert Cummings [EMAIL PROTECTED]
wrote:
On Tue, 2008-04-29 at 19:01 -0600, Nathan Nobbe wrote:
On Tue, Apr 29, 2008 at 6:14 PM, Richard Quadling
[EMAIL PROTECTED]
wrote:
2008/4/30 Robert Cummings [EMAIL PROTECTED]:
On Tue, 2008-04-29 at 20
On Wed, Apr 30, 2008 at 12:05 AM, Robert Cummings [EMAIL PROTECTED]
wrote:
On Tue, 2008-04-29 at 23:51 -0400, Nathan Nobbe wrote:
On Tue, Apr 29, 2008 at 9:22 PM, Robert Cummings [EMAIL PROTECTED]
wrote:
That should be a matter of choice for the developer. When you say
but
when
On Wed, Apr 30, 2008 at 1:07 AM, Robert Cummings [EMAIL PROTECTED]
wrote:
On Wed, 2008-04-30 at 00:27 -0400, Nathan Nobbe wrote:
On Wed, Apr 30, 2008 at 12:05 AM, Robert Cummings
Abstract classes and interfaces are not the same. They are
used for
fundamentally
On Sat, Apr 26, 2008 at 2:23 PM, Dhiru Pandey [EMAIL PROTECTED] wrote:
[My apologies if I am posting on the wrong group...please point me to the
right one]
I am trying to figure out a way to invoke PHP functions directly i.e.
bypassing the PHP compiler (scanner and parser). For now it would
On Sat, Apr 26, 2008 at 2:06 PM, David Zülke [EMAIL PROTECTED] wrote:
Wouldn't the most consistent way be to omit function altogether when
using a return type hint?
public static function zomg() {
return $somethingArbitrary;
}
public static string foo() {
return $mustBeString;
}
i
hello all,
this is my maiden voyage on the internals list. recently i have discovered
functionality that existed in php-5.2.4 that missing in php-5.2.5 and also
php-5.2.6_rc3. i have posted to the php-general list and to the php-qa list
and not received any sort of feedback about this
On Fri, Apr 25, 2008 at 10:44 AM, Etienne Kneuss [EMAIL PROTECTED] wrote:
Hello,
Are you using a custom and outdated build of 5.2.4 ?
$classname::$member was introduced in php5.2.4 but removed
before the actual release, and is now only present as of PHP5.3.
thanks for your reply.
On Fri, Apr 25, 2008 at 12:52 PM, Etienne Kneuss [EMAIL PROTECTED] wrote:
Sure:
as I said earlier, it was proposed to be included already in 5.2.4, but
some people
objected as it represented too much of a language change which should not
happen
in minor release. So even though the patch
On Fri, Apr 25, 2008 at 1:15 PM, Sam Barrow [EMAIL PROTECTED] wrote:
On Fri, 2008-04-25 at 14:08 -0500, Jeremy Privett wrote:
Sam Barrow wrote:
I figured it out, the syntax is now as follows:
function a($b, $c) returns d {
}
I'll post an update soon.
That's
61 matches
Mail list logo
