I downloaded this patch so I can execute the next program out the
mod_perl.
$perl -w
my $pass_crypt = crypt("hola","ui");
print $pass_crypt ."\n";
$
But, when Apache::AuthenDBI use this function, apache show me the error
down mentioned.
The problem is that I have not compiled correctly the DLL
Hello everyone,
I have just started to play with mod_perl module I found
a problem with my own modules (many versions of the module with the same
name)
I have found related topic dated on 28 Apr 97 (mod_perl and module
versions),
but unfortunatelly there was no solution... ;-(
Lets say I have
Hi,
WHy not just put each conf module in it's own namespace? Dir1::Conf and
Dir2::Conf, for example. Then, you could stick them into a single lib
directory, and not have to worry about modifying @INC or caching issues.
Another option is to ensure that each script has a 'use lib' at the
Hello, gang
This is to announce you that we have started a new round of discussions
about mod_perl sourcegarden and source garden in general, talking about
tools, future, logos and etc. This is your chance to influence, especially
regarding logo issues, before it gets copyrighted
The logo
On Tue, 21 Dec 1999, Nancy Lin wrote:
Hi -
I'm running apache 1.3.9/modperl 1.19/ApacheDBI-0.87/perl5.003 on redhat
6.0
In my startup.pl file, I have the following lines:
use Apache::DBI;
$Apache::DBI::DEBUG = 2;
When I run it w/ the -c option, I get the
I believe this should be reflected in the documentation. Because after
reading Eagle book one gets absolutely different understanding. It
doesn't diffirentiate Perl stacked handlers and Apache handlers. From
Doug's words (and from practice :) those are slightly different in the
way how their
I am using a home-baked session manager on my web site. I clean up
expired sessions by called a child exit handlder and this all worked
rather well.
However, we have recompiled Perl, Apache, mod_perl and Perl modules with
pgcc and a different configuration (removed all modules we didn't need),
Hi all, and hi Gerald,
I'm narrowing the problem down, from the previous post where I had
mistakenly thought Execute would return true upon success.
What I've found so far is :
- The server is running Embperl as CGI
- When it finds a statement looking like
Dan Rench wrote:
On Tue, 21 Dec 1999, Doug MacEachern wrote:
this sounds an awful lot like the common solaris linker vs. gnu linker
problem. what does 'perl -V:ld' say your linker is? make sure it's gnu
(gcc) and that Apache is using the same.
$ perl -V:ld
ld='gcc';
What I
When it finds a statement looking like
HTML::Embperl::DOC::someSub;
it will die, saying that barewords are not allowed when the
strict pragma is in use.
That's what strict does. This same behavior is observed under straight
perl (i.e. without using mod_perl or Embperl).
{
no strict;
Oh, yeh, I had fought mod_perl on MOSX long and hard and did finally
win...only to switch to linux a month later.
anyway, here's what you need to do:
1. if you haven't installed the sources off the Developer CD, do so now.
2. in /System/Library/Perl/rhapsody/Config.pm remove all occurrences of
i'm currently converting several CGI scripts into mod_perl modules, and
i'm having difficulty in one particular situation reading the variable
input (i.e., query string on a GET or STDIN on POST). quick background: i
had a PerlHandler on the end of this request for a while, accepting input
like
At 11:52 AM 12/22/99 , Ken Y. Clark wrote:
so it now works, but i feel kinda dirty. and here's the last bit of
strangeness: i have another page that is generated in the same manner
that works just fine. the only difference is that the perl sub generates
a form that is *not*
Oh, yeh, I had fought mod_perl on MOSX long and hard and did finally
win...only to switch to linux a month later.
I wish I could ;)
anyway, here's what you need to do:
1. if you haven't installed the sources off the Developer CD, do so now.
2. in /System/Library/Perl/rhapsody/Config.pm
14 matches
Mail list logo