Bug #18382 Updated: php looking for session_mm.sem even though session set to files

ID: 18382 Updated by: sniper@php.net Reported By: nod@bouncing.org -Status: Open +Status: Feedback Bug Type: Session related Operating System: suse linux 8 PHP Version: 4.2.1 New Comment: I don't think you're trying with the correct PHP binary now..if you would be using the snapshot (the url I posted) the filenames would be something like these: /tmp/session_mm_cgi0.sem /tmp/session_mm_cgi501.sem /tmp/session_mm_cli0.sem /tmp/session_mm_cli501.sem Each user id has own sem file. And each SAPI also. Make sure you're REALLY using the correct binary, by running 'php -v' which should show '4.3.0-dev' as version. Previous Comments: ------------------------------------------------------------------------ [2002-07-17 15:05:35] nod@bouncing.org very reproducible now, even with the latest snapshot. first check the contents of /tmp and if it exists remove /tmp/session_mm.sem as this is what happens on boot. run /usr/bin/php -h as root ls /tmp and session_mm.sem will be there as read/ write only to root as an unprivileged user run /usr/bin/php -h and it crashes. session.save_handler is set in /etc/php.ini as files. My configure and exact error and file permission are listed below. Surely each php session should be on a per user basis with each person having their own .sem file ? ./configure --with-apxs --with-mysql --with-pgsql --with-mm --enable-trans-id -rw------- 1 root root 0 Jul 17 19:47 session_mm.sem nod@shortnblue:/usr/src/php4-200207170900> /usr/bin/php -h Content-type: text/html PHP Fatal error: Unable to start session mm module in Unknown on line 0 ------------------------------------------------------------------------ [2002-07-17 13:54:13] sniper@php.net Can you please try this snapshot: http://snaps.php.net/php4-latest.tar.gz I can't reproduce this with the latest 4.3.0-dev.. ------------------------------------------------------------------------ [2002-07-17 13:08:13] nod@bouncing.org opening again ------------------------------------------------------------------------ [2002-07-17 13:06:52] nod@bouncing.org bug is still open with 4.2.1 if you run /usr/bin/php as root it puts a session_mm.sem in tmp with read write only privileges to the root user, thereby disabling other user's ability to run. session.save_handler is still set to files, but is still calling mm. ------------------------------------------------------------------------ [2002-07-17 01:23:06] sniper@php.net Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/18382 -- Edit this bug report at http://bugs.php.net/?id=18382&edit=1