://www.php.net/unsub.php
Ok this is driving me nuts:
http://url.ie/730
or
http://tinyurl.com/2242cf
(They are both going to the same place but some people have preferences)
--
David Coallier,
Founder Software Architect,
Agora Production (http://agoraproduction.com)
51.42.06.70.18
--
PHP
=markuppathrev=HEAD,
http://cvs.php.net/viewvc.cgi/php-src/README.UNICODE-UPGRADES?revision=1.17view=markuppathrev=HEAD,
http://cvs.php.net/viewvc.cgi/php-src/unicode-gotchas.txt?revision=1.1view=markuppathrev=HEAD
:)
--
David Coallier,
Founder Software Architect,
Agora Production (http
account worth.
Regards,
Silvano Girardi Jr.
--
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
optimizations.
This is a thread that will probably go deep in the sand in a few days
(unless the community arises (which doesn't usually happen)) but for
the records, if anyone has anything to say, it's still the time :)
--
David Coallier,
Founder Software Architect,
Agora Production (http
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 enhancements to namespaces in the form of 2 patches.
1) multiple
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
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
, 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
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
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
--
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
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
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, want it now.
Thanks Greg and Marcus a bunch (once again)
--
David Coallier,
Founder Software Architect,
Agora Production (http://agoraproduction.com
--
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
+1
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
http://blog.thepimp.net | http://www.libgd.org
--
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
://www.php.net/unsub.php
As long as it's in 5_3 I believe there'll be no problems. I did the
same for a few string.c functions.
As long as the behavior itself doesn't change, I'd say good work :)
--
David Coallier,
Founder Software Architect,
Agora Production (http://agoraproduction.com
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 was made.
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 intent
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 more keywords are bad and
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:
Marcus Boerger wrote:
Hello Lukas,
alright,
'foo as bar
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 do
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
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
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 thing.
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
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 you
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 sure
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
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 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 planning
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
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'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 cleaned
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
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/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
I don't have karma.
You do now.
Cheers Mr. L
--
Slan,
David
--
PHP Internals - PHP Runtime
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
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 Mailing
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:
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. This way
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() 2) {
WRONG_PARAM_COUNT;
}
then your
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
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
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.
Any
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 now
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 the
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 QUESTIONS are
2008/9/12 Greg Beaver [EMAIL PROTECTED]:
Hi,
This is a simple patch that allows files like this:
main.php:
html
head
titletemplate example/title
/head
/html
body
?php
namespace my::template;
// stuff
?
/body
Is it me or this doesn't look really clean? I have a clear idea that
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
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:
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 shouldn't be
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
to
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
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, examples
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 PHP 5.3.
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.
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
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 Runtime
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() on
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.
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
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 Runtime
2009/3/13 Andrei Zmievski and...@gravitonic.com:
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
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 believe he
2009/3/27 Hannes Magnusson hannes.magnus...@gmail.com:
2009/3/27 Felipe Pena felipe...@gmail.com:
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.
[...]
2009/3/27 Sebastian Bergmann s...@sebastian-bergmann.de:
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/31 Alpár Török torokal...@gmail.com:
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
2009/4/2 Kalle Sommer Nielsen ka...@php.net:
2009/4/2 Kalle Sommer Nielsen ka...@php.net:
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
2009/5/14 Sahid Ferdjaoui sahid.ferdja...@gmail.com:
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
2009/5/26 David Soria Parra dso...@gmx.net:
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
2009/7/1 Ilia Alshanetsky i...@prohost.org:
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
+1
--
Slan,
David
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
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 attaching
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
Hello all, as most of you know we have been accepted in the Google
Summer of Code for a refactory of a framework using PHP6. As I
mentionned one of the main goals of this is to help with the
development of PHP6 and testing.
So here I go, what are the features and tests that YOU would like to
see
On 4/27/07, Michael Wallner [EMAIL PROTECTED] wrote:
David Coallier wrote:
So here I go, what are the features and tests that YOU would like to
see reported ? I am currently building a list of things that we have
to test and I am wondering which are the parts you consider the most
important
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
{
public static function P()
{
echo 'woo';
}
}
class Yeah
{
public function S()
{
Main::P();
}
}
--
David Coallier,
Founder Software Architect,
Agora Production (http://agoraproduction.com)
51.42.06.70.18
--
PHP Internals - PHP Runtime Development Mailing List
will submit the patch.
Tijnema
--
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
On 5/5/07, Jan Reininghaus [EMAIL PROTECTED] wrote:
I am currently working on my second draw for the page, but I have a
question. For my first draw I assumed that all of the new features will
be available for all three branches, but is this actually true?
By the way, I don't know whether you
On 5/4/07, Marcus Boerger [EMAIL PROTECTED] wrote:
Hello Stanislav,
Friday, May 4, 2007, 10:07:13 PM, you wrote:
- you don't need a tool - well php - but hey you probbaly have that tool
Yes, but they can't open it by any other standard system tool. I.e. you
always need PHP - and of
On 5/6/07, Tijnema ! [EMAIL PROTECTED] wrote:
On 5/6/07, David Coallier [EMAIL PROTECTED] wrote:
On 5/5/07, Jan Reininghaus [EMAIL PROTECTED] wrote:
I am currently working on my second draw for the page, but I have a
question. For my first draw I assumed that all of the new features
On 5/6/07, Tijnema ! [EMAIL PROTECTED] wrote:
On 5/6/07, M.Sokolewicz [EMAIL PROTECTED] wrote:
Tijnema ! wrote:
On 5/6/07, David Coallier [EMAIL PROTECTED] wrote:
On 5/6/07, Tijnema ! [EMAIL PROTECTED] wrote:
On 5/6/07, David Coallier [EMAIL PROTECTED] wrote:
On 5/5/07, Jan
talking about a bug or personal differents here
? Please take it to private if you feel like debating what is what and
who is who. Unknown person, maybe it was curt, so what ? Life goes
on...
Anyone has an answer/tests to that bug* so we can stop this discussion ? :)
--
David Coallier,
Founder
://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
-party scripts using pear upgrade SOMEOTHERCHANNEL.com's package
name.
--
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
On 5/8/07, Richard Quadling [EMAIL PROTECTED] wrote:
On 06/05/07, Tijnema ! [EMAIL PROTECTED] wrote:
On 5/6/07, David Coallier [EMAIL PROTECTED] wrote:
On 5/5/07, Jan Reininghaus [EMAIL PROTECTED] wrote:
I am currently working on my second draw for the page, but I have a
question
On 5/10/07, Stanislav Malyshev [EMAIL PROTECTED] wrote:
That is good point. If PECL extensions could be integrated into php by just
set --enable-extensionX while compiling the php distribution. That would be a
Maybe in more generic form like --enable-pecl=EXTENSION or
change in 5.2. It makes my life easier
to maintain both libraries and keep them 100% compatible, is there any
objection?
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
I'm all for it, good work
--
David Coallier,
Founder
amount of time since some of the most present contributors have less
time and some others do have some, let's say taht with testing,
there's about half to be done (according to lcov - even if it says
60%)
--
David Coallier
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe
seem very useful to me either).
I think this is a bad choice.. might not be useful to you, but might
be to some other people
Opinions?
--
Wbr,
Antony Dovgal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
David Coallier
with those, so I leave that to Gregory for now.
(patch-tracker and roadmaps)
--Jani
p.s. Yes, I'm going to Norway next week..
See ya there!
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
David Coallier,
Founder Software
+1
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED] http://www.zend.com/
--
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
) {
+ exists = 0;
+ }
}
}
}
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Tested it and makes perfect sense.
--
David Coallier,
Founder Software Architect,
Agora
CURLOPT_PRIVATE and CURLINFO_PRIVATE
--
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
: Wolfratshausen - GF: Dipl. Inform. Stefan Priebsch
http://www.e-novative.de
--
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
On 7/5/07, Stefan Priebsch [EMAIL PROTECTED] wrote:
David Coallier schrieb:
I would probably be in favor of throwing a notice or a warning when
someone modifies a built-in function (or even throw an exception) and
that way as soon as you do such thing you would know right away that
you
,
Derick
--
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
--
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
1 - 100 of 162 matches
Mail list logo