* 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
>>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
> 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
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
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
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:
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
* 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
> 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
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_
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
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.
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
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 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
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, 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
Chris wrote:
> I think he said mod_perl 2 in his inital post.
Oops, you're right, I totally missed that. Sorry Justin.
- Perrin
> 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
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
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
- 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
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
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
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
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
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.
-
> 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
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-
> 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
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
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,
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
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
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)
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.
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
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
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
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
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
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
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
[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#
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.
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.
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
47 matches
Mail list logo