Thanks for the quick response! It works with some modifications
to your code:
PerlModuleModPerl::Registry
SetHandlerperl-script
PerlResponseHandlerModPerl::Registry
Allow from all
Options +ExecCGI
PerlSendHeader O
Peter1 Alvin <[EMAIL PROTECTED]> wrote:
> I'm trying to set up modperl on Windows XP. Instead of executing the
> file, I get this returned to my browser:
Peter,
> But, I can't seem to configure Apache to actually *run* my script.
> I've tried all these directives:
>
>
> SetHandler modperl
>
I'm trying to set up modperl on Windows XP. Instead of executing the
file, I get this returned to my browser:
#!/usr/bin/perl5.8.0
print "Content-type: text/html\n\n";
print "Hello World!\n";
1;
Here is how I load perl:
LoadFile "C:/Program Files/Perl/bin/perl58.dll"
LoadModule perl_module
Hi -
This is not in your bug report format, but look
how strange it is:
1) Standard test gives these failures:
$ make test
...
Failed TestStat Wstat Total Fail Failed List of Failed
---
t/modperl/setupenv2.
Thank you! configure --enable-perl-glue complained about problems with
XSBuilder. After a ExtUtils re-install, the installation worked like a
charm. And no problems with startup.pl. Thanks again.
-Joshua
Joshua H wrote:
I copied all the .pm files from the local /tmp install to the
appar
Joshua H wrote:
I copied all the .pm files from the local /tmp install to the apparent
correct places in @INC. Now I get:
[Fri Dec 30 18:22:51 2005] [error] APR/Request/Param.pm did not return
a true value at
/usr/lib/perl5/site_perl/5.8.6/i586-linux-thread-multi/Apache2/Request.pm
line 2.
I copied all the .pm files from the local /tmp install to the apparent
correct places in @INC. Now I get:
[Fri Dec 30 18:22:51 2005] [error] APR/Request/Param.pm did not return a
true value at
/usr/lib/perl5/site_perl/5.8.6/i586-linux-thread-multi/Apache2/Request.pm
line 2.\nBEGIN failed--co
Thanks very much for the help.
I was actually using Apache2::Request->new(), instead of Apache::Request
- just mis-typed in my posting.
Additional information you asked for:
httpd2 version = 2.0.53
mod_perl version = 2.0.2
libapreq2 version = 2.06-dev
OS = Suse 9.3 w/ 2.6.11 kernel
used make
Joshua H wrote:
1) When I try to call Apache::Request methods (like new() ), I get an
You want Apache2::Request->new()
or better yet
APR::Request::Apache2->new()
See:
http://httpd.apache.org/apreq/docs/libapreq2/group__apreq__xs__apr__request__apache2.html
error to the effect that it can't fi
I've compiled and (apparently) successfully installed libapreq2.
However, I have two problems that are possibly related:
1) When I try to call Apache::Request methods (like new() ), I get an
error to the effect that it can't find Apache2/Request.pm in @INC. And
indeed although it is in the t
Jonathan Vanasco wrote:
On Dec 30, 2005, at 4:04 PM, Paul Harrison wrote:
How come in ModPerl 2, we don’t have to send the http headers and
print versus $r->print() compared to ModPerl1 ?
The general answer to the headers question is because httpd 2.x sends
them for you.
--
---
i believe thats a compile option
$r->print vs print was traditionally because of what STDOUT was
compiled to be
you could do print in modperl1 if you tied STDOUT to the right option
i'm not sure about http headers though
On Dec 30, 2005, at 4:04 PM, Paul Harrison wrote:
How come in ModPerl
On Fri, 30 Dec 2005 13:07:53 -0800
David Wheeler <[EMAIL PROTECTED]> wrote:
> Does that make things clearer? Is there an equivalent to
> $Apache::ReadConfig::PerlConfig in mod_perl2, perhaps? Or better
> yet, is there now an API for dynamically configuring Apache from
> mod_perl2?
Much. I wa
> "Curtis" == Curtis Poe <[EMAIL PROTECTED]> writes:
Curtis> Hi all,
Curtis> I've been searching like mad through the docs for how to do something
Curtis> that I know must be really simple. Let's say that I've added
Curtis> something like that to httpd.conf:
Curtis>PerlModule Some::Appli
Hi all,
However, what I need to be able to do is let someone
have a running mod_perl 2 setup and dynamically "pull in" the above
information from an external file or add that information via Perl (in
other words, I don't want to touch the default httpd.conf file). How
the heck do I do that?
Sin
How come in ModPerl 2, we don’t have to send the http
headers and print versus $r->print() compared to ModPerl1 ?
## ModPerl 2
sub handler {
my $r = shift;
$r->content_type('text/plain');
print "mod_perl 2.0
rocks!\n";
return Apache2::Const::OK;
}
On Dec 30, 2005, at 12:53 PM, Frank Wiles wrote:
Short of the other suggestion of bundling your own
apache/mod_perl/etc
I don't think you're going to be able to able to easily get around
having the user do almost nothing. I don't think many users would
be confused by adding one line of
On Fri, 30 Dec 2005 11:40:54 -0800
Curtis Poe <[EMAIL PROTECTED]> wrote:
> On Dec 30, 2005, at 10:39 AM, Frank Wiles wrote:
> > Many distros now setup Apache defaultly to "Include conf.d/*" so
> > you can "drop in" configs like this without having to muck with
> > the original/main httpd.con
BUT i don't see how its phishing.
I suspected it because its literally the exact same text but two
completely different addresses and names.
You can scrape all the addresses to this list off the web
true enough
or by just subscribing.
Exactly :) Any posts, and especially replies are
On Dec 30, 2005, at 10:39 AM, Frank Wiles wrote:
Many distros now setup Apache defaultly to "Include conf.d/*" so
you can "drop in" configs like this without having to muck with
the original/main httpd.conf.
I compiled my from source and it doesn't appear to do this. However, I
see that
On Dec 30, 2005, at 11:06 AM, Michael Peters wrote:
Admirable goal, but may I suggest an alternative way to look at it.
Instead of
working with an existing apache (which may or may not have mod_perl,
mod_* or
may have config directives which will conflict with your assumptions
etc) why
not ha
Curtis Poe wrote:
> On Dec 30, 2005, at 10:39 AM, Frank Wiles wrote:
>
>> I'm not sure if it's what you're after, but have you thought about
>> using an Include in your httpd.conf?
>
>
> I'll look into see what's involved with that. In the meantime, what I'm
> basically trying to do is al
On Dec 30, 2005, at 10:39 AM, Frank Wiles wrote:
I'm not sure if it's what you're after, but have you thought about
using an Include in your httpd.conf?
I'll look into see what's involved with that. In the meantime, what
I'm basically trying to do is allow a user to download our app and:
On 12/30/05 1:39 PM, "Frank Wiles" <[EMAIL PROTECTED]> wrote:
> On Fri, 30 Dec 2005 10:32:49 -0800
> Curtis Poe <[EMAIL PROTECTED]> wrote:
>
>> Hi all,
>>
>> I've been searching like mad through the docs for how to do something
>> that I know must be really simple. Let's say that I've added
On Fri, 30 Dec 2005 10:32:49 -0800
Curtis Poe <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I've been searching like mad through the docs for how to do something
> that I know must be really simple. Let's say that I've added
> something like that to httpd.conf:
>
>PerlModule Some::Application
>
Hi all,
I've been searching like mad through the docs for how to do something
that I know must be really simple. Let's say that I've added something
like that to httpd.conf:
PerlModule Some::Application
ServerNamesome.application
DocumentRoot /some/non_standard/path
Hi all,
I've been searching like mad through the docs for how to do something
that I know must be really simple. Let's say that I've added something
like that to httpd.conf:
PerlModule Some::Application
ServerNamesome.application
DocumentRoot /some/non_standard/path
27 matches
Mail list logo
