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 with this
At 16:19 15/10/2002, Per Einar Ellefsen wrote:
At 13:07 25.10.2002, Lee Goddard wrote:
Well, not really a patch but a tiny contribution to an
excellent guide -- Mr Beckman, I hope this is of use:
On/section:
guide/performance.html#Using_1_Under_mod_perl_and_be
Using $|=1
Hello:
I just subscribed to the list. I don't want to be a pain in the ass
so soon, but I've noticed that (at least on yahoo),
these posts cannot be automatically replied to the list.
They go by default to whoever wrote the original email, thus one has
to manually replace that address for
Hello,
Caught the problem. It was a unexpected 'print STDOUT' happening in the Cleanup
Handler. :-( sorry for the trouble.
regards
srp
You wrote:
Envelope-to: [EMAIL PROTECTED]
Received: from symonds.net [63.194.20.32]
by symonds.net with smtp (Exim 3.35 #1 (Debian))
id
Hello Lee,
So, I simply meant that if you are trying to get $|=1 type instant output
and your HTML header pulls in other files -- using
script type=text/pascal src=another.doc/script
or
link rel='stylesheet' type='text/css' href='outside.css'/
then you will not get the
Hello:
I am not an expert either with Apache or Perl, so I am probably
having some basic problem here.
I was forced to intall mod_perl just because of one script that I use
for querying Amazon.com and parsing the XML they return.
My site was until yesterday hosted by some company, but now I
Hello Innerlab,
At 15:18 16.10.2002, Innerlab wrote:
Hello:
I just subscribed to the list. I don't want to be a pain in the ass
so soon, but I've noticed that (at least on yahoo),
these posts cannot be automatically replied to the list.
They go by default to whoever wrote the original email,
I just hit reply now - note that it is AUTOMATICALLY to you, plus
[EMAIL PROTECTED]
Also note the original headers below:
Issac
- Original Message -
From: Innerlab [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, October 16, 2002 3:18 PM
Subject: posts headers and so on.
Hi,
I have a problem when porting an application from Apache 1.23.x + mod_perl
1.0 to Apache 2.xx + mod_perl 2.0.
One of the scripts receives as argument a filename (with no path info), and
the scripts is suppose to open the file from the same directory in which
the script is located and
I want to upgrade my project with implementing some feature.
Project was writen for mod_cgi, but I would like to parse content that
was generated by my scripts to implement something like SSI or
Apache::UCase and etc.
PH You can't do that. However, you can run your CGI scripts under
PH
On Wed, 16 Oct 2002 [EMAIL PROTECTED] wrote:
Hi,
I have a problem when porting an application from Apache 1.23.x + mod_perl
1.0 to Apache 2.xx + mod_perl 2.0.
One of the scripts receives as argument a filename (with no path info), and
the scripts is suppose to open the file from the
At 16:47 16.10.2002, Ruslan U. Zakirov wrote:
I want to upgrade my project with implementing some feature.
Project was writen for mod_cgi, but I would like to parse content that
was generated by my scripts to implement something like SSI or
Apache::UCase and etc.
PH You can't do that.
AA perldoc cgi_to_mod_perl
AA perldoc mod_perl_traps
AA http://perl.apache.org/docs/1.0/guide/porting.html
PEE There aren't many problems with Apache::PerlRun, as it goes to great
PEE lengths to be a direct equivalent to mod_cgi so that dirty scripts can run.
PEE Anyway, the Guide is always here
Since memory leaks seem to be the topic du jour, I wondered if anyone
else had seen this one:
When using a modular mod_perl, I get a huge leak if I preload the 'Pg'
driver in my startup perl script thus:
#!/usr/bin/perl
use strict;
use Apache::Status ();
use Apache::DBI ();
Moin, moin
although it never happened to me i have to fight some rumours. Is
it true that you can kill the whole server, not just the script
if you do something wrong with mod_perl? (I doubt it)
--
I'm working on it. http://Patterner.de
Hello,
$r-current_callback() is returning 'PerlLogHandler', when called from a
CleanupHandler after a subrequest was handled.
It returns 'PerlHandler' correctly when called from the 'content-handler'.
I am using Apache/1.3.23 (Unix) mod_perl/1.26 with PerlFreshRestart On.
any clues why
Hi Joerg,
At 18:06 16.10.2002, Joerg Plate wrote:
although it never happened to me i have to fight some rumours. Is
it true that you can kill the whole server, not just the script
if you do something wrong with mod_perl? (I doubt it)
It depends on what wrong thing you do. mod_perl gives a great
Does anyone have an example of how to use $r-requires?
I cannot find Apache::AuthzAge for an example of its use.
I'm trying to handle all my location directive specific stuff in a
TransHandler and simply want to
set require valid-user for some specific paths.
Thanks,
Rodney Hampton
On Wed, 16 Oct 2002, Innerlab wrote:
Hello:
I am not an expert either with Apache or Perl, so I am probably
having some basic problem here.
I was forced to intall mod_perl just because of one script that I use
for querying Amazon.com and parsing the XML they return.
My site was until
although it never happened to me i have to fight some rumours. Is
it true that you can kill the whole server, not just the script
if you do something wrong with mod_perl? (I doubt it)
It depends on what wrong thing you do.
In fact the worse you can do is to kill one of the mod_perl
Using Debian's static-mod_perled apache-perl eliminates the problem.
Do you mean you are using the 'so' version that comes with Debian? You
should be using the static build of apache/mod_perl
[EMAIL PROTECTED] wrote:
Hello,
$r-current_callback() is returning 'PerlLogHandler', when called from a
CleanupHandler after a subrequest was handled.
It returns 'PerlHandler' correctly when called from the 'content-handler'.
I am using Apache/1.3.23 (Unix) mod_perl/1.26 with
Stathy G. Touloumis wrote:
Using Debian's static-mod_perled apache-perl eliminates the problem.
Do you mean you are using the 'so' version that comes with Debian?
Yes, in the case that failed. The package is called 'libapache-mod-perl'.
You
should be using the static build of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wednesday 16 October 2002 20:25, Keith G. Murphy wrote:
By should, do you mean that the problems with the loadable module
overall are so well-known that no one in his right mind should ever
use it?
Yes. The problems with DSO mod_perl are well
Hi there,
On Wed, 16 Oct 2002, Joerg Plate wrote:
although it never happened to me i have to fight some rumours. Is
it true that you can kill the whole server, not just the script
if you do something wrong with mod_perl? (I doubt it)
Yes, I'm afraid it is.
73,
Ged.
Hi there,
On Wed, 16 Oct 2002, Keith G. Murphy wrote:
do you mean that the problems with the loadable module overall are
so well-known that no one in his right mind should ever use it?
It's not as bad as that. Significant improvements have been made in
the reliability of mod_perl as DSO and
Hi
I'd like to do basic www authentication on my scripts. Apache::Auth::DBI
isn't good since it would waste a database connection, and just add
unnecessary complication. I'd like to do something like:
if (! check ($username, $password)) {
send_unauthorized_http_headers ();
}
I guess
I was cruising with Apache::DBI, definitely better than the way I had it, but now suddenly I'm getting this error:
DBD::ODBC::dr FETCH failed: handle 1 is owned by thread 1e90bdc not current thread b0f18c (handles can't be shared between threads and your driver may need a CLONE method added) at
Is it true that you can kill the whole server, not just the
script if you do something wrong with mod_perl?
Yes, I'm afraid it is.
How?
--
I'm working on it. http://Patterner.de
Paul Simon wrote:
I was cruising with Apache::DBI, definitely better than the way I had
it, but now suddenly I'm getting this error:
DBD::ODBC::dr FETCH failed: handle 1 is owned by thread 1e90bdc not
current thread b0f18c (handles can't be shared between threads and your
driver may
Hi there,
On Wed, 16 Oct 2002, Joerg Plate wrote:
Is it true that you can kill the whole server, not just the
script if you do something wrong with mod_perl?
Yes, I'm afraid it is.
How?
For example by swallowing all the memory, by consuming all the CPU,
and of course by making root
Ged Haywood wrote:
Hi there,
On Wed, 16 Oct 2002, Keith G. Murphy wrote:
do you mean that the problems with the loadable module overall are
so well-known that no one in his right mind should ever use it?
It's not as bad as that. Significant improvements have been made in
the
Juha-Mikko Ahonen wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wednesday 16 October 2002 20:25, Keith G. Murphy wrote:
By should, do you mean that the problems with the loadable module
overall are so well-known that no one in his right mind should ever
use it?
Yes. The
-Original Message-
From: Ged Haywood [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 16, 2002 1:49 PM
To: Joerg Plate
Cc: [EMAIL PROTECTED]
Subject: Re: evil scripts kill the server...
Hi there,
On Wed, 16 Oct 2002, Joerg Plate wrote:
Is it true that you can kill
For what it is worth, we use a DSO mod_perl/apache that we compiled ourselves, on
RedHat thought, that is very stable and does not have noticeable memory leaks and have
been using it for over 3 years. Just thought I would throw that out there.
-Original Message-
From: Keith G. Murphy
Hi there,
On Wed, 16 Oct 2002, Joe Breeden wrote:
You are making it sound like these problem are unique to mod_perl when they are not.
I didn't think I was doing that. I didn't mean to. I have no axe to grind here, and
I use mod_perl a great deal. It has never let me down (although I
Rodney Hampton wrote:
Does anyone have an example of how to use $r-requires?
see recipe 13.6 in the cookbook, the code for which can be found here:
http://www.modperlcookbook.org/code/ch13/Cookbook/AuthzRole.pm
I cannot find Apache::AuthzAge for an example of its use.
I'm trying to handle
Hi there,
On Wed, 16 Oct 2002, Keith G. Murphy wrote:
Significant improvements have been made in
the reliability of mod_perl as DSO and nowadays there is much less
discussion about it on this list.
Are you sure it's not because 'most everyone has silently given up on it?
Yes, I'm
Cristóvão Dalla Costa wrote:
Hi
I'd like to do basic www authentication on my scripts. Apache::Auth::DBI
isn't good since it would waste a database connection, and just add
unnecessary complication. I'd like to do something like:
if (! check ($username, $password)) {
Ged Haywood wrote:
Hi there,
On Wed, 16 Oct 2002, Keith G. Murphy wrote:
Significant improvements have been made in
the reliability of mod_perl as DSO and nowadays there is much less
discussion about it on this list.
Are you sure it's not because 'most everyone has silently given up on
On Wed, Oct 16, 2002 at 02:01:33PM -0500, Keith G. Murphy wrote:
Ged Haywood wrote:
Hi there,
On Wed, 16 Oct 2002, Keith G. Murphy wrote:
do you mean that the problems with the loadable module overall are
so well-known that no one in his right mind should ever use it?
It's not as
Daniel Jacobowitz wrote:
On Wed, Oct 16, 2002 at 02:01:33PM -0500, Keith G. Murphy wrote:
My own bug report is now 47 days old, without apparent followup.
Hmmm, I probably should not have posted that. Sounds like a major whine.
That's because I'm having an attack of real life. I haven't
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wednesday 16 October 2002 22:52, Keith G. Murphy wrote:
It's not like it was an obvious problem: I only got the DSO to leak
when loading the Pg driver. That's pretty obscure.
Have you tried to connect() without loading the Pg driver first?
[debian-isp readers, to recap, I'm trying to confirm a
memory-leak/segfault problem with Debian stable plus apache(-ssl) plus
libapache-mod-perl. The memory leak happens upon
/etc/init.d/apache(-ssl) reload. You can see my startup script and my
other comments below.]
Juha-Mikko Ahonen
I am still having trouble with Apache::AuthCookieDBI.
I tried moving the PerlSetVar line out of the virtual server to the main server but
nothing in the behavior changed.
Is it possible that the Apache-server-dir_config() code is somehow wrong?
I grepped all the other .pm files on my server
-Original Message-
From: George Valpak [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 16, 2002 3:26 PM
To: Vegard Vesterheim
Cc: [EMAIL PROTECTED]
Subject: Re: AuthCookieDBI help please (more info)
I am still having trouble with Apache::AuthCookieDBI.
I tried moving
Rob - thanks for your response. The relevant part of my http.conf is below. The only
thing I see maybe as different is my dev2Path line - my goal is to protect the
location /directory and and .pl files. Is that line right? Also, you have a PerlSetVar
SecretKey line that does not show up in my
For now I have hardcoded the secretkeyfile in AuthcookieDBI.pm (very kludgy an not
really what I want for production but for now it will have to do) . This seems to be
working in preliminary tests in Opera and IE.
But Netscape has a problem, and I am seeing the same problem in 4.7x, 6.2, and
Is there any thinking about there being a security problem or the
potential for one with Apache::AuthCookieDBI's Cookie name of
Apache::AuthCookieDBI_[NAMEHERE] I from time to time look at the cookies
my browsers collect and i have never seen anything simular.
--
Gabriel C. Millerd |
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
Geoffrey Young wrote:
$r-requires() is read-only. conditional authentication is a bit
counterintuitive - you can't set up authentication where it doesn't
already exist because Apache won't run the authentication phase
without a Require directive in your httpd.conf. the solution is to
1)I am using Apache::Session::File to maintain state information (just a
user_id and a few small items).
2)The man page for Apache::Session indicates that the following regexp
should be used to find the session cookie.
$cookie =~ s/SESSION_ID=(\w*)/$1/;
3)This $cookie value is then used in a
53 matches
Mail list logo