erver hasn't choked yet, or behaved weirdly. Guess
I'll find out when it goes into production...
Thanks
- Original Message -
From: "Stas Bekman" <[EMAIL PROTECTED]>
To: "Noam Solomon" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: We
In the process of building apache_1.3.27 / mod_perl
1.3.27 / openssl0.9.6g / mod_ssl mod_ssl-2.8.12-1.3.27 on a Solaris OS 2
UltraSparc, with Perl 5.8, the apache make failed because of an undefined
"url_delims". I was using the method where you build mod_ssl, then build
mod_perl, then conf
The subject more or less says it all. I've
found one bug report online which is pretty similar, but
does not say much about a solution:
http://citadelle.intrinsec.com/mailing/current/HTML/ml_apache-server-bugs/0424.html
The errors look like:
alloc.c: in function
'spawn_child_core':
alloc
m then turned out to
be that I had some modules loading in the wrong order.
Hope this helps someone somewhere down the line!
- Original Message -
From: "Per Einar Ellefsen" <[EMAIL PROTECTED]>
To: "Noam Solomon" <[EMAIL PROTECTED]>
Cc: "Mod-perl list&q
(Please disregrard previous message I hit send
prematurely...)
I'm writing again about the problem I was having
yesterday with modules being
unable to set their own custom directives.
This is becoming my own private
nightmare, and I am certain it is the result of a
very stupid move I
I'm writing again about the problem I was having
yesterday with modules being
unable to set their own custom directives.
This is becoming my own private
nightmare, and I am certain it is the result of a
very stupid move I made: somehow
in my initial grapplings, I upgraded from what I
though
Also, if I try to load Apache::AutoIndex, and turn
off mod_autoindex, the server won't
accept the IndexOptions
directive...
I'm installing a new site build on a
production server, where I've built mod_perl 1.24 statically
into Apache 1.20. Everything works nicely,
except that one of the modules can't set it's own
custom directives, and apache balks with a syntax
error whenever it encounters one.
I've tried movi
lt to estimate without
knowing how big the websites are, what kind of functions they call,
etc.,
but if you could give me an idea of what kind of
problems I can expect to encounter and how difficult they are
to work around, I can give a quote to my
client.
Thanks,
Noam Solomon
/i386-linux/Apache/OpenIndex.pm line 566.
Here are lines 564-566...
sub plain_page {
my ($r,$args,$dirhandle,$mode,$isroot)=@_;
my $cfg = Apache::ModuleConfig->get($r);
my $ignore_regex = join('$|^',@{$cfg->{ignore}});
Thanks,
Noam Solomon
mucho gracia!
Jonathan Swartz wrote:
> One option is to switch to Berkeley DB (DB_File) - I believe it is much more
> stable and maintained. Don't know how much data transfer that would involve,
> though.
>
> > -Original Message-
> > From: Noam Sol
hopefully some of you have seen this before and can offer
some advice. We have a site we've developed on linux
boxes and are now moving it over to a solaris box. it runs
mod_perl 1.25 / HTML-Mason 2.02 / Stronghold 3 / Perl 5.6.1
and uses GDBM_File for cacheing. We are getting lots of
these al
Hi,
your system may have perl libraries installed in more than one place --
set the PERLLIB variable in the root profile to all the places perl
modules
may be (if you have multiple copies of perl, just stick together the @INC
from the different ones, or pick one that works...).
Hi,
I've been working with HTML::Mason and have been unable to connect
to mysql with DBI. There is a problem with the configuration on my
machine
such that perl won't check
/usr/local/lib/perl5/site_perl/5.6.0/i586-linux/ for
modules unless it's explicitly asked to. I don't really know why t
14 matches
Mail list logo