I made a further test by now, with staticly linked mod_perl and without
preloading HTML::Embperl in httpd.conf.
If you staticly linked mod_perl you should preload Embperl, but it should
also work without preloading.
Doing a "tail -f /var/log/apache/error.log" I see "[11159]SES:
Embperl
But I can also still see the session-id changing with
every reload, and no cookie is set, just like before.
What do you mean by session id? The number inside the square
bracktes id the
pid of the Apache child. Or do you mean other things?
I mean the ID saved as _session_id in
On Sun, Jan 16, 2000 at 03:37:51PM +0100, Gerald Richter wrote:
This looks ok for the Embperl part, but if you have now staticly linked
mod_perl you should throw out the LoadModule perl_module . I don't know
what Apache does, if a module is staticly and dynamicly present, but this
doesn't
On Fri, Jan 14, 2000 at 07:00:13AM +0100, Gerald Richter wrote:
You need to setup session handling at all, e.g.
PerlSetEnv EMBPERL_SESSION_CLASSES "FileStore SysVSemaphoreLocker"
That is PerlSetEnv EMBPERL_SESSION_CLASSES "FileStore NullLocker"
in my httpd.conf
When you restart your
Since this happens on two machines with at least slightly different Linux
distributions (one is Mandrake 6.0, the other a Redhat 5.2) I
think it is a configuration problem... so if someone could please
email me her complete configuration files I'd have more means to
test
What you describe
PerlModule HTML::Embperl
This line loads Embperl at startup, remove it!
I could also build embperl staticly, maybe that helps.
This will surly solve a lot of problems.
But a quick
try some minutes ago with just recompiling mod_perl with
USE_DSO=0 and configuring apache with
On Fri, Jan 14, 2000 at 01:31:17PM +0100, Gerald Richter wrote:
What you describe looks good to me. There is one other issue, that is
dynamlic linking mod_perl. How comes mod_perl into your Apache? Is it
dynamicly loaded at runtime (i.e. by a LoadModule in your httpd.conf) or is
it staticly
On Wed, Jan 12, 2000 at 11:12:53AM -0800, Cliff Rayman wrote:
i am using embperl with cookies.
i also have this set in httpd.conf
PerlSetEnv EMBPERL_COOKIE_DOMAIN .genwax.com
PerlSetEnv EMBPERL_COOKIE_PATH /
PerlSetEnv EMBPERL_COOKIE_EXPIRES 'Friday, 31-Dec-2010 14:00:00 GMT'
how are
i am using embperl with cookies.
i also have this set in httpd.conf
PerlSetEnv EMBPERL_COOKIE_DOMAIN .genwax.com
PerlSetEnv EMBPERL_COOKIE_PATH /
PerlSetEnv EMBPERL_COOKIE_EXPIRES 'Friday, 31-Dec-2010 14:00:00 GMT'
how are you checking to make sure cookies are sent?
either telnet directly to
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
Behalf Of Aaron Elkiss
Sent: Tuesday, November 16, 1999 4:46 PM
To: [EMAIL PROTECTED]
Subject: Embperl / Apache::Session bug?
Hi.. I'm trying to get session handling (%udat and %mdat) to work with
embperl
Preloading Apache::Session also causes sigsegv'ing, this time while
dealing with MD5.pm. Preloading nothing seems to work.
-aaron
On Tue, Nov 16, 1999 at 05:00:31PM +0100, Gerald Richter [EMAIL PROTECTED] Gerald
Richter muttered about RE: Embperl / Apache::Session bug?:
-Original
Preloading Apache::Session also causes sigsegv'ing, this time while
dealing with MD5.pm. Preloading nothing seems to work.
And Embperl is _not_ loaded at startup time?
When does SIGSEGV occurs, when the server starts, on the first Embperl
request or on the first request which uses
On Tue, Nov 16, 1999 at 07:43:38PM +0100, Gerald Richter [EMAIL PROTECTED] Gerald
Richter muttered about RE: Embperl / Apache::Session bug?:
Preloading Apache::Session also causes sigsegv'ing, this time while
dealing with MD5.pm. Preloading nothing seems to work.
And Embperl is _not_
13 matches
Mail list logo