Hi Ken,
On Fri, 20 Jun 2003, Ken Y. Clark wrote:
On Fri, 20 Jun 2003, Ged Haywood wrote:
All new code should use handlers.
I wouldn't be so strict about such definitions.
I didn't say must. :)
Or am I missing something?
You will get better performance from handlers and you can do
just fyi, mod_rewrite should be capable of handling those tests. See the
file tests under
http://httpd.apache.org/docs-2.1/en/mod/mod_rewrite.html#rewritecond
HTH, Aaron
On Tue, 2003-06-17 at 08:56, Joel Bernstein wrote:
Alternatively, can anybody suggest a different way to offer this
Ok, before heading off for the evening, here's a guess which may be
totally wrong.
JY - June Young said:
We are running CSWS1.2 (based on Apache 1.3.6) on Open VMS V7.3-1 and
CSWS_PERL V1.1 based on Mod_Perl V1.25.
Main assumption ( this is buggy and not real apache/mod_perl ) - (as buggy
of global
destruction. When does global destruction happen in mod_perl? Does my
code causes server process die and then the process tries to do global
destruction ? Or global destruction at some stage causes the process
die. I thought mod_perl provide persistent environment, and no global
destruction
Nigel Hamilton sent the following bits through the ether:
While reading this section I wondered how Parrot would fit
into the interpreter pool scheme available in mp2? Has anyone got any
theories on how Perl 6 and mod_perl may merge in the future?
This is a little speculative
All
Can someone please tell me if the following compile time options will work without
inherited (intermitted) problems.
Btw. I'm running perl 5.8.0 and apache 1.3.27 (without lfs).
% perl Makefile.PL \
USE_APXS=1 \
WITH_APXS=/usr/local/apache/bin/apxs \
EVERYTHING=1 \
Guys
Everything you've said so far make complete sense (thanks for that!).
My question now is, did Doug take this into consideration when he build mod_perl v1.27
(w/ PERL_USELARGEFILES=0) and somehow wrote a function that cleans up the data
structures from perl?
I think I need someone
Hi there,
On Thu, 19 Jun 2003 [EMAIL PROTECTED] wrote:
My question now is, did Doug take this into consideration when he
build mod_perl v1.27 (w/ PERL_USELARGEFILES=0)
I'm sure Doug took into consideration all sorts of things we never
even thought about. Try it out and let us know what
PROTECTED]
Sent: 19 June 2003 14:45
To: Greyling, Jaco
Cc: [EMAIL PROTECTED]
Subject: RE: non-LFS Apache 1.3.27 w/ LFS Perl 5.8.0 (using mod_perl)
Hi there,
On Thu, 19 Jun 2003 [EMAIL PROTECTED] wrote:
My question now is, did Doug take this into consideration when he
build mod_perl v1.27 (w
Hi there,
On Wed, 18 Jun 2003, Trevor Phillips wrote:
Whether it's i686 or i386 - both mod_perl and FastCGI are using the same
compile of perl - so what difference should there be?
Must have got my wires crossed somewhere - I thought you must be using
different Perls.
73,
Ged.
Hey
Sorry - it took 30 mins to receive the confirmation (wasn't sure if it went through
successfully the 1st time)...
Anyway, I don't have a BUG to report - all I want to know is, is it SAVE to run
non-LFS Apache with LFS Perl using mod_perl LFS. It works...sure...but I'm not sure
what
this section I wondered how Parrot would fit
into the interpreter pool scheme available in mp2? Has anyone got any
theories on how Perl 6 and mod_perl may merge in the future?
Or will Perl 6 Web Applications go down the Java track and execute
in JBoss-esque application servers?
I know
[EMAIL PROTECTED] wrote:
Hey
Sorry - it took 30 mins to receive the confirmation (wasn't sure if it went
through successfully the 1st time)...
Anyway, I don't have a BUG to report - all I want to know is, is it SAVE to
run non-LFS Apache with LFS Perl using mod_perl LFS. It works...sure
-compiling my whole Perl 5.8.0 build I need to come up with a solution.
Like I said before Doug MacEachern actually allows you to get away with this in
mod_perl 1.27 (with mod_perl 1.24 it would squeal and terminate during compile time).
Sorry for my ignorance but it does look like it will work (non
Trevor Phillips [EMAIL PROTECTED] writes:
[...]
On my main dev box, ab gives an average of 8.8secs for the mod_perl
run, and 7.2secs for the FastCGI run. The internal timer and printed
output reflects these results too.
How does the cgi/command-line version stack up? AFAICT your test isn't
Joe Schaefer wrote:
Trevor Phillips [EMAIL PROTECTED] writes:
[...]
On my main dev box, ab gives an average of 8.8secs for the mod_perl
run, and 7.2secs for the FastCGI run. The internal timer and printed
output reflects these results too.
How does the cgi/command-line version stack up
Hi there,
On Wed, 18 Jun 2003 [EMAIL PROTECTED] wrote:
Thus without re-compiling my whole Perl 5.8.0 build I need to come
up with a solution.
I really don't see why you don't recompile your Perl. It's not a big
deal and it's going to be a lot safer that way.
Sorry for my ignorance but it
Stas Bekman wrote:
Joe Schaefer wrote:
I doubt that this makes any difference. I think what makes the
difference is
the fact that the mod_perl handler is setup via .htaccess. Have you
tried setting it in httpd.conf? Otherwise it's parsed on each request,
no surprises that it's slower.
Eh? How
=~ /LARGEFILE/;
$PERL_USELARGEFILES=0; #just do it since
return; #nobody seems to listen to the warning below
phat_warn(EOF);
Your Perl is uselargefiles enabled, but Apache is not, suggestions:
*) Rebuild mod_perl with Makefile.PL PERL_USELARGEFILES=0
*) Rebuild Apache with CFLAGS
Hello,
I need help in file uploading with mod_perl 2.
Apache::Request is not compatible with mod_perl 2, and I want to know
how can I upload file widthout using CGI.pm
Please send me an example if possible.
Thanks,
Alejandro.
Hi,
mod_perl does not look different between 2 builds (lfs and non-lfs apache) - our
assumption that mod_perl shares memory with Apache might just be wrong or there is a
way for mod_perl to make system calls with lfs against perl and non-lfs against apache.
Hence we need a developer feedback
All
Sorry if this question goes out to the wrong discussion group, but I've been
told if anyone could answer this then it'll be someone on this forum :) Ok,
here goes...
We use Perl 5.6.x and Perl 5.8.0 with LFS. We also use mod_perl 1.27 with
LFS and Apache 1.3.27 (with LFS).
To make a long
Alejandro Galue wrote:
Hello,
I need help in file uploading with mod_perl 2.
Apache::Request is not compatible with mod_perl 2, and I want to know
how can I upload file widthout using CGI.pm
Please send me an example if possible.
Simply copy the relevant code from CGI.pm.
Alternatively if you
practical is that Practical mod_perl?
On Fri, 2003-06-13 at 03:46, Slava Bizyayev wrote:
Every good book about mod_perl achievements can result in better
contracts
for each of us and can bring aboard new talented contributors. A bad
book
can damage/destroy public interest and finally can kill
, 2003 3:11 AM
Subject: Re: How practical is that Practical mod_perl?
Slava,
In my understanding you would better rewrite p.401-402 from the scratch
for
the next edition (which is not supposed to happen very soon, isn't it?).
Otherwise, you will have to rewrite Apache::GzipChain appropriately
PROTECTED]
Sent: Saturday, June 14, 2003 9:28 AM
Subject: Re: How practical is that Practical mod_perl?
Stas Bekman wrote:
Slava,
[chomp]
I think it's a time to start a new thread on how to improve:
http://perl.apache.org/docs/tutorials/client/compression/compression.html
For starters
practical is that Practical mod_perl?
or, as a bugfix for future versions of mod_perl compression modules,
before compressing the page, the module should provide the option of
adding 2048 bytes of spaces to the beginning of the page, which
according to my quick calculations, gzips down to 46 bytes
On Friday 13 June 2003 23:00, you wrote:
[ please keep it on the list ]
Oops. Sorry. Used to mail lists auto-replying to the list. ^_^;;
On Fri, 2003-06-13 at 03:23, Trevor Phillips wrote:
I don't think so. Pretty standard Debian install, Perl 5.6.1...
And you compiled both mod_perl
All
Sorry if this question goes out to the wrong discussion group, but I've been told if
anyone could answer this then it'll be someone on this forum :) Ok, here goes...
We use Perl 5.6.x and Perl 5.8.0 with LFS. We also use mod_perl 1.27 with LFS and
Apache 1.3.27 (with LFS).
To make a long
All
Sorry if this question goes out to the wrong discussion group, but I've been told if
anyone could answer this then it'll be someone on this forum :) Ok, here goes...
We use Perl 5.6.x and Perl 5.8.0 with LFS. We also use mod_perl 1.27 with LFS and
Apache 1.3.27 (with LFS).
To make a long
Hi there,
On Tue, 17 Jun 2003, Trevor Phillips wrote:
[snip]
The speed problem is not a connect time problem - it's actual run-time of the
Perl code.
[snip]
The only common thing between all the systems with the problem is they're
using the i686 Debian package for mod_perl.
Do you know
Hi,
I would not be surprised if this problem has arisen due to me expecting
more from Apache+mod_perl than it's capable of.
The server is running Apache 1.3.mumble with mod_perl and mod_php. The
site has been entirely built in PHP, by somebody else. They want the
facility for http://foo.bar.com
Alternatively, can anybody suggest a different way to offer this
functionality? I don't think mod_rewrite applies, since the tests are
too complicated, but would stand corrected if somebody knows
different...
I posted this to london.pm earlier and had no joy.
/joel, getting a bit desperate.
On Tue, 2003-06-17 at 13:56, Joel Bernstein wrote:
Alternatively, can anybody suggest a different way to offer this
functionality? I don't think mod_rewrite applies, since the tests are
too complicated, but would stand corrected if somebody knows
different...
Have you tried moving the
Joel Bernstein wrote:
Hi,
I would not be surprised if this problem has arisen due to me expecting
more from Apache+mod_perl than it's capable of.
The server is running Apache 1.3.mumble with mod_perl and mod_php. The
site has been entirely built in PHP, by somebody else. They want the
facility
Title: Message
Hi,
We arerunning
CSWS1.2(based on Apache 1.3.6) on Open VMS V7.3-1 and
CSWS_PERL V1.1 based on Mod_Perl V1.25.
We have a function that changes the
directory format from Unix to VMS, and this function is used in almost every
script of our CGIs. Whenever the CGI
if this question goes out to the wrong discussion group, but I've
been told if anyone could answer this then it'll be someone on this forum
:) Ok, here goes...
Sounds like the right place to me.
We use Perl 5.6.x and Perl 5.8.0 with LFS. We also use mod_perl 1.27 with
LFS and Apache 1.3.27 (with LFS
mod_perl and FastCGI are using the same
compile of perl - so what difference should there be?
Right! I've put together a test case, which has nothing to do with my EDO
project. It's just a simple iterative loop, with subroutine calls, updating a
hash. I've included the main module Thrash.pm, which does
On Wednesday 18 June 2003 11:30, Trevor Phillips wrote:
On my main dev box, ab gives an average of 8.8secs for the mod_perl run,
and 7.2secs for the FastCGI run. The internal timer and printed output
reflects these results too.
Oops! The internal timer wasn't accurate: Swap lines 35 36
Hi there,
On Mon, 16 Jun 2003, Ryan Dietrich wrote:
mod_perl on Solaris
Thanks for the tips!
things ended up being ridiculously stable (they haven't rebooted since last
February I'm told)..
Hehe:
www2:~$ top -bn1 | head
9:57am up 421 days, 19:57, 1 user, load average: 0.03, 0.10
Stas Bekman wrote:
[...]
BTW, Eric is working on creating a new site for http://modperlbook.org/
which will include the source code, errata and other useful information.
We will let you know when this work has been completed.
I've just put it online.
Enjoy,
--
Eric Cholet
I have a opportunity to upgrade and standardize a couple of mod_perl
enabled servers to the most stable configuration as of now. Apache 1.3
and mod_perl was easy to choose since it is a production environment.
What I am very much confused is to what should I chose for the
distribution. For various
and energy. Generally it includes an
enormous mountain of stuff you neither need nor want, but it has to
have frills, bells and whistles to compete. For a mod_perl server all
you need is a decent kernel, networking support, a shell and tools to
build the server(s) e.g. an editor, a C compiler suite
--- Ged Haywood [EMAIL PROTECTED] wrote:
Hi there,
On Mon, 16 Jun 2003, Mithun Bhattacharya wrote:
I have a choice between the very well tested 7.3 but highly likely
to become unsupported by RedHat soon. Or I could go for RedHat 9.0
Ohh no no one is using RedHat support it is just the
and mod_perl since mid-1999 i.e. (if memory serves) Apache 1.2.19,
mod_perl 1.19 and Perl 5.005_03. To my mind there are more programmers
in this world than there should be who don't mind warnings in compiler
output, but if you have a fussy compiler you'll expect to see the odd
warning amongst the slew
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Monday 16 June 2003 05:02, Mithun Bhattacharya wrote:
I have a opportunity to upgrade and standardize a couple of mod_perl
enabled servers to the most stable configuration as of now. Apache 1.3
and mod_perl was easy to choose since
--
mod_perl digest
June 2, 2003 - June 15, 2003
--
Recent happenings in the mod_perl world...
Features
o
Mithun Bhattacharya wrote:
I have a opportunity to upgrade and standardize a couple of mod_perl
enabled servers to the most stable configuration as of now. Apache 1.3
and mod_perl was easy to choose since it is a production environment.
What I am very much confused is to what should I chose
Long time lurker (2 years on list I think), first time poster..
I dealt with mod_perl on Solaris during the creation of the Chicago Police
Department's mug shot database (running on twin E6800's / Oracle 9i). I was
the primary author of this beast, and getting mod_perl to play nicely
Ryan Dietrich wrote:
Long time lurker (2 years on list I think), first time poster..
I dealt with mod_perl on Solaris during the creation of the Chicago Police
Department's mug shot database (running on twin E6800's / Oracle 9i). I was
the primary author of this beast, and getting mod_perl
think it's a time to start a new thread on how to improve:
http://perl.apache.org/docs/tutorials/client/compression/compression.html
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl
Stas Bekman wrote:
Slava,
[chomp]
I think it's a time to start a new thread on how to improve:
http://perl.apache.org/docs/tutorials/client/compression/compression.html
For starters, apache2/mp2 coverage. As I understand it, and my logs
seem to indicate, mod_deflate compresses everything
From: Ged Haywood [EMAIL PROTECTED]
Sent: Friday, June 13, 2003 6:30 AM
Subject: Re: How practical is that Practical mod_perl?
It is unrealistic (and perhaps a little Oriental?) to refuse to accept
that we make mistakes, and that we will continue to make them. It is
far more constructive
possible.
Thanks,
Slava
- Original Message -
From: David Dick [EMAIL PROTECTED]
To: Slava Bizyayev [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Friday, June 13, 2003 6:46 AM
Subject: Re: How practical is that Practical mod_perl?
ok, i thought you might have been referred to problems
Hi Slava,
On Sat, 14 Jun 2003, Slava Bizyayev wrote:
So, what it looks like?
http://groups.yahoo.com/group/modperl/message/34174
Looks like a moment of truth.
Yup. :)
73,
Ged.
Is there anything I may be missing about the general configuration or
environment of mod_perl which may be causing this strange situation?
Try profiling...
Some time ago I found my modperl app to be fairly slow because I
turned on use Carp (and was carping errors and warnings). After
or, as a bugfix for future versions of mod_perl compression modules,
before compressing the page, the module should provide the option of
adding 2048 bytes of spaces to the beginning of the page, which
according to my quick calculations, gzips down to 46 bytes? only for ie6
of course
hurt mod_perl performance. Try to tune it so that it's
about the same as FastCGI.
Two other possibilities are using a different version of Perl (like one
with theads and one without), or accidentally using the wrong version of
your modules.
I replaced it with my own module, which
again parses
to generate and return. It's something run-time, which is
different between mod_perl and FastCGI. It's bizarre...
Have you heard of Apache::Reload.
http://perl.apache.org/docs/1.0/guide/porting.html#Reloading_Modules_and_Re
quired_Files
I have now. How does it handle syntax errors? Does it kill
have. Although it was several years ago now. Has much changed?
It wasn't updated much in the last year. But I did lots of updates a year
before when working on the Practical mod_perl book.
I'll take a
look, but I haven't seen anything in there that correlates to the sort of
results I'm seeing
Hi Perrin,
Thank you for the response. At least it's better to know that the book is
not that bad in common sense. Let's try to talk a little (and with only
minimum of emotions) about the details that just pissed me off yesterday.
Every new book written about mod_perl is a very important event
approach is used in mod_deflate. Apache::GzipChain does
not have internal resources to work around this bug.
You can find on CPAN
http://search.cpan.org/author/SLAVA/Apache-CompressClientFixup-0.06/ which
is supposed to serve any mod_perl compressor including Apache::GzipChain,
but this handler
On Fri, Jun 13, 2003 at 01:16:48PM +0800, Trevor Phillips wrote:
On Friday 13 June 2003 12:26, Perrin Harkins wrote:
You're not giving us much to go on here. What kind of changes did you
make? Can you verify that you are running the correct versions of the
modules under mod_perl
is that Practical mod_perl?
I've very little to add to Perrin's wise reply, other than if you find
incorrect or outdated information please submit it to us and we will make
sure
that the corrections/additions will make it to the Errata and will be
rectified in the future editions.
For example Chris
Hi all,
On Fri, 13 Jun 2003, Slava Bizyayev wrote:
We should together refrain from doing mistakes (at least publicly).
It is unrealistic (and perhaps a little Oriental?) to refuse to accept
that we make mistakes, and that we will continue to make them. It is
far more constructive to prepare
http://search.cpan.org/author/SLAVA/Apache-CompressClientFixup-0.06/ which
is supposed to serve any mod_perl compressor including Apache::GzipChain,
but this handler is missed in example on p.402.
# From: [EMAIL PROTECTED]
# To: [EMAIL PROTECTED]
# Date: Wed, 15 Jan 2003 20:05:06 +0200
#
# ... Our
install, Perl 5.6.1...
And you compiled both mod_perl and FastCGI yourself?
PerlModule CGI;
You could gain more speed by replacing that. CGI_Lite or CGI::Simple
are faster and should still be cross-platform.
That's preloaded for some other modules. EDO uses Apache::Registry. (Which
On Fri, 2003-06-13 at 03:46, Slava Bizyayev wrote:
Every good book about mod_perl achievements can result in better contracts
for each of us and can bring aboard new talented contributors. A bad book
can damage/destroy public interest and finally can kill this technology.
There are many bad
On Wed, May 28, 2003 at 10:07:39PM -0400, Dale Lancaster wrote:
For the perl hash, I would key the hash on the combo of planet and date,
something like:
my %Planets = (
jupiter= {
1900-01-01= ( 5h 39m 18s, +22o
4.0', 28.922, -15,128,
On Fri, 2003-06-13 at 12:02, Patrick Mulvany wrote:
However If I ever heard of a case for use of a fixed width ascii file using spacing
records this is it.
Why make your life difficult? Just use a dbm file.
- Perrin
It arrived, today. (Practical mod_perl ) My first impression was ...!,
this is a Fat Book!!!
while I browse the book, I found some chapters importants.
I believe that all know to Stas Bekman for your contributions to mod_perl
documentation and tests, this is a good book, and I hope to discuss
in order to optimize Apache configurations and perl
code. I did never really plan to write any review of this book just because
I feel not strong enough to discuss recommendations of the well-known leader
of modern mod_perl development.
Indeed, I've got confused and disappointed when found
can't expect every page of the mod_perl site to be mentioned in the
book.
From my point of view, that was namely Stas who failed in this situation. He
failed to recognize that the absence of information in area that you do not
understand (or don't care to understand) is always better (and much more
speaking of mod perl books, i have gotten lost somewhere. theres the
eagle book, theres stas' book (practical mod_perl i learned today), and
theres 'geoffs book'. what is the name of geoffs book please? i wanna
have all 3 after reading the reviews yet geoffs last name is escaping me
On Thu, 2003-06-12 at 17:31, Gedanken wrote:
speaking of mod perl books, i have gotten lost somewhere. theres the
eagle book, theres stas' book (practical mod_perl i learned today), and
theres 'geoffs book'. what is the name of geoffs book please?
It's mod_perl Developer's Cookbook. You
the general configuration or
environment of mod_perl which may be causing this strange situation?
--
. Trevor Phillips - http://jurai.murdoch.edu.au/ .
: Web Technical Administrator - [EMAIL PROTECTED] :
| IT Services
there is such a vast
difference in performance.
Is there anything I may be missing about the general configuration or
environment of mod_perl which may be causing this strange situation?
You would have to provide your configuration for anyone to be sure, but there
are a couple of things
!
You're not giving us much to go on here. What kind of changes did you
make? Can you verify that you are running the correct versions of the
modules under mod_perl? Are you seeing generally about the same
performance on both platforms? What does you httpd.conf look like?
By the way, I don't
On Friday 13 June 2003 12:14, Cees Hek:
I'm far from new to mod_perl, so yes, I've checked all the obvious stuff.
- Are you only checking the first time you load the page? mod_perl still
needs to load all the perl modules on the first request to a page, unless
you have specifically pre
how you developed with
FastCGI because it's easy to restart. Is there something about mod_perl
that makes it hard to restart for you? I always restart after every
code change since it takes me less than a second to do.
On a server where there are other developers working on it, if I restart
I have a local hosting provider who has mod_perl installed
on the server, but will not enable it for security reasons. After doing
some digging on the mod_perl site and thinking about how many ways a
renegade mod_perl program could bring down a site (large modules using
a lot of memory means
We use BSD::Resource for our mod_perl clients. Keeps them
from eating the machine alive.
On another shared machine each client gets their own
interpreter with some pretty tight limits on child
spawning, open children etc. on top of the Resource limits
Shared hosting mod_perl is a real drag
Not quite a manual, but read some of these discussions on PerlMonks:
http://www.perlmonks.org/index.pl?node=mod+perl+isp+hostgo_button=Search
mod_perl shared hosting
ISPs supporting mod_perl
mod_perl: the bane of share webhosting
Hope this gives you some answers (not a lot of hope, though
On Wed, 2003-06-11 at 18:09, Sidharth Malhotra wrote:
Not quite a manual, but read some of these discussions on PerlMonks:
http://www.perlmonks.org/index.pl?node=mod+perl+isp+hostgo_button=Search
mod_perl shared hosting
ISPs supporting mod_perl
mod_perl: the bane of share webhosting
Hope
On Wed, 2003-06-11 at 12:58, Mike Zelina wrote:
I couldn't find any documentation on how a host *could* provide mod_perl
and do it in a way that would be safe for his server and usable for a
client.
I was just talking about this with my co-workers. Here's one way:
Set up a front-end apache
Perrin Harkins wrote:
On Wed, 2003-06-11 at 12:58, Mike Zelina wrote:
I couldn't find any documentation on how a host *could* provide mod_perl
and do it in a way that would be safe for his server and usable for a
client.
I was just talking about this with my co-workers. Here's one way:
Set up
Aaron Trevena wrote:
[...]
http://www.bytemark-hosting.co.uk do some good deals and discounts for
free software author and seem nice people.
Please submit ISPs that support mod_perl and/or virtual servers. so we can add
them to:
http://perl.apache.org/help/isps.html
I've added the one
The message is for notice about the installation of mod_perl 1.99_09 and
Apache 2.0.46 with Perl 5.6.1 under NetBSD 1.5.3.
Such installation was easy but slow in my old Pentium MMX 200 with 32
MB RAM.
[/home/admin $ ]sudo /usr/local/apache2/bin/apachectl status
other flag might set the make process to assume DSO builds?
Forrest
At 07:51 PM 6/9/2003, Ged Haywood wrote:
Hello again,
On Mon, 9 Jun 2003, Forrest Aldrich wrote:
Referring back to my original post, it with the options I specified, the
compile process still insists on compiling mod_perl
Hi,
Find Job! http://www.find-job.net is the biggest computer and internet
related employment site in Japan. And I just want to let you know that our
site now is running on mod_perl completely. We have around 75000
registered users and 1 registered companies. Our pageview is around 4
million
This is what I found:
--enable-shared=max tells the script to include mod_so (needed for dynamic
modules, or DSOs) and compile all the standard modules as dynamic modules
So I will need to find some way around this for the other things I rely
upon. but it seems that mod_perl's
At 02:55 PM 6/10/2003, Ged Haywood wrote:
[ ... ]
Try taking out
--enable-shared=max
[ ... ]
This caused the compilation process to bomb:
./libhttpd.so: warning: mktemp() possibly used unsafely; consider using
mkstemp()
Okay, here's what I've done which seems to have worked with a
statically-linked mod_perl.
o untar all distributions into a working directory
o ./configure apache with all the usual options I use (i have a script that
has this):
./configure --with-perl=/usr/local/bin/perl --enable-module
Hi Forrest,
On Tue, 10 Jun 2003, Forrest Aldrich wrote:
seems to have worked
[snip]
# /usr/apache/bin/httpd -l
Compiled-in modules:
http_core.c
mod_so.c
mod_dosevasive.c
mod_perl.c
[snip]
:)
building mod_perl is such a pain
[snip]
thoughts on this one?
It isn't usually
Hi there,
On Tue, 10 Jun 2003, Forrest Aldrich wrote:
I wonder if this will affect anything else, especially other
things that require DSO support. ?
Have you got the Eagle Book? You need
--enable-module=so
in your configure arguments to put mod_so into Apache, mod_so allows
Apache to
Hi,
Find Job! http://www.find-job.net is the biggest computer and internet
related employment site in Japan. And I just want to let you know that our
site now is running on mod_perl completely. We have around 75000
registered users and 1 registered companies. Our pageview is around 4
million
Hi,
I was trying to setup Apache (with mod_perl and
mod_ssl) on Windows ME, and I had a weird problem.
Before the problem, let me talk about more about some
details. I have installed Apache from
http://perl.apache.org/dist/win32-bin/. I installed
the perl 5.6 version, which is perl-win32-bin.exe
Hi there,
On Sun, 8 Jun 2003, Forrest Aldrich wrote:
I want to try compiling mod_perl statically
What's the question?
73,
Ged.
At 03:26 AM 6/9/2003, Ged Haywood wrote:
Hi there,
On Sun, 8 Jun 2003, Forrest Aldrich wrote:
I want to try compiling mod_perl statically
What's the question?
73,
Ged.
[ ... ]
Referring back to my original post, it with the options I specified, the
compile process still insists on compiling
Ged,
This is what the make output shows... I've read the docs. Perhaps I need
to try compiling mod_perl with a different method (I recall a build option
with apxs, outside of the apache src tree).
o perl_module uses ConfigStart/End
+ mod_perl build type: DSO
+ setting up mod_perl
301 - 400 of 6247 matches
Mail list logo