I am new to mod_perl. Installed the most recent mod_perl
passed nearly all the test.
The most recent Apache
Web server working fine, CGI working fine. I have used CGI in the past.
No problem.
Now I am switching to mod_perl; with the following configuration in
httpd.conf
PerlModule Apache2
Alia
Title: RE: may be configuration problem
Stas,
Thanks for the quick reply. I think I may had the
PperlOptions +ParseHeaders
Commented out at some point. I am still don't fully understand mod_perl
And the Apache configuration. I was experimenting and did not restart my apache server.
I look at the bug report no where to find an entry for this bug.
I am using Apache 2, mod_perl2 with RedHat 9.0
Everything is working find.
Using Apache::Registry for CGI scripts.
I have toy form with a few fields, One field can register changed made
to other fields.
This changed_field is dynami
This is almost certainly caused by a bug in your perl code. You are
probably unintentionally creating a closure. If you post some code
here, we can help you spot the problem.
- Perrin
Earlier I posted a problem with HPPTD and mod_perl.
Thanks for Perrin's respons.
Now I have the problem solved
Need someone to point to the right direction.
I have written a lot of CGI using CGI.pm, and build apache2 and mod_perl
2.0 (Version 1.99_13)
I have written a couple scripts that works fine and faster.
I still have trouble to make any progres. I don't know what I am
doing. First is mod_perl 2.0
First thank a lot for Geoffrey's reply to my previous question.
Here I have a very complicated problem that I want to share with you and
seeking some opinion.
I am using RedHat 9.0. Somehow, some of my perl packages could not be made
(the routine perl Makefile.PL generates garbage owing to the ch
Thanks a lot for Stas and Willian comment. Both of you are correct. I
figured out my problem:
it came from my program reading a configuration file. When Taint Check
(-T in perl or PerlSwitches +T
or TaintCheck On in httpd.conf) is turned on, any file handle is thought
to be tainted.
In this
I would appreciate some pointer to get my Apache::Request installed.
I am using the version 2 of apache and mod_perl. I seem to get a
working environment.
I downloaded the libapreq2-2.03_04-dev.tar.gz
tar -zxf ...
did perl Makefile.PL, no problem.
make
In the middle of the Make I got an error m
I posted a question about trouble making the following package.
libapreq2-2.03_04-dev.tar.gz
I figured out the problem.
It is a bug in the Makefile.PL.
Go to the glue/perl directory
perl ../../build/xsbuilder.pl run
This told me to install another package
Install the required package then run this
perl ../../build/xsbuilder.pl run
This told me to install another package
| What was the name of the package? ExtUtils::XSBuilder?
Dependency to ExtUtils::XSBuilder can be detected by the top level Makefile.PL
Furthermore, XSBuilder requires Parse-RecDescent-1.94.tar.gz
The missing one is Tie
To the Developers,
I saw this in the documentation for Apache::Request
for file upload
tempname [XXX- Does this mesh with brigade API?]
Provides the name of the spool file. This method is reserved f
Joe Schaefer wrote:
Kemin Zhou <[EMAIL PROTECTED]> writes:
To the Developers,
I saw this in the documentation for Apache::Request
for file upload
tempname [XXX- Does this mesh with brigade API?]
Provides the name of the spool file. This method is reserved for
debugging purposes,
My my Apache perl installation, the lib search path is different from
the system wide path
I am using Linux
My Apache Perl (either under mod_perl or cgi) produced the following results
This is the content of @INC
/usr/lib/perl5/5.8.4/i686-linux-thread-multi-ld
/usr/lib/perl5/5.8.4
/usr/lib/perl5/
Stas Bekman wrote:
Kemin Zhou wrote:
My my Apache perl installation, the lib search path is different from
the system wide path
I am using Linux
My Apache Perl (either under mod_perl or cgi) produced the following
results
This is the content of @INC
/usr/lib/perl5/5.8.4/i686-linux-thread-multi
I have a linking problem
error message:
/usr/local/bin/gecods: error while loading shared libraries:
libpq++.so.4: cannot open shared object file: No such file or directory
===
I compiled a simple program called gecods, it dynamically links to
libpq++.so.4 in
/usr/local/pgsql/lib/ (a postgres
: [Sun Oct 17 15:41:42 2004] [warn] PassEnv variable
LD_LIBRARY_PATH was undefined
I read the Apache book and could not figure out what is wrong. It could
be a hidden trick. It must be
something obvious that I missed.
Kemin
Stas Bekman wrote:
Kemin Zhou wrote:
I have a linking problem
error
Stas Bekman wrote:
Kemin Zhou wrote:
Stas,
Thaks a lot for the help. Maybe you can give me more help. When I
added the two lines to my http.conf file
SetEnv LD_LIBRARY_PATH /usr/local/pgsql/lib
PassEnv LD_LIBRARY_PATH
While restarting the server:
Stopping httpd
Hi Friends,
I am using mod_perl 2. I question about database connections.
I use the Pg module to connect to the backend. Could you tell me that
this is not a good idea and
I should have used Apache::DBI?
When using Pg I run into such problems as when the connection reaches
the limit, no mo
18 matches
Mail list logo