On Tue, Jul 25, 2000 at 07:37:47PM -0500, John Marquart wrote:
>
> Using the following config. line:
>
> perl Makefile.PL EVERYTHING=1 USE_APACI=1 APACI_ARGS='--enable-shared=perl'
>
> Everything builds up to this point
>
> ...
> ===> src/modules/standard
> Target "all" is up to date.
> <===
[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 th
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
==
| 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 IIS/Micro
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
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 i
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, Pramod Sokke wrote:
> Andrew,
> That's a lot of help! Thanks a ton! I truly appreciate your quick(mod_perl
> like :)) response. This is sufficient for me to get started. I'm sure I'll
> have tons of questions as I get into things, during which I'm going to bug
> you with most
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) You
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
correc
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.
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)
a
> <...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) =
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
Germ
On Mon, Jul 10, 2000 at 06:21:37PM -0500, John Marquart wrote:
> Starting off w/ a fresh compliation of apache 1.3.12 & mod_perl 1.24, I
> ended up with the same errors as before. I then added the flags that you
> suggested to link my module. The httpd.exp file it expects for some
> reason is /
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 week
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
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 paramet
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 w
In general - all of the previous threads on this topic have either gone
off-list or were never resolved.
I spent several weeks trying various configurations w/ mod_perl-1.24 &
apache 1.3.12 on an AIX 4.3.3 box running perl 5.00503 and using xlc as my
compiler.
I was never able to successfully co
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 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 apa
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,
> "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 specif
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
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 somethin
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 t
> "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
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 m
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
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
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'.
make[1
[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 thi
jacky wrote:
>
>
> AllowOverride All
> Order allow,deny
> Allow from all
>
>
>If you want a starter config file for Apache::ASP,
> just look at the .h
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 howeve
> "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,
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 previ
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 installatio
> "j" == joaop 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.
--
=-=-=-=-=-=-=-=-=
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 w
> "KL" == Kenneth Lee <[EMAIL PROTECTED]> writes:
KL> how about the scheme of the request URL? hmm.. but that needs
KL> parsing the URL...
Huh? Just look at the first five characters if they are "https". No
more parsing than that is necessary, or am I totally missing
something? That's wha
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 $s
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" to
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
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]
http://www.iagora.com
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.
>
> At the end of an httpd.conf that contains both perl and apache traditional config
>material,
> I tried to list the resulting configuration (here only Locations and VirtualHosts).
> Only the material belonging to the perl section was listed. That puzzles me.
mod_perl only parses its own dire
49 matches
Mail list logo
