On Saturday, Sep 13, 2003, at 09:22 America/Denver, Perrin Harkins
wrote:
I found a pretty useful article at
http://www.linuxjournal.com/article.php?sid=4143 on how to use
Apache::Session with Mason.
I'm afraid that is not a very good article. It's out of date, and
shows
poor error handling.
Eric,
Sorry if I came off overly critical. Many people have had problems
trying to use Mason with Apache::Session because of that article. This
is why on the Mason website the link to that article describes it as
outdated and steers people to newer documentation. (It probably should
also
I'm afraid that is not a very good article. It's out of date,
...
Apache::Session::DBI (which is what the article refers to) is ancient
and should not be used.
I stumbled upon this problem quite a few times. Trying to get the hang
of using cookies for authentication and sessions
Is there a, or are there initiatives to keep an 'accurate' document
repository?
The field of knowledge is too broad for any one person to maintain,
especially since the main people who maintain the site docs are quite busy
building mod_perl 2. This is why we count on individuals stepping up
it isn't. I STFW, and found several people who
seem to have had the same problem I have, but the solutions proffered
involve ipcs and ipcrm, which don't exist on my Mac OS X 10.2.6 system.
You shouldn't use the IPC locking in Apache::Session. You didn't mention
which database you're using, but most
are correct; I use them elsewhere with no
problem. The problem is that the session seems to be intermittent--
some pages seem to recognize it, others don't. This smelled a lot like
a problem where the session was getting set in one Apache instance and
not others, so I wondered if the session
/site_perl/HTML/Mason/ApacheHandler.pm
line 13.!Compilation failed in require at (eval 1)
line 3.!
[Tue Sep 09 16:28:02 2003] [error] Can't load Perl
module HTML::Mason::ApacheHandler for server
127.0.0.1:0, exiting...!
To over come this problem i put in these entries
:
I put
9 16:28:02 2003] [error] Can't load Perlmodule HTML::Mason::ApacheHandler for server127.0.0.1:0, exiting...!
To over come this problem i put in these entries
:I put in these lines in my httpd.conf file
PerlModule Apache2 PerlModule Apache::compat PerlModule HTML::Mason::ApacheHandlerFilesMa
parvez mohamed wrote:
I have RedHat 9, I have installed Apache using rpm
wich comes with RedHat9 (httpd-2.0.40-21) then i
haveinstalled mod_perl using rpm mod_perl-1.99_07-5
I don't know what version HTML::Mason is relying on (I'll let the mason
developers to comment on it), but you probably want
Stas Wrote:
I believe it's not the problem Bart was talking about. You are most
likely talking about Apache-request failing, which is how it should be
if the GlobalRequest option is not set. Bart's problem was finding
the request method.
If you'll read carefully, you'll see that I'm talking
Philip M. Gollucci wrote:
Stas Wrote:
I believe it's not the problem Bart was talking about. You are most
likely talking about Apache-request failing, which is how it should be
if the GlobalRequest option is not set. Bart's problem was finding
the request method.
If you'll read carefully
speeves wrote:
Stas Bekman wrote:
Thanks that did it.
Great.
It would be nice though if the minimum rev level of the CGI.pm could be
mentioned in the doc.
Or maybe it is there somewhere and I skimmed over it.
It's a a CGI.pm problem, really. We can't go and support all possible
modules
Philip M. Gollucci wrote:
I'll disagree on this being a windows only problem in CGI. I'll also
disagree about the version number.
As late as CGI 3.00 this problem exists in Apache 1.3.27 and mod_perl
1.27 on SunOS.
I believe it's not the problem Bart was talking about. You are most likely
Stas Bekman wrote:
speeves wrote:
Stas Bekman wrote:
Thanks that did it.
Great.
It would be nice though if the minimum rev level of the CGI.pm
could be
mentioned in the doc.
Or maybe it is there somewhere and I skimmed over it.
It's a a CGI.pm problem, really. We can't go and support
So these are the versions required to run properly with mod_perl 2.0?
Here is an updated table:
Module Name Required Dist Package
-
Apache::AuthExpire Apache-AuthExpire-0.38
Apache::AuthNetLDAP
to
mention this.
Kind Regards
Bart
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: Friday, September 05, 2003 1:20 AM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: apache2, mod_perl: problem with CGI
Just trying to get up and running with Apache/2.0.47
Thanks that did it.
Great.
It would be nice though if the minimum rev level of the CGI.pm could be
mentioned in the doc.
Or maybe it is there somewhere and I skimmed over it.
It's a a CGI.pm problem, really. We can't go and support all possible modules
that may or may not run under mod_perl 2.0
I'll disagree on this being a windows only problem in CGI. I'll also
disagree about the version number.
As late as CGI 3.00 this problem exists in Apache 1.3.27 and mod_perl
1.27 on SunOS.
The pdf troubleshooting doc on apache.org site suggest fix (I think its
5.17) also does _not_ work
Hi folks,
Just trying to get up and running with Apache/2.0.47 (Win32)
mod_perl/1.99_10-dev Perl/v5.8.0 Server
Have installed AS Perl 5.8 and the mod_perl ppm that Randy provides the
world with.
Running my mod_perl code using the ModPerl::Registry handler.
Now everything is fine until I put the
[please don't reply to another thread when starting a new one. don't be
surprised if your question is ignored if you do that.]
Just trying to get up and running with Apache/2.0.47 (Win32)
mod_perl/1.99_10-dev Perl/v5.8.0 Server
Have installed AS Perl 5.8 and the mod_perl ppm that Randy
This looks like the result of a change to put up a protest page at the
start of
every *.apache.org website. Perhaps someone can notify the powers that be
to
fix the problem.
There is no problem, Cees. This is done by the Apache Software Foundation.
mod_perl is an ASF project if you didn't know
I in the process of switching my scripts over to Mod Perl.
I decide since Mod Perl doesn't like Sub routine in the the main program I'd
export make Modules out of the more come ones. Simple process I thought.
However no mater what I do I get an error. I tried making a simple one using
the
You need to setup exports in your Rules1 package.
Take a look at Exporter. (perldoc Exporter)
OR, call the function with its fully qualified package nameTim Edwards [EMAIL PROTECTED] wrote:
I in the process of switching my scripts over to Mod Perl.I decide since Mod Perl doesn't like Sub routine
On Thu, 2003-08-28 at 16:09, Tim Edwards wrote:
I in the process of switching my scripts over to Mod Perl.
I decide since Mod Perl doesn't like Sub routine in the the main program I'd
export make Modules out of the more come ones.
Just to be clear, mod_perl has no problem with subroutines
[EMAIL PROTECTED] wrote:
Hello!
Your letter successfully arrived to my mailbox and I'll read it in the nearest future.
--
!
.
Like we don't have enough spam and virus emails already. If you ask a question
in a public forum and expect an answer, please at least consider to turn
Hello there,
On Mon, 25 Aug 2003, Alan Rafagudinov wrote:
I've downloaded apache_1.3.28.tar.gz mod_perl-1.28.tar.gz
and unarchive it to /usr/src/httpd_perl for back-end server
then when I make
perl Makefile.PL APACHE_SRC=../apache_1.3.28/src/ DO_HTTPD=1 USE_APACI=1
EVERYTHING=1
in this proxy example?
How can we possible know what the problem is if you don't show the relevant
configuration section? Most likely you have a broken configuration and should
advise first the mod_proxy documentation.
http://httpd.apache.org/docs-2.0/mod/mod_proxy.html
To make sure
Hello again!
I've downloaded apache_1.3.28.tar.gz mod_perl-1.28.tar.gz
and unarchived them to /usr/src/httpd_perl for back-end server
then when I make
perl Makefile.PL APACHE_SRC=../apache_1.3.28/src/ DO_HTTPD=1 USE_APACI=1 EVERYTHING=1
APACI_ARGS='-
-prefix=/usr/local/httpd_perl'
and
make
Hi there,
On Wed, 27 Aug 2003, Alan Rafagudinov wrote:
I've downloaded apache_1.3.28.tar.gz mod_perl-1.28.tar.gz
[snip]
tests failed:
[snip]
Summary of my perl5 (revision 5.0 version 6 subversion 0) configuration:
Platform:
osname=linux, osvers=2.2.16-22smp, archname=i386-linux
Hello again,
On Wed, 27 Aug 2003, Alan Rafagudinov wrote:
GH Please post the output of
GH gcc -v
Reading specs from /usr/lib/gcc-lib/i386-asplinux-linux/2.96/specs
gcc version 2.96 2731 (ASPLinux 7.1 2.96-85.asp)
Make sure to use that compiler to build Perl, mod_perl and Apache.
73,
Hello Ged,
Wednesday, August 27, 2003, 6:11:13 PM, you wrote:
GH Hi there,
GH On Wed, 27 Aug 2003, Alan Rafagudinov wrote:
I've downloaded apache_1.3.28.tar.gz mod_perl-1.28.tar.gz
[snip]
tests failed:
[snip]
Summary of my perl5 (revision 5.0 version 6 subversion 0) configuration:
Ged Haywood wrote:
Hello again,
On Wed, 27 Aug 2003, Alan Rafagudinov wrote:
GH Please post the output of
GH gcc -v
Reading specs from /usr/lib/gcc-lib/i386-asplinux-linux/2.96/specs
gcc version 2.96 2731 (ASPLinux 7.1 2.96-85.asp)
Make sure to use that compiler to build Perl, mod_perl
of
every *.apache.org website. Perhaps someone can notify the powers that be to
fix the problem.
Cheers,
Cees Hek
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
at the start of
every *.apache.org website. Perhaps someone can notify the powers that be to
fix the problem.
There is no problem, Cees. This is done by the Apache Software Foundation.
mod_perl is an ASF project if you didn't know.
Have you read what it says on http://perl.apache.org
Hello!
I've downloaded apache_1.3.28.tar.gz mod_perl-1.28.tar.gz
and unarchive it to /usr/src/httpd_perl for back-end server
then when I make
perl Makefile.PL APACHE_SRC=../apache_1.3.28/src/ DO_HTTPD=1 USE_APACI=1 EVERYTHING=1
APACI_ARGS='-
-prefix=/usr/local/httpd_perl'
and
make make
Ged Haywood wrote:
Hello there,
On Mon, 25 Aug 2003, Alan Rafagudinov wrote:
I've downloaded apache_1.3.28.tar.gz mod_perl-1.28.tar.gz
and unarchive it to /usr/src/httpd_perl for back-end server
then when I make
perl Makefile.PL APACHE_SRC=../apache_1.3.28/src/ DO_HTTPD=1 USE_APACI=1
. There has to be another
solution, isn't there?
I'm asking you to try it and see if it works.
A possible solution if that is the problem is to make all the modules
that import it reload as well. You can do that with a touch file.
- Perrin
Perrin,
use Hybride::Projects qw(getImage other imports);
I think that's the problem. You are creating an alias to the sub
here,
and when it gets reloaded the alias is still pointing to an old
version.
Actually, I just saw that the sub is exported in the EXPORT section of
the Projects
On Thu, 2003-08-14 at 13:41, Jean-Sebastien Guay wrote:
Is there anything unusual about the
way you call this sub (AUTOLOAD, function ref, etc.)?
Not at all. It is imported with
use Hybride::Projects qw(getImage other imports);
I think that's the problem. You are creating an alias
Hello,
I know this has been discussed before, but I can't seem to find the
information I need to solve my problem.
I'm using Apache::Reload, and I can see that my modified module is
getting reloaded (with ReloadDebug On), but the program still uses the
old code.
I have read
http
On Thu, 2003-08-14 at 11:43, Jean-Sebastien Guay wrote:
And I can see in the error_log that $image is still the absolute path
(D:/htdocs/images/project/prefix/bob.jpg in our example) even after
the change.
I don't see anything wrong with that chunk of code. If you restart the
server, does it
Recently I have found myself spending most of the time trying to reproduce
reported bugs (and non-bugs), instead of resolving the already known bugs.
Often times it takes a long time and multiple emails to get all the required
information from the user reporting the problem to be able
I'm asking you to try it and see if it works.
Ok, I tried it and it works.
A possible solution if that is the problem is to make all the modules
that import it reload as well. You can do that with a touch file.
The file that imports it is not a module, it's the actual script. No
other file
On Thu, 2003-08-14 at 14:29, Jean-Sebastien Guay wrote:
I'm asking you to try it and see if it works.
Ok, I tried it and it works.
I guess we need to add this to the docs: Apache::Reload will have
problems if you import subs from a module you are trying to reload.
The file that imports it
.
The problem is described here (and one of the solutions is to touch the file
as Perrin has mentioned the other is covered in that URL)
http://marc.theaimsgroup.com/?l=apache-modperlm=105330639304103w=2
I think I have planned to add this to the docs, but didn't get to it yet, I'll
try to do that shortly
Perrin,
Apache::Registry? Just do a touch on the script file and Registry
will
reload it.
OK, thanks.
You could hack your own Apache::RegistryNG subclass that
would just reload everything when Apache::Reload triggers, but it's
probably not worth it.
Could something in Apache::Registry be
On Thu, 2003-08-14 at 15:01, Jean-Sebastien Guay wrote:
Could something in Apache::Registry be implemented to integrate it
better with Apache::Reload? Something along the lines of keeping track
of which modules a certain script use()s, and at request time, checking
if Apache::Reload has
Hi Perrin,
I don't see anything wrong with that chunk of code. If you restart
the
server, does it pick up the change?
Yes.
Is there anything unusual about the
way you call this sub (AUTOLOAD, function ref, etc.)?
Not at all. It is imported with
use Hybride::Projects qw(getImage other
On Thu, 2003-08-14 at 15:33, Jean-Sebastien Guay wrote:
In a week or so I'll have a bit more free time, and I might try
implementing it. I'll start by reading up on mod_perl internals... :-)
Actually, all you need to read is the code for Apache::Registry or
ModPerl::Registry (depending on which
Perrin Harkins wrote:
If you're interested
in working on it, we could discuss possible approaches on the list and
review your patch.
In a week or so I'll have a bit more free time, and I might try
implementing it. I'll start by reading up on mod_perl internals... :-)
I'd suggest a different
On Thu, 2003-08-14 at 15:10, Stas Bekman wrote:
OK, I've written a proper entry for the man page, Jean-Sebastien can you
please verify that it all works, as I wrote it without testing. Thanks.
Stas Bekman wrote:
OK, I've written a proper entry for the man page, Jean-Sebastien can
you
please verify that it all works, as I wrote it without testing.
Great work Stas, you're quick :-) Other than the little mistake Perrin
pointed out, the suggested change works.
Perrin Harkins wrote:
Perrin Harkins wrote:
On Thu, 2003-08-14 at 15:10, Stas Bekman wrote:
OK, I've written a proper entry for the man page, Jean-Sebastien can you
please verify that it all works, as I wrote it without testing. Thanks.
are trying to reload.
The problem is described here (and one of the solutions is to touch the
file as Perrin has mentioned the other is covered in that URL)
http://marc.theaimsgroup.com/?l=apache-modperlm=105330639304103w=2
I think I have planned to add this to the docs, but didn't get to it
yet, I'll
On Thu, 2003-08-14 at 11:24, Jean-Sebastien Guay wrote:
I'm using Apache::Reload, and I can see that my modified module is
getting reloaded (with ReloadDebug On), but the program still uses the
old code.
How can you tell? Can you post some sample code? You might be doing
something that
tarballs so anyone can reproduce the problem.
--Geoff
Steve Hay wrote:
Randy Kobes wrote:
On Tue, 29 Jul 2003, Steve Hay wrote:
Is anybody going to take a serious look at the problem that I
previously
reported with Apache-print()'s handling of UTF-8 data in Perl 5.8?
The patch that I sent
(http://marc.theaimsgroup.com/?l=apache-modperlm
.
PS: The author of AuthCookie is about to port its module to mod_perl
2.0, maybe that would solve the problem, but when, and why doesn't it
work now with Apache::compat ?
http://perl.apache.org/docs/2.0/user/porting/compat.html#C__connection_E_gt_auth_type_
Have you tried the latest cvs
, the real odd thing is that if I try to access this diretory as a
regular local system user, it authenticates! The Apache shipped with Raq4 uses
the mod_auth_pam_external but I don't know if this have something do with this
problem, as the mod_auth works fine.
The Apache or mod_perlseens to be ignoring t
Hi,
sorry for my begginer question , i have this code in HTML-Embperl
1 open (F , 'my_file') or die ;
2 @lines = F;
On line 2 embperl return error syntax error . Why ?
And when I need open new file open (F , ' my_file') or die then
embperl dont open new file.
Thanks
Rado.
Radovan Petrík wrote:
Hi,
sorry for my begginer question , i have this code in HTML-Embperl
http://perl.apache.org/embperl/pod/doc/Embperl.-page-12-.htm
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
On Mon, 28 Jul 2003, Erik Browaldh wrote:
I have written a program that takes argument from html-formula
and read and write it to a textfile.
When I tried it with perl mod 2, under windows with apache it
doesnt work anymore. No new entries are written to the
log-file.txt Ive tried chmod,
Randy Kobes wrote:
On Mon, 28 Jul 2003, Erik Browaldh wrote:
I have written a program that takes argument from html-formula
and read and write it to a textfile.
When I tried it with perl mod 2, under windows with apache it
doesnt work anymore. No new entries are written to the
log-file.txt Ive
Is anybody going to take a serious look at the problem that I previously
reported with Apache-print()'s handling of UTF-8 data in Perl 5.8?
The patch that I sent
(http://marc.theaimsgroup.com/?l=apache-modperlm=105912130001046w=2)
seems to fix it for me on Windows as long as I've got perl
Steve Hay wrote:
Is anybody going to take a serious look at the problem that I previously
reported with Apache-print()'s handling of UTF-8 data in Perl 5.8?
Steve,
At the moment I'm busy fixing things for p5.8.1 for which mod_perl 2.0 is one
of the showstoppers and Jarkko really wants
On Tue, 29 Jul 2003, Steve Hay wrote:
Is anybody going to take a serious look at the problem that I previously
reported with Apache-print()'s handling of UTF-8 data in Perl 5.8?
The patch that I sent
(http://marc.theaimsgroup.com/?l=apache-modperlm=105912130001046w=2)
seems to fix it for me
Stas Bekman wrote:
Steve Hay wrote:
Is anybody going to take a serious look at the problem that I
previously reported with Apache-print()'s handling of UTF-8 data in
Perl 5.8?
Steve,
At the moment I'm busy fixing things for p5.8.1 for which mod_perl 2.0
is one of the showstoppers
Randy Kobes wrote:
On Tue, 29 Jul 2003, Steve Hay wrote:
Is anybody going to take a serious look at the problem that I previously
reported with Apache-print()'s handling of UTF-8 data in Perl 5.8?
The patch that I sent
(http://marc.theaimsgroup.com/?l=apache-modperlm=105912130001046w=2)
seems
On Tue, 29 Jul 2003, Steve Hay wrote:
[ .. ]
I agree entirely with your sentiment, but shouldn't the logic be more
like this:
#if PERL_VERSION = 8 ((!defined(WIN32) !defined(_AIX)) ||
PERL_SUBVERSION = 1)
...
#endif
You're right - thanks.
--
best regards,
randy
Steve Hay wrote:
[...]
Is there a problem with mod_perl 1.28 under the forthcoming perl 5.8.1
as well? I just tried out Jarkko's latest release
(http://www.iki.fi/jhi/[EMAIL PROTECTED]), and I found that mod_perl 1.28
doesn't work with it. (And that's without my patch -- just a plain
mp1.28
Hello everyone!
I have written a program that takes argument from html-formula and read and
write it to a textfile.
When I tried it with perl mod 2, under windows with
apache it doesnt work anymore.
No new entries are written to the log-file.txt
Ive tried chmod, especially r/w accesses
but that
::compat and PerlOptions
+GlobalRequest in httpd.conf , I still get the above mentioned error :-(
Any help ?
Thanks.
PS: The author of AuthCookie is about to port its module to mod_perl
2.0, maybe that would solve the problem, but when, and why doesn't it
work now with Apache::compat ?
added PerlModule Apache::compat and PerlOptions
+GlobalRequest in httpd.conf , I still get the above mentioned error :-(
Any help ?
Thanks.
PS: The author of AuthCookie is about to port its module to mod_perl
2.0, maybe that would solve the problem, but when, and why doesn't it
work now
On Wed, 23 Jul 2003, Jim Morrison [Mailing-Lists] wrote:
[ .. ]
Make appeared to be successful yes (afaik)... I did wonder
about the permissions thing but I tried as root to no avail..
Some people have had problems running the tests as root ... You
might want to try unpacking, building, and
.
===
-Original Message-
From: Randy Kobes [mailto:[EMAIL PROTECTED]
Sent: 22 July 2003 16:50
To: Jim Morrison [Mailing-Lists]
Cc: [EMAIL PROTECTED]
Subject: Re: mod_perl installation problem...
On Tue, 22 Jul 2003, Jim Morrison [Mailing-Lists] wrote:
Hello,
I've just come
Was a 'make' of libapreq successful, before the 'make test'?
And also, does the user you're running the tests as have the
proper permissions to be running tests within /usr/src/libapreq-1.2/?
Make appeared to be successful yes (afaik)... I did wonder about the
permissions thing but I
Hello,
I've just come a cropper trying to reinstall mod_perl, and I'm a little
desparate! Any help would be greatly appreciated.
(I've 'a' mod_perl/apache running fine, but I can't get Apache::Cookie
running along with)
I'm trying to install:
apache_1.3.28
+ mod_perl-1.28
My config
On Tue, 22 Jul 2003, Jim Morrison [Mailing-Lists] wrote:
Hello,
I've just come a cropper trying to reinstall mod_perl, and I'm a little
desparate! Any help would be greatly appreciated.
(I've 'a' mod_perl/apache running fine, but I can't get Apache::Cookie
running along with)
I'm trying
Further to the below.. Just found my error_log which might be of some
use..
The bit that glares at me is:
[Tue Jul 22 16:38:47 2003] [error] Can't locate object method new via
package Apache::Request at /usr/src/mod_perl-1.28/t/net/perl/api.pl
line 11, fh1b line 1.
Which is annoying because
trying to build on a rh9.0 workstation. This solved
my problem:
CPPFLAGS=-I/usr/kerberos/include
export CPPFLAGS
[...]
-DMOD_SSL_VERSION=\2.8.12\ mod_ssl.c mv mod_ssl.o mod_ssl.lo
In file included from /usr/include/openssl/ssl.h:179,
from mod_ssl.h:116,
from
the kerberos package installed. What:
% locate krb5.h
gives? If you get nada, install the package and try again.
I hit the same error trying to build on a rh9.0 workstation. This solved
my problem:
CPPFLAGS=-I/usr/kerberos/include
export CPPFLAGS
[...]
-DMOD_SSL_VERSION=\2.8.12\ mod_ssl.c mv
? If you get nada, install the package and try again.
I hit the same error trying to build on a rh9.0 workstation. This
solved
my problem:
CPPFLAGS=-I/usr/kerberos/include
export CPPFLAGS
[...]
-DMOD_SSL_VERSION=\2.8.12\ mod_ssl.c mv mod_ssl.o mod_ssl.lo
In file included from /usr/include
hit the same error trying to build on a rh9.0 workstation. This solved
my problem:
CPPFLAGS=-I/usr/kerberos/include
export CPPFLAGS
[...]
-DMOD_SSL_VERSION=\2.8.12\ mod_ssl.c mv mod_ssl.o mod_ssl.lo
In file included from /usr/include/openssl/ssl.h:179,
from mod_ssl.h
I am trying to compile mod_perl-1.28 with apache_1.3.27,openssl-0.9.7b and
mod_ssl-2.8.12-1.3.27. When I run configure with the following and then do
a make I get all these parse error can anybody tell me way I get this.
THIS IS WHAT I AM RUNNING TO CONFIGURE
perl Makefile.PL USE_APACI=1
I hit the same error trying to build on a rh9.0 workstation. This solved
my problem:
CPPFLAGS=-I/usr/kerberos/include
export CPPFLAGS
Than unpack, config, make, etc ...
On Wed, 16 Jul 2003, Richard Kurth wrote:
I am trying to compile mod_perl-1.28 with apache_1.3.27,openssl-0.9.7b
Thanks for the suggestion but it did not work I still get the same error.
Also this is a rh9.0 Server
I hit the same error trying to build on a rh9.0 workstation. This solved
my problem:
CPPFLAGS=-I/usr/kerberos/include
export CPPFLAGS
Than unpack, config, make, etc ...
On Wed, 16 Jul 2003
Anyway, all this started from an attempt to access env. vars from legacy
scripts running under registry. What is the easiest way to get env. var
access without the accompanying performance penalty that mod_perl
documentation talks about?
If you need to have your scripts run unmodified, have
I made a simple mod_perl change to the config and when restarting Apache
I got this error:
(98)Address already in use: make_sock: could not bind to address
0.0.0.0:2250
no listening sockets available, shutting down
/usr/local/apache/bin/apachectl: line 87: 16512 Segmentation fault
$HTTPD
I made a simple mod_perl change to the config and when restarting Apache
I got this error:
(98)Address already in use: make_sock: could not bind to address
0.0.0.0:2250
no listening sockets available, shutting down
/usr/local/apache/bin/apachectl: line 87: 16512 Segmentation fault
Hi there,
On Thu, 3 Jul 2003, Dennis Stout wrote:
I made a simple mod_perl change to the config and when restarting Apache
I got this error:
(98)Address already in use: make_sock: could not bind to address
0.0.0.0:2250
no listening sockets available, shutting down
. It started with a problem I traced to env. var $ENV{HTTP_ACCEPT}. I figured out that I needed PerlOptions +SetupENV. So I added this, stopped and tried to start Apache. That's when I got this shock.
In other words there's an Apache still running when you're trying to
start a second one which wants
-Original Message-
From: Ranga Nathan [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 03, 2003 1:51 PM
Cc: mod_perl Mailing List
Subject: Re: Apache config problem .. please help
Ged Haywood wrote:
Hi there,
On Thu, 3 Jul 2003, Dennis Stout wrote:
I made a simple mod_perl change
I know this is not of much help, but I have had situations where a badly
terminating process would prevent subsequent processes from using that
port. on windows, i never found a solution other than to reboot. on
solaris 7, i never found a solution other than to wait 8 minutes. I did
some
Hi there,
On Thu, 3 Jul 2003, Ranga Nathan wrote:
In other words there's an Apache still running
The 'top' output is :
[snip]
How can I get a list of ports being used so I can kill the processes?
As I said, there may be more wrong than just what's obvious. It looks
like the obvious
. I did
some reading and found socket inet options to change how such programs
bound thge port so as to allow others to use it in more friendly a fashion
but such a change wasnt possible with the process in question.
The problem is resolved. Unbenownst to me - I need to investigate
On Wed, 2003-06-18 at 06:26, Ankur Jain wrote:
Hi,
I have RHL 8.0 and Apache2.0 running and perl
5.8.0. I am trying to install the modperl2.0 It's
going fine till the make procedure but when I run the
make test it prompts that no test server configured
please specify a httpd or apxs or
Title: Message
Dear
List,
I have got a problem
that I can't fix no way, no how.
I am porting a Linux
website to xp pro.
Ineed to use the
Apache::Request module on a range of programs to use POST andGET methods
in my HTML to process information gathered.
The port I am using
however when I run the following code
#!c:/perl/bin/perl -w
use Apache ();
use Apache::Request ();
use CGI::Carp qw(fatalsToBrowser);
my $r = Apache::Request-new(shift);
# my $apr = Apache::Request-new($r);
print Content-type:text/html\n\n;
print Hello, World...\n;
print $r;
print
On Wed, 2003-07-02 at 11:50, Matt Corbett wrote:
I need to use the Apache::Request module on a range of programs to use
POST and GET methods in my HTML to process information gathered.
Actually, you don't. You can use CGI.pm, CGI::Simple, CGI_Lite, etc.
for this.
If you want to use
this, however the line $r-content-type('text/html'); seems to be
giving my compiler some problems. You could'nt just give me a hint on
My mistake, shift key didn't get pressed hard enough =P
$r-content_type('text/html');
Dennis
1 - 100 of 1512 matches
Mail list logo
