On Wed, Sep 08, 2004 at 02:19:17PM -0400, Perrin Harkins wrote:
> On Mon, 2004-09-06 at 23:15, Ryan Underwood wrote:
> > I've had this strange problem off and on ever since we started using
> > mod_perl. Occasionally, when the page is generated and printed, the
> > output goes to the Apache error
Geoffrey Young wrote:
I did use those modules (reported version 0.01 for both though). However,
I found that the problem can be fixed in an even more obvious way, e.g. by
including:
PerlModule APR::Table
in my httpd.conf. It seems that this module is not "use"d by
Apache::RequestRec so it must be p
Tom Schindl wrote:
Hi,
!please always reply to the mailing list so the thread doesn't get broken!
well mp uses this value internally and many CPAN-Modules do so either.
Versions
mp1 = VERSION < 1.99
mp2 = VERSION >= 1.99
The real syntax would be:
->8-
use mod_perl;
Fred Moyer wrote:
I really have no idea about Apache-AuthenNTLM but to make it working
again you could apply the patch below and rebuilt your mod-perl.
As far
as I can tell from the last mail from Stas it's going to be
read/writeable in future if one volunteers to write tests :-).
I originally su
It was Tuesday, September 21, 2004 when Enrico took the soap box, saying:
: It would be a nice thing to set up a bechmark suite and also include it in
: Apache::Session distribution (the raison I've CC to Casey)
There are some benchmarks in the A-S distribution already. No more
will be added, howe
IMHO, your startup.pl approach is best, although I'm not sure why it would
be calling END. In any case, you only need to use() the module once at
startup. Most likely, in the "scripts" which are calling the functions, you
could just import() the module. Or maybe I misunderstood.
Issac
BTW: F
On 19 Sep 2004, at 10:34, Matt Sergeant wrote:
Last week I was at YAPC and attended mock's talk about building an
SMTPd in mod_perl2/apache2. But before going I wanted to be able to
build something like that for myself. So I wrote Apache:Qpsmtpd - a
mod_perl2 handler that embeds Qpsmtpd (http://
On Tue, 21 Sep 2004, Steve Hay wrote:
> I'm a little wary of this fix because MSDN docs say "An apartment must
> call CoUninitialize once for each successful call it has made to
> CoInitialize" and "CoUninitialize should be called on application
> shutdown", but it certainly seems to work and is le
On Tue, 21 Sep 2004, Jan Dubois wrote:
> There is also a race condition when 2 modules try to call CoUninitialize(),
> e.g. Win32::Shortcut and Win32::OLE. If Win32::Shortcut has been loaded last,
> then its END block will be executed first, and the DESTROY methods of all
> still existing Win32::O
reposting as first post apparantly didnt get thru
- Original Message -
From: "Issac Goldstand" <[EMAIL PROTECTED]>
To: "Steve Hay" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Tuesday, September 21, 2004 7:38 PM
Subject: Re: BEGIN/END block problems with Win32::Shortcut under mp1
> IM
The uploaded file
Apache-Session-Memcached-0.03.tar.gz
has entered CPAN as
file: $CPAN/authors/id/E/EN/ENRYS/Apache-Session-Memcached-0.03.tar.gz
size: 4145 bytes
md5: a94b78172a811e6bd73aa256137400cf
---
CHANGES FROM PREVIOUS VERSION
! Fixed 'remove' session method with 'd
On Mon, 20 Sep 2004 15:00:15 -0400
Perrin Harkins <[EMAIL PROTECTED]> wrote:
Hi Perrin,
> Either the MySQL store needs some work, or your MySQL server is
> performing very differently from mine. When I run benchmarks (with my
> own caching code) between Memcached and MySQL, there is hardly any
>
-- Carlo Pecchia <[EMAIL PROTECTED]>
Hi all,
I apologize for the OT...
Can anyone suggest some development support tool
(something over the classical CVS, or AEGIS, etc.)
well utilizaed with mod_perl (and derivative like
HTML::Mason) ??
subversion.
--
Steven Lembark
Jan Dubois wrote:
>On Tue, 21 Sep 2004, Steve Hay wrote:
>
>
>>(Non-Win32 users: The real issue here is not Win32-specific.)
>>
>>
>
>As to Win32::Shortcut: you should just delete the END block from the module.
>I see that Sarathy already did this over a year for the version that ships
>wit
On Tue, 2004-09-21 at 12:24, Steve Hay wrote:
> The only way that I've got this working so far is to simulate what
> Apache::StatINC would do if the module was changed between every
> request: I've deleted the loading of the module from server startup,
> and now have this in my script:
>
>
On Tue, 21 Sep 2004, Steve Hay wrote:
> (Non-Win32 users: The real issue here is not Win32-specific.)
As to Win32::Shortcut: you should just delete the END block from the module.
I see that Sarathy already did this over a year for the version that ships
with ActivePerl. He also gave me his mailb
(Non-Win32 users: The real issue here is not Win32-specific.)
I'm trying to write an mp1/Apache::Registry script on Win32 that uses
the Win32::Shortcut module, and I find that it works fine under CGI but
not mod_perl.
I think the problem is this:
Win32::Shortcut in an XS module. The XS file
Its true, but on a secured intranet it shouldn't be so bad
When the PHB {pointy headed boss} says he needs it done today sometimes you
gotta make that call
I don't like it anymore than the next guy , but when it comes to providing a
solution sometimes it HAS to be done
This happened in the las
[EMAIL PROTECTED] wrote:
> Hi,
>
> On Tue, 21 Sep 2004, Geoffrey Young wrote:
>
>
>>that you are required to use() the classes that provide the methods you
>>require in your handler is by design. you can search the dev@ archives for
>>lots of discussions on this particular issue. see also
>>
Rajesh Pethe wrote:
I'm new to mod_perl and am enjoying every bit of it,
I have new problem, I want to execute suid scripts
from mod_perl
i.e. the script called from mod_perl should be
executed as a priveliged
user and not as default 'apache' user.
Hi Rajesh,
first of all: avoid using suid.
Second
Hi,
On Tue, 21 Sep 2004, Geoffrey Young wrote:
> that you are required to use() the classes that provide the methods you
> require in your handler is by design. you can search the dev@ archives for
> lots of discussions on this particular issue. see also
> ModPerl::MethodLookup and some notes i
> I did use those modules (reported version 0.01 for both though). However,
> I found that the problem can be fixed in an even more obvious way, e.g. by
> including:
>
> PerlModule APR::Table
>
> in my httpd.conf. It seems that this module is not "use"d by
> Apache::RequestRec so it must be pul
On Mon, 20 Sep 2004, Chris Hughes wrote:
> I'm also not exactly sure why there are three checks (ie. that there is a
> cache object, that the cache object connection id is the same as the
> current, and then that the (altered) remote host name is the same in
> both). I would have thought it woul
Hi,
On Tue, 21 Sep 2004, Tom Schindl wrote:
> Hi,
>
> but the test-suite runs fine at least on my cvs checkout. You don't show
> which modules you're loading. Try to load the same modules
> "t/response/TestModperl/cookie.pm" does.
>
> These are:
> * use Apache::RequestRec ();
> * use Apache::Requ
Hi,
but the test-suite runs fine at least on my cvs checkout. You don't show
which modules you're loading. Try to load the same modules
"t/response/TestModperl/cookie.pm" does.
These are:
* use Apache::RequestRec ();
* use Apache::RequestIO ();
Tom
[EMAIL PROTECTED] wrote:
1. Problem Description
1. Problem Description:
When running a handler like:
sub handler {
my $r = shift;
my $cookie = $r->headers_in->{Cookie};
}
this results in the following error in the Apache error log:
[Tue Sep 21 11:39:50 2004] [error] [client 130.89.164.70] Can't locate
object method "FETCH" via package
Perrin Harkins wrote:
On Mon, 2004-09-20 at 19:17, Ewan Bain wrote:
I have upgraded to perl 1.99_16, perl 5.8.5 and apache 2.050 but am
still seeing the same problem.
Is there any chance you could have an older version of CGI.pm in your
@INC somewhere? Try printing $CGI::VERSION and see what you
Hi all,
I apologize for the OT...
Can anyone suggest some development support tool
(something over the classical CVS, or AEGIS, etc.)
well utilizaed with mod_perl (and derivative like
HTML::Mason) ??
TIA
___
Scopri Mister Yahoo! - il fantatorneo
28 matches
Mail list logo