Re: Subroutine xxxx redefined

2001-08-22 Thread matt
On Wed, 22 Aug 2001, Stas Bekman wrote: On Mon, 20 Aug 2001, matt wrote: which I obviously want to get rid of before going to production. ^^ Anyway why do use Apache::Reload in production? Also you don't want to have PerlWarn On in production.

Re: Installation problem...urgent

2001-08-22 Thread Ged Haywood
Hi there, On Tue, 21 Aug 2001, Alvaro Toro Santivanez wrote: i need run mod_perl and apache urgent If you are new to mod_perl (and Linux?)you will probably find that it is a rather complex environment. You will need to do a great deal of learning before you can quickly and easily compile,

More problems with custom config directives (LONG)

2001-08-22 Thread Michael Styer
Hi there, I'm another person in the short but persistent line of people who can't seem to get custom configuration directives to work. I'm working with the Eagle book on this, and I've read all the relevant threads I can find in the list archives, but since I'm having a slightly different

RE: More problems with custom config directives (LONG)

2001-08-22 Thread Michael Styer
On Wed, 22 Aug 2001, Matt Sergeant wrote: -Original Message- From: Michael Styer [mailto:[EMAIL PROTECTED]] In Makefile.PL I have: snip abbreviated makefile code listing I'm assuming you have more than that... :-) Yes. :) It actually looks like this: package

Re: Embperl, modules, cleanup and the stop button

2001-08-22 Thread Gerald Richter
My feeling that this cleanup is infact unnecessary (all though worth having regardless), as the pipeline nature of the request (call database for *all* data required, *then* output), any database calls (and corresponding locks) will have completed before the abort (SIGPIPE) is recognised.

RE: More problems with custom config directives (LONG)

2001-08-22 Thread Matt Sergeant
-Original Message- From: Michael Styer [mailto:[EMAIL PROTECTED]] Hi there, I'm another person in the short but persistent line of people who can't seem to get custom configuration directives to work. :-) In Makefile.PL I have: package ConfigModule; ## ... (as

RE: More problems with custom config directives (LONG)

2001-08-22 Thread Matt Sergeant
-Original Message- From: Michael Styer [mailto:[EMAIL PROTECTED]] That's because ConfigModule.pm isn't loaded at the time. You'd have to require() it or use() it. Even when the makefile is declared as 'package ConfigModule;' initally? It seems strange that I would need to

RE: More problems with custom config directives (LONG)

2001-08-22 Thread Michael Stevens
I'll look into it, but my sysadmins are worried that upgrading is going to break, in strange and obscure ways, the multiple live commercial sites we have running on our servers. Are there any resources available I might be able to use to reassure them? No! They have every right

RE: More problems with custom config directives (LONG)

2001-08-22 Thread Geoffrey Young
-Original Message- From: Matt Sergeant [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 22, 2001 6:41 AM To: 'Michael Styer'; Matt Sergeant Cc: [EMAIL PROTECTED] Subject: RE: More problems with custom config directives (LONG) [snip] I'll look into it, but my sysadmins are

RE: More problems with custom config directives (LONG)

2001-08-22 Thread Michael Styer
On Wed, 22 Aug 2001, Matt Sergeant wrote: OK, can you describe the problem a little more clearly? The Testing user file bit doesn't seem to come from anywhere - any ideas where it's coming from??? I had assumed it was coming from Apache, but your question made me suspicious. After a little

RE: More problems with custom config directives (LONG)

2001-08-22 Thread Geoffrey Young
Don't worry, it's all happening on an isolated development server, I was just wondering whether there are any resources that indicate what things might break when upgrading from 1.23 to 1.24. But if I can't get this working soon time pressure will force me to use the functional but

Re: Subroutine xxxx redefined

2001-08-22 Thread Stas Bekman
On Wed, 22 Aug 2001, matt wrote: On Wed, 22 Aug 2001, Stas Bekman wrote: On Mon, 20 Aug 2001, matt wrote: which I obviously want to get rid of before going to production. ^^ Anyway why do use Apache::Reload in production? Also you don't

Re: Subroutine xxxx redefined

2001-08-22 Thread matt
Stas, The behavior you see [xxx redefined] is normal. Apache::Reload reloads files because it detects that they have changed and then you see all the reload messages. Now why your code get Apache::Reload confused and makes it believe that your modules were changed is the question. I

RE: Problem with DBD::Oracle with mod_perl

2001-08-22 Thread Rob Bloodgood
On Wed, Aug 22, 2001 at 09:42:59AM -0400, Perrin Harkins wrote: Are you using Apache::DBI? Are you opening a connection in the parent process (in startup.pl or equivalent)? Yes, yes. Don't open a connection during startup. If you do, it will be shared when Apache forks, and

Re: Oracle::DBD under mod_perl on Sun/Solaris

2001-08-22 Thread Ged Haywood
Hi there, On Wed, 22 Aug 2001, Alex Povolotsky wrote: DBD::Oracle::db prepare failed: ORA-03120: two-task conversion routine: [snip] DBD::Oracle::db prepare failed: ORA-03113: end-of-file on communication channel (DBD: oopen error) and EVERY connect to database fails since that. I was NOT

Apache::DBI

2001-08-22 Thread Rasoul Hajikhani
I am a bit confused! Can Apache::DBI handle db calls through proxies? -r

Re: Apache::DBI

2001-08-22 Thread Jim Smith
On Wed, Aug 22, 2001 at 12:34:11PM -0700, Rasoul Hajikhani wrote: I am a bit confused! Can Apache::DBI handle db calls through proxies? -r It should be able to handle anything DBI handles. Just `use' it before `use'ing any other DBI modules and you shouldn't have to change any of your code,

Re: Subroutine xxxx redefined

2001-08-22 Thread Stas Bekman
On Wed, 22 Aug 2001, matt wrote: Stas, The behavior you see [xxx redefined] is normal. Apache::Reload reloads files because it detects that they have changed and then you see all the reload messages. Now why your code get Apache::Reload confused and makes it believe that your modules

Re: Subroutine xxxx redefined

2001-08-22 Thread Jeremy Howard
Stas Bekman wrote: Something forces the reload of your files. I'd suggest putting something like: use Carp; cluck(I was loaded); in one of the files run the server in single server mode (httpd -X) and check the trace on the second reload. Nice idea. You might also try 'warn @INC' in one

Re: Subroutine xxxx redefined

2001-08-22 Thread Stas Bekman
On Thu, 23 Aug 2001, Jeremy Howard wrote: Stas Bekman wrote: Something forces the reload of your files. I'd suggest putting something like: use Carp; cluck(I was loaded); in one of the files run the server in single server mode (httpd -X) and check the trace on the second

Re: Problem with DBD::Oracle with mod_perl

2001-08-22 Thread Perrin Harkins
Are you using Apache::DBI? Are you opening a connection in the parent process (in startup.pl or equivalent)? Yes, yes. Don't open a connection during startup. If you do, it will be shared when Apache forks, and sharing a database handle is bad for the same reasons sharig a file handle is.

Re: Problem with DBD::Oracle with mod_perl

2001-08-22 Thread Alex Povolotsky
On Wed, Aug 22, 2001 at 09:42:59AM -0400, Perrin Harkins wrote: Are you using Apache::DBI? Are you opening a connection in the parent process (in startup.pl or equivalent)? Yes, yes. Don't open a connection during startup. If you do, it will be shared when Apache forks, and sharing

Re: Problem with DBD::Oracle with mod_perl

2001-08-22 Thread Perrin Harkins
After some time of work (about hundred of requests), I get DBD::Oracle::db prepare failed: ORA-03113: end-of-file on communication channel (DBD: error possibly near * indicator at char 1 in '*select slogan_text from slogans') at /usr/local/www/lib/SQL.pm line 221. and all Oracle-using

Re: Problem with DBD::Oracle with mod_perl

2001-08-22 Thread Alex Povolotsky
On Wed, Aug 22, 2001 at 09:07:59AM -0400, Perrin Harkins wrote: (DBD: error possibly near * indicator at char 1 in '*select slogan_text from slogans') at /usr/local/www/lib/SQL.pm line 221. Are you using Apache::DBI? Are you opening a connection in the parent process (in startup.pl or