--
mod_perl digest
November 19, 2000 - November 25, 2000
--
Recent happenings in the mod_perl world...
Features
I'm trying to debug an intermittant problem on a Dec Unix server, and have
gotten to the point where I need to use strace.
On Dec Unix, strace wants a module ID, not a process ID. Anyone here familiar
with Dec Unix?
Steve Cochran
Good morning, gang.
As we migrate to mod_perl, we have one major CGI that is scattered all
over the site. It is directory local and reads config files to adjust
its output. Currently we have one copy in cgi-bin and quite literally
hundreds of symlinks to it from all over the site.
We want to
On Mon, Nov 27, 2000 at 10:36:15AM -0500, Stephen A. Cochran wrote:
I'm trying to debug an intermittant problem on a Dec Unix server, and have
gotten to the point where I need to use strace.
On Dec Unix, strace wants a module ID, not a process ID. Anyone here familiar
with Dec Unix?
Well,
I am trying to get the MHonArc package to work in conjunction with an in
house module.
When MHonArc (http://www.mhonarc.org) is run and told to process a
single file instead of a directoy full of files, it sends the output to
STDOUT which inside of mod_perl in this case is the browser. I am
It was suggested that someone on this list may be able to help with
this.
I seem to be having difficulty in getting mod_perl to build. I have
tried two different versions (mod_perl-1.24 and mod_perl-1.24_01)
but both seem to exhibit problems but not the same problems. Platform is
an IBM
On Mon, 27 Nov 2000, Sander van Zoest wrote:
Unfortunately, it seems that when I proxy I get the above added so I have
to serve streaming audio directly from the mod_perl server, which is less
than ideal in terms of resource use.
If you mena you rewrite to mod_proxy, then mod_proxy does
I had some similar problem before. It was caused by the "PerlFreshRestart
on". Comment this line out and see what happens.
Jason
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Edmar Edilton da Silva
Sent: Thursday, November 23, 2000 5:40 AM
--- "Randal L. Schwartz" [EMAIL PROTECTED] wrote:
"Paul" == Paul [EMAIL PROTECTED] writes:
Paul Good morning, gang.
Paul As we migrate to mod_perl, we have one major CGI that is
Paul scattered all over the site. It is directory local and
Paul reads config files to adjust its output.
On Mon, 27 Nov 2000, Aaron Johnson wrote:
I am trying to get the MHonArc package to work in conjunction with an in
house module.
When MHonArc (http://www.mhonarc.org) is run and told to process a
single file instead of a directoy full of files, it sends the output to
STDOUT which inside of
On Mon, 27 Nov 2000, Dave Rolsky wrote:
Actually, something is _adding_ headers and I want it to stop doing it.
It may not be mod_proxy, perhaps it is mod_rewrite. I really don't know.
Normally the mod_proxy code doesn't touch the headers, it simply sends
the headers on from the remote
On Mon, 27 Nov 2000, Sander van Zoest wrote:
Normally the mod_proxy code doesn't touch the headers, it simply sends
the headers on from the remote server you are proxying too. I doubt
it is mod_rewrite but it could be. The extra headers are probably coming
from your remote server you are
On Mon, Nov 27, 2000 at 01:30:42PM -0600, William R. Mattil wrote:
I seem to be having difficulty in getting mod_perl to build. I have
tried two different versions (mod_perl-1.24 and mod_perl-1.24_01)
but both seem to exhibit problems but not the same problems. Platform is
an IBM RISC6000
On Mon, 27 Nov 2000, Dave Rolsky wrote:
On Mon, 27 Nov 2000, Sander van Zoest wrote:
Normally the mod_proxy code doesn't touch the headers, it simply sends
the headers on from the remote server you are proxying too. I doubt
it is mod_rewrite but it could be. The extra headers are probably
On Mon, 27 Nov 2000, Sander van Zoest wrote:
Ah, are you trying to send ICY headers or something? mod_proxy only knows
of HTTP and sends the appropriate status itself rather then what it
gets from the remote server. This will also require some hacks in
mod_proxy to make it aware of the
Installed Apache with mod_perl on Mandrake 7.2:
[Mon Nov 27 17:44:43 2000] [notice] Apache/1.3.14 (Unix) mod_perl/1.24_01
mod_ssl/2.7.1 OpenSSL 0.9.6 configured -- resuming normal operations
Installed Apache::MP3 from Lincoln Stein, that works fine.
In an effort to start learning the
Hi All -
I'm hoping for some enlightenment about how KeepAlive is implemented in
Apache and whether KeepAlive even comes into play when front-end and
back-end mod_perl servers communicate with each other via HTTP.
Suppose front-end server A is handling user requests. In the process of
handling
I'd be curious to know (please email me privately) about who is Asia is
using mod_perl and why aren't you guys posting to the list?
There's an extraordinary amount of traffic here from UK, USA, and Canada
with some sprinkling around the world, but I am curious to know who in Asia
is listening
After one response and my own re-read of my first email, it appears that
I have asked far too
vague a question.
The correct question is:
How do I redirect STDOUT to a string?
A suggestion was to tie a string to a filehandle and dup the filehandle
to STDOUT.
Is that valid?
If it is, how in blue
Dave Rolsky [EMAIL PROTECTED] writes:
On Mon, 27 Nov 2000, Sander van Zoest wrote:
Normally the mod_proxy code doesn't touch the headers, it simply sends
the headers on from the remote server you are proxying too. I doubt
it is mod_rewrite but it could be. The extra headers are probably
FYI this is not mod_perl related.
You'll want the IO::String package. If the perl function you
are calling is just printing to the default filehandle (which I'm guessing
it does), you should be able to just 'select' the IO::String object:
my $str;
my $str_fh = IO::String-new($str);
my
On 27 Nov 2000, Joe Schaefer wrote:
mod_proxy will upgrade assbackwards requests to HTTP/1.0
before passing them along to the backend server, which may
explain why the date field shows up in your telnet experiments.
Why not post the full output of your telnet sessions so we
can see what is
Dave Rolsky [EMAIL PROTECTED] writes:
I'm afraid of C.
Don't be. (perl is C with cream and sugar added ;) Grab
a copy of Kernighan and Ritchie's _The C Programming Language_
(it's authoritative, and all of 274 pages cover to cover).
Then start monkeying around in
Perhaps you just need to use Apache::Filter? If not, you can
cannibalize some of the code in Apache::Filter, it re-ties STDOUT.
[EMAIL PROTECTED] (Aaron Johnson) wrote:
I am trying to get the MHonArc package to work in conjunction with an in
house module.
When MHonArc (http://www.mhonarc.org)
On Mon, 27 Nov 2000, Sander van Zoest wrote:
Ah, are you trying to send ICY headers or something? mod_proxy only knows
of HTTP and sends the appropriate status itself rather then what it
gets from the remote server. This will also require some hacks in
mod_proxy to make it aware of the
Dave's company could also *pay* someone to do what he wants. It would
probably take about a day of someone at Covalent (probably less) to whip
something up to stop doing the headers (and they would probably be able to
feed the change back into the mod_proxy part of the Apache CVS directly so
Here's the situation:
I have a master module, which 'use's other objects in same hierarchy. It creates the
objects and assings
references of them to the local variables. Everything compiles, even works. That main
module receives
requests and directs to one of the created objects, passing CGI
Actually was creating empty entries in the hash, and then using them, damn.
Pavel
--
Bask in the glow of the digital silence
http://www.vancouver.yi.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
On Tue, 28 Nov 2000, Gunther Birznieks wrote:
Dave's company could also *pay* someone to do what he wants. It would
probably take about a day of someone at Covalent (probably less) to whip
something up to stop doing the headers (and they would probably be able to
feed the change back into
29 matches
Mail list logo
