On Mon, Sep 20, 2004 at 10:53:09PM +0200, 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
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 get.
- Perrin
I have upgraded to perl 1.99_16, perl 5.8.5 and apache 2.050 but am
still seeing the same problem.
I just uploaded my test script to another server and the first time I
ran it with no parameters, it showed parameters that were previously
passed to a different program.
Could there be something
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; ## exists in mp1 a
Are you looking for this:
-->8--
use constant MP2 => ($mod_perl::VERSION >= 1.99_12);
-->8--
Tom
John Siracusa wrote:
I'm looking for the best, most reliable way to determine if I'm running
under mod_perl 1 or 2, or not under mod_perl at all. I suppo
On Mon, 2004-09-20 at 06:41, Arnaud Blancher wrote:
> i see the potential problem of mod perl but it's not a really good solution
> to change the script every times i want to test !
Perl is not going to warn you about this because it is actually legal to
do it this way in perl. There's no way for
I'm looking for the best, most reliable way to determine if I'm running
under mod_perl 1 or 2, or not under mod_perl at all. I suppose I can look
at $ENV{'MOD_PERL'}, but that reminds me a bit too much of a user-agent
style opaque string that I may not be able to trust or predict. Also, what
if I
On Mon, 2004-09-20 at 12:21, Enrico wrote:
> I've done some basic benchmarks using Apache::Session::Flex with different
> datastores and memcached is very fast when sessions number grows (see below).
Either the MySQL store needs some work, or your MySQL server is
performing very differently from m
Geoffrey Young wrote:
>>I however have some sub-locations under /protectedthing:
>>-CUT-
>>
>> SetHandler perl-script
>>
>> PerlResponseHandler Some::Nice::mp2::Handler
>>
>
>
>>After enabling debug in AuthDBI I see that it is correctly invoked as a
>>PerlAuth(en|z)Handler f
Geoffrey Young wrote:
>>Now, to make it fail:
>>put this on the end:
>>
>>
>>$Location{"/"} = {
>> AuthType => 'Basic',
>> AuthName => 'Foo',
>> PerlAuthenHandler => 'Apache::Kinnetics::Authenticate',
>> 'require' => 'valid-user'
>>};
>>
>
>
> yeah, I see it now - it's the same (known) bug
Geoffrey Young wrote:
>
> Scott Fagg wrote:
>
>>I have lines like this in my .htaccess file :
>>
>>AuthName AD
>>AuthType Arup::AuthCkLDAP
>>
>>PerlSetVar ADPath /
>>PerlSetVar ADLoginScript /login.perl
>>
>>.. and i'm using AuthCookie.pm. It picks up on the 'AD' value for
>>AuthName, but cann
Rici Lake wrote:
> On 17-Sep-04, at 4:55 PM, Stas Bekman wrote:
>
>> I'd rather not add new directives, but have:
>
>
> On reflection, I think I agree. It is possible to achieve virtually
> the same effect with
>
> PerlSetVar foo ""
>
> So I trimmed a few lines out of the patch, ran the te
> 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 suggested
Chris Hughes wrote:
Fails as Apache-AuthenNTLM attempts to use Apache::Connection::remote_host
to alter the remote hostname so it can check to see if is the same
connection when it is next called:
From AuthenNTLM.pm:
539 # we cannot attach our object to the connection record. Since in
540
Fails as Apache-AuthenNTLM attempts to use Apache::Connection::remote_host
to alter the remote hostname so it can check to see if is the same
connection when it is next called:
>From AuthenNTLM.pm:
539 # we cannot attach our object to the connection record. Since in
540 # Apache 1.3 the
Hi,
lately, I used Apache::Session::SharedMem 0.05 and I found a little bug using it
with Apache::Session::Flex.
I attached a very simple patch.
Also, i suggest to add some tests into the distro in order to use also
Apache::Session::Flex
by
- Enrico
A-S-SM_0.05.patch
Description: B
On Fri, 17 Sep 2004 10:45:18 -0400
Perrin Harkins <[EMAIL PROTECTED]> wrote:
Hi Perrin,
> Enrico Sorcinelli wrote:
> > I'm glad to announce Apache::Session::Memcached.
> > This module provides a way to use memcached as Apache::Session storage
> > implementation
>
> I wouldn't recommend using mem
> So I trimmed a few lines out of the patch, ran the tests again, and
> this time I will cut and paste it into the message:
hi.
I'm starting to review this now but I can't get the patch to apply.
can you please re-post the patch as an attachment and make sure that it's a
unified diff with conte
Arnaud Blancher wrote:
[...]
third
i put a 'use warning' in the script.
In the apache error log i see the warning. that's ok
but i must restart the serveur when i change a module, that's more boring .
is it better way to test ?
Are you looking for http://perl.apache.org/docs/2.0/api/Apache/Reload.
Hi,
Until yesterday I retrieved input variables to my CGI scripts myself.
Now I need to do file uploads so decided to use CGI.pm (3.05).
Unfortunately I'm getting a problem where if I restart the server and
run the program it get s variables fine but on all subsequent request it
still only ever
Stas Bekman wrote:
Arnaud Blancher wrote:
thank you
it's seems to be ok.
i ll read again closure in camel book !
See also:
http://perl.apache.org/docs/general/perl_reference/perl_reference.html#Understanding_Closuresthe_Easy_Way
ok
first, i suppose i can't forbiden closure in my script !
b
21 matches
Mail list logo
