Hi all,
On Thu, 30 Oct 2003, Ron Savage wrote:
> >I had trouble with some of the RPM's, so in the end I compiled
> >everything from source, took a while, but it all worked the way it
> >should whereas the binary distributions didn't.
>
> And which version of gcc are you using?
I'm now using 3
At 03:01 PM 10/30/2003 +1100, Ron Savage wrote:
>Hi John
>
>You said:
>>The only comment I would have is that RH8.0 is not a good
>>configuration "out of the box". The Perl installed is 5.8.0 which has
>>issues with Unicode and made installing some modules impossible. My
>>development machine, i
Guys, hello!
I'd like to point someone who maintains Apache::DBI now at the small bug
that produces
Use of uninitialized value in concatenation (.) or string at
E:/Perl/site/lib/Apache/DBI.pm line 74.
with the latest DBI-1.38 and Apache::DBI 0.92 (though the older 0.89
shows the same warning). DB
Ged Haywood wrote:
Hi there,
On Wed, 29 Oct 2003, Eric Moore wrote:
I saw a note about redirecting STDERR to the screen but nothing about
sending it to the virtual_host.error_log.
Do you really want to do that? Some errors may have nothing to do
with a virtual host (no permission, no more fil
I need to be able to have users hit URL:siteABC.co.com
and get redirected to URL:siteXYZ.co.com but not
change the URL that the users sees. ABC and XYZ are
two boxes on the same domain.
Is this possible?
Thanks, -Mark
__
Do you Yahoo!?
Exclusive Video Premiere - B
HI Mark,
Check out mod_rewrite ... you can create a rewrite rule to forward
the request to the server you want.
You can set this up to do load balancing round-robin style with
RewriteMap too.
For example:
ProxyPassReverse / http://siteABC.co.com
ReWriteEngine On
Rewr
In my never ending search for more elegant looking and self-documenting
code I decided to try out the Switch module. In the following fragment of
code:
#!/usr/local/bin/perl
# AppSys: Manage Profile
use strict;
use CGI qw/:standard/;
use CGI::Carp qw(fatalsToBrowser);
use Switch;
my $cgi = CGI->
John Day wrote:
In my never ending search for more elegant looking and self-documenting code I decided to try out the Switch module. In the following fragment of code:
#!/usr/local/bin/perl
# AppSys: Manage Profile
use strict;
use CGI qw/:standard/;
use CGI::Carp qw(fatalsToBrowser);
use Swit
Geoffrey Young wrote:
John Day wrote:
In my never ending search for more elegant looking and
self-documenting code I decided to try out the Switch module. In the
following fragment of code:
#!/usr/local/bin/perl
# AppSys: Manage Profile
use strict;
use CGI qw/:standard/;
use CGI::Carp qw(fa
Original Message
Subject:AuthenNTLM and slow web server
Date: Thu, 30 Oct 2003 17:59:49 +0100
From: Stefano Ciancio <[EMAIL PROTECTED]>
Organization: Italia On Line
To: [EMAIL PROTECTED]
Hi,
I am using the apache module Apache-AuthenNTLM-2.04 with apache 1.3
At 11:23 2003-10-30 -0500, you wrote:
In my never ending search for more elegant looking and self-documenting
code I decided to try out the Switch module.
I've sometimes faked a switch statement like this...
SWITCH: {
$foo eq 'r' && do {
# read stuff
last SWITCH;
};
$foo eq 'w' && d
Hi,
Appologies if this is to the wrong list, I thought I'd start here
to see if I'm doing something wrong first, and then move to the
dev list if I can't resolve my problem. None the less, a bug report
is attached below.
After porting one of my mod_perl apps from 1 to 2, I thought that I
had it
On Thu, 2003-10-30 at 11:41, Mark Hawkes wrote:
> At 11:23 2003-10-30 -0500, you wrote:
> >In my never ending search for more elegant looking and self-documenting
> >code I decided to try out the Switch module.
>
> I've sometimes faked a switch statement like this...
That's a good approach, and
After porting one of my mod_perl apps from 1 to 2, I thought that I
had it working but then later found that for some users, POST form
data was not available.
thanks for the report.
can you let us know specifically the version of CGI.pm you were using. also,
please try with the latest CGI.pm fr
Scott Beuker wrote:
Hi,
Appologies if this is to the wrong list, I thought I'd start here
to see if I'm doing something wrong first, and then move to the
dev list if I can't resolve my problem. None the less, a bug report
is attached below.
This list is just as good as the dev list. So you are in
Hi Geoff,
> can you let us know specifically the version of CGI.pm you
> were using. also,
> please try with the latest CGI.pm from CPAN and see if that helps you.
I was using 2.25, but at this point I have upgraded to the latest (3.00)
at your advice but to no avail.
> at any rate, if you co
> Please let me know if there is anything more I can do. I hope
> this helps.
> I thought about writing a small example script myself but
> given the amount
> of time I have spent on this issue already, I have to be
> careful here at
> work.
A little extra information that may help to narrow
Scott et al.
After porting one of my mod_perl apps from 1 to 2, I thought that I
had it working but then later found that for some users, POST form
data was not available. In other words, when they would submit the
form data all of the CGI.pm param()'s were empty even though in my
Apache access_lo
There are two things I'd suggest to try:
1) pass $r to CGI->new($r), in which case it won't rely on the global
Apache->request. And you can switch then to 'PerlHandler modperl'.
2) use the IO trace to debug what's going on:
you need to rebuild mp with MP_TRACE=1 and then add to httpd.conf:
P
Scott Beuker wrote:
Please let me know if there is anything more I can do. I hope
this helps.
I thought about writing a small example script myself but
given the amount
of time I have spent on this issue already, I have to be
careful here at
work.
A little extra information that may help
Cool... exactly the same thing happened to me, except that it wasn't
when I switched
from mp1 to mp2 (which I haven't done), it was when I upgraded from
Jaguar to
Panther, which comes with 5.8.1RC3 and a pre-built Apache/mod_perl.
eeck, a release candidate on a major os? unbelievable.
So
I'm
Stas Bekman wrote:
There are two things I'd suggest to try:
1) pass $r to CGI->new($r), in which case it won't rely on the global
Apache->request. And you can switch then to 'PerlHandler modperl'.
2) use the IO trace to debug what's going on:
you need to rebuild mp with MP_TRACE=1 and then ad
I was getting segfaults with mod_perl2 (1.99_10 on 2.0.48) on my development box
today. After a lot of searching, it turns out it was because of a problem with
Time::Piece.
I could recreate it by placing 'use Time::Piece::MySQL' in the startup.pl file.
This would cause the server to segfault on
23 matches
Mail list logo
