Hello Martin,
Thursday, January 15, 2004, 9:19:01 PM, you wrote:
> On Thu, Jan 15, 2004 at 08:39:58PM +0100, Marcus Boerger wrote:
>>
>> > Is it *my* error [..]?
>>
>> Nice idea but DB_FCNTL_LOCKING has a different meaning. It says go use the
>> lock that is already set from the process. And it
On Thu, 15 Jan 2004, Marcus Boerger wrote:
Marcus --
> Thursday, January 15, 2004, 7:04:09 PM, you wrote:
>
> > Given an object, $obj, should strval($obj) and settype($obj, 'string')
> > return $obj->__toString() if it exists?
>
> > They currently do not, but (string) $obj does.
>
> > Are these
On Thu, Jan 15, 2004 at 08:39:58PM +0100, Marcus Boerger wrote:
>
> > Is it *my* error [..]?
>
> Nice idea but DB_FCNTL_LOCKING has a different meaning. It says go use the
> lock that is already set from the process. And it does not mean do create a
> lock.
Thanks for the hint.
> What version o
Hello Adam,
Thursday, January 15, 2004, 7:04:09 PM, you wrote:
> Question:
> Given an object, $obj, should strval($obj) and settype($obj, 'string')
> return $obj->__toString() if it exists?
> They currently do not, but (string) $obj does.
> Are these three operations supposed to be identical,
Hello Martin,
Thursday, January 15, 2004, 6:08:31 PM, you wrote:
> Hello,
> I am noticing a strange effect in php-4.3.5RC1 while using
> dba_open("name", "c", "db4") -- this used to work in php-4.3.3
> (I have both libphp4.so versions and can switch between them)
> but it fails in php-4.3.5RC1 w
Question:
Given an object, $obj, should strval($obj) and settype($obj, 'string')
return $obj->__toString() if it exists?
They currently do not, but (string) $obj does.
Are these three operations supposed to be identical, but with
different syntax? Or are there other differences among them?
-ada
Hello,
I am noticing a strange effect in php-4.3.5RC1 while using
dba_open("name", "c", "db4") -- this used to work in php-4.3.3
(I have both libphp4.so versions and can switch between them)
but it fails in php-4.3.5RC1 with the error message:
Warning: dba_open(...,c):
Driver initialization f
On Thu, 15 Jan 2004, Rob Richards wrote:
> Ignore the user space issue for right now as I dont go into that at all. I
> dont see iterators as being worthless, however there is a behavior clash
> between the iterators and the arrays.
I really like Iterators, so I'd like to see this ironed out. Bas
> >> Thanks for moving backward. Since iterating is now worthless i am all
for
> >> removing it completley. I mean it isn't even in the spirit of the
extension.
> >> I will sleep over this tonight and probably remove the work of another
full
> >> week too. Just because it is too complex and doesn't
> Hello Adam,
>
> Thanks for moving backward. Since iterating is now worthless i am all for
> removing it completley. I mean it isn't even in the spirit of the extension.
> I will sleep over this tonight and probably remove the work of another full
> week too. Just because it is too complex and do
Marcus Boerger wrote:
Thanks for moving backward. Since iterating is now worthless i am all for
removing it completley. I mean it isn't even in the spirit of the extension.
Care to explain? I'm dazed and confused on how you came to the
conclusion that iterators are now worthless...
Was this discu
I was helping a user at my ISP support forums. Using
include on an http:// url generates "Warning: main():
stream does not support seeking in
/home/account/public_html/test.php on line 2". This
occurs for both external/same-server http:// urls.
Each of the servers I used run PHP 4.3.4, and I had no
Uhm, I guess I was out of the loop but I think it's a real shame to remove
iteration from SimpleXML.
It was really slick to use a foreach() over the
XML elements.
Can't we put that back in?
We are really hurting functionality and I think it'll complicate matters if
we need to start instanciating
Hello Sterling,
Saturday, January 19, 1980, 12:10:39 PM, you wrote:
>> Hello Adam,
>>
>> Thanks for moving backward. Since iterating is now worthless i am all for
>> removing it completley. I mean it isn't even in the spirit of the extension.
>> I will sleep over this tonight and probably remove
14 matches
Mail list logo
