In message <[EMAIL PROTECTED]>, Jie Gao w
rites:
>Don't know. There is an issue with Apache 2.2.2. Advice given to me is to
>compile everything for Apache 2.2.0, and then install Apache 2.2.2 on top of i
>t.
$ uname -sr
SunOS 5.10
$ /opt/apache2/perl-5.8.8/bin/HEAD http://localhost:8080
200 OK
Con
Hi All,
I'm running into a conflict between Perl's SDBM_File and mod_ssl's
use of sdbm as I try to build Apache + mod_perl + mod_ssl on Red Hat
Enterprise Linux ES release 4 (Nahant Update 3) on a 64-bit box:
gcc -DLINUX=22 -DHAVE_SET_DUMPABLE -DNO_DBM_REWRITEMAP -
DMOD_SSL=208127 -DMOD_P
On Jun 7, 2006, at 6:19 PM, Matthew wrote:
How exactly to you do that?
do everything you can in a perl module, then load those modules in a
startup.pl style script that is called from httpd.conf
anything loaded during then will be compiled into shared memory
all of the scripts i've writte
On Wed, 2006-06-07 at 17:36 -0500, Michael Preslar wrote:
> use Apache::Registry();
In mod_perl 2, that would be ModPerl::Registry.
> Yet, Apache wont restart with this new configuration, nor is there
> anythign in the logs pointing to anything wrong
It would be printing to STDERR when you run
Actually, I found that
1) My host lied. MP1 is not installed. MP2 is.
2) Instead of Apache::Constants, I have Apache::Const
And finally.. The new part to this email thread..
I added
PerlRequire /home/httpd/vhosts/mydomain.com/startup.pl
To httpd.conf
And startup.pl contains: (Taken
a lot of people (ok, me) prefer to call every script in a startup.pl so
it gets precached into the parent's shared memory
i do it mainly with mp handler routines, but have done it with a few
registry scripts
How exactly to you do that?
-Matthew
On Wed, 7 Jun 2006, John D Groenveld wrote:
> Date: Wed, 07 Jun 2006 16:07:08 -0400
> From: John D Groenveld <[EMAIL PROTECTED]>
> To: Sheila R. Bryant <[EMAIL PROTECTED]>
> Cc: modperl@perl.apache.org
> Subject: Re: mod_perl - make test fails on Solaris 10
>
> In message <[EMAIL PROTECTED]>, "
I have tested the problem with a barebones build of httpd on
FreeBSD 5 and 6. I do not believe any different library versions
are shared between this module and Apache or other loaded Apache
modules; symbol conflicts were my first thought.
No idea why... but I've definitely encountered that
I have tested the problem with a barebones build of httpd on
FreeBSD 5 and 6. I do not believe any different library versions
are shared between this module and Apache or other loaded Apache
modules; symbol conflicts were my first thought.
No idea why... but I've definitely encountered that
On Wed, 2006-06-07 at 14:17 -0700, john doe wrote:
> Yes, it grows in 4k chunks just about every page reload. And when I
> hit it from a test script just doing a GET to the exact same page, it
> grows much faster (still at 4k rate), but you can see the proc size
> grow infront of your eyes!
That's
Yes, it grows in 4k chunks just about every page reload. And when I hit it from a test script just doing a GET to the exact same page, it grows much faster (still at 4k rate), but you can see the proc size grow infront of your eyes!And again, just for clarity, this is happening on a statically comp
On Wed, 2006-06-07 at 13:58 -0700, john doe wrote:
> It was written as a handler. I did not even send the constants, just
> a direct 200. (Altough I tried return OK, too).
This doesn't look like it should grow. It never stopped growing? You
could hit it all day and it would increase? (Seeing a
It was written as a handler. I did not even send the constants, just a direct 200. (Altough I tried return OK, too).package .../SimplePrint;use strict;use warnings;##sub handler { my $r = shift; $r->send_http_header();
On Jun 7, 2006, at 1:12 PM, Danny Brian wrote:
I have tested the problem with a barebones build of httpd on
FreeBSD 5 and 6. I do not believe any different library versions
are shared between this module and Apache or other loaded Apache
modules; symbol conflicts were my first thought.
N
On Wed, 2006-06-07 at 12:33 -0700, john doe wrote:
> I suspect our current setup of mod_perl is leaking memory, most likely
> due to bad C/C++ libraries somewhere. I came to this conclusion after
> days of research and testing. I setup a very very thin version of
> apache 1.3.34 with mod_perl comp
In message <[EMAIL PROTECTED]>, "Sheila R. Bryant" writes:
>Hi,
>
>I'm trying to add mod_perl to my Apache server. I've got
>
>Solaris 10
>Apache 2.2.2
>mod_perl 2.0.2
>
>I'm using gcc 3.4.3, supplied by Sun, perl 5.8.4, supplied by Sun. I'm
>using the perlgcc utility which is claimed to enable gc
Thanks for the help!
-Original Message-
From: Frank Wiles [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 07, 2006 3:44 PM
To: Reese,Richard Stephen
Cc: modperl@perl.apache.org
Subject: Re: Apache::Server not included in mod_perl-1.99_16-4
On Wed, 7 Jun 2006 15:03:28 -0400
"Reese,Richar
On Wed, 7 Jun 2006 15:03:28 -0400
"Reese,Richard Stephen" <[EMAIL PROTECTED]> wrote:
> Great thanks for help on the install.
>
> I've got to do some rewriting because it does seem that many of the
> values have been rewritten as mentioned before.
>
> use ModPerl::Util (); #for CORE::GLOBAL::ex
I'm wondering if anyone can shed light on the circumstances of a segv
with httpd2.2.2/mod_perl2.0.2. The module being loaded in
Sleepycat::DbXml (part of the Sleepycat BDB XML distribution). The
segfault occurs upon Apache startup with either:
a) The module is loaded as use Sleepycat::DbX
I work for a large MNC (well, 2nd largest) and the position is for my team.
Here is the summary.
Expected skill set:
- Good knowledge of OO programming in perl (not just perl scripting please).
- Decent knowledge of mod_perl/apache setup, html/css/javascript.
- Preferable: Clearcase, pl
I suspect our current setup of mod_perl is leaking memory, most likely due to bad C/C++ libraries somewhere. I came to this conclusion after days of research and testing. I setup a very very thin version of apache 1.3.34 with mod_perl compiled statically. I have an ever thinner handler that just p
Great thanks for help on the install.
I've got to do some rewriting because it does seem that many of the
values have been rewritten as mentioned before.
use ModPerl::Util (); #for CORE::GLOBAL::exit
use Apache2::RequestRec ();
use Apache2::RequestIO ();
use Apache2::Req
On Wed, 7 Jun 2006 13:34:53 -0400
"Reese,Richard Stephen" <[EMAIL PROTECTED]> wrote:
> I feel pretty useless right now ;)
>
> [EMAIL PROTECTED] mod_perl-2.0.2]# ls /usr/sbin/ap*
> /usr/sbin/apachectl /usr/sbin/apmd
>
> no sign of the apxs binary
Sorry, I didn't realize it was in another RPM
I feel pretty useless right now ;)
[EMAIL PROTECTED] mod_perl-2.0.2]# ls /usr/sbin/ap*
/usr/sbin/apachectl /usr/sbin/apmd
no sign of the apxs binary
-Original Message-
From: Frank Wiles [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 07, 2006 1:32 PM
To: Reese,Richard Stephen
Cc: modp
Sheila R. Bryant wrote:
Apache wouldn't compile with Sun compiler
It should, no troubles here. You might need gmake, although we've tryed
to eliminate any gmake-isms.
If you have both installed, ensure SunStudio cc is in your path (oh please
oh please tell us you have cc 10.x or later!) a
On Wed, 7 Jun 2006 13:27:07 -0400
"Reese,Richard Stephen" <[EMAIL PROTECTED]> wrote:
> I tried to install mod_perl using source but it wanted apxs.
>
> Simple install:
>
> % perl Makefile.PL MP_APXS=/usr/local/apache2/bin/apxs
> % make && make test
> % make install
>
> Apache is also inst
I tried to install mod_perl using source but it wanted apxs.
Simple install:
% perl Makefile.PL MP_APXS=/usr/local/apache2/bin/apxs
% make && make test
% make install
Apache is also installed via rpm on this server, so I couldn't find apxs
like I could if Apache were also installed from so
On Wed, 2006-06-07 at 12:15 -0500, Michael Preslar wrote:
> Apache::Constants does not exist
If your server runs at all, it is there. Make sure you're looking in
the right place.
- Perrin
I'm running on a shared server, running mod perl 1.29.. (Cant upgrade)
Apache::Constants does not exist, and CPAN wont install without
upgrading mod_perl (which I cant do)..
What other modules might I be missing, and what are my options for
obtaining them?
--
Michael Preslar
On Wed, 7 Jun 2006 12:36:08 -0400
"Reese,Richard Stephen" <[EMAIL PROTECTED]> wrote:
> I put in a request to have it looked at as a bug though once again I'm
> not sure if this is the corect procedure for getting redhat to fix an
> issue in a enterprise product.
> https://bugzilla.redhat.com/bugzi
I put in a request to have it looked at as a bug though once again I'm
not sure if this is the corect procedure for getting redhat to fix an
issue in a enterprise product.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=194074
Thanks for the information. I'll just have to wait to migrate.
-
On Wed, 2006-06-07 at 16:49 +0100, Dani Pardo wrote:
> I've installed apache 2.0.58 with modperl 2.0.2 from source, and
> when I change a script on disk, the results get automatically
> reflected on the browser (I don't have to restart apache). I didn't
> setup Apache2::reload or anything like th
On Jun 7, 2006, at 12:00 PM, Matthew wrote:
My newbie response is that each Apache process makes its own
compiled copy of the script.
i think you're right...
a lot of people (ok, me) prefer to call every script in a startup.pl
so it gets precached into the parent's shared memory
i do it m
My newbie response is that each Apache process makes its own compiled
copy of the script.
Say you have 5 apache processes. You load the page and see result X
(handled by process #1).
You make a change. You load the page and see result Y. (this time,
handled by process #2).
If process #2 ha
Hi, I'm a little newbie, so please forgive me if the question is a bit lame.
I've installed apache 2.0.58 with modperl 2.0.2 from source, and
when I change a script on disk, the results get automatically
reflected on the browser (I don't have to restart apache). I didn't
setup Apache2::reload o
Hi,
I'm trying to add mod_perl to my Apache server. I've got
Solaris 10
Apache 2.2.2
mod_perl 2.0.2
I'm using gcc 3.4.3, supplied by Sun, perl 5.8.4, supplied by Sun. I'm
using the perlgcc utility which is claimed to enable gcc compiled
modules, despite perl being compiled using Sun compilers
Have a look at Apache2::Debug filter as it does this.
http://search.cpan.org/~pgollucci/Apache2-DebugFilter-0.02/
I'm aware of this. The problem is, that DebugFilter runs in an
InputFilter hook. That works fine, i.e. a POST body can be read more
than once. But, it does not work in PerlAccessHand
37 matches
Mail list logo
