Req #49658 [Opn->Fbk]: Default save.session_path and mm_create() warning
| From: | yohgaki@php.net | Date: | Sat, 31 Mar 2012 04:28:48 +0000 |
| Subject: | Req #49658 [Opn->Fbk]: Default save.session_path and mm_create() warning | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-169061@lists.php.net to get a copy of this message | ||
Edit report at https://bugs.php.net/bug.php?id=49658&edit=1
ID: 49658
Updated by: yohgaki@php.net
Reported by: jeff at macloue dot com
Summary: Default save.session_path and mm_create() warning
-Status: Open
+Status: Feedback
Type: Feature/Change Request
Package: Session related
Operating System: Slackware 13.0
PHP Version: 5.2.11
Block user comment: N
Private report: N
New Comment:
I didn't get warning with 5.3.11-dev. Do you still have issue?
Previous Comments:
------------------------------------------------------------------------
[2009-09-24 12:35:08] jeff at macloue dot com
Description:
------------
php -n throws a warning:
PHP Warning: PHP Startup: mm_create(0, /session_mm_cli1000) failed, err mm:core: failed to open
semaphore file (Permission denied) in Unknown on line 0
Expected result:
----------------
This bug was previously submitted as #49401. Despite marked bogus it can be very annoying and also
it doesn't seem logical to make the default built-in configuration to throw a warning on
most/all the platforms.
I also did some investigation on that libmm used by PHP session extension and found that creating
the semaphore file is not a must on many platforms but it is kind of recommended and fail-safe way.
I don't see any big trouble if libmm's semaphores are created in $TMP or /tmp directory
instead of "blank" - at least it will make PHP _safer_ on many platforms without adding
much risks. Of course the best way imho will be to make some ./configure switch for setting default
session.save_path value or smth like that.
------------------------------------------------------------------------
--
Edit this bug report at https://bugs.php.net/bug.php?id=49658&edit=1