> 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 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
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-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, n
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 th
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',
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 ha
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 a
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"
upgr
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 al
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 intervals,
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 dec
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
[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!
[Resending with patch in text file. I'm planning on getting this right one
of these days]
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 (an
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 - PHP
the global namespace and forget
about namespaces altogether--I 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
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.
>
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
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
Working on the POP3 extension
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
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 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 i
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 c
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
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"=>
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 =
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
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
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 les
ing 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 Develop
On Thu, 2003-07-03 at 13:49, Björn 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
&
On Thu, 2003-07-03 at 13:43, Björn Schotte wrote:
> * Marco Tabini wrote:
> > (a) Not everybody does it that way
>
> That's no argument.
Well, how can I argue with this?
> > (b) Not everybody *can do it* that way--think Windows users.
>
> Cygwin exists and I&#x
.
Yes, but--
(a) Not everybody does it that way
(b) Not everybody *can do it* that way--think Windows users.
Cheers,
Marco
--
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.t
is sort of moot, since the patch won't be
applied. I'll just use it for my internal purposes, and it's in the
archives for anyone who may find it useful.
Cheers,
Marco
--
Marco Tabini
President
Marco Tabini & Associates, Inc.
28 Bombay Avenue
Toronto, ON M3H 1B7
Canada
Phone:
On Thu, 2003-07-03 at 11:47, Frank Wiegand wrote:
> Marco Tabini wrote:
>
> > Not sure if this interest anyone, but the attached patch adds a function
> > called var_dump_html() that performs the same functionality as
> > var_dump(), except that it outputs HTML instead of
My only consideration is that most people use var_dump in a web
environment--hence it seems counterintuitive to have to enclose the
function in additional HTML tags.
Cheers!
On Thu, 2003-07-03 at 11:09, Derick Rethans wrote:
> On Thu, 3 Jul 2003, Marco Tabini wrote:
>
> > Not
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/stan
ble to
evaluate its effectiveness. There are probably more pressing issues
right now, and I'm certainly not the best judge of what they are.
Mt.
>
> -Rasmus
--
Marco Tabini
President
Marco Tabini & Associates, Inc.
28 Bombay Avenue
Toronto, ON M3H 1B7
Canada
Phone: (416) 630-62
se the mechanism to do
> such a configuration could lead to a longer configuration time then
> compile time.
>
>
>
> On Tue, 24 Jun 2003, Marco Tabini wrote:
>
> > Why not disable all extensions by default and add a configuration
> > utility that i
ively speaking it is much 'nicer' then tokenizer (enabled by
> default) which initialized couple hundred constants at start up.
>
> Ilia
--
Marco Tabini
President
Marco Tabini & Associates, Inc.
28 Bombay Avenue
Toronto, ON M3H 1B7
Canada
Phone: (416) 630-6202
Fax: (416)
zata
> >
> >Note the double warning.
> >
> >The other error for session is the not working of session_decode into a
> >class for managing session
> >(http://www.ziobudda.net/test/session4-3.phps). With PHP4 there is no
> >problem with this.
> >
> >
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 -
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 is
44 matches
Mail list logo
