You're not alone in this problem. I have the same problem some of the time.
I don't know why is that, so someone wrote the script to provide a way
around it. If it is for the login, it can be done by terminating hte
session_register and all stale session then create a new one once the person
log on. It seem to help a little bit.
Scott
"Felix Kronlage" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> On Mon, Apr 02, 2001 at 09:13:41PM +0900, Yasuo Ohgaki wrote:
>
> > If you are enabled track vars and disabled register globals, all you
have to do
> > is assign values to $HTTP_SESSION_VARS and
>
> both are on. Could there be a problem with session_register() ?
> I do think it's odd, that the same code, on the same box, same
> php, same everything works 80% of the time and fails in 20% of the time.
> (no, there can't be a race-condition).
>
> -fkr
> --
> gpg-fingerprint: 076E 1E87 3E05 1C7F B1A0 8A48 0D31 9BD3 D9AC 74D0
> |http://www.hazardous.org/ | whois -h whois.ripe.de FKR-RIPE |
> |all your base are belong to us | shame on me | fkr@IRCnet |
>
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
