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 p
> 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 c
Derick Rethans wrote:
> Hello,
>
> in your code you can easily do this:
>
> #ifndef HAVE_PHP_SESSION
> #error: no session support in this PHP build
> #endif
>
> there is no need to get rid of --disable-session then
It is okay to compile without session module.
>
>
> I only wonder how exac
Hello,
in your code you can easily do this:
#ifndef HAVE_PHP_SESSION
#error: no session support in this PHP build
#endif
there is no need to get rid of --disable-session then
I only wonder how exactly do you build that pgsql_session handler, and how
is it supposed to be enabled in PHP, as a .
Hi all,
I keep posting about "undefiend symbol" error with sub module
at start up
Since, session is internal module now. How about get rid of
--disable-session option from configure?
This prevents "undefined symbol" error at runtime. This does
not solve sub module related issues, though...
--
