I don't preload CGI.pm at home and the only to do with this in the logs
is the "Loading CGI at runtime" which still occurs. Of course, that
will happen no matter what because of <LocationMatch> directives.
Which led me to try removing the LocationMatch for that directory and
restarting apache. Then I get the correct page (again proving this is
not a browser cache).
When I put the LocationMatch back, thankfully whatever cache that was,
was cleared, and I can now get the proper page. So in short, this was
a mason event. I have a couple of questions about this caching, I will
check HQ for docs too but:
- what's the policy there? Why, after several failures, would it
refuse to check the page again no matter what? I have not noticed this
before.
Okay, maybe that's only one question.
Nb. I do not understand the nature of this error either, I have not
altered this code in months and the exact same thing is still working
fine on-line:
sub check_serv {
# will succeed if nchiad is waiting for tsuushl, then callServer will
# throw an error at login
socket(SCK, PF_INET, SOCK_STREAM, getprotobyname('tcp'))
||fatal("check_serv() cannot open socket: $!");
my $nchiad = sockaddr_in(666,inet_aton('localhost'));
if (connect(SCK,$nchiad))
{ close(SCK); return; }
my $mro = HTML::Mason::Request->instance();
log_msg("Call while server down");
$mro->redirect("out.mhtml");
}
I presume something wierd is going on with that socket here for some
reason, altho I cannot imagine what. (Since this code works elsewhere
and used to work here).
--
MK <halfcountp...@intergate.com>
------------------------------------------------------------------------------
ThinkGeek and WIRED's GeekDad team up for the Ultimate
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
lucky parental unit. See the prize list and enter to win:
http://p.sf.net/sfu/thinkgeek-promo
_______________________________________________
Mason-users mailing list
Mason-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mason-users
