So, there's no way in Apache::ASP to include a file by specifying a path
relative to DOCUMENT_ROOT, or relative to the directory of the current
file (which is not necessarily equivalent to the request URI, if the
current file is included)?
I managed to get my site to work using and specifying
fu
Ime Smits wrote:
>
> | Well, I would like to suggest that you consider including in the Apache::ASP distribution, so that included files use the
> | same namespace. It doesn't make sense logically that include virtual
> | behaves differently from include file (other than the way the
> | filename
I was rereading
http://perl.apache.org/guide/scenario.html#Buffering_Feature
and was surprised to find:
"Therefore if you don't use mod_proxy and mod_perl send its data
directly to the client, and you have a big socket buffer, the
mod_perl process will be released as soon as the last
| Well, I would like to suggest that you consider including in the Apache::ASP distribution, so that included files use the
| same namespace. It doesn't make sense logically that include virtual
| behaves differently from include file (other than the way the
| filename/pathname is interpreted, of
| > I would not do it this way, in fact the way I would do this
| > would not be with your methods at all, unless you want
| > to have each section to be arbitrarily different and
| > maintained by separate graphics designers. The way I would
| > do this thing is to lose the directory structure c
My apache dies about 30% of the time when handling any mod_perl request
that requires XML::Parser. Any other page (even pages that use
mod_perl) are 100% ok.
Are there any known issues with this (besides the requirement for
--disable-rule=expat)? This all worked fine with perl 5.005_03 +
mod_p
On Sat, 20 May 2000, Joshua Chamas wrote:
> >
> >
>
> For #1, know includes will be picked up from your Global directory,
> so you can use that repository to share includes, instead of some
> DOCUMENT_ROOT location. You can also use IncludesDir for this if
> it is set.
Thanks! That pretty mu
Philip Mak wrote:
>
> I see. There are two problems that I have with file includes though:
>
> (1) I cannot specify a file's location relative to $ENV{'DOCUMENT_ROOT'}.
>
> (2) I cannot specify a file's location relative to the directory the
> current file is in.
>
> For #1, I want to do somet
On Sat, 20 May 2000, Joshua Chamas wrote:
> Use file includes. virtual includes are meant to execute
> anything and include its output, and is handles by Apache::SSI
> outside of Apache::ASP. File includes will be executed as perl
> asp subroutines in the same perl namespace as the
> including
Thanks to all of you for input on this one
I've taken the easy way out and written program in C instead.
But I look forward to making use of the XS & pack/unpack
approaches some other time.
Regards
Dave
Can anyone help explain why PERL gives such a large
memory
footprint & advise how to get aroun
Matt Sergeant writes:
> On Fri, 19 May 2000, David Larkin wrote:
>
> > I require a large array of ints in a real application, just stripped
> > problem down to bear bones for demo.
>
> Is your array sparse by any chance? If not your modperl daemon is going to
> get _much_ larger after you popula
One these start, they don't stop unless I restart the server. Any idea what
is causing these?
[Sat May 20 11:49:41 2000] [error] Undefined subroutine
&DBD::Sybase::db::_login called at
/usr/local/lib/perl5/site_perl/5.6.0/i686-linux/DBD/Sybase.pm line 73.
(in cleanup) Driver has not impl
[EMAIL PROTECTED] (G.W. Haywood) wrote:
>Hi there,
>
>On Fri, 19 May 2000, David Larkin wrote:
>
>> Can anyone help explain why PERL gives such a large memory
>> footprint & advise how to get around it.
My general philosophy (well, at least in these matters) is that large
chunks of reference dat
: >
: >On Wed, 17 May 2000, Peter Haworth wrote:
: >
: > > Drew Taylor and I are about to write a subclass of Apache::Request
which
: > > includes form element generation methods, a la CGI.pm. The current
: >favourite
: > > name is Apache::Request::Forms, but we'd like to know if anyone has a
: >b
Hi there,
On Fri, 19 May 2000, David Larkin wrote:
> Can anyone help explain why PERL gives such a large memory
> footprint & advise how to get around it.
In addition to the other suggestions, you might want to try
use integer;
in the bits of your Perl code that manipulate integers.
> I gues
- Original Message -
From: Randy Kobes <[EMAIL PROTECTED]>
Sent: Saturday, May 20, 2000 05:50
Subject: Re: mod_perl 1.24, nmake test causes Apache Win32 to crash.
| On Sat, 20 May 2000, Thomas wrote:
|
| > hi,
| > I've run into some oddities..
| > running nmake test causes to serious
Use file includes. virtual includes are meant to execute
anything and include its output, and is handles by Apache::SSI
outside of Apache::ASP. File includes will be executed as perl
asp subroutines in the same perl namespace as the
including script.
-- Joshua
_
Hello,
I have stumbled upon an issue with Apache::ASP
directive. Included files do not seem to be able to access the same scope
of variables. I am using the following test program:
File 1.inc:
<% $test .= '1'; %>
$test = <%=$test%>
File 2.inc:
<% $test = '2'; %>
One would expect the output
"Bruce W. Hoylman" wrote:
>
> > "Gunther" == Gunther Birznieks <[EMAIL PROTECTED]> writes:
> Gunther> This first criteria seems a tad odd to me. What business
> Gunther> scenario is there for this?
>
> The framework is to support an intranet time tracking application. The
> business
"Jeffrey W. Baker" wrote:
>
> On Thu, 18 May 2000, brian moseley wrote:
>
> > On Thu, 18 May 2000, Autarch wrote:
> > pretty slow if you build a string using .= instead of using
> > smarter methods, like pushing strings onto an array and then
> > joining it.
>
> You tried to sell me that when I
On Fri, 19 May 2000, David Larkin wrote:
> I require a large array of ints in a real application, just stripped
> problem down to bear bones for demo.
Is your array sparse by any chance? If not your modperl daemon is going to
get _much_ larger after you populate that array. If it's sparse, consi
21 matches
Mail list logo
