Hi all,
perl.apache.org has a new home and therefore the locations of the CVS has
moved. I append a mail from Brian, where you can read how to access modperl
and Embperl CVS from now on.
Gerald
>From Brian Behlendorf:
OK, I've set up http://perl.apache.org/from-cvs/, and redirected people
acce
I don't think that the my($r) is going to work out too well here. I
don't
use apache registry but I don't think you want to freeze the
Apache->request
and CGI::Apache objects to what they are when the program is compiled.
These
usually need to be modified by apache for each request.
check out:
h
Arthur,
You need to use $r->pnotes() to do this. $r->pnotes() is used to pass data
structures around between modules. There is a entry in the manual about it
so check there first.
Bill
--
Bill Desjardins - [EMAIL PROTECTED] - (USA) 305.205.8644
Unix/Network Administration - Perl/Mod_Perl/DB D
Trying to tie $q to $r so I can just pass around a single variable to
subs. Not working too well... Getting frustrated... Getting ready to
punch computer... :)
using Registry:
my($r) = Apache->request;
my($q) = new CGI::Apache;
$r->notes('q',$q);
&test($r);
sub test {
my($r) = shift;
m
I would like to use the Apache::DB as described on
http://perl.apache.org/guide/porting.html, but I get an "Undefined
subroutine &Apache::Registry::handler" error. Any suggestions?
My config before trying Apache::DB :
Alias /perl/ /home/httpd/perl/
SetHandler perl-script
PerlHandler Apac
Craig Vincent wrote:
>
> > what version of ApacheDBI do you use ?
> > can you send me the relevant part of the
> > error_log ?
>
> I'm using 0.86 of Apache::AuthzDBI
> And using 0.87 Apache::DBI
strange, since 0.84 the two modules AuthzDBI and AuthenDBI
have been combined into one module AuthD
> 1) try upgrading to a current version of Apache::DBI - Apache::AuthzDBI
was
> replaced by Apache::AuthDBI in 0.84
Actually that seems to have solved my problem :) The mod_perl documentation
I have talks about using AuthzDBI and AuthenDBI for database
authenticationonce I looked up the info
> what version of ApacheDBI do you use ?
> can you send me the relevant part of the
> error_log ?
I'm using 0.86 of Apache::AuthzDBI
And using 0.87 Apache::DBI
There really isn't any other relevant part of the log...the only errors I
see is
[Tue Jan 4 15:52:53 2000] null: Use of uninitialized
Apache 1.3.9 -> Linux RH 6.1 -> mod_perl 1.21
I constantly see a number of recurring errors in my log file as follows:
[Tue Jan 4 15:07:30 2000] null: Use of uninitialized value at
/usr/lib/perl5/site_perl/5.005/Apache/AuthzDBI.pm line 116.
There seems to be no consistency with this error occu
Hi there,
For the last 2 months, I've been using Apache::Session::DBI on a Solaris 2.6
box (with the semaphorelocker nsems value set to 16) to store session
information on a busy web site. Unfortunately, things seem to have gone
awry, specifically with the tie:
tie %SESSION, 'Apache::Session::DB
> sub new {
>
> my $pkg = shift;
> my $fdatref = shift;
> my $database = 'patients';
> my $obj = bless {
> '_fdatref' => $fdatref,
> '_balances' => 0, ## array ref for balances
> '_prev_patnums' => 0, ## array ref for prev_patnums
>
Here's perl -V
(Sorry Matt for emailing you directly. I wish the list used a Reply-To: to
the list so replying wouldn't default to the individual.)
115) ~/apache %/usr/local/bin/perl5.005 -V
Summary of my perl5 (5.0 patchlevel 5 subversion 0) configuration:
Platform:
osname=solaris, osve
On Tue, 04 Jan 2000, Bill Moseley wrote:
> At 04:47 PM 1/4/00 +, Matt Sergeant wrote:
> >> As far as I can tell (from finding perl_conf.c on this machine) it already
> >> has this patch. Running Apache 1.3.9 and, I think*, mod_perl-1.21. Perl
> >> is 5.005 and Sun 2.6. I'm not running Apache
At 04:47 PM 1/4/00 +, Matt Sergeant wrote:
>> As far as I can tell (from finding perl_conf.c on this machine) it already
>> has this patch. Running Apache 1.3.9 and, I think*, mod_perl-1.21. Perl
>> is 5.005 and Sun 2.6. I'm not running Apache::StatINC, but PerlFreshRestart
> ^
That
On Tue, 04 Jan 2000, Bill Moseley wrote:
> I looked at the archive, and noticed Doug's patch in perl_conf.c:
>
> http://www.geocrawler.com/archives/3/182/1999/7/0/2414262/
>
> -hv_store(nhv, (char*)key, klen, rv, FALSE);
> +hv_store(nhv, (char*)key, klen, SvREFCNT_inc(rv), FALSE
I looked at the archive, and noticed Doug's patch in perl_conf.c:
http://www.geocrawler.com/archives/3/182/1999/7/0/2414262/
-hv_store(nhv, (char*)key, klen, rv, FALSE);
+hv_store(nhv, (char*)key, klen, SvREFCNT_inc(rv), FALSE);
As far as I can tell (from finding perl_conf.c o
> The second DBI example on the embperl page works very well.
>
> The first example exhibits a strange behaviour:
>
> When interpreted from command line with embpexec.pl it works OK (returns
> the HTML with a table with 2 columns and 7 rows) but when served through
> the Apache HTTPD ONLY the FIRS
>
> In that case, I think it might explain why I have this problem.
> I used to
> cvsup all the apache CVS, includnig modperl+embperl, now I updated
> yesterday : No more modperl+embperl.
>
> Where can I cvsup modperl/embperl from now ? (or was it just forgotten or
> something?)
>
> Just thought s
I have finally got to install and configure all the bits needed to query
a mysql DB from embedded perl and reply through Apache.
The second DBI example on the embperl page works very well.
The first example exhibits a strange behaviour:
When interpreted from command line with embpexec.pl it wor
Yes, the time interval is small, which is why Time::HiRes catches it and the
default perl time method does not. While, to be fair, the likelyhood of
this happening is perhaps not worth the effort, I was just pointing out that
the Apache::DBI documentation:
"Setting the timeout to 0 will a
> On Sun, Jan 02, 2000 at 01:13:26PM -0800, Aaron Turner wrote:
> >
> > This is driving me nuts. This code works the first few exectutions, but
> > then doesn't after a while. It's pretty simple, it should print out:
> >
> > Name = value1
> > Name = value2
> >
> > then after a few reloads it
21 matches
Mail list logo