Steve Hay wrote:
Thomas Klausner wrote:
Hi!
On Mon, Sep 08, 2003 at 04:51:55PM +0100, Steve Hay wrote:
The project is going to be written as a series of mod_perl handlers
- one for the main home page, and others for various
sub-components. Each handler is implemented by a separate module
Marc Slagle wrote:
On Mon, 2003-09-08 at 11:51, Steve Hay wrote:
It also needs to have access to various static resources (images,
stylesheets, JavaScript libraries etc.).
Thus, I want to have something like this:
/myproject [mp1]
/myproject/component1 [mp1]
Perrin Harkins wrote:
On Mon, 2003-09-08 at 11:51, Steve Hay wrote:
Thus, I want to have something like this:
/myproject [mp1]
/myproject/component1 [mp1]
/myproject/component2 [mp1]
...
/myproject/images [static]
/myproject/javascript [static]
petersm wrote:
Steve Hay [EMAIL PROTECTED] wrote
Location /myproject
SetHandler perl-script
PerlHandler MyProject-dispatcher
/Location
LocationMatch ^/myproject/(images|javascript|stylesheets)
SetHandler default-handler
/LocationMatch
Correct me if I'm wrong, but can't you just
On Tuesday 09 September 2003 11:16, Steve Hay wrote:
Those were actually my very frist ideas, but I decided that I prefer
to have all the URL's to begin with /myproject. I don't necessarily
require that URL to be related to the filesystem structure, but I
just want all the URL's (dynamic and
Hi!
On Tue, Sep 09, 2003 at 10:05:43AM +0100, Steve Hay wrote:
Location /myproject/css
SetHandler default
/Location
Location /myproject/img
SetHandler default
/Location
This is working as expected, i.e. request for /css/foo.css or /img/bar.png
are not handled by Apache::Dispatch
Steve Hay [EMAIL PROTECTED] wrote
Thanks for the idea, though. If I manage to overcome my
inexplicable aversion to file extensions then it certainly looks
like the simplest solution.
I understand the argument that it's better for the user to not know the
extension of the file they are
On Tue, 2003-09-09 at 05:00, Steve Hay wrote:
As in a PerlTransHandler, yes?
Yup.
Is there a performance penalty with this? You're using Perl code to
inspect the URI, and then handing control back to the Apache core if it
is a static file. I wanted to avoid requests for static files
[Forwarded from [EMAIL PROTECTED] [EMAIL PROTECTED]]
Hello,
In response to :
Kurt George Gjerde wrote:
BTW: I've fixed my can't coerce GLOB to string problem I had last
week.
Was unrelated to mod_perl (sorry). It seems XML::LibXSLT produced some
errors which went straight to STDERR. Under
Hi,
I'm having trouble deciding what the best plan is for the arrangement of
the components of a new project that I'm starting.
The project is going to be written as a series of mod_perl handlers -
one for the main home page, and others for various sub-components.
Each handler is implemented
On Mon, 2003-09-08 at 11:51, Steve Hay wrote:
It also needs to have access to various static resources (images,
stylesheets, JavaScript libraries etc.).
Thus, I want to have something like this:
/myproject [mp1]
/myproject/component1 [mp1]
/myproject/component2
Hi!
On Mon, Sep 08, 2003 at 04:51:55PM +0100, Steve Hay wrote:
The project is going to be written as a series of mod_perl handlers -
one for the main home page, and others for various sub-components.
Each handler is implemented by a separate module (all sub-classes of a
common base
Steve Hay [EMAIL PROTECTED] wrote
It also needs to have access to various static resources (images,
stylesheets, JavaScript libraries etc.).
Thus, I want to have something like this:
/myproject [mp1]
/myproject/component1 [mp1]
/myproject/component2 [mp1]
...
On Mon, 2003-09-08 at 11:51, Steve Hay wrote:
Thus, I want to have something like this:
/myproject [mp1]
/myproject/component1 [mp1]
/myproject/component2 [mp1]
...
/myproject/images [static]
/myproject/javascript [static]
/myproject/stylesheets [static]
to reproduce the
problem or to prove it to be a problem in the user code, and many times I
can't reproduce problems on linux and my guess-work is not always successful.
It'd be very helpful if folks gave us help to reproduce problems, so we can
concentrate on fixing them. You don't have to understand
Xavier Noria wrote:
[EMAIL PROTECTED] wrote:
It seems to me that $r-content-type is for what your server sends to the
client, which is probably undef in the Fixup stage, where you test it.
You probaly meant to test for the
$ct = $r-header_in(Content-type)
if you wanted to see whats requested
sub handler {
my $r = shift;
return DECLINED if $r-content_type ne 'text/html';
return SERVER_ERROR unless $r-can_stack_handlers;
$r-set_handlers(PerlHandler = ['ContentHandler']);
return OK;
}
What am I missing?
unlike the other phases of the
On Wednesday 06 August 2003 20:26, Christopher Grau wrote:
On Wed, Aug 06, 2003 at 08:24:30PM +0200, Xavier Noria wrote:
To fix that, is it safe to change the test to
defined $r-content_type and $r-content_type ne 'text/html';
or is there a better way?
I usually don't concern
On Wed, Aug 06, 2003 at 08:24:30PM +0200, Xavier Noria wrote:
To fix that, is it safe to change the test to
defined $r-content_type and $r-content_type ne 'text/html';
or is there a better way?
I usually don't concern myself with the previous content type when writing
Location-based
On Wednesday 06 August 2003 19:53, Christopher Grau wrote:
Are you sure the content-type is text/html? Since you have your
own Location handler, Apache is probably using the value from the
DefaultType directive which, I think, defaults to text/plain when
Apache is installed.
That's it,
But you really want to learn how to
write tests with Apache::Test if you do any serious mod_perl
development, so there is no excuse not to learn Apache::Test, not
talking about the fact that there are hundreds of existing tests as
examples, the tutorial
I am trying to write a Hello World!-like set up involving a
PerlFixupHandler but cannot get it to work. What I want to
accomplish is:
1. Configure Dispatcher.pm as a PerlFixupHandler for
http://localhost/admin.
2. Let Dispatcher.pm set ContentHandler.pm as the content
So, while I'm not 100% sure about this, logically the $r-content_type
should be empty before the response is prepared to be sent to the browser,
so it should be empty in the Fixup stage.
not necessarily.
if you request index.html, mod_mime (at the mime-type phase) will set the
content type to
: Thursday, August 07, 2003 3:15 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: help on setting up a PerlFixupHandler
So, while I'm not 100% sure about this, logically the $r-content_type
should be empty before the response is prepared to be sent to
the browser,
so it should
On Wed, Aug 06, 2003 at 07:41:20PM +0200, Xavier Noria wrote:
package Dispatcher;
use Apache::Constants ':common';
sub handler {
my $r = shift;
return DECLINED if $r-content_type ne 'text/html';
return SERVER_ERROR unless $r-can_stack_handlers;
[mailto:[EMAIL PROTECTED]
Sent: Thursday, August 07, 2003 5:36 AM
To: Xavier Noria
Cc: [EMAIL PROTECTED]
Subject: Re: help on setting up a PerlFixupHandler
Xavier Noria wrote:
[EMAIL PROTECTED] wrote:
It seems to me that $r-content-type is for what your server
sends to the
client
On Wednesday 06 August 2003 18:29, Geoffrey Young wrote:
sub handler {
my $r = shift;
return DECLINED if $r-content_type ne 'text/html';
return SERVER_ERROR unless $r-can_stack_handlers;
$r-set_handlers(PerlHandler = ['ContentHandler']);
[EMAIL PROTECTED] wrote:
It seems to me that $r-content-type is for what your server sends to the
client, which is probably undef in the Fixup stage, where you test it.
You probaly meant to test for the
$ct = $r-header_in(Content-type)
if you wanted to see whats requested from the client.
But
pointed out you can get the what's before load off
your shoulders ;-)
HTH,
Lian Sebe, M.Sc.
Freelance Analyst-Programmer
www.programEz.net
-Original Message-
From: Xavier Noria [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 06, 2003 9:40 PM
To: [EMAIL PROTECTED]
Subject: Re: help
Michael G Schwern wrote:
The problem is likely the MY::dynamic hack in c/Makefile.PL. 6.05 and
previous had this:
dynamic :: Makefile $(INST_DYNAMIC) $(INST_BOOT)
6.06_01 and up have this
dynamic :: $(FIRST_MAKEFILE) $(INST_DYNAMIC) $(INST_BOOT)
for some reason, MY::dynamic is trying to lop
On Mon, Aug 04, 2003 at 08:46:27AM +0100, Steve Hay wrote:
I tried changing the s/// to:
$string =~ s{ \$\(INST_DYNAMIC\)}{}g;
$string =~ s{ \$\(INST_BOOT\)}{}g;
(I've dropped the trailing spaces in the patterns), which produced:
dynamic :: $(FIRST_MAKEFILE)
$(NOECHO) $(NOOP)
On Fri, 2003-08-01 at 22:53, Tofu Optimist wrote:
Then as root I used CPAN to install
Bundle::WWW, LWP, and HTML::Parser.
Had some troubles, used the force option, and plowed
ahead. (Maybe I should have stopped here at the first
FYI, this was probably also because of the locale issue.
Michael G Schwern wrote:
On Mon, Aug 04, 2003 at 08:46:27AM +0100, Steve Hay wrote:
I tried changing the s/// to:
$string =~ s{ \$\(INST_DYNAMIC\)}{}g;
$string =~ s{ \$\(INST_BOOT\)}{}g;
(I've dropped the trailing spaces in the patterns), which produced:
dynamic :: $(FIRST_MAKEFILE)
On Mon, Aug 04, 2003 at 09:35:55AM +0100, Steve Hay wrote:
Somehow, it has contrived to disappear! It always used to exist there,
which is why it didn't occur to me to check :-( I must have lost it
somewhere along the line when shoe-horning earlier MakeMaker's into place.
Possibly you
Michael G Schwern wrote:
On Mon, Aug 04, 2003 at 09:35:55AM +0100, Steve Hay wrote:
Somehow, it has contrived to disappear! It always used to exist there,
which is why it didn't occur to me to check :-( I must have lost it
somewhere along the line when shoe-horning earlier MakeMaker's into
On Mon, Aug 04, 2003 at 11:19:42AM +0100, Steve Hay wrote:
Why isn't the typemap file distributed as part of ExtUtils-MakeMaker?
typemap is very specific to the version of Perl, or so it is said.
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
You're more radiant
Michael G Schwern [EMAIL PROTECTED] writes:
On Mon, Aug 04, 2003 at 11:19:42AM +0100, Steve Hay wrote:
Why isn't the typemap file distributed as part of ExtUtils-MakeMaker?
typemap is very specific to the version of Perl, or so it is said.
Not really. There are some changes for PerlIO * vs FILE
We're getting out of my area of experience here, I don't use
mod_perl2,
but I hear there are recent changes to CGI.pm. Did you install the
latest CGI.pm? You should.
73,
Ged.
For the record, the last CGI.pm which I could get to work under
Win2K/IE 6 is 2.97.
V 2.99 corrupts the string
On Thu, Jul 31, 2003 at 01:27:01PM -0700, Michael G Schwern wrote:
I'm glad you guys got it working, but there's still the problem of why
MakeMaker's behavior changed. Since I tend not to touch the XS building
code much its likely a bug. Try the snapshot on makemaker.org. I just
fixed a
process.
If I could see the Makefiles from 6.03 and 6.12 I might be able to figure out
what's different. Also, if you could try various alpha versions between
those two, show the Makefiles and whether or not they exhibited the
behavior that would help alot in narrowing it down.
I've also tried
Steve Hay wrote:
Michael G Schwern wrote:
If I could see the Makefiles from 6.03 and 6.12 I might be able to
figure out
what's different. Also, if you could try various alpha versions between
those two, show the Makefiles and whether or not they exhibited the
behavior that would help alot
Steve Hay wrote:
This bug evidently goes back a long way: MM 6.06_02 fails in the same
way as 6.13.
I tried to use MM 6.06_01, but it wouldn't build itself (don't know
how to make 'C:\perl5\libNAME'). Instead, I knife-and-forked it into
place, but when I tried to use it to build libapreq, I
On Fri, Aug 01, 2003 at 10:03:20AM +0100, Steve Hay wrote:
This bug evidently goes back a long way: MM 6.06_02 fails in the same
way as 6.13.
I tried to use MM 6.06_01, but it wouldn't build itself (don't know
how to make 'C:\perl5\libNAME'). Instead, I knife-and-forked it into
place,
Hi.
I need some help with handlers.
I'm a linux newbie. I freshly installed RH 9.
I built perl 5.8.0 from source.
As non-root, I downloaded source for
Apache 1.3.28 and mod_perl 1.28
and built them, using the instructions here
http://perl.apache.org/docs/1.0/guide/install.html
. To see if the problem was my dev handler or my
dev conf files (vs. my dev mod_perl installation), I
tried the same handler on the outsider box and
got the same error.
Seeking suggestions help --
RKG
===
PREVIOUS POST
===
Hi.
I need some help with handlers.
I'm
Hi there,
On Fri, 1 Aug 2003, Tofu Optimist wrote:
sorry to break the thread in two.
:(
Why did it skip 6 tests?
How did you do the
perl Makefile.PL
step?
73,
Ged.
Exactly like it said in
http://perl.apache.org/docs/1.0/guide/install.html#A_Summary_of_a_Basic_mod_perl_Installation
% cd /usr/src
% lwp-download
http://www.apache.org/dist/httpd/apache_1.3.xx.tar.gz
% lwp-download
http://perl.apache.org/dist/mod_perl-1.xx.tar.gz
% tar xzvf
Hello again,
On Fri, 1 Aug 2003, Tofu Optimist wrote:
--- Ged Haywood [EMAIL PROTECTED] wrote:
How did you do the
perl Makefile.PL
step?
% cd /usr/src
% tar xzvf apache_1.3.xx.tar.gz
% tar xzvf mod_perl-1.xx.tar.gz
% cd mod_perl-1.xx
% perl Makefile.PL
Ged -- Sorry I wasn't fully explicit, it is still
early in the morning:
So your non-root user has write permission in
/usr/src? H...
Rather than /usr/src, I put in /home/aprk
% make make test make install
This can't work, you need to be root to make
install.
Yes, you are
On Fri, 2003-08-01 at 07:02, Tofu Optimist wrote:
I'm a linux newbie. I freshly installed RH 9.
I built perl 5.8.0 from source.
Go and change your locale from UTF8 to en_US or C. See this for why:
http://archive.develooper.com/[EMAIL PROTECTED]/msg97360.html
As non-root, I downloaded source
On Fri, 2003-08-01 at 10:31, Tofu Optimist wrote:
[1] How do I find *everything* on the box related to
perl / apache / mod_perl, both 1 and 2, both the RH
install and from my own ftp / tar / make fumblings?
Well, you can run updatedb and then use locate to look for things like
apachectl and
Hi there,
On Fri, 1 Aug 2003, Tofu Optimist wrote:
Rather than /usr/src, I put in /home/aprk
That's fine. But in future, tell us what you did, not some fiction... :)
Yes, you are correct. make make test as non-root,
then install as root. (Odd, isn't it, the docs at
Thanks Ged.
[4] Is a full uninstall enough, or should I
reinstall RH itself?
No, don't reinstall the entire OS. Get used to what
your system feels
like and eventually you'll know what to leave alone
and what to change.
Well, I opted to reinstall everything, starting with a
fresh RH9.
On Fri, 2003-08-01 at 16:24, Tofu Optimist wrote:
Am I going to have problems following the MP 2.0
install instructions
http://perl.apache.org/docs/2.0/user/install/install.html
if I don't nuke the current perl first?
No, you should be fine. However, I have also simply installed a new
Ack!! My perl build failed.
Here's what I did
nuke the RPMS
[EMAIL PROTECTED] root]# rpm -e mod_ssl
[EMAIL PROTECTED] root]# rpm -e mod_python
[EMAIL PROTECTED] root]# rpm -e pho
[EMAIL PROTECTED] root]# rpm -e php-ldap
[EMAIL PROTECTED] root]# rpm -e php-imap
[EMAIL PROTECTED] root]#
On Fri, 2003-08-01 at 17:46, Tofu Optimist wrote:
Ack!! My perl build failed.
[...]
Failed Test Stat Wstat Total
Fail Failed List of Failed
---
../lib/Locale/Codes/t/all.t
I'm not TRYING to be difficult; I am clueless.
:)
Exactly HOW do I change the locale?
And after I do that, I do my
make make install
again, yes?
Many thanks!
:)
A
__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Well, now that I've had a day or so to play with it (using both worker and
prefork), I have yet to see any issues. It looks good. However, any further
testing I do will probably be limited to prefork, since the overhead of ithreads
manages to eat
On Fri, Aug 01, 2003 at 09:05:55AM +0100, Steve Hay wrote:
I just tried MM 6.13: that made no difference.
Then I tried the snapshot (taken at 01 Aug 2003 07:55 UTC): that failed
loads of its own tests, but made no difference to the libapreq build
process.
Oh yeah, I didn't update the
Michael G Schwern wrote:
On Fri, Aug 01, 2003 at 10:03:20AM +0100, Steve Hay wrote:
This bug evidently goes back a long way: MM 6.06_02 fails in the same
way as 6.13.
I tried to use MM 6.06_01, but it wouldn't build itself (don't know
how to make 'C:\perl5\libNAME'). Instead, I
I am still here, trying to build mod_perl 2.
Many thanks to everyone who offered help.
To recap: I freshly installed RedHat 9 on a box,
then used RPM to remove modules involving httpd.
(See notes below). Then I built perl 5.8.0 from
source, first doing a export LANG=C to address
the UTF bug
On Fri, Aug 01, 2003 at 11:35:47AM +0100, Steve Hay wrote:
=
# --- MakeMaker dynamic section:
## $(INST_PM) has been moved to the all: target.
## It remains here for awhile to allow for old usage: make dynamic
#dynamic :: Makefile
dynamic :: Makefile
@$(NOOP)
to a file so you can peruse it later if
you feel the need. It will help you to become familiar with build the
process. It looks a lot more complicated than it is. Really.
% man script
for more details. I'd use 'less -S' to look at the scriptfile.
In fact I always alias 'less -S' to 'li' in my
Hello again,
On Fri, 1 Aug 2003, Tofu Optimist wrote:
To recap: I freshly installed RedHat 9 on a box,
then used RPM to remove modules involving httpd.
(See notes below). Then I built perl 5.8.0 from
source, first doing a export LANG=C
why not
LANG=en_US
?
Then as root I used CPAN to
Stephen Clouse wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, Jul 30, 2003 at 11:15:32PM +0200, Stas Bekman wrote:
Jarkko has just released perl-5.8.1-RC3. Quite a few things have changed
since 5.8.0. So it's *very* important that you test your code with this
release and
Stas Bekman wrote:
Jarkko has just released perl-5.8.1-RC3. Quite a few things have
changed since 5.8.0. So it's *very* important that you test your code
with this release and immediatelly report to p5p if you have any
problems, since Jarkko wants to release 5.8.1 any moment now.
BAD NEWS:
Steve Hay wrote:
Stas Bekman wrote:
Jarkko has just released perl-5.8.1-RC3. Quite a few things have
changed since 5.8.0. So it's *very* important that you test your code
with this release and immediatelly report to p5p if you have any
problems, since Jarkko wants to release 5.8.1 any moment
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Jul 31, 2003 at 11:41:42AM +0200, Stas Bekman wrote:
Iniital report: I just finished a build with ithreads and worker mpm. All
perl
and mod_perl tests pass.
Thanks for the note Stephen, but this is not very useful if you don't tell
Here is what happens:
MM 6.03 used to create libapreq.a but not libapreq.so, libapreq.a was just a
by product and never was intented to be installed. Request.so was statically
linking libapreq.a into it.
Now with 6.12 it creates both libapreq.so and libapreq.so, so when Request.so
is linked,
Stas Bekman wrote:
Here is what happens:
MM 6.03 used to create libapreq.a but not libapreq.so, libapreq.a was
just a by product and never was intented to be installed. Request.so
was statically linking libapreq.a into it.
Now with 6.12 it creates both libapreq.so and libapreq.so, so when
Steve Hay wrote:
Stas Bekman wrote:
Here is what happens:
MM 6.03 used to create libapreq.a but not libapreq.so, libapreq.a was
just a by product and never was intented to be installed. Request.so
was statically linking libapreq.a into it.
Now with 6.12 it creates both libapreq.so and
Stas Bekman wrote:
Steve Hay wrote:
Stas Bekman wrote:
Here is what happens:
MM 6.03 used to create libapreq.a but not libapreq.so, libapreq.a was
just a by product and never was intented to be installed. Request.so
was statically linking libapreq.a into it.
Now with 6.12 it creates both
Stas Bekman wrote:
Steve Hay wrote:
Stas Bekman wrote:
Stas Bekman wrote:
Steve Hay wrote:
Stas Bekman wrote:
Here is what happens:
MM 6.03 used to create libapreq.a but not libapreq.so, libapreq.a
was just a by product and never was intented to be installed.
Request.so was statically
the
behavior that would help alot in narrowing it down.
--
You're the sickest teenager I've ever set my wallet on.
Jarkko has just released perl-5.8.1-RC3. Quite a few things have changed since
5.8.0. So it's *very* important that you test your code with this release and
immediatelly report to p5p if you have any problems, since Jarkko wants to
release 5.8.1 any moment now.
Any version of mod_perl 1.x
Jarkko's original post had the links wrong: Here are the right links:
http://www.iki.fi/jhi/perl-5.8.1-RC3.tar.bz
http://www.iki.fi/jhi/perl-5.8.1-RC3.tar.gz
or rsync -avz ftp.linux.activestate.com::perl-5.8.x perl-5.8.x
You might also want to read the perldelta online:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, Jul 30, 2003 at 11:15:32PM +0200, Stas Bekman wrote:
Jarkko has just released perl-5.8.1-RC3. Quite a few things have changed
since 5.8.0. So it's *very* important that you test your code with this
release and immediatelly report to p5p
Shannon,
i put it working on Solaris, mod_perl, NTLM and mod_jk2 (to comunicate
with Tomcat), but unfortunatily, it just works when i access from
windows 9x and Linux. When i access by NT/2000/XP, it just doesn't work
at all (no validation). So, i decide, for a while, make it work on
Linux! I
I think you should consider using a system that is actually
supported.
Embperl, Apache::ASP, Text::Template, and Mason all have
similar syntax
to ePerl. There are lots of other things on CPAN that might be even
closer in syntax, but are not as widely used and well supported.
I just
Francisco de Assis Tristão wrote:
Shannon,
i got it configured with apache-1.3.27/mod_ssl/2.8.12 OpenSSL/0.9.6g
mod_perl/1.25, all by hand,
but it only works fine when i use just http - when i access the pages
with https, apache doesn't ask for the user...
Have you any idea about what is wrong?
-code',
$error);
$nFail++;
return OK;
}
-Original Message-
From: Perrin Harkins [mailto:[EMAIL PROTECTED]
Sent: Saturday, July 19, 2003 12:05 AM
To:
Cc: [EMAIL PROTECTED]
Subject: Re: Need help, Global Hash corruption under mod_perl
in perl 5.8.0!?!
On Fri
script..
-Original Message-
From: Perrin Harkins [mailto:[EMAIL PROTECTED]
Sent: Saturday, July 19, 2003 12:05 AM
To:
Cc: [EMAIL PROTECTED]
Subject: Re: Need help, Global Hash corruption under mod_perl
in perl 5.8.0!?!
On Fri, 2003-07-18 at 09:03, wrote:
I used Apache::ePerl
On Mon, 2003-07-21 at 02:51, wrote:
I have done code deparsing of eperl scripts saved in Cache
all started with
package Parse::ePerl;
use strict 'refs';
print(qq[?xml version=1.0?\n]);
so they all have the same package name. Can it cause a bug?
On Mon, 2003-07-21 at 02:41, wrote:
I'm using only Apache::ePerl which allows me use Perl in the the way
like
PHP, since I don't need Mason or EmbPerl html features for small WAP
resources.
I think you should consider using a system that is actually supported.
Embperl, Apache::ASP,
Hi,
I used Apache::ePerl ( http://www.ossp.org/pkg/tool/eperl/
http://www.ossp.org/pkg/tool/eperl/ ) for a long time (up to perl
5.6.1)
until our admin install perl 5.8.0 and recompiled apache and mod_perl
with it.
After that global hash $Cache where all precompiled eperl scripts kept
in
On Fri, 2003-07-18 at 09:03, wrote:
I used Apache::ePerl ( http://www.ossp.org/pkg/tool/eperl/
http://www.ossp.org/pkg/tool/eperl/ ) for a long time (up to perl
5.6.1)
until our admin install perl 5.8.0 and recompiled apache and mod_perl
with it.
After that global hash $Cache where all
Hello!
I just startet learning mod_perl and apache. I use the current version of
mod_perl 1 and apache 1.3. Perl itself has version 6.5.1.
My aim ist to set some environment variables visible to all apache/perl
children (as far as I unsterstand there is one perl instance for each apache
#PerlSetupEnv
Hope this will help.
--
WBR, Mike P. Mikhailov
mailto: [EMAIL PROTECTED]
ICQ:280990142
Hi there,
On Thu, 17 Jul 2003, Bernhard Donaubauer wrote:
I just startet learning mod_perl and apache. I use the current version of
mod_perl 1 and apache 1.3. Perl itself has version 6.5.1.
Can you be a little more careful with your version numbers in future?
but my testapplication does
Anyway, all this started from an attempt to access env. vars from legacy
scripts running under registry. What is the easiest way to get env. var
access without the accompanying performance penalty that mod_perl
documentation talks about?
If you need to have your scripts run unmodified, have
Francisco de Assis Tristão wrote:
Frank,
please, i am trying to configure AuthenNTLM on a solaris 2.8 (SPARC)
machine. But i did not find any sample about how to configure
httpd.conf. May you help me? I had compiled apache 2 version 2.0.46 with
ssl suport (i am configuring it with mod_jk
Stas Bekman wrote:
Francisco de Assis Tristão wrote:
Frank,
please, i am trying to configure AuthenNTLM on a solaris 2.8 (SPARC)
machine. But i did not find any sample about how to configure
httpd.conf. May you help me? I had compiled apache 2 version 2.0.46 with
ssl suport (i am configuring
Frank,
please, i am trying to configure AuthenNTLM on a solaris 2.8 (SPARC)
machine. But i did not find any sample about how to configure
httpd.conf. May you help me? I had compiled apache 2 version 2.0.46 with
ssl suport (i am configuring it with mod_jk and Tomcat too). Do i need
to have mod_perl
--- Dead Line [EMAIL PROTECTED] wrote: Hello
Everyone,
Im on FreeBSD 4.8R Fresh installation, I have
apache-fp, installed and
running,
I installed p5-Apache-ASP-2.51 from /ports
collection, installation was
../www/.htaccess: Invalid command 'PerlSetVar',
perhaps mis-spelled or
Hello Everyone,
Im on FreeBSD 4.8R Fresh installation, I have apache-fp, installed and
running,
I installed p5-Apache-ASP-2.51 from /ports collection, installation was
fine.
I copied whats in ./site/eg to the www directry, as its informed in the
website,
also I did the AllowOverride
--help
On Wed, 9 Jul 2003, Alexander Prihodko wrote:
--help
Usage: [EMAIL PROTECTED] [-s topic] PROBLEM [DETAILS]
Describe a PROBLEM, giving DETAILS, so that the members of
the list can try to assist you.
Example:
Date: Wed, 01 Jan 1970 00:00:00 +
From: D Ritchie
I made a simple mod_perl change to the config and when restarting Apache
I got this error:
(98)Address already in use: make_sock: could not bind to address
0.0.0.0:2250
no listening sockets available, shutting down
/usr/local/apache/bin/apachectl: line 87: 16512 Segmentation fault
$HTTPD
I made a simple mod_perl change to the config and when restarting Apache
I got this error:
(98)Address already in use: make_sock: could not bind to address
0.0.0.0:2250
no listening sockets available, shutting down
/usr/local/apache/bin/apachectl: line 87: 16512 Segmentation fault
Hi there,
On Thu, 3 Jul 2003, Dennis Stout wrote:
I made a simple mod_perl change to the config and when restarting Apache
I got this error:
(98)Address already in use: make_sock: could not bind to address
0.0.0.0:2250
no listening sockets available, shutting down
1 - 100 of 786 matches
Mail list logo
