[PHP-DEV] Bug #15199 Updated: Random SQLExecDirect error
ID: 15199 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: ODBC related Operating System: RH 7.2 / 2.4.17 PHP Version: 4.1.1 New Comment: Me Again. It seems that this issue has been discussed on the OOB news group. Apparently one should not use odbc_pconnect with the ODBC-ODBC bridge because OOB server can time out the connection and then PHP is left with a dead connection without knowing it. I am doing some more testing by setting the timeout value of the OOB server to 0 (dont time out connections) and leaving pconnect. If this does not work then I will set the timeout value to 3600 and use odbc_connect. Serge Previous Comments: [2002-01-24 06:07:02] [EMAIL PROTECTED] Hi again, I take that back, its happening in 4.0.6 as well. [Thu Jan 24 11:03:32 2002] [error] db02, [system] [/websites/dev.one2infinity.net/login.php:37] SQL error: ô¿z, SQL state (ûä' ± in SQLExecDirect,0 Thanks, Serge [2002-01-24 06:00:51] [EMAIL PROTECTED] Hi All, I am running PHP 4.1.1 with the ODBC module and Easysoft's (www.easysoft.co.uk) ODBC-ODBC bridge client. I seem to be gettting random SQLExecDirect errors when running queries. The State part of the error message just has garbage in it, there apears to be some sort of coruption? When I roll back to PHP 4.0.6 using the same build parameters I used for 4.1.1 I do not get this error anymore. my configure statement looks like this: # ./configure --with-apache=../apache_1.3.22 --enable-exif --enable-track-vars --with-gdbm --enable-ftp --with-gd --with-esoob=/usr/local/easysoft/oob/client --with-mm=/usr/local --enable-trans-sid --with-jpeg-dir=/usr/lib --with-gif-dir=/usr/lib --with-curl=/usr/local Sorry I do not have more info then this on the problem. Its random (but frequent) nature make its hard to track. Thanks, Serge P.S. The code I am using is stable and has been running fine on 4.0.6 for half a year. Edit this bug report at http://bugs.php.net/?id=15199edit=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 #15199: Random SQLExecDirect error
From: [EMAIL PROTECTED] Operating system: RH 7.2 / 2.4.17 PHP version: 4.1.1 PHP Bug Type: ODBC related Bug description: Random SQLExecDirect error Hi All, I am running PHP 4.1.1 with the ODBC module and Easysoft's (www.easysoft.co.uk) ODBC-ODBC bridge client. I seem to be gettting random SQLExecDirect errors when running queries. The State part of the error message just has garbage in it, there apears to be some sort of coruption? When I roll back to PHP 4.0.6 using the same build parameters I used for 4.1.1 I do not get this error anymore. my configure statement looks like this: # ./configure --with-apache=../apache_1.3.22 --enable-exif --enable-track-vars --with-gdbm --enable-ftp --with-gd --with-esoob=/usr/local/easysoft/oob/client --with-mm=/usr/local --enable-trans-sid --with-jpeg-dir=/usr/lib --with-gif-dir=/usr/lib --with-curl=/usr/local Sorry I do not have more info then this on the problem. Its random (but frequent) nature make its hard to track. Thanks, Serge P.S. The code I am using is stable and has been running fine on 4.0.6 for half a year. -- Edit bug report at: http://bugs.php.net/?id=15199edit=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 #15199 Updated: Random SQLExecDirect error
ID: 15199 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: ODBC related Operating System: RH 7.2 / 2.4.17 PHP Version: 4.1.1 New Comment: Hi again, I take that back, its happening in 4.0.6 as well. [Thu Jan 24 11:03:32 2002] [error] db02, [system] [/websites/dev.one2infinity.net/login.php:37] SQL error: ô¿z, SQL state (ûä' ± in SQLExecDirect,0 Thanks, Serge Previous Comments: [2002-01-24 06:00:51] [EMAIL PROTECTED] Hi All, I am running PHP 4.1.1 with the ODBC module and Easysoft's (www.easysoft.co.uk) ODBC-ODBC bridge client. I seem to be gettting random SQLExecDirect errors when running queries. The State part of the error message just has garbage in it, there apears to be some sort of coruption? When I roll back to PHP 4.0.6 using the same build parameters I used for 4.1.1 I do not get this error anymore. my configure statement looks like this: # ./configure --with-apache=../apache_1.3.22 --enable-exif --enable-track-vars --with-gdbm --enable-ftp --with-gd --with-esoob=/usr/local/easysoft/oob/client --with-mm=/usr/local --enable-trans-sid --with-jpeg-dir=/usr/lib --with-gif-dir=/usr/lib --with-curl=/usr/local Sorry I do not have more info then this on the problem. Its random (but frequent) nature make its hard to track. Thanks, Serge P.S. The code I am using is stable and has been running fine on 4.0.6 for half a year. Edit this bug report at http://bugs.php.net/?id=15199edit=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 #15188: PHP Fatal error: Cannot find save handler mm in Unknown on line 0
From: [EMAIL PROTECTED] Operating system: RH 7.2 / 2.4.17 PHP version: 4.1.1 PHP Bug Type: Session related Bug description: PHP Fatal error: Cannot find save handler mm in Unknown on line 0 Hi Guys, I can not get MM to work as the session handler anymore. Session MM reports : PHP Fatal error: Cannot find save handler mm in Unknown on line 0 when I start up apache 1.3.22 Installed MM version mm-1.1.3 PHP configure line: # ./configure --with-apache=../apache_1.3.22 --enable-exif --enable-track-vars --with-gdbm --enable-ftp --with-gd --with-esoob=/usr/local/easysoft/oob/client --with-mm=/usr/local --enable-trans-sid --with-jpeg-dir=/usr/lib --with-gif-dir=/usr/lib --with-curl=/usr/local I have seen this problem on 3 different systems with PHP 4.1.1 Thanks, Serge -- Edit bug report at: http://bugs.php.net/?id=15188edit=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 #13186: Serveur OK mais problème pour utiliser PHP
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: Apache related Bug description: Serveur OK mais problème pour utiliser PHP J' ai fait des erreurs dans la configuration de PHP 4 0 6 avec Apache 1 3 20 sous Windows 98. Si quelqu'un a fait cette instal et config, j'aimerais qu'il me donne le détail des opérations ( une check-list trés détaillée). Je ne veux rien compiler sur ma machine et ne souhaite pas d'autres objets que ceux nécessaires à l'upload. Je souhaite aussi en détail un exemple de upload, avec PHP. Soyez sympa, répondez-moi s'il vous plait, merci . Serge. -- Edit bug report at: http://bugs.php.net/?id=13186edit=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 #12862: Undefined symbol mysql_field_count in libphp4.so
From: [EMAIL PROTECTED] Operating system: Linux RH 6.2 (2.2.19) PHP version: 4.0.6 PHP Bug Type: MySQL related Bug description: Undefined symbol mysql_field_count in libphp4.so Newely installed MySQL 3.23.41 from tarball, confugured with --prefix=/usr --with-default-charset=koi8_ru --with-extra-charsets=all I try to install PHP 4.0.6 from source tar.gz. using --with-mysql=/usr --with-apxs options. No errors during compilation, but Apache won't start, reporting undefined symbol mysql_fileds_count in module libphp4.so. /etc/ld.so.conf contains: [...] /usr/lib /usr/lib/mysql but this doesn't help :-) -- Edit bug report at: http://bugs.php.net/?id=12862edit=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 #12862 Updated: Undefined symbol mysql_field_count in libphp4.so
ID: 12862 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: MySQL related Operating System: Linux RH 6.2 (2.2.19) PHP Version: 4.0.6 New Comment: Yeah. That is. Thanks a lot. Previous Comments: [2001-08-20 11:48:32] [EMAIL PROTECTED] You don't happen to have the OLD libs there too? ie. from previous Mysql installation. Try deleting them all or install the new one someplace else. --Jani [2001-08-20 11:39:50] [EMAIL PROTECTED] Newely installed MySQL 3.23.41 from tarball, confugured with --prefix=/usr --with-default-charset=koi8_ru --with-extra-charsets=all I try to install PHP 4.0.6 from source tar.gz. using --with-mysql=/usr --with-apxs options. No errors during compilation, but Apache won't start, reporting undefined symbol mysql_fileds_count in module libphp4.so. /etc/ld.so.conf contains: [...] /usr/lib /usr/lib/mysql but this doesn't help :-) Edit this bug report at http://bugs.php.net/?id=12862edit=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 #12811: NTEXT field type
From: [EMAIL PROTECTED] Operating system: RH 7.0 PHP version: 4.0.6 PHP Bug Type: ODBC related Bug description: NTEXT field type Hi All, Database Server Win2000 and MS SQL 2000 running ODBC-ODBC Bridge Server from Easysoft (www.easysoft.co.uk) PHP ODBC compiled against the ODBC-ODBC Bridge Client Executing a query that deals with a database field of type NTEXT fails. Field type TEXT works fine. No error messages found in the log, the server process just seems to die and the php script stops dead in its tracks after the call: odbc_do -Serge -- Edit bug report at: http://bugs.php.net/?id=12811edit=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 #11870: unable to load dynamic library
From: [EMAIL PROTECTED] Operating system: linux 2.2.17 PHP version: 4.0.6 PHP Bug Type: IMAP related Bug description: unable to load dynamic library When I compile php 4.0.6 as a module (so) for apache 1.3.19 everything looks ok. even though when I try to start apache I get the following error message: Unable to load dynamic library '/usr/local/lib/php/extensions/imap.so' - /usr/local/lib/php/extensions/imap.so: undefined symbol: mxdriver in Unknown on line 0 I compiled php with : --with-imap=shared I also downloaded the laters c-client and copied the files to the location as described in the manual. The shared object is much smaller as the one I compiled with the previous version of php (4.0.5). With kind regards, Serge van Thillo -- Edit Bug report at: http://bugs.php.net/?id=11870edit=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 #8772 Updated: user level session storage fails when register_globals off
ID: 8772 User Update by: [EMAIL PROTECTED] Old-Status: Closed Status: Open Bug Type: *Session related Operating system: RH Linux 7.0 PHP Version: 4.0.6 Description: user level session storage fails when register_globals off Hi, Just installed PHP 4.0.6 and tested things again to my dispair this problem is still not fixed. I don't understand why this is not happening to tons of PHP developers? Are they all using register_globals on ? Thanks, Serge Previous Comments: --- [2001-05-22 21:06:03] [EMAIL PROTECTED] THis should be fixed in Latest CVS. Please reopen if that is not the case. - James --- [2001-05-16 03:56:19] [EMAIL PROTECTED] Hi Guys, Well I installed PHP 4.0.5 hoping it would fix my problem with sessions and it still does not work! Any help from someone knowledgable on this issue would be nice since I reported this bug over 3 months ago. Thanks, Serge --- [2001-03-04 07:09:10] [EMAIL PROTECTED] I would like to know if there is any news with regards to this bug? The workaround involves using register_globals on and I really don't like this aproach. Thanks, Serge --- [2001-02-22 18:39:01] [EMAIL PROTECTED] Steve Chadsey has reported that he has the same bug as me: His message follow. For the record, I am having the *exact* problem you describe. It's on a RedHat 6.2 system, kernel 2.4.1, PostgreSQL 7.0.3, Apache/1.3.17 (Unix) mod_perl/1.25 PHP/4.0.4pl1. With register_globals off, the session write function is never getting called. With register_globals on, it works fine. Do you think I should add a new bug report? Can I add a me too to your bug report? Thanks, -- Steve Chadsey [EMAIL PROTECTED] --- [2001-02-03 07:14:11] [EMAIL PROTECTED] Looks like someone else is having the same problem. See bug number 9002 Serge --- 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=8772 -- 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 #8772 Updated: user level session storage fails when register_globals off
ID: 8772 User Update by: [EMAIL PROTECTED] Status: Closed Bug Type: *Session related Operating system: RH Linux 7.0 PHP Version: 4.0.6 Description: user level session storage fails when register_globals off This was over 1 month ago, I would find it very strange that it would not have made its way into the 4.0.6 branch condsidering that 4.0.6 is was meant to be a bug fix release. Serge Previous Comments: --- [2001-07-04 10:00:53] [EMAIL PROTECTED] James said it was fixed in the CVS version. It might that it was not fixed in the 4.0.6 branch. Please check out the CVs version and reopen if it is still not fixed. Derick --- [2001-07-04 09:58:39] [EMAIL PROTECTED] Hi, Just installed PHP 4.0.6 and tested things again to my dispair this problem is still not fixed. I don't understand why this is not happening to tons of PHP developers? Are they all using register_globals on ? Thanks, Serge --- [2001-05-22 21:06:03] [EMAIL PROTECTED] THis should be fixed in Latest CVS. Please reopen if that is not the case. - James --- [2001-05-16 03:56:19] [EMAIL PROTECTED] Hi Guys, Well I installed PHP 4.0.5 hoping it would fix my problem with sessions and it still does not work! Any help from someone knowledgable on this issue would be nice since I reported this bug over 3 months ago. Thanks, Serge --- [2001-03-04 07:09:10] [EMAIL PROTECTED] I would like to know if there is any news with regards to this bug? The workaround involves using register_globals on and I really don't like this aproach. Thanks, Serge --- 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=8772 -- 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 #8772 Updated: user level session storage fails when register_globals off
ID: 8772 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *Session related Operating system: RH Linux 7.0 PHP Version: 4.0.5 Description: user level session storage fails when register_globals off Hi Guys, Well I installed PHP 4.0.5 hoping it would fix my problem with sessions and it still does not work! Any help from someone knowledgable on this issue would be nice since I reported this bug over 3 months ago. Thanks, Serge Previous Comments: --- [2001-03-04 07:09:10] [EMAIL PROTECTED] I would like to know if there is any news with regards to this bug? The workaround involves using register_globals on and I really don't like this aproach. Thanks, Serge --- [2001-02-22 18:39:01] [EMAIL PROTECTED] Steve Chadsey has reported that he has the same bug as me: His message follow. For the record, I am having the *exact* problem you describe. It's on a RedHat 6.2 system, kernel 2.4.1, PostgreSQL 7.0.3, Apache/1.3.17 (Unix) mod_perl/1.25 PHP/4.0.4pl1. With register_globals off, the session write function is never getting called. With register_globals on, it works fine. Do you think I should add a new bug report? Can I add a me too to your bug report? Thanks, -- Steve Chadsey [EMAIL PROTECTED] --- [2001-02-03 07:14:11] [EMAIL PROTECTED] Looks like someone else is having the same problem. See bug number 9002 Serge --- [2001-01-25 14:39:36] [EMAIL PROTECTED] Below are my php.ini settings and Virtual Host settings Serge # php.ini file [PHP] engine = On short_open_tag = On asp_tags= Off precision = 14 y2k_compliance = Off output_buffering= Off output_handler = implicit_flush = Off allow_call_time_pass_reference = Off ; Safe Mode safe_mode = Off safe_mode_exec_dir = safe_mode_allowed_env_vars = PHP_ safe_mode_protected_env_vars = LD_LIBRARY_PATH disable_functions = #zend_optimizer.optimization=15 #zend_extension=/usr/local/Zend/lib/ZendOptimizer.so zend_extension=/usr/local/Zend/lib/ZendDebugger.so ; Colors for Syntax Highlighting mode. Anything that's acceptable in font color=??? would work. highlight.string= #DD highlight.comment = #FF8000 highlight.keyword = #007700 highlight.bg= #FF highlight.default = #BB highlight.html = #00 ; Misc expose_php = Off ;;; ; Resource Limits ; ;;; max_execution_time = 60 memory_limit = 8M error_reporting = E_ALL ~E_NOTICE ~E_WARNING display_errors = On display_startup_errors = Off log_errors = Off track_errors= On ;error_prepend_string = font color=ff ;error_append_string = /font ;error_log = filename ;error_log = syslog warn_plus_overloading = Off ; ; Data Handling ; ; variables_order = GPCS register_globals= Off register_argc_argv = Off post_max_size = 8M gpc_order = GPC ; Magic quotes magic_quotes_gpc= Off magic_quotes_runtime= Off magic_quotes_sybase = Off ; automatically add files before or after any PHP document auto_prepend_file = auto_append_file= ; PHP's built-in default is text/html default_mimetype = text/html ;default_charset = iso-8859-1 ; ; Paths and Directories ; ; include_path= doc_root= user_dir= extension_dir = ./ enable_dl = On ; File Uploads ; file_uploads= On ;upload_tmp_dir = upload_max_filesize = 15M ;; ; Fopen wrappers ; ;; allow_url_fopen = On ;;; ; Module Settings ; ;;; [Syslog] define_syslog_variables = Off [mail function] SMTP= localhost sendmail_from = [EMAIL PROTECTED] sendmail_path = '/var/qmail/bin/qmail-inject -N' [Debugger] debugger.host = localhost debugger.port = 7869 debugger.enabled= False [Logging] ;logging.method= db ;logging.directory = /path/to/log/directory [Java] [SQL] sql.safe_mode = Off [ODBC] odbc.allow_persistent = On odbc.check_persistent
[PHP-DEV] PHP 4.0 Bug #8772 Updated: user level session storage fails when register_globals off
ID: 8772 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *Session related Description: user level session storage fails when register_globals off I would like to know if there is any news with regards to this bug? The workaround involves using "register_globals on" and I really don't like this aproach. Thanks, Serge Previous Comments: --- [2001-02-22 18:39:01] [EMAIL PROTECTED] Steve Chadsey has reported that he has the same bug as me: His message follow. For the record, I am having the *exact* problem you describe. It's on a RedHat 6.2 system, kernel 2.4.1, PostgreSQL 7.0.3, Apache/1.3.17 (Unix) mod_perl/1.25 PHP/4.0.4pl1. With register_globals off, the session write function is never getting called. With register_globals on, it works fine. Do you think I should add a new bug report? Can I add a "me too" to your bug report? Thanks, -- Steve Chadsey [EMAIL PROTECTED] --- [2001-02-03 07:14:11] [EMAIL PROTECTED] Looks like someone else is having the same problem. See bug number 9002 Serge --- [2001-01-25 14:39:36] [EMAIL PROTECTED] Below are my php.ini settings and Virtual Host settings Serge # php.ini file [PHP] engine = On short_open_tag = On asp_tags= Off precision = 14 y2k_compliance = Off output_buffering= Off output_handler = implicit_flush = Off allow_call_time_pass_reference = Off ; Safe Mode safe_mode = Off safe_mode_exec_dir = safe_mode_allowed_env_vars = PHP_ safe_mode_protected_env_vars = LD_LIBRARY_PATH disable_functions = #zend_optimizer.optimization=15 #zend_extension="/usr/local/Zend/lib/ZendOptimizer.so" zend_extension="/usr/local/Zend/lib/ZendDebugger.so" ; Colors for Syntax Highlighting mode. Anything that's acceptable in font color=??? would work. highlight.string= #DD highlight.comment = #FF8000 highlight.keyword = #007700 highlight.bg= #FF highlight.default = #BB highlight.html = #00 ; Misc expose_php = Off ;;; ; Resource Limits ; ;;; max_execution_time = 60 memory_limit = 8M error_reporting = E_ALL ~E_NOTICE ~E_WARNING display_errors = On display_startup_errors = Off log_errors = Off track_errors= On ;error_prepend_string = "font color=ff" ;error_append_string = "/font" ;error_log = filename ;error_log = syslog warn_plus_overloading = Off ; ; Data Handling ; ; variables_order = "GPCS" register_globals= Off register_argc_argv = Off post_max_size = 8M gpc_order = "GPC" ; Magic quotes magic_quotes_gpc= Off magic_quotes_runtime= Off magic_quotes_sybase = Off ; automatically add files before or after any PHP document auto_prepend_file = auto_append_file= ; PHP's built-in default is text/html default_mimetype = "text/html" ;default_charset = "iso-8859-1" ; ; Paths and Directories ; ; include_path= doc_root= user_dir= extension_dir = ./ enable_dl = On ; File Uploads ; file_uploads= On ;upload_tmp_dir = upload_max_filesize = 15M ;; ; Fopen wrappers ; ;; allow_url_fopen = On ;;; ; Module Settings ; ;;; [Syslog] define_syslog_variables = Off [mail function] SMTP= localhost sendmail_from = [EMAIL PROTECTED] sendmail_path = '/var/qmail/bin/qmail-inject -N' [Debugger] debugger.host = localhost debugger.port = 7869 debugger.enabled= False [Logging] ;logging.method= db ;logging.directory = /path/to/log/directory [Java] [SQL] sql.safe_mode = Off [ODBC] odbc.allow_persistent = On odbc.check_persistent =On odbc.max_persistent = -1 odbc.max_links = -1 odbc.defaultlrl = 4096 odbc.defaultbinmode = 1 [MySQL] mysql.allow_persistent = On mysql.max_persistent= -1 mysql.max_links = -1 mysql.default_port
[PHP-DEV] PHP 4.0 Bug #8772 Updated: user level session storage fails when register_globals off
ID: 8772 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *Session related Description: user level session storage fails when register_globals off Steve Chadsey has reported that he has the same bug as me: His message follow. For the record, I am having the *exact* problem you describe. It's on a RedHat 6.2 system, kernel 2.4.1, PostgreSQL 7.0.3, Apache/1.3.17 (Unix) mod_perl/1.25 PHP/4.0.4pl1. With register_globals off, the session write function is never getting called. With register_globals on, it works fine. Do you think I should add a new bug report? Can I add a "me too" to your bug report? Thanks, -- Steve Chadsey [EMAIL PROTECTED] Previous Comments: --- [2001-02-03 07:14:11] [EMAIL PROTECTED] Looks like someone else is having the same problem. See bug number 9002 Serge --- [2001-01-25 14:39:36] [EMAIL PROTECTED] Below are my php.ini settings and Virtual Host settings Serge # php.ini file [PHP] engine = On short_open_tag = On asp_tags= Off precision = 14 y2k_compliance = Off output_buffering= Off output_handler = implicit_flush = Off allow_call_time_pass_reference = Off ; Safe Mode safe_mode = Off safe_mode_exec_dir = safe_mode_allowed_env_vars = PHP_ safe_mode_protected_env_vars = LD_LIBRARY_PATH disable_functions = #zend_optimizer.optimization=15 #zend_extension="/usr/local/Zend/lib/ZendOptimizer.so" zend_extension="/usr/local/Zend/lib/ZendDebugger.so" ; Colors for Syntax Highlighting mode. Anything that's acceptable in font color=??? would work. highlight.string= #DD highlight.comment = #FF8000 highlight.keyword = #007700 highlight.bg= #FF highlight.default = #BB highlight.html = #00 ; Misc expose_php = Off ;;; ; Resource Limits ; ;;; max_execution_time = 60 memory_limit = 8M error_reporting = E_ALL ~E_NOTICE ~E_WARNING display_errors = On display_startup_errors = Off log_errors = Off track_errors= On ;error_prepend_string = "font color=ff" ;error_append_string = "/font" ;error_log = filename ;error_log = syslog warn_plus_overloading = Off ; ; Data Handling ; ; variables_order = "GPCS" register_globals= Off register_argc_argv = Off post_max_size = 8M gpc_order = "GPC" ; Magic quotes magic_quotes_gpc= Off magic_quotes_runtime= Off magic_quotes_sybase = Off ; automatically add files before or after any PHP document auto_prepend_file = auto_append_file= ; PHP's built-in default is text/html default_mimetype = "text/html" ;default_charset = "iso-8859-1" ; ; Paths and Directories ; ; include_path= doc_root= user_dir= extension_dir = ./ enable_dl = On ; File Uploads ; file_uploads= On ;upload_tmp_dir = upload_max_filesize = 15M ;; ; Fopen wrappers ; ;; allow_url_fopen = On ;;; ; Module Settings ; ;;; [Syslog] define_syslog_variables = Off [mail function] SMTP= localhost sendmail_from = [EMAIL PROTECTED] sendmail_path = '/var/qmail/bin/qmail-inject -N' [Debugger] debugger.host = localhost debugger.port = 7869 debugger.enabled= False [Logging] ;logging.method= db ;logging.directory = /path/to/log/directory [Java] [SQL] sql.safe_mode = Off [ODBC] odbc.allow_persistent = On odbc.check_persistent =On odbc.max_persistent = -1 odbc.max_links = -1 odbc.defaultlrl = 4096 odbc.defaultbinmode = 1 [MySQL] mysql.allow_persistent = On mysql.max_persistent= -1 mysql.max_links = -1 mysql.default_port = mysql.default_socket= mysql.default_host = mysql.default_user = mysql.default_password = [mSQL] msql.allow_persistent = On msql.max_persistent = -1 msql.max_links = -1 [PostgresSQL] pgsql.allow_persistent =
[PHP-DEV] PHP 4.0 Bug #8772 Updated: user level session storage fails when register_globals off
ID: 8772 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *Session related Description: user level session storage fails when register_globals off Looks like someone else is having the same problem. See bug number 9002 Serge Previous Comments: --- [2001-01-25 14:39:36] [EMAIL PROTECTED] Below are my php.ini settings and Virtual Host settings Serge # php.ini file [PHP] engine = On short_open_tag = On asp_tags= Off precision = 14 y2k_compliance = Off output_buffering= Off output_handler = implicit_flush = Off allow_call_time_pass_reference = Off ; Safe Mode safe_mode = Off safe_mode_exec_dir = safe_mode_allowed_env_vars = PHP_ safe_mode_protected_env_vars = LD_LIBRARY_PATH disable_functions = #zend_optimizer.optimization=15 #zend_extension="/usr/local/Zend/lib/ZendOptimizer.so" zend_extension="/usr/local/Zend/lib/ZendDebugger.so" ; Colors for Syntax Highlighting mode. Anything that's acceptable in font color=??? would work. highlight.string= #DD highlight.comment = #FF8000 highlight.keyword = #007700 highlight.bg= #FF highlight.default = #BB highlight.html = #00 ; Misc expose_php = Off ;;; ; Resource Limits ; ;;; max_execution_time = 60 memory_limit = 8M error_reporting = E_ALL ~E_NOTICE ~E_WARNING display_errors = On display_startup_errors = Off log_errors = Off track_errors= On ;error_prepend_string = "font color=ff" ;error_append_string = "/font" ;error_log = filename ;error_log = syslog warn_plus_overloading = Off ; ; Data Handling ; ; variables_order = "GPCS" register_globals= Off register_argc_argv = Off post_max_size = 8M gpc_order = "GPC" ; Magic quotes magic_quotes_gpc= Off magic_quotes_runtime= Off magic_quotes_sybase = Off ; automatically add files before or after any PHP document auto_prepend_file = auto_append_file= ; PHP's built-in default is text/html default_mimetype = "text/html" ;default_charset = "iso-8859-1" ; ; Paths and Directories ; ; include_path= doc_root= user_dir= extension_dir = ./ enable_dl = On ; File Uploads ; file_uploads= On ;upload_tmp_dir = upload_max_filesize = 15M ;; ; Fopen wrappers ; ;; allow_url_fopen = On ;;; ; Module Settings ; ;;; [Syslog] define_syslog_variables = Off [mail function] SMTP= localhost sendmail_from = [EMAIL PROTECTED] sendmail_path = '/var/qmail/bin/qmail-inject -N' [Debugger] debugger.host = localhost debugger.port = 7869 debugger.enabled= False [Logging] ;logging.method= db ;logging.directory = /path/to/log/directory [Java] [SQL] sql.safe_mode = Off [ODBC] odbc.allow_persistent = On odbc.check_persistent =On odbc.max_persistent = -1 odbc.max_links = -1 odbc.defaultlrl = 4096 odbc.defaultbinmode = 1 [MySQL] mysql.allow_persistent = On mysql.max_persistent= -1 mysql.max_links = -1 mysql.default_port = mysql.default_socket= mysql.default_host = mysql.default_user = mysql.default_password = [mSQL] msql.allow_persistent = On msql.max_persistent = -1 msql.max_links = -1 [PostgresSQL] pgsql.allow_persistent = On pgsql.max_persistent= -1 pgsql.max_links = -1 [Sybase] sybase.allow_persistent = On sybase.max_persistent = -1 sybase.max_links= -1 ;sybase.interface_file = "/usr/sybase/interfaces" sybase.min_error_severity = 10 sybase.min_message_severity = 10 sybase.compatability_mode = Off [Sybase-CT] sybct.allow_persistent = On sybct.max_persistent= -1 sybct.max_links = -1 sybct.min_server_severity = 10 sybct.min_client_severity =
[PHP-DEV] PHP 4.0 Bug #8772 Updated: user level session storage fails when register_globals off
ID: 8772 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *Session related Description: user level session storage fails when register_globals off OK, here is some more info I just installed the Zend IDE and did some debugging. What I noticed was the following using this test code: ?php session_register("myvar"); $HTTP_SESSION_VARS['myvar'] = "VarVar"; print "This is a test"; exit; ? if register_globals is off (Note: setting this in a virtual server with php_flag register_globals off) session_register("myvar") calls open_session in my session handler, and then calls read_session in the handler I assign a value to $HTTP_SESSION_VARS['myvar'] upon exit; the following happens close_session is called in the session handler and thats the end! --- write_session was never called? if register_globals is on (Note: setting this in a virtual server with php_flag register_globals on) session_register("myvar") calls open_session in session handler, and then calls read_session in the handler. I assign a value to $HTTP_SESSION_VARS['myvar'] upon exit; write_session is called and the value passed is !myvar| missing the value of $myvar. close_session is called and thats that. Questions: In the first example, why is write_session never called? In the second example, why does !myvar| NOT have the value I assigned to it like so $HTTP_SESSION_VARS['myvar'] = "VarVar"; Thanks, Serge Previous Comments: --- [2001-01-23 17:50:54] [EMAIL PROTECTED] What I have noticed is when I have register_globals on and I run this script, a record is added to the session table as expected. ?php session_register("test"); $HTTP_SESSION_VARS['test'] = "blabla"; ? but when I have register_globals off and run this script, upon script completion there is NO session record in the table at all? Serge --- [2001-01-23 17:13:10] [EMAIL PROTECTED] Still does not work. As stated before, when I check the database, the data field is empty. phpinfo.php ?php session_register("test"); $HTTP_SESSION_VARS['test'] = "blabla"; phpinfo(); ? a href="/test.php"test/a test.php ?php print "session var = " . $HTTP_SESSION_VARS['test']; ? Config file VirtualHost 192.168.0.7 ServerAdmin [EMAIL PROTECTED] DocumentRoot /www/medialib-dev/htdocs ServerName medialib-dev.globalbeach.com ErrorLog/www/medialib-dev/logs/error_log CustomLog /www/medialib-dev/logs/access_log common php_flag register_globals off php_flag track_vars on php_value auto_prepend_file "/usr/local/apache/conf/pgsql_session_handler.php" php_value include_path "/www/medialib-dev/libs" php_value open_basedir "/www/medialib-dev" /VirtualHost --- [2001-01-23 16:19:13] [EMAIL PROTECTED] it won't print the contents this way. you must use either echo "session var test = {$HTTP_SESSION_VARS[test]}"; or echo "session var test = " . $HTTP_SESSION_VARS[test]; if this solves your problem, close the bug, please. --- [2001-01-23 13:49:50] [EMAIL PROTECTED] Yes I did, I followed the examples described in the latest documentation. session_register("test"); $HTTP_SESSION_VARS['test'] = '12345'; when I try to print on another page, echo "session var test = $HTTP_SESSION_VARS[test]"; it comes up empty...? When I look in the database, I have a session record, but the data is empty? Serge --- [2001-01-18 06:22:05] [EMAIL PROTECTED] Feedback by Sascha Schumann [EMAIL PROTECTED]: - And did you assign your data to $HTTP_SESSION_VARS["foo"] instead of $foo? The user level storage module gets exactly the same set of data as the other modules. In fact, there is no distinction in the session module as to how the data is stored. - Sascha --- 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=8772 -- 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] PHP 4.0 Bug #8772 Updated: user level session storage fails when register_globals off
ID: 8772 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *Session related Description: user level session storage fails when register_globals off P.S. Whith register_globals on, this works fine. session_register("myvar"); $myvar = "VarVar"; exit; and $myvar gets registerd with its value by the handler just fine. Serge Previous Comments: --- [2001-01-25 14:02:23] [EMAIL PROTECTED] OK, here is some more info I just installed the Zend IDE and did some debugging. What I noticed was the following using this test code: ?php session_register("myvar"); $HTTP_SESSION_VARS['myvar'] = "VarVar"; print "This is a test"; exit; ? if register_globals is off (Note: setting this in a virtual server with php_flag register_globals off) session_register("myvar") calls open_session in my session handler, and then calls read_session in the handler I assign a value to $HTTP_SESSION_VARS['myvar'] upon exit; the following happens close_session is called in the session handler and thats the end! --- write_session was never called? if register_globals is on (Note: setting this in a virtual server with php_flag register_globals on) session_register("myvar") calls open_session in session handler, and then calls read_session in the handler. I assign a value to $HTTP_SESSION_VARS['myvar'] upon exit; write_session is called and the value passed is !myvar| missing the value of $myvar. close_session is called and thats that. Questions: In the first example, why is write_session never called? In the second example, why does !myvar| NOT have the value I assigned to it like so $HTTP_SESSION_VARS['myvar'] = "VarVar"; Thanks, Serge --- [2001-01-23 17:50:54] [EMAIL PROTECTED] What I have noticed is when I have register_globals on and I run this script, a record is added to the session table as expected. ?php session_register("test"); $HTTP_SESSION_VARS['test'] = "blabla"; ? but when I have register_globals off and run this script, upon script completion there is NO session record in the table at all? Serge --- [2001-01-23 17:13:10] [EMAIL PROTECTED] Still does not work. As stated before, when I check the database, the data field is empty. phpinfo.php ?php session_register("test"); $HTTP_SESSION_VARS['test'] = "blabla"; phpinfo(); ? a href="/test.php"test/a test.php ?php print "session var = " . $HTTP_SESSION_VARS['test']; ? Config file VirtualHost 192.168.0.7 ServerAdmin [EMAIL PROTECTED] DocumentRoot /www/medialib-dev/htdocs ServerName medialib-dev.globalbeach.com ErrorLog/www/medialib-dev/logs/error_log CustomLog /www/medialib-dev/logs/access_log common php_flag register_globals off php_flag track_vars on php_value auto_prepend_file "/usr/local/apache/conf/pgsql_session_handler.php" php_value include_path "/www/medialib-dev/libs" php_value open_basedir "/www/medialib-dev" /VirtualHost --- [2001-01-23 16:19:13] [EMAIL PROTECTED] it won't print the contents this way. you must use either echo "session var test = {$HTTP_SESSION_VARS[test]}"; or echo "session var test = " . $HTTP_SESSION_VARS[test]; if this solves your problem, close the bug, please. --- [2001-01-23 13:49:50] [EMAIL PROTECTED] Yes I did, I followed the examples described in the latest documentation. session_register("test"); $HTTP_SESSION_VARS['test'] = '12345'; when I try to print on another page, echo "session var test = $HTTP_SESSION_VARS[test]"; it comes up empty...? When I look in the database, I have a session record, but the data is empty? Serge --- 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=8772 -- 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] PHP 4.0 Bug #8772 Updated: user level session storage fails when register_globals off
ID: 8772 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *Session related Description: user level session storage fails when register_globals off Below are my php.ini settings and Virtual Host settings Serge # php.ini file [PHP] engine = On short_open_tag = On asp_tags= Off precision = 14 y2k_compliance = Off output_buffering= Off output_handler = implicit_flush = Off allow_call_time_pass_reference = Off ; Safe Mode safe_mode = Off safe_mode_exec_dir = safe_mode_allowed_env_vars = PHP_ safe_mode_protected_env_vars = LD_LIBRARY_PATH disable_functions = #zend_optimizer.optimization=15 #zend_extension="/usr/local/Zend/lib/ZendOptimizer.so" zend_extension="/usr/local/Zend/lib/ZendDebugger.so" ; Colors for Syntax Highlighting mode. Anything that's acceptable in font color=??? would work. highlight.string= #DD highlight.comment = #FF8000 highlight.keyword = #007700 highlight.bg= #FF highlight.default = #BB highlight.html = #00 ; Misc expose_php = Off ;;; ; Resource Limits ; ;;; max_execution_time = 60 memory_limit = 8M error_reporting = E_ALL ~E_NOTICE ~E_WARNING display_errors = On display_startup_errors = Off log_errors = Off track_errors= On ;error_prepend_string = "font color=ff" ;error_append_string = "/font" ;error_log = filename ;error_log = syslog warn_plus_overloading = Off ; ; Data Handling ; ; variables_order = "GPCS" register_globals= Off register_argc_argv = Off post_max_size = 8M gpc_order = "GPC" ; Magic quotes magic_quotes_gpc= Off magic_quotes_runtime= Off magic_quotes_sybase = Off ; automatically add files before or after any PHP document auto_prepend_file = auto_append_file= ; PHP's built-in default is text/html default_mimetype = "text/html" ;default_charset = "iso-8859-1" ; ; Paths and Directories ; ; include_path= doc_root= user_dir= extension_dir = ./ enable_dl = On ; File Uploads ; file_uploads= On ;upload_tmp_dir = upload_max_filesize = 15M ;; ; Fopen wrappers ; ;; allow_url_fopen = On ;;; ; Module Settings ; ;;; [Syslog] define_syslog_variables = Off [mail function] SMTP= localhost sendmail_from = [EMAIL PROTECTED] sendmail_path = '/var/qmail/bin/qmail-inject -N' [Debugger] debugger.host = localhost debugger.port = 7869 debugger.enabled= False [Logging] ;logging.method= db ;logging.directory = /path/to/log/directory [Java] [SQL] sql.safe_mode = Off [ODBC] odbc.allow_persistent = On odbc.check_persistent =On odbc.max_persistent = -1 odbc.max_links = -1 odbc.defaultlrl = 4096 odbc.defaultbinmode = 1 [MySQL] mysql.allow_persistent = On mysql.max_persistent= -1 mysql.max_links = -1 mysql.default_port = mysql.default_socket= mysql.default_host = mysql.default_user = mysql.default_password = [mSQL] msql.allow_persistent = On msql.max_persistent = -1 msql.max_links = -1 [PostgresSQL] pgsql.allow_persistent = On pgsql.max_persistent= -1 pgsql.max_links = -1 [Sybase] sybase.allow_persistent = On sybase.max_persistent = -1 sybase.max_links= -1 ;sybase.interface_file = "/usr/sybase/interfaces" sybase.min_error_severity = 10 sybase.min_message_severity = 10 sybase.compatability_mode = Off [Sybase-CT] sybct.allow_persistent = On sybct.max_persistent= -1 sybct.max_links = -1 sybct.min_server_severity = 10 sybct.min_client_severity = 10 [bcmath] bcmath.scale= 0 [browscap] [Informix] ifx.default_host= ifx.default_user= ifx.default_password= ifx.allow_persistent
[PHP-DEV] PHP 4.0 Bug #8772 Updated: user level session storage fails when register_globals off
ID: 8772 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: *Session related Description: user level session storage fails when register_globals off Still does not work. As stated before, when I check the database, the data field is empty. phpinfo.php ?php session_register("test"); $HTTP_SESSION_VARS['test'] = "blabla"; phpinfo(); ? a href="/test.php"test/a test.php ?php print "session var = " . $HTTP_SESSION_VARS['test']; ? Config file VirtualHost 192.168.0.7 ServerAdmin [EMAIL PROTECTED] DocumentRoot /www/medialib-dev/htdocs ServerName medialib-dev.globalbeach.com ErrorLog/www/medialib-dev/logs/error_log CustomLog /www/medialib-dev/logs/access_log common php_flag register_globals off php_flag track_vars on php_value auto_prepend_file "/usr/local/apache/conf/pgsql_session_handler.php" php_value include_path "/www/medialib-dev/libs" php_value open_basedir "/www/medialib-dev" /VirtualHost Previous Comments: --- [2001-01-23 16:19:13] [EMAIL PROTECTED] it won't print the contents this way. you must use either echo "session var test = {$HTTP_SESSION_VARS[test]}"; or echo "session var test = " . $HTTP_SESSION_VARS[test]; if this solves your problem, close the bug, please. --- [2001-01-23 13:49:50] [EMAIL PROTECTED] Yes I did, I followed the examples described in the latest documentation. session_register("test"); $HTTP_SESSION_VARS['test'] = '12345'; when I try to print on another page, echo "session var test = $HTTP_SESSION_VARS[test]"; it comes up empty...? When I look in the database, I have a session record, but the data is empty? Serge --- [2001-01-18 06:22:05] [EMAIL PROTECTED] Feedback by Sascha Schumann [EMAIL PROTECTED]: - And did you assign your data to $HTTP_SESSION_VARS["foo"] instead of $foo? The user level storage module gets exactly the same set of data as the other modules. In fact, there is no distinction in the session module as to how the data is stored. - Sascha --- [2001-01-17 20:36:03] [EMAIL PROTECTED] When using a user level session storage method to db for example, if register_globals is off, a session record is added to the database, but it contains no serialized data. The data portion is empty. If I turn register_globals on, the the database record for the session contains the serialized data. Is this a bug or a feature??? Thanks, Serge --- Full Bug description available at: http://bugs.php.net/?id=8772 -- 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] PHP 4.0 Bug #8772 Updated: user level session storage fails when register_globals off
ID: 8772 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *Session related Description: user level session storage fails when register_globals off What I have noticed is when I have register_globals on and I run this script, a record is added to the session table as expected. ?php session_register("test"); $HTTP_SESSION_VARS['test'] = "blabla"; ? but when I have register_globals off and run this script, upon script completion there is NO session record in the table at all? Serge Previous Comments: --- [2001-01-23 17:13:10] [EMAIL PROTECTED] Still does not work. As stated before, when I check the database, the data field is empty. phpinfo.php ?php session_register("test"); $HTTP_SESSION_VARS['test'] = "blabla"; phpinfo(); ? a href="/test.php"test/a test.php ?php print "session var = " . $HTTP_SESSION_VARS['test']; ? Config file VirtualHost 192.168.0.7 ServerAdmin [EMAIL PROTECTED] DocumentRoot /www/medialib-dev/htdocs ServerName medialib-dev.globalbeach.com ErrorLog/www/medialib-dev/logs/error_log CustomLog /www/medialib-dev/logs/access_log common php_flag register_globals off php_flag track_vars on php_value auto_prepend_file "/usr/local/apache/conf/pgsql_session_handler.php" php_value include_path "/www/medialib-dev/libs" php_value open_basedir "/www/medialib-dev" /VirtualHost --- [2001-01-23 16:19:13] [EMAIL PROTECTED] it won't print the contents this way. you must use either echo "session var test = {$HTTP_SESSION_VARS[test]}"; or echo "session var test = " . $HTTP_SESSION_VARS[test]; if this solves your problem, close the bug, please. --- [2001-01-23 13:49:50] [EMAIL PROTECTED] Yes I did, I followed the examples described in the latest documentation. session_register("test"); $HTTP_SESSION_VARS['test'] = '12345'; when I try to print on another page, echo "session var test = $HTTP_SESSION_VARS[test]"; it comes up empty...? When I look in the database, I have a session record, but the data is empty? Serge --- [2001-01-18 06:22:05] [EMAIL PROTECTED] Feedback by Sascha Schumann [EMAIL PROTECTED]: - And did you assign your data to $HTTP_SESSION_VARS["foo"] instead of $foo? The user level storage module gets exactly the same set of data as the other modules. In fact, there is no distinction in the session module as to how the data is stored. - Sascha --- [2001-01-17 20:36:03] [EMAIL PROTECTED] When using a user level session storage method to db for example, if register_globals is off, a session record is added to the database, but it contains no serialized data. The data portion is empty. If I turn register_globals on, the the database record for the session contains the serialized data. Is this a bug or a feature??? Thanks, Serge --- 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=8772 -- 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] PHP 4.0 Bug #8772: user level session storage fails when register_globals off
From: [EMAIL PROTECTED] Operating system: RH Linux 7.0 PHP version: 4.0.4pl1 PHP Bug Type: *Session related Bug description: user level session storage fails when register_globals off When using a user level session storage method to db for example, if register_globals is off, a session record is added to the database, but it contains no serialized data. The data portion is empty. If I turn register_globals on, the the database record for the session contains the serialized data. Is this a bug or a feature??? Thanks, Serge -- Edit Bug report at: http://bugs.php.net/?id=8772edit=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]