<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.php.devel">
    <title>gmane.comp.php.devel</title>
    <link>http://permalink.gmane.org/gmane.comp.php.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.php.devel/73532"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.php.devel/73531"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.php.devel/73530"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.php.devel/73529"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.php.devel/73528"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.php.devel/73524"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.php.devel/73523"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.php.devel/73522"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.php.devel/73520"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.php.devel/73517"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.php.devel/73516"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.php.devel/73515"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.php.devel/73514"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.php.devel/73513"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.php.devel/73512"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.php.devel/73511"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.php.devel/73510"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.php.devel/73509"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.php.devel/73508"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.php.devel/73507"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.php.devel/73532">
    <title>Re: [PHP-DEV] PHP governance question?</title>
    <link>http://permalink.gmane.org/gmane.comp.php.devel/73532</link>
    <description>&lt;pre&gt;hi,

On Fri, May 18, 2012 at 11:07 AM, lijiu zhang &amp;lt;zhanglijiu&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

There are package leaders in pecl, http://pecl.php.net or extensions
authors/maintainers, see the CREDITS file in the php sources.


We do not take financial donations or support but only resources like
hardware, servers or hosting.


Decisions are discussed through RFCs and voted on.

https://wiki.php.net/rfc/
https://wiki.php.net/rfc/voting_who

Cheers,
&lt;/pre&gt;</description>
    <dc:creator>Pierre Joye</dc:creator>
    <dc:date>2012-05-18T11:01:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.php.devel/73531">
    <title>[PHP-DEV] Old bug 40459: Stat and Dir stream wrapper methods do not call constructor</title>
    <link>http://permalink.gmane.org/gmane.comp.php.devel/73531</link>
    <description>&lt;pre&gt;Hi all,

I encountered bug #40459 [1] recently. It seems the bug has been ignored
because not many people encounter it and the original author did not
give feedback.

The issue is assigned to Wez. According to the git checkin history, he
doesn't seem to be a contributor anymore. I mailed him to see if he can
recommend someone to handle this issue, no response.

So my question is: can anyone familiar with the Stream Wrapper code take
a look at this issue? My C is not of sufficient level to fix this
myself. My idea would be to abstract creating a stream wrapper instance
and invoking the constructor to a separate function and calling that
function from the various functions that use stream wrappers, as the
amount of code needed to construct an instance and call the constructor
seems quite high to copy everywhere.


Kind regards,

Jorrit Schippers




[1] https://bugs.php.net/bug.php?id=40459

&lt;/pre&gt;</description>
    <dc:creator>Jorrit Schippers - nCode</dc:creator>
    <dc:date>2012-05-18T10:42:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.php.devel/73530">
    <title>Re: [PHP-DEV] PHP governance question?</title>
    <link>http://permalink.gmane.org/gmane.comp.php.devel/73530</link>
    <description>&lt;pre&gt;
This is an interesting question. I hope you find answers you can explain.

I have had various contacts over 13+ years with the group, and have
not, ever, found a consistent, repeatable, structure, that did not
change massively over time. Sometimes, there is a vote, sometimes not,
sometimes, different "votes" count, sometimes, not. There is not
governance, so much as guidance.

If you have not read it, I would suggest you read "The Cathedral and
The Bazaar", by Eric S. Raymond, to get more exposure to the model,
and mindset, of decentralized control. There are *many* project
managers, *many* package maintainers, and *many* people who make
decisions.

People who have consistently been helpful to the project are listened
to more often, as are people who have made larger contributions than
others. They lead, but not everybody follows. Sometimes the person who
"wins" is the person with the best ideas, regardless of any existing
power structures. Sometimes, however, it is a person nobody knows, who
just implement&lt;/pre&gt;</description>
    <dc:creator>Ronald Chmara</dc:creator>
    <dc:date>2012-05-18T10:13:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.php.devel/73529">
    <title>[PHP-DEV] PHP governance question?</title>
    <link>http://permalink.gmane.org/gmane.comp.php.devel/73529</link>
    <description>&lt;pre&gt;Hi everyone:

I am doing a study report about PHP, could anyone tell PHP governance? Such
as, who is project manager, package manager, how php make a decision?  And
finance support situation?

I cannot find these from php.net, wiki and google. Please give any
information or link is all right.

Thanks,
Lijiu Zhang
&lt;/pre&gt;</description>
    <dc:creator>lijiu zhang</dc:creator>
    <dc:date>2012-05-18T09:07:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.php.devel/73528">
    <title>[PHP-DEV] IntlCalendar/IntlTimeZone and ext/date</title>
    <link>http://permalink.gmane.org/gmane.comp.php.devel/73528</link>
    <description>&lt;pre&gt;I've made some modifications to ext/intl's IntlCalendar/IntlTimeZone to  
improve interoperability.

* DateTimeZone is now accepted in all places time zones are expected in  
IntlCalendar.
* Added IntlTimeZone::toDateTimeZone() and  
IntlTimeZone::fromDateTimeZone().
* Added IntlCalendar::toDateTime() and IntlCalendar::fromDateTime().

Unfortunately, ext/date doesn't expose a lot of interfaces to manipulate  
its objects, so in some places I ended up having to call PHP_FUNCTIONs (in  
one case even twice doing to a bug; see  
https://github.com/cataphract/php-src/commit/3a81f90ebc51140484c617539b1a5fb0e117f4e2#L1R1264  
).

The conversion from DateTimeZone to IntlTimeZone is made through the ids  
only because ext/date doesn't expose interfaces to efficiently implement  
ICU's TimeZone. This may lead to some different behavior for the same time  
zone id if the databases are out of sync.

The changes are here:  
https://github.com/cataphract/php-src/compare/intl_calendar

If no one objects, I'll merge it soo&lt;/pre&gt;</description>
    <dc:creator>Gustavo Lopes</dc:creator>
    <dc:date>2012-05-17T21:34:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.php.devel/73524">
    <title>[PHP-DEV] PHP 5.3.14RC1 and PHP 5.4.4RC1 Released for Testing</title>
    <link>http://permalink.gmane.org/gmane.comp.php.devel/73524</link>
    <description>&lt;pre&gt;Hi,

The first release candidates for 5.3.14 and PHP 5.4.4 were
released for testing and can be downloaded here:

    PHP 5.3.13RC1:
    http://downloads.php.net/johannes/php-5.3.14RC1.tar.bz2
    http://downloads.php.net/johannes/php-5.3.14RC1.tar.gz

    PHP 5.4.4RC1:
    http://downloads.php.net/stas/php-5.4.4RC1.tar.bz2
    http://downloads.php.net/stas/php-5.4.4RC1.tar.gz

The Windows binaries for both are available at:

    http://windows.php.net/qa/

Please ensure that these releases are solid and all things behave
as expected! Please test these RC against your code base and report any
problems you encounter or successful tests you've run.

Depending on the feedback the final version, or another RC, is scheduled
to be released in two weeks time, on May 31st.

Regards,
  Stas, David and Johannes


&lt;/pre&gt;</description>
    <dc:creator>Johannes Schlüter</dc:creator>
    <dc:date>2012-05-17T14:16:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.php.devel/73523">
    <title>Re: [PHP-DEV] Internals books (c) 2007+ ?</title>
    <link>http://permalink.gmane.org/gmane.comp.php.devel/73523</link>
    <description>&lt;pre&gt;Yep, that might be exactly the problem. The audience for such a book might be less than 100.

Am 17.05.2012 um 06:24 schrieb Sanford Whiteman:



&lt;/pre&gt;</description>
    <dc:creator>Lars Strojny</dc:creator>
    <dc:date>2012-05-17T14:14:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.php.devel/73522">
    <title>Re: [PHP-DEV] Internals books (c) 2007+ ?</title>
    <link>http://permalink.gmane.org/gmane.comp.php.devel/73522</link>
    <description>&lt;pre&gt;hi,


On Tue, May 15, 2012 at 7:00 AM, Sanford Whiteman
&amp;lt;swhitemanlistens-software&amp;lt; at &amp;gt;cypressintegrated.com&amp;gt; wrote:

And one book one must read and understand is "The C programming
language",by K&amp;amp;R. A must read. Writing php extensions is then only
about reading existing source codes (php-src/ext or pecl) or Sarah's
book for the basics.

Cheers,
&lt;/pre&gt;</description>
    <dc:creator>Pierre Joye</dc:creator>
    <dc:date>2012-05-17T13:58:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.php.devel/73520">
    <title>Re: [PHP-DEV] Internals books (c) 2007+ ?</title>
    <link>http://permalink.gmane.org/gmane.comp.php.devel/73520</link>
    <description>&lt;pre&gt;
You don't earn money on books, and if you don't earn money anyways you
can do what is more beneficial for the world: go to edit.php.net and
work on php.net/internals2 ;-)

johannes



&lt;/pre&gt;</description>
    <dc:creator>Johannes Schlüter</dc:creator>
    <dc:date>2012-05-17T13:35:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.php.devel/73517">
    <title>Re: [PHP-DEV] Internals books (c) 2007+ ?</title>
    <link>http://permalink.gmane.org/gmane.comp.php.devel/73517</link>
    <description>&lt;pre&gt;On Tue, May 15, 2012 at 7:00 AM, Sanford Whiteman
&amp;lt;swhitemanlistens-software&amp;lt; at &amp;gt;cypressintegrated.com&amp;gt; wrote:

You can find a list of various resources regarding PHP internals on
the Wiki: https://wiki.php.net/internals/references

So, no, there does not seem to be a newer book, but maybe the other
stuff can help too :)

Nikita

&lt;/pre&gt;</description>
    <dc:creator>Nikita Popov</dc:creator>
    <dc:date>2012-05-17T11:40:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.php.devel/73516">
    <title>Re: [PHP-DEV] Internals books (c) 2007+ ?</title>
    <link>http://permalink.gmane.org/gmane.comp.php.devel/73516</link>
    <description>&lt;pre&gt;
Thanks, Lars. I first learned about zvals from a chapter in George
Schlossnagle's Advanced PHP Programming, so it seems like there are
deeper dives here and there. I don't know about the book deal if I'm
the only to ask about it in so long, though. :)

&lt;/pre&gt;</description>
    <dc:creator>Sanford Whiteman</dc:creator>
    <dc:date>2012-05-17T04:24:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.php.devel/73515">
    <title>Re: [PHP-DEV] Internals books (c) 2007+ ?</title>
    <link>http://permalink.gmane.org/gmane.comp.php.devel/73515</link>
    <description>&lt;pre&gt;Hi Sanford,

Sara’s book is still the best we have, nevertheless it shows its age. In Theo Schlossnagles "Scalable Internet Architectures" also has a chapter on PHP internals. The rest is more or less reading existing code and playing around. Looks like somebody on Internals should land a book deal :)

With regards,
Lars

Am 15.05.2012 um 07:00 schrieb Sanford Whiteman:



&lt;/pre&gt;</description>
    <dc:creator>Lars Strojny</dc:creator>
    <dc:date>2012-05-17T01:05:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.php.devel/73514">
    <title>Re: [PHP-DEV] having an exception instance</title>
    <link>http://permalink.gmane.org/gmane.comp.php.devel/73514</link>
    <description>&lt;pre&gt;On Wed, 16 May 2012 05:45:05 +0200, Yader Hernandez  
&amp;lt;yader.hernandez&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:


For the RuntimeException class entry, you can just include  
&amp;lt;ext/spl/spl_exceptions.h&amp;gt; and use spl_ce_RuntimeException.

When the pointer is not exported, you can use zend_lookup_class_ex().

&lt;/pre&gt;</description>
    <dc:creator>Gustavo Lopes</dc:creator>
    <dc:date>2012-05-16T07:29:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.php.devel/73513">
    <title>[PHP-DEV] having an exception instance</title>
    <link>http://permalink.gmane.org/gmane.comp.php.devel/73513</link>
    <description>&lt;pre&gt;Hi,

I'm calling this function:

static zend_class_entry *create_class_entry_runtime_exception(TSRMLS_C) {
    zend_class_entry **pce;

    if (zend_hash_find(CG(class_table), "runtimeexception",
sizeof("RuntimeException"), (void **) &amp;amp;pce) == SUCCESS) {
        return *pce;
    }
}

but it's causing a segfault.

The function is being called in PHP_MINIT_FUNCTION and assigning the return
value to a static zend_class_entry *runtime_exception_ptr

My final goal is to be able to easily call zend_throw_exception and
pass runtime_exception_ptr pointer.
&lt;/pre&gt;</description>
    <dc:creator>Yader Hernandez</dc:creator>
    <dc:date>2012-05-16T03:45:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.php.devel/73512">
    <title>[PHP-DEV] Internals books (c) 2007+ ?</title>
    <link>http://permalink.gmane.org/gmane.comp.php.devel/73512</link>
    <description>&lt;pre&gt;Hi All,

Trying to ready myself for some possible work w/the core (after I
resurrect all my never-that-great C, heh), I went looking for a recent
book. (I still like old-school supplements.)

I see Sara's from 2006 on Amazon, but nothing after that under 'PHP
internals'. I'm sure that one's not totally obsolete, but I don't know
if programming styles and patterns have changed even if the bulk of
the code has not. At the risk of fanning some flames I don't know
about... is there a more recent book that's generally liked?

Thanks,

S.


&lt;/pre&gt;</description>
    <dc:creator>Sanford Whiteman</dc:creator>
    <dc:date>2012-05-15T05:00:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.php.devel/73511">
    <title>Re: [PHP-DEV] [RFC] Custom Casting</title>
    <link>http://permalink.gmane.org/gmane.comp.php.devel/73511</link>
    <description>&lt;pre&gt;Please read my previous comment.

On Mon, May 14, 2012 at 3:31 PM, Clint Priest &amp;lt;cpriest&amp;lt; at &amp;gt;zerocue.com&amp;gt; wrote:

&lt;/pre&gt;</description>
    <dc:creator>Seva Lapsha</dc:creator>
    <dc:date>2012-05-15T01:17:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.php.devel/73510">
    <title>RE: [PHP-DEV] [RFC] Custom Casting</title>
    <link>http://permalink.gmane.org/gmane.comp.php.devel/73510</link>
    <description>&lt;pre&gt;How would one use your Castable interface to cast a Class "Test" to any of integer, array or boolean?

From: Seva Lapsha [mailto:seva.lapsha&amp;lt; at &amp;gt;gmail.com]
Sent: Monday, May 14, 2012 12:19 PM
To: Clint Priest
Cc: internals&amp;lt; at &amp;gt;lists.php.net
Subject: Re: [PHP-DEV] [RFC] Custom Casting

My pastbin is for casting anything to anything.
On Mon, May 14, 2012 at 11:24 AM, Clint Priest &amp;lt;cpriest&amp;lt; at &amp;gt;zerocue.com&amp;lt;mailto:cpriest&amp;lt; at &amp;gt;zerocue.com&amp;gt;&amp;gt; wrote:
Both of the RFC's you reference are for casting TO a scalar, not TO an object type. Your pastbin is for casting FROM a scalar TO an object.

-----Original Message-----
From: Seva Lapsha [mailto:seva.lapsha&amp;lt; at &amp;gt;gmail.com&amp;lt;mailto:seva.lapsha&amp;lt; at &amp;gt;gmail.com&amp;gt;]
Sent: Monday, May 14, 2012&amp;lt;tel:2012&amp;gt; 6:18 AM
To: Clint Priest
Cc: internals&amp;lt; at &amp;gt;lists.php.net&amp;lt;mailto:internals&amp;lt; at &amp;gt;lists.php.net&amp;gt;
Subject: Re: [PHP-DEV] [RFC] Custom Casting

Sorry, I comprehend neither the cause nor the effect in your argument statement. Can you please elaborate?

On Sun, May 13, 2012&amp;lt;tel:2012&amp;gt; at 7:27 PM, Clint Priest &amp;lt;cpriest&amp;lt; at &amp;gt;zerocu&lt;/pre&gt;</description>
    <dc:creator>Clint Priest</dc:creator>
    <dc:date>2012-05-14T19:31:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.php.devel/73509">
    <title>[PHP-DEV] Persist context across threads?</title>
    <link>http://permalink.gmane.org/gmane.comp.php.devel/73509</link>
    <description>&lt;pre&gt;I am interested in preserving the complete PHP context for a thread (globals, 
variables, interpreter, etc.--everything) for later access from a different 
thread.

What would be involved in this?  It seems like:

1) Avoid calling ts_free_thread
2) Call tsrm_set_interpreter_context from new thread

Is it safe to assume that the context of a terminated thread will not be 
destroyed or overwritten as long as ts_free_thread is not called?

Thanks in advance,

David R.



&lt;/pre&gt;</description>
    <dc:creator>David Rueter</dc:creator>
    <dc:date>2012-05-14T18:47:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.php.devel/73508">
    <title>Re: [PHP-DEV] [RFC] Custom Casting</title>
    <link>http://permalink.gmane.org/gmane.comp.php.devel/73508</link>
    <description>&lt;pre&gt;Thanks.

On Mon, May 14, 2012 at 2:28 PM, Stas Malyshev &amp;lt;smalyshev&amp;lt; at &amp;gt;sugarcrm.com&amp;gt;wrote:

&lt;/pre&gt;</description>
    <dc:creator>Seva Lapsha</dc:creator>
    <dc:date>2012-05-14T18:44:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.php.devel/73507">
    <title>Re: [PHP-DEV] Low hanging fruit / entry point for new developers to the core</title>
    <link>http://permalink.gmane.org/gmane.comp.php.devel/73507</link>
    <description>&lt;pre&gt;Hi!


I would suggest looking through bugs.php.net either looking for bugs in
mainstream extensions or ones that you may be familiar with underlying
library, or looking into XFAILs on the tests maybe (see below how to run
them). You could also do http://bugs.php.net/random and see random bugs
- after a few tries you usually can find some with good reproducing case
- though not all of them will be easy to deal with :)


make test runs all the unit tests (be warned, there's 10K+ of them, more
depending on enabled extensions, so some patience is required).
run-test.php script will run any specific test or group of tests in
given directory (tests are in tests/ usually and called .phpt)
&lt;/pre&gt;</description>
    <dc:creator>Stas Malyshev</dc:creator>
    <dc:date>2012-05-14T18:35:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.php.devel/73506">
    <title>Re: [PHP-DEV] [RFC] Custom Casting</title>
    <link>http://permalink.gmane.org/gmane.comp.php.devel/73506</link>
    <description>&lt;pre&gt;Hi!


But currently this syntax already means "convert value to a value of
this type" in the first case and "allow only value of this type" in the
second case. Overloading this syntax IMHO will lead to a singificant
confusion, and you would not know what exactly foo(ClassName $var) means
- would it only accept ClassName or would it instead convert $var using
transformation ClassName?
My point is exactly that these are different things with different results.


Yes, I know. These are two different approaches - the difference is
where the casting responsibility lies. You can define a type
PositiveInteger and assign it the responsibility or you can define that
each client is responsible for its own casting, however it wants to do
it. I understood that you were going for the former.

I think the idea of custom casting might be useful, but overloading
existing syntax with it will lead to serious confusion.
&lt;/pre&gt;</description>
    <dc:creator>Stas Malyshev</dc:creator>
    <dc:date>2012-05-14T18:28:15</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.php.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.php.devel</link>
  </textinput>
</rdf:RDF>

