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
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
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.
> 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
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
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
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
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
> 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
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
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
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:
>>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
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
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 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
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
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
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
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
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
21 matches
Mail list logo
