I have a TransHandler which does quite a few things - which under
certain circumstance calls a function defined in another package. Now
that function is supposed to do a internal redirect. What I am currently
observing is that the internal redirect takes place perfectly but the
the Handler then
Hi, I have just come across this thread and have the exact same problem
(http://aspn.activestate.com/ASPN/Mail/Message/modperl/677372)
I am trying to build perl 5.6.0, DBD-Oracle-1.12 with DSO Apache 1.3.20 and
mod_perl-1.26 on Solaris 7 (uname -r = 5.7?)
Everything builds fine, however when
On Friday, September 28, 2001, at 08:49 AM, Nick Tonkin wrote:
On Fri, 28 Sep 2001, Ask Bjoern Hansen wrote:
On Thu, 20 Sep 2001, Mike Schienle wrote:
thanks to patches from Brice D. Ruth and others, a new version of
MSIISProbes.pm is available at
I am occasionally getting the following message from CGI.pm in $@:
Line 1: Setup of CGI.pm failed:
That error message comes from Embperl. Embperl setup CGI.pm to get a file
upload. When something went wrong with this file upload, CGI.pm dies, which
is catched with this line:
eval { $cgi =
Wouldn't it be better to subclass Apache::SSI instead of
HTML::Embperl::Syntax::SSI ? That part of it would be really easy - the
hard part would be actually implementing the OAS directive actions.
If you really only want to do SSI, then subclassing Apache::SSI is of course
the easier and
Gerald Richter [EMAIL PROTECTED] wrote:
Wouldn't it be better to subclass Apache::SSI instead of
HTML::Embperl::Syntax::SSI ? That part of it would be really easy - the
hard part would be actually implementing the OAS directive actions.
If you really only want to do SSI, then
Please read the following posts I made to the mod_perl users list (
[EMAIL PROTECTED] ) ... Someone there suggested that the dev list
might be able to help me better.
Is it appropriate to email the module author directly on something
like this?
Thanks in advance!
-Bryan
--
Bryan
Oops... was trying to send to the dev list and accidentally sent to this
one again.
Sorry.
-Bryan
Apache::Request-instance($r) will not work for POST reqests.
At list will not do what you want.
Read this for more information:
http://perl.apache.org/guide/snippets.html#Reusing_Data_from_POST_request
On Sun, 2001-09-30 at 09:15, Thomas Eibner wrote:
On Sun, Sep 30, 2001 at 05:59:08PM
On Sun, Sep 30, 2001 at 03:23:51PM -0700, Alin Simionoiu wrote:
Apache::Request-instance($r) will not work for POST reqests.
At list will not do what you want.
Apache::Request-instance works very well with POST requests.
From the documentation:
instance
The instance() class method
I tried instance, but is not working is you want to access let's say,
POST data in a authentication handler, doing same data validation or
whatever you want to do, and also access the same POST data at response
phase.
And this is because, as it is explained in guide, POST data are
retrieved
On Sun, Sep 30, 2001 at 04:03:43PM -0700, Alin Simionoiu wrote:
I tried instance, but is not working is you want to access let's say,
POST data in a authentication handler, doing same data validation or
whatever you want to do, and also access the same POST data at response
phase.
And this
-Original Message-
From: Alin Simionoiu [mailto:[EMAIL PROTECTED]]
Sent: Sunday, September 30, 2001 7:04 PM
To: Thomas Eibner
Cc: Issac Goldstand; [EMAIL PROTECTED]
Subject: Re: Keeping POST information between request phases
I tried instance, but is not working is you want
-Original Message-
From: Bryan T. Schmidt [mailto:[EMAIL PROTECTED]]
Sent: Monday, October 01, 2001 1:00 PM
To: Bryan T. Schmidt
Cc: [EMAIL PROTECTED]
Subject: Re: generic symbol problems with LogFile
[snip]
Bryan T. Schmidt wrote:
This seems funny to me...
I have
I've got some availability at the moment so if anyone needs anything
from a couple of hours sorting out performance issues (and therefore
avoiding that costly upgrade!) up to planning and implementing major
rearchitectures, let me know. Check my site for recent projects,
references supplied from
I'm sure this is a FAQ somewhere, but I'm not finding it...
In our switch to mod_perl we're seeing two problems with CGI.pm (version
2.752). I'm uncertain if they are related or not.
1. Across multiple requests to a single script, the params are not
cleared. The first params sent to that script
On Mon, 1 Oct 2001, Alex Harper wrote:
Date: Mon, 1 Oct 2001 16:16:34 -0500
From: Alex Harper [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: CGI.pm params not being cleared?
I'm sure this is a FAQ somewhere, but I'm not finding it...
In our switch to mod_perl we're seeing two problems
I actually forgot to mention that we had tried it with my $cgi and
$cgi. Neither worked.
As for switching to Apache::Request, no can do. We need to maintain
mod_cgi compatibility for at least a few more months.
Alex
--
Alex Harper
Configuration Management
[EMAIL PROTECTED]
Use whatever you
I've just resolved a bug I was getting with parameter parsing, and was
told that I should pass it along to the mod_perl list (which I'd been
meaning to subscribe to anyway, so hey).
I'd been having problems getting CGI.pm to properly parse out script
parameters for various pages that had been
Make sure you're not doing:
use CGI;
my $cgi = new CGI;
if ($cgi-param(dataaction) eq whatever) {
do_whatever_without_passing_cgi();
}
elsif ($cgi-param(dataaction) eq passcgi) {
pass_it_cgi($cgi);
}
sub do_whatever_without_passing_cgi {
#using original copy of
Thanks, I looked and we're not. Here's the simplest case:
use CGI;
my $cgi = new CGI;
my @params = $cgi-Vars();
print $cgi-header(-type = 'text/html');
print $cgi-start_html();
print Process: $$BR\n;
print Query String:BR\n;
print $ENV{QUERY_STRING} . BR\n;
print Params:BR\n;
print
Odd, checking into my version CGI.pm (which I dont use), it cleans up
it's own globals by installing a cleanup handler:
Apache-request-register_cleanup(\CGI::_reset_globals);
so either your version of CGI.pm is broken or your mod_perl was somehow
compiled without PERL_CLEANUP.
Alex Harper
Aha! That's where the problem lies. I had recently added:
PerlCleanupHandler +Apache::Sizelimit
to my httpd.conf. I placed it there so the sizelimit would be enforced
post-request. Removing the line fixed my problem.
This leads me to some questions:
1. If I declare handler modules in
Alex Harper wrote:
Aha! That's where the problem lies. I had recently added:
PerlCleanupHandler +Apache::Sizelimit
to my httpd.conf. I placed it there so the sizelimit would be enforced
post-request. Removing the line fixed my problem.
Whoa! This could be bad. Apache::SizeLimit
-Original Message-
From: Perrin Harkins
To: Alex Harper
Cc: Daniel; [EMAIL PROTECTED]
Sent: 10/1/01 11:35 PM
Subject: Re: CGI.pm params not being cleared?
Alex Harper wrote:
Aha! That's where the problem lies. I had recently added:
PerlCleanupHandler +Apache::Sizelimit
Did you compile mod_perl with PERL_STACKED_HANDLERS?
Perrin Harkins wrote:
Alex Harper wrote:
Aha! That's where the problem lies. I had recently added:
PerlCleanupHandler +Apache::Sizelimit
to my httpd.conf. I placed it there so the sizelimit would be enforced
post-request. Removing
I'm using a mod_perl 1.26 RPM I built using the RedHat RPM prep files
and dropping in the 1.26 code. I believe it is built EVERYTHING=1.
Apache::Status indicates all hooks are enabled, including:
PerlStackedHandlers Enabled
Alex
--
From: Daniel
Sent: Monday,
At 03:02 PM 9/27/2001 -0700, you wrote:
George Sanderson wrote:
Apache::OpenIndex (OpenIndex-1.00.tar.gz) was uploaded to CPAN on 14Sep2001
and is currently released. This was my first module. I enjoyed journey.
OpenIndex provides a file manager for an Apache modperl web site using a
On Fri, 28 Sep 2001 07:36, George Sanderson wrote:
Apache::OpenIndex (OpenIndex-1.00.tar.gz) was uploaded to CPAN on 14Sep2001
and is currently released. This was my first module. I enjoyed journey.
Looks really good. I think the mod_perl community can use a lot more
applications like this
On Fri, 28 Sep 2001 16:40, Steven Boger wrote:
I've been netsearching for hours. It's time to beg for help...
My apache has a hacked mod_include that has a new directive, OAS:
!--OAS
SETUP=www.realmedia.com/Samples/lx.shtml@TopLeft,TopRight,BottomLeft,
BottomRight--
!--OAS
Hi,
i'd like to write some analysis program using mod_perl which will
analyse the contents of pages which are sent to client.
the site is dynamic -- it uses SSI and CGI, and i would like to hook
into the phase when apache sends the pages after all processing (like
SSI) is done, and analyse the
First off, if you could cc responses to me, that would be great.
On to the problem. I compiled apache 1.3.20 from sources, w/ the
following compiled statically:mm 1.1.3, mod_layout 3.0, mod_perl 1.25,
mod_ssl 2.8.4, and php 4.0.6. I am running perl 5.6.1, originally
installed from RPM and then
I'm attempting to run some code off a
mounted drive on RH Linux 7.1 (Apache 1.3.2, modperl-1.26), but for some reason,
my Location directive is ignored (code is executed from the local drive
instead)
I'm pointing to /mnt/qa_load_www/cgi-shl,
but code is instead executed from
Hi!
I am wondering for installation of Apache weblogic?
Could you please tell me what is the exact address for Apache web logic? What is the installation process in Windows machine?
Your kind cooperation would highly appeciated
Thanks
Azimul
SydneyGet your FREE download of MSN Explorer at
Alex Harper wrote:
I'm using a mod_perl 1.26 RPM I built using the RedHat RPM prep files
and dropping in the 1.26 code. I believe it is built EVERYTHING=1.
Apache::Status indicates all hooks are enabled, including:
PerlStackedHandlers Enabled
Okay. Would you mind putting some
stas01/10/01 02:04:11
Modified:lib/Apache compat.pm
t/apache compat.t
Log:
- fix the bugs in header_{in|out} implementation:
o handling key = undef ( == -unset(key) )
o handling list context
- remove the todo flags in previously failing sub-tests
stas01/10/01 18:48:39
Modified:netcraft graph.jpg index.html input.data pseudo-graph.jpg
Log:
Sep 2001 usage data
Revision ChangesPath
1.13 +214 -227 modperl-site/netcraft/graph.jpg
Binary file
1.41 +2 -1
37 matches
Mail list logo