Re: TIEHASH error with upgrade to most recent everything

2000-05-22 Thread Robert Waldstein
> > And am getting the error: > >[error] Can't locate object method "TIEHASH" via package > > "Apache::Table" at /d46/www/lib/perl/Apache/EmbperlFilter.pm line > > 36, chunk 1. > > > > Build mod_perl with PERL_TABLE_API=1 as argument for Makefile.PL should fix > this interesting - built w

RE: TIEHASH error with upgrade to most recent everything

2000-05-22 Thread Gerald Richter
> And am getting the error: >[error] Can't locate object method "TIEHASH" via package > "Apache::Table" at /d46/www/lib/perl/Apache/EmbperlFilter.pm line > 36, chunk 1. > Build mod_perl with PERL_TABLE_API=1 as argument for Makefile.PL should fix this Gerald --

RE: 30: Line 1: Not found ?

2000-05-22 Thread Gerald Richter
> I'm trying to get HTML::Embperl working as a CGI script (not under > Mod_Perl). This is a virtual server account with a ISP, running a > OLD version of Apache (1.2.6). I don't have the option of upgrading > their server so I'm somewhat stuck here. > > I tell the browser to open this URL:

TIEHASH error with upgrade to most recent everything

2000-05-22 Thread wald
We upgraded my system to perl 5.6.0; I figured this was time to upgrade everything (was around 3-6 months behind). So built from scratch: Apache/1.3.12 mod_perl/1.24 embperl/1.3b3 THings look good in general but we run significant parts of my site with: PerlSetVar Filter On O

ERR: 30: Line 1: Not found ?

2000-05-22 Thread Scott Chapman
Hi all, I'm trying to get HTML::Embperl working as a CGI script (not under Mod_Perl). This is a virtual server account with a ISP, running a OLD version of Apache (1.2.6). I don't have the option of upgrading their server so I'm somewhat stuck here. I tell the browser to open this URL: ht

RE: must one run under mod_perl to have session handling?

2000-05-22 Thread Gerald Richter
> > The title says it all: must one run under mod_perl to > have session handling with HTML::Embperl? > No, it works also as CGI (with embpcgi.pl) (but the vars set by PerlSetEnv are only available for a mod_perl handler; use SetEnv instead) Gerald -

Re: DBIStore is failing

2000-05-22 Thread Terrence Brannon
I was using embpcgi.pl but got DBIstore to work once I used mod_perl. Sorry for the interruption. --- Terrence Brannon <[EMAIL PROTECTED]> wrote: > I created the required table (I had to go hunt for > the > table to create in Apache::Session::DBIStore). > > And setup srm.conf: > PerlSetEnv EM

must one run under mod_perl to have session handling?

2000-05-22 Thread Terrence Brannon
The title says it all: must one run under mod_perl to have session handling with HTML::Embperl? = Terrence Brannon 90 St. Mark's Place Apt. 2E North Staten Island, NY 10301 914-755-4360 __ Do You Yahoo!? Send instant messages & get email al

DBIStore is failing

2000-05-22 Thread Terrence Brannon
I created the required table (I had to go hunt for the table to create in Apache::Session::DBIStore). And setup srm.conf: PerlSetEnv EMBPERL_SESSION_CLASSES "DBIStore SysVSemaphoreLocker" PerlSetEnv EMBPERL_SESSION_ARGS "DataSource=dbi:mysql:sessions UserName=root Pa\ ssword=oW#3#" PerlModule HTM

RE: %idat does not seem to bind

2000-05-22 Thread Gerald Richter
> > I have a multi-screen web application and I wrote a > little macro to copy fdat to udat that I Execute on > each page: > [$ foreach $key (keys %fdat) $] > [- $udat{$key} = $fdat{$key} -] > [$ endforeach $] > > but then I looked closer at the docs and noticed > something called %idat wh

%idat does not seem to bind

2000-05-22 Thread Terrence Brannon
I have a multi-screen web application and I wrote a little macro to copy fdat to udat that I Execute on each page: [$ foreach $key (keys %fdat) $] [- $udat{$key} = $fdat{$key} -] [$ endforeach $] but then I looked closer at the docs and noticed something called %idat which seems to do thi

RE: problems with %udat persistance

2000-05-22 Thread Gerald Richter
Dirk, > I have run NullLocker now for a while and it looks like the problem > with the session data still persists. It happens not as much as with > SysVSemaphoreLocker but is still observable. Maybe I have found one > more point of interest here: > > Gerald suggested to check that the session ob

RE: problems with %udat persistance

2000-05-22 Thread Dirk Lutzebaeck
Gerald Richter writes: > > Ok, I have set it to NullLocker now and report what happens. What do I > > loose if I'm using NullLocker instead of SysVSemaphoreLocker? > > You will run into problems if more then one Apache child tries to update the > same session at the same time. That normaly s