Re: Preloading DBI crashes Apache

wouldn't have to modify the OpenBSD source tree (any more than I normally > do, anyway). Does anyone have suggestions? > This sounds kind of similar to some problems I had on Debian. Try a groups.google.com search for author of 'Keith G. Murphy' and subject of "Memory l

Re: Memory leak on reload when the 'Pg' driver is preloaded

Juha-Mikko Ahonen wrote: I looked into it with the following setup: apache 1.3.26-0woody1 libapache-mod-perl 1.27-2 postgresql 7.2.1-2woody2 There was a Test.pm module handling all requests for /. It opened a connection to the database and fetched a couple of rows. With DBI->install_driver('Pg

Re: Memory leak on reload when the 'Pg' driver is preloaded

honen wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Wednesday 16 October 2002 22:52, Keith G. Murphy wrote: > >>It's not like it was an obvious problem: I only got the DSO to leak >>when loading the Pg driver. That's pretty obscure. > > &

Re: Memory leak on reload when the 'Pg' driver is preloaded

Daniel Jacobowitz wrote: > On Wed, Oct 16, 2002 at 02:01:33PM -0500, Keith G. Murphy wrote: >> >>My own bug report is now 47 days old, without apparent followup. Hmmm, I probably should not have posted that. Sounds like a major whine. > > > That's because I'm

Re: Memory leak on reload when the 'Pg' driver is preloaded

Ged Haywood wrote: > Hi there, > > On Wed, 16 Oct 2002, Keith G. Murphy wrote: > > >>>Significant improvements have been made in >>>the reliability of mod_perl as DSO and nowadays there is much less >>>discussion about it on this list. >> &g

Re: Memory leak on reload when the 'Pg' driver is preloaded

Juha-Mikko Ahonen wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Wednesday 16 October 2002 20:25, Keith G. Murphy wrote: > >>By "should", do you mean that the problems with the loadable module >>overall are so well-known that no one i

Re: Memory leak on reload when the 'Pg' driver is preloaded

Ged Haywood wrote: > Hi there, > > On Wed, 16 Oct 2002, Keith G. Murphy wrote: > > >>do you mean that the problems with the loadable module overall are >>so well-known that no one in his right mind should ever use it? > > > It's not as bad as that. S

Re: Memory leak on reload when the 'Pg' driver is preloaded

Stathy G. Touloumis wrote: > > >> Using Debian's static-mod_perled apache-perl eliminates the problem. > > > Do you mean you are using the 'so' version that comes with Debian? Yes, in the case that failed. The package is called 'libapache-mod-perl'. > > You > should be using the static bui

Memory leak on reload when the 'Pg' driver is preloaded

Since memory leaks seem to be the topic du jour, I wondered if anyone else had seen this one: When using a modular mod_perl, I get a huge leak if I preload the 'Pg' driver in my startup perl script thus: #!/usr/bin/perl use strict; use Apache::Status (); use Apache::DBI (); DBI->install_driver

Re: Persistent Net::Telnet Objects

"French, Shawn" wrote: > > I just found this: http://www.devshed.com/Talk/Books/ProApache/page2.html > > "On Windows platforms, Apache does not fork; consequently, the directives > for controlling the number of processes or their lifetime have no effect. > Instead, Apache runs as a multi-threade

Re: mod_perl & restart vs. graceful

Stephen Reppucci wrote: > > Hi Darren, > > See my suggested refinement below (I don't like to leave the server > down any longer than needed...8^): > > On Tue, 9 Apr 2002, darren chamberlain wrote: > > > For exactly this reason, I always modify apachectl so that the restart > > option looks li

Re: [WOT] emacs and WEBDAV

Kee Hinckley wrote: > > Emacs over WebDAV should work fine if you run something that supports > WebDAV as a filesystem (e.g. OSX), but that's not going to help you > much. > If you're running Linux, this looks like fun: http://sourceforge.net/projects/dav There's also kiwifs: http://kiwi.stan

Re: another article on perl.com

Stas Bekman wrote: > > If you know of other prospective magazines looking for articles please > let me know. Well, on the web side of things, there's this: http://www-106.ibm.com/developerworks/ They have a fair number of decent articles, including one on CGI.pm (under the "Linux" topic, for s

Re: Excellent article on Apache/mod_perl at eToys

Andrew Ho wrote: > > Hello, > > I checked the list archives and it didn't look like this had been posted yet. > For those of you who haven't seen it yet... a great read on perl.com about > the Apache/mod_perl setup at eToys, co-authored by our own mod_perl > regular contributer Perrin Harkins. >

Re: Advanced daemon allocation

Stas Bekman wrote: > > On Tue, 19 Jun 2001, Keith G. Murphy wrote: > > > Matthew Byng-Maddick wrote: > > > > > > On Mon, Jun 18, 2001 at 10:41:50AM -0500, Keith G. Murphy wrote: > > > > This is only true if you're serving images off the

Re: Advanced daemon allocation

Matthew Byng-Maddick wrote: > > On Mon, Jun 18, 2001 at 10:41:50AM -0500, Keith G. Murphy wrote: > >Trevor Phillips wrote: > >> > >>Is there any way to control which daemon handles a certain request with apache > >>1.x? > >> > >>eg; Out o

Re: Advanced daemon allocation

Stas Bekman wrote: > > On Mon, 18 Jun 2001, Keith G. Murphy wrote: > > > Trevor Phillips wrote: > > > > > > Is there any way to control which daemon handles a certain request with apache > > > 1.x? > > > > > > eg; Out of a po

Re: Advanced daemon allocation

Trevor Phillips wrote: > > Is there any way to control which daemon handles a certain request with apache > 1.x? > > eg; Out of a pool of 50 daemons, restricting accesses to a certain mod_perl > application to 10 specific daemons would improve the efficiency of data cached > in those processes.

Re: @INC and mod_perl - PerlSetEnv PERL5LIB ... doesn't seem to work

Stas Bekman wrote: > > On Wed, 11 Apr 2001, Keith G. Murphy wrote: > > > Vivek Khera wrote: > > > > > > >>>>> "TS" == Tim Sweetman <[EMAIL PROTECTED]> writes: > > > > > > TS> you can add directories to @INC by

Re: @INC and mod_perl - PerlSetEnv PERL5LIB ... doesn't seem to work

Stas Bekman wrote: > > On Wed, 11 Apr 2001, Keith G. Murphy wrote: > > > Vivek Khera wrote: > > > > > > >>>>> "TS" == Tim Sweetman <[EMAIL PROTECTED]> writes: > > > > > > TS> you can add directories to @INC by

Re: @INC and mod_perl - PerlSetEnv PERL5LIB ... doesn't seem to work

Vivek Khera wrote: > > > "TS" == Tim Sweetman <[EMAIL PROTECTED]> writes: > > TS> you can add directories to @INC by putting > > TS> PerlSetEnv PERL5LIB /home/httpd/perl > > Just use the second method in the guide. ie, use lib '/path/to/lib' > in a startup script. > I request that the gu

Re: HTTP_REFERRER and Mod_perl

"Khachaturov, Vassilii" wrote: > > Please keep in mind that what you describe is a behaviour of one particular > user agent. > Some UAs just never send referer for anonymity. (Sometimes proxy will do > that for them). Some do it for links from a web page, but not from a file:// > URL. Some don't

Re: Fwd: [speedycgi] Speedycgi scales better than mod_perl withscripts that contain un-shared memory

Les Mikesell wrote: > [cut] > > I don't think I understand what you mean by LRU. When I view the > Apache server-status with ExtendedStatus On, it appears that > the backend server processes recycle themselves as soon as they > are free instead of cycling sequentially through all the availabl

Re: Fwd: [speedycgi] Speedycgi scales better than mod_perl withscriptsthat contain un-shared memory

Perrin Harkins wrote: > > > Keith Murphy pointed out that I was seeing the result of persistent HTTP > connections from my browser. Duh. > I must mention that, having seen your postings here over a long period, anytime I can make you say "duh", my week is made. Maybe the whole month. That is

Re: Fwd: [speedycgi] Speedycgi scales better than mod_perl withscripts that contain un-shared memory

Perrin Harkins wrote: > [cut] > > Doesn't that appear to be saying that whichever process gets into the > mutex first will get the new request? In my experience running > development servers on Linux it always seemed as if the the requests > would continue going to the same process until a reque

Re: RFC: mod_perl advocacy project resurrection

Patrick wrote: > > On Thu, Dec 07, 2000 at 03:52:01PM +0100, Stas Bekman took time to write: > > Your problem is that you try to use the precompiled broken packages > > provided by distros. > > If I can jump... I must say that I *never* had a problem with Debian > packages of mod_perl. Maybe Red

Re: mod_perl advocacy project resurrection

Stas Bekman wrote: > > Let me stright things out a bit, so you won't get misleaded by my post as > a marketing call. > > What we want is very simple. > > 1. We want many users, so they will thoroughly test the software and spot > bugs asap, so we -- current users will get a better product. > >

Re: Pointer to a CGI.pm list

"Roderick A. Anderson" wrote: > > Sorry but I've run out of sources. (Don't have netnews.) Is there a > mailing list for CGI.pm? I've done all I can by reading the 'the book' > and searching the net. Can't find anything like the symtoms I'm seeing. >Actually the problem may be a lack of p

Re: Why isn't PerlSetEnv working for me?

Doug MacEachern wrote: > > On Wed, 27 Sep 2000, Keith G. Murphy wrote: > > > Upon further investigation, what I am seeing is that PERL5LIB gets > > passed into %ENV just fine. It's just not being used to locate modules; > > it is not in @INC. Could the part

Re: Why isn't PerlSetEnv working for me?

Chris Winters wrote: > > * Keith G. Murphy ([EMAIL PROTECTED]) [000926 18:43]: > > I'm running Apache 1.3.9 with mod_perl embedded, on Debian GNU/Linux. > > > > I have the following lines towards the end of my httpd.conf: > > > > PerlSetEnv PERL5

Re: Why isn't PerlSetEnv working for me?

Stas Bekman wrote: > > On Tue, 26 Sep 2000, Keith G. Murphy wrote: > > > I'm running Apache 1.3.9 with mod_perl embedded, on Debian GNU/Linux. > > > > I have the following lines towards the end of my httpd.conf: > > > > PerlSetEnv PERL5LIB /usr

Why isn't PerlSetEnv working for me?

I'm running Apache 1.3.9 with mod_perl embedded, on Debian GNU/Linux. I have the following lines towards the end of my httpd.conf: PerlSetEnv PERL5LIB /usr/local/MyPerl/lib PerlRequire startup.pl Include perllocs.conf However, upon system startup, my startup.pl fails because it can't find a par

Re: Simple question: httpd (apache) vs httpd (mod_perl)

Keith Bradnam wrote: > > Hello, > > My understanding of perl is minimal, my understanding of mod_perl > non-existant but I have a (simple) question that I can't find anywhere > in the FAQ. Hopefully someone can help? > > I've just installed the apache web server (1.3.12) on our Tru64 Unix box.

Re: Question about $sth->finish;

Matt Sergeant wrote: > > On Tue, 15 Aug 2000, Vladislav Safronov wrote: > > > Hi, > > > > Could you have a look at the lines and answer the question .. > > --- > > sub foo { > > my $dbh = shift; > > > > my $sql = ... > > > > my $sth = $dbh->prepare($sql); > > $sth->execut

Re: Why do variables not reinitialize when script changed?

Stas Bekman wrote: > > I think you confuse, > something. When the script is recompiled all the variables belonging to > the package decalared by Apache::Registry or similar are getting reset. If > you require/use() some modules that declare packages and have global > variables -- these won't be

Re: Why do variables not reinitialize when script changed?

___cliff rayman___ wrote: > > The perl interpreter has a one global symbol table called the stash where > all global variables are referenced by package and by variable name. > Since the interpreter does not go away when a script is recompiled, neither > does the stash or any of the items contain

Re: Feature sets [was Re: Templating System]

Ron Pero wrote: > [cut] > > * Place the templating systems into a spectrum of categories, from simplest > to most complex/developed. > It would look approximately like this (not attempting to be complete): > -Level one, simplest > * Simple tag/anchor replacement > * Embedded code

Why do variables not reinitialize when script changed?

This is probably a very basic question, understood by everyone but... Why, when I change a script loaded under Apache::Registry, and the script (verifiably) reloads, do global variables not reinitialize? I'm running Apache 1.3.9, mod_perl 1.21 on a Debian GNU/Linux system. Am I the only one tha

Re: Templating System

"Randal L. Schwartz" wrote: > > > "Jacob" == Jacob Davies <[EMAIL PROTECTED]> writes: > > Jacob> Now as to ampersands used to separate form fields, like: > > Jacob> > > Jacob> do you mean that it should be: > > Jacob> > > Jacob> instead? That second one looks better now that I look

Re: Guide search engine (was Re: multiple copies of a module)

Jeremy Howard wrote: > > I'm glad you brought this up again. Since I mentioned I'd be happy to host such a >thing, and asked for suggestions, I've got a total of one (from Stas--thanks!). That >suggestion was to use ht://dig . > > Has anyone got a search engine up and ru

Re: Source Code Shows Up in IE But Not Netscape

Bri Carey wrote: [cut] > > You can see this now at http://www.uncricket.com/index1.html > I don't know if you're still having this problem, but when I look at it, I don't even see an tag, which doesn't seem to bother Netscape too much, but...

Re: talking about cookies (was: session something...)

"Jeffrey W. Baker" wrote: > > On Thu, 11 May 2000, Marc Slemko wrote: > > > In reality, IE's recently publicized hole (which I reported to them, in a > > slightly modified form, months ago but they didn't see fit to release a > > patch...) doesn't change much. > > > > Hotmail? Yahoo mail? amaz

Re: OT: Re: Most nonesense I've ever read about mod_perl

Frank Mayhar wrote: > > Matt Sergeant wrote: > > On Sun, 7 May 2000, Frank Mayhar wrote: > > > Perl does have some good constructs for Web work, too. I've been writing > > > a webstore and some stuff is really convenient that would be inconvenient > > > in C. On the other hand, there's some stu

Re: oracle : The lowdown

David Harris wrote: > > Jeff Warner wrote: > > We were a mySQL shop. We replaced mySQL with Oracle8i/mod_perl and > > and Apache::DBI. Works great, once it is all setup. Our overall > > processing is faster with Oracle too. The lack of transactions and > > views put an immediate end of

Re: Seg fault on fork w/ PerlModule

Tony Demark wrote: > > I have compiled the following: > > Apache 1.3.9 > mod_perl 1.21 (PERL_AUTHEN PERL_LOG PERL_STACKED_HANDLERS) > [cut] > When starting an httpd process with a 'PerlModule' defined in the conf file, > the process will seg fault when it attempts to fork: > [c

Re: mod_perl-1.21 and apache-1.3.9

Greg Stark wrote: > > I don't think it was Apache's DSO support that was broken, I had httpd working > just fine with dynamic everything except mod_perl. mod_perl worked usually but > seg faulted with one obscure xs package. I think other similar problems have > been observed too. > > In this ca

OT: Re: mod-perl logo

Chris Thompson wrote: > > On Mon, Nov 01, 1999 at 04:42:50PM -0400, Neil Kandalgaonkar wrote: > > Joshua Chamas <[EMAIL PROTECTED]> wrote: > > That said, they do allow non-profits and others to use the camel, e.g. the > > Perl Mongers. It's not evil, they're just trying to protect a trademark > >

Re: Apache segfaulting upon perl module load

rote: > > > > > > one solution is to build Apache and mod_perl from source, and linking > > > mod_perl static instead of a dso. > > > > > > -Doug > > > > > > On Wed, 29 Sep 1999, Keith G. Murphy wrote: > > > > > > >

Re: Apache segfaulting upon perl module load

acEachern wrote: > > one solution is to build Apache and mod_perl from source, and linking > mod_perl static instead of a dso. > > -Doug > > On Wed, 29 Sep 1999, Keith G. Murphy wrote: > > > I'm having a strange problem where apache is segfaulting when I start

Re: Segfault in Apache 1.3.9 due to DynaLoader.pm?

Doug MacEachern wrote: > > how did you build mod_perl? as dso? if so, try build static. Didn't build it at all. It was a binary deb from Debian. I'm currently trying to build it from source, but having trouble pointing it to the apache source tree. Thanks for the replies, though, folks. I