>
> 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 a
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 EMBPERL_SESSIO
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 w
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
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 Perl
>
> #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
#0 0xff1d7540 in Perl_sv_clear ()
from /opt/gnu/depot/perl5.004_04/lib/sun4-solaris/5.00404/CORE/libperl.so
#1 0xff1d7880 in Perl_sv_free ()
from /opt/gnu/depot/perl5.004_04/lib/sun4-solaris/5.00404/CORE/libperl.so
#2 0xff1ea2a8 in Perl_free_tmps ()
from /opt/gnu/depot/perl5.004_04/lib
> 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
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 (E
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 Ap
> 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
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;
+---+-+--+
> 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
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
> does
>
> > Could you send me your httpd.conf (private email)?
>
> sure, here it is..
>
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
> > > 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 _sessi
On Sun, Jan 16, 2000 at 01:50:09PM +0100, Gerald Richter wrote:
> > 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
>
> 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:
> Embpe
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 staticl
> 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 --disab
>
> 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 des
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
> 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
On Thu, Jan 13, 2000 at 12:47:08PM -0800, Cliff Rayman wrote:
>
> testing
>
> This is my counter:
> [+ $udat{COUNTER}++ +]
>
>
>
>
> use your browser to view the page.
> keep hitting reload - counter should increase.
so my english was good enough to understand the documentation
after all...
how about trying something simple like.
testing
This is my counter:
[+ $udat{COUNTER}++ +]
use your browser to view the page.
keep hitting reload - counter should increase.
cliff rayman
genwax.com
Andre Landwehr wrote:
> On Wed, Jan 12, 2000 at 11:12:53AM -0800, Cliff Rayman wrote:
> >
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
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 the
Hi,
I am trying to use sessionmanagement via Apache::Session together
with HTML::Embperl. As I understand from the documentation I
just need to configure a storing and a locking mechanism in
httpd.conf to do so. After that I should be able to use the %udat
hash to store session related data, HTML
On Tue, Nov 16, 1999 at 07:43:38PM +0100, Gerald Richter <[EMAIL PROTECTED]> 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.
>
> 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 %udat/
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]> muttered about RE: Embperl / Apache::Session bug?:
>
>
> >
> -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 handlin
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
3.22.27
33 matches
Mail list logo
