Sascha Schumann wrote: >>Problem is in loading *.so file at start up. >>Session module is designed to provide globals >>for sub modules, if session module is not compiled >>in and user load sub module, it spits "undefined >>symbol" error at start up. >>Runtime "undefined symbol" error for perfectly valid >>php.ini (or config) is design flaw, IMHO :) >> > > That would happen on a platform which does not by default > export symbols to the global symbol resolving namespace when > loading a shared object. On what platform are you seeing > this?
Linux if it matters... PHP Warning: Unable to load dynamic library '/usr/local/lib/php/extensions/debug-non-zts-20010901/session_pgsql.so' - /usr/local/lib/php/extensions/debug-non-zts-20010901/session_pgsql.so: undefined symbol: ps_globals in Unknown on line 0 Unknown(0) : Warning - Unable to load dynamic library '/usr/local/lib/php/extensions/debug-non-zts-20010901/session_pgsql.so' - /usr/local/lib/php/extensions/debug-non-zts-20010901/session_pgsql.so: undefined symbol: ps_globals I've wrote when this could happen sevral times... It does not depend on platform, I suppose. (I don't know about windows) The same senario again. For CGI bin, user tends to disable session. For other SAPI, user tends to include session module. php.ini that work perfect for Web Server SAPI may result in undefined symbol error at CGI bin start up. (i.e. sub module references symbols of parent module) > > >>However, session module is internal module and >>initilized always before normal module, IIRC. It makes >>external session save handler useless with current >>session module code :( >>(We need smart ini parser & module loader, also :) >> > > We need smart administrators. :) Still, *runtime* undefined symbol error is not smart, isn't it? Design flaw IMHO. We have to do something for it. There are some options and I don't want to hope every users are smart enough that find out runtime undefined symbol error is due to invalid option(s) in php.ini for their build :) Simplest solution is force users to compile sub module with its parents. There are some more options. Stupid one is define all symbols that are required by sub modules. Better one is smart ini parser/module loader. There are others also. BTW, I'm not keep posting about this issue only for session module, but for module dependency issue in general. Happy New Year to all :) See you on list next year! -- Yasuo Ohgaki _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- 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]
