Hi, is there any method that will work through all the different
apache ssl implementations?
Currently what i do (with openssl) is:
my $s = $r-lookup_uri($r-uri);
my $ssl = $s-subprocess_env('HTTPS');
$ssl becomes 'on' , but i don't know if this is compatible with other
ssl implementations.
On Mon, Jul 24, 2000 at 05:47:46PM +0200, Eric Cholet wrote:
I've just committed a change which fixes this. Please try it and let me know
if it works for you.
It does; now a single global "PerlSetupEnv Off" does the job. Thanks!
--
Roger Espel Llima, [EMAIL PROTECTED]
Perrin,
you mean that I can actually set my environment per virtual-host?
that's encouraging in the one-implementation per site scenario. Now I
does block any use of persistent variables, unless I store them in a
RDBMS or in the 'Globals' module you mentioned. It could really be
Here's the backtrace,
[root@app perl]# gdb /www/bin/httpd
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying"
how about the scheme of the request URL? hmm.. but that needs
parsing the URL...
Joao Pedro Gonçalves wrote:
Hi, is there any method that will work through all the different
apache ssl implementations?
Currently what i do (with openssl) is:
my $s = $r-lookup_uri($r-uri);
my $ssl =
Following your suggestion,
use Apache::URI ();
$r-parsed_uri-scheme;
returns http or https.
However this value comes from apache's util_uri
where https is mapped to DEFAULT_HTTPS_PORT.
src/include/httpd.h:#define DEFAULT_HTTPS_PORT443
However with OpenSSL and mod_ssl, this still
"j" == joaop Joao writes:
j Following your suggestion,
j use Apache::URI ();
j $r-parsed_uri-scheme;
j returns http or https.
The "s" in https says use SSL. The port number is irrelevent, just as
the port number in http is irrelevent to using the HTTP protocol.
--
Hi :
I copy the ./site/eg/ directory to /home/httpd/asp. (this
directory is created by me. )
From the Quick Start of Install page :
You must put "AllowOverride All" in your httpd.conf config
section to let the .htaccess file in
the ./site/eg
I'am currently having trouble with asp and perl. Here's the situation.
Recently perl was upgraded to 5.6, all the other programs including
httpd see perl as 5.6 with the exception of the asp module. It's
installation script (Makefile.pl) sees and uses perl 5.6 however
version.asp reports the
"JW" == Jamie Warren [EMAIL PROTECTED] writes:
JW installation script (Makefile.pl) sees and uses perl 5.6 however
JW version.asp reports the previous version of perl. "This is version
JW 5.00503" ASP not using the newer version of perl is making a few of the
When you build mod_perl, perl is
Jamie Warren wrote:
I'am currently having trouble with asp and perl. Here's the situation.
Recently perl was upgraded to 5.6, all the other programs including
httpd see perl as 5.6 with the exception of the asp module. It's
installation script (Makefile.pl) sees and uses perl 5.6 however
jacky wrote:
Directory "/home/httpd/asp"
AllowOverride All
Order allow,deny
Allow from all
/Directory
If you want a starter config file for
[EMAIL PROTECTED] wrote:
--
On Mon, 24 Jul 2000 13:19:51 Joshua Chamas wrote:
Until I write a VBScript to perl parser, yes you can only
use perl under Apache::ASP.
Ok, so are you actually going to write a VBScript to perl parser? I was actually
thinking of undertaking this project
ModPerl 1.24 configures fine on Redhat 6.2, but sometimes during it's
installation I receive this error ...
+ make install root=/tmp/modperl_1.24-buildroot
(cd ./apaci make)
make[1]: Entering directory `/home/adelaide/src/BUILD/mod_perl-1.24/apaci'
make[1]: Nothing to be done for `all'.
On Tue, 25 Jul 2000, Joshua Chamas wrote:
Like Matt suggested you can start with his simple vbscript to
perlscript converter, but I would recommend to do a really
complete job that you use a full on grammar and something
like Parse::Yapp to do the parse tree. I personally would
find
On 25-Jul-2000 Adelaide Yip wrote:
ModPerl 1.24 configures fine on Redhat 6.2, but sometimes during it's
installation I receive this error ...
Warning: You do not have permissions to install into
/usr/lib/perl5/site_perl/5.005/i386-linux at
/usr/lib/perl5/5.00503/ExtUtils/Install.pm line 61.
I run mod_perl as a DSO without a problem. Just don't try to mix it with php as
a DSO.
On 25-Jul-2000 Michael Nachbaur wrote:
I'm working with IBM (sorry! Its not my choice!) to try to get mod_perl
compiled into their custom version of Apache, and their techs want to know
why I can't run
"MN" == Michael Nachbaur [EMAIL PROTECTED] writes:
MN I'm working with IBM (sorry! Its not my choice!) to try to get
MN mod_perl compiled into their custom version of Apache, and their
MN techs want to know why I can't run mod_perl as a DSO. So, I need
MN to know, whats specifically wrong
So, if it depends on such variables as what its compiled with and what platform you're
running on, then may I infer that it is somewhat flaky on unknown platforms? I'm
going to be running this in a high-load environment on an AIX server with a
not-too-current version of Perl (5.005_03
On Tue, Jul 25, 2000 at 01:14:32PM -0700, Michael Nachbaur wrote:
I'm working with IBM (sorry! Its not my choice!) to try to get
mod_perl compiled into their custom version of Apache, and their techs
want to know why I can't run mod_perl as a DSO. So, I need to know,
whats specifically
"MN" == Michael Nachbaur [EMAIL PROTECTED] writes:
MN So, if it depends on such variables as what its compiled with and
MN what platform you're running on, then may I infer that it is
MN somewhat flaky on unknown platforms? I'm going to be running this
I recall seeing some AIX specific
On Tue, 25 Jul 2000, Michael Nachbaur wrote:
I'm working with IBM (sorry! Its not my choice!) to try to get
mod_perl compiled into their custom version of Apache, and their techs
want to know why I can't run mod_perl as a DSO. So, I need to know,
whats specifically wrong with it? Like,
On Tue, Jul 25, 2000 at 04:33:12PM -0400, Vivek Khera wrote:
I recall seeing some AIX specific workarounds to some things within
mod_perl. I don't recall if those were DSO specific. I know for sure
that on BSD/OS with perl 5.004_04 it is stable as a DSO using the
latest mod_perl and apache
ive personally not had any probs with mod_perl as a dso
blue wrote:
On Tue, 25 Jul 2000, Michael Nachbaur wrote:
I'm working with IBM (sorry! Its not my choice!) to try to get
mod_perl compiled into their custom version of Apache, and their techs
want to know why I can't run
On Tue, Jul 25, 2000 at 01:14:32PM -0700, Michael Nachbaur wrote:
I'm working with IBM (sorry! Its not my choice!) to try to get
mod_perl compiled into their custom version of Apache, and their
techs want to know why I can't run mod_perl as a DSO. So, I need to
know, whats specifically
Hope I asking this question on the right place.
ýI got some problem migrating me CGI to mod_perl.ý
ýI'm "require" parameter file on the fly using the user inputý
ýto decided which file to load.ý
ýLet say I got tree files:ý
ýmain.cgi, param1.pl, param2.plý
ýThe main.cgi load configuration
Hello folks,
This may be a weak question, but I have to ask it anyway.
I have a script running under mod_perl.
It works fine, but every once in a while the browser/\"web
server\" offers to save the script instead of executing it.
Any ideas ? Thanks!
Arshavir
It's being sent as a content-type that the web-server/browser doesn't know
how to handle
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 25, 2000 5:37 PM
To: [EMAIL PROTECTED]
Subject: save as
Hello folks,
This may be a weak
Hello folks,
This may be a weak question, but I have to ask it anyway.
I have a script running under mod_perl.
It works fine, but every once in a while the
browser/\\\"web
server\\\" offers to save the script instead of executing
it.
Any ideas ? Thanks!
Arshavir
On Tue, Jul 25, 2000 at 04:04:12PM -0500, John Marquart wrote:
In general - all of the previous threads on this topic have either gone
off-list or were never resolved.
Sorry, I dropped your last post onto the floor somehow. I will answer in
a seperate post about these.
I spent several weeks
On Tue, Jul 25, 2000 at 11:57:56PM +0200, Jens-Uwe Mager wrote:
From the last post from you I have you appeared to use mod_perl-1.22.
What exactly have you been using?
Oops - I did misread, you said you are using 1.24.
--
Jens-Uwe Mager
HELIOS Software GmbH
Steinriede 3
30827 Garbsen
...segv trace...
I also encountered occasionally the "Bizarre copy of ARRAY in aassign at
/usr/lib/perl5/5.6.0/Carp/Heavy.pm line 79" error discussed some time before
on the list.
Both the segv and the 'bizarre copy' are fixed by this Perl 5.6 patch:
//depot/perl/cop.h#49 (text)
Pramod:
We are actually going to be generalizing it and releasing it (maybe) but
we need to get approval first, so can't just send the code :) It'll
probably happen in a few weeks though.
So here's what you have to do:
- Clean up the systems-level modules (like database stuff, base libraries)
I tried doing PREFIX=/usr (I'm using Redhat layout), but still the same error.
I also checked the permissions and I did have write permissions to
/usr/lib/perl5/5.00503/ExtUtils/ . Thing is, I installed with no problems
yesterday using the same method as today and now it suddenly has an error.
The permissions problems don't appear to be with the ExtUtils directory. It's
trying to mkdir /usr/lib/perl5/site_perl/5.005/i386-linux/auto/Apache/include.
Somewhere among those directories you don't have permission.
And, I misspoke before about PREFIX. First, PREFIX doesn't do everything
Solaris 2.6, Perl 5.6, apache 1.3.9, mod_perl 1.24.
I see intermittent Apache error_log entries like:
[Mon Jul 24 04:08:02 2000] [error] Insecure dependency in require
while running with -T switch at (eval 85) line 3.
Here's what perldiag says:
Insecure dependency in %s
(F)
I think you should check the httpd.conf. You should tell the Apache to
handle the *.cgi or *.pl in some dir as CGI programs.
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, July 26, 2000 6:36 AM
Subject: save as
Hello folks,
This may be a weak
On Tue, 25 Jul 2000, Jens-Uwe Mager wrote:
On Tue, Jul 25, 2000 at 04:04:12PM -0500, John Marquart wrote:
In general - all of the previous threads on this topic have either gone
off-list or were never resolved.
Sorry, I dropped your last post onto the floor somehow. I will answer in
a
Ian Mahuron wrote on Thu, 29 Jun 2000 13:59:45:
Does anyone know of a good mod_perl handler or CGI for browsing the perl
docs and various module docs? I'd prefer to offer this functionality to my
developers on our intranet, rather then sending them off to
http://search.cpan.org
I've written a
| so are you actually going to write a VBScript to perl parser? I was
actually
| thinking of undertaking this project myself, but I've never written a
lexer
| or a parser or anything like that.
For what it's worth: Some months ago I was facing the problem of moving
several ASP scripted
On Wed, 26 Jul 2000, Christian Jaeger wrote:
testwww.ethz.ch/eile). You can download both from
http://testwww.ethz.ch/eile/download/ and see it in action on
This link doesn't seem to be working. I'm really interested in this.
-dave
/*==
www.urth.org
We await the New Sun
[EMAIL PROTECTED] writes:
This may be a weak question, but I have to ask it anyway.
I have a script running under mod_perl.
It works fine, but every once in a while the browser/\"web
server\" offers to save the script instead of executing it.
Any ideas ? Thanks!
you should save the
I'm working with IBM (sorry! Its not my choice!) to try to get mod_perl compiled into
their custom version of Apache, and their techs want to know why I can't run mod_perl
as a DSO. So, I need to know, whats specifically wrong with it? Like, what are the
repurcussions of it? This is going
cholet 00/07/25 10:59:49
Modified:.Changes
src/modules/perl Apache.xs
Log:
return code from stat() call was being ignored
Revision ChangesPath
1.502 +3 -0 modperl/Changes
Index: Changes
44 matches
Mail list logo