On Monday, 2000-08-21 at 21:06:54 -0400, Greg Stark wrote:
> Lupe Christoph <[EMAIL PROTECTED]> writes:
> > Hmm. Apache::Benchmark sounds more like a benchmark driver to me.
> > Apache::Instrumentation or so? Apache::Probe?
> Profile or even just Prof.
I thought about it a little more. What is
I have an application relying on basic authentication, using
mod_auth_dbm.c - ie. AuthDBMUserFile and AuthDBMGroupFile.
Due to a large userbase, I want to do external authentication of the user's
passwords, once per session (in a secure way using SSL). The cookie-based
authentication perl module
Hi all,
The URL
http://forum.swarthmore.edu/~ken/modules/archive/Apache-Compress-1.002.tar.gz
has entered CPAN as
file: $CPAN/authors/id/K/KW/KWILLIAMS/Apache-Compress-1.002.tar.gz
size: 10708 bytes
md5: 7fef7de82d46083a1b0f2ea1492d2faf
Here's the documentation. I'd appreci
hey, guys
just for the recordI finally got this thing to work. However, it does
have some bizarre behavior. After compiling the patch,
$subr->run(1) returns headers without calling the send_http_header method.
This holds true for static files and for cgis that only set the content type
heade
On Aug 21, 2000 at 23:45:48 -0400, Paul G. Weiss twiddled the keys to say:
>
> > Needless to say, I find that under certain conditions that I'm not
> > completely sure of, the loghandler doesn't run and the object does
> > get undef'ed (I know this from using perl-status and from the fact
> > tha
i may be coming in late here, so forgive me if this has been mentioned:
use CGI::Carp qw(fatalsToBrowser);
not sure if everything you want will be sent to the browser, but it is better
than a standard 500 error, and you can read the errors from the log easier.
--
___cliff [EMAIL PROTECTED]http:/
> Needless to say, I find that under certain conditions that I'm not
> completely sure of, the loghandler doesn't run and the object does
> get undef'ed (I know this from using perl-status and from the fact
> that the process in question doesn't give me any timing statistics
> from then on). The
At first, when I read the first message, I said to myself; (self) Why would
anyone want an error page with all the Perl HTML STDOUT/STDOUT stuff mixed
up together? However, after reading and thinking some more, . . . (just
from a conceptional point of view and not from an implementation view
poin
According to Stas Bekman:
> On Mon, 21 Aug 2000, Jeff Warner wrote:
>
> > We need to have mod_perl and mod_jserv in the same httpd file. I can build
> > apache 1.3.9 for either mod_perl or mod_jserv using the appropriate make
> > commands from the install docs and they work fine.
> >
> >
According to Greg Stark:
>
> This isn't entirely on-topic but it's a solution often suggested for mod_perl
> users so I suspect there are other users here being bitten by the same
> problems. In fact the manner in which problems manifest are such that it's
> possible that many mod_perl users who
I have to admit that a lot of this stuff is a mistry.
Recap:
My configuration is: apache_1.3.12/mod_perl-1.24/Perl-5.6.0/linux-2.2.14.
(I have mod_perl linked statically.) with Apache::AutoIndex.pm loaded.
Doug, could you please explain what problem(s) your patch solved?
I applied the patch belo
I think I followed the directions, and I also added "PerlModule Apache" in
httpd.conf,
but I still get the error "Apache.pm failed to load!." when trying to start
httpsd.
I am on Sol 2.7, gcc 2.8.1 apache-1.3.12 and openssl_0.9.5 and
mod_perl-1.24.
I have performed the steps outlined in this p
I have a timing module which is designed to only create a
single object. It works according to the following pseudo-code
package TimeIt;
sub begin
{
my $this = get_object(shift);
my $op = shift;
# store start time in object
...
}
sub end
{
my $this = get_object(shift);
Lupe Christoph <[EMAIL PROTECTED]> writes:
> Hmm. Apache::Benchmark sounds more like a benchmark driver to me.
> Apache::Instrumentation or so? Apache::Probe?
Profile or even just Prof.
I looked at this and really like the idea. Unfortunately I need to recompile
my Apache to use it.
What I th
This isn't entirely on-topic but it's a solution often suggested for mod_perl
users so I suspect there are other users here being bitten by the same
problems. In fact the manner in which problems manifest are such that it's
possible that many mod_perl users who are using mod_rewrite/mod_proxy to
On Mon, 21 Aug 2000, Chris Brooks wrote:
> We have a fairly simple handler responsible for maintaining
> state on our web server. Unfortunately, when we activate
> it, server performance drops to about 1/10th of what it is
> without. After going through the handler and commenting
> out parts an
On Wed, 16 Aug 2000, Geoffrey Young wrote:
> ack... so the alias only goes one way? I guess it makes sense that we
> can't know at run time what the Init handler stands for, but how come
> get_handlers('PerlInitHandler') comes up blank? Isn't it just a table
> entry?
it's not in the get/set
On Monday, 2000-08-21 at 10:41:51 +0200, Stas Bekman wrote:
> On Mon, 21 Aug 2000, Lupe Christoph wrote:
> A few comments followed by the answer to your original question.
Thanks!
> make install
> Manifying blib/man3/Apache::Changes.3
> Manifying blib/man3/Apache::Perfmon.3
> Manifying blib/man
Hi all,
We have a fairly simple handler responsible for maintaining
state on our web server. Unfortunately, when we activate
it, server performance drops to about 1/10th of what it is
without. After going through the handler and commenting
out parts and benchmarking (rinse, repeat), Apache::Se
On Mon, 21 Aug 2000, Jeff Warner wrote:
> We need to have mod_perl and mod_jserv in the same httpd file. I can build
> apache 1.3.9 for either mod_perl or mod_jserv using the appropriate make
> commands from the install docs and they work fine.
>
> I've tried to build a mod_perl htt
You might also try Data::Dumper to create eval-able expressions -> hashes,
arrays, and other complex objects.
Dana
You have to activate both modules in order to build them into
apache. I've built both together successfully. Your description
suggests that your problem exists on the mod_perl side. What errors are you getting on
the mod_perl side?
--Original Message--
From: "Jeff Warner" <[EMAIL PROTE
The BerkeleyDB module hasn't implemented
DB->Env's USE_SYSTEM_MEMORY FLAG yet,
but we've been using it (via tied hashes)
for caching SSI output. It's about 100
times faster than using IPC::Shareable,
and won't create shared memory segments
behind your back.
Unfortunately the eagle book's use
Title: RE: Passing a hash to a cgi outside a form?
Try:
print "Location: test2.cgi?" . join '&', map {"list=$_"} @$list;
-Robert Jenks <[EMAIL PROTECTED]>
-Original Message-
From: perl [mailto:[EMAIL PROTECTED]]
Sent: Monday, August 21, 2000 5:22 AM
To: apache
Subject: Passing a
On Mon, 21 Aug 2000, Alex Menendez wrote:
>
> ok, what about cgi's that generate Location: headers. Am I out of luck
> here? should I contemplate changing src for ap_run_sub_req
doh, right, headers are not added until run(). no need to change
ap_run_sub_req, we can support this. with the patc
you can't do this, dude. test.cgi dies and so do all it's pointers to
structures in memory.
try looking at Apache::Registry or mod_perl with the Apache::Filter
mod.
Or if you want to keep these things as cgi's look at LWP which lets you
make http requests from within perl programs.
However, I
ok, what about cgi's that generate Location: headers. Am I out of luck
here? should I contemplate changing src for ap_run_sub_req
thanx,
-amen
On Mon, 21 Aug 2000, Doug MacEachern wrote:
> whoops. yeah, $subr->send_http_header won't work for the same reason
> send_http_header() calls within
The stuff that the server sends back comes from STDOUT if CGIs or within
mod-perl, either $req->print or a regular print since it is tied. The
error messages go to STDERR which apache redirects internalls so that the
messages go to the error log. I don't know that it's possible and I'm
certa
We need to have mod_perl and mod_jserv in the same httpd file. I can build
apache 1.3.9 for either mod_perl or mod_jserv using the appropriate make
commands from the install docs and they work fine.
I've tried to build a mod_perl httpd and then use
./configure \
On Mon, 21 Aug 2000, Tom Lancaster wrote:
> Doug MacEachern wrote:
>
> > the suggestion was to upgrade Apache::ExtUtils (to cvs version, w/ bug
> > fix), which generates PerlVINC.xs.
>
> Where can I find this?
% perldoc mod_perl_cvs
whoops. yeah, $subr->send_http_header won't work for the same reason
send_http_header() calls within run() do not. you'll just need to
propagate subrequest info like so:
my $subr = $r->lookup_uri($uri);
$r->send_http_header($subr->content_type);
$subr->run;
At 3:37 PM -0700 8/16/2000, Michael Blakeley wrote:
> But the problem is that
> [EMAIL PROTECTED]
>also comes through as
> email=mike [EMAIL PROTECTED]
>instead of
> [EMAIL PROTECTED]
Never mind; my test wasn't correct. Apparently wget decodes the input
URL before performing
Hi there!
Sorry for this question which might sound easy to
you, but, does anyone know :
How can a CGI pass and receive a hash without a
form?
Please have a look at the
following simple scripts :
This is test.cgi
---
#!/usr/bin/perl
use CGI;
$list->{'value1'} =
'a
h,
I have tried what you suggested and it is still not generating the
headers. I have tried calling the send_http_header function both before
and after the handler switch and it still is not working. I think it is
bug but I am not sure. At any rate, here is some of the module code and
the h
Doug MacEachern wrote:
> the suggestion was to upgrade Apache::ExtUtils (to cvs version, w/ bug
> fix), which generates PerlVINC.xs.
Where can I find this?
On Sat, 19 Aug 2000, Stas Bekman wrote:
> On Fri, 18 Aug 2000, Tom Lancaster wrote:
>
> > I get the behaviour described in the BUGS section of the docs: server
> > silently fails to start.
> > However, I'm using the latest version of Apache::ExtUtils, as
> > recommended.
> >
> > Also using mod
On Thu, 17 Aug 2000, Stephen Marriott wrote:
> /usr/lib/perl5/5.00503/i386-linux/CORE/perl.h:2546: redefinition of
> `union semun'
> Perl version 5.005_03 built for i386-linux (2.0.36)
this problem has been reported in the past, upgrading to a newer kernel
has cured.
On Wed, 16 Aug 2000 [EMAIL PROTECTED] wrote:
>
> All,
>
> I am seeing the following errors in my apache error log. These have
> appeared since moving to a Linux/mod_perl1.24 combination (from NT/1.23)
> so I don't know if they come from 1.24 or from the -w switch being handled
On Mon, 14 Aug 2000, Matt Sergeant wrote:
> On Sun, 13 Aug 2000, Greg Cope wrote:
>
> > Apache->push_handlers("PerlTransHandler", \&transhandler);
>
> push_handlers is temporary, not permanent. And this line only gets
> executed once.
of course, if you wanted something like that, your module (
On Sun, 13 Aug 2000, Greg Cope wrote:
> Dear All
>
> Although this in no longer important to me, I cannot appear to reset
> $r->arg to an empty value.
i think i already mentioned (but this message is not marked as replied),
this is fixed in cvs.
On Thu, 10 Aug 2000, Ken Williams wrote:
> To clarify - some handlers can be called using object-oriented
> techniques, and some can't. The switch for this behavior is that the
> handler is prototyped with ($$).
or with newer Perls:
sub handler : method {...}
On Wed, 14 Jun 2000, Paul J. Lucas wrote:
> The second example on p. 128 of the Eagle book sets the content
> type and send the HTTP headers itself before running a
> subrequest.
>
> However, on p. 468, the documentation for the run() method says
> in part:
>
>
On Sun, 20 Aug 2000, T.J. Mather wrote:
> use
>
> my $headers = $r->headers_out;
> $headers->{'Pragma'} = $headers->{'Cache-control'} = 'no-cache';
> $r->no_cache(1);
as of 1.21_01, you only need to call $r->no_cache(1), see Changes:
$r->no_cache(1) will now set the r->headers_out "Pragma" and
On Sun, 20 Aug 2000, Alex Menendez wrote:
> unfortunately, I am not entirely sure what a cgi is going to output all the
> time. The cgi might try to do a redirect using the Location field. Therefore,
> I don't think I can simply send_http_headers as type text/html...
right,
> > my $lookup =
with the patch below, Apache::Icon/Apache::AutoIndex works fine for me.
running apache_1.3.13-dev, mod_perl-1.24_01-dev, perl-current (5.7.0-dev)
mod_perl built with EVERYTHING=1, USE_DSO=1
copy-n-pasted config from Apache::AutoIndex/README:
PerlModule Apache::Icon
PerlModule Apache::
On Fri, 18 Aug 2000, George Sanderson wrote:
> >> > 2) 'Do not': "PerlFreshRestart On" in httpd.conf.
> >>
> >> Curiously enough, "PerlFreshRestart On" has always worked for me, even
> >> on the production servers.
> >>
> >> It's pretty damn useful too, giving servers a graceful restart everyt
Sorry,
I didn't explain my question well. But thanks for all the response.
I left "my" out of my example on purpose, to illustrate a typical (in my case)
programming error.
To restate what I'm asking:
Is there any way to redirect everything that would normally be sent to the
screen, when I ru
[ previous discussion snipped ]
>httpd.conf or .htaccess (PerlModule hasta be in httpd.conf,
>from my experience)--
> PerlAccessHandler My::Auth::access_handler
> PerlSetVar Intranet "10.10.10.1 => userA, 10.10.10.2 => userB"
> PerlAuthenHandler My::Auth::authen_handler
>
sorry for the late reply but..
i've never personally used PerlVINC on any version of mod_perl < 1.24, i
had experienced the silent death on startup problem myself with both
versions of VINC. upgrading Apache::ExtUtils fixed it for me. the fix is
not part of any official mod_perl release. ie
On Mon, 21 Aug 2000, Ed Park wrote:
> I ran into this exact same problem this weekend using:
> -GNU ld 2.9.1
> -DBD::Oracle 1.06
> -DBI 1.14
> -RH Linux 6.0
> -Oracle 8i
>
> Here's another, cleaner (I think) solution to your problem: after running
> perl Makefile.PL, modify the resulting Makefil
Jay, although others have recommended you look at the mod_perl guide and
CGI::Carp, I don't think these are exactly what you're looking for. The
errors you are getting are generated because of 'use strict;' and occur at
compile time; CGI::Carp is capable of redirecting errors to the browser (if
y
[H/OT] == half / off topic :)
I've just released the Pod::HtmlPsPdf (which used to be a part of the
guide's building code).
It's off topic since it has nothing to do with mod_perl.
It's on topic since you need it to build the guide (and soon other
mod_perl docs).
CPAN:
file: $CPAN/authors/id
A new version of the mod_perl guide has been released.
CPAN:
file: $CPAN/authors/id/S/ST/STAS/Apache-mod_perl_guide-1.26.tar.gz
size: 451448 bytes
md5: 37a07ec5f147f75ed9b5b2fc8359adeb
Online:
HTML: http://perl.apache.org/guide/
PDF : http://perl.apache.org/guide/mod_perl_guide.pdf.gz
On Mon, 21 Aug 2000, Jay Strauss wrote:
> ---
> #!/usr/bin/perl -w
>
> use strict;
> use diagnostics;
Try adding:
use CGI::Carp; # send error messages to browser
>
> ($first, $second) = @ARGV;
Try:
my ($first, $second) = @ARGV;
You may also want to check "my" in a Perl book, just so you
Have a look at CGI::Carp.
Jay Strauss wrote:
>
> Hi,
>
> I'm asking this again, due to lack of response (but I can't believe no one out
> there knows how to do this).
>
> How do I produce an error page (in HTML), when I call the script from a browser,
> that looks just like the error screen I
http://perl.apache.org/guide/snippets.html#Redirecting_Errors_to_the_Client
HTH
--Geoff
> -Original Message-
> From: Jay Strauss [mailto:[EMAIL PROTECTED]]
> Sent: Monday, August 21, 2000 9:56 AM
> To: [EMAIL PROTECTED]
> Subject: Producing an error page
>
>
> Hi,
>
> I'm asking this
Hi,
I'm asking this again, due to lack of response (but I can't believe no one out
there knows how to do this).
How do I produce an error page (in HTML), when I call the script from a browser,
that looks just like the error screen I get when I run a script at the command
line?
That is, if I run
I ran into this exact same problem this weekend using:
-GNU ld 2.9.1
-DBD::Oracle 1.06
-DBI 1.14
-RH Linux 6.0
-Oracle 8i
Here's another, cleaner (I think) solution to your problem: after running
perl Makefile.PL, modify the resulting Makefile as follows:
1. search for the line LD_RUN_PATH=
2. re
hi folks,
i have a problem which seems to occurs just in some of the instances of
mod_perl. most of the time the script runs right, but sometimes it shows the
error:
Can't locate Lib/Mail.pm in @INC (@INC contains: ...
when i press "reload" and send the form-data again it works, if i press
relo
Jamie Krasnoo wrote:
Sorry for the newbie question but could anyone tell
me how to expire pages
so a user can't use the back button to get back to that page?
There is a good summary here:
http://www.pacificnet.net/~johnr/meta.html
Note the failure of IE4 to follow basic Pragma syntax (and t
I have managed to get Apache::PerlVINC to work on the
following configuration:
Apache/1.3.6 (Unix) mod_perl/1.21 mod_ssl/2.3.5
OpenSSL/0.9.3a
but never on
Apache/1.3.9 (Unix) mod_perl/1.21 mod_ssl/2.4.8 OpenSSL/0.9.4
I am still not sure why it doesn't work on the second config
(seemed a
On Mon, 21 Aug 2000, Richard Chen wrote:
> It worked like a charm! If PerlSetEnv could not do it, I think
> this should be documented in the guide. I could not find any mention
done. thanks for the tip!
> about ldconfig in the modperl guide. May be I missed it somehow.
>
> The procedure on li
It worked like a charm! If PerlSetEnv could not do it, I think
this should be documented in the guide. I could not find any mention
about ldconfig in the modperl guide. May be I missed it somehow.
The procedure on linux is very simple:
# echo $ORACLE_HOME/lib >> /etc/ld.so.conf
# ldconfig
Thank
Hello Edward,
ñðåäà, 16 àâãóñòà 2000 ã., you wrote:
EM> Yes, I have read that part of the mod_perl guide. I'm looking for a more
EM> detailed discussion on mod_proxy configuration and performance.
EM> But it doesn't answer the questions I have regarding the use of mod_proxy:
EM> * What affect d
On Mon, 21 Aug 2000, Lupe Christoph wrote:
> On Sunday, 2000-08-20 at 23:45:55 +0200, Stas Bekman wrote:
>
> > Lupe,
> > It seems to be broken. I cannot open the package.
>
> I've uploaded it again, and will be testing it myself.
>
> To be sure you get it, I'm attaching the tarball, it's minor
65 matches
Mail list logo
