On 4/13/07, Jonathan Swartz <[EMAIL PROTECTED]> wrote:
It doesn't seem worth the risk, especially if
GracefulStopTimeout is only 1 second. The server will be unable to respond
for a second longer, but most load balancers should be able to react quickly
to that. (I think).
I would definitely set
Justin Luster wrote:
Seems like an awful lot of code...
open(DATAFILE,">$strDataFileName") or die;
flock(DATAFILE,LOCK_EX);
seek(DATAFILE,0,0);
eval {
authlib::RestartQNameWrite(\*DATAFILE,$strRestartQName);
};
flock(DATAFILE,LOCK_UN);
close(DATAFILE);
if($@) {
die $@;
}
*sighs*
I need
Robert,
close authlib::FileUnLock($LockFileHandle);
is defiantly an error although sense FileUnLock returned "" it was the
same as:
close "";
which does not seem to produce and error. Thanks for the catch but I
don't think it had any ill side effects.
In
http://perl.plover.com/yak/flock/samp
Justin Luster wrote:
Here is an example of a call to OpenFile(). You will notice that I'm
additionally locking the file itself as well as the lock file (I figured
it would not hurt to have both methods):
my $LockFileHandle = authlib::FileLock("udata_" . $strRespNum .
"_lck.cgi", 1);
#Read rest
Here is an example of a call to OpenFile(). You will notice that I'm
additionally locking the file itself as well as the lock file (I figured
it would not hurt to have both methods):
my $LockFileHandle = authlib::FileLock("udata_" . $strRespNum .
"_lck.cgi", 1);
#Read restart question name
my ($
What does your call to your OpenFile() sub look like? Since OpenFile
returns a copy of the file handle, the caller of that function will also
need to store it in a lexical variable, too, but you didn't include that
part of your program.
Also, where and how did you declare and define variables s
According to the modperl documentation:
http://perl.apache.org/docs/1.0/guide/debug.html#Safe_Resource_Locking_a
nd_Cleanup_Code
The simplest solution to this problem is to always use lexically scoped
variables (created with my ()). Whether script gets aborted before
close() is called or you forg
Justin Luster wrote:
Does anyone know what might be happening? We are only using
Apache::Registry in this instance. I can’t see how a lexically scoped
file handle that is being locked is not being unlocked once the process
ends.
The process isn't ending if you're using Apache::Registry.
I
On Fri, April 13, 2007 12:25 pm, Tyler Gee wrote:
> On 4/12/07, Bill Whillers <[EMAIL PROTECTED]> wrote:
>> Hello,
>>
>> I'm wondering what people are using for efficiently generating charts and
>> graphs on the fly from within a mod_perl environment. I've been using
>> GD::Graph for a while but
Hi,
I've read through some of the documentation on perl.apache.org about
file locking and mod_perl. I believe that I'm following the advice
there but I'm still having problems.
I have individual data files that processes write to. I've decided to
follow Dominus's advice
(http://perl.plover.co
On 4/12/07, Bill Whillers <[EMAIL PROTECTED]> wrote:
Hello,
I'm wondering what people are using for efficiently generating charts and
graphs on the fly from within a mod_perl environment. I've been using
GD::Graph for a while but I'm hoping to get a bit more feature-deep. I'm not
terribly conc
Bill Whillers wrote:
I'm wondering what people are using for efficiently generating charts and
graphs on the fly from within a mod_perl environment. I've been using
GD::Graph for a while but I'm hoping to get a bit more feature-deep. I'm not
terribly concerned about getting a bit more complic
> On Thursday 12 April 2007 19:15, Bill Whillers wrote:
>> Hello,
>>
>> I'm wondering what people are using for efficiently generating charts
>> and
>> graphs on the fly from within a mod_perl environment. I've been using
>> GD::Graph for a while but I'm hoping to get a bit more feature-deep.
>> I
I've seen this happen in the past when i was inadvertantly blocking
traffic to localhost with a firewall. Might that be the issue you're
having?
-Original Message-
From: Glenn Pavlovic [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 12, 2007 7:42 PM
To: [EMAIL PROTECTED]
Subject: bugre
Sean Davis wrote:
> On Thursday 12 April 2007 19:15, Bill Whillers wrote:
>> Any suggestions?
>
> Have you looked at using gnuplot or R?
There's also something RRDTool. Or you can go a different route and use
Javascript for the presentation:
http://www.solutoire.com/plotr
--
Michael Peters
Deve
On 4/13/07, michael watson (IAH-C) <[EMAIL PROTECTED]> wrote:
The script in question certainly attempts to print out
"Content-type: text/html" and a whole " blah" line, but these
don't seem to be coming through
Can you show us the code you use to print the header, and the part of
httpd.conf whe
On Thursday 12 April 2007 19:15, Bill Whillers wrote:
> Hello,
>
> I'm wondering what people are using for efficiently generating charts and
> graphs on the fly from within a mod_perl environment. I've been using
> GD::Graph for a while but I'm hoping to get a bit more feature-deep. I'm
> not ter
On Thu, 2007-04-12 at 23:42 -0400, Perrin Harkins wrote:
> On 4/12/07, Jonathan Swartz <[EMAIL PROTECTED]> wrote:
> > The mod_perl guide section on starting and stopping (http://
> > perl.apache.org/docs/general/control/
> > control.html#Safe_Code_Updates_on_a_Live_Production_Server)
> > recommends
OK, this is a long shot as I am running some third party code, but I
have been battling with it for days with no luck. It *may* be an
apache2/mod_perl problem or it may be a problem with said code, so I
thought I would post it here to see if anyone recognises it.
I am running Red Hat Enterprise S
19 matches
Mail list logo
