Problems compiling modperl
I haven’t been successful building mod_perl with apache, and apacheSSL on a Solaris 2.8 with the latest recommended patches. I am working on a Solaris 2.8 machine, with gcc 2.95.3, perl v5.6.1, mod_perl-1.26, apache_1.3.22, and finally, apache_1.3.22+ssl_1.45. I have been able to build this on a Solaris 2.6 machine. Here are the errors I grabbed from the error log: [notice] Destruction->DESTROY called for $global_object /tmp: Permission denied apache_ssl.c:1617: failed assertion `0' [notice] Destruction->DESTROY called for $global_object /tmp: Permission denied apache_ssl.c:1617: failed assertion `0' [Thu Mar 27 15:33:06 2003] [warn] [notice] child_init for process 13816, report any problems to [no address given] [Thu Mar 27 15:33:12 2003] [warn] [client 127.0.0.1] log __ANON__ OK Use of uninitialized value in subroutine entry at /opt/software/mod_perl-1.26/t/ net/perl/api.pl line 222, line 1. Any suggestions or help would be appreciated. Fred Johnson Systems Engineer Storagenetworks 225 Wyman Street Waltham, MA (781)622-6425(o) (781)983-1170(m) [EMAIL PROTECTED]
Security of a modperl enabled site
Hi, I am in front of a security issue. We are running several site using modperl. Last days, a hacker used a script to call some script of our sites for bad purpose. He needed to be authenticated, but we are only using session cookies. Then, once he was loged in, he could retrieve this id and use it in his home made script. This is not the first time this kind of things happends. We use application level security addons to limit the effects. However, I am looking for a tool that could Limit user access by number of requests. I found on the guide Apache::AccessLimitNum, but I can not find it on the cpan, it seems to be discontinuated ... I'am sure i am not the only one to have such problems. How are you, guys, fighting that? Best regards, Fred
XML::LibXML
Hi, sorry for this question that is not directly related to mod_perl, rather to perl itself. I use XML::LibXML, that I found on http://www.xml.com, and it matches my needs. Because it might (surely!) be good code structure examples, I had a look at the module. There comes my question : I do not understand how it works. I know (guess?) my answer in somwhere linked with Dynaloader. But I do not find the link between XML::LibXML and libxml2. Do not man have to specify it somewhere? Where is the link between C libs and Perl? How come can calls to undefined methods like $self->_parse_file() (in method XML::LibXML->parse_file()) can be found? Where is the inheritance defined? Well, I have to say that I did not investigate much on Dynaloader. I thing I missed a step before reading perldoc Dynaloader. If somebody has an hint (or an URL?, manpage?) for me starting at understanding this process, I would be grateful ! Thanks, Fred
ssl advice? modssl vs. apache-ssl vs. ?
Hi all, Today, access control, tomorrow, e-commerce! I've been having a great time writing a mod_perl access control system, and I greatly appreciate all the help I've gotten from folks on this list. Now it's time to start working toward some e-commerce requirements, and I'm wondering if anyone has any advice. I've just taken a quick look at the modssl site and the apache-ssl site. Does anyone want to comment on the pros and cons of these 2 approaches? Can mod_perl co-exist with either or both of these? All responses welcome, including "don't do it, go back, save yourself!". Thanks, Fred Toth
Installing global handler breaks CGI
Hi, I'm lost on this one. I'm trying to install a simple handler that will get called on every request. My first try at this is: SetHandler perl-script PerlAccessHandler My::Access Right now the handler does nothing except write to the log and return DECLINED. It works fine. However, what does NOT work any longer is standard CGI (/cgi-bin/whatever). Instead of executing, my CGI script is returned to the browser. I'm guessing that somehow the location of "/" is overriding the ExecCGI-ness of /cgi-bin, but I don't know why, nor can I find any way of putting it back. If I remove the above Location block, CGI returns to normal. Can anyone explain this to me? Thanks, Fred Toth [EMAIL PROTECTED]
RE: Defining $PERL_CC
Hi,
Even though you've reinstalled perl, are you sure that there's not
another perl on the system somewhere? I had a similar problem
with an installer that found an old version of perl in /usr/bin/perl
instead of the reinstalled version in /usr/local/bin. There were
2 different compilers used.
Fred
At 03:05 PM 3/7/01 +0100, Bunck, Peter wrote:
>perl -MConfig -le 'print $Config{"cc"};'
>produces: cc
>
>Thanks Peter Bunck
>
> > -Original Message-
> > From: Jens-Uwe Mager [SMTP:[EMAIL PROTECTED]]
> > Sent: woensdag 7 maart 2001 14:47
> > To: Bunck, Peter
> > Cc: 'Jens-Uwe Mager'; '[EMAIL PROTECTED]'
> > Subject: Re: Defining $PERL_CC
> >
> > On Wed, Mar 07, 2001 at 02:39:16PM +0100, Bunck, Peter wrote:
> > > Thanks, but I've already tried that one.
> > > I am using the ibm c(c)-compiler for aix cxx. When looking for solutions
> > for
> > > this problem, I saw some
> > > references to that problem. So I completly recompiled and reinstalled
> > perl.
> > > There is only one c-compiler
> > > available, so some weird mixup is also not possible.
> > > As for the resulting error, when the string where should stand "cc" is
> > > empty, you get error message of
> > > the type:
> > > -I -I../../os/unix -I../../include -DAIX=43 -U__STR__
> > > -DAIX_BIND_PROCESSOR -qnogenpcomp -qnouse
> > > pcomp -I/usr/local/sources/php/php-4.0.4pl1
> > > -I/usr/local/sources/php/php-4.0.4pl1/main -I/usr/local/sources/php
> > > /php-4.0.1pl2/main -I/usr/local/sources/php/php-4.0.4pl1/Zend
> > > -I/usr/local/sources/php/php-4.0.4pl1/Zend -I/usr
> > > /local/sources/php/php-4.0.4pl1 -DUSE_EXPAT -I../../lib/expat-lite
> > > -DNO_DL_NEEDED `../../apaci` -c mod_perl.c
> > > /bin/sh: -I: not found.
> >
> > That is pretty strange. What does the following command produce on your
> > machine:
> >
> > perl -MConfig -le 'print $Config{"cc"};'
> >
> > --
> > Jens-Uwe Mager
> >
> > HELIOS Software GmbH
> > Steinriede 3
> > 30827 Garbsen
> > Germany
> >
> > Phone:+49 5131 709320
> > FAX: +49 5131 709325
> > Internet: [EMAIL PROTECTED]
RE: (Beginner) mod_Perl hosting scarce?
Hi. I've been following the mod_perl list for a little while, but have been fairly quiet. I work with a guy named Steve Vetzal at Dabax Inc. We do development with mod_perl/Mason, and host all our stuff with a company called Web In Motion. They don't list their pricing for the mod_perl stuff online. They just tack on $25 / month on top of the standard price for mod_perl, and $25 / month for MySQL. check out www.webinmotion.net. Fred Read [EMAIL PROTECTED] http://www.dabax.com -Original Message- From: Rod Butcher [mailto:[EMAIL PROTECTED]] Sent: Monday, December 18, 2000 1:20 PM To: Garry Heaton; mod_Perl Subject: Re: (Beginner) mod_Perl hosting scarce? Garry, I can offer you free mod_perl hosting for low volume study-related stuff. If you go commercial I'd have to charge. regards rod - Original Message - From: "Garry Heaton" <[EMAIL PROTECTED]> To: "mod_Perl" <[EMAIL PROTECTED]> Sent: Tuesday, December 19, 2000 3:01 AM Subject: (Beginner) mod_Perl hosting scarce? > I'm considering studying mod_Perl with the O'Reilly book "Programming Apache > Modules with Perl & C" . I've heard it's the only way to run Perl at > performance speeds comparable to other popular template-based technologies > such as JSP and ASP. However, as a Perl beginner it will be a steep learning > curve for me and I heard in the last digest that mod_Perl hosting is harder > to find than JSP, ASP etc. in which case I might be wasting my time. > > My projects would typically involve small business online databases. If I'm > going to have trouble finding hosts it might be best to use JSP or ASP. > What's the current situation on this one? > > Garry Heaton > > >
Problem with Apache 1.3.14, mod_perl, ActiveState Perl on Win2000
Hi, Though I'm no Apache pro (yet) it seems that there is a problem with the mod_perl for Win32 ActiveState Perl. I'm using Apache 1.3.14 and am getting server errors when running the sample code for Apache::ASP. The problem seems to be when a .htaccess file is involved. When the settings in .htaccess are moved to httpd.conf, the problem goes away. (And I have "AllowOverride All" for the given directory.) This problem should be easy for anyone to duplicate, just try running the Apache::ASP examples. Also, I did some tracing to verify my config and the Apache::ASP handler is being called, but the request object is not quite right. I am also running Windows 2000 Server, if that matters. Anyway, thanks for all the hard work every one has done on apache and perl. Both are excellent products. Fred Lovine [EMAIL PROTECTED]
Re: Problem compiling mod_perl 1.24 on Solaris 2.6
Doug MacEachern wrote: > > On Wed, 24 May 2000, Fred Miller wrote: > > > Like I said, I'm a bit naive in these matters. I didn't specify using > > gcc or cc. I used the same path to compile Perl, Apache, and Mod_Perl. > > When I aaksed which gcc and which cc, my machine does report gcc > > appearing in my path ahead of cc. Could that be the problem? > > i could try re-building Perl like so: > > % ./Configure -des -Dcc=gcc && make test && make install > > that is, go with all the defaults, but force Perl to use gcc. Thank you very much. Sorry for being such a newbie. I rebuilt Perl with gcc, and then was able to get a build of Apache with mod_perl. Now to try and make this puppy learn a few tricks... I appreciate your help and patience. Best regards, Fred Miller -- [EMAIL PROTECTED] http://titan.iwu.edu/~fmiller/
Re: Problem compiling mod_perl 1.24 on Solaris 2.6
Fred Miller wrote: > > Doug MacEachern wrote: > >looking at the line number, i would try replacing any occurance of: > > > > perl_eval_sv -> eval_sv > > perl_call_sv -> call_sv > > perl_call_pv -> call_pv > > I wish I was experienced enough to know what this means. Now I think I'm starting to get confused. I tried building Apache and mod_perl by hand, loosely following some instructions I found on the web labeled "mod_perl installation". This part worked perl Makefile.PL APACHE_SRC=../apache_1.3.12/src NO_HTTPD=1 EVERYTHING=1 make make install All looked good I added to apache_1.3.12/src/Configuration addModule module/perl/libperl.a and the following EXTRA_LIBS and EXTRA_CFLAGS EXTRA_LIBS=`perl -MExtUtils::Embed -l ldopts` EXTRA_CFLAGS='perl -MExtUtils::Embed -e ccopts` I checked apache_1.3.12/src/modules/perl and a bunch of stuff had been put in there from my mod_perl build I then ran ./Configure form within apache_1.3.12/src - no problem but when I ran make, I received familiar errors: gcc -c -I../.. -I/usr/local/lib/perl5/5.6.0/sun4-solaris/CORE -I../../os/unix -I../../include -DSOLARIS2=260 -DMOD_PERL -DUSE_PERL_SSI -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DUSE_EXPAT -I../../lib/expat-lite -DNO_DL_NEEDED `perl -MExtUtils::Embed -e ccopts` mod_auth.c gcc -c -I../.. -I/usr/local/lib/perl5/5.6.0/sun4-solaris/CORE -I../../os/unix -I../../include -DSOLARIS2=260 -DMOD_PERL -DUSE_PERL_SSI -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DUSE_EXPAT -I../../lib/expat-lite -DNO_DL_NEEDED `perl -MExtUtils::Embed -e ccopts` mod_setenvif.c rm -f libstandard.a ar cr libstandard.a mod_env.o mod_log_config.o mod_mime.o mod_negotiation.o mod_status.o mod_include.o mod_autoindex.o mod_dir.o mod_cgi.o mod_asis.o mod_imap.o mod_actions.o mod_userdir.o mod_alias.o mod_access.o mod_auth.o mod_setenvif.o ranlib libstandard.a <=== modules/standard ===> modules/perl cc -O -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/local/lib/perl5/5.6.0/sun4-solaris/CORE -DMOD_PERL_VERSION=\"1.24\" -DMOD_PERL_STRING_VERSION=\"mod_perl/1.24\" -I../.. -I/usr/local/lib/perl5/5.6.0/sun4-solaris/CORE -I../../os/unix -I../../include -DSOLARIS2=260 -DMOD_PERL -DUSE_PERL_SSI -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DUSE_EXPAT -I../../lib/expat-lite -DNO_DL_NEEDED `perl -MExtUtils::Embed -e ccopts` -c mod_perl.c "/usr/local/lib/perl5/5.6.0/sun4-solaris/CORE/perl.h", line 1929: warning: operand treated as unsigned: 0x87654321 "./mod_perl.h", line 584: warning: macro replacement within a string literal "./mod_perl.h", line 587: warning: macro replacement within a string literal "./mod_perl.h", line 590: warning: macro replacement within a string literal "./mod_perl.h", line 593: warning: macro replacement within a string literal "mod_perl.c", line 347: fatal: macro recursion cc: acomp failed for mod_perl.c make[2]: *** [mod_perl.o] Error 2 make[1]: *** [all] Error 1 make: *** [subdirs] Error 1 Recommendations for how best to proceed? I find this quite curious, as I have Apache-1.3.12 working without mod_perl, and mod_perl seemed to build just fine separate from Apache. Thanks, Fred -- [EMAIL PROTECTED] http://titan.iwu.edu/~fmiller/
Re: Problem compiling mod_perl 1.24 on Solaris 2.6
Doug MacEachern wrote: > > On Tue, 23 May 2000, Fred Miller wrote: > > I am experiencing what appears to be a very similar problem, but with > > more recent modules and OS. I am running mod_perl 1.24, Perl 5.6.0, > > Apache 1.3.12, Solaris 2.6 > > perl -V would help. is your cc gcc or sun's? # perl -V Summary of my perl5 (revision 5.0 version 6 subversion 0) configuration: Platform: osname=solaris, osvers=2.6, archname=sun4-solaris uname='sunos dmci 5.6 generic_105181-03 sun4u sparc sunw,ultra-1 ' config_args='' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=undef d_sfio=undef uselargefiles=define use64bitint=undef use64bitall=undef uselongdouble=undef usesocks=undef Compiler: cc='cc', optimize='-O', gccversion= cppflags='-I/usr/local/include' ccflags ='-I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64' stdchar='unsigned char', d_stdstdio=define, usevfork=false intsize=4, longsize=4, ptrsize=4, doublesize=8 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, usemymalloc=y, prototype=define Linker and Libraries: ld='cc', ldflags =' -L/usr/local/lib -L/opt/gnu/lib ' libpth=/usr/local/lib /opt/gnu/lib /lib /usr/lib /usr/ccs/lib libs=-lsocket -lnsl -ldl -lm -lc -lcrypt -lsec libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' ' cccdlflags='-KPIC', lddlflags='-G -L/usr/local/lib -L/opt/gnu/lib' Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Built under solaris Compiled at May 16 2000 16:01:12 @INC: /usr/local/lib/perl5/5.6.0/sun4-solaris /usr/local/lib/perl5/5.6.0 /usr/local/lib/perl5/site_perl/5.6.0/sun4-solaris /usr/local/lib/perl5/site_perl/5.6.0 /usr/local/lib/perl5/site_perl . Like I said, I'm a bit naive in these matters. I didn't specify using gcc or cc. I used the same path to compile Perl, Apache, and Mod_Perl. When I aaksed which gcc and which cc, my machine does report gcc appearing in my path ahead of cc. Could that be the problem? >looking at the line number, i would try replacing any occurance of: > > perl_eval_sv -> eval_sv > perl_call_sv -> call_sv > perl_call_pv -> call_pv I wish I was experienced enough to know what this means. Thanks for the help. Fred -- [EMAIL PROTECTED] http://titan.iwu.edu/~fmiller/
Problem compiling mod_perl 1.24 on Solaris 2.6
On 4/26/2000, Steve Hay wrote about "Problem compiling mod_perl 1.23 on Solaris 2.4" I am experiencing what appears to be a very similar problem, but with more recent modules and OS. I am running mod_perl 1.24, Perl 5.6.0, Apache 1.3.12, Solaris 2.6 Perl Makefile.PL with options runs successfully. When I run make, I get output nearly identical to that reported by Steve Hay. Here are the last few lines output from my make: "/usr/local/lib/perl5/5.6.0/sun4-solaris/CORE/perl.h", line 1929: warning: operand treated as unsigned: 0x87654321 "./mod_perl.h", line 584: warning: macro replacement within a string literal "./mod_perl.h", line 587: warning: macro replacement within a string literal "./mod_perl.h", line 590: warning: macro replacement within a string literal "./mod_perl.h", line 593: warning: macro replacement within a string literal "mod_perl.c", line 347: fatal: macro recursion cc: acomp failed for mod_perl.c make[5]: *** [mod_perl.o] Error 2 make[4]: *** [all] Error 1 make[3]: *** [subdirs] Error 1 make[3]: Leaving directory `/export/home/fmiller/apache_1.3.12/src' make[2]: *** [build-std] Error 2 make[2]: Leaving directory `/export/home/fmiller/apache_1.3.12' make[1]: *** [build] Error 2 make[1]: Leaving directory `/export/home/fmiller/apache_1.3.12' make: *** [apaci_httpd] Error 2 I have previously successfully installed Apache 1.3.12 on this system without mod_perl. Steve Hay reported that he solved his problem by re=compiling "everything with the -Xa compiler flag". I confess to being a bit naive when it comes to compiling and installing. Are there some simple steps I should follow to proceed? Thanks for all the support. Fred Miller -- [EMAIL PROTECTED] http://titan.iwu.edu/~fmiller/
Pls discard prev msg
Sorry for the laziness. I read the Apache::Cookie manual after posted the question. Fred __ Get Your Private, Free Email at http://www.hotmail.com
Diff between Apache::Cookie and CGI::Cookie
Can anyone tell what's the difference between Apache::Cookie and CGI::Cookie? The eagle book has examples of using CGI::Cookie. Thanks. Fred Xia __ Get Your Private, Free Email at http://www.hotmail.com
Apache 1.3.9 form post problem
I have a problem with posting form data on Apache 1.3.9 running on Solaris 7. I have this small CGI Perl script which is printing out data posted from an HTML form, but sometimes there seems to be no data posted and I cannot figure out why! The CGI (which also reports HTTP headers) says the content type is multipart/form-data (which I want it to be), and content length about 1100 (which seems okay) but when the perl CGI is waiting for the actual data to arrive, there is sometimes nothing there while other times there is all the data needed, ie boundaries and all that. Please can someone advice what is happening? Is there an Apache setting missing or something? cheers Fred
server internal error
Hello, I installed apache and mod_perl with the rpm provided with the RedHat 5.2. I configured my server and tried to execute a .wpl file with apache. I finally got this message: The server encountered an internal error or misconfiguration and was unable to complete your request. I then looked at the error_log file of my server and the correspondng error message is the following: [Tue Oct 19 17:15:42 1999] [error] Undefined subroutine &main:: called at /usr/lib/perl5/site_perl/Apache/Registry.pm line 141. Has somebody an idea of what is wrong with my installation? Because I have no more ideas! Thank you very much for your help. Fred -- -- Frederique CHAUSSUMIER, PhD student -- LIP-LHPC, Ecole Normale Superieure de Lyon, Office 342 -- 46 allee d'Italie, F - 69364 Lyon Cedex 07 -- voice:(+33)04 72 72 84 70 fax:(+33)04 72 72 80 80
