On Sat, 17 Apr 2004, Luna Kid wrote:
> > > Does __autoload() work for functions?
> >
> > nope
>
> But could? (Or would, some day?)
Technically it is possible, but we ain't going to add this.
Derick
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.ne
Andi Gutmans wrote:
At 09:03 PM 4/17/2004 +0100, Lester Caine wrote:
AFAIK ext/mysqli returns string in case the int value is too big to
fit into 32 bits.
After that it's up to the user to decide what to do -> cast to float
or use bcmath .
That will probably work for returning field values in a
At 09:03 PM 4/17/2004 +0100, Lester Caine wrote:
AFAIK ext/mysqli returns string in case the int value is too big to fit
into 32 bits.
After that it's up to the user to decide what to do -> cast to float or
use bcmath .
That will probably work for returning field values in a result set, the
par
Andrey Hristov wrote:
Lester Caine wrote:
An interesting little question has popped up.
How big is an integer?
Firebird uses BIGINT or INT_64 for generator values, and the new
ibase_gen_id in PHP5 returns that value as an integer.
Has any thought been given to managing 64bit field values in P
Lester Caine wrote:
An interesting little question has pooped up.
How big is an integer?
Firebird uses BIGINT or INT_64 for generator values, and the new
ibase_gen_id in PHP5 returns that value as an integer.
Has any thought been given to managing 64bit field values in PHP5?
Hi,
AFAIK ext/mysq
An interesting little question has pooped up.
How big is an integer?
Firebird uses BIGINT or INT_64 for generator values, and the new
ibase_gen_id in PHP5 returns that value as an integer.
Has any thought been given to managing 64bit field values in PHP5?
--
Lester Caine
--
> > Does __autoload() work for functions?
>
> nope
But could? (Or would, some day?)
Cheers,
Sz.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Revision checking is available in the php documentation build system
perfectly, but it is not (yet) exposed to the end users (outdated
translations are not marked). This will be one of the things solved by
livedocs, sometime in the future.
Goba
Which reminds me that the documentation should be
On Sat, 17 Apr 2004, Christian Schneider wrote:
> Christian Schneider wrote:
> > Which reminds me that the documentation should be updated to reflect the
> > additional parameter error_types to set_error_handler. (Without it you
>
> Oops, fell into the same trap again. My browser is set to germ
Christian Schneider wrote:
Which reminds me that the documentation should be updated to reflect the
additional parameter error_types to set_error_handler. (Without it you
Oops, fell into the same trap again. My browser is set to german so I
automatically saw the german version of the page which
Jason Garber wrote:
Don't forget that some users make use of set_error_handler(). This
Which reminds me that the documentation should be updated to reflect the
additional parameter error_types to set_error_handler. (Without it you
end up calling the user error handler *lots* even if you disabl
PHP 4 Bug Database summary - http://bugs.php.net
Num Status Summary (752 total including feature requests)
===[*General Issues]==
26223 Feedback Error message makes PHP crash (in some special cases)
27372 Verified parse error loadin
In the hope that joining the discussion as a non-developer
isn't considered rude behaviour...
> Wez wrote:
> Derick wrote:
> > Other possibilities:
> >
> > ifset
> > default
>
> default is already used in switch
Just another idea for you internals guys:
$foo = firstset($bar, $baz [, $quux [
Hello,
Here is one more patch for tidy.
It corrects two issues:
* changed $tidy->error_buf to $tidy->errorBuf (to keep consistency)
* fixed a bug in tidy_getopt that returned NULL instead of FALSE for false
bool values.
( * cleans the #ifs in zend_module_entry - they aren't needed as this is
jus
Marcus,
This doesn't mean we're going to create opcodes for every new feature nor
does it mean that people should stop using functions. In any case, the
performance impact is probably close to negligible as getting the variables
is often only a small part of the script. DB access for example, i
This doesn't help anything in the case where the thing isn't set
and you don't care that it isn't set, and don't want to call
the error handler at all.
--Wez.
- Original Message -
From: "Alan Knowles" <[EMAIL PROTECTED]>
To: "Jason Garber" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: S
if you make @ fetch_var it's own opcode,
- on isset() = true you do a straight return value. .. No touching
error handler etc.. (this should be v.fast)
- on isset() = false you modify the error_handling + do the callback
(this is slow...)
You have effectively solved the performance issue 99%
It takes some time in order to have your request approved. It may take up to
two months!!
In the middletime, you may start contributing, sending your translated docs
to the russian mailling list.
Nuno
- Original Message -
> Good day.
>
> What can you say about my request?
>
> VA> I'm on
Don't forget that some users make use of set_error_handler(). This results
in a user function being called with quite a bit of parameter data EVEN if
an @ is prepended to the statement. The error level is temporarily set to
0 for the duration of the statement.
That's why a new internal functi
Yeah looks like 50% slower..!
Wouldnt it make more sense to optimize @ + fetch_var(), rather than
introduce new syntax?
Regards
Alan
Marcus Boerger wrote:
Hello Alan,
Saturday, April 17, 2004, 2:36:55 AM, you wrote:
Jason Garber wrote:
In our code, you will find many blocks looking like
$C
Hello Red,
a user function call is much much more expensive.
marcus
Saturday, April 17, 2004, 4:33:56 AM, you wrote:
> I guess this would only help the lazy guys around. There are many other
> ways to get around this without writing that many ternary constructs
> eg:
> function get_post_var
Good day.
What can you say about my request?
VA> I'm one of interpreters who translate the documentation to Russian.
VA> Several parts (security/*, pcre/*) are already translated and
VA> commited, some parts (f.e. features/*) are in progress now.
VA> I need CVS-account to the fork phpdoc-ru/ to
22 matches
Mail list logo
