Bug #17419 Updated: Complex objects not correctly stored in ssession

2002-06-01 Thread sander

 ID:   17419
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Analyzed
 Bug Type: Session related
 Operating System: BSDi
 PHP Version:  4.2.1
 New Comment:

Consider the following sample script:

?php
session_start();
class alpha {
var $b; 
function alpha() {
$this-b = new beta($this);
}
}

class beta {
function beta($t) {
$this-t = $t;
}
}

if($_GET['set']) {
$_SESSION['a'] = new alpha();
} else {
print_r($_SESSION['a']);
}
?

First, call this script with ?set=1.
Then, call it without any arguments and nothing will happen. The
connection will close inmediately:
$ telnet localhost 80
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
GET /test.php?PHPSESSID=dcfffa113d892c4320d6109c6bd07795 HTTP/1.1
Host: localhost

Connection closed by foreign host.

This was exactly what happend with the sample simpleclass.php script
provided by [EMAIL PROTECTED]

Apache logs show a couple of memleaks and a segfault:
home/sander/php/head/Zend/zend_hash.c(262) :  Freeing 0x0821CD4C (37
bytes), script=/home/sander/public_html/test.php
Last leak repeated 1 time
/home/sander/php/head/Zend/zend_hash.c(178) :  Freeing 0x0821B1BC (32
bytes), script=/home/sander/public_html/test.php
Last leak repeated 1 time
/home/sander/php/head/Zend/zend_API.c(597) :  Freeing 0x0821B15C (44
bytes), script=/home/sander/public_html/test.php
/home/sander/php/head/Zend/zend_API.c(585) : Actual location (location
was relayed)
Last leak repeated 1 time
/home/sander/php/head/Zend/zend_execute.c(1937) :  Freeing 0x0821B11C
(12 bytes), script=/home/sander/public_html/test.php
Last leak repeated 1 time
/home/rasmus/php4/ext/standard/url_scanner_ex.re(409) :  Freeing
0x08219B6C (13 bytes), script=/home/sander/public_html/test.php
[Sat Jun  1 12:06:13 2002] [notice] child pid 4079 exit signal
Segmentation fault (11)

Backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x4010cf96 in malloc () from /lib/libc.so.6
(gdb) bt
#0  0x4010cf96 in malloc () from /lib/libc.so.6
#1  0x403d9a4f in _emalloc (size=35, 
__zend_filename=0x404b0c80
/home/sander/php/head/Zend/zend_hash.c, 
__zend_lineno=406, __zend_orig_filename=0x0, __zend_orig_lineno=0)
at /home/sander/php/head/Zend/zend_alloc.c:165
#2  0x403f46cc in zend_hash_index_update_or_next_insert (ht=0xbfffef34,

h=23815, pData=0xbf800108, nDataSize=4, pDest=0x0, flag=4)
at /home/sander/php/head/Zend/zend_hash.c:406
#3  0x4038f81a in php_add_var_hash (var_hash=0xbfffef34, var=0x8219b9c,

var_old=0xbf800264) at
/home/sander/php/head/ext/standard/var.c:393
#4  0x4038ed6e in php_var_serialize_intern (buf=0xbfffef60,
struc=0x8219b10, 
var_hash=0xbfffef34) at
/home/sander/php/head/ext/standard/var.c:497
#5  0x4038f277 in php_var_serialize_intern (buf=0xbfffef60,
struc=0x8219d00, 
var_hash=0xbfffef34) at
/home/sander/php/head/ext/standard/var.c:606
#6  0x4038f277 in php_var_serialize_intern (buf=0xbfffef60,
struc=0x8219b10, 
var_hash=0xbfffef34) at
/home/sander/php/head/ext/standard/var.c:606
#7  0x4038f277 in php_var_serialize_intern (buf=0xbfffef60,
struc=0x8219d00, 
var_hash=0xbfffef34) at
/home/sander/php/head/ext/standard/var.c:606
#8  0x4038f277 in php_var_serialize_intern (buf=0xbfffef60,
struc=0x8219b10, 
var_hash=0xbfffef34) at
/home/sander/php/head/ext/standard/var.c:606
#9  0x4038f277 in php_var_serialize_intern (buf=0xbfffef60,
struc=0x8219d00, 
var_hash=0xbfffef34) at
/home/sander/php/head/ext/standard/var.c:606
etc etc etc


Previous Comments:


[2002-05-31 09:51:02] [EMAIL PROTECTED]

Also worked fine on my OSX boxen.

I don't know what browser you are using so I can't comment on the
validity of that error message (possible MSIE pretty error page?).

One thing to try, turn on your register_globals.  Your example kind of
needs that, or different calling methods.



[2002-05-31 09:44:05] [EMAIL PROTECTED]

Your example works fine on my FreeBSD 4.5 system using PHP 4.2.1.  

Also updated your OS to BSDi instead of Apache.



[2002-05-29 10:11:28] [EMAIL PROTECTED]

The correct operating system if BSDi 4.3



[2002-05-26 22:13:08] [EMAIL PROTECTED]

OK -- I have tried to telnet to the domain and cannot do that either. 
Here is the URL:

http://sql.wash-gop.com/wyck/WebSiteII/html/simpleclass.php



[2002-05-26 12:04:35] [EMAIL PROTECTED]

You don't need telnet access for this. Just telnet from your local box
to 

Bug #17419 Updated: Complex objects not correctly stored in ssession

2002-06-01 Thread mfischer

 ID:   17419
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Analyzed
 Bug Type: Session related
 Operating System: BSDi
 PHP Version:  4.2.1
 New Comment:

Circular references don't work with the serializer


Previous Comments:


[2002-06-01 06:14:21] [EMAIL PROTECTED]

Consider the following sample script:

?php
session_start();
class alpha {
var $b; 
function alpha() {
$this-b = new beta($this);
}
}

class beta {
function beta($t) {
$this-t = $t;
}
}

if($_GET['set']) {
$_SESSION['a'] = new alpha();
} else {
print_r($_SESSION['a']);
}
?

First, call this script with ?set=1.
Then, call it without any arguments and nothing will happen. The
connection will close inmediately:
$ telnet localhost 80
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
GET /test.php?PHPSESSID=dcfffa113d892c4320d6109c6bd07795 HTTP/1.1
Host: localhost

Connection closed by foreign host.

This was exactly what happend with the sample simpleclass.php script
provided by [EMAIL PROTECTED]

Apache logs show a couple of memleaks and a segfault:
home/sander/php/head/Zend/zend_hash.c(262) :  Freeing 0x0821CD4C (37
bytes), script=/home/sander/public_html/test.php
Last leak repeated 1 time
/home/sander/php/head/Zend/zend_hash.c(178) :  Freeing 0x0821B1BC (32
bytes), script=/home/sander/public_html/test.php
Last leak repeated 1 time
/home/sander/php/head/Zend/zend_API.c(597) :  Freeing 0x0821B15C (44
bytes), script=/home/sander/public_html/test.php
/home/sander/php/head/Zend/zend_API.c(585) : Actual location (location
was relayed)
Last leak repeated 1 time
/home/sander/php/head/Zend/zend_execute.c(1937) :  Freeing 0x0821B11C
(12 bytes), script=/home/sander/public_html/test.php
Last leak repeated 1 time
/home/rasmus/php4/ext/standard/url_scanner_ex.re(409) :  Freeing
0x08219B6C (13 bytes), script=/home/sander/public_html/test.php
[Sat Jun  1 12:06:13 2002] [notice] child pid 4079 exit signal
Segmentation fault (11)

Backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x4010cf96 in malloc () from /lib/libc.so.6
(gdb) bt
#0  0x4010cf96 in malloc () from /lib/libc.so.6
#1  0x403d9a4f in _emalloc (size=35, 
__zend_filename=0x404b0c80
/home/sander/php/head/Zend/zend_hash.c, 
__zend_lineno=406, __zend_orig_filename=0x0, __zend_orig_lineno=0)
at /home/sander/php/head/Zend/zend_alloc.c:165
#2  0x403f46cc in zend_hash_index_update_or_next_insert (ht=0xbfffef34,

h=23815, pData=0xbf800108, nDataSize=4, pDest=0x0, flag=4)
at /home/sander/php/head/Zend/zend_hash.c:406
#3  0x4038f81a in php_add_var_hash (var_hash=0xbfffef34, var=0x8219b9c,

var_old=0xbf800264) at
/home/sander/php/head/ext/standard/var.c:393
#4  0x4038ed6e in php_var_serialize_intern (buf=0xbfffef60,
struc=0x8219b10, 
var_hash=0xbfffef34) at
/home/sander/php/head/ext/standard/var.c:497
#5  0x4038f277 in php_var_serialize_intern (buf=0xbfffef60,
struc=0x8219d00, 
var_hash=0xbfffef34) at
/home/sander/php/head/ext/standard/var.c:606
#6  0x4038f277 in php_var_serialize_intern (buf=0xbfffef60,
struc=0x8219b10, 
var_hash=0xbfffef34) at
/home/sander/php/head/ext/standard/var.c:606
#7  0x4038f277 in php_var_serialize_intern (buf=0xbfffef60,
struc=0x8219d00, 
var_hash=0xbfffef34) at
/home/sander/php/head/ext/standard/var.c:606
#8  0x4038f277 in php_var_serialize_intern (buf=0xbfffef60,
struc=0x8219b10, 
var_hash=0xbfffef34) at
/home/sander/php/head/ext/standard/var.c:606
#9  0x4038f277 in php_var_serialize_intern (buf=0xbfffef60,
struc=0x8219d00, 
var_hash=0xbfffef34) at
/home/sander/php/head/ext/standard/var.c:606
etc etc etc



[2002-05-31 09:51:02] [EMAIL PROTECTED]

Also worked fine on my OSX boxen.

I don't know what browser you are using so I can't comment on the
validity of that error message (possible MSIE pretty error page?).

One thing to try, turn on your register_globals.  Your example kind of
needs that, or different calling methods.



[2002-05-31 09:44:05] [EMAIL PROTECTED]

Your example works fine on my FreeBSD 4.5 system using PHP 4.2.1.  

Also updated your OS to BSDi instead of Apache.



[2002-05-29 10:11:28] [EMAIL PROTECTED]

The correct operating system if BSDi 4.3



[2002-05-26 22:13:08] [EMAIL PROTECTED]

OK -- I have tried to telnet to the domain and cannot do that either. 
Here is the URL:

http://sql.wash-gop.com/wyck/WebSiteII/html/simpleclass.php


Bug #17419 Updated: Complex objects not correctly stored in ssession

2002-06-01 Thread mfischer

 ID:   17419
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Analyzed
+Status:   Bogus
 Bug Type: Session related
 Operating System: BSDi
 PHP Version:  4.2.1
 New Comment:

I checked back with Zeev, circular references are simlpy not supported
in the Zend engine and won't be anytime soon.


Previous Comments:


[2002-06-01 06:19:11] [EMAIL PROTECTED]

Circular references don't work with the serializer



[2002-06-01 06:14:21] [EMAIL PROTECTED]

Consider the following sample script:

?php
session_start();
class alpha {
var $b; 
function alpha() {
$this-b = new beta($this);
}
}

class beta {
function beta($t) {
$this-t = $t;
}
}

if($_GET['set']) {
$_SESSION['a'] = new alpha();
} else {
print_r($_SESSION['a']);
}
?

First, call this script with ?set=1.
Then, call it without any arguments and nothing will happen. The
connection will close inmediately:
$ telnet localhost 80
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
GET /test.php?PHPSESSID=dcfffa113d892c4320d6109c6bd07795 HTTP/1.1
Host: localhost

Connection closed by foreign host.

This was exactly what happend with the sample simpleclass.php script
provided by [EMAIL PROTECTED]

Apache logs show a couple of memleaks and a segfault:
home/sander/php/head/Zend/zend_hash.c(262) :  Freeing 0x0821CD4C (37
bytes), script=/home/sander/public_html/test.php
Last leak repeated 1 time
/home/sander/php/head/Zend/zend_hash.c(178) :  Freeing 0x0821B1BC (32
bytes), script=/home/sander/public_html/test.php
Last leak repeated 1 time
/home/sander/php/head/Zend/zend_API.c(597) :  Freeing 0x0821B15C (44
bytes), script=/home/sander/public_html/test.php
/home/sander/php/head/Zend/zend_API.c(585) : Actual location (location
was relayed)
Last leak repeated 1 time
/home/sander/php/head/Zend/zend_execute.c(1937) :  Freeing 0x0821B11C
(12 bytes), script=/home/sander/public_html/test.php
Last leak repeated 1 time
/home/rasmus/php4/ext/standard/url_scanner_ex.re(409) :  Freeing
0x08219B6C (13 bytes), script=/home/sander/public_html/test.php
[Sat Jun  1 12:06:13 2002] [notice] child pid 4079 exit signal
Segmentation fault (11)

Backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x4010cf96 in malloc () from /lib/libc.so.6
(gdb) bt
#0  0x4010cf96 in malloc () from /lib/libc.so.6
#1  0x403d9a4f in _emalloc (size=35, 
__zend_filename=0x404b0c80
/home/sander/php/head/Zend/zend_hash.c, 
__zend_lineno=406, __zend_orig_filename=0x0, __zend_orig_lineno=0)
at /home/sander/php/head/Zend/zend_alloc.c:165
#2  0x403f46cc in zend_hash_index_update_or_next_insert (ht=0xbfffef34,

h=23815, pData=0xbf800108, nDataSize=4, pDest=0x0, flag=4)
at /home/sander/php/head/Zend/zend_hash.c:406
#3  0x4038f81a in php_add_var_hash (var_hash=0xbfffef34, var=0x8219b9c,

var_old=0xbf800264) at
/home/sander/php/head/ext/standard/var.c:393
#4  0x4038ed6e in php_var_serialize_intern (buf=0xbfffef60,
struc=0x8219b10, 
var_hash=0xbfffef34) at
/home/sander/php/head/ext/standard/var.c:497
#5  0x4038f277 in php_var_serialize_intern (buf=0xbfffef60,
struc=0x8219d00, 
var_hash=0xbfffef34) at
/home/sander/php/head/ext/standard/var.c:606
#6  0x4038f277 in php_var_serialize_intern (buf=0xbfffef60,
struc=0x8219b10, 
var_hash=0xbfffef34) at
/home/sander/php/head/ext/standard/var.c:606
#7  0x4038f277 in php_var_serialize_intern (buf=0xbfffef60,
struc=0x8219d00, 
var_hash=0xbfffef34) at
/home/sander/php/head/ext/standard/var.c:606
#8  0x4038f277 in php_var_serialize_intern (buf=0xbfffef60,
struc=0x8219b10, 
var_hash=0xbfffef34) at
/home/sander/php/head/ext/standard/var.c:606
#9  0x4038f277 in php_var_serialize_intern (buf=0xbfffef60,
struc=0x8219d00, 
var_hash=0xbfffef34) at
/home/sander/php/head/ext/standard/var.c:606
etc etc etc



[2002-05-31 09:51:02] [EMAIL PROTECTED]

Also worked fine on my OSX boxen.

I don't know what browser you are using so I can't comment on the
validity of that error message (possible MSIE pretty error page?).

One thing to try, turn on your register_globals.  Your example kind of
needs that, or different calling methods.



[2002-05-31 09:44:05] [EMAIL PROTECTED]

Your example works fine on my FreeBSD 4.5 system using PHP 4.2.1.  

Also updated your OS to BSDi instead of Apache.



[2002-05-29 10:11:28] [EMAIL PROTECTED]

The correct operating system if BSDi 4.3


Bug #17419 Updated: Complex objects not correctly stored in ssession

2002-06-01 Thread sander

 ID:   17419
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Suspended
 Bug Type: Session related
 Operating System: BSDi
 PHP Version:  4.2.1
 New Comment:

Suspending.


Previous Comments:


[2002-06-01 06:43:25] [EMAIL PROTECTED]

I checked back with Zeev, circular references are simlpy not supported
in the Zend engine and won't be anytime soon.



[2002-06-01 06:19:11] [EMAIL PROTECTED]

Circular references don't work with the serializer



[2002-06-01 06:14:21] [EMAIL PROTECTED]

Consider the following sample script:

?php
session_start();
class alpha {
var $b; 
function alpha() {
$this-b = new beta($this);
}
}

class beta {
function beta($t) {
$this-t = $t;
}
}

if($_GET['set']) {
$_SESSION['a'] = new alpha();
} else {
print_r($_SESSION['a']);
}
?

First, call this script with ?set=1.
Then, call it without any arguments and nothing will happen. The
connection will close inmediately:
$ telnet localhost 80
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
GET /test.php?PHPSESSID=dcfffa113d892c4320d6109c6bd07795 HTTP/1.1
Host: localhost

Connection closed by foreign host.

This was exactly what happend with the sample simpleclass.php script
provided by [EMAIL PROTECTED]

Apache logs show a couple of memleaks and a segfault:
home/sander/php/head/Zend/zend_hash.c(262) :  Freeing 0x0821CD4C (37
bytes), script=/home/sander/public_html/test.php
Last leak repeated 1 time
/home/sander/php/head/Zend/zend_hash.c(178) :  Freeing 0x0821B1BC (32
bytes), script=/home/sander/public_html/test.php
Last leak repeated 1 time
/home/sander/php/head/Zend/zend_API.c(597) :  Freeing 0x0821B15C (44
bytes), script=/home/sander/public_html/test.php
/home/sander/php/head/Zend/zend_API.c(585) : Actual location (location
was relayed)
Last leak repeated 1 time
/home/sander/php/head/Zend/zend_execute.c(1937) :  Freeing 0x0821B11C
(12 bytes), script=/home/sander/public_html/test.php
Last leak repeated 1 time
/home/rasmus/php4/ext/standard/url_scanner_ex.re(409) :  Freeing
0x08219B6C (13 bytes), script=/home/sander/public_html/test.php
[Sat Jun  1 12:06:13 2002] [notice] child pid 4079 exit signal
Segmentation fault (11)

Backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x4010cf96 in malloc () from /lib/libc.so.6
(gdb) bt
#0  0x4010cf96 in malloc () from /lib/libc.so.6
#1  0x403d9a4f in _emalloc (size=35, 
__zend_filename=0x404b0c80
/home/sander/php/head/Zend/zend_hash.c, 
__zend_lineno=406, __zend_orig_filename=0x0, __zend_orig_lineno=0)
at /home/sander/php/head/Zend/zend_alloc.c:165
#2  0x403f46cc in zend_hash_index_update_or_next_insert (ht=0xbfffef34,

h=23815, pData=0xbf800108, nDataSize=4, pDest=0x0, flag=4)
at /home/sander/php/head/Zend/zend_hash.c:406
#3  0x4038f81a in php_add_var_hash (var_hash=0xbfffef34, var=0x8219b9c,

var_old=0xbf800264) at
/home/sander/php/head/ext/standard/var.c:393
#4  0x4038ed6e in php_var_serialize_intern (buf=0xbfffef60,
struc=0x8219b10, 
var_hash=0xbfffef34) at
/home/sander/php/head/ext/standard/var.c:497
#5  0x4038f277 in php_var_serialize_intern (buf=0xbfffef60,
struc=0x8219d00, 
var_hash=0xbfffef34) at
/home/sander/php/head/ext/standard/var.c:606
#6  0x4038f277 in php_var_serialize_intern (buf=0xbfffef60,
struc=0x8219b10, 
var_hash=0xbfffef34) at
/home/sander/php/head/ext/standard/var.c:606
#7  0x4038f277 in php_var_serialize_intern (buf=0xbfffef60,
struc=0x8219d00, 
var_hash=0xbfffef34) at
/home/sander/php/head/ext/standard/var.c:606
#8  0x4038f277 in php_var_serialize_intern (buf=0xbfffef60,
struc=0x8219b10, 
var_hash=0xbfffef34) at
/home/sander/php/head/ext/standard/var.c:606
#9  0x4038f277 in php_var_serialize_intern (buf=0xbfffef60,
struc=0x8219d00, 
var_hash=0xbfffef34) at
/home/sander/php/head/ext/standard/var.c:606
etc etc etc



[2002-05-31 09:51:02] [EMAIL PROTECTED]

Also worked fine on my OSX boxen.

I don't know what browser you are using so I can't comment on the
validity of that error message (possible MSIE pretty error page?).

One thing to try, turn on your register_globals.  Your example kind of
needs that, or different calling methods.



[2002-05-31 09:44:05] [EMAIL PROTECTED]

Your example works fine on my FreeBSD 4.5 system using PHP 4.2.1.  

Also updated your OS to BSDi instead of Apache.



The remainder 

Bug #17419 Updated: Complex objects not correctly stored in ssession

2002-05-31 Thread kalowsky

 ID:   17419
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Session related
-Operating System: Apache
+Operating System: BSDi
 PHP Version:  4.2.1
 New Comment:

Your example works fine on my FreeBSD 4.5 system using PHP 4.2.1.  

Also updated your OS to BSDi instead of Apache.


Previous Comments:


[2002-05-29 10:11:28] [EMAIL PROTECTED]

The correct operating system if BSDi 4.3



[2002-05-26 22:13:08] [EMAIL PROTECTED]

OK -- I have tried to telnet to the domain and cannot do that either. 
Here is the URL:

http://sql.wash-gop.com/wyck/WebSiteII/html/simpleclass.php



[2002-05-26 12:04:35] [EMAIL PROTECTED]

You don't need telnet access for this. Just telnet from your local box
to the webserver, i.e. 
telnet www.yourdomain.com 80
Alternatively, post an url of that page here (or mail it me, if you
prefer to keep it private) and I'll see what I can do.



[2002-05-26 08:20:25] [EMAIL PROTECTED]

I am developing on a web server to which I do not normally have telnet
privileges, but I will ask them if they can open this up to me.

I apologize for putting Apache rather than the OS.  I'll get that for
you as soon as I can -- it is BSD something.

Thank you for looking at this!

Wyckham



[2002-05-25 04:41:22] [EMAIL PROTECTED]

Can you gice us some real error message instead of the junk you're
browser is giving you? Can you try to telnet'ing manually to your
webserver and give us the HTTP response?

Also, Apache is not an OS. Please update the field above.



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/17419

-- 
Edit this bug report at http://bugs.php.net/?id=17419edit=1




Bug #17419 Updated: Complex objects not correctly stored in ssession

2002-05-31 Thread kalowsky

 ID:   17419
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Session related
 Operating System: BSDi
 PHP Version:  4.2.1
 New Comment:

Also worked fine on my OSX boxen.

I don't know what browser you are using so I can't comment on the
validity of that error message (possible MSIE pretty error page?).

One thing to try, turn on your register_globals.  Your example kind of
needs that, or different calling methods.


Previous Comments:


[2002-05-31 09:44:05] [EMAIL PROTECTED]

Your example works fine on my FreeBSD 4.5 system using PHP 4.2.1.  

Also updated your OS to BSDi instead of Apache.



[2002-05-29 10:11:28] [EMAIL PROTECTED]

The correct operating system if BSDi 4.3



[2002-05-26 22:13:08] [EMAIL PROTECTED]

OK -- I have tried to telnet to the domain and cannot do that either. 
Here is the URL:

http://sql.wash-gop.com/wyck/WebSiteII/html/simpleclass.php



[2002-05-26 12:04:35] [EMAIL PROTECTED]

You don't need telnet access for this. Just telnet from your local box
to the webserver, i.e. 
telnet www.yourdomain.com 80
Alternatively, post an url of that page here (or mail it me, if you
prefer to keep it private) and I'll see what I can do.



[2002-05-26 08:20:25] [EMAIL PROTECTED]

I am developing on a web server to which I do not normally have telnet
privileges, but I will ask them if they can open this up to me.

I apologize for putting Apache rather than the OS.  I'll get that for
you as soon as I can -- it is BSD something.

Thank you for looking at this!

Wyckham



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/17419

-- 
Edit this bug report at http://bugs.php.net/?id=17419edit=1




Bug #17419 Updated: Complex objects not correctly stored in ssession

2002-05-29 Thread wdseelig

 ID:   17419
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Session related
 Operating System: Apache
 PHP Version:  4.2.1
 New Comment:

The correct operating system if BSDi 4.3


Previous Comments:


[2002-05-26 22:13:08] [EMAIL PROTECTED]

OK -- I have tried to telnet to the domain and cannot do that either. 
Here is the URL:

http://sql.wash-gop.com/wyck/WebSiteII/html/simpleclass.php



[2002-05-26 12:04:35] [EMAIL PROTECTED]

You don't need telnet access for this. Just telnet from your local box
to the webserver, i.e. 
telnet www.yourdomain.com 80
Alternatively, post an url of that page here (or mail it me, if you
prefer to keep it private) and I'll see what I can do.



[2002-05-26 08:20:25] [EMAIL PROTECTED]

I am developing on a web server to which I do not normally have telnet
privileges, but I will ask them if they can open this up to me.

I apologize for putting Apache rather than the OS.  I'll get that for
you as soon as I can -- it is BSD something.

Thank you for looking at this!

Wyckham



[2002-05-25 04:41:22] [EMAIL PROTECTED]

Can you gice us some real error message instead of the junk you're
browser is giving you? Can you try to telnet'ing manually to your
webserver and give us the HTTP response?

Also, Apache is not an OS. Please update the field above.



[2002-05-24 16:47:42] [EMAIL PROTECTED]

Complex objects are not correctly stored in a session.  This report is
similar to 8676, which was reported fixed.  It now appears to be broken
in 4.2.1.
Here is a code scriplet to demonstrate the problem:

?

class Alpha
{
var $alpha1;
var $betavar;
function Alpha()
{
$this-betavar = new Beta($this); //Let Beta use Alpha's methods
and properties
$this-alpha1 = 22;
}
function getvar()
{
return $this-alpha1;
}
}
class Beta
{
var $beta1;
var $alphacall;
function Beta($par)
{
$this-alphacall = $par;   //alphacall will let Beta use 
Alpha's
methods and properties
$this-beta1 = 5;
}
function getalphavar()
{
print(brThe value of the alphavar from within Beta is:   .
$this-alphacall-alpha1 );
}
}
session_start();
if  (! session_is_registered(pm)  )
{
session_register(pm); // register and instantiate the variable
$pm = new Alpha();
}
print(brThe vaue of alpha1 is:   . $pm-getvar()  );
print(brThe value of beta1 is:   . $pm-betavar-beta1);
print(br . $pm-betavar-getalphavar() );


?

OBSERVED BEHAVIOR:

When this page is loaded the first time, everything works as expected,
and the
values of alpha1, and beta 1 print out just fine. However, attempts
to refresh the page yield a browser error message This page cannot be
displayed.

This structure worked (flakily) on 4.04pi1, and I was hoping that the
fix of 8676 would
have made it solid in 4.2.1.  However, the situation is now worse--the
above structure
NEVER works.






-- 
Edit this bug report at http://bugs.php.net/?id=17419edit=1




Bug #17419 Updated: Complex objects not correctly stored in ssession

2002-05-26 Thread wdseelig

 ID:   17419
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Session related
 Operating System: Apache
 PHP Version:  4.2.1
 New Comment:

I am developing on a web server to which I do not normally have telnet
privileges, but I will ask them if they can open this up to me.

I apologize for putting Apache rather than the OS.  I'll get that for
you as soon as I can -- it is BSD something.

Thank you for looking at this!

Wyckham


Previous Comments:


[2002-05-25 04:41:22] [EMAIL PROTECTED]

Can you gice us some real error message instead of the junk you're
browser is giving you? Can you try to telnet'ing manually to your
webserver and give us the HTTP response?

Also, Apache is not an OS. Please update the field above.



[2002-05-24 16:47:42] [EMAIL PROTECTED]

Complex objects are not correctly stored in a session.  This report is
similar to 8676, which was reported fixed.  It now appears to be broken
in 4.2.1.
Here is a code scriplet to demonstrate the problem:

?

class Alpha
{
var $alpha1;
var $betavar;
function Alpha()
{
$this-betavar = new Beta($this); //Let Beta use Alpha's methods
and properties
$this-alpha1 = 22;
}
function getvar()
{
return $this-alpha1;
}
}
class Beta
{
var $beta1;
var $alphacall;
function Beta($par)
{
$this-alphacall = $par;   //alphacall will let Beta use 
Alpha's
methods and properties
$this-beta1 = 5;
}
function getalphavar()
{
print(brThe value of the alphavar from within Beta is:   .
$this-alphacall-alpha1 );
}
}
session_start();
if  (! session_is_registered(pm)  )
{
session_register(pm); // register and instantiate the variable
$pm = new Alpha();
}
print(brThe vaue of alpha1 is:   . $pm-getvar()  );
print(brThe value of beta1 is:   . $pm-betavar-beta1);
print(br . $pm-betavar-getalphavar() );


?

OBSERVED BEHAVIOR:

When this page is loaded the first time, everything works as expected,
and the
values of alpha1, and beta 1 print out just fine. However, attempts
to refresh the page yield a browser error message This page cannot be
displayed.

This structure worked (flakily) on 4.04pi1, and I was hoping that the
fix of 8676 would
have made it solid in 4.2.1.  However, the situation is now worse--the
above structure
NEVER works.






-- 
Edit this bug report at http://bugs.php.net/?id=17419edit=1




Bug #17419 Updated: Complex objects not correctly stored in ssession

2002-05-25 Thread sander

 ID:   17419
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: Apache
 PHP Version:  4.2.1
 New Comment:

Can you gice us some real error message instead of the junk you're
browser is giving you? Can you try to telnet'ing manually to your
webserver and give us the HTTP response?

Also, Apache is not an OS. Please update the field above.


Previous Comments:


[2002-05-24 16:47:42] [EMAIL PROTECTED]

Complex objects are not correctly stored in a session.  This report is
similar to 8676, which was reported fixed.  It now appears to be broken
in 4.2.1.
Here is a code scriplet to demonstrate the problem:

?

class Alpha
{
var $alpha1;
var $betavar;
function Alpha()
{
$this-betavar = new Beta($this); //Let Beta use Alpha's methods
and properties
$this-alpha1 = 22;
}
function getvar()
{
return $this-alpha1;
}
}
class Beta
{
var $beta1;
var $alphacall;
function Beta($par)
{
$this-alphacall = $par;   //alphacall will let Beta use 
Alpha's
methods and properties
$this-beta1 = 5;
}
function getalphavar()
{
print(brThe value of the alphavar from within Beta is:   .
$this-alphacall-alpha1 );
}
}
session_start();
if  (! session_is_registered(pm)  )
{
session_register(pm); // register and instantiate the variable
$pm = new Alpha();
}
print(brThe vaue of alpha1 is:   . $pm-getvar()  );
print(brThe value of beta1 is:   . $pm-betavar-beta1);
print(br . $pm-betavar-getalphavar() );


?

OBSERVED BEHAVIOR:

When this page is loaded the first time, everything works as expected,
and the
values of alpha1, and beta 1 print out just fine. However, attempts
to refresh the page yield a browser error message This page cannot be
displayed.

This structure worked (flakily) on 4.04pi1, and I was hoping that the
fix of 8676 would
have made it solid in 4.2.1.  However, the situation is now worse--the
above structure
NEVER works.






-- 
Edit this bug report at http://bugs.php.net/?id=17419edit=1