--- Bill Marrs [EMAIL PROTECTED] wrote:
My own personal experience with mod_deflate (in Apache/2.0.46) is
that it
tends to spike my server's load. My server (gametz.com) is dual
http://lists.over.net/pipermail/mod_gzip/2003-June/007130.html
seems to say that mod_gzip has its own
Hello.
I've tried to use XML::XPath under mod_perl 1.27 and Apache 1.3.27, but
got segmentation fault with this peace of code:
use XML::XPath;
my $mfname='/proj/optolink/html/.meta.xml';
my $xp = XML::XPath-new(filename = $mfname);
my $ns = $xp-find('//[EMAIL PROTECTED]yes]');
Under
On Wed, 2003-06-18 at 06:26, Ankur Jain wrote:
Hi,
I have RHL 8.0 and Apache2.0 running and perl
5.8.0. I am trying to install the modperl2.0 It's
going fine till the make procedure but when I run the
make test it prompts that no test server configured
please specify a httpd or apxs or
On Thu, 2003-06-26 at 06:53, Bill Marrs wrote:
I'm looking for a Redhat 9 compatible mod_perl-1.99_09 rpm.
If anyone has one or knows where I can get one, let me know.
I've just finished building RPMs for mod_perl 1.99_09 on RH9/i386
Grab them at:
http://www.apache.org/~gozer/mp2/
Thanks,
When I use Apache 2.0.46, mod_deflate with mod_perl-1.99_09 (or the latest
mod_perl-2.0 CVS), perl buffering is off ($|=1), and my perl script prints
nothing (e.g. 'print ;'), I get the following error:
[Wed Jul 02 10:10:00 2003] [error] 19513: ModPerl::RegistryBB: 20014:Error
string not
Hi Joe --
+1. Scripting _inside_ the server opens up possibilities that
are unimaginable to folks who are content confining themselves
to the lowest common denominator (CGI).
Perhaps you could bullet-point a few of these possibilities for those of
us who are confined by our lack of
Seems to be a problem with calling IoFLUSH() on an already flushed
handle.
This patch seems to fix it for me.
Index: xs/Apache/RequestIO/Apache__RequestIO.h
===
RCS file:
On Wed, 2003-07-02 at 22:36, Jesse Erlbaum wrote:
Hi Joe --
+1. Scripting _inside_ the server opens up possibilities that
are unimaginable to folks who are content confining themselves
to the lowest common denominator (CGI).
Perhaps you could bullet-point a few of these possibilities
Title: Message
Dear
List,
I have got a problem
that I can't fix no way, no how.
I am porting a Linux
website to xp pro.
Ineed to use the
Apache::Request module on a range of programs to use POST andGET methods
in my HTML to process information gathered.
The port I am using
is
however when I run the following code
#!c:/perl/bin/perl -w
use Apache ();
use Apache::Request ();
use CGI::Carp qw(fatalsToBrowser);
my $r = Apache::Request-new(shift);
# my $apr = Apache::Request-new($r);
print Content-type:text/html\n\n;
print Hello, World...\n;
print $r;
print
On Wed, 2003-07-02 at 11:50, Matt Corbett wrote:
I need to use the Apache::Request module on a range of programs to use
POST and GET methods in my HTML to process information gathered.
Actually, you don't. You can use CGI.pm, CGI::Simple, CGI_Lite, etc.
for this.
If you want to use
this, however the line $r-content-type('text/html'); seems to be
giving my compiler some problems. You could'nt just give me a hint on
My mistake, shift key didn't get pressed hard enough =P
$r-content_type('text/html');
Dennis
This fixed the bug for me.
At 10:48 AM 7/2/2003, you wrote:
#define mpxs_output_flush(r, rcfg) \
/* if ($|) */ \
-if (IoFLUSH(PL_defoutgv)) { \
+if (bytes 0 IoFLUSH(PL_defoutgv)) { \
MP_FAILURE_CROAK(modperl_wbucket_flush(rcfg-wbucket, TRUE)); \
}
On Wed, 2 Jul 2003, Matt Corbett wrote:
Dear List,
I have got a problem that I can't fix no way, no how.
I am porting a Linux website to xp pro.
I need to use the Apache::Request module on a range of
programs to use POST and GET methods in my HTML to process
information gathered.
The
On Wed, 2 Jul 2003, Matt Corbett wrote:
Yes, mod/perl/html scripts are fine except if I try to use
Apache::Request. I can even 'use' it but the problem arises
when I try to utilise it with the 'new' method.
The fact that you can 'use' it (without doing anything with it)
is encouraging, as
Randy,
Does'nt seem to make any difference.
Matt
-Original Message-
From: Randy Kobes [mailto:[EMAIL PROTECTED]
Sent: 02 July 2003 19:39
To: Matt Corbett
Cc: [EMAIL PROTECTED]
Subject: Re: FW: Please help newbie with Module problem.
On Wed, 2 Jul 2003, Matt Corbett wrote:
Yes,
On Wed, 2 Jul 2003, Matt Corbett wrote:
-Original Message-
From: Randy Kobes [mailto:[EMAIL PROTECTED]
Sent: 02 July 2003 19:39
To: Matt Corbett
Cc: [EMAIL PROTECTED]
Subject: Re: FW: Please help newbie with Module problem.
Does it help if you put a
PerlModule Apache::Request
Dennis and Randy and others on the list that gave advice,
Thank you so much for both your help. This has sorted out the problem. I
copied the *.pl files to the c:\apache\perl directory and before I made
the change to the httpd.conf file I tried it tham again and it's
perfect. If either or both of
You can send me- er, the Help Dennis Move out of Alaska charity money by
giving your credit card number to
*grin*
Thank you, I'm sure Randy would agree when I say it's nice to be appreciated
:)
Dennis Stout
S.T.O.U.T. = Synthetic Technician Optimized for Ultimate Troublshooting
-
This is irking me.
$state preserves information about the request and so on. Now,
$r-whatever_method works just fine.. EXCEPT for sending headers. When I
visit my site, I get my nifty login page, and that is all. Always the login
page.
I telnetted into the thing to see what kinds of cookie
I suppose the subroutine that makes the call to it would help too.
I'll spare you all the dispatch routine as it's quite lengthy, but basically
the DispatchTbl::* generates webpages dynamically depending on the uri
caught by RequestHandler::handler();.
sub post_login_form {
my $state =
On Wed, 2003-07-02 at 17:44, Dennis Stout wrote:
$r-send_http_header; must be broken, eh?
Not likely. Your syntax looks okay to me. It probably isn't being
called for some reason, or else $r is not what you think it is. Throw
in some debug statements and find out what's actually happening
Greetings,
I have a W2K box, running Win32 binary of Apache 1.3.27, and mod_perl 1.27_01.
Everything seems to be working fine (AFAIK) except for some strange
environment variable stuff going on. Here is what I'm experiencing:
- I have a PerlRequire C:/startup.pl line in my httpd.conf, which
Not likely. Your syntax looks okay to me. It probably isn't being
called for some reason, or else $r is not what you think it is. Throw
in some debug statements and find out what's actually happening there.
Okay, I put in some code to take the generated headers and enter them into the
body
Philippe --
Check out the guide:
Check out the books:
Check out the success stories:
Is that your answer? I was hoping for specific examples, not
hand-waving.
-Jesse-
--
Jesse Erlbaum
The Erlbaum Group
[EMAIL PROTECTED]
Phone: 212-684-6161
Fax: 212-684-6226
Jesse Erlbaum wrote:
Philippe --
Check out the guide:
Check out the books:
Check out the success stories:
Is that your answer? I was hoping for specific examples, not
hand-waving.
I like to think that Part III (Chapters 11-17) of the mod_perl Developer's
Cookbook does some of that.
Hi there,
Haven't seen any replies, so I thought you'd like to hear from someone. :)
On Wed, 2 Jul 2003, Ruslan U. Zakirov wrote:
I've tried to use XML::XPath under mod_perl 1.27 and Apache 1.3.27, but
got segmentation fault
It's not uncommon to see XML and segfaults in the same post. :(
Hello again,
On Thu, 3 Jul 2003, Ged Haywood wrote:
There's nothing else in that function that would be likely to cause the
fault, if pool were invalid I'd expect it to happen in poolAppendChar().
Of course unless poolAppendChar() turns out to be a function defined
by a macro, which it does,
Hello,
GYmod_perl allows you to let your content handlers to focus on content -
GYall other parts of your application (authentication, session management,
GYproxying, URL rewriting tricks, etc) can programmed at the server level
GYvia other parts of the request cycle.
I think the question isn't
It's unclear to me, though, that there are unimaginably
cool things you can get to in a real content handler that you can't get
to from an Apache::Registry script--which seems to be the assertion.
well, if you consider that you still get access to $r and all its treasures
from Apache::Registry,
On Wed, 2003-07-02 at 20:38, Andrew Ho wrote:
I totally agree with the fact that Apache::Registry can introduce many
hard-to-debug-problems. I've had enough headaches debugging some of these
issues myself. It's unclear to me, though, that there are unimaginably
cool things you can get to in a
Not likely. Your syntax looks okay to me. It probably isn't being
called for some reason, or else $r is not what you think it is. Throw
in some debug statements and find out what's actually happening there.
Okay, I put in some code to take the generated headers and enter them into
the
Here is a little script I wrote a while back so that I could look at headers
being sent from my server in a browser window.
JM.
- Original Message -
From: Dennis Stout [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, July 02, 2003 4:44 PM
Subject: If (!$one_thing) {$other;}
On Wed, 2003-07-02 at 21:24, Dennis Stout wrote:
Okay, I put in some code to take the generated headers and enter them into
the
body of the page. This had an odd effect.
I bet I have a login problem.
You lost me. You were having problems with headers not being sent,
right? That
On Wed, 2003-07-02 at 21:24, Dennis Stout wrote:
Okay, I put in some code to take the generated headers and enter them
into
the
body of the page. This had an odd effect.
I bet I have a login problem.
Whoops. logic problem. YAY, maybe the core of all my problems is vast
amounts of
I think when I'm done and get this roled out, I'll work on making something
very similar but completely database driven. All the functions in the
dispatch table will be brought in through a single SQL statement called in
an
eval context.
This also means I can write a small subroutine to eval
36 matches
Mail list logo
