Hi Rob,
I am not ruling out the chances of daemon process incorrectly parsing httpd.conf.
However, there is very remote chances of this kind of problems. I would also like to
tell you that all my modules except Apache::DBI is getting preloaded. So, I think the
problem lies in Apache::DBI and
Hi Rob,
I am not ruling out the chances of daemon process incorrectly parsing httpd.conf.
However, there is very remote chances of this kind of problems. I would also like to
tell you that all my modules except Apache::DBI is getting preloaded. So, I think the
problem lies in Apache::DBI and
Hi Ken,
There is neither any error message generated in the error_log neither on linux prompt.
Thanks for writing,
Pritesh.
On Friday, October 13, 2000 at 01:30:50 AM, Ken Williams wrote:
> [EMAIL PROTECTED] (Pritesh Thakor) wrote:
> >I installed Apache::DBI-0.87 on Apache 1.3.9,
Andrew,
I gave the command when I login as a root. The real problem is all other modules
except Apache::DBI gets preloaded. So, I think there is something wrong with
Apache::DBI or there has to be some kind of version conflict.
Thanks for the reply,
Pritesh.
On Friday, October 13,
Yes. I am giving this command while login as root. Other modules gets loaded properly,
but I encounter problem while loading Apache::DBI.
Thanks,
Pritesh.
On Friday, October 13, 2000 at 09:03:22 AM, [EMAIL PROTECTED] wrote:
> Are you running httpd restart with a user that has the pr
I have found that I can now build an apache_1.3.14 binary with
mod_perl-1.24 . I had to rebuild the perl5.6.0 binary with config_args:
config_args='-des -Doptimize=-02 -march=i386 mcpu=686 -Dcc=gcc -Dcccdlflags=-fPIC
-Darchname=i386-linux -Dd_dosuid -Dd_semctl_semun -Di_db -di_ndbm -Di_gdbm -Di_
Ruben I. Safir
1600 East 17th Street
Brooklyn, NY 11230
1-718-382-5752
[EMAIL PROTECTED]
Skills
UNIX, Apache Web Server administration, Networking Administration,
C programming, Perl and Perl DBI, SQL, UNIX
Script Language, HTML. Introduction to Java and C++.
Operating Systems
Shimon Rura wrote:
>
> Hi, Throughout my web pages I provide a link for the user to login, which
> goes to a username/password check which then forwards the user back to the
> original page where he clicked "login". The login link is implemented with:
>
>
> login
>
>
> And of course /user/lo
> embperl 'subs' do not return subroutine values.
> you need to either make a regular subroutine
> [- sub get_date { ... } -]
>
> or use a global variable for return values. such as @GLOBAL. kind of
ugly - but is it
> any uglier than @_ for the input values?
>
You may also use references:
[$ s
To your httpd.conf add a
PerlModule HTML::Embperl
>
>
> Options ExecCGI
> AllowOverride None
> SetHandler perl-script
> PerlHandler HTML::Embperl
>
this should normaly solve this problem. If not let me know and we try to
track it down further
Gerald
Hey
just so you know, I got it to work, but I made some changes, that is
switched Redhat 7.0 to Redhat6.2
apache3.12 to 3.14
mod_perl-1.24 to 1.24_01
the problem was probably in Redhat7.0, but don't quote me on this because I
changed all 3 variables (RH, apache and mod_perl)
but it works now
De
Hi, Throughout my web pages I provide a link for the user to login, which
goes to a username/password check which then forwards the user back to the
original page where he clicked "login". The login link is implemented with:
login
And of course /user/login (an ASP script) will eventually
$Res
12 matches
Mail list logo