my moaning ... PHP created the problems
> 'full stop'
>
Ok, I believe your views have been expressed clearly and for the
sanity of the mailing-list I'd consider stopping this thread.
I would however suggest that you create an RFC which outlines exactly
what you'd like
lia Alshanetsky
> 28 Nikita Popov
> 17 Nuno Lopes
> 15 Derick Rethans
> 14 David Soria Parra
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--
David Coallier
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
hp.net/rfc/splclassloader/vote
Thank you very much for all the interest showed so far,
--
David Coallier
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
>
> Could you open a FR at bugs.php.net and attach the patch to it please?
> Could be easier to track (and the # to the RFC too :)
>
Yeah I'll do that once I have the tests adjusted and once I know the
patch actually works as expected.
--
David Coallier
--
PHP Intern
the patch is adjusted to fit with SPL, we can revisit the name
> however it is going to be used.
For the record: https://gist.github.com/1310352 (I know there are
Whitespaces issues, I'll get those resolved)
I'll be adding the tests tomorrow morning and then making sure the RFC
is
attempting to modify the patch to be included
directly in SPL with the name SplClassLoader so that one can do:
$cl = new \SplClassLoader(..., ...);
Once the patch is adjusted to fit with SPL, we can revisit the name
however it is going to be used.
--
David Coallier
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
/github.com/metagoto/splclassloader
If we can identify where we want it in the structure of the PHP
project, I'll be happy to merge the implementation and modify the
config files to have --enable-spl-autoloader or such.
Does anyone have a preference for this?
/ext/spl/
/ext/spl-loader
7;d like to
validate the idea. If anyone is interested in starting a few
"contributing" pages on the wiki and whatnot then nothing stops them
or you from doing it. It is open source, let ideas flourish.
Back to the main subject of discussion: Are you interested in being a
volunteer-mentor?
--
David Coallier
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
interest in participating as mentees.
Just to give you an update, right now I'm trying to compile a list of
volunteer-mentors. Once this has been done, we'll start compiling
user-groups mentees and mentees in general.
Thanks for your interest :)
--
David Coallier
--
PHP Internals - P
if you prefer so we can start organising
whatever would have to be done: dav...@php.net
References:
[1]: http://pythonmentors.com/
[2]:
http://jessenoller.com/2011/03/25/just-proposed-python-core-mentorship-program/
--
David Coallier
Orchestra.io
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
r I'm willing to make a compromise and move forward rather than stalling.
Consider this my official +1 for [key => value]
--
David Coallier
--
David Coallier
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
d wiki rfc:
http://webcache.googleusercontent.com/search?q=cache:jKrV2u7jeokJ:wiki.php.net/rfc/ifsetor+php+ifsetor+patch&cd=1&hl=en&ct=clnk&gl=us&client=firefox-a&source=www.google.com
--
David Coallier
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
(EFnet).
>
> Stuff takes time, especially during conference season :)
>
> Be sure to read read the mailinglist rules too:
> http://no.php.net/reST/php-src/README.MAILINGLIST_RULES
>
> -Hannes
>
--
David Coallier
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
>> Does no one see the inherent issues in buying a book about a
>> not-feature-complete version of the language?
>
> I suspect in 2007/8 Larry thought that PHP6 was actually going to be
> released some time soon, rather than inventing a new roadblock with PHP5.3 -
> which is what the book now needs
>
> What do you think about the possibility to support ArrayObject
> instances in array_* functions?
> If you all agreed on this, I can definately help to complete the
> patch, but I need some initial guidance to finish at least the first
> function.
>
I think it's a marvelous idea :)
I'm attachi
+1
--
Slan,
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
2009/7/1 Ilia Alshanetsky :
> There has been quite a bit of discussion on this list, IRC, developer
> meetings, etc... about introduction of type hinting to PHP. Most people
> appear to think that this would be a good idea, but there is a reason why it
> is not in PHP already. The main source of co
2009/5/26 David Soria Parra :
> Hi List,
>
> I recently discovered that zend_hash_func is equal to zend_get_hash_value.
> To clean this up, I would like to remove zend_hash_func in favor of
> zend_get_hash in HEAD. If there are no objections I would commit a patch in
> a few days.
Did you grep thr
2009/5/14 Sahid Ferdjaoui :
> Hello Internals,
>
> I want to contribute for PHP Internal,
> but i don't know how to do it.
>
> I am ready to give approximately 6 to 12 hours per week for PHP.
>
> i have checked a wiki,
> but i don't see a "get involved" section and i do not know how to start :)
>
2009/4/2 Kalle Sommer Nielsen :
> 2009/4/2 Kalle Sommer Nielsen :
>> Hi Justin
>>
>
> Attached a patch instead, hopefully this will work ;)
>
>
I really do like this idea :) Let's just commit it.
I would however like ot see the "naming" stucture Justin used in the
first example by prefixing the
2009/3/31 Alpár Török :
> Hi,
>
> I am interested in this project and would like to join GSoC. I have
> red trough the google FAQ and completed a sing-up form, however i am
> not sure where to go or what to do from here. Any guidance is
> appreciated.
>
I'm sorry to tell you that but xdebug web pr
2009/3/27 Sebastian Bergmann :
> Felipe Pena schrieb:
>> + - Removed:
>> + - UG(unicode) checks
>> + - pcre_cache_entry.unicode_mode
>> + - Changed:
>> + - ZEND_STR_TYPE -> IS_UNICODE
>> + - convert_to_text -> convert_to_unicode
>> +
2009/3/27 Hannes Magnusson :
> 2009/3/27 Felipe Pena :
>> Hello,
>> just to inform, I've commited (yesterday) the patch removing the
>> UG(unicode) checks, etc across all source (except mysql exts). As the
>> patch has 492K, looks as no mail will be sent.
> [...]
Would you mind letting the list kn
> Scott did.
> I have asked _multiple_ times about the status of the project, all I
> got was "he passed".
>
> Quote from Scott (from few months ago):
> "he was to implement unicode support in more modules and convert an
> application.
>
> He's in the process of writing a conversion guide and I be
2009/3/13 Andrei Zmievski :
> Hannes Magnusson wrote:
>>
>> Regarding the migration item...
>> Wasn't there a gsoc project last year that did exactly that?
>
> I think there was, but I don't know if they actually did anything.
>
Actually there was one which I was proposing to mentor since you
were
>
> When I say working, I mean 100% of non-skipped tests passing, no compile
> warnings. The tests exert 80% code coverage, mostly leaving untestable
> stuff like errors that are only likely to occur when the disk crashes.
>
Seriously well done! Kudos
--
Slan,
David
--
PHP Internals - PHP Run
Of course being mentor for the past 2 years I want to be a mentor
again this year. But there are a few things we need to fix. I sent an
email to the other mentors about 3 months ago about things that went
"not-so-well" last year.
Here are a few things that were suggested and came out of this
"disc
> Forgive me if I've missed this in the heat of all the namespaces
> discussions. Did we consider having reserved namespaces, like 'PHP' or
> 'SPL', so that if a user tries to declare a namespace with that name an
> error is raised?
I'd say what you are looking for is probably this.
http://wiki.ph
> To me it looks like a large inconsistency in the way we invoke overloaded
> handlers for
> members vs. methods. I am not sure how it came to be this way, but it's
> probably something
> we should fix. We can either remove the call to __get() on private member
> access, or add
> call to __call() o
>
> "cvs diff -u" against 5.3 branch shoould be ok for the start.
> after positive review, "cvs diff -u" against HEAD would be needed to
>
I really have to say it, you should make your changes to HEAD
__first__ then to 5.3. Not the other way around :)
--
Slan,
David
--
PHP Internals - PHP Runt
>
> I noticed that SplHeap returns the current element count of the heap
> from key(). I think it should return count - 1 to reflect 0 indexing.
> key won't be called outside of an iterator, so this makes sense.
>
I'd say this is a bug as well, would you mind opening a bug and
assigning it to me p
> can you guys give me an advice about where find good documentation/books
> about php C module development?
For starters you can look at this:
http://short.ie/extendingphp
This is linking to Sara's blog. Oh look on the right hand side... you
can buy it from there as well :D
Great book really.
> 1) ext/mhash in 5.3. ext/hash has all the functions, so the entire BC break
> will be that "if (extension_loaded('mhash'))" will need fixing if mhash is
> removed (answer both)
> I) enable ext/hash by default
+1
> II) remove ext/mhash
+1
> 2) deprecate ereg*. ext/ereg is an extension as of PH
2008/11/4 Andrey Hristov <[EMAIL PROTECTED]>
> Ryan Panning wrote:
>
> use 'NsA\NsB\NsC\func_c()';
>>
>
> OMG That looks UGLY1
>
This is exactly the kind of comment that is both useless and pointless.
Could you please make sure that you have a valid point with a subject,
arguments, e
>>
>> What about moving mSQL to pecl? :)
>>
+1
--
Slan,
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
>>>
>> shift+;(x3) vs \
>
Ok I'll try to make a very neutral comment. For the moment most are
still using an english keyboard (no matter which english in this case
and I'd actually be interested in knowing numbers for a fact if
anyone's got something) and ergonomically speaking, ::: is much easier
>> Ok, nice solution, but I still don't see why json_encode ignores
>> protected/private class members. I mean, why we need this feature.
>
> Because, in theory, it shouldn't even be able to see those members?
>
Stefan's right. Unless you are in the local scope or inheriting the
object you should
>
> sure we can break things if there is a compelling reason
> to do so, i'm just totally missing the compelling part here ...
>
>
This is not going to happen. This thread is over.
--
Slan,
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/
> By that I meant that several scripts which come with subversion are written
> in Python. They're pretty easy to replace with PHP scripts though if we do
> decide to use eg. the pecl svn extension. We would need to modify them
> extensively anyway if we were to use a system analogous to the one in
2008/9/12 Greg Beaver <[EMAIL PROTECTED]>:
> Hi,
>
> This is a simple patch that allows files like this:
>
> main.php:
>
>
>
> template example
>
>
>
> namespace my::template;
> // stuff
> ?>
>
>
Is it me or this doesn't look really clean? I have a clear idea that
namespaces are there to a
2008/9/10 Lester Caine <[EMAIL PROTECTED]>:
> Lukas Kahwe Smith wrote:
>>
>> Hi,
>>
>> So let me get this straight, you are complaining that all the new features
>> and changes in the 5.3.0 alpha releases are not perfectly documented yet?
>
> PLEASE re-read the original post.
> If my comments and Q
2008/9/4 Catalin Zamfir Alexandru | KIT Software CAZ <[EMAIL PROTECTED]>:
> Actually it's not when you want to separate Output Buffering from
> ErrorHandling. :) . and YES, you can access "obHandler" when it is
> protected, because you extends the abstract base class, but it fails
> miserably on th
>
> This function has been in OpenSSL for 8 years and supported by every version
> since 0.9.5. It's literally just exposing the API, it's safe for inclusion
> in 5.3 in my opinion.
>
I didn't express myself very clearly. What I meant is that we should
probably add that switch for the return right
2008/9/2 Scott MacVicar <[EMAIL PROTECTED]>:
> Hi All,
>
> Attached and uploaded [1] is a patch to add the OpenSSL random pseudo byte
> function, at the moment it will return FALSE if the bytes aren't considered
> cryptographically strong, I am however considering making this parameter
> controlled
> I had suggested a second optional argument that could be assigned the
> resource (context), and then return true. Though I still think that
> returning
> the resource is the best option.
Runs and compiles fine from here. I like the idea too. Great first attempt :)
--
Slan,
David
--
PHP Inter
>
> This sounds cool. Can we try it somewhere?
>
I'll setup a host in a few days when I get back from vacation :)
--
Slan,
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
2008/6/28 Jordan Wambaugh <[EMAIL PROTECTED]>:
>
> On Jun 28, 2008, at 7:27 AM, David Coallier wrote:
>
>> The idea of the new parsing parameter is to catch the number of
>> parameters as well. For instance when you have
>>
>> if (ZEND_NUM_ARGS() &
2008/6/28 Jordan Wambaugh <[EMAIL PROTECTED]>:
>
> On Jun 19, 2008, at 7:06 PM, Stanislav Malyshev wrote:
>
>> I have cleaned up Zend engine functions, converting them to the new API,
>> but there are about 1000 instances throughout PHP code (especially
>> ext/standard) which still use the old way.
>>
>> The attached patch may also help both core and PECL extensions, emiting a
>> deprecation compile warning when those functions are used.
A bit late to answer but very good idea :)
--
Slan,
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.
>
> Ok, with the tests being ran we are minimizing the chances of bc break
> but I agree and extra care should be applied. We'll make sure this
> care is applied.
>
>
And sorry about the email before, I forgot to remove the junk. :)
--
Slan,
David
--
PHP Internals - PHP Runtime Development Mai
2008/6/22 Lukas Kahwe Smith <[EMAIL PROTECTED]>:
>
> On 20.06.2008, at 01:06, Stanislav Malyshev wrote:
>
>> While we nearing the release of 5.3 (hopefully?), there are many functions
>> in the PHP code which still use old parameter parsing API
>> (zend_get_parameters_ex) instead of the new one (ze
2008/6/21 Rasmus Lerdorf <[EMAIL PROTECTED]>:
> Alexey Zakhlestin wrote:
>>
>> On 6/22/08, David Coallier <[EMAIL PROTECTED]> wrote:
>>>
>>> 2008/6/21 Alexey Zakhlestin <[EMAIL PROTECTED]>:
>>>
>>>> I did curl for 5.3
&g
2008/6/21 Alexey Zakhlestin <[EMAIL PROTECTED]>:
> I did curl for 5.3
>
Grand! did you commit it already?
--
Slan,
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
2008/6/20 Olivier Hill <[EMAIL PROTECTED]>:
> Want some help D? :)
>
> Olivier
>
> On Fri, Jun 20, 2008 at 11:18 AM, David Coallier <[EMAIL PROTECTED]> wrote:
> > I'll take a few
>
Yep, after speaking with felipe, we (you and I) have standard/
--
Slan,
David
I'll take a few
2008/6/20 Stanislav Malyshev <[EMAIL PROTECTED]>:
> Hi!
>
> While we nearing the release of 5.3 (hopefully?), there are many functions
> in the PHP code which still use old parameter parsing API
> (zend_get_parameters_ex) instead of the new one (zend_parse_parameters).
>
> I have
> cu, Lars
> P.S.: Silence agrees doesn't work, silence is void.
Well, if silence is void: TAKE IT OFF!!! (+1 ... once again on this subject)
--
Slan,
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
>
> I think having core module that is documented by doxygen is a shame. And if
> there's anybody working on docs, the work should be done first on official
> docs in the manual, which right now are in the "virtually non-existent"
> state. Doxygen is a nice thing but no replacement for real docume
>
> I think all effort should go into writing real documentation within the
> phpdoc cvs module instead of unreadable and unofficial doxygen output.
> Personally I feel the link to the doxygen output should be removed from
> php.net/spl (but won't) so anyway those are my feelings. Etienne is plann
On 11/04/2008, Alexey Zakhlestin <[EMAIL PROTECTED]> wrote:
> I noticed, that http://www.php.net/~helly/php/ext/spl/ was updated
> almost a year ago. Is the newer version available anywhere?
>
Good point, there're so many new things in there. Marcus? Etienne?
Anyone up to do regenerate some docs
> I see there was a patch added to CVS 2 days ago which added the T_GOTO
> token. This has since broken the Zend Framework for me as they're using the
> goto keyword on some of their objects.
>
> I thought it was version PHP 6 that was adding the goto operator.
Been discussed on this list that c
> I have been a developer for about 11 years and been using PHP about five
>
> Today i am looking for a job that can be done in my own environment and i
> thought that contributing to opensource projects could be a good
> possibility, if there is that possibility of course, because i am not sur
Why can't we stick to consistency ? PHP (classes, functions,
interfaces, abstracts, etc) are all done the same way. What is the
"need" of changing this ?
I see reasons like :
- I don't like indentatation (Answer to that: PHP must make you quite
sad then... and I can't imagine what python makes yo
I think the real question we have to ask is "Do we consider PHPUnit"
standard for PHP Development Unit Testing ?
If so, PHPUnit gets a grant (or a chance to get one under the PHP
Project umbrella)
If not, then it doesn't.
I consider PHPUnit the standard for Unit Testing in PHP, now what do
you a
> > > I'm talking about extension developers. We will all have to add yet
> > > another #ifdef for this function, in the implementation or to define
> > > php_dirname to keep the implementation clean(er). As it is good to
> > > clean up codes, I'm not sure to remove this function is a good t
> Good to know about the Wiki, too, Phillip. I actually saw an
> email come in this morning with the wiki.php.net domain as the
> subject. Maybe I'd been missing a lot of the discussion somehow, I
> didn't know that it was still moving forward.
Lukas has been very quick and responsive on
> Philip Olson wrote:
> > The SoC Administrator is designated - hopefully before February 1.
Marcus was last year, he is again this year.
>
> Somewhat behind the ball, are we? :o)
>
Nothing is behind the walls... for once :)
--
David,
Re-read what you are replying.
--
PHP Internals - PHP
On Fri, Feb 22, 2008 at 10:41 AM, Lukas Kahwe Smith <[EMAIL PROTECTED]> wrote:
> Hello all,
>
> Let me briefly pick on poor David's (unfortunately I could have picked
> any number of posts on any given day just as well) recent emails [1]
> [2]: they are prima example of very bad quoting. Again I
On Fri, Feb 22, 2008 at 10:32 AM, David Coallier <[EMAIL PROTECTED]> wrote:
>
> On Fri, Feb 22, 2008 at 10:03 AM, Lukas Kahwe Smith <[EMAIL PROTECTED]> wrote:
> >
> > On 22.02.2008, at 15:45, Gregory Beaver wrote:
> >
> > &g
On Fri, Feb 22, 2008 at 10:03 AM, Lukas Kahwe Smith <[EMAIL PROTECTED]> wrote:
>
> On 22.02.2008, at 15:45, Gregory Beaver wrote:
>
> > Marcus Boerger wrote:
> >> Hello Lukas,
> >>
> >> alright,
> >>
> >> 'foo as bar' is ok to me and does not even add a new keyword.
> >> Ignore or any mo
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 there's any
On Feb 19, 2008 2:09 PM, Lukas Kahwe Smith <[EMAIL PROTECTED]> 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 wa
omplain.
Thanks,
>
> --
> Some people have a "gift" link here.
> Know what I want?
> I want you to buy a CD from some indie artist.
> http://cdbaby.com/from/lynch
> Yeah, I get a buck. So?
>
>
> --
> PHP Internals - PHP Runtime Development Mailing Li
..
>
>
> PS: The same behavior in HEAD.
>
> http://felipe.ath.cx/diff/math.diff
>
> > Thanks for your work!
>
> Thanks for your attention! :)
> --
> Regards,
> Felipe Pena.
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubs
nst 5.2 attached.
>
> Any objections?
Bla bla bla.. Commit the thing already :))
>
> Cheers,
> --
> Pierre
> http://blog.thepimp.net | http://www.libgd.org
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net
+1
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
>
For future information Karl, http://docs.php.net is the main
documentation server. Everything else are mirrors and those will be
regenerated around the release of php 5.3 (Not now..)
:)
> IMO this is the wrong behaviour but it's at least documented :-)
>
>
> KP
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
David Coallier,
Founder & Software Architect,
Agora Production (http://agoraproduction.com)
51.42.06.70.18
e that phar can be used widely by many many
projects and that anyone using java and jar files have the right to be
awful jealous about the phar in php.
Anyways, thanks greg you have made my life much easier with the strike
of commits and optimizations + features you have added to phar. I want
it in core
eb/public_html/pepr, and
> pearweb/cron/pepr.php.
>
And if that entrepreneur-person needs tips about the pearweb code or
"mentoring", I'll be glad to help.
> Thanks,
> Greg
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubsc
ack on IRC. Typo
> fixes and either be fixed directly in CVS or mailed to me off list.
> Anything controversial should discussed in this thread or on IRC ..
> you know the base line rules now :)
>
> regards,
> Lukas
>
> --
> PHP Internals - PHP Runtime Developm
On Jan 10, 2008 2:40 PM, Andi Gutmans <[EMAIL PROTECTED]> wrote:
> I think next time Sam has three consecutive responses to the same thread
> then he loses access to the list for a week :) (same rule for anyone
> else). Tweaking the 'Subject' won't count as a different thread :)
>
> Andi
>
>
> > --
t, and people who
wish to use it could.
I remember Hannes posted a simple implementation for userland on this
very same internals list, I think it was clean and simple to use.
Performance wise.. hey, if one has a dying wish of using OOP concepts,
he's probably willing to loose a bit of performance to maintainability
and strictness-ity? and having strong typed applications.
$0.02...
--
David Coallier,
Founder & Software Architect,
Agora Production (http://agoraproduction.com)
51.42.06.70.18
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
gt; PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
David Coallier,
Founder & Software Architect,
Agora Production (http://agoraproduction.com)
51.42.06.70.18
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
drew
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
David Coallier,
Founder & Software Architect,
Agora Production (http://agoraproduction.com)
51.42.06.70.18
--
PHP Internals - PHP Runtime Dev
x27;B' and $namespace = 'Space3::Space4';
>
> I think it is the most flexible solution. It allows to create very useful
> and effective mapping mechanisms.
>
> --
> Wojciech Ma³ota
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
Patch ?
--
David Coallier,
Founder & Software Architect,
Agora Production (http://agoraproduction.com)
51.42.06.70.18
On Dec 11, 2007 6:42 PM, David Coallier <[EMAIL PROTECTED]> wrote:
> On Dec 11, 2007 6:13 PM, Gregory Beaver <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > I've been furiously working behind the scenes with Stas and Dmitry, and
> > have some enhance
in PHP's ability to run scripts
> deterministically, or some kind of memory leak/crash.
>
> commit is planned for the next 24 hours or so, but of course any issues
> found in review can be fixed. The patches are short, so in the worst
> case, reverting is not difficult.
>
mething
solid... maybe...)
>From what I have experienced since the namespaces are in, my prefixing
is still the way to go to make sure I can run all my nifty
optimization scripts around and make a few "free" optimizations.
This is a thread that will probably go deep in the sand in a
y
> > account since 2005 when I put in the PEAR Validate_ptBR package but did not
> > make more contributions since then. I'd like to get back with contributions
> > and make my account worth.
> >
> > Regards,
> > Silvano Girardi Jr.
> >
>
> --
&g
el Eshom
> Christian Oldies Fan
> Cincinnati, Ohio
>
>
I'd say start with that :)
http://cvs.php.net/viewvc.cgi/php-src/README.UNICODE?revision=1.9&view=markup&pathrev=HEAD,
http://cvs.php.net/viewvc.cgi/php-src/README.UNICODE-UPGRADES?revision=1.17&view=markup&
t; We do have peer-review after all.
>
> Not on CLA'd code we don't.
>
> - Steph
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
Ok this is driving me nuts:
http://url.ie/730
or
h
On Nov 18, 2007 7:24 PM, Hannes Magnusson <[EMAIL PROTECTED]> wrote:
> On Nov 19, 2007 12:13 AM, David Coallier <[EMAIL PROTECTED]> wrote:
> > I was thinking at something along the lines of objects also for instance:
> >
> > $i = new Integer(33);
java-ish to be something considered in php6 ? ;-)
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
David Coallier,
Founder & Software Architect,
Agora Production (http://agoraproduction.com)
51.42.06.70.18
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
dated version somewhere because I agree
> that having this functionality is a good thing.
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
David Coallier,
Founder & Software Architect,
Agora Production (h
alyshev, Zend Software Architect
> [EMAIL PROTECTED] http://www.zend.com/
> (408)253-8829 MSN: [EMAIL PROTECTED]
>
--
David Coallier,
Founder & Software Architect,
Agora Production (http://agoraproduction.com)
51.42.06.70.18
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hey there all, over the past few days I was thinkering over something
that I consider could be a good addition to the core or actually to
the php distribution. PhpSecInfo, the project by Ed Finkler. I was
thinking in making that an extension that we could distribute with the
distribution so the sam
evelopment Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
David Coallier,
Founder & Software Architect,
Agora Production (http://agoraproduction.com)
51.42.06.70.18
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
t; > > Is that a reasonable idea? I'm not entirely sure about the
> > > "ignore_errors" name, maybe someone has a better suggestion.
> > >
> > > I'd be happy to supply a full patch, but I wanted to hear if anyone
> > > has thoughts on this first.
> > >
> > > Cheers,
> > >
> > > David
> > >
> > > --
> > > 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
> >
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
David Coallier,
Founder & Software Architect,
Agora Production (http://agoraproduction.com)
51.42.06.70.18
ase, get your pending fixes in. The goal is get 5.2.5 out early/
> mid November.
>
Thanks for all that work Ilia, and congrats to you Johannes
>
> Ilia Alshanetsky
> 5.2 Release Master
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: h
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
>
>
--
David Coallier,
Founder & Software Architect,
Agora Production (http://agoraproduc
a,
> which an individual may exclusively possess as long as he keeps it to
> himself; but the moment it is divulged, it forces itself into the possession
> of every one, and the receiver cannot dispossess himself of it." -- Thomas
> Jefferson
>
> --
> PHP Internals - PHP Runt
1 - 100 of 168 matches
Mail list logo
