Also,
function foo(SomeClass $obj) would error out if passed something other
than a SomeClass instance, while
function foo(int $number) would just cast $number to int.
Not really intuitive and not really consistent.
Regards,
Vlad Bosinceanu
Stefan Esser wrote:
Hello,
typing into PHP
You're talking about massive processing tasks here, which aren't really
suited for PHP. The problem isn't just with clients waiting for a script
to finish executing, but also with hammering the webservers. There's
only so many MaxClients a webserver allows. It may be useful for CLI
apps, but
I for one cringe when I see list(), and I'd love to see [$a, $b] =
array(...) become an alternative to that. Can't say I care that much
about an alternative syntax for dealing with array creation, but I
wouldn't mind.
[] already suggests array, and I guess existing developers will have
no
input type=text name=foo[] generates $_GET['foo'][0..n]
input type=file name=foo[] generates
$_FILES['foo']['tmp_name/name/etc'][0..n]
I think this could pretty much be considered an inconsistence but
changing wouldn't possible due to the BC demon awakening and wreaking
havoc upon doing so.
It's better than having to deal with sql at a lower level, while not as
good as proper training. Which is more likely we will see happening? I
really doubt it's the latter.
Should PHP babysit the programmer to ensure he dosen't screw up? Not
really, IMO. There's good docs available, but what
it may encourage hosts to take extensions that
are not bundled with the default distribution into consideration. This
and similar suggestions could be grouped into some sort of guidelines
for hosting providers.
my 2c and regards,
Vlad Bosinceanu
Antony Dovgal wrote:
On 12/31/2006 02:43 AM
Sounds a bit hackish - as opposed to most things in php that have a
special function.
V
Andi Gutmans wrote:
I don't know if I'd like to make a PHP user-land function for this,
especially as it'll get slightly sticky due to this being a TSRM
mechanism. Also, as mentioned by Elfyn, it's very
Yes, but not with plain functions and perl_eval().
perl_call(func, $arg1, $arg2);
Dmitry.
What about perl_eval(func, PERL_CONTEXT_WHATEVER, $arg1, ...)?
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
I still fail to understand how this would be helpful to someone who's
debugging a script (as I presume you're not showing the user nicely
colorised var_dump()s). *shrug*
Vlad
Ken Tossell wrote:
Quoting Vlad Bosinceanu [EMAIL PROTECTED]:
What could it possibly colorize and how would