--- On Mon, 10/20/08, Carl Johnstone <[EMAIL PROTECTED]> wrote:
> From: Carl Johnstone <[EMAIL PROTECTED]>
> Subject: Re: Reducing memory usage using fewer cgi programs
> To: "Michael Peters" <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
> Cc: modperl@perl.apache.org
> Date: Monday, October 20, 2008, 8:1
--- On Fri, 10/17/08, Michael Peters <[EMAIL PROTECTED]> wrote:
> To think about how this works under mod_perl, pretend that
> all of your scripts are put together into
> 1 larger script and all those "use" statements
> are repeated. Does having multiple "use CGI"
> statements make your script us
I have about a dozen small cgi programs under mod_perl2 that all pretty well
look like this..
use CGI;
use DBI;
use perlchartdir ; # graphing
fetch parameters
build SQL and fetch data from database
build graph image from data
send image
Under mod_perl, will the memory footprint of the lib
Does anyone have any MP code to extend the
functionality of the mod_autoindex to include a new
filter that is based on files that are before or after
a last-modified date?
Please excuse my lack of MP handler experience, I
don't know how easy (or not) this would be. It seems
that this kind of filt
her router to test that possibility.
Thanks for the feed-back. If anyone still has any
suggestions or experience with this, I'd love to hear
it.
Regards, Tom
--- Thomas Hilbig <[EMAIL PROTECTED]> wrote:
> I recently updated my Linux/Apache/MP2 environment,
> in
> part ho
--- Enno <[EMAIL PROTECTED]> wrote:
> > Just so I'm clear on this, you think the customers
> > that are having the problem are using a
> 2.0.55-based
> > proxy and my end is simply waiting for the rest of
> the
> > data? I am assuming the one client is using a
> > Symantec proxy because of the
--- Enno <[EMAIL PROTECTED]> wrote:
> Let me guess, they are using apache 2.0.55 as
> proxy...
> mod_proxy in 2.0.55 has problems with properly
> delivering chunked
> encoding.
> The CGI.pm error sounds very familiar to the one I
> had with apache 2.0.55
> proxy.
>
> 2.0.54 and 2.2.2 dont have
I recently updated my Linux/Apache/MP2 environment, in
part hoping to resolve a problem that occurs with
about 10% of my clients. These clients experience a
timeout from my server when they submit a form using
POST having more than about 15KB of data (from httpd
access_log -- the actual posted dat
--- [EMAIL PROTECTED] wrote:
> I don't use Apache::DBI(maybe I should) and use
> DBD-Oracle however the
> error looks very familar -
>
> Quick fix : - vi /etc/ld.so.conf and add the oracle
> lib path.
> - run ldconfig
>
> I set my ORACLE_HOME etc in httpd.conf.
>
> David K
--- Perrin Harkins <[EMAIL PROTECTED]> wrote:
> On Wed, 2006-05-17 at 09:06 -0700, Thomas Hilbig
> wrote:
> > If I try to run the
> > environment under Mod_Perl (PerlResponseHandler
> > ModPerl::Registry), the httpd process consumes all
> CPU
> > and all
--- Frank Wiles <[EMAIL PROTECTED]> wrote:
> On Wed, 17 May 2006 09:06:07 -0700 (PDT)
> Thomas Hilbig <[EMAIL PROTECTED]> wrote:
>
> > install_driver(Oracle) failed: Can't load
> >
>
'/usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi/auto/DB
I'm stuck!
I have two systems (production and backup/development)
running Fedora Core 3, MP2 and Oracle 10g. Both
systems are behind in several updates. I updated the
backup/development system's kernel, httpd/mp2, and
Perl modules to the latest and greatest. Everything
worked fine at that point.
--- Thomas Schindl <[EMAIL PROTECTED]> wrote:
> Why do you have set MOD_PERL in the environment when
> running on the command
> line? Whether it's Apache or Apache2 doesn't matter
> it doesn't make sense to
> run modules which rely on apache-API from the
> commandline does it?
>
> Tom
>
The scr
--- Tyler MacDonald <[EMAIL PROTECTED]> wrote:
> Thomas Hilbig <[EMAIL PROTECTED]> wrote:
> > I was getting the error even from running perl
> > interactively
> > linux>perl
> > use CGI ;
> > Can't locate Apache.pm in @INC
> >
> &
> > I did follow the instructions in the link (some
> months
> > ago) when migrating from mp 0.99 to mp2, and lived
> > with the command line problem. However, as I am
> > trying to reinstall everything (perl included) I
> don't
> > know why am seeing this problem at all. Any
> > suggestions?
>
--- Tyler MacDonald <[EMAIL PROTECTED]> wrote:
> Thomas Hilbig <[EMAIL PROTECTED]> wrote:
> > I tried to reinstall CGI, Bundle::Apache2, but
> still
> > got the error. Finally, I renamed the
> /usr/lib/perl5
> > directory and am trying to reinstall Per
I had an old problem with a backup server that I am
trying to fix while updating perl, Apache, and
mod_perl2. My CGI scripts worked under Apache/MP2,
however, everytime I tried to run them from in a shell
I got "Can't locate Apache.pm". This was even though
I had installed Bundle::Apache2 and CG
Correction: meant to say "if-modified-since" for the
auto index directory listing
--- Thomas Hilbig <[EMAIL PROTECTED]> wrote:
> A client of mine provides a data service using
> Apache
> 2 and auto indexing. Their clients automatically
> poll
> their system
A client of mine provides a data service using Apache
2 and auto indexing. Their clients automatically poll
their system and pull the data from the http
directories as it is generated.
Their typical directories have 24 hourly files for the
last 4 months (about 3000 files in each directory). A
ne
--- Geoffrey Young <[EMAIL PROTECTED]> wrote:
>
> DBD::Oracle needs these variables when DBD::Oracle
> is loaded. which means
> they need to be in %ENV _before_ the script that
> first use()s DBD::Oracle is
> loaded. httpd.conf is generally too late if you
> preload your modules via a
> startup.
--- Perrin Harkins <[EMAIL PROTECTED]> wrote:
>
> See PerlPassEnv:
>http://perl.apache.org/docs/1.0/guide/config.html#PerlSetEnv_and_PerlPassEnv
This didn't help, as expected since I already had the
PerlSetEnv in my httpd.conf file. PerlSetEnv sets and
passes the environment variables; but I did
--- "Philip M. Gollucci" <[EMAIL PROTECTED]> wrote:
> Thomas Hilbig wrote:
> >
>
$ENV{ORACLE_HOME}='/home/oracle/product/10.2.0/db_1';
> > $ENV{'ORACLE_SID'}="tomdb1";
> >
> >
>
$ENV{'LD_LIBRARY_PA
--- Praveen Ray <[EMAIL PROTECTED]> wrote:
> --- Perrin Harkins <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 2005-09-06 at 06:23 -0700, Thomas Hilbig
> wrote:
> > > I am struggling with a (simple?) DBI problem
> under MP2
> > > on Fedora Core 3. A
Hi,
I am struggling with a (simple?) DBI problem under MP2
on Fedora Core 3. A script that uses Oracle-DBI works
under regular CGI but fails under MP2 with the
following error:
ERROR OCIEnvNlsCreate (check ORACLE_HOME and NLS
settings etc.)
My test script dumps out the environment varables an
--- "Philip M. Gollucci" <[EMAIL PROTECTED]> wrote:
> > fetching/setting cookies
> > fetching parameters (GET arguments or POST)
> use APR::Request::*
> Its faster as its in XS glue code.
That does look like it will do it just as simply as
CGI.pm. APR::Request (libapreq) wasn't part of th
I have many CGI scripts running under mp2 using
ModPerl::Registry, that I want to re-architect to use
more Apache API's (for speed) and handlers (i.e.
authentication, logging).
I have been getting up to speed on the mp2 docs these
past couple of weeks.I haven't really seen any
good recommenda
--- Fred Moyer <[EMAIL PROTECTED]> wrote:
> If you post a code snippet that might give us some
insight into what the problem is.
>
CGI Code snippet is below.
While my goal was to include the header(),
$q->start_html( -title=>'Scroll Test',
-script=>{-code=>$ja
--- "Philip M. Gollucci" <[EMAIL PROTECTED]> wrote:
> Did you update the CGI.pm version on your system?
>
> You need CGI.pm 3.10 to work with mp2.0.0.
>
> If you are using CGI.pm 3.10 what version were you
> using before? Doing a
> diff might be helpful... Things have changed but
> enough that
--- Fred Moyer <[EMAIL PROTECTED]> wrote:
> Are you setting $r->content_type('text/xml')? If
> you post a code
> snippet that might give us some insight into what
> the problem is.
>
The actual CGI script uses the standard Lincoln Stein
library under MP2, and not yet taking advantage of MP2
cod
Since updating to mp2.0.0 and httpd 2.0.54, my CGI
scripts no longer include the heading at the top:
This is causing grief to some browsers (IE6 and
Firefox) in that some of the CSS layout properties
aren't working (document.body.scrollTop is always 0).
I'm not sure if there is an httpd, mp2
--- Fred Moyer <[EMAIL PROTECTED]> wrote:
> Does this mean you are using the mod_perl2 install
> that came with Fedora
> Core 3 (1.99.16 iirc)? If so, that is incompatible
> with Bundle::Apache2
> if my guess is right because CGI.pm 3.10 will be
> using the Apache2
> namespace. Try removing your
--- Michael Peters <[EMAIL PROTECTED]> wrote:
>
> This error comes from the fact that
> register_cleanup() is now
> cleanup_register() and is in the APR::Pool package,
> so you need to
> use APR::Pool ();
>
> But, since CGI.pm is throwing these errors, I'd say
> it's because you
> haven't upgra
some ModPerl handler
writing.
Most common CGI errors are:
Can't locate object method "register_cleanup" via
package "Apache::RequestRec" at
/usr/lib/perl5/5.8.5/CGI.pm
Undefined subroutine
&ModPerl::ROOT::ModPerl::Registry::
--- Thomas Hilbig <[EMAIL PROTE
I just installed the perl Bundle::Apache2 on a working
2.0.54 environment. My thought this was using a
separate namespace and I could migrate the MP2 code
over to the Apache2 API from Apache API. I have
always been on Apache 2 and MP2, but using the API's
that came with it on a Fedora Core 3 inst
--- Geoffrey Young <[EMAIL PROTECTED]> wrote:
> this needs to be fixed. those constants are
explicitly exported in
> Fixup.pm, so if you're getting those warnings
> something is wrong. the
> pragmata you commented out is there for your
> protection - if you need to
> comment it out something else
--- Geoffrey Young <[EMAIL PROTECTED]> wrote:
> since you're new to mod_perl it's probably not
> obvious from that thread what
> the solution is.
>
>
>
http://marc.theaimsgroup.com/?l=apache-modperl&m=111445150218566&w=2
>
> the code at the bottom of that link (My::Fixup)
> needs to be enabled
I really apologize for resurrecting a thread that was
put to rest almost a month ago. I am just running
into this problem now, and I don't quite understand
what the fix is. I'm very new to writing a MP
handler.
I am trying to write a (yet another) authentication
handler for a directory that is t
--- Stas Bekman <[EMAIL PROTECTED]> wrote:
> > Okay, but I want my (quasi-production) environment
> to
> > remain stable and I don't want to expose it to
> > constant patches. This will be even more
> important
> > once 2.0 becomes official. Maybe this doesn't
> really
> > apply to MP, but I als
--- Stas Bekman <[EMAIL PROTECTED]> wrote:
> Thomas Hilbig wrote:
>
> > I hope I'm not re-hashing an old issue, but I have
> > always found the MP bug tracking to be difficult.
> If
> > I see something peculiar (possible bug) there
> isn't a
>
I have to admit that I have been using MP2 in a
quasi-production environment. It has been very stable
(no crashes) but I have been very shy to apply any new
changes for some time (Apache 2.0.46, mod_perl
1.99_10, OpenSSL 0.9.7b) for fear it would de-stablize
the environment. I am very much lookin
It's very reproducible and occurs when there is no
other server activity. I have built and tested a
small CGI script to dump pages of vertical lines.
Then I use another Perl script (run locally or from
another machine) to pull the page and run an MD5 hash
against the contents to catch the bug.
T
I have been trying to get rid of this problem for over
a year -- HTTP and mod_perl upgrades haven't helped.
My CGI programs occasionally screws up its output by a
couple of bytes. I'd say it happens once every
ten-twenty times. It is normally not noticeable
unless it effects a hyper-link, data o
42 matches
Mail list logo
