[PHP-DEV] Bug #9264 Updated: Using session_encode with user-level session storage functions causes a crash

2001-09-22 Thread lolo 

ID: 9264
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: Session related
Operating System: win98 SE
PHP Version: 4.0 Latest CVS (14/02/2001)
New Comment:

Hi!

This bug seems to be fixed in the 4.0.8-dev version from the current cvs.

Regards,
Loïc

Previous Comments:


[2001-06-24 08:42:36] [EMAIL PROTECTED]

Reopened. I can reproduce this with PHP 4.0.6:

register_globals=On  ; No crash
register_globasl=Off ; Kaboom!





[2001-06-24 05:21:55] [EMAIL PROTECTED]

Hi !

Sorry to bother you with this bug report you closed yesterday but I think the bug does 
exist and it's not related to my config because I can reproduce it with all php 
releases  4.01 except with the latest snapshots from Zend.

I've done some deep testings this night to understand what could be the reason for the 
crash and I've noticed that one must have set the 'register_globals' directive to off 
to face it (wathever is the way php is loaded by Apache and whatever are the 
extensions loaded).

Please ignore this post if you don't have enough time to test bugs reports again and 
again: I can wait the next php4.07 package.

Have a nice and shinny week-end,
Loïc Chapeaux



[2001-06-23 17:22:00] [EMAIL PROTECTED]

Can't reproduce this with either PHP 4.0.5 or PHP 4.0.7-dev on Win32.




[2001-06-23 05:06:59] [EMAIL PROTECTED]

Hi All!

I've just done some testings with the new php4.06 release and the crash is still here 
with:
- php loaded as a cgi or as an Apache module,
- php.ini = the optimized one (without any extension).

Regards,
Loïc  



[2001-06-15 13:33:17] [EMAIL PROTECTED]

Hi sniper and all!

Well, it's not easy to send you an accurate reply because zend snapshots for win32 
does not contain the Apache module.

BTW, Ive done some testings:
- with php4.07-dev from php4win.de the script still crashes Apache with php loaded as 
a gci or as an Apache module;
- with the latest snapshot from zend.com (cgi only), it runs :)

If someone can build the Apache module (I can't do it, sorry :() I may do some more 
tests.

Thanks for your attention,
Loïc



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/?id=9264


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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #9264 Updated: Using session_encode with user-level session storage functions causes a crash

2001-09-22 Thread derick 

ID: 9264
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Analyzed
Status: Closed
Bug Type: Session related
Operating System: win98 SE
PHP Version: 4.0 Latest CVS (14/02/2001)
New Comment:

User reported that it's fixed in 4.0.8dev

Previous Comments:


[2001-09-22 12:22:24] [EMAIL PROTECTED]

Hi!

This bug seems to be fixed in the 4.0.8-dev version from the current cvs.

Regards,
Loïc



[2001-06-24 08:42:36] [EMAIL PROTECTED]

Reopened. I can reproduce this with PHP 4.0.6:

register_globals=On  ; No crash
register_globasl=Off ; Kaboom!





[2001-06-24 05:21:55] [EMAIL PROTECTED]

Hi !

Sorry to bother you with this bug report you closed yesterday but I think the bug does 
exist and it's not related to my config because I can reproduce it with all php 
releases  4.01 except with the latest snapshots from Zend.

I've done some deep testings this night to understand what could be the reason for the 
crash and I've noticed that one must have set the 'register_globals' directive to off 
to face it (wathever is the way php is loaded by Apache and whatever are the 
extensions loaded).

Please ignore this post if you don't have enough time to test bugs reports again and 
again: I can wait the next php4.07 package.

Have a nice and shinny week-end,
Loïc Chapeaux



[2001-06-23 17:22:00] [EMAIL PROTECTED]

Can't reproduce this with either PHP 4.0.5 or PHP 4.0.7-dev on Win32.




[2001-06-23 05:06:59] [EMAIL PROTECTED]

Hi All!

I've just done some testings with the new php4.06 release and the crash is still here 
with:
- php loaded as a cgi or as an Apache module,
- php.ini = the optimized one (without any extension).

Regards,
Loïc  



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/?id=9264


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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #9264 Updated: Using session_encode with user-level session storage functions causes a crash

2001-06-24 Thread lolo 

ID: 9264
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: *Session related
Operating system: win98 SE
PHP Version: 4.0 Latest CVS (14/02/2001)
Description: Using session_encode with user-level session storage functions causes a 
crash

Hi !

Sorry to bother you with this bug report you closed yesterday but I think the bug does 
exist and it's not related to my config because I can reproduce it with all php 
releases  4.01 except with the latest snapshots from Zend.

I've done some deep testings this night to understand what could be the reason for the 
crash and I've noticed that one must have set the 'register_globals' directive to off 
to face it (wathever is the way php is loaded by Apache and whatever are the 
extensions loaded).

Please ignore this post if you don't have enough time to test bugs reports again and 
again: I can wait the next php4.07 package.

Have a nice and shinny week-end,
Loïc Chapeaux

Previous Comments:
---

[2001-06-23 17:22:00] [EMAIL PROTECTED]
Can't reproduce this with either PHP 4.0.5 or PHP 4.0.7-dev on Win32.


---

[2001-06-23 05:06:59] [EMAIL PROTECTED]
Hi All!

I've just done some testings with the new php4.06 release and the crash is still here 
with:
- php loaded as a cgi or as an Apache module,
- php.ini = the optimized one (without any extension).

Regards,
Loïc  

---

[2001-06-15 13:33:17] [EMAIL PROTECTED]
Hi sniper and all!

Well, it's not easy to send you an accurate reply because zend snapshots for win32 
does not contain the Apache module.

BTW, Ive done some testings:
- with php4.07-dev from php4win.de the script still crashes Apache with php loaded as 
a gci or as an Apache module;
- with the latest snapshot from zend.com (cgi only), it runs :)

If someone can build the Apache module (I can't do it, sorry :() I may do some more 
tests.

Thanks for your attention,
Loïc

---

[2001-06-14 23:21:56] [EMAIL PROTECTED]
Does this happen with latest CVS snapshot build from
http://www.zend.com/snapshots/ ??



---

[2001-03-17 12:08:15] [EMAIL PROTECTED]
Hi!

I've done a test with the new php4.0.5-RC1 from php4win.de and the crash still occurs.

Regards,
Loïc

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.

Full Bug description available at: http://bugs.php.net/?id=9264


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #9264 Updated: Using session_encode with user-level session storage functions causes a crash

2001-06-24 Thread sniper 

ID: 9264
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Analyzed
Bug Type: *Session related
Operating system: 
PHP Version: 4.0 Latest CVS (14/02/2001)
Assigned To: 
Comments:

Reopened. I can reproduce this with PHP 4.0.6:

register_globals=On  ; No crash
register_globasl=Off ; Kaboom!



Previous Comments:
---

[2001-06-24 05:21:55] [EMAIL PROTECTED]
Hi !

Sorry to bother you with this bug report you closed yesterday but I think the bug does 
exist and it's not related to my config because I can reproduce it with all php 
releases  4.01 except with the latest snapshots from Zend.

I've done some deep testings this night to understand what could be the reason for the 
crash and I've noticed that one must have set the 'register_globals' directive to off 
to face it (wathever is the way php is loaded by Apache and whatever are the 
extensions loaded).

Please ignore this post if you don't have enough time to test bugs reports again and 
again: I can wait the next php4.07 package.

Have a nice and shinny week-end,
Loïc Chapeaux

---

[2001-06-23 17:22:00] [EMAIL PROTECTED]
Can't reproduce this with either PHP 4.0.5 or PHP 4.0.7-dev on Win32.


---

[2001-06-23 05:06:59] [EMAIL PROTECTED]
Hi All!

I've just done some testings with the new php4.06 release and the crash is still here 
with:
- php loaded as a cgi or as an Apache module,
- php.ini = the optimized one (without any extension).

Regards,
Loïc  

---

[2001-06-15 13:33:17] [EMAIL PROTECTED]
Hi sniper and all!

Well, it's not easy to send you an accurate reply because zend snapshots for win32 
does not contain the Apache module.

BTW, Ive done some testings:
- with php4.07-dev from php4win.de the script still crashes Apache with php loaded as 
a gci or as an Apache module;
- with the latest snapshot from zend.com (cgi only), it runs :)

If someone can build the Apache module (I can't do it, sorry :() I may do some more 
tests.

Thanks for your attention,
Loïc

---

[2001-06-14 23:21:56] [EMAIL PROTECTED]
Does this happen with latest CVS snapshot build from
http://www.zend.com/snapshots/ ??



---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9264edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #9264 Updated: Using session_encode with user-level session storage functions causes a crash

2001-06-23 Thread lolo 

ID: 9264
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: *Session related
Operating system: win98 SE
PHP Version: 4.0 Latest CVS (14/02/2001)
Description: Using session_encode with user-level session storage functions causes a 
crash

Hi All!

I've just done some testings with the new php4.06 release and the crash is still here 
with:
- php loaded as a cgi or as an Apache module,
- php.ini = the optimized one (without any extension).

Regards,
Loïc  

Previous Comments:
---

[2001-06-15 13:33:17] [EMAIL PROTECTED]
Hi sniper and all!

Well, it's not easy to send you an accurate reply because zend snapshots for win32 
does not contain the Apache module.

BTW, Ive done some testings:
- with php4.07-dev from php4win.de the script still crashes Apache with php loaded as 
a gci or as an Apache module;
- with the latest snapshot from zend.com (cgi only), it runs :)

If someone can build the Apache module (I can't do it, sorry :() I may do some more 
tests.

Thanks for your attention,
Loïc

---

[2001-06-14 23:21:56] [EMAIL PROTECTED]
Does this happen with latest CVS snapshot build from
http://www.zend.com/snapshots/ ??



---

[2001-03-17 12:08:15] [EMAIL PROTECTED]
Hi!

I've done a test with the new php4.0.5-RC1 from php4win.de and the crash still occurs.

Regards,
Loïc

---

[2001-02-15 11:05:27] [EMAIL PROTECTED]
Oups, in the code before I omited to put the 'open session' function. Here it is:

function dbSessionOpen($savePath, $sessionName)
{
return true;
}


---

[2001-02-14 12:39:47] [EMAIL PROTECTED]
Hi!

Be indulgent for my poorly english level please...

To force session data to be saved when using a database based session storage system 
and 'register_globals' is set to off I've build this (very) simplified structure of 
script:

function dbSessionClose()
{
return true;
}

function dbSessionRead($id)
{
return true;
}

function dbSessionWrite($id, $data)
{
return true;
}

function dbSessionDestroy($id)
{
return true;
}

function dbSessionGarbageCollector($sessionLifeTime)
{
return true;
}

function dbSessionSave()
{
return dbSessionWrite(session_id(), session_encode());  // The note below is about 
this line
}

session_set_save_handler('dbSessionOpen', 'dbSessionClose', 'dbSessionRead', 
'dbSessionWrite', 'dbSessionDestroy', 'dbSessionGarbageCollector');


/**
 * Uses session
 */
session_start();
session_register('myVar');

$myVar = 'crash';

dbSessionSave();


Then each time I run it with the latest PHP 4.0.5dev loaded as an apache module, PHP 
crash and produces this error:

APACHE a causé une défaillance de page dans
 le module PHP4TS.DLL à 016f:008a533e.
Registres :
EAX= CS=016f EIP=008a533e EFLGS=00010246
EBX= SS=0177 ESP=01e2f274 EBP=007f7df0
ECX=007ee7a0 DS=0177 ESI=007ee164 FS=2217
EDX=007ee130 ES=0177 EDI=007f7c46 GS=
Octets à CS : EIP :
8b 00 8b 4c 24 0c 8b 54 24 08 51 8b 4c 24 08 42 
État de la pile :
008a57b4 007f7c40 0005 01e2f2a4 007ee7a0 007ee130 007dd720 0001  
007dd720 007f7b10 007f7c40   007ee7a0 007dd720


An amazing note: if...
- ... at the first run I replace the call to the session_encode() function by the 
string 'crash', fire the script...
- ... then resume to the original 'dbSessionSave()' function and run the script 
again...
... everything go right!

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.

Full Bug description available at: http://bugs.php.net/?id=9264


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #9264 Updated: Using session_encode with user-level session storage functions causes a crash

2001-06-23 Thread sbergmann 

ID: 9264
Updated by: sbergmann
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Session related
Operating system: 
PHP Version: 4.0 Latest CVS (14/02/2001)
Assigned To: 
Comments:

Can't reproduce this with either PHP 4.0.5 or PHP 4.0.7-dev on Win32.


Previous Comments:
---

[2001-06-23 05:06:59] [EMAIL PROTECTED]
Hi All!

I've just done some testings with the new php4.06 release and the crash is still here 
with:
- php loaded as a cgi or as an Apache module,
- php.ini = the optimized one (without any extension).

Regards,
Loïc  

---

[2001-06-15 13:33:17] [EMAIL PROTECTED]
Hi sniper and all!

Well, it's not easy to send you an accurate reply because zend snapshots for win32 
does not contain the Apache module.

BTW, Ive done some testings:
- with php4.07-dev from php4win.de the script still crashes Apache with php loaded as 
a gci or as an Apache module;
- with the latest snapshot from zend.com (cgi only), it runs :)

If someone can build the Apache module (I can't do it, sorry :() I may do some more 
tests.

Thanks for your attention,
Loïc

---

[2001-06-14 23:21:56] [EMAIL PROTECTED]
Does this happen with latest CVS snapshot build from
http://www.zend.com/snapshots/ ??



---

[2001-03-17 12:08:15] [EMAIL PROTECTED]
Hi!

I've done a test with the new php4.0.5-RC1 from php4win.de and the crash still occurs.

Regards,
Loïc

---

[2001-02-15 11:05:27] [EMAIL PROTECTED]
Oups, in the code before I omited to put the 'open session' function. Here it is:

function dbSessionOpen($savePath, $sessionName)
{
return true;
}


---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9264edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #9264 Updated: Using session_encode with user-level session storage functions causes a crash

2001-06-19 Thread lolo 

ID: 9264
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: *Session related
Operating system: win98 SE
PHP Version: 4.0 Latest CVS (14/02/2001)
Description: Using session_encode with user-level session storage functions causes a 
crash

Hi sniper and all!

Well, it's not easy to send you an accurate reply because zend snapshots for win32 
does not contain the Apache module.

BTW, Ive done some testings:
- with php4.07-dev from php4win.de the script still crashes Apache with php loaded as 
a gci or as an Apache module;
- with the latest snapshot from zend.com (cgi only), it runs :)

If someone can build the Apache module (I can't do it, sorry :() I may do some more 
tests.

Thanks for your attention,
Loïc

Previous Comments:
---

[2001-06-14 23:21:56] [EMAIL PROTECTED]
Does this happen with latest CVS snapshot build from
http://www.zend.com/snapshots/ ??



---

[2001-03-17 12:08:15] [EMAIL PROTECTED]
Hi!

I've done a test with the new php4.0.5-RC1 from php4win.de and the crash still occurs.

Regards,
Loïc

---

[2001-02-15 11:05:27] [EMAIL PROTECTED]
Oups, in the code before I omited to put the 'open session' function. Here it is:

function dbSessionOpen($savePath, $sessionName)
{
return true;
}


---

[2001-02-14 12:39:47] [EMAIL PROTECTED]
Hi!

Be indulgent for my poorly english level please...

To force session data to be saved when using a database based session storage system 
and 'register_globals' is set to off I've build this (very) simplified structure of 
script:

function dbSessionClose()
{
return true;
}

function dbSessionRead($id)
{
return true;
}

function dbSessionWrite($id, $data)
{
return true;
}

function dbSessionDestroy($id)
{
return true;
}

function dbSessionGarbageCollector($sessionLifeTime)
{
return true;
}

function dbSessionSave()
{
return dbSessionWrite(session_id(), session_encode());  // The note below is about 
this line
}

session_set_save_handler('dbSessionOpen', 'dbSessionClose', 'dbSessionRead', 
'dbSessionWrite', 'dbSessionDestroy', 'dbSessionGarbageCollector');


/**
 * Uses session
 */
session_start();
session_register('myVar');

$myVar = 'crash';

dbSessionSave();


Then each time I run it with the latest PHP 4.0.5dev loaded as an apache module, PHP 
crash and produces this error:

APACHE a causé une défaillance de page dans
 le module PHP4TS.DLL à 016f:008a533e.
Registres :
EAX= CS=016f EIP=008a533e EFLGS=00010246
EBX= SS=0177 ESP=01e2f274 EBP=007f7df0
ECX=007ee7a0 DS=0177 ESI=007ee164 FS=2217
EDX=007ee130 ES=0177 EDI=007f7c46 GS=
Octets à CS : EIP :
8b 00 8b 4c 24 0c 8b 54 24 08 51 8b 4c 24 08 42 
État de la pile :
008a57b4 007f7c40 0005 01e2f2a4 007ee7a0 007ee130 007dd720 0001  
007dd720 007f7b10 007f7c40   007ee7a0 007dd720


An amazing note: if...
- ... at the first run I replace the call to the session_encode() function by the 
string 'crash', fire the script...
- ... then resume to the original 'dbSessionSave()' function and run the script 
again...
... everything go right!

---


Full Bug description available at: http://bugs.php.net/?id=9264


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #9264 Updated: Using session_encode with user-level session storage functions causes a crash

2001-06-18 Thread sniper 

ID: 9264
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *Session related
Operating system: 
PHP Version: 4.0 Latest CVS (14/02/2001)
Assigned To: 
Comments:

Does this happen with latest CVS snapshot build from
http://www.zend.com/snapshots/ ??



Previous Comments:
---

[2001-03-17 12:08:15] [EMAIL PROTECTED]
Hi!

I've done a test with the new php4.0.5-RC1 from php4win.de and the crash still occurs.

Regards,
Loïc

---

[2001-02-15 11:05:27] [EMAIL PROTECTED]
Oups, in the code before I omited to put the 'open session' function. Here it is:

function dbSessionOpen($savePath, $sessionName)
{
return true;
}


---

[2001-02-14 12:39:47] [EMAIL PROTECTED]
Hi!

Be indulgent for my poorly english level please...

To force session data to be saved when using a database based session storage system 
and 'register_globals' is set to off I've build this (very) simplified structure of 
script:

function dbSessionClose()
{
return true;
}

function dbSessionRead($id)
{
return true;
}

function dbSessionWrite($id, $data)
{
return true;
}

function dbSessionDestroy($id)
{
return true;
}

function dbSessionGarbageCollector($sessionLifeTime)
{
return true;
}

function dbSessionSave()
{
return dbSessionWrite(session_id(), session_encode());  // The note below is about 
this line
}

session_set_save_handler('dbSessionOpen', 'dbSessionClose', 'dbSessionRead', 
'dbSessionWrite', 'dbSessionDestroy', 'dbSessionGarbageCollector');


/**
 * Uses session
 */
session_start();
session_register('myVar');

$myVar = 'crash';

dbSessionSave();


Then each time I run it with the latest PHP 4.0.5dev loaded as an apache module, PHP 
crash and produces this error:

APACHE a causé une défaillance de page dans
 le module PHP4TS.DLL à 016f:008a533e.
Registres :
EAX= CS=016f EIP=008a533e EFLGS=00010246
EBX= SS=0177 ESP=01e2f274 EBP=007f7df0
ECX=007ee7a0 DS=0177 ESI=007ee164 FS=2217
EDX=007ee130 ES=0177 EDI=007f7c46 GS=
Octets à CS : EIP :
8b 00 8b 4c 24 0c 8b 54 24 08 51 8b 4c 24 08 42 
État de la pile :
008a57b4 007f7c40 0005 01e2f2a4 007ee7a0 007ee130 007dd720 0001  
007dd720 007f7b10 007f7c40   007ee7a0 007dd720


An amazing note: if...
- ... at the first run I replace the call to the session_encode() function by the 
string 'crash', fire the script...
- ... then resume to the original 'dbSessionSave()' function and run the script 
again...
... everything go right!

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9264edit=2


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]