> I can use a primer on researching WebMail programs
http://users.ox.ac.uk/~mbeattie/wing/
Hi,
can Apache::Scoreboard be extended that with last request per child it
would also return the corresponding virtual host name? I would be
usefull for Apache::VMonitor. Thanks.
- Robert
I can use a primer on researching WebMail programs with the following
criterian:
- Linux based
- Free
- Preferably in Perl
- Modularized Authentication subsystem (ie could hook up adapters to
check with LDAP or RDBMS, though Linux can do that also)
- Apache support
- IMAP support
- Multi-ling
Anand
See below.
Cheers
Ron Savage
[EMAIL PROTECTED]
http://savage.net.au/index.html
- Original Message -
From: "Anand R" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, December 13, 2001 3:05 PM
Subject: Spawn Child Pro
> "couldn't spawn child process: e:/apache/cgi-bin/w
"couldn't spawn child process: e:/apache/cgi-bin/weblink/simple/find.pl"
This is the error I am getting when I try it out with CGI-BIN.
Can anyone try helping me out of this spawn child,.
TIA,
-Anand
So I put some warns in CGI.pm initialize_globals() to see what the status of
the world and if I iterate through %{$DefaultClass}and I had a cookie, then
$DefaultClass->{'.raw_cookies'} is still hanging around.
I imagine this is why the dosumentation preaches using Apache::Cookie
instead of CGI::C
Hi Jay, Perrin, and Geoff,
Thanks for your thoughts on this problem.
Jay "yohimbe" Thorne wrote:
>For what its worth, I'd recommend KeepAlive Off for almost any mod_perl
>deployment. It basically is a waste of memory and a process slot.
>Especially
>if you put graphics on a separate server.
M
-> No, I lied. I'd try recompiling (make clean in both directories, etc.)
-> with no funny business first, it's easier than debugging...
Well, I ignored the source code investigation, and did as you suggested, after
reading that one could modify the args to apache's configure as follows:
--
per
Hi...
I want to use LWP::Simple inside a safe compartment created with the
Safe Module. But it ends up with errors like "Can't locate object method
"new" via package "LWP::UserAgent" at line... or "Require trapped by
operation mask..."
Here is how the code looks like (shortened ;-) ):
$codefr
Eureka. Took quite a bit of debugging, but I finally tracked it down.
First, the setup...our module structure goes something like this:
IQGroup
\_ Core
|_ IQCoordinator
|_ IQDeveloper
|_ IQNextNeatApplication
The IQGroup class is our master mod_perl handler -- it handles 99% of the
ta
Hi,
I was wondering if anyone had experienced some funky behavior when 'pushing'
a content handler (PerlHandler). The initial request makes the appropriate
content handler call but upon subsequent requests the content handler
routine does not get called.
This is a snippet of code from a startu
> In general the Cache::* modules were designed for clarity and ease of
> use in mind. For example, the modules tend to require absolutely no
> set-up work on the end user's part and try to be as fail-safe as
> possible. Thus there is run-time overhead involved. That said, I'm
> certainly not a
> IPC::ShareLite freezes/thaws the whole data structure, rather than just
the
> hash element being accessed, IIRC, so is probably going to have extremely
> poor scaling characteristics. Worth adding to check, of course.
No, it's probably not worth it. It would be worth adding IPC::Shareable
thou
Perrin Harkins wrote:
> Also, I'd like to see MLDBM + BerkeleyDB (not DB_File) with BerkeleyDB
> doing automatic locking, and IPC::MM, and IPC::Shareable, and
> IPC::ShareLite (though it doesn't serialize complex data by itself), and
> MySQL with standard tables. Of course I could just do them my
Darren, Thanks for the quick response.
> Lance Uyehara <[EMAIL PROTECTED]> said something to this effect on
12/12/2001:
> > I'm using a CGI script which makes a call to raw_cookie(). When
> > I run in CGI mode everything works fine, and the cookie which
> > matches $ENV{HTTP_COOKIE} is returned.
Hi there,
On Wed, 12 Dec 2001, Titus Brown wrote:
> The core dump happens on the dPPDIR call in the beginning of the perl_handler
> function in mod_perl.c (line 820 in the latest dist). The line expands to:
>
> #define dPPDIR \
>perl_dir_config *cld = (perl_dir_config *)get_module_config(r
Lance Uyehara <[EMAIL PROTECTED]> said something to this effect on 12/12/2001:
> I'm using a CGI script which makes a call to raw_cookie(). When
> I run in CGI mode everything works fine, and the cookie which
> matches $ENV{HTTP_COOKIE} is returned.
What version of CGI.pm are you using? CGI.pm g
Hi,
I'm using a CGI script which makes a call to raw_cookie(). When I run in CGI
mode everything works fine, and the cookie which matches $ENV{HTTP_COOKIE}
is returned.
When I run in mod_perl though, a cookie from a previous CGI instance is
returned. I took a look at CGI.pm to see what's going o
-- Stathy Touloumis <[EMAIL PROTECTED]> on 12/12/01 10:31:37 -0600
> Right, this is fairly obvious but we are trying to prevent apache from
> sending the 'login' headers if successful authorization does not occur. It
> seems to me that to do this the handler will need to be moved up or down th
> what about
>
> $r->headers_out->add(Connection => 'close');
Good idea! I'll put that into a future release.
- Perrin
James G Smith <[EMAIL PROTECTED]> said something to this effect on 12/12/2001:
> darren chamberlain <[EMAIL PROTECTED]> wrote:
> > 5) Include Apache::URI2Param with the CGI::URI2Param module
> > that gets installed along with CGI::URI2Param if Apache.pm is
> > installed, where Apache::
-> On Tue, 11 Dec 2001, Titus Brown wrote:
->
-> > Do you know how I can turn on debugging symbols so that gdb can give me
-> > more info (about line number, etc.)?
-> >
-> > I've forced 'gcc' to always have the -g flag on, but that doesn't seem
-> > to be enough for some reason...
->
-> The Gu
darren chamberlain <[EMAIL PROTECTED]> wrote:
> 5) Include Apache::URI2Param with the CGI::URI2Param module
> that gets installed along with CGI::URI2Param if Apache.pm is
> installed, where Apache::URI2Param calls
> CGI::URI2Param::uri2param.
>
>That'd be the way I would go, alth
> > Are you using PerlFreshRestart?
>
> Same behavior, on or off.
That's strange. With PerlFreshRestart on, it is supposed to clear things
out when restarting, which seems consistent with what you're seeing. Are
you sure there is no difference in that trace at all when you turn it on or
off?
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, Dec 12, 2001 at 01:17:45AM -0500, Daniel Jacobowitz wrote:
> I'm willing to bet that this is the Known Nasty having to do with how
> Apache re-reloads modules.
Looks that way to me, but I get lost in exactly when/how mod_perl gets called.
>
Thomas Klausner <[EMAIL PROTECTED]> said something to this effect on 12/11/2001:
> I've got a small CPAN Namespace Question:
>
> Some time ago I wrote CGI::URI2param (
> http://search.cpan.org/search?mode=module&query=URI2param
> ).
>
> Now, thanks to an idea by darren chamberlain, I wrote a sma
Right, this is fairly obvious but we are trying to prevent apache from
sending the 'login' headers if successful authorization does not occur. It
seems to me that to do this the handler will need to be moved up or down the
chain which can be unintuitive.
Thanks,
> > Has anybody got an idea how
What I have down is moved out specific auth handler down the chain into the
'fixup' state but it would be much nicer (and ituitive) to place it in the
appropriate position.
> On Tue, 2001-12-11 at 21:00, Stathy Touloumis wrote:
> > Actually, I DON'T want the browser to prompt for a
> username/pas
darren chamberlain <[EMAIL PROTECTED]> writes:
> Jay Lawrence <[EMAIL PROTECTED]> said something to this effect on
> 12/11/2001:
> > In my development I neglected to supply the Apache request
> > object when I called Apache::Request->new( $r ). Actually $r
> > was undef. It still works! I am ju
On Wed, Dec 12, 2001 at 03:05:33PM +1100, Rob Mueller (fastmail) wrote:
> I sat down the other day and wrote a test script to try out various
> caching implementations. The script is pretty basic at the moment, I
> just wanted to get an idea of the performance of different methods.
Rob, wow! Th
At 15:14 12/12/01, Anand R wrote:
>I want to write a AuthGroupfile .I did set the password for the site.
>I want to create a group and let the group access the site.
This is off-topic for this list, you should try a generic Apache list for
questions like this.
Anyway, what I have used before is
I want to write a AuthGroupfile .I did set the password for the site.
I want to create a group and let the group access the site.
AuthType Basic
AuthName "Restricted Files"
AuthUserFile E:/apache/bin/passwdfile
AuthGroupFile
Require user Anand
On Wed Dec 12, 2001 at 03:05:33PM +1100, Rob Mueller (fastmail) wrote:
> I tried out the following systems.
> * Null reference case (just store in 'in process' hash)
> * Storable reference case (just store in 'in process' hash after 'freeze')
> * Cache::Mmap (uses Storable)
> * Cache::FileCache (u
Perrin Harkins wrote:
>
> > That was it. The child exited immediately when I hit the limit with
> > KeepAlive Off. Now the question is: Is there a way to force an exit
> even
> > with KeepAlive On?
>
> As Jay already pointed out, you usually don't want KeepAlive on with
> mod_perl. However,
--On mardi 11 décembre 2001 23:36 +0100 "J. Zobel"
<[EMAIL PROTECTED]> wrote:
> On Tue, 2001-12-11 at 21:00, Stathy Touloumis wrote:
>> Actually, I DON'T want the browser to prompt for a username/pass. I saw
>> the examples in the eagle book and they all seem to use Authz, with Auth
>> handlers
>I use Win2k and it seems there is no Win32 port of libapreq!? Exists any
>other way?
Check out http://theoryx5.uwinnipeg.ca/ppmpackages/ , there are a number of
PPD packages (to use with ActiveState ppm) there, by Randy Kobes. Use "ppm
install http://theoryx5.uwinnipeg.ca/ppmpackages/libapreq
> > e.g. $r->read($in,$r->header_in('Content-length'));>
> or $in=$r->content();> > give's my handler the
data, but unfotunately exclusive - so the data don't> > reaches
Apache::Registry and the cgi-script.> >> > Any
suggests?>> Apache::RequestNotes.> -
Perrin>I use Win2k and it seems the
:: You're probably storing it in a global so it never gets cleaned
:: up. Don't
:: do that.
No, it's not a global Perrin - I've learnt that lesson! :-)
Some more points.
I'd like to point out
that I don't think the lack of actual concurrency testing is a real problem, at
least for most single CPU installations. If most of the time is spent doing other stuff in a request (which
is most likely the case), then on average when a process goes t
39 matches
Mail list logo