ask 2002/10/10 01:10:41
Modified:.STATUS
Log:
note crypt() problem
Revision ChangesPath
1.15 +8 -1 modperl-2.0/STATUS
Index: STATUS
===
RCS file:
On Wed, 9 Oct 2002, Paul wrote:
We're out of budget
and
insists we can't use free stuff that's *ALREADY* working.
Anyone see a pattern here? :-)
If anyone has a miraculous suggestion, I will light many candles in
your honor. *sigh*
Talk to whoever decides what the IT department thinks?
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 anyone figure this out?
The following content handler
On Thu, 10 Oct 2002, Ask Bjoern Hansen 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 anyone figure this out?
The following content handler gives
Hi there,
On Thu, 10 Oct 2002, Marcin Kasperski wrote:
I am to provide some custom logging in my mod_perl application.
[snip]
and On Thu, 10 Oct 2002, Victor Tsang wrote:
Instead of developing something new, how about extending the
combined/common log format?
Or you could
Marcin Kasperski wrote:
I am to provide some custom logging in my mod_perl
application. Omitting some unnecessary details, I need to store some
information after processing each request, putting this info into some
central log (be it file or database) common for all apache processes
and
I missed part of this thread, but I have my doubts about perl's internal
crypt working correctly in a threaded environment. Using 5.8.0 threaded
for the x86 platform / mod_perl 1.27 that on an uniprocessor machine it
would produce correct results most of the time, but on a multiprocessor
On Thu, 10 Oct 2002, Ged Haywood wrote:
Hi there,
On Thu, 10 Oct 2002, Marcin Kasperski wrote:
I am to provide some custom logging in my mod_perl application.
[snip]
and On Thu, 10 Oct 2002, Victor Tsang wrote:
Instead of developing something new, how
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), and I've got to convert a
nice, simple, efficient Apache/mod_perl/MySQL solution to iPlanet/LDAP.
Am I looking at a complete
Paul wrote:
I know there are servlets, but I was led to believe that I would almost
be able to drop my mod_perl modules into the iPlanet server, as if it
has some equivelent functionality. If so, I can't find any evidence of
it, and I'm rather skeptical.
I think your only hope is FastCGI, or
Perrin Harkins wrote:
Paul wrote:
I know there are servlets, but I was led to believe that I would almost
be able to drop my mod_perl modules into the iPlanet server, as if it
has some equivelent functionality. If so, I can't find any evidence of
it, and I'm rather skeptical.
I think
--- Perrin Harkins [EMAIL PROTECTED] wrote:
Perrin Harkins wrote:
Paul wrote:
I know there are servlets, but I was led to believe that I would
almost be able to drop my mod_perl modules into the iPlanet
server,
as if it has some equivelent functionality. If so, I can't find
any
Paul wrote:
The problem isn't so much the registry as the API.
Any use of the Apache API would have to be rewritten. There is no way
around that.
I don't know how I'm going to do all that with iPlanet/LDAP without a
lot of recoding, probably in Java. :(
There's nothing you've mentioned so
--- Perrin Harkins [EMAIL PROTECTED] wrote:
Paul wrote:
The problem isn't so much the registry as the API.
Any use of the Apache API would have to be rewritten. There is no
way around that.
That's what I figured.
I don't know how I'm going to do all that with iPlanet/LDAP without
a
I am having trouble with Apache:AuthCookieDBI. I hope someone here can help because I
have not been able to find a solution despite extensive searching.
Config overview:
RH 7.3
Apache/1.3.23 (Unix) (Red-Hat/Linux)
mod_perl 1.26
Apache::AuthCookieDBI-1.19
I can bring up the login form provided
At 04:16 PM 10/10/2002 -0700, I wrote:
I am having trouble with Apache:AuthCookieDBI. I hope someone here can help because I
have not been able to find a solution despite extensive searching.
snip
OK, now I am poking in the code.
I modified the BEGIN section for AuthCookieDBI.pm thusly:
On Thu, 2002-10-10 at 14:43, Paul wrote:
There's nothing you've mentioned so far that requires Java. It would
be much faster to port it to FastCGI or the like.
I just meant that iPlanet's internal API was probably going to require
Java or C, and not Perl.
FastCGI and PersistentPerl are
17 matches
Mail list logo
