#24394 [NoF-Opn]: Session feature unusable.
ID: 24394 User updated by: hos dot endre at axelero dot hu Reported By: hos dot endre at axelero dot hu -Status: No Feedback +Status: Open Bug Type: Session related Operating System: * PHP Version: 5CVS-2003-07-24 (dev) New Comment: Opening again, in case of my last experience with the bug. Previous Comments: [2003-10-31 09:18:58] hoesh at dorsum dot hu Now tested with 5.0.0.B2 and bug still exists. Apache restarts immediately after running the test script. [2003-10-04 01:23:57] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2003-09-28 16:13:07] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2003-07-07 08:24:55] [EMAIL PROTECTED] Works 'fine' in PHP_4_3 branch, segfaults with PHP 5: #0 0x813de25 in fast_call_user_function (function_table=0x81c3338, object_pp=0x4029b688, function_name=0xbfe021a8, retval_ptr_ptr=0xbfe02178, param_count=0, params=0x0, no_separation=1, symbol_table=0x0, function_pointer=0xbfe020b4) at /usr/src/web/php/php5/Zend/zend_execute_API.c:477 #1 0x813de10 in call_user_function_ex (function_table=0x81c3338, object_pp=0x4029b688, function_name=0xbfe021a8, retval_ptr_ptr=0xbfe02178, param_count=0, params=0x0, no_separation=1, symbol_table=0x0) at /usr/src/web/php/php5/Zend/zend_execute_API.c:476 #2 0x80fdd63 in php_var_serialize_intern (buf=0xbfffd024, struc=0x4029b688, var_hash=0xbfffd030) at /usr/src/web/php/php5/ext/standard/var.c:555 #3 0x80fe90e in php_var_serialize_intern (buf=0xbfffd024, struc=0x4029b5a0, var_hash=0xbfffd030) at /usr/src/web/php/php5/ext/standard/var.c:620 #4 0x80fe90e in php_var_serialize_intern (buf=0xbfffd024, struc=0x4029b688, var_hash=0xbfffd030) at /usr/src/web/php/php5/ext/standard/var.c:620 #5 0x80fe90e in php_var_serialize_intern (buf=0xbfffd024, struc=0x4029b5a0, var_hash=0xbfffd030) at /usr/src/web/php/php5/ext/standard/var.c:620 #6 0x80fe90e in php_var_serialize_intern (buf=0xbfffd024, struc=0x4029b688, var_hash=0xbfffd030) at /usr/src/web/php/php5/ext/standard/var.c:620 . . . . Frame #6 is repeated couple of thousand times.. :) [2003-07-06 06:56:32] hos dot endre at axelero dot hu Okay: The subjected problem was solved by un-double-quoting the session.save_path and remove the backslash from the end of line. Anyway, until this the engine was able to create the file. After that I had to get familiar with the new php_dom exension, which I think is great, but not documented yet. So then comes a serialization problem: objects in my project held reference to each other, and the last-time-workin-good serialization crashed on this extra. Right now I solved the problem by unbuilding theese references before serialization, and rebuilding them on wakeup. Now I can test the ZE2 editions new features, thank you for the help! Also, here is a sample script that doesn't work for me: ? class a { var $b; function a() { $this-b = new b; } function setupb() { $this-b-setupa($this); } } class b { var $a; function setupa($a) { $this-a = $a; } } $a = new a; $a-setupb(); echo preThis workx!\r\n; echo serialize($a); ? 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/24394 -- Edit this bug report at http://bugs.php.net/?id=24394edit=1
#24394 [Fbk-Opn]: Session feature unusable.
ID: 24394 User updated by: hos dot endre at axelero dot hu Reported By: hos dot endre at axelero dot hu -Status: Feedback +Status: Open Bug Type: Session related Operating System: * PHP Version: 5CVS-2003-07-24 (dev) New Comment: The bug and the feedback relate to different main versions of PHP. The problem comes up with the ZE2 / PHP5. Previous Comments: [2003-09-24 19:37:59] [EMAIL PROTECTED] 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 [2003-07-07 08:24:55] [EMAIL PROTECTED] Works 'fine' in PHP_4_3 branch, segfaults with PHP 5: #0 0x813de25 in fast_call_user_function (function_table=0x81c3338, object_pp=0x4029b688, function_name=0xbfe021a8, retval_ptr_ptr=0xbfe02178, param_count=0, params=0x0, no_separation=1, symbol_table=0x0, function_pointer=0xbfe020b4) at /usr/src/web/php/php5/Zend/zend_execute_API.c:477 #1 0x813de10 in call_user_function_ex (function_table=0x81c3338, object_pp=0x4029b688, function_name=0xbfe021a8, retval_ptr_ptr=0xbfe02178, param_count=0, params=0x0, no_separation=1, symbol_table=0x0) at /usr/src/web/php/php5/Zend/zend_execute_API.c:476 #2 0x80fdd63 in php_var_serialize_intern (buf=0xbfffd024, struc=0x4029b688, var_hash=0xbfffd030) at /usr/src/web/php/php5/ext/standard/var.c:555 #3 0x80fe90e in php_var_serialize_intern (buf=0xbfffd024, struc=0x4029b5a0, var_hash=0xbfffd030) at /usr/src/web/php/php5/ext/standard/var.c:620 #4 0x80fe90e in php_var_serialize_intern (buf=0xbfffd024, struc=0x4029b688, var_hash=0xbfffd030) at /usr/src/web/php/php5/ext/standard/var.c:620 #5 0x80fe90e in php_var_serialize_intern (buf=0xbfffd024, struc=0x4029b5a0, var_hash=0xbfffd030) at /usr/src/web/php/php5/ext/standard/var.c:620 #6 0x80fe90e in php_var_serialize_intern (buf=0xbfffd024, struc=0x4029b688, var_hash=0xbfffd030) at /usr/src/web/php/php5/ext/standard/var.c:620 . . . . Frame #6 is repeated couple of thousand times.. :) [2003-07-06 06:56:32] hos dot endre at axelero dot hu Okay: The subjected problem was solved by un-double-quoting the session.save_path and remove the backslash from the end of line. Anyway, until this the engine was able to create the file. After that I had to get familiar with the new php_dom exension, which I think is great, but not documented yet. So then comes a serialization problem: objects in my project held reference to each other, and the last-time-workin-good serialization crashed on this extra. Right now I solved the problem by unbuilding theese references before serialization, and rebuilding them on wakeup. Now I can test the ZE2 editions new features, thank you for the help! Also, here is a sample script that doesn't work for me: ? class a { var $b; function a() { $this-b = new b; } function setupb() { $this-b-setupa($this); } } class b { var $a; function setupa($a) { $this-a = $a; } } $a = new a; $a-setupb(); echo preThis workx!\r\n; echo serialize($a); ? [2003-06-30 04:18:01] hos dot endre at dorsum dot hu I've tryed the test script I provided yesterday on WinNT, Apache 1.3.12, PHP 5.0.0b1 with php4_apache.dll (configured as php5_module in httpd.conf). Works well. This bug might be XP specific, or it might be my own system's special. By the way, the XP was configued to use php4_apache_hooks.dll, becase php4_apache.dll were missing from one of the downloaded PHP distributions. I'm willing to figure out what the hell going on with that stuff. I'll be back with further results. [2003-06-29 20:04:05] [EMAIL PROTECTED] Does this script work any better: ?php session_start(); if (!isset($_SESSION[count])) { $_SESSION['count'] = 1; } else { echo $_SESSION['count']++; } ? 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/24394 -- Edit this bug report at http://bugs.php.net/?id=24394edit=1
#24550 [NEW]: tokenizing syntax highlighting crashes
From: hos dot endre at axelero dot hu Operating system: Windows NT PHP version: 5.0.0b1 (beta1) PHP Bug Type: Reproducible crash Bug description: tokenizing syntax highlighting crashes Description: Tokenizer function (token_get_all) crashes and Apache is going down immediately, when a newly introduced __METHOD__ constant have found in the script. Workx good with __FUNCTION__ constant, now I'm gonna use __FUNCTION__ in my script, but might be problem one day for others... I guess the sample code wont crash before PHP5, because if I write anything else instead of __METHOD__, parser assumes that it's ok! Compiler handles this constant, so the scripts works well with __METHOD__, but should be untokenizable for documentation generators. Now I tried syntax highlighting: same result, as I expected. By the way: in the sample code I use __METHOD__ out of a method, originally the problem came up in a method's body. Reproduce code: --- // I hope you like this - the shortest crasher formula: highlight_string('?__METHOD__'); Expected result: I expect crash. Actual result: -- Doctor, what's on? -- Edit bug report at http://bugs.php.net/?id=24550edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24550r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24550r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24550r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24550r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24550r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24550r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24550r=support Expected behavior: http://bugs.php.net/fix.php?id=24550r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24550r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24550r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24550r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24550r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24550r=dst IIS Stability: http://bugs.php.net/fix.php?id=24550r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24550r=gnused
#24394 [NEW]: Session feature unusable.
From: hos dot endre at axelero dot hu Operating system: Win NT/XP PHP version: 5CVS-2003-06-29 (dev) PHP Bug Type: Session related Bug description: Session feature unusable. Description: On request shutdown session file is created, but stay locked with zero size. CPU have no load, and nothing happens. No crash. I've tried older 5CVS bins, and it seems to be an older bug. Serialization and anything else works well for me. 5.0.0-Beta1 also contains this bug. Leaving out session_start session_register. :) Reproduce code: --- ? session_start(); if (!isset($HTTP_SESSION_VARS[count])) { session_register(count); $count = $HTTP_SESSION_VARS[count]; $count = 1; } else $count = $HTTP_SESSION_VARS[count]; echo $count++; ? Expected result: 1, 2, 3... by refreshing the page. -- Edit bug report at http://bugs.php.net/?id=24394edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24394r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24394r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24394r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24394r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24394r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24394r=support Expected behavior: http://bugs.php.net/fix.php?id=24394r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24394r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24394r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24394r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24394r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24394r=dst IIS Stability: http://bugs.php.net/fix.php?id=24394r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24394r=gnused