Re: [PHP-DEV] Maintaining State Across Requests / An SSO Extension

2005-12-20 Thread Wez Furlong
Just curious, why aren't you writing this as an apache module? Is this of any use; it seems a bit dated, but could save you some effort: http://meta.cesnet.cz/cms/opencms/en/docs/software/devel/negotiate.html --Wez. On 12/21/05, Michael B Allen <[EMAIL PROTECTED]> wrote: > Hello, > > I have a q

[PHP-DEV] Maintaining State Across Requests / An SSO Extension

2005-12-20 Thread Michael B Allen
Hello, I have a question that is maybe a little too advanced for the usual list so I'm hoping I can ask here. I want to write an extension for Kerberos 5 Single Sign On using GSSAPI. The problem is that GSSAPI is an iterative, multistep, statefull exchange. The request response flow might look li

Re: [PHP-DEV] exceptions in the destructor

2005-12-20 Thread Marcus Boerger
Hello Daine, as far as i can tell that assumption is correct. Destructor calls are not reliable in shutdown. That is they are at one point all called. For any destructor that creates a new object the destructor of that new object might not be called. Plus a bunch of other unexpected behavior.

Re: [PHP-DEV] exceptions in the destructor

2005-12-20 Thread Daine Mamacos
I see where all this is going. As long as the destructor is not called as part of the cleanup code, it works fine. Is that assumption correct? On Wed, 21 Dec 2005 00:14:15 +, Daine Mamacos wrote > Marcus, > I'm not trying to argue with you, I'm just after some help. > You are confusing me som

Re: [PHP-DEV] exceptions in the destructor

2005-12-20 Thread Daine Mamacos
Marcus, I'm not trying to argue with you, I'm just after some help. You are confusing me somewhat. The php manual clearly states: "Note: Attempting to throw an exception from a destructor causes a fatal error." I'm somewhat convinced that you cannot throw an exception from a destructor, well you ca

Re: [PHP-DEV] exceptions in the destructor

2005-12-20 Thread Marcus Boerger
Hello Daine, > a) i didn't contradict myself - you obviously didn't really follow >what i wrote > b) you can force calling the destructor by using unset() or = null; >but only if reference count is 1. > c) exceptions are 'thrown' not called, maybe you didn't use throw new >exception h

Re: [PHP-DEV] exceptions in the destructor

2005-12-20 Thread Alan Pinstein
I also would like someone to tell me why exceptions cannot be called in the destructor? Since they can't, this means the reliability of a destructor is uncontrolled and nothing can be done to see if this completes successfully. Your question is kindof wrong... you can always throw exception

Re: [PHP-DEV] exceptions in the destructor

2005-12-20 Thread Marcus Boerger
Hello Daine, a) i didn't contradict myself - you obviously didn't really follow what i wrote b) you can force calling the destructor by using unset() or = null; but only if reference count is 1. c) exceptions are 'thrown' not called, maybe you didn't use throw new exception here or you

Re: [PHP-DEV] Re: relics in phpweb

2005-12-20 Thread Andi Gutmans
Why not? THey might be needed to build those old versions and I don't see any harm in keeping them around. At 08:51 AM 12/20/2005, Nuno Lopes wrote: Yes, we have, but I don't have (write) access to it.. But at least gd, dbwin* and ctlib-* don't need to go to our museum :) Nuno - Original

Re: [PHP-DEV] exceptions in the destructor

2005-12-20 Thread Daine Mamacos
I agree completely... I think the GC should be better documented. I also would like someone to tell me why exceptions cannot be called in the destructor? Since they can't, this means the reliability of a destructor is uncontrolled and nothing can be done to see if this completes successfully. This

Re: [PHP-DEV] exceptions in the destructor

2005-12-20 Thread Jochem Maas
Alan Pinstein wrote: Your last post also indicates, that because the destructors are only called after script termination, the scope of an object is global, always. Is this true? This isn't true, at least empirically. Destructors are called when the GC frees the object. For many objects,

Re: [PHP-DEV] Re: relics in phpweb

2005-12-20 Thread Nuno Lopes
Yes, we have, but I don't have (write) access to it.. But at least gd, dbwin* and ctlib-* don't need to go to our museum :) Nuno - Original Message - Don't we have some PHP museum someplace? I prefer not to completely delete these files. At 07:17 AM 12/20/2005, Nuno Lopes wrote: Hi,

[PHP-DEV] Re: relics in phpweb

2005-12-20 Thread Andi Gutmans
Don't we have some PHP museum someplace? I prefer not to completely delete these files. At 07:17 AM 12/20/2005, Nuno Lopes wrote: Hi, There are several (very) old files in phpweb. In order to save space on disk :), I would like to know which one of these may I delete: 27-05-2000 18:40

Re: [PHP-DEV] exceptions in the destructor

2005-12-20 Thread Alan Pinstein
Your last post also indicates, that because the destructors are only called after script termination, the scope of an object is global, always. Is this true? This isn't true, at least empirically. Destructors are called when the GC frees the object. For many objects, this is at script term

[PHP-DEV] relics in phpweb

2005-12-20 Thread Nuno Lopes
Hi, There are several (very) old files in phpweb. In order to save space on disk :), I would like to know which one of these may I delete: 27-05-2000 18:40 840.141 ctlib-linux-elf-dynamic.tar.gz - sybase stuff 03-12-1997 01:33 488.563 ctlib-linux-elf.tar.gz - sybase stu

Re: [PHP-DEV] exceptions in the destructor

2005-12-20 Thread Daine Mamacos
I'm not trying to argue here, I just asked a question, and you've managed to contradict your first post. I just asked why this is the case, and if it is, is there any way I can work WITH this functionality. Your last post also indicates, that because the destructors are only called after script t