On Thu, 10 Oct 2002, Ask Bjoern Hansen wrote:
On Fri, 6 Sep 2002, [iso-8859-2] Tomá¹ Procházka wrote:
Problem: Sometimes, although user entered correct password, is
authentication rejected. I tried logging values of $real_pass and
$test_pass and they differed. When I add line
Did
FYI: MS Windows .NET server (which is the XP server equivalent) is available
for beta. Find out at windowsbeta.microsoft.com
Issac
- Original Message -
From: Adam Nelson [EMAIL PROTECTED]
To: 'Ken Y. Clark' [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Friday, October 11, 2002 4:07 PM
On Wednesday, 2002-10-09 at 18:22:24 -0400, Steve Grazzini wrote:
On Wed, Oct 09, 2002 at 02:43:18PM -0700, Paul wrote:
The company is making us migrate (some baloney about being legally
vulnerable because we're using open source)
If they won't let you use open-source tools, then the
Hi there,
On Sat, 12 Oct 2002, Michael Grant wrote:
I did this and it still doesn't reload the script.
I added it just after the LoadModule:
LoadModule perl_modulelibexec/apache/libperl.so
PerlInitHandler Apache::StatINC
It's a single main script, not a module.
Have you
Just wondering if anyone has seen this problem before, or has a general
solution to it. Basically what we see, is that with some submitted forms,
usually with 8 bit data, the POST parameters passed become 'doubled'. The
problem is that we have a loop like this to gather out all the parameters
On Saturday, 2002-10-12 at 11:50:12 +0100, Dave Hodgkinson wrote:
Todd Finney [EMAIL PROTECTED] writes:
Over here, the barometer looks like:
For what it's worth, here is the major Freelancer/Professional Services
site in Germany:
http://www.gulp.de/kb/tools/gulpometer.html
If you want to
Hi,
Here is the kind of thing that is driving me nuts. Please see:
http://perl.apache.org/docs/general/perl_reference/perl_reference.html#Remed
ies_for_Inner_Subroutines
If what this says is true, then either I don't have a closure type problem,
or else what is says isn't true. It says that
$VAR1 = {
'LastScreen' = [
'/MR-@0,324,',
'/MR-@0,324,'
],
'Subject' = [
'Blah blah blah',
'Blah blah blah'
],
'Message' = [
'#8216;blah blah#8217; blah blah #8216;blah blah#8217; blah.',
'91blah blah92 blah blah 91blah blah92blah.'
]
Suppose I have a typical proxied mod-perl setup and I
have a large (~ 650 MB) file I'd like to provide
authenticated access to. The mod-perl server will be
doing the authentication, but for performance
considerations I'd like the proxy server to serve the
file directly instead of having the
Is there a way to do this so that access to the file
would be _impossible_ unless the user is authenticated
by the mod-perl server? I am looking for a solution
that can guarantee that there is no way to circumvent
the authentication process. I can think of solutions
where the probability
*They* don't know what they mean, but we're getting a variance for Perl
(supposedly). No such luck for mysql or apache
--- Lupe Christoph [EMAIL PROTECTED] wrote:
On Wednesday, 2002-10-09 at 18:22:24 -0400, Steve Grazzini wrote:
On Wed, Oct 09, 2002 at 02:43:18PM -0700, Paul wrote:
I started using a dynamic INC (set up in a TransHandler), and discovered
that Apache::Reload (v0.07) was not doing its job correctly in that case.
Note, changing INC in a transhandler won't have the desired Apache::Reload
effects unless the PerlInitHandler for Apache::Reload is placed in a
We talked about this limiation of the dual setup before. There is no
solution publically available. But you can try this:
1) check http://modperl.home.att.net or similar cookie-based ticketing
system.
2) write a ticket-client module in C and load it into the proxy server (I
have one based on
This release is all about bug fixes. Basically, %filter blocks have
been a bit borked in various ways (different in different releases) since
1.10, and now they should be in good shape.
There were a number of test failures reported over the past several
releases, almost of which were actually
14 matches
Mail list logo
