. It is what many
of us don't understand.
Regards,
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
to commend us for oh so good process. Process is important,
but it's a *tool*, not the *goal*.
Asking prior to acting unilaterally is part of a process. Starting to
push CLA in the core of PHP without even asking is something I can't
understand.
--Pierre
--
PHP Internals - PHP Runtime Development
such concepts of package. I
think it is pretty much what everyone is looking for, to supercede
include/require in php libraries/apps (not in templates) and to
fantastically improved our namespaces (which are not namespaces
anyway but basic aliases).
/fud
--Pierre
--
PHP Internals - PHP Runtime
or the lack of CLA.
Don't try to solve a non problem or don't try to close the PHP
project, it is already hard enough to get in.
Thanks for your understanding and happy Christmas holidays,
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing
know what I mean, take a look at the amount of complains
of people having hard times to contribute a patch or to get stuffs in.
ok, off to holidays now :)
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
On Dec 21, 2007 7:38 PM, Stanislav Malyshev [EMAIL PROTECTED] wrote:
Only thing needed for this is willingness to actually listen.
Listen the masses: NO, we don't want CLAs in php.net, period.
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime
to finally accept a fact...
Don't be blind, you perfectly see all other opinions from other
developers.
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Dec 22, 2007 8:37 PM, Alexey Chupahin [EMAIL PROTECTED] wrote:
Patching libGD
Confirmed, he maintains the openvms build scripts.
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net
that may not be present.
Yes, we have asked that many many times. the Standard Php Library
belongs to the core part of php. Even if I slightly disagree with its
name, some of its parts should even be pushed in zend/, see the
archives for a list.
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
.
This question makes sense here and brings yet again the question why
such things are not available by default.
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
always enabled by in
5.3 and be done with it? It is annoying to have setups without it.
Happy new year! :-)
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Jan 1, 2008 6:02 PM, Johannes Schlüter [EMAIL PROTECTED] wrote:
Hi,
On Mon, 2007-12-31 at 22:45 +0100, Marcus Boerger wrote:
Hello Johannes,
I agree with Pierre here. How about finally making SPL built in
always
like ext/standard?
First some statistics: According to my
to RTFM, that's off base).
Cheers,
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
will see what does that mean to be unclear
about how strict one should be.
I'm not arguing to force strictness but I would love to have it, on a
per class basis for example (/dream).
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
On Jan 4, 2008 5:53 PM, Pierre [EMAIL PROTECTED] wrote:
On Jan 4, 2008 4:52 PM, Gregory Beaver [EMAIL PROTECTED] wrote:
But I *don't* want my functions to take an argument of arbitrary type -
it is in fact you who are missing the point. A type hint is a poor
solution to a real problem
and useless tests), you
can do it. That's not the case for use who likes to use stronger
arguments (and we are talking about arguments only here).
Cheers,
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
On Jan 4, 2008 6:20 PM, Marcus Boerger [EMAIL PROTECTED] wrote:
Hello Pierre,
we never accepted this as a pro argument. Infact we often saw the
necessaity to highlight something is optional to vote against it. We do this
for a reason. That is we only want to support mainstream features.
My
On Jan 4, 2008 6:01 PM, Sam Barrow [EMAIL PROTECTED] wrote:
On Fri, 2008-01-04 at 17:53 +0100, Pierre wrote:
On Jan 4, 2008 5:53 PM, Pierre [EMAIL PROTECTED] wrote:
On Jan 4, 2008 4:52 PM, Gregory Beaver [EMAIL PROTECTED] wrote:
But I *don't* want my functions to take an argument
.
As for outputting arrays, indeed, 'Array' is not very meaningful, but
would Incompatible type is call in function foo() /foo/bar.php line
123 be better?
Are you recomanding to use E_NOTICE and higher level with display_errors on? =)
/runninginciricle
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
there is any difference. The cast is done
at some point anyway. And the function/method will not have to add
these horrible tests like is_int, is_numeric and all other related
tests.
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
but raises an
error. I can live with [0-1.] being converted to integer or float as
it is the case now. Even I would rather prefer a strict hinting and
let the user of a method or function do the cast (for the reasons
explained numerous times in this thread).
--
Pierre
http://blog.thepimp.net | http
On Jan 6, 2008 9:55 PM, Stefan Priebsch [EMAIL PROTECTED] wrote:
Pierre schrieb:
When a method or function uses the strict typing, it is on purpose. It
is documented (self documented and hopefully using normal docs). There
is no need of error handling, it is an usage error and should raise
On Jan 6, 2008 10:48 PM, Marcus Boerger [EMAIL PROTECTED] wrote:
Hello Pierre,
I agree something that is not really a number should not be converted into
a number as it is not compatible but then...what do we do right now?
[EMAIL PROTECTED] PHP_5_3]$ php -r 'var_dump(fmod(12,5));'
make
. That was the moto for the
strictness in OO and its fatal errors. But It will be possible as it
seems that we are going down the E_RECOVERABLE error, but that does
not make it a good thing.
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
On Jan 6, 2008 11:15 PM, Stefan Priebsch [EMAIL PROTECTED] wrote:
Pierre schrieb:
I don't see the point to make a application working when you pass to
it the wrong data, it is a bad usage. That was the moto for the
So how are you going to deal with the bad usage then?
Isn't the
problem
On Jan 7, 2008 12:01 AM, Stefan Priebsch [EMAIL PROTECTED] wrote:
Pierre schrieb:
That what happens now with the numerous fatal errors. That's not the
case with an E_RECOVERABLE error. PHP has no compiler and all errors
will be see at runtime, even fatals like missing classes, functions
the distributions fault, but this problem is particullary
true for Debian users (IPS using debian). Debian being conservative,
their users are even more conservative and reluctant to update their
systems. The worst is that they even follow blindly your choices.
Cheers,
--
Pierre
http://blog.thepimp.net
' = 'orange', 'bar' = 'apple', 'baz' = 'lemon'];
I like this one, +1
ps: no need to argue why you don't like, it would be nice to simply
say +1/-1, trolls quota is already full for this year :)
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing
, visit: http://www.php.net/unsub.php
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
+1 (for the record in this thread :)
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
users.
They are the ones using our softwares...
Cheers,
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Jan 11, 2008 6:37 PM, Pierre [EMAIL PROTECTED] wrote:
On Jan 11, 2008 4:47 PM, Johannes Schlüter [EMAIL PROTECTED] wrote:
Hi,
I did a short count of the votes about the Array Syntax shortcut on
the list. I hope I've got everybody right. The results look like that:
Yes, you forgot me
is respectless for all the documentation people.
And we can wait at least a week or so before closing the poll.
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
related to the parser, or are you?
Neither I will (or if it is an easy one :).
Please let move on the right side. It is getting ridiculous to hear
this kind of answers. Opinions matter, that's how we evolve. Whether
the authors have provided patches or not is irrelevant /for me/.
--
Pierre
http
with moderation/caution)
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
(and not
discutable, ideally).
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
or choise.
It is also a process to use when we fail to find a compromise. I still
strongly believe in our self discipline and control.
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net
fail to find a compromise. I still
strongly believe in our self discipline and control.
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Jan 17, 2008 3:36 AM, Mário Soares [EMAIL PROTECTED] wrote:
I posted in the pecl-dev malling list, the intention of publishing a new php
extension. And Pierre suggested to make it available in the php.net cvs.
Confirmed, he is talking about a wxWidget binding for php:
http://news.php.net
On Jan 21, 2008 2:24 PM, Hannes Magnusson [EMAIL PROTECTED] wrote:
Any objections to this?
No. +1 from me.
+1
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Jan 21, 2008 3:38 PM, Antony Dovgal [EMAIL PROTECTED] wrote:
6 reasons why we must to get rid of The Switch ASAP
I was +1 months ago, I'm still +1 now :)
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit
Hi Oliver,
Report a bug using bugs.php.net (with a link to the patch diff -up :)
This way it will not get lost in the internals archive.
On 1/22/07, Oliver Block [EMAIL PROTECTED] wrote:
Hello,
easter_date() returns a timestamp produced by C's mktime().
(ext/calendar/easter.c:111):
:)
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 1/23/07, Oliver Block [EMAIL PROTECTED] wrote:
Hello Pierre,
a bug report will be no problem.:)
Regarding a patch: timezone information needs to be accessible from within
ext/calendar/easter.c if I got it right. The easiest way is to call
php_mktime/PHP_FUNCTION(mktime) from within
too:
6. Redistributions of any form whatsoever must retain the following
acknowledgment:
This product includes PHP software, freely available from
http://www.php.net/software/.
phpDocumentor is distributed through php.net (pear).
--Pierre
--
PHP Internals - PHP Runtime Development
On 1/25/07, Ilia Alshanetsky [EMAIL PROTECTED] wrote:
PCRE should operate in UTF-8 mode.
How does UTF-8 help to make it locale compliant?
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
) and other locale specific
issues? generally, not only pcre. Maybe it is more something for ICU
directly, as you said later in this thread.
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
this solution), they do not work in all cases (check the various bugs
about them) and they will bring a huge breakage as is_array($objarray)
returns false. The later is certainly fixable (with slowness too), I'm
not sure about the other issues.
--Pierre
--
PHP Internals - PHP Runtime Development
!). Another approach I really like is the cgi object, see perl
or python for nice implementations examples.
--Pierre
ps: we are running in circle, I said that already many times already...
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
not understand the resistance to commit
experimental code in head. For what really matters, we need a working
solution. It does not need to be perfert, it needs to work (more or
less). We still have plenty of time to improve it until 6 is out (not
going to happen in the next months anyway).
--Pierre
:)
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 1/27/07, Dmitry Stogov [EMAIL PROTECTED] wrote:
-Original Message-
From: Pierre [mailto:[EMAIL PROTECTED]
Sent: Saturday, January 27, 2007 2:16 PM
To: Andrei Zmievski
Cc: Dmitry Stogov; Sara Golemon; internals@lists.php.net;
Andi Gutmans; Zeev Suraski; Stanislav Malyshev
again.
Regards,
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
(once or again) my initial proposal, it is the base of
Sara's proposals. Request startup is _not_ a solution because the
users must have the ability to define the input encoding before the
fist fetch. That's why we decide to move the JIT trigger at runtime
instead of compile time.
--Pierre
--
PHP
provide (whatever
that ends up being) isn't good enough...
Amen. And know what? ext/filter provides all we need except the object
interface, but I promise to come with a proposal+patch for it as soon
as possible.
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe
talking about an object.
ArrayAccess was never an option for the exact reasons you quoted in
the cons. However if this problem can get fixed at the engine level,
why not.
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
.
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
problems to commit a solution even if it is not
perfect.
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 1/29/07, Richard Lynch [EMAIL PROTECTED] wrote:
On Sat, January 27, 2007 5:16 am, Pierre wrote:
On 1/27/07, Andrei Zmievski [EMAIL PROTECTED] wrote:
Good luck trying to retrain millions of programmers to use a CGI
object or a function to retrieve GPC values.
You will be surprised, really
binary data?
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
to dive a bit deeper.
I like this syntax, it is clear and easy to write. All other languages
use this syntax already (using either {} or [] but same principle) and
it can be done while keeping the classic array() definition. No need
to mention the numerous requests to add it to php.
--Pierre
--
PHP
On 2/4/07, Hannes Magnusson [EMAIL PROTECTED] wrote:
Hi Andi
function typeHinted([] $array = []) { // type hint array, default to empty one
That's a wrong example.
Type hinting should still rely on the literal name:
function typeHinted(Array $myarray=[])
--Pierre
--
PHP Internals - PHP
you propose is extremely confusing and
we should stick to what we have right now.
If someone does not like this new syntax, he can stick to array(). It
is in no way an argument to refuse the new syntax addition.
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe
On 2/4/07, Ilia Alshanetsky [EMAIL PROTECTED] wrote:
On 4-Feb-07, at 1:14 PM, Pierre wrote:
On 2/4/07, Ilia Alshanetsky [EMAIL PROTECTED] wrote:
I personally find array extremely clear, in recent weeks I had to do
A LOT of JavaScript work where the array syntax works in a manner you
suggest
On 2/4/07, Wez Furlong [EMAIL PROTECTED] wrote:
extensions_path = /local/extensions:$DEFAULT_EXTENSIONS_DIR
+1
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 2/4/07, Zeev Suraski [EMAIL PROTECTED] wrote:
At 20:14 04-02-07, Pierre wrote:
Hi,
On 2/4/07, Ilia Alshanetsky [EMAIL PROTECTED] wrote:
I personally find array extremely clear, in recent weeks I had to do
A LOT of JavaScript work where the array syntax works in a manner you
suggest for PHP
:)
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
wait march, such a jump is suspect :)
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
are in phpinfo (or in memory allocated by php),
then maybe (really not sure).
But if the leaks are in IM as their extension does not use php memory
manage, it is not something fixable by php or anything else but IM.
Note to anyone, please correct me if I'm mistaken :)
--Pierre
--
PHP Internals - PHP
manage, it is not something fixable by php or anything else but IM.
Pierre you are getting me totally wrong.
I dont really care for this particular ImageMagick(Wand) or even phpinfo
leak at all :)
Yes, that I got that, I only liked to say that this patch will not
help that much, only to be sure
version. I think it would definitively better. However,
if other prefers to go with your new functions for now, it will not be
a big problem, it only clutters the api a bit more ;).
Cheers,
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net
, FILTER_FLAG_ENCODE_LOW));
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
. I'm not sure it will help to get more testers or
feedbacks, but it costs nothing to do it :)
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 2/15/07, Andrei Zmievski [EMAIL PROTECTED] wrote:
Just to be clear: does this implement runtime JIT per-element or for
the whole array at once?
The whole array. It is exactly like what we have now for the compile-time JIT.
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
an upgrade to pcre 7.0 we'd need atleast one RC, which I
plan to release on Thursday.
PCRE sounds like a destabilizing element, but if confidence is high(?)
Good question. What's about 4.4.6 with only the required fix(es)? Or
is there very good reason to update pcre now?
--Pierre
--
PHP Internals
I'd like to
use in PHP too. :-)
It actually comes from the C/C++ const like foo(const char *str). It
makes very little sense to have it in PHP.
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
to add streams support to our glob functions.
But it can bring more troubles than expected.
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 3/4/07, Marcus Boerger [EMAIL PROTECTED] wrote:
Hello Pierre,
Sunday, March 4, 2007, 6:22:03 PM, you wrote:
To make this long story short, I do not understand the reason behind a
glob:// stream wrapper. It makes no sense. But yes, we need a better
glob support in PHP. Many extensions
you don't understand. AA.
I suppose that ends the dialog. So be it.
I will take another way to understand why one can add URI wrappers in
the core stream implementation without discussing it and even worst,
without allowing any discussion about his choice.
--Pierre
--
PHP Internals - PHP
nature as it is not a URI resource but a
filter.Please try to understand my point of view, the idea of adding
glob/fnmatch op in stream is obviously good but not the glob:// URI.
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi Andrei,
On 3/5/07, Andrei Zmievski [EMAIL PROTECTED] wrote:
Pierre,
How's it going with this list you posted? Last I heard you had some
issues with ext/session. Can you elaborate please?
The issue is not specifically with the ext/session but with extensions
accessing the input data
is main/safemode.c:70 :
if (fopen_mode) {
if (fopen_mode[0] == 'r') {
mode = CHECKUID_DISALLOW_FILE_NOT_EXISTS;
} else {
mode = CHECKUID_CHECK_FILE_AND_DIR;
}
}
Any reason behind this check or should we drop it?
Thanks,
--Pierre
--
PHP Internals - PHP
On 4/4/07, Scott MacVicar [EMAIL PROTECTED] wrote:
Taking over maintenance of the imagick extension within PECL. Also planning to
help Pierre with libGD.
I confirmed both. For imagick see:
http://news.php.net/php.pecl.dev/4660
Please approve this account, I'll give the correct karma
, I never really understood why it was developed
outside ZendEngine2 (at least for the main classes like ArrayObject,
ArrayIterator, iterator_to_array or class_* (these two are the most
obvious candidate!) .
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit
discussions about this patch will take place there.
Regards,
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
in the extensions may be available only in the
extension, I did not follow its recent developments.
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
) or as a self contained installer. But I would not recommend to
ever use a phar for other purposes like in a production environment.
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
://.
Stanislav and Tony have a point, writing a custom extension to fix a
problem that we introduced is a bad idea and does not solve the
problem for anyone else but phar. If phar will be bundled or not does
not matter, this problem has to be solved anyway.
--Pierre
--
PHP Internals - PHP Runtime
this package got a wider audience and users base, I don't
have real objections to do not bundle it even if I still think that
phar is a packager tool and have little to do with the mainstream
needs.
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
a phar, I really don't see the point here.
Now, from a performence point of view, how faster (or less slow) is
the extension in comparison to the user land stream implementation?
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 5/9/07, Marcus Boerger [EMAIL PROTECTED] wrote:
Hello Pierre,
Tuesday, May 8, 2007, 10:59:08 PM, you wrote:
On 5/8/07, Davey Shafik [EMAIL PROTECTED] wrote:
Stanislav Malyshev wrote:
No, not in other words. I said the words I said, because I meant
those words. I'm talking about small
yet to understand their importance :)
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
afaics). However answering the open
questions will.
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
(as in
pear.phar for example) needs. They can install an extension (or the
PHP script versions like phpk or php_archive) in seconds.
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
to MFB. Everyone has to MFB or ask for help
if they don't have the time, knowledge or motivation.
All I know is that we are waiting for the filter extension. As it appears
right now, I do not see Pierre doing the job he offered so we need to find
somebody else here. Anyone care to jump in who has
Hi Andrei.
On 5/17/07, Andrei Zmievski [EMAIL PROTECTED] wrote:
On May 16, 2007, at 2:56 PM, Pierre wrote:
This information is incorrect and misguided, please understand what
you are talking about before making inappropriate claims. Simply
asking me or really any other developer
that, especially not when it is a volunteer.
If you have something constructive to say, I will read it carefully
and try to help you. If not, feel free to continue this senseless
discussion, but I have better things to do than reading such
stupidities.
--Pierre
--
PHP Internals - PHP Runtime
On 5/17/07, Andrei Zmievski [EMAIL PROTECTED] wrote:
Go take a pill.
-Andrei
P.S. Open Source volunteering still implies a level of commitment.
As well as respect, something you don't have. But this stupid answer
just made my point. Fine, your problem.
--
PHP Internals - PHP Runtime
.
Can we now move to something more constructive?
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
, lesson #1 :)
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
1 - 100 of 4120 matches
Mail list logo