Re: [PHP4BETA] sessions via mm?

From: Date: Fri, 17 Mar 2000 14:26:23 +0000
Subject: Re: [PHP4BETA] sessions via mm?
References: 1 2 3  Groups: php.version4 
Request: Send a blank email to php-version4+get-12325@lists.php.net to get a copy of this message
On Sat, 18 Mar 2000, you wrote: >On Sat, 18 Mar 2000, Alan van den Bosch wrote: >> The module pointers, the phpext_blahblah type entries, are contructed >> from the module directory name, not the contents of the module directory. As a >> result the phpext_session pointer is included, but the extra session handling >> modules pointers are missed (they share the ext/session directory with the >> session module). Is this a bug ? It does enforce a policy of one extension per >> directory, which the session handling modules break. > >No, --with-mm is used to enable the mm library support if you have it >installed. This library is what's used by the session mm handler. >Session module doesn't break anything. > >-Andrei >* All of the above is my opinion, unless specified otherwise. * Andrei, Sorry if I was a little vauge, I didnt intend to imply that there was anything "wrong" with the session code, but that there is an anomly with the configure process with regards to sessions that do not have there own directories. Looking at ext/session/config.m4 if the option --with-mm is passed to configure then the macro PHP_EXTENSION(ps_mm) is executed. To my understanding this should enable support of sessions to be stored using mm through a php extension module named along the lines of ps_mm. Take a look at the definition of the PHP_EXTENSION macro in php4/aclocal.m4 around line 420 and you will notice that the script that it expands to checks for a directory named along the lines of $abs_srcdir/ext/$1 that wraps the whole script segment... there is no php4/ext/ps_mm directory therefore no phpext_ps_mm_ptr entry in internal_functions.c is made (latter on by genif.sh). My comment was (meant to be) that this method of dermining what module entry pointers enforces a policy of one module per extension directory (whether this policy is intentional or not). Following from this the alternative session storage modules (ie ps_mm) break this policy, as they do not have their own directory (i.e. ext/ps_mod ) -- Regards, Alan van den Bosch Sanguis Pty Ltd Mobile - 0408 106 872 /* All generalizations are false. */

« previous php.version4 (#12325) next »