On Mon, 2003-11-17 at 01:36, Christopher P. Lindsey wrote:
Basically, it all boils down to the fact that once an SSI directive
with #EXEC CGI is parsed, the document fails to parse any further
SSI directives *if the script to be executed has a perl-script
handler.*
What happens
What happens if you use #include virtual instead? The #exec cgi
directive has been deprecated in mod_include for years. The Apache::SSI
module sets the content-type to application/x-httpd-cgi when you use
exec cgi, and that might be causing a problem here, since what you are
including are
Stas Bekman [EMAIL PROTECTED] writes:
Brian McCauley wrote:
Stas Bekman [EMAIL PROTECTED] writes:
I think it would be more clear if all are declared at the top of the
file,
Declaring variables at the top of the file is, IMNSHO, a bad
programming habit that should be discouraged.
I've got an existing production system which I've built and maintained
over the past 3 years - I've never had a problem with mod_perl until
about 4 months ago.
During that time I built a new module - PostBlotter.pm, which was not
preloaded in startup.pl (I don't typically preload most of our
On Mon, 2003-11-17 at 09:30, Jamie Le Tual wrote:
An interesting test would be to put a sleep(20) adter the delcaration of
the second database handle, then open a mysql shell and do a :
show processlist;
There's no need to go to all that trouble. Turning on debugging for
Apache::DBI will
Hi everyone
I would search archives for this but I honestly can't think what to
search for in this case :(
I have 1 server, with 2 practically identical sites on it. And calls to
databases are getting mixed up (Using MySQL and DBI)
I have an ensim server running:
Apache/1.3.27
On Mon, 2003-11-17 at 12:40, angie ahl wrote:
So I have one set of modules in
/home/virtual/site17/fst/var/www/perl/vert
and another in
/home/virtual/site29/fst/var/www/perl/vert
And those modules have different database information (but tables inside
are the same).
Sounds like you're
On Mon, 2003-11-17 at 02:15, Christopher P. Lindsey wrote:
I actually get the same results, but I appreciate the idea!
Hmmm, then the problem is most likely in the code that you are
including. Does it happen if you include a static file instead? Can
you try taking things out of your
Hi all,
I have this PerlSetVar behaviour. Suppose to have:
Location /foo
SetHander perl-script
PerlSetVar Something 0
PerlResponseHandler MyModule
/Location
But in MyModule.pm, $r-dir_config('Something') returns an undef value
sorry, I sent this yesterday from a different email account but it doesn't
look like it went through...
Christopher P. Lindsey wrote:
Hi,
I sent out an email yesterday describing some problems that I'm having
with Apache::SSI. I've narrowed things down significantly and hope that
this
Enrico Sorcinelli wrote:
Hi all,
I have this PerlSetVar behaviour. Suppose to have:
Location /foo
SetHander perl-script
PerlSetVar Something 0
PerlResponseHandler MyModule
/Location
But in MyModule.pm, $r-dir_config('Something')
Thanks for that, but CPAN seems to indicate that Apache::PerlVINC will
have a performance hit (which I need to avoid if possible).
would the following work?
if the 2 sites call a different directory name eg:
site 1:
use lib /home/virtual/site17/fst/var/www/perl/verttemp;
use verttemp::SiteMap;
On Mon, 2003-11-17 at 13:47, angie ahl wrote:
Thanks for that, but CPAN seems to indicate that Apache::PerlVINC will
have a performance hit (which I need to avoid if possible).
It's really for development use.
if the 2 sites call a different directory name eg:
site 1:
use lib
You are quite welcome. I hope I have more chances to contribute, I
feel like I owe a great debt.
-Matisse
At 9:47 PM -0800 11/14/03, Stas Bekman wrote:
Matisse Enzer wrote:
Here's a very rough draft of what do do if the error_log includes
any undefined symbol errors. It's mostly based on
SUCH SANMARTÍN, GERARD wrote:
I say strange because i have the next
read(STDIN,$buf,$apache_headers-{'Content-length'});
and it works (when in POST method).
But if i write
$r-read($buf,$apache_headers-{'Content-length'});
then i get no $buf, no data.
I've read some comments about this
Basically, it all boils down to the fact that once an SSI directive
with #EXEC CGI is parsed, the document fails to parse any further
SSI directives *if the script to be executed has a perl-script
handler.*
from the manpage:
* When chaining handlers via Apache::Filter, if
On Mon, 2003-11-17 at 15:59, Christopher P. Lindsey wrote:
The problem now is that everything is sent out encoded as text/plain. If
I add a line like this
AddType text/html .phtml
D'oh! I hate responding to my own posts, but minutes after sending this
I remembered
Thanks for the info Perrin, I was able to make it work by adding an
AddType.
I am still wondering why every example I see with Apache::RegistryFilter and
Apache::SSI makes no mention of having to set the header.
Robert
-Original Message-
From: Perrin Harkins [mailto:[EMAIL PROTECTED]
On Mon, 2003-11-17 at 18:41, Robert Knaak wrote:
I am still wondering why every example I see with Apache::RegistryFilter and
Apache::SSI makes no mention of having to set the header.
The only time you have to set the header is if you were relying on
PerlSendHeader instead of setting the
I hate to be a wet blanket, but that looks very wrong to me.
Apache::PassHtml does not work with Apache::Filter, so you probably are
not running Apache::SSI on these files at all.
Hi Perrin,
You are, of course, right. :)
Apache::SSI was being used, but the Content-Type: wasn't being
-Mensagem original-
De: Carlos - Fundação MT [mailto:[EMAIL PROTECTED]
Enviada em: Monday, November 17,
2003 3:09 PM
Para: '[EMAIL PROTECTED]org'
Assunto: Problem Instaling
MOD_PERL for Win32 (Windows 2000)
Good Afternoon,
Id like to install mod_perl for windows 2000,
On Mon, 17 Nov 2003, [iso-8859-1] Carlos - Fundao MT wrote:
Id like to install mod_perl for windows 2000, but I donno
how search the file mod_perl.zip.
I need to help for you to install the Module Perl for
Apache 1.3.29 and Perl 5.6.1 Build 6xx
The page
geoff 2003/11/17 15:00:39
Modified:.Changes
Log:
add :filetype import tag to APR::Const
Revision ChangesPath
1.254 +2 -0 modperl-2.0/Changes
Index: Changes
===
RCS file:
geoff 2003/11/17 15:25:06
modperl-2.0/xs/APR/Finfo - New directory
geoff 2003/11/17 15:27:11
Modified:xs/maps apr_functions.map apr_structures.map apr_types.map
xs/tables/current/ModPerl FunctionTable.pm
Added: xs/APR/Finfo APR__Finfo.h
Log:
add access to $r-finfo() and related APR::Finfo methods,
such as
geoff 2003/11/17 15:27:46
Modified:.Changes
Log:
add access to $r-finfo() and related APR::Finfo methods,
such as $r-finfo-size(), $r-finfo-mtime(), and
APR::Finfo::stat()
Revision ChangesPath
1.255 +4 -0 modperl-2.0/Changes
Index: Changes
geoff 2003/11/17 15:31:02
Added: t/response/TestAPR finfo.pm
Log:
add $r-finfo tests
Revision ChangesPath
1.1 modperl-2.0/t/response/TestAPR/finfo.pm
Index: finfo.pm
===
package
stas2003/11/17 16:54:10
Modified:todo release
Log:
some updated for the static build issue
Revision ChangesPath
1.2 +5 -1 modperl-2.0/todo/release
Index: release
===
RCS file:
On Mon, 2003-11-17 at 15:27, [EMAIL PROTECTED] wrote:
geoff 2003/11/17 15:27:11
Modified:xs/maps apr_functions.map apr_structures.map apr_types.map
xs/tables/current/ModPerl FunctionTable.pm
Added: xs/APR/Finfo APR__Finfo.h
Log:
add access to
29 matches
Mail list logo