Fickle, fickle machines.
The segfault problem with Embperl and Apache::Session can be fixed with about 3
keystrokes in emacs.
When I was getting the segfault error I had:
# BEGIN EMBPERL SESSION HANDLING
PerlSetEnv EMBPERL_SESSION_CLASSES "DBIStore SysVSemaphoreLocker"
PerlSetEnv
Gerald, if it's not on the wish list already, could you add a
request for the
ability to set nsems in EMBPERL_SESSION_ARGS. Or maybe I should
just get off my
butt and make a patch.
This works already. You can give any arguments to EMBPERL_SESSION_ARGS that
a Store or Locker module
On 13-Apr-2000 Gerald Richter wrote:
Trying to use Apache::Session with Embperl 1.2.1, mod_perl 1.21,
Apache 1.3.9.
I've got this running on another machine just fine with the exact
same setup (I
think).
When I try access an Embperl page that uses %udat I get:
[Thu Apr 13 14:51:05 2000]
On 13-Apr-2000 Mark Ng wrote:
can you tell me the following about your 2 systems (the one that works and
the new
one), I have the same problem.
I need to know:
Versions of: Perl
Both are 5.004_04
apache
Both are 1.3.9
modperl
Both are 1.21
embperl
Both are 1.2.1
OS (Exact
Trying to use Apache::Session with Embperl 1.2.1, mod_perl 1.21,
Apache 1.3.9.
I've got this running on another machine just fine with the exact
same setup (I
think).
When I try access an Embperl page that uses %udat I get:
[Thu Apr 13 14:51:05 2000] [notice] Apache/1.3.9 (Unix)
If you tell me what to do I'll try to get a stack backtrace.
http://perl.apache.org/embperl/Faq.pod.1.html#make_test_fails_with_a_SIG
_
Gerald
#0 0xff1d7540 in Perl_sv_clear ()
from
/opt/gnu/depot/perl5.004_04/lib/sun4-solaris/5.00404/CORE/libperl.so
It crashs somewhere deep inside of Perl, so it's hard to say what's happeing
here.
I would first try to recompile all modules (maybe Perl itself also), to make
sure things fit
On Thu, 13 Apr 2000, Jason Bodnar wrote:
Hmmm ... maybe it's a problem with Solaris 5.7?
Can you try the binaries from the 2.6 box on the 2.7 box to see if that
works? That would at least kind of indicate whether it's an OS bug or a
configuration bug.
-Mark
The binaries on both boxes are the same. They get rdist'd out from one
machine every night.
I'm going to rebuild the latest versions of everything on the 2.7 machine
tomorrow and see if that makes a difference.
At 10:57 PM 4/13/00 -0400, Mark Imbriaco wrote:
On Thu, 13 Apr 2000, Jason Bodnar
Trying to use Apache::Session with Embperl 1.2.1, mod_perl 1.21, Apache 1.3.9.
I've got this running on another machine just fine with the exact same setup (I
think).
I created a db called sessions with a table called sessions:
mysql show fields from sessions;
this copy-n-paste from ~/Mail/.sent-mail-dec-1999 might help:
---
a few things could shed some more light:
build a libperld.a and compile with PERL_DEBUG=1 (see SUPPORT doc)
and/or, in gdb:
(gdb) source mod_perl-1.21/.gdbinit
(gdb) curinfo
should tell you the line/filename of the offending
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
Hi.. I'm trying to get session handling (%udat and %mdat) to work with
embperl 1.2b11.
I'm running stock redhat 6.1 on a p200; this comes with apache 1.3.9,
mod_perl 1.21, and perl 5.00503. I installed embperl 1.2b11 and
Apache::Session 1.04. I had previously installed and was using MySQL
-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_
25 matches
Mail list logo
