... *crickets* ...
Here's a patch for the implementation I'm looking for. It passes the
'make test' stuff in CVS. I'd love to see this change done, or a
discussion of why it's not a good idea.
Patch pasted below.
[EMAIL PROTECTED] (Ken Williams) wrote:
>Hi,
>
>I've got to ask this because I'
The following patch eliminates a warning during 'make test' about 'Value
of construct can be "0";'. No biggie, but it should be fixed.
--- t/modules/request.t 2000/05/12 03:43:24 1.8
+++ t/modules/request.t 2000/08/24 06:07:40
hello, all
I am currently trying to have a cgi execute in a mod_perl module by
generating a subrequest to the executable via
lookup_uri. It is working great for GET requests. However, POST requests
are obviously failing because only the uri is being passed to the
subrequest and not the main reque
At 02:11 PM 8/23/00, Perrin Harkins wrote:
>On Wed, 23 Aug 2000, Todd Finney wrote:
> > We were looking for a way to do only templating, and
> leave
> > (essentially) everything else on the site alone.
>
>For that, Template Toolkit, HTML::Template, or
>CGI::FastTemplate are
>probably your best
At 03:00 PM 8/23/00, Matt Sergeant wrote:
>On Wed, 23 Aug 2000, Todd Finney wrote:
> > Almost, but we still have a couple of concerns about
> > it. First, it would mean that we'd have to update all
> the
> > cgis to not use CGI.pm for form argument handling.
>
>I doubt thats true - CGI.pm just g
Update:
Apache/1.3.12 (Unix) mod_perl/1.24_01-dev/Perl-5.6.0/linux-2.2.14.
(mod_perl linked statically.) with Icon.pm.
I hope I am not bugging anyone with my problem and I appreciate any help.
I have made some progress isolating the problem.
With a minimal config. (with only Apache::Icon load
I've been advised to follow up with more compilation and
os/compiler/hardware/etc info ASAP so here it is:
OS: Linux 2.2.17 (debian)
compiler: gcc 2.95.2
make: Gnu make v. 3.78.1
ldGnu ld 2.9.5
Hardware: Pentium-166, 96 MB RAM
I'm following the instructions from the guide for
Well, I have only used the apxs DSO style build previously and did not
notice that for linking modperl statically into httpd (apaci style)
there are small problems due to the AIX specifix .exp file business. The
following patch fixes this, in particular it adds the mod_perl.exp file
as an export f
OK,
I know this is a little bit off topic, and I won't resent any flamage
agreeing with me on that but I can't raise any responses whatsoever in
comp.infosystems.www.servers.unix and [EMAIL PROTECTED]
is quiet, so I'm bringing my troubles here in the hopes that I can get
at least pointed in the
Passing a Hash is a CGI proble (and done like all hash passing).
Mod_perl is not CGI.
Please - if you can. try to send messages as text only without an
attachment.
Ruben
> perl wrote:
>
> Hi there!
>
> Sorry for this question which might sound easy to you, but, does
> anyone know :
> How can
I've been working on a Perl module, package CARS::Web, which provides
various important functionality for web development for my group. It
inherits from the CGI module in order to absorb its functionality. (All
functions I added have a standard prefix and my new object data sits in its
own sub-h
On Wed, 23 Aug 2000, Jens-Uwe Mager wrote:
> I am trying to do an anon cvs update of modperl and it appears to hang
> without doing anything. I can cvs upd other projects. Could anyone try
> that and look if it works?
It's located on the same machine with other apache projects, the machine
(locu
doesn't work for me...
cvsup seems to be up, though
--Geoff
> -Original Message-
> From: Jens-Uwe Mager [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, August 23, 2000 2:54 PM
> To: [EMAIL PROTECTED]
> Subject: anon CVS of modperl hangs?
>
>
> I am trying to do an anon cvs update of mod
On Wed, 23 Aug 2000, Todd Finney wrote:
> Managing the site in a different way would be pretty great,
> but we've been asked to do something fairly complicated
> (this borders thingy) on very short time. We were looking
> for a way to do only templating, and leave (essentially)
> everything
I am trying to do an anon cvs update of modperl and it appears to hang
without doing anything. I can cvs upd other projects. Could anyone try
that and look if it works?
--
Jens-Uwe Mager
HELIOS Software GmbH
Steinriede 3
30827 Garbsen
Germany
Phone: +49 5131 709320
FAX:+49
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 23 Aug 2000, Jerrad Pierce wrote:
> Date: Wed, 23 Aug 2000 14:05:19 -0400
> From: Jerrad Pierce <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: VB parser
>
> So what happened to the VB parser? Is it going forward?
There was just a we
So what happened to the VB parser? Is it going forward?
On Tue, 22 Aug 2000, Howard Jones wrote:
> Something that may be worthwhile as a starting point for you is CGI::Debug
There is an Apache::Debug in the standard distribution. If you turn on
the debugging flag in Apache::Registry, it looks like it will send the
errors to the client using this mod
On Wed, 23 Aug 2000, Todd Finney wrote:
> We were looking for a way to do only templating, and leave
> (essentially) everything else on the site alone.
For that, Template Toolkit, HTML::Template, or CGI::FastTemplate are
probably your best options.
> Almost, but we still have a couple of concer
Didn't get any reply yet on this, so I think i am doing something very
stupid ...
Can anyone try it and tell me if gets the same result?
Thanks,
Niraj
> -Original Message-
> From: Niraj Sheth [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, August 15, 2000 11:03 AM
> To: [EMAIL PROTECTED]
>
H, the do does seem a little inefficient. I solved this problem in the
past by intiating a subrequest and changing the stack handler to
cgi-script right before running the cgi. something like this:
$subr = $r->lookup_uri($uri);
if($r->filename =~ /\.(cgi|pl)$)/o) {
$subr->handler('cgi-sc
At 12:03 PM 8/23/00, Matt Sergeant wrote:
>On Wed, 23 Aug 2000, Todd Finney wrote:
> > We looked at Template::Toolkit and also at Axkit, but
> both
> > seemed to be much larger hammers than we needed. It
> also
> > (and I could be incorrect here) did not appear to have
> the
> > capability to
> -Original Message-
> From: Jay Strauss [mailto:[EMAIL PROTECTED]]
>
> I've tried the suggestions so far:
>
> cgi::carp
> http://perl.apache.org/guide/snippets.html#Redirecting_Errors_to_t
> he_Client
> BEGIN { print "Content-Type: text/plain\n\n"; *STDERR = *STDOUT }
Jay,
Below is a m
On Wed, 23 Aug 2000, Todd Finney wrote:
> Thanks, Ken.
>
> We looked at Template::Toolkit and also at Axkit, but both
> seemed to be much larger hammers than we needed. It also
> (and I could be incorrect here) did not appear to have the
> capability to select the included component dynamic
Hi,
I am very gradually making changes to the modperl book site. My plan
over the next few weeks is to bring more of the examples online. Suggestions
for priorities are very much appreciated.
As of this morning, I have added an online demo of my Apache::MP3 module,
which does nice directory li
Thanks, Ken.
We looked at Template::Toolkit and also at Axkit, but both
seemed to be much larger hammers than we needed. It also
(and I could be incorrect here) did not appear to have the
capability to select the included component dynamically
based upon information provided at request time
entropic,
is WING something I can deploy and configure/customize (like most
webmail solutions) or should code the interface to get it to work?
does it support imap folders and address books?
martin
[EMAIL PROTECTED] wrote:
> Wing scales well. Its the 'imap' server where you
I have written a new PerlTransHandler module which I currently calling
Apache::AddHostPath. It was written to solve a problem I am having in an
application I am writing, however if others think it might be usefull and
there isn't already something out there that does it, I'd be more than happy
to
Hello.
I've read the recommendation in
http://perl.apache.org/guide/control.html#All_RAM_Consumed
to put a sub like that
sub UNIVERSAL::AUTOLOAD {
my $class = shift;
warn "$class can't \$UNIVERSAL::AUTOLOAD!\n";
}
to trap the memory leaking that ca
On Wed, 23 Aug 2000, Todd Finney wrote:
> Hi,
>
> I'm building a simple templating system. The major
> requirement of the system is that allow custom dynamic
> headers, footers, and toolbars based upon the identity of
> the user.
>
is there a particular reason why you've not chosen to use
On Wed, 23 Aug 2000 [EMAIL PROTECTED] wrote:
> Wing scales well. Its the 'imap' server where you will
> have issues. I use wing with imap-uw and about 50
> 'trusted' users.
what issues will you have with the imap server?
> I'm looking into a 'ldap' email alternative. But haven't
> learned the
On Wed, Aug 23, 2000 at 02:51:22PM +0100, David Hodgkinson wrote:
>
> Leon!
>
> > Development will start again as soon as yapc::Europe is over and
> > people get back from holiday, honest. Scalability will really only
> > happen when I can get some beefy servers to test it on.
>
Hi,
I'm building a simple templating system. The major
requirement of the system is that allow custom dynamic
headers, footers, and toolbars based upon the identity of
the user.
The system so far works like this:
- a user enters the site and logs in. The names
of the user's defau
Leon!
> Development will start again as soon as yapc::Europe is over and
> people get back from holiday, honest. Scalability will really only
> happen when I can get some beefy servers to test it on.
What are the scalability issues? I'm looking at the possiblity of
doing this for some hundreds
martin langhoff sent the following bits through the ether:
> Acmemail is nicely documented, and seems 'ready to go' (tempting!),
> although I fear it may not be as configurable as I want. Do you know
> anything about it?
As the main developer of acmemail, I'd actually go for WING - acmemail
is
I found the one that Luis suggested, (acmemail) and a few more,
including WING. These 2 are the only ones programmed to take advantage
of mod_perl. I fear the other ones are not mod_perl aware, so the may
not be safe/efficient under mod_perl, so my choices are mainly between
these two.
On Wed, 23 Aug 2000, Ask Bjoern Hansen wrote:
> On Tue, 22 Aug 2000, Stas Bekman wrote:
>
> [...]
> > Sorry, it's in contrib, not the book:
> > http://perl.apache.org/dist/contrib/Timeit.pm
>
> And I have an improved version which I for some reason never
> uploaded to CPAN. I guess I didn't get
On Tue, 22 Aug 2000, Stas Bekman wrote:
[...]
> Sorry, it's in contrib, not the book:
> http://perl.apache.org/dist/contrib/Timeit.pm
And I have an improved version which I for some reason never
uploaded to CPAN. I guess I didn't get everything I wanted to work
to work. :) Next time I need it I'
38 matches
Mail list logo