#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
