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 DL
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 tw
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 beginning
> 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 two
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 te
> Lets say I have two directories :
> /cgi-bin/dir1 i /cgi-bin/dir2
> and in every of them I have module conf.pm (configuration module).
> Of course the first using one of the module causes cache'ying
> it by mod_perl (using Apache::Registry or Apache::PerlRun).
> When I use 'use conf' from the
I run a SSL enable intranet site, unfortunately a lot of
users try to get to the site using the http (instead of
https) protocol, this results in lots of the following
messages appearing in the log file:
[Tue Dec 21 16:44:46 1999] [error] mod_ssl: SSL handshake
failed: HTTP spoken on HTTPS po
Hi,
On Wed, 22 Dec 1999, Kees Vonk 7249 24549 wrote:
> I run a SSL enable intranet site, unfortunately a lot of
> users try to get to the site using the http (instead of
> https) protocol, this results in lots of the following
> messages appearing in the log file:
>
> [Tue Dec 21 16:44:46 1
- Original Message -
From: "Kees Vonk 7249 24549" <[EMAIL PROTECTED]>
To: "modperl" <[EMAIL PROTECTED]>
Sent: Wednesday, December 22, 1999 5:55 AM
Subject: preventing speaking HTTP to HTTPS port
> I run a SSL enable intranet site, unfortunately a lot of
> users try to get to the site usi
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 t
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 retur
Hi list and hi Gerald,
I'm stumbling a bit here. I've got embperl running on my intranet
without a hitch.
On the other hand, my ISP's got it running as a CGI, as documented
in the Embperl docs.
I've migrated all my subroutines to external ehtml files (ehtml is
the extension I'm usin
Hi,
>
> I can point out that I'm using Execute in the short format, except
> in one place, where I'm using the long format to set the import flag to
> 1. And its on those particular files where all my Execute(s) fail, when
> only the second Execute carries the import flag.
>
> weird.
>
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 don't understand is that when
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),
a
Doug MacEachern wrote:
> > At least that's what I thought !
> >
> > In fact now Apache lets me use more then one
> > PerlTransHandler, but it doesn't care
> > of what is the return codes are!!!
> >
> > Even I return OK, it still calls
> > next registered handlers. Really weird!
>
> mod_perl do
>
>
> > PerlPostReadRequestHandler 'sub { Apache->request(shift) }'
>
> doug,
> thanks for the response. I had tried the bandaid with no luck.
> Probably should have said that in the post :-)
Ok having realised that the Handler wasn't getting called as I already had
another PerlP
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';
>
> 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;
(previously in this thread: make test is failing for modules/cgi, and the
reason is the shebang line in t/net/perl/cgi.pl is pointing to an old
version of perl.)
At 01:34 PM 12/21/99 -0800, Doug MacEachern wrote:
>> 79) %grep cgi.pl t/logs/error_log
>> Can't locate CGI.pm in @INC at
>> /data/_g/l
I've been trying for days to build mod_perl for Mac OS X Server. Whether I
attempt to build a DSO module, or build mod_perl into Apache, I always
receive this error:
cc -O3 -arch
ppc -g -pipe -pipe -fno-common -DHAS_TELLDIR_PROTOTYPE -I/System/L
brary/Perl/rhapsody/CORE -DMOD_PERL_VERSION=\"1.2
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* enctype="multip
> > Could it be a problem of shared .so perl? Is that what you're using, or
the
> > libperl.a version?
>
> I doubt it (perl -V below). you might need to following some of the
> debugging advice in the guide to see what's going on, or even just set:
> $SIG{__DIE__} = \&Carp::confess; the stacktr
Here are some additional benchmarks to add to the hello_world.html page
-
--
Shahin Askari [EMAIL PROTECTED]
858-622-1164 High Performance Perl Server Pages
858-481-7438 fax Load Testing and Performance Tuning
http://www.BinaryEvolutio
> 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.
28 matches
Mail list logo