This sounds as if it may be a disk caching issue. Is your session data stored in files (the default)? flush() dumps io to the web browser, is there a file_flush()? <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > ID: 10675 > User Update by: [EMAIL PROTECTED] > Status: Open > Bug Type: *Session related > Description: Executing background job from PHP causes session lock-up > > Executed a perl script in the background like this: > perl scriptname.pl $otherParams 2> /dev/null 1> /dev/null > > Perl script forks and parent dies, so PHP "should" see the script as finished > immediately, perl child does work in background (takes a few minutes to run). > > PHP script that spawned perl script completes OK, browser stops waiting for more data from > php script as it should. > > However, when using the same browser window (or one from browser's file->new window) no > other pages that referrence the session will load in the browser. If we force the session > to destroy just after the system() call, other scripts load just fine. Also, other > scripts work just fine if we start a new browser from scratch (creates new session). > > So it appears that the PHP session is getting messed up somehow b/c of the background > system/exec/`` call. This seems to prevent the following pages from loading the session > properly and therefore they will not run. > > > One other thing, once the child perl script is finally complete everything starts working again, i.e.-the session is OK again. > > Previous Comments: > -------------------------------------------------------------------------- - > > [2001-05-04 15:22:47] [EMAIL PROTECTED] > Executed a perl script in the background like this: > perl scriptname.pl $otherParams 2> /dev/null 1> /dev/null > > Perl script forks and parent dies, so PHP "should" see the script as finished immediately, perl child does work in background (takes a few minutes to run). > > PHP script that spawned perl script completes OK, browser stops waiting for more data from php script as it should. > > However, when using the same browser window (or one from browser's file->new window) no other pages that referrence the session will load in the browser. If we force the session to destroy just after the system() call, other scripts load just fine. Also, other scripts work just fine if we start a new browser from scratch (creates new session). > > So it appears that the PHP session is getting messed up somehow b/c of the background system/exec/`` call. This seems to prevent the following pages from loading the session properly and therefore they will not run. > > -------------------------------------------------------------------------- - > > > Full Bug description available at: http://bugs.php.net/?id=10675 > > > -- > PHP Development 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 Development 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]
