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 t
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 blah.
[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:
http://perl.apache.org/docs/1.0/guide/install.html#
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 wan
Hello,
I was not able to find anything similar in list archives,
Trying to :
use base Ima::DBI
in mod_perl (also in a 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 Ima::DBI
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 com
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
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/ http://abc.use-trade.
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/ http://abc.u
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 mod_perl,
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
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 u
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 loos
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 recomdendat
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 multipl
> 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
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 ran
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 --
>H
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 pro
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 that helped (for
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.
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 re
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_
> 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 som
* 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'v
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. Ev
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 Ga
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, 2002-08-3
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 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 r
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 http://www.mydomain.co
> 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
> l
>>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
* Jie Gao ([EMAIL PROTECTED]) [30 Aug 2002 09:49]:
> On Thu, 29 Aug 2002, Jesse Erlbaum wrote:
[...]
> > I notice that you are using mod_perl AND mod_php.
> >
> > 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
47 matches
Mail list logo
