IIRC, compiling statically will avoid the problem otherwise you must
to recompile Perl.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, October 12, 2005 1:33 AM
> To: [EMAIL PROTECTED]
> Cc: modperl@perl.apache.org
> Subject: ModPerl install pr
Tyler MacDonald wrote:
Global symbol "$r" requires explicit package name at
/opt/weedns-4/skins/yi/perl5lib/yi/page/css.pm line 16.\nCompilation failed
in require at /opt/weedns-4/skins/yi/htdocs/css.pl line 6.\nBEGIN
failed--compilation aborted at /opt/weedns-4/skins/yi/htdocs/css.pl line
6.\n
Tyler MacDonald wrote:
17 -$r->print("\n");
I know this doesn't answer your question, but it popped out at me that you're
using xhtml /> syntax, but your attributes (REL, TYPE, HREF) and tags(LINK) are
in caps which conflicts.
--
END
-
I recently made the move from mod_perl 1.99 to mod_perl 2.0.2. After a bit
of porting (changing Apache:: to Apache2::, etc), everything seemed to be
working fairly well. But then some bizarre things started happening.
About 1 in 50 times, a page will fail to load with "internal server error".
The
Hello,
I am trying to migrate from mod_cgi to mod_perl. My
system is as follows:
linux suse 9.2
(installed via rpm from suse)
apache2-mod_php4-4.3.8-8.9
apache2-2.0.50-7.3
apache2-devel-2.0.50-7.3
apache2-prefork-2.0.50-7.3
apache2-mod_perl-2.0.1-2.1
I added the 'LoadModule perl_module
/usr/li
> "gb" == gb <[EMAIL PROTECTED]> writes:
gb> Each site has a startup script with
gb> Apache::DBI->connect_on_init
This may be your problem. If the connection string is identical,
Apache::DBI caches it as "the same connection". But if you then
do something unique per virthost in your connec
> Am I doing something wrong? Can Apache::DBI hold several handlers for
> one httpd process? I suspect that user connects to different processes
> and the handler (dbname/username/pass) do not always match.
Apache::DBI will cache connections on a per-connection-string basis, once in
each child pr
Thanks Charlie for the pointer. It was a content-type problem. The external
app was using text/plain while Apache2 by default requires
application/x-www-form-urlencoded.
Regards,
Saurabh
-Original Message-
From: Charlie Garrison [mailto:[EMAIL PROTECTED]
Sent: Monday, October 24, 2005 7:1
Hi all!
A have some problems with using apache::dbi and name virtual hosts.
I have four sites, each having its own login into database.
All of them listen to one ip using NameVirtualHost directive
Each site has a startup script with
Apache::DBI->connect_on_init
It seems to me that apache::dbi is
Instead of dealing with uninvited trouble with NFS or anything
similar, using something like http://www.danga.com/memcached/ would be
a better idea.
Thanks,
Pratik
On 10/21/05, Jay Buffington <[EMAIL PROTECTED]> wrote:
> Even if you are in a multiple server environment you should still be
> able
10 matches
Mail list logo