Apache::Session - suggestion for man page

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 t

Re: $r->requires

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

Apache::DBI: number of mysql connections vary wildly

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

AuthCookieDBI Question

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 | I

Apache::AuthcookieDBI issue - NS broswers display login form incorrectly?

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 7

RE: AuthCookieDBI help please.... (more info)

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 p

RE: AuthCookieDBI help please.... (more info)

> -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

Re: AuthCookieDBI help please.... (more info)

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 serv

Re: Memory leak on reload when the 'Pg' driver is preloaded

[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 wrote

Re: Memory leak on reload when the 'Pg' driver is preloaded

-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? E.

Re: Memory leak on reload when the 'Pg' driver is preloaded

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

Re: Memory leak on reload when the 'Pg' driver is preloaded

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? >

Re: Memory leak on reload when the 'Pg' driver is preloaded

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 sil

Re: basic www auth

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)) { > send

Re: Memory leak on reload when the 'Pg' driver is preloaded

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,

Re: $r->current_callback() returns wrong handler after subrequest

[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 w

Re: $r->requires

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 han

RE: evil scripts kill the server...

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 have:

RE: Memory leak on reload when the 'Pg' driver is preloaded

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. Murph

RE: evil scripts kill the server...

> -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

Re: Memory leak on reload when the 'Pg' driver is preloaded

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? > >

Re: Memory leak on reload when the 'Pg' driver is preloaded

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

Re: evil scripts kill the server...

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 ma

Re: current state of conf/code, feedback?

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 ma

Re: current state of conf/code, feedback?

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 C:/

Re: evil scripts kill the server...

>> 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."

basic www auth

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

Re: istallation problem.

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 u

Re: Memory leak on reload when the 'Pg' driver is preloaded

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 an

Re: evil scripts kill the server...

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.

Re: Memory leak on reload when the 'Pg' driver is preloaded

-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 w

$r->current_callback() returns wrong handler after subrequest

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

Re: Memory leak on reload when the 'Pg' driver is preloaded

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 bui

Re: Memory leak on reload when the 'Pg' driver is preloaded

>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

Re: evil scripts kill the server...

> >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_p

$r->requires

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

Re: evil scripts kill the server...

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 g

evil scripts kill the server...

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."

Memory leak on reload when the 'Pg' driver is preloaded

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 (); DBI->install_driver

Re: Can I parse content that has been returned to user by simple cgi script?

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 alway

Re: posts headers and so on.

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.

Re: Can I parse content that has been returned to user by simple cgi script?

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 d

Re: Problem with CGI.pm and mod_perl 2

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 t

Re: Can I parse content that has been returned to user by simple cgi script?

>>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

istallation problem.

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 hav

Problem with CGI.pm and mod_perl 2

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 perform

Re: mod_perl Guide Patch

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 > > > >or > > > >then you will not get the expected output instantly, but only after the >whole document has loaded. > >I guess this is beca

Re: posts headers and so on.

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 ema

Re: ap_rwrite()/ap_rvputs() called in PerlCleanupHandler

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 1

posts headers and so on.

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 "[EMA

Re: mod_perl Guide Patch

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 >> >>

Re: Is there an easy way to trace / debug Apache::DBI (Postgres)leaks?

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

Re: Is there an easy way to trace / debug Apache::DBI (Postgres)leaks?

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", "po