Hello Felipe,
please do not allow non optional parameters after optional parameters.
Also default value NULL seems pretty odd for a numeric type and it might
be an idea to only allow types matching the type hint. But I guess it is
in line the current type hints and a good solution to mark those
Hello Stanislav,
Thursday, April 17, 2008, 6:57:12 PM, you wrote:
Hi!
So:
function foo($var) { if(!is_int($var)) { throw new exception('not int'); }}
What's the use of such code? If $var is '1' and not 1, what's the use of
as this seems to be your only argument throughout the discussion,
Hello Daniel,
Saturday, April 5, 2008, 3:27:33 PM, you wrote:
[Hmm... No answer in several days. Let's try this again with a
different subject]
I'm in the middle of clarifying the Overloading section of the manual,
http://docs.php.net/manual/en/language.oop5.overloading.php. Some issues
Hi!
as this seems to be your only argument throughout the discussion, I
suggest we implement is_numeric() and alike or allow a second parameter
that to 'is_*($vaue, $strict=true)' that allows to switch to non strict
mocde. We then could easily allow 'numeric' as another type hint. Or in
I see
Hello Tatsuo,
I never saw an update on this patch, is there any? Also did you ever
apply for an account? Please do the following:
1) Change your patch with Tony's comment in mind (don't add lo_import_with_oid)
2) Resend the updated patch in unified format (diff -u)
3) Provide tests
4) Apply
Johannes,
You're telling me an explicit cast to binary could fail internally but
not
externally? That doesn't make a lot of sense somehow.
Externally the user is responsible to select the proper encoding
internally PHP has to guess.
case 's':
case 'S':
{
char **p = va_arg(*va, char
On Sun, May 25, 2008 at 4:06 PM, Marcus Boerger [EMAIL PROTECTED] wrote:
Hello Tatsuo,
I never saw an update on this patch, is there any? Also did you ever
apply for an account? Please do the following:
1) Change your patch with Tony's comment in mind (don't add
lo_import_with_oid)
2)
Hi Marcus:
On Sun, May 25, 2008 at 10:57:22AM +0200, Marcus Boerger wrote:
Saturday, April 5, 2008, 3:27:33 PM, you wrote:
We experimented with visibility and ran into trouble.
...
So we in fact note the visibility but then ignore it.
I think we either need to respect the visibility or
Hello Internals,
I've just released re2c 0.13.5. It fixes a bug in th einternal buffering.
The older version 0.13.4 either works fine or result into an error
report. There is no way one can end up with a compileable .c file that is
not correct. That said I think we do not need to increment the
Hello Daniel,
Sunday, May 25, 2008, 4:30:32 PM, you wrote:
Hi Marcus:
On Sun, May 25, 2008 at 10:57:22AM +0200, Marcus Boerger wrote:
Saturday, April 5, 2008, 3:27:33 PM, you wrote:
We experimented with visibility and ran into trouble.
...
So we in fact note the visibility but then
Hi Daniel,
On Sat, Apr 05, 2008 at 09:27:33AM -0400, Daniel Convissor wrote:
* The new __callStatic() is neat. Thanks. Is there consideration of
adding Static versions of the other overloading methods?
It is part of the proposal for real static classes
Is there an interface for:
interface ???
{
public function __get($name);
public function __set($name, $value);
public function __isset($name);
public function __unset($name);
}
I have a bunch of classes that use this and I'm trying to normalize
things. I'm been
Hello Internals,
now that we got rid of the unicode.semantics switch, should we change
var_dump(foo) from showing 'unicode(3) foo' back to 'string(3) foo'
as it is the new string type and change the other output to show 'binary'
which it is now? And long those lines should we change all
Hi Marcus,
now that we got rid of the unicode.semantics switch, should we change
var_dump(foo) from showing 'unicode(3) foo' back to 'string(3) foo'
as it is the new string type and change the other output to show 'binary'
which it is now? And long those lines should we change all occurances
On Sun, May 25, 2008 at 8:28 PM, Michael B Allen [EMAIL PROTECTED] wrote:
Is there an interface for:
interface ???
{
public function __get($name);
public function __set($name, $value);
public function __isset($name);
public function __unset($name);
}
I have a
Hi again Johannes,
Last one on this subject I promise...
If the script encoding doesn't match up with whatever's set in INI, I
don't get as far as that stuff anyway:
Warning: Illegal or truncated character in input: offset 0, state=0 in
C:\sandbox\php-src\Debug_TS\help.php on line 5
You
On Sun, 25 May 2008, Marcus Boerger wrote:
I've just released re2c 0.13.5. It fixes a bug in th einternal buffering.
The older version 0.13.4 either works fine or result into an error
report. There is no way one can end up with a compileable .c file that is
not correct. That said I think we
On 25 May 2008, at 19:28, Marcus Boerger wrote:
now that we got rid of the unicode.semantics switch, should we change
var_dump(foo) from showing 'unicode(3) foo' back to 'string(3)
foo'
as it is the new string type and change the other output to show
'binary'
which it is now?
I'd say
Hello Geoffrey,
Sunday, May 25, 2008, 10:29:54 PM, you wrote:
On 25 May 2008, at 19:28, Marcus Boerger wrote:
now that we got rid of the unicode.semantics switch, should we change
var_dump(foo) from showing 'unicode(3) foo' back to 'string(3)
foo'
as it is the new string type and
Coding for the PhD project in the Google Summer of Code program (mentor :
Hannes Magnusson)
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hello
My PEAR proposal has been approved so I'm asking if I can have CVS access. Its
the AsteriskManager package
(http://pear.php.net/pepr/pepr-proposal-show.php?id=543).
I sent a request 17 days ago but think it may have been forgotten. Thought I'd
message you again. Sorry if I'm being a
Hi Lars:
On Sun, May 25, 2008 at 07:07:01PM +0200, Lars Strojny wrote:
On Sat, Apr 05, 2008 at 09:27:33AM -0400, Daniel Convissor wrote:
* The new __callStatic() is neat. Thanks. Is there consideration of
adding Static versions of the other overloading methods?
It is part of the
Hi Marcus (and Sara):
On Sun, May 25, 2008 at 06:48:48PM +0200, Marcus Boerger wrote:
That said there is a bug in __callStatic which we need to
report and assign to Sara.
http://bugs.php.net/bug.php?id=45089
Thanks,
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A
you're right, but too bad there's no PHP_FCGI_CHILDREN (pre-fork) for
windows, not even any alternatives
{{{
#ifndef PHP_WIN32
/* Pre-fork, if required */
if (getenv(PHP_FCGI_CHILDREN)) {
children = atoi(getenv(PHP_FCGI_CHILDREN));
}}}
No, why should it? The cache is shared
Christian Hoffmann wrote:
No, why should it? The cache is shared perfectly fine if you let PHP
handle the process spawning (i.e. increasing PHP_FCGI_CHILDREN instead
of running php-cgi -b (or whatever) multiple times).
As phpxcache mentioned, that's not an option in Windows. Are you running
Rasmus Lerdorf wrote:
We don't have any active developers contributing to APC on Windows at
the moment. We try to not do stuff that will break Windows, but beyond
that we rely on people interested in that platform to step up and help out.
I wish I could say, Yes! I'm interested in helping
Arvids Godjuks wrote:
Use XCache instead - it's simple, fast and stable. APC is far more complex
and unstable (is't like code for code)
I wouldn't dare host a production website on a Windows website ;-). I'm
much more interested in getting APC running for testing purposes; seeing
how nicely my
27 matches
Mail list logo
