RE: [PHP-WIN] Concurrency issue on session file on harddisk

2008-02-14 Thread Eric Colinet
27;origine- De : Stephan Weiher [mailto:[EMAIL PROTECTED] Envoyé : mercredi 13 février 2008 13:04 À : php-windows@lists.php.net Objet : Re: [PHP-WIN] Concurrency issue on session file on harddisk This was one of our first tries to solve the problem. Since session_start() is called in th

Re: [PHP-WIN] Concurrency issue on session file on harddisk

2008-02-13 Thread Stephan Weiher
This was one of our first tries to solve the problem. Since session_start() is called in the index.php containing the frameset declaration, php.exe accesses the session file from both frames BEFORE processing any code out of it. So a delay contruct will only be processed when session file access

Re: [PHP-WIN] Concurrency issue on session file on harddisk

2008-02-12 Thread Michael Southworth
I should preface this by saying it has been a while since I have used php extensively, but my suggestion would be to try putting in a delay at the beginning of your PHPfile, before the session_start() command (or whichever method you choose to begin your session). As far as I can recall, the sessio

Re: [PHP-WIN] Concurrency issue on session file on harddisk

2008-02-12 Thread Stephan Weiher
Thanks for the answer but this won't help us anyway. We cannot enable javascript on any computer in the company's network to make this issue going away. I'll need a way to delay the requests for one of the two frames (defined in the frameset) for a tiny amount of time to prevent two php.exe ins

Re: [PHP-WIN] Concurrency issue on session file on harddisk

2008-02-11 Thread Jacob Kruger
A 'corny' workaround might be to get something like the nav frame in fact to then load the main frame using something like JavaScript - just a thought - since it would in fact first have rendered before the main frame was loaded. You could then also put something like a 'waiting...' notice/string