[PHP-DOC] #17436 [Opn->Csd]: objects don't persist in sessions
ID: 17436 Updated by: [EMAIL PROTECTED] Reported By: ndp at mac dot com -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: MacOS X 10.1.4 PHP Version: 4.2.1 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-09-16 14:55:39] [EMAIL PROTECTED] It should be documented that session autostart causes this problem (read latest posting by user). Derick [2002-06-20 14:10:08] ndp at mac dot com Yes, the issue is indeed session auto_start. (I put a comment in about this, but don't see it now.) My recommendation was that the error message could be changed to indicate what is going on, as this was pretty hard to track down. The upgrade came with a new php.ini file, and I trusted it-- therefore it seemed like the new version was broken, when it wasn't. The error message could be something like "session objects are not compatible with session_auto_start setting". That would help you fix the problem. I put notes where I could on the php.net site, but it seems like someone else will undoubtedly run into the same problem and have the same difficulty diagnosing it. Andy [2002-06-19 05:44:50] twocandles3000 at hotmail dot com i suppose you have session auto_start disabled, don't you? since class declaration must appear before unserializing an object, this code won't work because of the unserialization occurs before the class declaration if auto_start is set. [2002-06-01 12:32:06] [EMAIL PROTECTED] Um, sorry, I reproduced a different bug. Sessions are not working at all on my box. Looking into it. [2002-06-01 12:14:52] [EMAIL PROTECTED] Reproduced here on OS X. mod_files can write the session files ok, but doesn't seem to be able to read them. Digging into this. 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/17436 -- Edit this bug report at http://bugs.php.net/?id=17436&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/session reference.xml
rasmus Wed Mar 26 02:53:09 2003 EDT Modified files: /phpdoc/en/reference/sessionreference.xml Log: Document session auto_start object restriction Index: phpdoc/en/reference/session/reference.xml diff -u phpdoc/en/reference/session/reference.xml:1.30 phpdoc/en/reference/session/reference.xml:1.31 --- phpdoc/en/reference/session/reference.xml:1.30 Sat Feb 1 12:33:04 2003 +++ phpdoc/en/reference/session/reference.xml Wed Mar 26 02:53:08 2003 @@ -1,5 +1,5 @@ - + Session handling functions Sessions @@ -26,13 +26,23 @@ The session support allows you to register arbitrary numbers of variables to be preserved across requests. When a visitor accesses - your site, PHP will check automatically (if session.auto_start is - set to 1) or on your request (explicitly through + your site, PHP will check automatically (if session.auto_start + is set to 1) or on your request (explicitly through session_start or implicitly through session_register) whether a specific session id has been sent with the request. If this is the case, the prior saved environment is recreated. + + + If you do turn on + session.auto_start then you cannot put + objects into your sessions since the class definition has to be + loaded before starting the session in order to recreate the + objects in your session. + + All registered variables are serialized after the request finishes. Registered variables which are undefined are marked as -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #22875 [NEW]: Please update ucd-snmp as net-snmp
From: l_faillie at yahoo dot com Operating system: N/A PHP version: 4.3.0 PHP Bug Type: Documentation problem Bug description: Please update ucd-snmp as net-snmp ucd-snmp is obsolete, please update the documentation to net-snmp and the web server is http://www.net-snmp.org Anyway, I succeed to compile PHP 4.3.0 w/ latest stable version of net-snmp. Bye Laurent -- Edit bug report at http://bugs.php.net/?id=22875&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22875&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22875&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22875&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22875&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22875&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22875&r=support Expected behavior: http://bugs.php.net/fix.php?id=22875&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22875&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22875&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22875&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22875&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22875&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22875&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22875&r=gnused -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #22874 [Opn]: Incomplete exit/die documentation
ID: 22874 Updated by: [EMAIL PROTECTED] Reported By: jan at horde dot org Status: Open Bug Type:Documentation problem PHP Version: 5CVS-2003-03-25 (dev) New Comment: It is documented on: http://www.php.net/manual/en/function.exit.php Note: The current CVS version does NOT print the status if it is an integer. This needs to be changed to: Note: PHP version 4.2.0 and higher does NOT print the status if it is an integer. Previous Comments: [2003-03-25 08:24:25] jan at horde dot org The fact that calling die()/exit() with an integer parameter causes php to return this as the exit value instead of printing the value out is missing in the manual. -- Edit this bug report at http://bugs.php.net/?id=22874&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #22874 [NEW]: Incomplete exit/die documentation
From: jan at horde dot org Operating system: PHP version: 5CVS-2003-03-25 (dev) PHP Bug Type: Documentation problem Bug description: Incomplete exit/die documentation The fact that calling die()/exit() with an integer parameter causes php to return this as the exit value instead of printing the value out is missing in the manual. -- Edit bug report at http://bugs.php.net/?id=22874&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22874&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22874&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22874&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22874&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22874&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22874&r=support Expected behavior: http://bugs.php.net/fix.php?id=22874&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22874&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22874&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22874&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22874&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22874&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22874&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22874&r=gnused -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #22871 [NEW]: bad return value for ibase_blob_close() and ibase_blob_import()
From: p dot pastori at tiscali dot it Operating system: all PHP version: 4.3.1 PHP Bug Type: Documentation problem Bug description: bad return value for ibase_blob_close() and ibase_blob_import() Functions ibase_blob_close() and ibase_blob_import() both returns a string (blob_id_str) on success instead of int (as stated by documentation). The returned string may contains NULLs, so to update a database record which contains blob field it is necessary to use the ibase_prepare() (with a ? placeholder for blob_id_string instead of '?' ) instead of ibase_query(). It would be nice to have an exaple of blob insertion which involves the following functions: - ibase_blob_import(), to get the temporary blob_id of just created blob - ibase_prepare() and ibase_execute() for the query that inserts or updates a database record which contains blob (this last step may be in transaction while the first not since it is already in a read-only transaction). Finally into the first example reported on ibase_execute() document page there is an error on the ibase_prepare() where the link_identifier argument is omitted. -- Edit bug report at http://bugs.php.net/?id=22871&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22871&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22871&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22871&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22871&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22871&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22871&r=support Expected behavior: http://bugs.php.net/fix.php?id=22871&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22871&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22871&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22871&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22871&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22871&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22871&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22871&r=gnused -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
