#20764 [Com]: session_handler=mm complais about mm_malloc
ID: 20764 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Session related Operating System: RH7.2 PHP Version: 4.2.3 New Comment: Okay, bug solved. The problem was in MM, and was fixed in RedHat mm-packages update, which can be found from https://rhn.redhat.com/errata/RHBA-2002-273.html. Previous Comments: [2002-12-29 11:33:51] [EMAIL PROTECTED] Tested with new release of PHP (4.3.0). Does not work even with it, complains about permission problem. [2002-12-04 01:55:17] [EMAIL PROTECTED] You just have to wait for 4.3.0 be released then. This works just fine for me. [2002-12-03 13:00:58] [EMAIL PROTECTED] Unable to use latest (unstable?) snapshot, because it's a production environment. Is it possible to get a patch where only mm-session related things are changed? [2002-12-02 18:49:25] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-12-02 10:54:53] [EMAIL PROTECTED] I saw another thread about this bug: http://bugs.php.net/bug.php?id=19039 I've compiled PHP-4.2.3 to apache 1.3.27 including --with-mm (mm-1.1.3-8 & devel packages installed). When using sessions (save_handler=mm) in PHP, it complains: "Warning: mm_malloc failed, avail 0, err mm:core: Failed to lock (Permission denied) in Unknown on line 0" Seems to be some kind of permission problem in SHM. Not sure though what is wrong. -- Edit this bug report at http://bugs.php.net/?id=20764&edit=1
#20764 [Com]: session_handler=mm complais about mm_malloc
ID: 20764 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Session related Operating System: RH7.2 PHP Version: 4.2.3 New Comment: Tested with new release of PHP (4.3.0). Does not work even with it, complains about permission problem. Previous Comments: [2002-12-04 01:55:17] [EMAIL PROTECTED] You just have to wait for 4.3.0 be released then. This works just fine for me. [2002-12-03 13:00:58] [EMAIL PROTECTED] Unable to use latest (unstable?) snapshot, because it's a production environment. Is it possible to get a patch where only mm-session related things are changed? [2002-12-02 18:49:25] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-12-02 10:54:53] [EMAIL PROTECTED] I saw another thread about this bug: http://bugs.php.net/bug.php?id=19039 I've compiled PHP-4.2.3 to apache 1.3.27 including --with-mm (mm-1.1.3-8 & devel packages installed). When using sessions (save_handler=mm) in PHP, it complains: "Warning: mm_malloc failed, avail 0, err mm:core: Failed to lock (Permission denied) in Unknown on line 0" Seems to be some kind of permission problem in SHM. Not sure though what is wrong. -- Edit this bug report at http://bugs.php.net/?id=20764&edit=1
#20798 [Com]: use_trans_sid produces unvalid html
ID: 20798 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Session related Operating System: RH7.2 PHP Version: 4.2.3 New Comment: Woops, my fault. Havent noticed that before. Maybe & should be default? Previous Comments: [2002-12-03 14:57:50] [EMAIL PROTECTED] Read your php.ini closely, and pay attention to the arg_seperator.output setting. Not a bug -> bogus [2002-12-03 14:56:44] [EMAIL PROTECTED] When a PHP option session.use_trans_sid is set on, and user has cookies disabled, every URL in page is altered by PHP to include the SID in them. However possible "amp"-signs in urls are not produced as valid html (according to w3c). Heres an example: A page has a link similiar to: -- HREF="/some.php?a=b&c=d" after adding SID it becomes: -- HREF="/some.php?a=b&c=d&SID=WHATEVER" Should be: -- HREF="/some.php?a=b&c=d&SID=WHATEVER" am I right? Or didn't I just notice something? And btw, bug search system doesn like & as a search word, says that I'm a bad cracker :| -- Edit this bug report at http://bugs.php.net/?id=20798&edit=1
#20798 [NEW]: use_trans_sid produces unvalid html
From: [EMAIL PROTECTED] Operating system: RH7.2 PHP version: 4.2.3 PHP Bug Type: Session related Bug description: use_trans_sid produces unvalid html When a PHP option session.use_trans_sid is set on, and user has cookies disabled, every URL in page is altered by PHP to include the SID in them. However possible "amp"-signs in urls are not produced as valid html (according to w3c). Heres an example: A page has a link similiar to: -- HREF="/some.php?a=b&c=d" after adding SID it becomes: -- HREF="/some.php?a=b&c=d&SID=WHATEVER" Should be: -- HREF="/some.php?a=b&c=d&SID=WHATEVER" am I right? Or didn't I just notice something? And btw, bug search system doesn like & as a search word, says that I'm a bad cracker :| -- Edit bug report at http://bugs.php.net/?id=20798&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20798&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20798&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20798&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20798&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20798&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20798&r=support Expected behavior: http://bugs.php.net/fix.php?id=20798&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20798&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20798&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20798&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20798&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20798&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20798&r=isapi
#20764 [Com]: session_handler=mm complais about mm_malloc
ID: 20764 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Session related Operating System: RH7.2 PHP Version: 4.2.3 New Comment: Unable to use latest (unstable?) snapshot, because it's a production environment. Is it possible to get a patch where only mm-session related things are changed? Previous Comments: [2002-12-02 18:49:25] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-12-02 10:54:53] [EMAIL PROTECTED] I saw another thread about this bug: http://bugs.php.net/bug.php?id=19039 I've compiled PHP-4.2.3 to apache 1.3.27 including --with-mm (mm-1.1.3-8 & devel packages installed). When using sessions (save_handler=mm) in PHP, it complains: "Warning: mm_malloc failed, avail 0, err mm:core: Failed to lock (Permission denied) in Unknown on line 0" Seems to be some kind of permission problem in SHM. Not sure though what is wrong. -- Edit this bug report at http://bugs.php.net/?id=20764&edit=1
#20764 [NEW]: session_handler=mm complais about mm_malloc
From: [EMAIL PROTECTED] Operating system: RH7.2 PHP version: 4.2.3 PHP Bug Type: Session related Bug description: session_handler=mm complais about mm_malloc I saw another thread about this bug: http://bugs.php.net/bug.php?id=19039 I've compiled PHP-4.2.3 to apache 1.3.27 including --with-mm (mm-1.1.3-8 & devel packages installed). When using sessions (save_handler=mm) in PHP, it complains: "Warning: mm_malloc failed, avail 0, err mm:core: Failed to lock (Permission denied) in Unknown on line 0" Seems to be some kind of permission problem in SHM. Not sure though what is wrong. -- Edit bug report at http://bugs.php.net/?id=20764&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20764&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20764&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20764&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20764&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20764&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20764&r=support Expected behavior: http://bugs.php.net/fix.php?id=20764&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20764&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20764&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20764&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20764&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20764&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20764&r=isapi
