Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:26244 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 95925 invoked by uid 1010); 25 Oct 2006 09:10:27 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 95909 invoked from network); 25 Oct 2006 09:10:27 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 Oct 2006 09:10:27 -0000 Authentication-Results: pb1.pair.com header.from=lsmith@php.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=lsmith@php.net; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain php.net from 212.112.227.169 cause and error) X-PHP-List-Original-Sender: lsmith@php.net X-Host-Fingerprint: 212.112.227.169 ipx11223.ipxserver.de Linux 2.5 (sometimes 2.4) (4) Received: from [212.112.227.169] ([212.112.227.169:35044] helo=ipx11223.ipxserver.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 65/E8-34241-10A2F354 for ; Wed, 25 Oct 2006 05:10:26 -0400 Received: from localhost (localhost [127.0.0.1]) by ipx11223.ipxserver.de (Postfix) with ESMTP id 66255DF010C; Wed, 25 Oct 2006 11:10:22 +0200 (CEST) Received: from ipx11223.ipxserver.de ([127.0.0.1]) by localhost (flottensignalgeber [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14756-03; Wed, 25 Oct 2006 11:10:20 +0200 (CEST) Received: from [127.0.0.1] (unknown [89.247.141.51]) by ipx11223.ipxserver.de (Postfix) with ESMTP id 451F5DF00C7; Wed, 25 Oct 2006 11:10:20 +0200 (CEST) Message-ID: <453F29F9.3050909@php.net> Date: Wed, 25 Oct 2006 11:10:17 +0200 User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Glenn Richmond Cc: internals@lists.php.net References: <453F2897.1050400@ilisys.com.au> In-Reply-To: <453F2897.1050400@ilisys.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by somedaemon at backendmedia.com Subject: Re: PHP user session handlers From: lsmith@php.net (Lukas Kahwe Smith) Glenn Richmond wrote: > Hi guys, > > Just wondering what the status of the user-defined session handlers is? > > I've tested with 5.2rc4 and there is an issue that the references to the > user functions get erased when the user calls session_write_close or > session_destroy. This means that the system reverts to an alternative > handler. > > Any idea if this issue has been resolved or if not, how it could be > resolved? It basically makes large-scale user-defined session handlers > impossible (for general website handling). It has been discussed > previously, but no solution has been proposed as of yet. I am quite sure we had this behaviour since forever. Did you verify that this is not old? regards, Lukas