Do many mod_perl programmers use bOP by bivio.biz in their large projects?
Could you share with your experience at working with it?
The documentation looks very very... promissing.
Chris
Hi,
This is probably a luser error as I am quite new to this malarkey, however I have been
experimenting for a while without progress now. I need to know how to find out exactly
which version of perl mod_perl is configured to use, and if this can be changed as a
non-root user, and how to set
Jamie,
Use the perl internal variables to figure out what version you're running under: $]
and $^V
Use these whether you're running perl or mod_perl. You might want to direct questions
relating to perl in general to the perl beginners list.
Please see perldoc perlvar for more details.
~mark.
Thanks, but, didn't think i was a beginner... this is more of a mod_perl question
because I'm aware of how to set @INC etc for normal perl scripts. Anyway I tried your
advice, but, from perldoc perlvar:
$]
The use of this variable is deprecated
and for $^V:
Use of uninitialized value at
[EMAIL PROTECTED] wrote:
[...]
So are you forced to use the version of perl that was chosen when
mod_perl was installed? Guess so, am trying to do a local non-root
install of apache and mod_perl to see if this is so.
It helps to RTFM:
zt.zamosc.tpsa.pl writes:
Do many mod_perl programmers use bOP by bivio.biz in their large projects?
At least 3. :-) We have a few downloads, but I doubt anybody is using
it for anything serious besides us. (Others, please correct me
if I'm wrong.)
Could you share with your experience at
Actually I was in the process of reading your very useful piece on how to create a
non-root install. Problem is, there is a hell of a lot of FM to read.
anyway, ta
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]]
Sent: 29 August 2002 12:01
To: Echlin, Jamie
Cc: [EMAIL
Hi Jamie --
So are you forced to use the version of perl that was chosen when
mod_perl was installed? Guess so, am trying to do a local
non-root install of apache and mod_perl to see if this is so.
Yes -- you are bound to use the version of Perl which was compiled into
Apache. If you want
Hello,
I was not able to find anything similar in list archives,
Trying to :
use base Ima::DBI
in mod_perl (also in a Perl/Perl block of config)
a cought this trace:
Uncaught exception from user code:
Can't locate DBI/db.pm in INC (INC contains: [...]
This happens because
Hi Stefano --
Working outside mod_perl (i.e. in a command line perl program) no
problem jumps out because the above arrowed 'die' correctly matches
its regexp (the exception message starts at the beginning of the line).
From inside mod_perl we have an unmatch so base croaks with the
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
Doug and Stas,
I try to compile PHP with largefile support with no luck so I follow
Doug's advice and rebuild mod_perl with PERL_USELARGEFILES=0. This solves
the problem. Thanks a lot for helping me out!
Alex
From: Doug MacEachern [EMAIL PROTECTED]
To: Alex Lee [EMAIL PROTECTED]
CC:
Hi,
Anybody can tell me how to redirect
http://www.mydomain.com/abc To http://abc.mydomain.com:8080
I had used the following
RewriteEngine on
RewriteRule ^/abc(.*) http://abc.use-trade.com:8080$1 [P]
ProxyPass /abc/ http://abc.use-trade.com:8080/
ProxyPassReverse /abc/
Hi Doug,
You asked:
which one is NULL dconf or dconf-sec_file? if dconf-sec_file
should never be NULL. i'm not sure if it is possible for dconf
itself to be NULL. do you have some example configuration that
causes the problem?
Well, dconf was NOT NULL, but sec_file was NULL:
(gdb)
On Thu, 29 Aug 2002, Abd El-Hamid Mohammed wrote:
Anybody can tell me how to redirect
http://www.mydomain.com/abc To http://abc.mydomain.com:8080
I had used the following
RewriteEngine on
RewriteRule ^/abc(.*) http://abc.use-trade.com:8080$1 [P]
ProxyPass /abc/
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
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
How can I have @INC array contain the directory
names /usr/lib/perl/5.6.1 ... instead of /usr/lib/5.6.0. Apache does not run
beacuse of the value of @INC.
UY
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
Hi Ufuk --
How can I have INC array contain the directory names
/usr/lib/perl/5.6.1 ... instead of /usr/lib/5.6.0.
Apache does not run beacuse of the value of INC.
You need to recompile Apache/mod_perl.
-Jesse-
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.
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 regular CGI with 10 concurrent users but when I run
Didn't mean to take this off list if I had. Heh.
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
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
Hi, I recently ran into a problem which has puzzled me about Perl
compilation and installation. I would appreciate some help in
understanding this.
I run Redhat 7.2, which comes with perl-5.6.0-17. I was able to
compile and install 5.6.1 and 5.8.0 all seemingly without problems.
However, I
Can't you use the perl startup file to re-write the INC array?
I thought I'd seen a post along those lines a while back.
Darren
-Original Message-
From: Jesse Erlbaum [mailto:[EMAIL PROTECTED]]
Sent: Friday, 30 August 2002 6:29 AM
To: [EMAIL PROTECTED]
Subject: RE: @INC
Hi Ufuk --
Hi Darren --
Can't you use the perl startup file to re-write the INC array?
I thought I'd seen a post along those lines a while back.
Sure you can. I use PERL5LIB and an unshift(@INC, ...) all the time to
push an extra path at server startup.
However, that's just the tip of Ufuk's
Hi Ufuk --
Well what you said is true. I actuallay had perl 5.6.1 but I
tried to use an
old httpd executable compiled with 5.6.0. Adding directories to @INC would
help me but each time before I would start httpd, I'd have to do that.
Instead I recompiled mod_perl/apache/ssl/php bundle. And
On Thu, 29 Aug 2002, Jesse Erlbaum wrote:
Well what you said is true. I actuallay had perl 5.6.1 but I
tried to use an
old httpd executable compiled with 5.6.0. Adding directories to INC would
help me but each time before I would start httpd, I'd have to do that.
Instead I recompiled
I just HAVE to use it since I am moving and already working environemtn to a
new platform. I would neither use both if I were given the chance
Ufuk
- Original Message -
From: Jesse Erlbaum [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, August 29, 2002 4:47 PM
Subject: mod_perl
I have a general question for the list: Do people often use BOTH of these
environments at the same time? It seems to me that there would be little
benefit to using both. Am I mistaken?
I'm using both at work because we're slowly migrating from PHP to Perl.
PHP is better than Perl in some
* Andy Lester ([EMAIL PROTECTED]) [30 Aug 2002 10:33]:
[...]
PHP is better than Perl in some cases, I've found. If you're
predominantly templating and don't want to futz around with Mason or
TT or whatever, PHP will do a fine job.
I'm naturally biased toward Perl, and generally the PHP I've
Hey Andy --
I'm using both at work because we're slowly migrating from PHP to Perl.
That reminds me of a project I started last year. We were charged with
assuming responsibility for a website built on ColdFusion. We moved the
site from Solaris/Netscape-Commerce to Linux/Apache-mod_perl.
CHANGES
- New Feature: HTML::Template will combine HTML_TEMPLATE_ROOT
environment variable and path option if both are
available. (Jesse Erlbaum)
- New Feature: __counter__ variable now available when
loop_context_vars is set (Simran
CHANGES
- Added support for HTML::Template 2.6's new DEFAULT attribute.
- Added support for HTML::Template 2.6's new __counter__ variable.
- Updated mailing-list information to reflect move from vm.com
to sourceforge.net
- Fixed bug where tmpl_var's with the escape attribute would
cause a
CHANGES
- Fixed parser to recognize negative numbers. Thanks to Fran
Fabrizio for the report.
- Fixed parser to allow for HTML-comment style tags. Thanks to
Stuhlpfarrer Gerhard for the spot.
- Updated mailing-list information to reflect move from vm.com to
sourceforge.net
DESCRIPTION
Excellent... can't wait to try it out... thanks Sam.
ps: You did not mention anything about adding filter args support... i
though that you were going to put in some sort of a feature to support
filter arguments (for which Cees sent a patch...) - is this still on the
agenda?
On Sat,
Stefano wrote:
Hello,
I was not able to find anything similar in list archives,
Trying to :
use base Ima::DBI
in mod_perl (also in a Perl/Perl block of config)
a cought this trace:
Uncaught exception from user code:
Can't locate DBI/db.pm in @INC (@INC contains:
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
On Thu, 29 Aug 2002, Abd El-Hamid Mohammed wrote:
RewriteEngine on
RewriteRule ^/abc(.*) http://abc.use-trade.com:8080$1 [P]
ProxyPass /abc/ http://abc.use-trade.com:8080/
ProxyPassReverse /abc/ http://abc.use-trade.com:8080/
and it works great for redirecting
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
46 matches
Mail list logo