Stas Bekman [EMAIL PROTECTED] writes:
[...]
perl 5.8.0 internals are thread-safe, so does mod_perl 2.0-dev.
By saying that perl is thread-safe, I mean that operations like push, =,
/, map, chimp, etc. are thread-safe.
^
A thread-safe chimp; amazing! Try doing *that* in
On Fri, 30 Aug 2002, Stas Bekman wrote:
I think he said mod_perl 2 in his inital post. Which I'm not sure really is
all that swift with concurrant requests under threaded mpms (Win32 is
limited to threaded mpms) ... least nobody seems 100% happy with the
threaded mpm performance of
I'm using mod_perl 2.0 and Apache::Registry on a
Windows XP machine. I'm using a load tester to test my Perl CGI
program. I'm reading and writing to files and I'm using flock to control
collisions. I keep getting an error when the load tester is going (5
concurrent users). It seems that the
Justin Luster wrote:
Does anyone know anything about flock and mod_perl?
Yes. There is no problem with flock and mod_perl. However, if you were
to open a filehandle in startup.pl and then use that same filehandle
after forking, that could be a problem.
Personally I would suspect Windows in
[EMAIL PROTECTED]
To: Justin Luster [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Thursday, August 29, 2002 12:11 PM
Subject: Re: Filehandles
Justin Luster wrote:
Does anyone know anything about flock and mod_perl?
Yes. There is no problem with flock and mod_perl. However, if you were
to open
Personally I would suspect Windows in this case. I don't know about
XP, but Windows 95/98/ME did not have a working flock. If XP is based
on the NT code, it may not have that problem. Even so, I would try
testing that first, or maybe asking about it on Win32 perl mailing
list.
XP is
Thanks for responding so quickly.
flock does work under Windows 2000 and above.
The load tester that I'm using works fine with my script outside of
mod_perl. My script works inside of mod_perl with only one concurrent
user. When multiple concurrent users began hitting the script under
Chris wrote:
XP is based on the NT Kernel, and should have a working flock. I believe In
recent versions of 5.6.1 flock() is emulated on the 9x kernel as well.
However this doesn't mean mod_perl supports it
It does actually, since mod_perl is Perl. Thanks for the flock
clarification.
-
Justin Luster wrote:
The load tester that I'm using works fine with my script outside of
mod_perl.
Does it work when running them concurrently under CGI?
When multiple concurrent users began hitting the script under mod_perl,
using Apache::Registry or Apache::RunPerl all heck breaks loose.
mod_perl all heck breaks loose.
- Original Message -
From: Perrin Harkins [EMAIL PROTECTED]
To: Justin Luster [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Thursday, August 29, 2002 1:44 PM
Subject: Re: Filehandles
Justin Luster wrote:
The load tester that I'm using works fine with my
.
-Chris
- Original Message -
From: Chris [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Thursday, August 29, 2002 1:21 PM
Subject: Re: Filehandles
Thanks for responding so quickly.
flock does work under Windows 2000 and above.
The load
Justin Luster wrote:
The stress tool that I'm using is from Microsoft and is a free download.
That isn't quite what I asked. Which version of mod_perl are you using?
There is a setting in this tool called
Concurrent Connections (threads).
Regardless, mod_perl 1.x does not support multiple
Justin Luster wrote:
The stress tool that I'm using is from Microsoft and is a free
download.
That isn't quite what I asked. Which version of mod_perl are you
using?
There is a setting in this tool called
Concurrent Connections (threads).
Regardless, mod_perl 1.x does not support
Chris wrote:
I think he said mod_perl 2 in his inital post.
Oops, you're right, I totally missed that. Sorry Justin.
- Perrin
On Thu, 29 Aug 2002, Justin Luster wrote:
The stress tool that I'm using is from Microsoft and is a free download. It
is called Web Application Stress. There is a setting in this tool called
Concurrent Connections (threads). As I mentioned before I am able to do
this no problem under
I think he said mod_perl 2 in his inital post. Which I'm not sure really is
all that swift with concurrant requests under threaded mpms (Win32 is
limited to threaded mpms) ... least nobody seems 100% happy with the
threaded mpm performance of mod_perl 2 yet (Stas? Anybody? How's it
I'm using Perl 5.6
Unless someone with better knowledge pipes up, to the best of my knoweledge
there are threading/concurrancy issues with mod_perl 2 and 5.6.1 ... I know
that Randy has said in places that eventually the officiall recomdendation
for Win32 Apache/mod_perl 2 will be 5.8
Hi
I was trying to get NET::Ftp to work in Apache to post statistics via FTP.
These stats are in memory and are manipulated before being posted. I wanted
totie a filehandle so thatNet::FTP would call my READ code. So I
could just go
MyNetFTPObject-put(TIED_FILE_HANDLE,
remote_file)
I
"AG" == Anthony Gardner [EMAIL PROTECTED] writes:
AG Is there another way to write to files than
AG print OPF (END);
AG ...
AG END
I don't get your question. How else does one write to files other
than printing to the file handle opened for writing to that file?
AG Also, why can't I write
All,
Is there another way to write to files than
print OPF (END);
...
END
I've checked out the Eagle book and all I saw concerning this was
tie(ing) FILEHANDLES to STDOUT/IN.
Also, why can't I write to files from startup.pl (i.e. during server start
up?!)
If these are obvious, please don't
t OPF (END);
...
END
I've checked out the Eagle book and all I saw concerning this was
tie(ing) FILEHANDLES to STDOUT/IN.
Also, why can't I write to files from startup.pl (i.e. during server start
up?!)
If these are obvious, please don't shout. Somtimes the
g.
darren
Anthony Gardner ([EMAIL PROTECTED]) wrote:
All,
Is there another way to write to files than
print OPF (END);
...
END
I've checked out the Eagle book and all I saw concerning this was
tie(ing) FILEHANDLES to STDOUT/IN.
Also, why can't I write to files from startup.pl (i.e. dur
22 matches
Mail list logo