Hello Vesselin,
Wednesday, October 22, 2003, 8:43:39 AM, you wrote:
> Hello.
> There are two bugs that show when code is executed from an object destructor and
> PHP is compiled in debug mode. Both bugs cause the zend_hash_find() to fail in the
> IS_CONSISTENT() macro.
[...]
> And here is a pat
netcat wrote:
Hi, internals.
Please send me (post here i mean) a few links about
1. thread safety in general
2. thread saftey in php
3. I'm doing wrapper for librep wich is not thread
safe (so mailing archives say). Do I need to know
something special ?
After doing some googling i found thise for
Hello.
I looked at your patch but why is it better than current code?
In both cases (current code and your code) the symtable and all objects are destroyed.
What is the difference?
-
http://www.Elmaz.com - Запознанства
--
PHP Inter
Hi,
I would appreciate it if the database extensions would no longer return
false when no rows are left in the result set but instead return null.
The current way of returning false creates a level of ambiguity which can
lead to serious issue in error handling.
For example in mysql there is no w
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I wouldn't mind such a change myself, however what about all the installations
where people do while (*fetch_row() !== false) ?
Ilia
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)
iD8DBQE/lrviLKekh381/CERAigRAJ0fRN4pB7YotuUscTQPZIHa
> From: Ilia Alshanetsky [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, October 22, 2003 7:18 PM
> To: Lukas Smith; 'PHP Development'
> Subject: Re: [PHP-DEV] database driver: no more rows
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> I wouldn't mind such a change myself, however what abo
I wouldn't mind such a change myself, however what about all the
installations
where people do while (*fetch_row() !== false) ?
Wouldn't it be a lot easier to do it the other way around ?
I mean, the semantics of returning false when a fetch cannot be executed
because aren't any rows left is perfec
> From: Ard Biesheuvel [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, October 22, 2003 7:56 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [PHP-DEV] database driver: no more rows
>
> >>I wouldn't mind such a change myself, however what about all the
> >>installations
> >>where people do while (*fetch_row
Hello everybody,
just joined the internals list (after being absent from php developers
lists for a while) so excuse my ignorance if any topic I bring up has
been discussed already. I checked the archives but couldn't find anything...
Proposal: Allow dangling commas in function call parameters.
Err .. I don't agree.
Null means no data
False means error.
Maybe historically (PHP-wise) it does.
But the way I see it, every fetch() can 'fail' for two reasons: an
expected well-defined reason (eof), and an unexpected undefined reason
(error). Labelling the well-defined reason as 'false' and th
At 11:49 PM 10/22/2003 +0200, Ard Biesheuvel wrote:
Err .. I don't agree.
Null means no data
False means error.
Maybe historically (PHP-wise) it does.
But the way I see it, every fetch() can 'fail' for two reasons: an
expected well-defined reason (eof), and an unexpected undefined reason
(error).
> From: Andi Gutmans [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, October 22, 2003 11:58 PM
> At 11:49 PM 10/22/2003 +0200, Ard Biesheuvel wrote:
> >>Err .. I don't agree.
> >>Null means no data
> >>False means error.
> >
> >Maybe historically (PHP-wise) it does.
> >But the way I see it, every fe
At 11:32 PM 10/22/2003 +0200, Christian Schneider wrote:
Hello everybody,
just joined the internals list (after being absent from php developers
lists for a while) so excuse my ignorance if any topic I bring up has been
discussed already. I checked the archives but couldn't find anything...
Prop
At 12:00 AM 10/23/2003 +0200, Lukas Smith wrote:
> From: Andi Gutmans [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, October 22, 2003 11:58 PM
> At 11:49 PM 10/22/2003 +0200, Ard Biesheuvel wrote:
> >>Err .. I don't agree.
> >>Null means no data
> >>False means error.
> >
> >Maybe historically (PHP-w
In a message dated 10/22/2003 6:00:11 PM Eastern Daylight Time, [EMAIL PROTECTED]
writes:
At 11:49 PM 10/22/2003 +0200, Ard Biesheuvel wrote:
>>Err .. I don't agree.
>>Null means no data
>>False means error.
>
>Maybe historically (PHP-wise) it does.
>But the way I see it, every fetch() can 'fail'
At 06:04 PM 10/22/2003 -0400, [EMAIL PROTECTED] wrote:
Well, this would be my first time contributing to any discussion on this
list since I joined, but I have a question.
It was suggested that this be implemented in PHP 5.0.0. Isn't PHP 5 so
much different than PHP 4 that scripts would have to
> From: Andi Gutmans [mailto:[EMAIL PROTECTED]
> Sent: Thursday, October 23, 2003 12:06 AM
> >I don't think I've had any experince with those functions returning FALSE
> >for me, but I think it's more logical that they differentiate between the
> >FALSE and the NULL for the reasons stated above.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On October 20, 2003 09:06 am, Marko Karppinen wrote:
> 1. I'll add BIND_8_COMPAT to the darwin-specific part of
> configure.in, so its nature as a darwin hack is clear to everyone.
>
> 2. In exchange for introducing this APPLE-SPECIFIC SHIT,
> I'll rem
The methods of an object that has been passed to the overload()
function lose their ability to have parameters passed by reference. For
example:
class Foo
{
function hello(&$array)
{
$array[] = "hello";
}
}
$array = null;
$foo = & new foo();
$foo->hello($array);
print_r($arra
/home/sarag/cvs/php5/Zend/zend_default_classes.c:508: undefined reference to
`zend_register_interfaces'
Looks like zend_interfaces.o isn't being bulit/linked. Does this belong in
an autoconf file somewhere?
"Marcus Boerger" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> helly Wed
Hi,
> The methods of an object that has been passed to the overload()
> function lose their ability to have parameters passed by
> reference. For
> example:
>
> class Foo
> {
> function hello(&$array)
> {
> $array[] = "hello";
> }
> }
>
> $array = null;
> $foo = & new foo()
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Already fixed.
Ilia
On October 22, 2003 07:38 pm, Sara Golemon wrote:
> /home/sarag/cvs/php5/Zend/zend_default_classes.c:508: undefined reference
> to `zend_register_interfaces'
>
> Looks like zend_interfaces.o isn't being bulit/linked. Does this be
Not to be pedantic about it, but where?
My checkout is still broken (despite a total scrubdown and rebuild), and
(while I'm not a makefile expert) I should think that
/ZendEngine2/Makefile.am would have had to be updated more recently than 3
months ago
-Sara
http://cvs.php.net/co.php/ZendEng
The fix is inside php-src/configure.in, the zend_interfaces.c was not being
compiled.
Ilia
On October 22, 2003 08:31 pm, Sara Golemon wrote:
> Not to be pedantic about it, but where?
>
> My checkout is still broken (despite a total scrubdown and rebuild), and
> (while I'm not a makefile expert)
There is already a bug report on it, however It sounds like it's
unlikely to be fixed in PHP4...
Regards
Alan
[EMAIL PROTECTED] wrote:
The methods of an object that has been passed to the overload() function
lose their ability to have parameters passed by reference. For example:
class Foo
{
This may be where the problem:
zend_get_parameters_array_ex(ZEND_NUM_ARGS(), args);
Would this do the trick?
zend_get_parameters_array(ZEND_NUM_ARGS(), args);
On Wednesday, Oct 22, 2003, at 20:47 America/New_York, Alan Knowles
wrote:
There is already a bug report on it, however It sounds like
web Development with php scripting because i know about the ASP,HTML javascript but i
toward on the php scripting.so please guide me proper to how can i used php.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
27 matches
Mail list logo
