On Fri, Nov 9, 2012 at 2:00 PM, jpauli wrote:
> On Fri, Nov 9, 2012 at 2:18 PM, Christian Stoller
> 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 came to my mind when I rea
On Sun, Oct 23, 2011 at 12:50 AM, Stas Malyshev wrote:
> 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 fo
On Sat, Oct 22, 2011 at 8:25 AM, Anthony Ferrara wrote:
> 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 "issues" associat
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:
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 people
On Thu, Jun 2, 2011 at 4:01 PM, Philip Olson wrote:
>
> On Jun 2, 2011, at 2:46 PM, Richard Riley wrote:
>
> > Hannes Magnusson writes:
> >
> >> On Thu, Jun 2, 2011 at 21:03, Richard Riley
> wrote:
> >>>
> >>> Could some kind soul advise me on how to install php docs localy and
> >>> have the e
On Sun, Dec 12, 2010 at 7:25 AM, Jonathan Bond-Caron wrote:
> 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, thoug
On Sat, Dec 11, 2010 at 9:47 AM, Stefan Marr 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 trait is to use
>
On Fri, Dec 10, 2010 at 2:42 PM, Matthew Weier O'Phinney <
weierophin...@php.net> wrote:
> On 2010-12-10, Nathan Nobbe wrote:
> > --0016e6d7e101e083a4049714bad3
> > Content-Type: text/plain; charset=UTF-8
> >
> > On Fri, Dec 10, 2010 at 12:55 PM, Ma
On Fri, Dec 10, 2010 at 12:39 PM, Chad Fulton wrote:
> On Fri, Dec 10, 2010 at 10:39 AM, Nathan Nobbe
> wrote:
> > On Fri, Dec 10, 2010 at 11:04 AM, Chad Fulton
> wrote:
> >>
> >> On Fri, Dec 10, 2010 at 9:29 AM, Nathan Nobbe
> >> wrote:
>
On Fri, Dec 10, 2010 at 12:55 PM, Matthew Weier O'Phinney <
weierophin...@php.net> wrote:
> On 2010-12-10, Nathan Nobbe wrote:
> > --0016e6dbe7fb8861a1049712ad63
> > Content-Type: text/plain; charset=UTF-8
> >
> > On Fri, Dec 10, 2010 at 11:04 AM, Chad Ful
On Fri, Dec 10, 2010 at 11:04 AM, Chad Fulton wrote:
> On Fri, Dec 10, 2010 at 9:29 AM, Nathan Nobbe
> wrote:
> > On Fri, Dec 10, 2010 at 10:15 AM, Martin Wernstahl
> wrote:
> >
> >> First i have to say that I am not a PHP internals developer, but as a
> us
On Fri, Dec 10, 2010 at 10:15 AM, Martin Wernstahl 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 actually in
On Thu, Dec 9, 2010 at 4:04 PM, Stefan Marr 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 ca
On Thu, Dec 9, 2010 at 1:09 AM, Stefan Marr 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 u
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
with an Iterator class; the first thing might be to check the type of $this.
do you not think checks like this will be common / messy / perf
On Wed, Dec 1, 2010 at 1:12 AM, Lester Caine 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 control. The sw
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.
Ummm... never mind!
Sorry for the noise!
-nathan
On Wed, Nov 24, 2010 at 11:00 AM, Nathan Nobbe wrote:
> 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 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
$val" . PHP_EOL;
}
$aNumbers
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 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 assign property of
>
Hi,
Probly rehashing an old conversation here, but I'm wondering why the
following isn't supported
This results in a fatal
Fatal error: Declaration of ConcreteClient::doStuff() must be compatible
with that of AbstractClient::doStuff() in
/Users/quickshiftin/gitRepos/timberline/php-api-v15-clien
On Wed, Sep 29, 2010 at 2:56 PM, Stas Malyshev wrote:
> 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 differen
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 Sun, Jul 5, 2009 at 10:21 PM, Ben Bidner 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 it was
On Sun, Jul 5, 2009 at 8:49 PM, Ben Bidner 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:
>
>
> function autoloader($cl
On Wed, Mar 11, 2009 at 4:40 PM, Olivier Doucet 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 Wed, Mar 11, 2009 at 3:16 PM, Olivier Doucet 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 behaviour is a
On Fri, Feb 20, 2009 at 3:45 PM, Matthew C. Rice 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 otherwise..
On Fri, Feb 20, 2009 at 3:02 PM, Matthew C. Rice 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,
http://www.amazon.com/Extending
On Fri, Feb 20, 2009 at 12:31 PM, Matthew C. Rice 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 extensions as
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 re
On Wed, Feb 18, 2009 at 6:16 AM, Johannes Schlüter 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 fixed limit..
On Wed, Feb 18, 2009 at 6:16 AM, Johannes Schlüter 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 fixed limit..
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-internals&m=120179690310419&w=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 i
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 ques
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, i
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, he
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,
>>>
>>> regardin
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, a
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 coul
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 tha
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 no
On Wed, Apr 30, 2008 at 12:06 PM, Jeremy Privett <[EMAIL PROTECTED]>
wrote:
> Nathan Nobbe wrote:
>
>> 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
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 langua
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 ab
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 talkin
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.
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 shoul
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:
> >
> >
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:
> >
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 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 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"
>
> Certain
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 $mustBeStri
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
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.
> >
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 th
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.
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 discovery.
63 matches
Mail list logo
