Hi -
I am using Apache::DBI on my test server - all OK.
When I try to use it on my production server, I get the
following- stdout:
Shutting down httpd..done
Starting httpd [ PERL ]
Syntax OK
stderr:
/etc/init.d/apache: line 206: 18040 Segmentation fault $HTTPD_BIN
$INET6 -t -f /etc
I am having difficulty getting Apache 2.0.43, perl 5.6.1, and mod_perl
1.99_07
to work together.
Trying to authenticate users based on a MySQL table.
All compiles and installs.
I installed Apache-DBI-0.89 perl module.
In configuring, I keep getting Seg faults. Can someone let me know if
I
On Mon, 18 Nov 2002, Robert Kohler wrote:
I am having difficulty getting Apache 2.0.43, perl 5.6.1, and mod_perl
1.99_07
to work together.
Trying to authenticate users based on a MySQL table.
All compiles and installs.
I installed Apache-DBI-0.89 perl module.
In configuring, I
Randy Kobes wrote:
On Mon, 18 Nov 2002, Robert Kohler wrote:
I am having difficulty getting Apache 2.0.43, perl 5.6.1, and mod_perl
1.99_07
to work together.
Trying to authenticate users based on a MySQL table.
All compiles and installs.
I installed Apache-DBI-0.89 perl module
Robert Kohler wrote:
Randy Kobes wrote:
On Mon, 18 Nov 2002, Robert Kohler wrote:
I am having difficulty getting Apache 2.0.43, perl 5.6.1, and
mod_perl 1.99_07
to work together.
Trying to authenticate users based on a MySQL table.
All compiles and installs.
I installed Apache-DBI-0.89
On Fri, 15 Nov 2002, [iso-8859-1] Faßhauer, Wolfgang, FCI3 wrote:
one database user because of resource limits. The problem I see is that the
password for connecting to the database is clear readable in the perl
script.
Does anybody know how to hide that password?
Have you thought of running
On Fri, 15 Nov 2002, Rafiq Ismail (ADMIN) wrote:
On Fri, 15 Nov 2002, [iso-8859-1] Faßhauer, Wolfgang, FCI3 wrote:
one database user because of resource limits. The problem I see is that the
password for connecting to the database is clear readable in the perl
script.
Does anybody know
Hi,
I want to build a database application based on mod_perl and Apache::DBI.
The goal of Apache::DBI is to get persistent database connections using
only
one database user because of resource limits. The problem I see is that
the
password for connecting to the database is clear readable
On Fri, 15 Nov 2002, [iso-8859-1] Faßhauer, Wolfgang, FCI3 wrote:
Have you thought of running your webserver as some 'www' user? You can
then make your scripts readonly by a 'dev' group which the www user and
the developes are members of.
CORRECT:
'readonly' should be 'only readable' by
Yes, that's our plan, too. But the risk still remains that someone
will get a look to the script. I think, there is a golden rule: Never put
clear text passwords in files. Those files are stored in archives by backup
for example. There maybe a lot of people (sysadmin, developer, ...)
On Fri, 15 Nov 2002, [iso-8859-1] Faßhauer, Wolfgang, FCI3 wrote:
Hmm. I think that the guy who wrote Blowfish_PP would cut my
danglies off
for that one.
This is an interesting idea.
Cutting my danglies off? hmm. Sounds painful.
Many thanks to you, Rafiq!
s'ok, although I wouldn't implement
On Fri, Nov 15, 2002 at 12:52:13PM +, Rafiq Ismail (ADMIN) wrote:
$Apache::PARANOID::dbiPassword
= $bfish-decrypt($encryptedPassword);
then whenever you want your password you access
$Apache::PARANOID::dbiPassword.
Hmm. I think that the guy who wrote Blowfish_PP would cut my
=?iso-8859-1?Q?=22Fa=DFhauer=2C_Wolfgang=2C_FCI3=22?= [EMAIL PROTECTED]
ads.net wrote:
Hi,
I want to build a database application based on mod_perl and Apache::DBI.
The goal of Apache::DBI is to get persistent database connections using
only
one database user because of resource limits
Hiya everyone,
I am new to mod_perl and have a question about generating dynamic webpages
from a mysql database. I have a script that queries a IDS database
and generates results such as Top 5 Signatures, etc. The problem is when I
pass the results to the web interface it seems to be looping.
this will definitely be helpful...
http://perl.apache.org/docs/1.0/guide/porting.html
-josh
-Original Message-
From: [EMAIL PROTECTED] [mailto:Brett.Gillett;tsx.ca]
Sent: Friday, November 15, 2002 4:00 PM
To: [EMAIL PROTECTED]
Subject: DBI question
Hiya everyone,
I am new to mod_perl and have
Am I correct in this:
Apache::DBI can only really do its stuff when you perform a
DBI-connect, so by calling $dbh = DBI-connect(..) during PerlChildInit
and then never trying to reconnect, you are defeating the purpose of
using Apache::DBI.
To expand on this, when Apache::DBI intercepts
Clinton Gormley wrote:
Am I correct in this:
Apache::DBI can only really do its stuff when you perform a
DBI-connect, so by calling $dbh = DBI-connect(..) during PerlChildInit
and then never trying to reconnect, you are defeating the purpose of
using Apache::DBI.
That's right.
To expand
I just read the POD for Apache::DBI, and then rewrote it.
Hope no-one is offended, that no meaning is lost, and that
the revision is worth looking at and perhaps including on CPAN.
Cheers
lee (now offlist)
=head1 NAME
Apache::DBI - Initiate a persistent database connection
=head1 SYNOPSIS
Hi there,
On Thu, 17 Oct 2002, John Cameron wrote:
I am finding that the number of open number of database connections I have
open at one time is varying wildly.
Then, Suddenly, the number of connctions jumps up to 50 or more! Sometimes
this falls back to below 20, but sometimes this
Hi, thanks for the tips. But I don't seem to be able to locally override
the value of AutoCommit for one handle (I only need to use AutoCommit for
one script!). If I follow the instructions on the URL you pointed me to,
and do something like:
my $dbh = DBI-connect (dbi:Pg:dbname=hello
On Wed, 16 Oct 2002, Kirk Bowe wrote:
my $dbh = DBI-connect (dbi:Pg:dbname=hello, postgres, foo);
my %orig = ();
my @attrs = qw(AutoCommit RaiseError);
$orig{$_} = $dbh-{$_} for @attrs;
$dbh-{AutoCommit} = 0; $dbh-{RaiseError} = 1;
When I later do the $dbh-commit, it fails
Hi, I am using mod_perl (1.24_01) with Apachi::DBI and Mysql (3.23.37).
I am finding that the number of open number of database connections I have
open at one time is varying wildly.
When I first start Apache and Mysql there are only 8 connections made. Why
8? I have specified that there should
Hi,
I am learning lots of new things, but still working on the problem itself.
It seems to be the case that even when I am running under ./httpd -X
I have trouble getting the search query to get stuck. If I do something
from the mysql monitor like set an order on hold directly with a query,
that if I make the dbh accessible
via an object, usually together with Apache::DBI in the background, I can
often do clean up stuff, such as closing the handle (incase Apache::DBI
isn't in place with a particular invokation of the package), last system
logging updates/inserts, or whatever the job
On 15 Oct 2002 at 7:12, Eric Frazier wrote:
I am learning lots of new things, but still working on the problem itself.
It seems to be the case that even when I am running under ./httpd -X I have
trouble getting the search query to get stuck. If I do something from the
mysql monitor like set
I was under the impression that Apache::DBI isn't compatible for this set up:
win2000 + apache2.0.42 + perl5.8 + mod_perl1.99
For a multi threaded environment, isn't Apache::DBIPool necessary? I'd rather use Apache::DBI.
Rafiq Ismail [EMAIL PROTECTED] wrote:
On Tue, 15 Oct 2002, Paul Simon wrote
Paul Simon wrote:
I was under the impression that Apache::DBI isn't compatible for this
set up:
win2000 + apache2.0.42 + perl5.8 + mod_perl1.99
For a multi threaded environment, isn't Apache::DBIPool necessary? I'd
rather use Apache::DBI.
Apache::DBIPool doesn't actually exist yet
I'm using Apache::DBI connecting to a Postgres db. I'm using Template
Toolkit but no explicit db calls from within the templates -- they're all
done within the perl modules.
Unfortunately after a couple of hours of moderate use Postgres reaches its
max_clients level (which is set below max
.--[ Kirk Bowe wrote (2002/10/15 at 20:40:15) ]--
|
| I'm using Apache::DBI connecting to a Postgres db. I'm using Template
| Toolkit but no explicit db calls from within the templates -- they're all
| done within the perl modules.
|
| Unfortunately after a couple of hours
connections.
At this point there's no
work being done, so presumably the handles aren't being freed.
Database handles are not supposed to be freed. That's the point of
Apache::DBI. However, you should only have one per httpd process.
Does anyone have any tips on how to, at this point, go about
Eric Frazier wrote:
Here is the kind of thing that is driving me nuts. Please see:
http://perl.apache.org/docs/general/perl_reference/perl_reference.html#Remed
ies_for_Inner_Subroutines
If what this says is true, then either I don't have a closure type problem,
or else what is says isn't
At 11:58 AM 10/14/02 -0400, Perrin Harkins wrote:
Eric Frazier wrote:
Here is the kind of thing that is driving me nuts. Please see:
http://perl.apache.org/docs/general/perl_reference/perl_reference.html#Remed
ies_for_Inner_Subroutines
If what this says is true, then either I don't have a
::DBI will reconnect. Any
prepared queries will be lost. You *must* prepare every time, but see
below...
sub db_connect {
require DBI;
You don't need that. You should have already loaded it in startup.pl.
my $dbname = 'CS';
my ($dbuser, $dbpasswd) = ('myuser', 'mypass');
Probably should
Eric Frazier wrote:
I wanted the DBH to be global since just about every sub in Holds does a
query of some sort.
Three options:
1) Pass it to every sub
2) Make a utility sub that returns a dbh and call it from each sub.
(Sounds like you already made one of these.)
3) Stuff it in $r-pnotes(),
, usually together with Apache::DBI in the background, I can
often do clean up stuff, such as closing the handle (incase Apache::DBI
isn't in place with a particular invokation of the package), last system
logging updates/inserts, or whatever the job requires in a DESTROY method.
What is the problem
, usually together with Apache::DBI in the background, I can
often do clean up stuff, such as closing the handle (incase Apache::DBI
isn't in place with a particular invokation of the package), last system
logging updates/inserts, or whatever the job requires in a DESTROY method.
What is the problem
On 14 Oct 2002 at 9:12, Eric Frazier wrote:
That I am not so sure of. I will do some more investigation. It seems like
the only variables that could be causing this are the result set from the
query and the scalar which holds the html template. I feel like I know
absolutly nothing now :( I
:
package My::DatabaseCreds;
use DBI;
sub new_dbh {
my $dbh = DBI-connect()
die (Can't connect: .$DBI::errstr) unless ($dbh);
return $dbh;
}
(This isn't exactly the code I use -- I actually have a module which I
sub-class, but you get the idea.)
The benefit of creating
Hi,
Here is the kind of thing that is driving me nuts. Please see:
http://perl.apache.org/docs/general/perl_reference/perl_reference.html#Remed
ies_for_Inner_Subroutines
If what this says is true, then either I don't have a closure type problem,
or else what is says isn't true. It says that
GetProcessed {
my $self = shift;
This has a bug, somtimes the cached query doesn't stick around.
If you lose your database connection, Apache::DBI will reconnect. Any
prepared queries will be lost. You *must* prepare every time, but see
below...
sub db_connect {
require DBI;
You
;
}
}
..
sub db_connect {
require DBI;
my $dbname = 'CS';
my ($dbuser, $dbpasswd) = ('myuser', 'mypass');
my $dbh = DBI-connect(DBI:mysql:$dbname, $dbuser, $dbpasswd)
or die can't connect: $DBI::errstr\n;
# we need these waiting for queries, so we are going to prepare them ahead of
time
Perrin,
I am going to read over this closely, thanks for all of the advice!
What frustrats me about the search getting cached/closure thing is that I
just don't have any global variables that have anything to do at all with
the search results. I have read over and over examples with closures,
all-
Perhaps I am making a mistaken assumption, but just in case I wanted to
support my assumptions with some real data.
Can anyone point me to some script resources, or maybe just the results of
their own experience on the performance of SSIs in apache vs. converting a
site to a
::Template and Template
Mason provides caching also.
Ben
-Original Message-
From: grant stevens [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 08, 2002 5:34 PM
To: [EMAIL PROTECTED]
Subject: figures/resources on content via apache SSI vs. database-driven
(perl DBI)
all-
Perhaps I am
grant stevens wrote:
I think all I'm asking about is a performance comparison for a site
comprised of 95% static content between Apache SSI and a mod_perl
db/template system.
Well, mod_include (SSI) is the best choice if it meets your needs. A
modern OS will cache your include files
Your problem doesn't sound like something that Apache::DBI would cause.
Deadlock problems are caused by conflicting updates, which could only
be coming from your code.
I'm not positive but maybe it seemed like there were
stale handlers lying around that weren't being closed
If you put
Hi! I recently made an attempt to upgrade other web software to
mod_perl 1.26 (compiled statically, running on Solaris 2.6). We're
using Sybase 11.9.2 for this application as the db backend. When I
initially converted the site over to mod_perl, I started off using
Apache::DBI by placing
file for apache:
--
25935 Apache::DBI new connect to
'db:1.2.3.4UserPassAutoCommit=1PrintError=1'
--
It looks like they are happening for every database
connection, like the db connections are not staying
persistent. I'm using Apache::DBI in my startup.pl
Hello,
I'm getting an awful lot of these error statements in
my error_log file for apache:
--
25935 Apache::DBI new connect to
'db:1.2.3.4UserPassAutoCommit=1PrintError=1'
--
It looks like they are happening for every database
connection, like the db connections are not staying
On Tue, 3 Sep 2002 09:05:45 -0700 (PDT)
Anthony E. [EMAIL PROTECTED] wrote:
Hello,
I'm getting an awful lot of these error statements in
my error_log file for apache:
--
25935 Apache::DBI new connect to
'db:1.2.3.4UserPassAutoCommit=1PrintError=1'
--
It looks like
thanks for preceeding answer. I have two others :
1/ is it going to be fixed in a future release of DBI ?
I am sure Tim will fix it.
2/ if I don't want to trace DBI can I ignore the trace file in children
processes created by modperl ?
Yes you can ignore it
Gerald
Hello all,
At the moment I'm running Apache 1.3.12+mod_perl 1.27 with PG 7.2.1 via DBI-DBD
on a SS5 Solaris 2.6 machine.
I'd like to separate the database engine from the Apache environment so,
running Apache+mod_perl+DBI+DBD on the front end and PostgreSQL at the backend
(hope I'm right
After digging more docs, finally found for PG DBI:
DBI:Pg:dbname=mydb;host=Ultra1;port=5432
question 2 still there, thanks.
Fabian.
Fabián R. Breschi wrote:
Hello all,
At the moment I'm running Apache 1.3.12+mod_perl 1.27 with PG 7.2.1
via DBI-DBD on a SS5 Solaris 2.6 machine.
I'd
--On Thursday, August 15, 2002 12:32:16 +0200 Fabiàn R. Breschi
[EMAIL PROTECTED] wrote:
After digging more docs, finally found for PG DBI:
DBI:Pg:dbname=mydb;host=Ultra1;port=5432
question 2 still there, thanks.
All you need is the pgsql/lib and pgsql/include directories so that you can
.
Many thanks again,
Fabian.
Eric Cholet wrote:
--On Thursday, August 15, 2002 12:32:16 +0200 Fabiàn R. Breschi
[EMAIL PROTECTED] wrote:
After digging more docs, finally found for PG DBI:
DBI:Pg:dbname=mydb;host=Ultra1;port=5432
question 2 still there, thanks.
All you need
) :
PerlIO_stderr();
to
DBIS-logfp = parent_dbis PL_ptr_table?
fp_dup(parent_dbis-logfp,'',0) : PerlIO_stderr();
Gerald
Hi
thanks for preceeding answer. I have two others :
1/ is it going to be fixed in a future release of DBI ?
2/ if I don't want to trace DBI can I ignore the trace file
On Fri, Aug 16, 2002 at 04:07:52PM -0700, Michael G Schwern wrote:
On Tue, Aug 13, 2002 at 10:22:35PM +0100, Tim Bunce wrote:
But how about a new method:
DBI-connect_method(connect);
DBI-connect_method(Apache::DBI::connect); # effectively what use
Apache::DBI; does now
here access violation
DBI! 003970b6()
PERL58! 2803f289()
PERL58! 2805cf4c()
PERL58! 2806b821()
PERL58! 2808596f()
MOD_PERL! 100018b7()
LIBHTTPD! 6ff012a6()
pascal
PERL58! 280681d9() -- error here access violation
DBI! 003970b6()
PERL58! 2803f289()
PERL58! 2805cf4c()
PERL58! 2806b821()
PERL58! 2808596f()
MOD_PERL! 100018b7()
LIBHTTPD! 6ff012a6()
Hi here is maybe more informative stack trace
WARNING: Stack unwind information
pascal barbedor wrote:
PERL58! 280681d9() -- error here access violation
DBI! 003970b6()
PERL58! 2803f289()
PERL58! 2805cf4c()
PERL58! 2806b821()
PERL58! 2808596f()
MOD_PERL! 100018b7()
LIBHTTPD! 6ff012a6()
Hi here is maybe more informative stack trace
WARNING: Stack unwind information
perl58!Perl_Tregnarrate_ptr+0x57255
perl58!Perl_Tregnarrate_ptr+0x56ef8
perl58!Perl_Tregnarrate_ptr+0x13fc84
perl58!Perl_Tregnarrate_ptr+0x13fcd9
perl58!Perl_Tregnarrate_ptr+0xfeb7a
perl58!Perl_Tregnarrate_ptr+0xfe465
DBI!XS_DBI__clone_dbis+0x27b
DBI!XS_DBI__clone_dbis+0x100
perl58
.
perl58!Perl_Tregnarrate_ptr+0x14809d
perl58!Perl_Tregnarrate_ptr+0x57255
perl58!Perl_Tregnarrate_ptr+0x56ef8
perl58!Perl_Tregnarrate_ptr+0x13fc84
perl58!Perl_Tregnarrate_ptr+0x13fcd9
perl58!Perl_Tregnarrate_ptr+0xfeb7a
perl58!Perl_Tregnarrate_ptr+0xfe465
DBI!XS_DBI__clone_dbis+0x27b
DBI
I find that too ... Gerald, a little while ago, mentioned in a
message to the dev list that latter DBIs work only if they come
into play after the perl interpreter has been cloned - perhaps
this is related to problems with using DBI in a startup script?
- same from a registry script
same here. segfault in startup.pl.
not sure what version it was, but 1.30
installed DBI 1.30. no more segfault.
segfault for me on win XP with DBI 1.30 if DBI is used in the startup.pl
(apache 2.0.40 modperl 1.99_05 perl 5.8)
I reinstalled DBI 1.30 from CPAN just in case, installs
pascal barbedor wrote:
same here. segfault in startup.pl.
not sure what version it was, but 1.30
installed DBI 1.30. no more segfault.
segfault for me on win XP with DBI 1.30 if DBI is used in the startup.pl
(apache 2.0.40 modperl 1.99_05 perl 5.8)
I reinstalled DBI 1.30 from CPAN
On Fri, 16 Aug 2002, pascal barbedor wrote:
same here. segfault in startup.pl.
not sure what version it was, but 1.30
installed DBI 1.30. no more segfault.
segfault for me on win XP with DBI 1.30 if DBI is used in the startup.pl
(apache 2.0.40 modperl 1.99_05 perl 5.8)
I
Hi
the following startup.pl
makes apache segfault in perl58.dll on windows
XP(or 2000)
version are :
apache 2.0.40-dev
perl 5.8.0
modperl 1.99
mysqld-nt 3.23.49
DBI 1.30
DBD::Mysql 2.1017
from perl 5.8-win32-bin.tar.gz ready-to-use RK
archive (date 25/07/02) in theoryx5.uwinnipeg.ca
On Thu, 15 Aug 2002, pascal barbedor wrote:
Hi
the following startup.pl
makes apache segfault in perl58.dll on windows XP(or 2000)
version are :
apache 2.0.40-dev
perl 5.8.0
modperl 1.99
mysqld-nt 3.23.49
DBI 1.30
DBD::Mysql 2.1017
from perl 5.8-win32-bin.tar.gz ready-to-use
an interesting problem. It seems that nobody has asked this
question before. Here is my take on it. If you like this solution I'll
add it to the docs.
Thanks a lot. Your solution for Apache::DBI works and is very Perlish!
- --
Simon Perreault [EMAIL PROTECTED]
Web: http://www.linuxquebec.com/~nomis80
PGP
is released.
1) That's an interesting problem. It seems that nobody has asked this
question before. Here is my take on it. If you like this solution I'll
add it to the docs.
Thanks a lot. Your solution for Apache::DBI works and is very Perlish!
Great. I've put it here:
http://perl.apache.org/docs
Could you please take a look at this problem? Thanks.
- Forwarded message from Stas Bekman [EMAIL PROTECTED] -
Date: Mon, 29 Jul 2002 09:56:05 +0800
From: Stas Bekman [EMAIL PROTECTED]
Reply-To: Stas Bekman [EMAIL PROTECTED]
Subject: Re: Apache::DBI as a prerequisite
Simon Perreault wrote:
You wrote on 2002-04-30 to apache-modperl about Apache::DBI not being testable
while not under mod_perl. You said this:
That's normal. You cannot test modules that use mod_perl API without
running them inside mod_perl server. I've the same problem as you've
reported
- Original Message -
From: pascal
To: [EMAIL PROTECTED]
Sent: Friday, July 26, 2002 3:19 PM
Subject: DBI fails to load in startup.pl
Hi
on windows XP professionnal 2002
with apache2/modperl/perl58 from RK /pub/other
directory
(apache /2.0.40-dev (win32) mod_perl/1.99_05-dev
I have a number of perl modules that manage their own persistence
to a SQL database via DBI. I discovered a flaw in my current
approach which was to use an Apache::Singleton::Process
object to create a connection and in modules that needed a
connection, store the connection in a lexically scoped
: Thursday, June 27, 2002 2:33 AM
Subject: Re: Apache::compat was Apache::DBI with mod_perl 2.0
errors:
using Apache/2.0.36 (prefork MPM)
because you must use 2.0.39.
__
Stas BekmanJAm_pH -- Just Another mod_perl
Zac Morris wrote:
Ok, I went and installed Apache from CVS this time, but it looks like that
installed 2.0.40-dev
and I'm still getting errors during make test of mod_perl 2. Does it have
to be 2.0.39 specifically to compile?
Yes, to compile 1.99_04
Sorry if I'm just not getting it...
]
To: Zac Morris [EMAIL PROTECTED]
Cc: mod_perl [EMAIL PROTECTED]
Sent: Thursday, June 27, 2002 6:08 AM
Subject: Re: Apache::compat was Apache::DBI with mod_perl 2.0
Zac Morris wrote:
Ok, I went and installed Apache from CVS this time, but it looks like
that
installed 2.0.40-dev
and I'm still
Zac Morris wrote:
Ok, I understand. Maybe some kind of message/logic in the make to tell you
that you have to have specifically x, y, z. Because I honestly DID hear you
say x, y, z but my brain assumed x+, y+, z+
I've updated the README file, which now states what you need.
All the
Zac Morris wrote:
Ok, still getting the same errors during make test.
One of the first lines of the perl Makefile.PL --blahblah shows:
Configuring Apache/2.0.39 mod_perl/1.99_04 Perl/v5.8.0
Does this mean that the make install I did on the Perl/v5.8.0_RC2 didn't
take?
may be you
]
To: Zac Morris [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Tuesday, June 25, 2002 12:26 PM
Subject: Re: Apache::DBI with mod_perl 2.0
Zac Morris wrote:
Ahhh, ok more clarity. :)
Forgive me if I'm just not doing my detective work in poking around for
documentation, but is there a doc
Zac Morris wrote:
Ok, still no luck. Every dependancy has more dependancies all of which go
back and back to mod_perl 1 stuff already being in place
My question is, can I download the Apache 1.3 source (don't make it), then
run the mod_perl 1 build to get all the pm files in place,
Yeah, so I've tried these suggestions:
use Apache2();
use Apache::compat;
and I'm still getting the errors:
Undefined subroutine Apache::Module::loaded called at
/usr/lib/perl5/site_perl/5.6.1/i386-linux/Apache/compat.pm line 95.
Compilation failed in require at ./db_connect_test.pm
Zac Morris wrote:
Yeah, so I've tried these suggestions:
use Apache2();
use Apache::compat;
and I'm still getting the errors:
Undefined subroutine Apache::Module::loaded called at
/usr/lib/perl5/site_perl/5.6.1/i386-linux/Apache/compat.pm line 95.
Compilation failed in
11:02 AM
Subject: Re: Apache::DBI with mod_perl 2.0
Zac Morris wrote:
Yeah, so I've tried these suggestions:
use Apache2();
use Apache::compat;
and I'm still getting the errors:
Undefined subroutine Apache::Module::loaded called at
/usr/lib/perl5/site_perl/5.6.1/i386
Zac Morris wrote:
Ahhh, ok more clarity. :)
Forgive me if I'm just not doing my detective work in poking around for
documentation, but is there a doc that contains all the kludges or
assumed modules I need to already have in place?
All the docs that we have now are at
Ask Bjoern Hansen wrote:
Since early 1997 Edmund Mergl has been developing and maintaining
Apache::DBI. I would think that it's now one of the most used
Apache related modules (and one of the most stable!)
In the last almost 3 years only two bugs has been found. Edmund no
longer has
At 00:49 23.06.2002, Charles Aulds wrote:
At 06:41 PM 6/21/02 +0200, Per Einar Ellefsen ([EMAIL PROTECTED]) wrote:
As Apache::DBI hasn't been tested with mod_perl 2.0 yet, you will need to:
1) make sure you are using the prefork MPM for Apache (as Stas said,
Apache::DBI can only work
At 06:41 PM 6/21/02 +0200, Per Einar Ellefsen ([EMAIL PROTECTED])
wrote:
As Apache::DBI hasn't been tested
with mod_perl 2.0 yet, you will need to:
1) make sure you are using the prefork MPM for Apache (as Stas said,
Apache::DBI can only work with that one)
2) You will probably need to run
At 06:41 PM 6/21/02 +0200, Per Einar Ellefsen ([EMAIL PROTECTED])
wrote:
As Apache::DBI hasn't been tested with mod_perl 2.0 yet, you will
need to:
1) make sure you are using the prefork MPM for Apache (as Stas
said,
Apache::DBI can only work with that one)
2) You will probably need to run
Since early 1997 Edmund Mergl has been developing and maintaining
Apache::DBI. I would think that it's now one of the most used
Apache related modules (and one of the most stable!)
In the last almost 3 years only two bugs has been found. Edmund no
longer has time to make releases and such, so
thoughts about how to
add support for threading in perl 5.8/mod_perl 2 to this? It might be
premature, since the DBI/DBD modules are not necessarilly thread safe.
the preforked mpm will use the same old Apache::DBI
the threaded mpms will need a new version/mode of Apache::DBI using
threads
Stas Bekman wrote:
the threaded mpms will need a new version/mode of Apache::DBI using
threads::shared, currently available only for 5.8.0-tobe, unless things
will get backported to 5.6.2. Currently it seems that the threaded mpms
will be safe to use only with 5.8.0, unless again things
and when I: use
Apache::DBI I'm getting a can't find Apache.pm
To use Apache::DBI do I need the old mod_perl 1 also installed running some
kind of dual mode? Or is that not even an option since I'm running
Apache2. I'm learning quick so if this is covered someplace just give me a
quick pointer
more into the mod_perl specific stuff and when I: use
Apache::DBI I'm getting a can't find Apache.pm
To use Apache::DBI do I need the old mod_perl 1 also installed running some
kind of dual mode? Or is that not even an option since I'm running
Apache2. I'm learning quick so if this is covered
mod_perl
great.
Now I'm trying to get more into the mod_perl specific stuff and when
I: use
Apache::DBI I'm getting a can't find Apache.pm
To use Apache::DBI do I need the old mod_perl 1 also installed running
some
kind of dual mode? Or is that not even an option since I'm running
Apache2
but first you need:
PerlModule Apache2
or 'use Apache2' in startup.pl. see:
http://perl.apache.org/release/docs/2.0/user/config/config.html#Accessing_the_mod_perl_2_0_Modules
Nope, he did a clean mod_perl 2 install, without MP_INST_APACHE2 I
think... so doesn't have an Apache.pm
-bin type stuff works under mod_perl
great.
Now I'm trying to get more into the mod_perl specific stuff and when I: use
Apache::DBI I'm getting a can't find Apache.pm
To use Apache::DBI do I need the old mod_perl 1 also installed running some
kind of dual mode? Or is that not even an option since
On Sun, 9 Jun 2002, Yuri A. Kabaenkov wrote:
Hello,
How can i install Apache::DBI module with mod_perl 2?
I'm not sure what the current status of this is, but see
the discussion of Apache::DBIPool at
http://perl.apache.org/release/docs/2.0/user/overview/overview.html.
best regards
Hello,
How can i install Apache::DBI module with mod_perl 2?
--
Best regards,
Yuri mailto:[EMAIL PROTECTED]
hi
this problem is very very very persistent
httpd.conf
PerlModule DBI # THIS IS THE PROBLEM
PerlModule Apache::Registry
Location /perl
SetHandler perl-script
PerlHandler Apache::Registry
Options ExecCGI
allow from all
PerlSendHeader On
/Location
i try all
rebuild modperl witch modperl
101 - 200 of 856 matches
Mail list logo