On 13-Dec-07, at 8:08 AM, Jani Taskinen wrote:
On Thu, 2007-12-13 at 10:00 +0100, Derick Rethans wrote:
To to get back to the point of the noise on the lists - it's
getting out
of hand, and I am afraid that if we don't solve this any time soon,
the
lists will be useless for any sort of
On 10-Jan-08, at 10:58 AM, Lukas Kahwe Smith wrote:
I know that PHP has so far stayed clear of processes and I am fine
with keeping it this way. But I really think that some of these
flames should best be taken off list into some work group that
provides summaries at semi regular
Hey Marcus—
On 1-Feb-08, at 3:26 PM, Marcus Boerger wrote:
* Develop a PECL CLA that can optionally be used for PECL projects.
* If necessary, adapt the PHP License, so that it works nicely
together with the CLA.
IMO (and FWIW), CLAs do not belong in any official php.net project. I
have
On 6-Jan-09, at 11:49 AM, Ilia Alshanetsky wrote:
I'm ok with doing for 5.3, most people when upgrade rarely look at
the INI file especially if the update is done through a
distribution's package management system.
Not to barge in, but many people won't consider 5.2 - 5.3 a major
On 26-May-09, at 11:10 PM, tRace DOliveira wrote:
What I am trying to achieve is to have the server do less
processing. Like I said PHP is a server side scripting language and
each time a request is made a process is spawned and processes are
heavy weight as compared to a thread which is
It would be really nice if everyone could consider that the other do
understand what is being discussed but actually disagree. The question
was actually: is it worth the effort? Who is seriously using CGI (not
meaning fastcgi) with php these days?
On shared hosts, CGI is often the only way to
On 2009-10-21, at 10:40 PM, Richard K Miller wrote:
I don't follow. Is this really the intended behavior? It seems quite
unintuitive that the original array would be modified by *empty*
loops.
It is intended behaviour. Consider your code; at the end of this loop:
$items = array('apple',
On 24-Apr-07, at 7:00 AM, Antony Dovgal wrote:
Yes, of course.
But I'm using Linux, not windows.
Maybe you're even using a machine that is more powerful than his...
Mt.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
should i draw you a picture for help?
Yes, but please make sure that it is on 24# cream paper. And draw in charcoal,
because professionals don't use pencils.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 8/12/05 2:50 PM, David Zülke [EMAIL PROTECTED] wrote:
I have a #9 to share, too:
Assuming that PHP 6.0 will also have namespaces support (which would be
cool), it might make sense to move all internal functions to use namespaces
(if they support functions sitting in there - doesn't seem
Hey Ilia,
On 8/12/05 3:03 PM, Ilia Alshanetsky [EMAIL PROTECTED] wrote:
-1 to namespaces. As for modifying functions that would require a fair
number of function aliases for BC as untold number of scripts will
break. That is something we are trying to eliminate in the first place.
With
don't care much for them either, but I do
think that consistent function naming and parameter ordering is an
opportunity worth taking advantage of, that's all.
Marco
Ilia
Marco Tabini wrote:
Hey Ilia,
On 8/12/05 3:03 PM, Ilia Alshanetsky [EMAIL PROTECTED] wrote:
-1 to namespaces
Hi--
Could someone with karma check that this patch is ok for bug #34565 and
commit it to CVS? The patch is against HEAD -- not sure if a separate commit
needs to be made against the 4.x and 5.x branches (and would appreciate some
pointers on this topic).
Cheers!
Marco
--
PHP Internals -
[Resending with patch inline]
Hi--
Could someone with karma check that this patch is ok for bug #34565 and
commit it to CVS? The patch is against HEAD -- not sure if a separate commit
needs to be made against the 4.x and 5.x branches (and would appreciate some
pointers on this topic).
Cheers!
Hey Sebastian—
On 2010-03-13, at 4:55 PM, Sebastian Bergmann wrote:
Stefan Marr wrote:
Is that wise and well-considered or something the community might
regret in the long run?
The books in question have not been written by community members
(because those know better). I think there are
On 2010-04-02, at 9:02 PM, Stanislav Malyshev wrote:
I think they'd allow to manage complex parameter sets more efficiently than
with those $options arrays. But that'd probably require changing the way how
parameters are passed, since the stack won't work too good anymore for it.
FWIW,
On 2010-07-10, at 7:00 PM, Reindl Harald wrote:
I understand this well
Then perhaps you can volunteer to help speed up the release process.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 2010-07-22, at 8:49 PM, Karoly Negyesi wrote:
So you do not consider it utterly confusing that
No. I know kung-fu.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
I stumbled upon bug #24281 while running a few test on the current HEAD
for PHP5--it seems to me that it should be sufficient to change a single
line of code to make str_replace() work as expected, but I'm not
familiar enough with the internals to know whether my fix is good or
not...so, here it
Take two (this time hopefully clearing the variable before resetting it):
Index: string.c
===
RCS file: /repository/php4/ext/standard/string.c,v
retrieving revision 1.391
diff -u -r1.391 string.c
--- string.c20 Jun 2003 15:41:43
'ziobudda' morelli [EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
Marco Tabini
President
Marco Tabini Associates, Inc.
28 Bombay Avenue
Toronto, ON M3H 1B7
Canada
Phone: (416) 630-6202
Fax: (416) 630-5057
Web
Tabini
President
Marco Tabini Associates, Inc.
28 Bombay Avenue
Toronto, ON M3H 1B7
Canada
Phone: (416) 630-6202
Fax: (416) 630-5057
Web: http://www.tabini.ca
Index: basic_functions.c
===
RCS file: /repository/php-src/ext/standard
On Thu, 2003-07-03 at 13:43, Bjrn Schotte wrote:
* Marco Tabini wrote:
(a) Not everybody does it that way
That's no argument.
Well, how can I argue with this? g
(b) Not everybody *can do it* that way--think Windows users.
Cygwin exists and I'm sure there's a bunch of freeware
On Thu, 2003-07-03 at 13:49, Bjrn Schotte wrote:
* Marco Tabini wrote:
So, your position is that a developer should bend to the technology.
No. My position is that a developer should evolve and learn
that there are some more professional ways than just dumping
debug data to the browser
the list with nonsense.
And that's all I have to say about that. :)
Mt.
--
Marco Tabini
President
Marco Tabini Associates, Inc.
28 Bombay Avenue
Toronto, ON M3H 1B7
Canada
Phone: (416) 630-6202
Fax: (416) 630-5057
Web: http://www.tabini.ca
--
PHP Internals - PHP Runtime Development Mailing
Hi Andi, Christian--
From a logical standpoint, I think this could be very confusing. To me,
for one, square brackets imply reference, not assignment. Taking
something that means take something out of the array and now using it
to mean put something in the array makes the language a bit less
Rasmus Lerdorf wrote:
On Wed, 5 Nov 2003, Ilia Alshanetsky wrote:
On November 5, 2003 10:34 am, Christian Schneider wrote:
PHP is a mix of C, Perl and other styles anyway, why deny it? It's
strength is that it's a pragmatic and simple language but that doesn't
mean that nothing should be changed
George Schlossnagle wrote:
On Nov 5, 2003, at 11:52 AM, Marco Tabini wrote:
But isn't there a big difference between an assignment and a reference?
I, for one, think that language constructs should be as univocal as
possible in order to minimize confusion, lest we end up having to read
Christian Schneider wrote:
Marco Tabini wrote:
$a = [[1,2,3],[1=[1,3,2,2], a=[[1,2,3,4],4,[1,2]]];
$a = array(array(1,2,3),array(1=array(1,3,2,2),
a=array(array(1,2,3,4),4,array(1,2)));
Besides my previous points, something even more abominable:
$a = [1,2,$b[11]];
Is that confusing enough
Ford, Mike [LSS] wrote:
On 05 November 2003 17:06, Marco Tabini contributed these pearls of wisdom:
Christian Schneider wrote:
Marco Tabini wrote:
$a = [[1,2,3],[1=[1,3,2,2], a=[[1,2,3,4],4,[1,2]]];
$a = array(array(1,2,3),array(1=array(1,3,2,2),
a=array(array(1,2,3,4),4,array(1,2
Romans Malinovskis wrote:
Think backwards.. Will you be able to convince
any perl/python/javascript developer to use
array(), list(), range() structs?
I really don't think this needs to be a concern. You can't be everything
to all people.
Mt.
r
$a = [1,2,$b[11]];
Is that confusing enough for
Michael Walter wrote:
$a = [1,2,$b[11]];
Is that confusing enough for you? ;-)
What's confusing about it?
The fact that $b[11] references an item of an array, while
[1,2,$b[11]] assigns values to the array $a. The fact that you (and,
probably, most of us) can't tell right off the bat is a
George Schlossnagle wrote:
On Nov 5, 2003, at 1:29 PM, Marco Tabini wrote:
$a = [1,2,$b[11]] is semantically inconsistent.
How so? Is
I think I've already explained why.
foo(array(1,2));
semantically inconsistent? On one hand () is used with a language
construct (array()), whereas
Sorry to interject, but shouldn't the feature set be frozen before
moving to a release candidate? This stage should mean to people that
they can start building software on the new system because all the
features are fixed and are not going to change, even though the system
may still have bugs
Working on the POP3 extension
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Zeev Suraski wrote:
Wez,
You're going to see Zeev on the PHP Cruise and me in Manchester at
PawsCon :)
Yeah, but what about both of you *together*? :-)
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
36 matches
Mail list logo