On Wed, Apr 04, 2001 at 03:47:47PM -0400, Robert Landrum wrote:
One of my developers is looking for a way to take records output from
a database and compress them into a gzip file on the fly, without
using a file on disk.
To do this, he's using Compress::Zlib and passing \*STDOUT as the
Hi,
Cees has found a bug in our benchmark. We were using rtrim in our select
statement while doing the benchmark and this was forcing postgres to perform
a table scan.
We've corrected the code for this bug. We are reposting results without
rtrim (creating the tables with varchar).
In fact with
an interestingfeature of JSP is the
possibility to use the MVC design pattern (INPUT/OUTPUT/LOGIC
separation)
This is obtainedwith the "forward"
instruction.
How the MVC design pattern can be implemented in
the mod_perl (and specifically Apache::ASP)architecture ?
Thanks
Francesco
Sirs,
I am trying to build mod perl for Apache but it fails on the final make as
follows:
The system is AIX 4.3.2, Perl 5.6.1, Apache 3.1.19, Mod Perl 1.25
Using the flexible way of installing this,when I run the final make on the
Apache
build I am getting the following error messages:
Target
Hi,
Does anyone know of a perl command/or a simple way that would extract all .pm and .pl
that a perl script needs in order to run?
Thanks
__
Get your own FREE, personal Netscape Webmail account today at
cd /toplevel dir of app
grep -Hrn use *
-Original Message-
From: F.H [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 20, 2001 10:01
To: [EMAIL PROTECTED]
Subject: Extracting required files
Hi,
Does anyone know of a perl command/or a simple way that would extract
all .pm and .pl that a
I think the question being asked is , how to resolve ALL dependencies , not
just the first level given in the app. For example , I may use some libs
that in turn use others , and so on in multiple levels of nesting.
Sri
-Original Message-
From: Brendan McAdams [SMTP:[EMAIL
On Fri, 20 Apr 2001, Francesco Pasqualini wrote:
an interesting feature of JSP is the possibility to use the MVC design
pattern (INPUT/OUTPUT/LOGIC separation) This is obtained with the
"forward" instruction. How the MVC design pattern can be implemented
in the mod_perl (and specifically
- Original Message -From: "Brett W. McCoy" [EMAIL PROTECTED]To:
"Francesco Pasqualini" [EMAIL PROTECTED]Cc:
[EMAIL PROTECTED]Sent:
Friday, April 20, 2001 5:32 PMSubject: Re: modperl/ASP and MVC design
pattern On Fri, 20 Apr 2001, Francesco Pasqualini
wrote: an interesting feature
But are there in the mod_perl architecture some guidelines and/or frameworks
that encourages the MVC design patern ?
Apache::PageKit is a MVC based framework. You can find it on CPAN here:
http://cpan2.org/Asset/display?dist=Apache-PageKit
I wrote an article on it for take23:
Hello,
FHDoes anyone know of a perl command/or a simple way that would extract
FHall .pm and .pl that a perl script needs in order to run?
SLI think the question being asked is , how to resolve ALL dependencies ,
SLnot just the first level given in the app. For example , I may use some
SLlibs
On Fri, 20 Apr 2001, Andrew Ho wrote:
Hello,
FHDoes anyone know of a perl command/or a simple way that would extract
FHall .pm and .pl that a perl script needs in order to run?
SLI think the question being asked is , how to resolve ALL dependencies ,
SLnot just the first level given in
On Fri, 20 Apr 2001, Francesco Pasqualini wrote:
But are there in the mod_perl architecture some guidelines and/or
frameworks that encourages the MVC design patern ? I think that
Apache::ASP could be (for example) the right tool, adding the
"forward" feature.
The forward feature looks like
Francesco Pasqualini wrote:
an interesting feature of JSP is the possibility to use the MVC design pattern
(INPUT/OUTPUT/LOGIC separation)
This is obtained with the "forward" instruction.
How the MVC design pattern can be implemented in the mod_perl (and specifically
Apache::ASP)
You can (I have) accomplish this with mod_perl and HTML::Mason, Mason's
root level autohandler can play the role of the JSP model 2
"controller servlet": dispatching logic processing to Perl objects (er,
beans) and "forwarding" to a view (with the Mason $m-call_next or
$m-comp mechanisms). I
Thanks you guys for your replies.
The purpose of knowing a program dependencies is to help troubleshoot any problems
that may occur once you install your script on a different machine or a a different OS
such as from NT to UNIX and vice versa where different version of Perl may be
installed.
On Fri, Apr 20, 2001 at 04:05:22PM -0400, F.H wrote:
using print @INC doesn't help it just points you to the lib dir in
your path.
The suggestion was to investigate %INC at some appropriate point (not
@INC), but note that in general this problem is not soluable. Did I
hear someone mutter
Hi there,
I'm trying to roll out some software by one of our 3rd party
developers. I'm trying to find out if the scripts will actually be run
through mod_perl and not as cgi's.
The only config changes that they have specified to my Apache config
is as follows :
Alias /cgi-bin/
You can check the MOD_PERL envirement variable. Something like:
if ($ENV{MOD_PERL}) {
# We're under mod_perl
} else {
# strait perl here
}
--
Chris Reinhardt
[EMAIL PROTECTED]
Webmaster
Dynamic DNS Network Services
Hi there,
On 20 Apr 2001, Wayne Pascoe wrote:
I'm trying to find out if the scripts will actually be run
through mod_perl and not as cgi's.
http://perl.apache.org/guide
73,
Ged.
At 15:44 20.04.2001 +0200, you wrote:
an interesting feature of JSP is the possibility to use the MVC design
pattern (INPUT/OUTPUT/LOGIC separation)
This is obtained with the "forward" instruction.
How the MVC design pattern can be implemented in the mod_perl (and
specifically Apache::ASP)
I upgraded to v5.6.1 of perl and viewed the documentation for the
Getopt::Std as I wasn't familiar with its use for command line
arguments on a new install function I was building. The docs indicate
use of our( $opt_foo, $opt_bar ) should 'use strict vars' be in use.
I wasn't familiar with this
On Fri, Apr 20, 2001 at 02:36:32PM -0700, Alan E. Derhaag wrote:
I upgraded to v5.6.1 of perl and viewed the documentation for the
Getopt::Std as I wasn't familiar with its use for command line
arguments on a new install function I was building. The docs indicate
use of our( $opt_foo,
1) 'our' is not deprecated. it is new. i know it was in
5.6.0, not sure if it was in earlier than that. u can check
the CHANGES file to see exactly when it was added.
2) this is really a perl question, not a mod_perl question. next time
try one of the following for perl related help:
Paul Johnson [EMAIL PROTECTED] writes:
On Fri, Apr 20, 2001 at 02:36:32PM -0700, Alan E. Derhaag wrote:
I upgraded to v5.6.1 of perl and viewed the documentation for the
Getopt::Std as I wasn't familiar with its use for command line
arguments on a new install function I was building. The
At 10:01 AM 4/20/01 -0700, Perrin Harkins wrote:
On Fri, 20 Apr 2001, Francesco Pasqualini wrote:
But are there in the mod_perl architecture some guidelines and/or
frameworks that encourages the MVC design patern ? I think that
Apache::ASP could be (for example) the right tool, adding the
On 20 Apr 2001, Wayne Pascoe wrote:
Hi there,
I'm trying to roll out some software by one of our 3rd party
developers. I'm trying to find out if the scripts will actually be run
through mod_perl and not as cgi's.
The only config changes that they have specified to my Apache config
is
On Fri, Apr 20, 2001 at 03:01:25PM -0700, Alan E. Derhaag wrote:
Paul Johnson [EMAIL PROTECTED] writes:
You installed 5.6.1, read the docs, used "our" and found it didn't work
on 5.00503, right?
That's because it's new with 5.6. From where did you get the idea that
it is deprecated?
Quoting Joshua Chamas [EMAIL PROTECTED]:
Francesco Pasqualini wrote:
an interesting feature of JSP is the possibility to use the MVC design
pattern (INPUT/OUTPUT/LOGIC separation)
This is obtained with the "forward" instruction.
How the MVC design pattern can be implemented in the
[EMAIL PROTECTED] wrote:
To avoid passing many parameters to the subs I become using a $cx (cx stand for
context) global hash containig everything the subs needed, passed to each sub.
page test.asp
$cx = {};
$cx-{'name'} = 'default name';
$cx-{'age'} = 30;
...
Try this,
dougm 01/04/20 10:07:49
Added: util config.pl
Log:
add util/config.pl script to report configuration
Revision ChangesPath
1.1 modperl-2.0/util/config.pl
Index: config.pl
===
dougm 01/04/20 10:09:20
Modified:lib/Apache Build.pm
Log:
prevent warning
Revision ChangesPath
1.42 +1 -0 modperl-2.0/lib/Apache/Build.pm
Index: Build.pm
===
RCS file:
sbekman 01/04/20 11:25:49
Modified:lib/ModPerl Config.pm
Log:
use strict
Revision ChangesPath
1.2 +2 -1 modperl-2.0/lib/ModPerl/Config.pm
Index: Config.pm
===
RCS file:
dougm 01/04/20 09:46:52
Modified:Apache-Test/lib/Apache TestConfig.pm
Log:
deal properly with args
Revision ChangesPath
1.10 +5 -2 modperl-2.0/Apache-Test/lib/Apache/TestConfig.pm
Index: TestConfig.pm
dougm 01/04/20 09:50:57
Modified:pod modperl_dev.pod
Added: util config.pl
Log:
add util/config.pl script to report configuration
Revision ChangesPath
No revision
No revision
dougm 01/04/20 10:43:04
Modified:.Makefile.PL
Log:
need to push tables_dir into @INC when xs is not generated
Revision ChangesPath
1.34 +11 -5 modperl-2.0/Makefile.PL
Index: Makefile.PL
dougm 01/04/20 11:03:49
Modified:lib/ModPerl WrapXS.pm
Log:
use thr corrent lib path
Revision ChangesPath
1.8 +1 -1 modperl-2.0/lib/ModPerl/WrapXS.pm
Index: WrapXS.pm
===
RCS file:
sbekman 01/04/20 11:08:09
Modified:util config.pl
Added: lib/ModPerl Config.pm
util bugreport.pl
Log:
* moving the code from util/config.pl into a new lib/ModPerl/Config.pm
* now util/config.pl uses lib/ModPerl/Config.pm
* a new bugreport util
38 matches
Mail list logo