#27775 [Opn->Bgs]: Using session_start() simultaneous causes script to crash

ID: 27775 Updated by: sniper@php.net Reported By: mattias at pfeiffer dot dk -Status: Open +Status: Bogus Bug Type: Session related Operating System: Debian GNU/Linux PHP Version: 4.3.4 New Comment: Given the fact that there is no actual _crash_ anywhere, you just need to read about this: http://www.php.net/manual/en/function.session-write-close.php Previous Comments: ------------------------------------------------------------------------ [2004-04-05 09:17:25] mattias at pfeiffer dot dk I've tried using latest CVS snapshot version as well as PHP5.0RC1. I am still experiencing the same problem. I imagine it could be PHP having an open file-pointer to the session-file until the end of the script or execution of . Since the scripts at frameB.php runs a while(true) (or similar) the file-pointer will not be closed, and when frameA.php tries to open the session-file it fails. ------------------------------------------------------------------------ [2004-03-30 14:01:49] iliaa@php.net Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip ------------------------------------------------------------------------ [2004-03-30 08:23:00] mattias at pfeiffer dot dk Description: ------------ I'm experiencing a problem using session_start() simultaneous - ie. in 2 iframes. An example: I have a page with to iframes embedded. Frame 1 runs a script with a while(true), and at line 1 a session_start(). A page is loaded into Frame 2, with session_start() as the only content. (Except for <?php and ?> of course) The page in Frame 2 will not be parsed unless the session_start() is removed from the top. It seems as when 2 pages are loaded/loading and executing session_start() simultaneous, PHP will fail to interpret one of them. I've tested and determined this issue at two self-contained systems. =================================== System information: PHP: 2.4.3 Apache: 1.3.29 Configured with: '../configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=php' '--with-config-file-path=/etc/php4/apache' '--disable-rpath' '--enable-memory-limit' '--disable-debug' '--with-layout=GNU' '--with-pear=/usr/share/php' '--enable-calendar' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-bcmath' '--with-bz2' '--enable-ctype' '--with-db4' '--with-iconv' '--enable-exif' '--enable-filepro' '--enable-ftp' '--with-gettext' '--enable-mbstring' '--with-pcre-regex=/usr' '--enable-shmop' '--enable-sockets' '--enable-wddx' '--disable-xml' '--with-expat-dir=/usr' '--enable-yp' '--with-zlib' '--without-pgsql' '--with-kerberos=/usr' '--with-openssl=/usr' '--with-exec-dir=/usr/lib/php4/libexec' '--disable-static' '--with-curl=shared,/usr' '--with-dom=shared,/usr' '--with-dom-xslt=shared,/usr' '--with-dom-exslt=shared,/usr' '--with-zlib-dir=/usr' '--with-gd=shared,/usr' '--enable-gd-native-ttf' '--with-jpeg-dir=shared,/usr' '--with-xpm-dir=shared,/usr/X11R6' '--with-png-dir=shared,/usr' '--with-freetype-dir=shared,/usr' '--with-imap=shared,/usr' '--with-imap-ssl' '--with-ldap=shared,/usr' '--with-mcal=shared,/usr' '--with-mhash=shared,/usr' '--with-mm' '--with-mysql=shared,/usr' '--with-unixODBC=shared,/usr' '--with-recode=shared,/usr' '--enable-xslt=shared' '--with-xslt-sablot=shared,/usr' '--with-snmp=shared' '--enable-ucd-snmp-hack' '--with-sybase-ct=shared,/usr' '--with-ttf=shared,/usr' '--with-t1lib=shared,/usr' Reproduce code: --------------- I've put up an example: http://home.madd.dk/phptest/ Expected result: ---------------- I've expected frameA to produce desired output "HEST", but it seems like frameA.php fails to be parsed. Actual result: -------------- See "Expected result" ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=27775&edit=1