Stas Bekman wrote:
> 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 serve
On Wed, Aug 22, 2001 at 08:33:53PM +0100, Ged Haywood 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 t
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 trac
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 "
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 yo
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,
I am a bit confused! Can Apache::DBI handle db calls through proxies?
-r
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
> 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
> >
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
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
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, an
> > 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
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 st
> 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 Or
> 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
Hello!
I'm getting constant troubles with DBD::Oracle and mod_perl.
DBD::Oracle 1.08, DBI 1.19, mod_perl 1.26 on Apache 1.3.20,
SunOS netra 5.8 Generic_108528-09 sun4u sparc SUNW,UltraAX-i2
gcc 2.95.3 20010315 (release)
This is perl, v5.6.1 built for sun4-solaris
# perl -V:usemymalloc
usemymall
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 lit
> -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 sysadm
> -Original Message-
> From: Michael Styer [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, August 22, 2001 6:12 AM
> To: [EMAIL PROTECTED]
> Subject: More problems with custom config directives (LONG)
>
>
> Hi there,
>
> I'm another person in the short but persistent line of people
> w
On Fri, Aug 10, 2001 at 12:52:48PM -0400, Robert Landrum wrote:
The show continues...
> alter session set COMPATIBILITY = '8.1.6';
>
> when you first create your database handle.
I've rebuilt DBD::Oracle with "-8" key, as it was suggested by README;
I've added 'alter session' to each connection o
> > 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 hav
> -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 wou
> -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;
>
>
>
> 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 recognis
On Wed, 22 Aug 2001, Matt Sergeant wrote:
> > -Original Message-
> > From: Michael Styer [mailto:[EMAIL PROTECTED]]
> >
> > In Makefile.PL I have:
> I'm assuming you have more than that... :-)
Yes. :)
It actually looks like this:
package ConfigModule;
use ExtUtils::MakeMak
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 proble
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, i
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.
29 matches
Mail list logo