Hi all,
Here I have a problem. I used
CGI module to upload a file. But the problem is that the temp file created by
CGI module is not getting deleted even after execution finished. It simply
getting heaped in temp directory eating memory. Can anyone please give me a way
through
On Thu, 4 May 2000, Srinidhi Rao S wrote:
Hi all,
Here I have a problem. I used CGI module to upload a file. But the
problem is that the temp file created by CGI module is not getting
deleted even after execution finished. It simply getting heaped in
temp directory eating memory. Can
with this.
Hope you help me out
TIA
srini.
-Original Message-
From: Ken Y. Clark [EMAIL PROTECTED]
To: [EMAIL PROTECTED] [EMAIL PROTECTED]
Date: Friday, May 05, 2000 1:42 AM
Subject: Re: Problem with deleting uploaded files
On Thu, 4 May 2000, Srinidhi Rao S wrote:
Hi all,
Here I have
I recently posted a question regarding installing mod_perl-1.23 on
Apache_1.3.12, I have not received any answer yet. I'm wondering if I'm the
only one who had this problem. I searched through the web but cannot find
any answers. I thought the test was failed because the system
Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 03, 2000 11:11 AM
To: [EMAIL PROTECTED]
Subject: Re: am I the only one having this problem!
You wouldn't need a second NIC for connecting to the net
to start your httpd. Sorry about that.
I think you need to look
I have several CGI scripts that I am in the process of moving to a new
server using mod_perl and Apache. The scripts connect to an Oracle database
using the Oraperl module wrapper for DBI and DBD::Oracle.
Basically the scripts display a simple for for user input, this works fine.
When the form
OK,
After further investigation, it seems that Oraperl/DBI/DBD, etc. are not at
fault!
I'm formatting the data for display using Perl formats and displaying it as
pre-formatted output using pre/pre tags.
This works great for CGI, but mod_perl seems to be having trouble with the
write() calls to
-Original Message-
From: Hughes, Ralph [mailto:[EMAIL PROTECTED]]
Sent: Monday, May 01, 2000 9:33 AM
To: ModPerl
Subject: Strange mod_perl output problem - Followup
OK,
After further investigation, it seems that Oraperl/DBI/DBD,
eew... Oraperl is way outdated, and basically
On Mon, 1 May 2000, Hughes, Ralph wrote:
OK,
After further investigation, it seems that Oraperl/DBI/DBD, etc. are not at
fault!
I'm formatting the data for display using Perl formats and displaying it as
pre-formatted output using pre/pre tags.
On Mon, 1 May 2000, Stas Bekman wrote:
On Mon, 1 May 2000, Hughes, Ralph wrote:
OK,
After further investigation, it seems that Oraperl/DBI/DBD, etc. are not at
fault!
I'm formatting the data for display using Perl formats and displaying it as
pre-formatted output using pre/pre tags.
Steve Hay wrote:
I'm having a problem compiling mod_perl 1.23 (with Apache 1.3.12 / Perl
5.6.0) as a DSO using APXS on Solaris 2.4.
In case anyone is interested...
I've solved my own problem (just as well, really). If I re-compile
everything with the -Xa compiler flag then it all works out
Good For you buddie:)
We know that you can do that... ;)
bybye
Nazareno
Perl Programmer www.obsequie.com
Talking about speed... I have a SGI with a line of 64k running two Apache,
one with mod_perl, mod_ssl and mod_asp with databases Oracle and seems like
httpd overload, he eat a lot of memory and the site is getting slow, i
suposse the problem is on the databases
(we all know about Oracle Databases
:
Talking about speed... I have a SGI with a line of 64k running two Apache,
one with mod_perl, mod_ssl and mod_asp with databases Oracle and seems like
httpd overload, he eat a lot of memory and the site is getting slow, i
suposse the problem is on the databases
(we all know about Oracle Databases
, this works a treat under 5.005_03 and also my
new Perl 5.6.0 / mod_perl 1.23 / Apache 1.3.12 setup which I'm testing out.
This is a great help to me. I hope the change makes it into CGI::Carp -- have
you heard anything from the author yet?
Yes, I've heard from Lincoln Stein. The problem will likely
I have the following directives in my httpd.conf:
...
VirtualHost _default_:8082
DocumentRoot "/app/env_control/httpd/DocumentRoot"
Location "/Test"
# disable mason for this location
SetHandler default-handler
/Location
ProxyPass/Test/ http://myhost:8084/Test/
| VirtualHost _default_:8082
|DocumentRoot "/app/env_control/httpd/DocumentRoot"
|Location "/Test"
| # disable mason for this location
| SetHandler default-handler
|/Location
|ProxyPass/Test/ http://myhost:8084/Test/
|ProxyPassReverse /Test/
| VirtualHost _default_:8082
|DocumentRoot "/app/env_control/httpd/DocumentRoot"
|Location "/Test"
| # disable mason for this location
| SetHandler default-handler
|/Location
|ProxyPass/Test/ http://myhost:8084/Test/
|ProxyPassReverse /Test/
At 06:38 PM 4/19/00 -0700, Perrin Harkins wrote:
CGI::Carp can't catch compile errors.
Oh. The CGI::Carp manpage says (regarding the use of "set_message()" to
control the output message): "In order to correctly intercept compile-time
errors, you should call set_message() from within
.org/guide/exceptions.html for
a better way to handle exceptions.
I looked at this today. I believe the problem started with Perl version
5.005 where Lincoln Stein started using $^S to detect if CGI::Carp is in an
eval block. If you comment out that code and use the longmess() code inside
At 02:02 PM 4/18/00 +0100, Steve Hay wrote:
I'm having problems using "CGI::Carp qw(fatalsToBrowser);" in modperl
scripts.
Sorry for the late reply. I was actually trying to figure out why you were
experiencing this problem. I rarely use Perl 5.005 specific features, and
so
Hi,
make test fails, generating the following error:
Syntax error on line 3 of
/workspace/rtanner/apache/mod_perl-1.22/t/conf/httpd.conf:
Invalid command '=pod', perhaps mis-spelled or defined by a module not
included in the server configuration.
I presume that message is being generated by
I'm porting a site from Apache::Registry to mod_perl handlers, using
Apache 1.3.12 and mod_perl 1.21. I've noticed a problem with POST
requests: if a ContentHandler reads the POST body with $r-content and
subsequently returns NOT_FOUND, Apache will hang trying to read the
content again
On Wed, 12 Apr 2000 [EMAIL PROTECTED] wrote:
Hi All,
Recently I installed Apache-1.3.12 with mod_perl-1.22. Standard
installation. Everything seemed to work great.
I'm using the directive
PerlFixupHandler Apache::SIG
because you have some 'alive' scripts that need to be killed if
(i.e. collect it in a scalar and then print it all at once).
CGI::Carp can't help you if you've already sent a bunch of stuff to the
browser. You don't have this problem with mod_cgi because it buffers
everything until the script finishes.
CGI::Carp can't catch compile errors.
Oh. The CGI
or.log!
The third one attempts a division by zero and correctly says so
in the web browser under both Apache/CGI and Apache/modperl.
Can anybody explain what's going on here???
The first script is closest to the problem I've really got.
I'm using DBI/DBD::mysql and I want SQL syntax errors (
On Tue, 18 Apr 2000, Steve Hay wrote:
I'm having problems using "CGI::Carp qw(fatalsToBrowser);" in modperl scripts.
Then don't use CGI::Carp. The whole qw(fatalsToBrowser) thing is broken,
IMHO, anyway. See http://modperl.sergeant.org/guide/exceptions.html for
a better way to handle
d
Apache/modperl.
Can anybody explain what's going on here???
The first script is closest to the problem I've really got. I'm using
DBI/DBD::mysql and I want SQL syntax errors (which I
keep making) to appear in the web browser instead of having to keep
opening the error.log. Running under Apache/
On Tue, 18 Apr 2000, Steve Hay wrote:
I'm having problems using "CGI::Carp qw(fatalsToBrowser);" in modperl
scripts.
[...]
The first one calls die() itself. Under Apache/CGI the die() message
appears in the web browser (albeit preceded by a
spurious Content-Type line), but under
You need to also copy over the global.asa file from
the examples.
--Joshua
Andy Yiu wrote:
Hi, this is Andy again.
It's about that, after I installed the ASP patch, all
other *.asp are working but the index.html is not
which claim that it couldn't find glocal.asa
The .htaccess file I
call tracer in the startup file to reveal where the
error comes from:
use Carp qw(verbose);
$SIG{__DIE__} = \Carp::confess;
Use it only to trace this problem, remove this setting when you are done.
You might want to read the explanation of the problems you might get into
when using __DIE__
Hi, this is Andy again.
It's about that, after I installed the ASP patch, all
other *.asp are working but the index.html is not
which claim that it couldn't find glocal.asa
The .htaccess file I used is from your example folder,
which is :
# Note this file
Hi,
I installed the Apache ASP package and the mod_perl with the Apache server.
I guess there is no error in the setup and everything should run fine.
Then I run the example. When I try to run index.html, it returned a error
message saying that it couldn't find the global.asa or something
| I installed the Apache ASP package and the mod_perl with the Apache
server.
| I guess there is no error in the setup and everything should run fine.
| Then I run the example. When I try to run index.html, it returned a error
| message saying that it couldn't find the global.asa or something
on 4/12/00 6:08 PM, [EMAIL PROTECTED] at
[EMAIL PROTECTED] wrote:
Why is my address in there
See -
[EMAIL PROTECTED]
- FCCJ * 501 W State St * Jacksonville, Fl 32202 * 904/632-3089 -
Hi All,
Recently I installed Apache-1.3.12 with mod_perl-1.22. Standard
installation. Everything seemed to work great.
I'm using the directive
PerlFixupHandler Apache::SIG
because you have some 'alive' scripts that need to be killed if
the user closes his browser.
Well, everything seems to
It works! Thanks so much!
Fred
Eric Cholet wrote:
Hello,
It seems the method unparse() of Apache::URI does not take the port
value into the result string. For example, I have:
my $uri = Apache::URI-parse($r, $r-uri);
$uri-scheme('http');
$uri-hostname($r-get_server_name);
Hello,
It seems the method unparse() of Apache::URI does not take the port
value into the result string. For example, I have:
my $uri = Apache::URI-parse($r, $r-uri);
$uri-scheme('http');
$uri-hostname($r-get_server_name);
$uri-port(8080);
$uri-query(scalar $r-args);
If I call
Hello,
It seems the method unparse() of Apache::URI does not take the port
value into the result string. For example, I have:
my $uri = Apache::URI-parse($r, $r-uri);
$uri-scheme('http');
$uri-hostname($r-get_server_name);
$uri-port(8080);
$uri-query(scalar $r-args);
If I call
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
At 8:05 PM -0700 4/7/00, Randal L. Schwartz wrote:
Kee Well, the good news is that if they don't support Host:, they
Kee certainly aren't going to support cookies!
Why? Those are orthogonal features. HTTP/1.0 did not require
"host:". And
: Friday, April 07, 2000 12:08 PM
To: [EMAIL PROTECTED]
Subject: Re: [slightly OT] Problem with cookies
On Apr 07, Randal L. Schwartz wrote:
I think this also suffers from placing the burden on the client. The
[R] there with an external rewrite means that the client will get
redirected if it doesn't
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
At 4:03 PM -0400 4/8/00, Jeff Stuart wrote:
GOOD! That's what they deserve for not upgrading their browser. I've
Clearly you've become confused.
The owner of the browser is the customer, you are serving them, not
the other way around. If you
"Jeff" == Jeff Stuart [EMAIL PROTECTED] writes:
Jeff Now we are moving even further off topic but I've got to put my
Jeff $0.02 in here. :) So what if older browsers might get stuck in
Jeff an infinite loop. GOOD! That's what they deserve for not
Jeff upgrading their browser. I've already
"Kee" == Kee Hinckley [EMAIL PROTECTED] writes:
Why? Those are orthogonal features. HTTP/1.0 did not require
"host:". And certainly, browsers that handled HTTP/1.0 had cookies.
Kee I guess I mis-remembered. I thought cookie support came after 1.1.
It wouldn't matter if it came *after*
ave solved the problem.
Except that this requires HTTP/1.1. Anyone that doesn't send the
"host:" header goes into a permanent redirect loop. So the "problems"
you're not seeing are probably from the people out there that can't
get to your site to report the problems. :)
--
R
"Drew" == Drew Taylor [EMAIL PROTECTED] writes:
Drew The dual VirtualHost configuration is exactly the solution I will take! It
Drew will also apply it to the main domain as well - thinkstock.com, .org, and
Drew .net. That will solve my problem, as well as any future ones, and I can
.kuro5hin.org
Rusty VirtualHost 216.181.35.174
Rusty ServerName www.kuro5hin.org
Rusty ...etc...
Rusty /VirtualHost
Rusty This way, people who come in to http://kuro5hin.org/ get redirected
Rusty right off the bat, and so far this seems to have solved the problem.
Except that this requir
On Fri, 7 Apr 2000, Drew Taylor wrote:
Randal,
Thanks for the tip. So my question is: what is the best solution? I want
to redirect http://cloudstock.com/ to http://www.cloudstock.com/.
Should I take out the permanent in the Redirect directive? Should the
www entry come first? Do I need
On Apr 07, Randal L. Schwartz wrote:
I think this also suffers from placing the burden on the client. The
[R] there with an external rewrite means that the client will get
redirected if it doesn't tell you the right "Host:" header. But
HTTP/1.0 and older browsers (and some spiders) will NOT
Jim Winstead wrote:
An important point is that although "Host:" wasn't required until
HTTP/1.1, all of the common browsers have sent it with 1.0 requests
for some time.
Yes, but I've had problems with corporate proxy servers that don't send
it.
- Perrin
that the original problem was cookies. I had to target my
cookies to 'www.kuro5hin.org', because there are other virtual hosts in
the same domain that get a different cookie with the same name. They
need to be distinguished by hostname, and the browser won't send a
cookie targeted at 'www.kuro5hin.org
I got this from the URL I mentioned in a previous post. I have modified
it a bit to what looks like a solution. I guessing that the condition
are met w/ no Host: header or a Host: cloudstock.com header. It looks
like it would solve the no Host: header problem as well as do my primary
task
At 1:01 PM -0400 4/7/00, Rusty Foster wrote:
Oops. Meant to send this to the list. :-)
you recall that the original problem was cookies. I had to target my
cookies to 'www.kuro5hin.org', because there are other virtual hosts in
the same domain that get a different cookie with the same name
solved the problem.
Except that this requires HTTP/1.1. Anyone that doesn't send the
"host:" header goes into a permanent redirect loop. [...]
Not if you do it right[tm] and have the "real" host be the default.
- ask
--
ask bjoern hansen - http://www.netcetera.dk
"Kee" == Kee Hinckley [EMAIL PROTECTED] writes:
Kee Well, the good news is that if they don't support Host:, they
Kee certainly aren't going to support cookies!
Why? Those are orthogonal features. HTTP/1.0 did not require
"host:". And certainly, browsers that handled HTTP/1.0 had cookies.
Cliff,
I thought about that, but according to the CGI.pm docs (and the netscape
cookie specs too), you have to have at least two(2) dots so that you
can't match things like .edu or .com. The .domain.com is supposed to
match all hosts containing domain.com. Argh! Thanks for the thought,
I'll look
On Thu, 6 Apr 2000, Drew Taylor wrote:
I have a site which uses cookies for user tracking. If you go to
http://cloudstock.com/, the server is sending the cookie but the browser
is not accepting it ("warn before accepting cookie" is on). If I go to
http://www.cloudstock.com/ the cookie is sent
Perrin Harkins wrote:
Does your Set-Cookie header include a path setting? Some browsers require
that.
Yes, it sets the path to '/'. I'm sitting here scratching my head. I'm
doing everything I know to do and it's not working... :-(
Here's the relevant code: ($domain is 'cloudstock')
my
Drew Taylor wrote:
Perrin Harkins wrote:
Does your Set-Cookie header include a path setting? Some browsers require
that.
Yes, it sets the path to '/'. I'm sitting here scratching my head. I'm
doing everything I know to do and it's not working... :-(
Here's the relevant code:
I tested this from my end also.
I see the cookies being properly set when I do:
lwp-request -e 'http://cloudstock.com'
I get a cookie warning from Netscape
when i get them via 'http://www.cloudstock.com'.
no cookie warning from netscape and no cookies in cookie.txt
when i access via
On Thu, 6 Apr 2000, Perrin Harkins wrote:
On Thu, 6 Apr 2000, Drew Taylor wrote:
I have a site which uses cookies for user tracking. If you go to
http://cloudstock.com/, the server is sending the cookie but the browser
is not accepting it ("warn before accepting cookie" is on). If I go to
Hi Drew,
My site has several domains that lead into it and I had the same problem
with cookies that I fixed this way.
Here's how I ended up doing the redirections using mod_rewrite and a perl
script (which needed to be portable in my case). This could have probably
been done simpler and more
that http://cloudstock.com/ doesn't match
.cloudstock.com might be right.
I had a similar problem with cookies on kuro5hin.org. I needed to set a
session=blah cookie for www.kuro5hin.org, and a *different* session
cookie for scoop.kuro5hin.org. So I couldn't use .kuro5hin.org as the
domain. But I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
At 4:09 PM -0700 4/6/00, Christopher Taranto wrote:
Hi Drew,
My site has several domains that lead into it and I had the same problem
with cookies that I fixed this way.
Here's how I ended up doing the redirections using mod_rewrite and a perl
Rusty and Kee,
The dual VirtualHost configuration is exactly the solution I will take! It
will also apply it to the main domain as well - thinkstock.com, .org, and
.net. That will solve my problem, as well as any future ones, and I can
just be done with this stupid cookie problem! You just made
Actually I already have MySQL module installed on our machine... Because
I am able to run cgi/perl script which uses DBI module..
I mean I am able to run any normal cgi script.. So, I think that
suggests that we have all the required module installed on our machine..
Niral
Rajesh Kumar Mallah
Hey guys,
Before I start with my problem / question, let me just say that I haven't
been subscribed for a while. I was doing some heavy mod_perl development
last year, and I was subscribed to the list for a long time. Eventually,
mail from this list and the other lists I was subscribed to got
"Russell D. Weiss" [EMAIL PROTECTED] wrote:
So, onto the problem. Within the constructor for the wrapper object, I want
to do:
bless $self, $class;
$main::SIG{'__DIE__'} = $self-custom_die;
Try
bless $self, $class;
$main::SIG{'__DIE__'} = sub { $self-custom_die(@_) };
This
Thanks James,
Great little trick It worked!
Thanks for the help,
Russ
Russell Weiss
Founder and Technical Manager
InfoRelay Online Systems, Inc.
http://www.InfoRelay.net/
Try
bless $self, $class;
$main::SIG{'__DIE__'} = sub { $self-custom_die(@_) };
This will make sure
"James" == James G Smith [EMAIL PROTECTED] writes:
James "Russell D. Weiss" [EMAIL PROTECTED] wrote:
So, onto the problem. Within the constructor for the wrapper object, I want
to do:
bless $self, $class;
$main::SIG{'__DIE__'} = $self-custom_die;
James Try
James
All..
I am new to mod_perl so, please forgive me if this questions sounds
stupid..
I have successfully installed mod_perl 1.22 and Apache 1.3.12 under
BSD/OS BSDI 3.1 And able to run normal cgi script... But problem occurs
while I am trying to run script with DBI..
I have successfully
in98, simply switching
the "shell" from the standard one to 4DOS results in a significant
increase in the success rate of the tests passed, for the *same*
compiled Perl binary.
The fact that you're running a different DOS "shell" to me does not explain the
problem: it only ex
Since I had no reply to my previous problem (re-directing STDOUT in
system() calls), I thought I would try using Perl 5.6.0 instead of
5.005_03 (probably a good idea anyway) to see if that helped.
Unfortunately, now I can't get (the Apache side of) mod_perl to compile.
I'm using MSVC++ 6.0
You really are on the bleeding edge with that lot.
My advice would be ro try Linux, and stick with Perl 5.005_03 and
mod_perl 1.21/Apache 1.3.11 (or .12) for a few weeks.
Well, I got mod_perl 1.22 going on NT with Perl 5.005_03 / Apache 1.3.12
(apart from the problem with system() calls...) after
Hi there,
On Thu, 30 Mar 2000, Steve Hay wrote:
seems a shame I can't get it to go with Perl 5.6.0. I just wondered
if anyone out there new of any more hacks to help...
Search the mod_perl List archive for 5.6.0? Most of it will be about
it not working with something or other. After all,
On Thu, 30 Mar 2000, Steve Hay wrote:
Since I had no reply to my previous problem (re-directing STDOUT in
system() calls), I thought I would try using Perl 5.6.0 instead of
5.005_03 (probably a good idea anyway) to see if that helped.
Unfortunately, now I can't get (the Apache side
Thanks for this!
I tried it with the latest mod_perl cvs: mine now compiles perfectly too
(_never_ seen that before!!!), and there's now only 1 unresolved external
symbol instead of 7. Looks like it could be nearly there - I'll try another
one some time.
I look forward to mod_perl 1.23 ...
On Thu, 30 Mar 2000, Steve Hay wrote:
Thanks for this!
I tried it with the latest mod_perl cvs: mine now compiles perfectly too
(_never_ seen that before!!!), and there's now only 1 unresolved external
symbol instead of 7. Looks like it could be nearly there - I'll try another
one some
List: apache-modperl
Subject: Re: Another problem compiling Apache-Scoreboard-0.08
From: Stas Bekman
Date: 2000-01-23 12:26:28
On Sun, 23 Jan 2000, Gustav Kristoffer Ek wrote:
I got the folowing error when compiling Apache::Scoreboard 0.08:
make
make[1]: Entering directory
`/usr/s
Hi,
I've had this problem before, but never got to the bottom of it.
I'm cursed with a situation in which I need to run some .exe file from a
(mod)perl script. The program concerned is a console application so it
just writes its output on STDOUT. I need to re-direct that output to a
temporary
Perl was configured with sfio.
which is fair enough, but does it explain the problem I've got?
It DOES explain why the following script prints the output of IPCONFIG in the
browser when running under Apache and doesn't when running under Apache +
mod_perl:
$| = 1;
print "Con
man/man3/B::TerseSize.3
/usr/lib/perl5/./site_perl/5.005/i386-linux/B/TerseSize.pm
Any idea what the problem is?
Try to preload the module:
PerlModule B::TerseSize
See
http://perl.apache.org/guide/performance.html#Measuring_the_Subrouti
Hi guys, I'm new to using Embperl and ran into a configuration
problem which
I don't know how to fix. I really appreciate it if you could point
me to the right
direction :)
Here's the setup: I've Apache 1.39 statically compiled with modperl 1.21
and Embperl 1.2.1. I have some pure perl
PerlSendHeader On
/Location
Location /
SetHandler perl-script
PerlHandler HTML::Embperl
PerlSetEnv EMBPERL_FILESMATCH "\.ehtml"
Options ExecCGI
/Location
...
...
Here's the problem: this setup works fine for my embperl pages, but the
perl files (
...
Alias /cgi-bin/ "/abc/cgi-bin/"
Location /cgi-bin
SetHandler perl-script
PerlHandler Apache::Registry
Options ExecCGI
PerlSendHeader On
/Location
Location /
SetHandler perl-script
PerlHandler HTML::Embperl
PerlSetEnv EMBPERL_FILESMATCH
All
Page 427 of "Writing Apache Modules with Perl and C" describes the
use of POD to document Apache configuration files. My problem is
that I cannot get the =over/=back functionality working (which is
supposed to hand sections back to Apache for processing, thus
allowing one
Hi,
I'm having a weird problem with mason and mod_perl.
I have the following configuration:
Apache 1.3.9
Mod_perl1.21
Mason 0.8 (with both available patches)
I have a page that place login information into a session (handled by Mason)
but in other pages I
At 13:41 2000-02-11 +, [EMAIL PROTECTED] wrote:
Page 427 of "Writing Apache Modules with Perl and C" describes the
use of POD to document Apache configuration files. My problem is
that I cannot get the =over/=back functionality working (which is
supposed to hand sections back
ike to
restart.
You mentioned line endings, so I'm guessing that's not your problem. If you
haven't already, maybe you should try your directives outside of the POD
sections and make sure that they work.
Let us know what happens...
Rodney Broom
ource tree.
What could be wrong? I am using BSDI.
Thanks for your input.
-Bing W.
From: elvin coltrane [EMAIL PROTECTED]
To: Bing Wang [EMAIL PROTECTED]
Subject: RE: Installation Problem with mod_perl and another module on
Apache
Date: Fri, 11 Feb 2000 06:50:37 -0800 (PST)
Hi how are you? I ju
I just set up mod_perl_.1.21 with apache_1.3.11 andperl 5.005_03. When
trying to start the httpd server, my httpd.conf is calling a
perlstartup.pl script where I get the following error. I looked in the
file itself and says when finding that error it means an install error
with DBI. I
: EXTERN.h: No such file or directory
../../include/mod_perl.h:41: perl.h: No such file or directory
../../include/mod_perl.h:42: XSUB.h: No such file or directory
*** Error code 1
Stop.
*** Error code 1
Stop.
*** Error code 1
Stop.
*** Error code 1
Stop.
*** Error code 1
Stop.
Does anyone have such pr
Thanks to Gerald Richter, Vivek Khera, and Ilya Obshadko for suggesting
the solution to the X-Forwarded-For problem I was having.
After a little bit of experimentation, it would appear that
mod_proxy_add_forward module needs to appear before mod_proxy (and
therefore be lower down Apache's
Hi,
I just set up mod_perl_.1.21 with apache_1.3.11 andperl 5.005_03. When
trying to start the httpd server, my httpd.conf is calling a
perlstartup.pl script where I get the following error. I looked in the
file itself and says when finding that error it means an install error
with DBI. I
Hello everybody
Since several months I have a problem with apache, mod_perl and php. After some
testing I think now that it is a mod_perl problem and I have no idea where to
start to find a solution. So I would be glad to hear something from the
mod_perl specialists. Here is my situation:
1
Hello Ewan,
ïÿòíèöà, 4 ôåâðàëÿ 2000 ã., you wrote:
EE Module Name: mod_proxy_add_forward.c
EE Content handlers: none
EE Configuration Phase Participation: none
EE Request Phase Participation: Fixups
EE Module Directives: none
EE Looks good to me. My guess is that I'm missing something obvious,
Hi,
I have a minor problem with Apache and mod_perl regarding the logging of
response status codes to the access_log.
I have a program where I want to do the authentication manually. The
program has to have a user database anyway, so I would like to
authenticate against that.
Below is a small
At 03:07 PM 02/05/00 +0100, Rene' Seindal wrote:
Below is a small test program, which manages to send back a 401 response
to get the browser to prompt for a password, and to extract the username
and password on the following request. The program works as expected,
except that the entries in the
The test.html file contains only the [- use MODULE_HERE -]
line.
Try
[- use MODULE_HERE ; -]
for whatever reason, Perl likes to see a semikolon here.
Gerald
: Gerald Richter [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 03, 2000 11:29 PM
To: Christian Gilmore; ModPerl Mailing List (E-mail)
Subject: RE: Embperl: problem with module imports
The test.html file contains only the [- use MODULE_HERE -]
line.
Try
[- use MODULE_HERE
1301 - 1400 of 1512 matches
Mail list logo