The URL
http://perl.apache.org/dist/mod_perl-1.28.tar.gz
has entered CPAN as
file: $CPAN/authors/id/G/GO/GOZER/mod_perl-1.28.tar.gz
size: 375986 bytes
md5: 889ad726a6d7c2fe03b2b1b93662f515
Changes since 1.27:
Apache::FakeRequest now isa Apache so code that is carefull about
$r and c
> 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 e
> 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
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 p
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;}
> > 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 i
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
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,
Hello,
GY>mod_perl allows you to let your content handlers to focus on content -
GY>all other parts of your application (authentication, session management,
GY>proxying, URL rewriting tricks, etc) can programmed at the server level
GY>via other parts of the request cycle.
I think the question isn
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,
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. :(
H
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.
authent
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
> 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
bo
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 wo
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 th
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 = sh
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 st
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
- Origi
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 y
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::
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, mod/per
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 t
Randy,
Good idea about the archive. I will do so.
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.
Matt
-Original Message-
From: Randy Kobes [mailto:[EMAIL PROTECTED]
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.
>
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)); \
}
> 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
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 Apache::R
> 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";
> pri
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.
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 port I am using
is the
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 poss
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: /home/cvs/modperl-2.0/xs/Apache/RequestIO/Apache__RequestIO.h,
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 imagin
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 spec
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/
> Than
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
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
--- 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 imple
38 matches
Mail list logo