RE: Can't locate object method "new" via package "Apache::Request" (via Mason)...SOLVED
It's hard to generalize because in some cases the shared object file may actually not be installed. However, there should probably be something in the documentation that tells the user to make sure that the LD_LIBRARY_PATH variable and/or the /etc/ld.so.conf file include the usual default installation paths for required packages. -DeAngelo -Original Message- From: Perrin Harkins [mailto:perrin@;elem.com] Sent: Friday, November 08, 2002 1:10 PM To: DeAngelo Lampkin Cc: mod_perl Mailing List Subject: Re: Can't locate object method "new" via package "Apache::Request" (via Mason)...SOLVED DeAngelo Lampkin wrote: > And of course the other reason is that if the solution to the problem > was so obvious from the error message, somebody would have posted a > solution before I figured it out (with help from you guys). There is documentation related to this problem in the troubleshooting section, and if you'd like to generalize it a little so it will be easier for others to find when looking at this type of message, your help would be welcome. The current documentation is here: http://perl.apache.org/docs/1.0/guide/troubleshooting.html#install_driver_Oracle__failed__Can_t_load__DBD_Oracle_Oracle_so__for_module_DBD__Oracle - Perrin
RE: Can't locate object method "new" via package "Apache::Request" (via Mason)...SOLVED
Cool. Will do. -Original Message- From: Tim Tompkins [mailto:timt@;arttoday.com] Sent: Thursday, November 07, 2002 12:27 PM To: DeAngelo Lampkin; [EMAIL PROTECTED] Subject: Re: Can't locate object method "new" via package "Apache::Request" (via Mason)...SOLVED > As a quick follow-up, the "PerlModule Apache::Request" line is NOT > needed in the httpd.conf file for Mason to work. However, it was a very > valuable debugging tool. That wasn't really the purpose, though. The purpose was to pre-load the module in the parent apache process for efficiency. My suggestion did come about because it appeared that Apache::Request wasn't being loaded at all. I'm not exacly sure how that happened as Mason's ApacheRequest attempts to require() Apache::Request a couple of places. But just the same, my suggestion to pre-load Apache::Request, as well as any other lib you normally use, stands. See: http://perl.apache.org/docs/1.0/guide/performance.html#Preloading_Perl_Modul es_at_Server_Startup Regards, Tim Tompkins -- Programmer http://www.clipart.com/ http://www.rebelartist.com/ --
RE: Can't locate object method "new" via package "Apache::Request" (via Mason)...SOLVED
>Huh? >It tells you EXACTLY what is wrong. No, not really. One reason is that it's not immediately clear (to me) which file can't be loaded. Is it Request.so or libapreq.so.1 that can't be loaded? This ambiguity is further blurred when you know both files are installed. And of course the other reason is that if the solution to the problem was so obvious from the error message, somebody would have posted a solution before I figured it out (with help from you guys). Searching the mailing list archives indicates that method name resolution is not exacly a new problem with mod_perl. Just ask this guy => http://lists.fsck.com/pipermail/rt-users/2002-September.txt. It's the exact same problem with the exact same error message, only in different clothing (he's having trouble with the Apache::Cookie object rather than the Apache::Request object). In the interest of full disclosure, other possible solutions include resetting /etc/ld.so.conf or the LD_LIBRARY_PATH variable to include more places to look for shared object files (only recently figured this out). But again, unless you're somewhat experienced or have encountered this class of bug before, this won't necessarily be the obvious place to look at first. Anyway enough of my babbling. Now that the answer is out there, hopefully it'll help out the poor souls who run into this issue in the future. Later, DeAngelo -Original Message- From: Ged Haywood [mailto:ged@;www2.jubileegroup.co.uk] Sent: Thursday, November 07, 2002 10:01 PM To: DeAngelo Lampkin Cc: mod_perl Mailing List Subject: RE: Can't locate object method "new" via package "Apache::Request" (via Mason)...SOLVED Hi there, On Thu, 7 Nov 2002, DeAngelo Lampkin wrote: > A file called libapreq.so.1 was located in /usr/local/lib > (should have been in /usr/lib) [snip] I ended up getting this thing: > > Syntax error on line 362 of /usr/local/apache/conf/httpd.conf: > Can't load >'/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/auto/Apache/Request/Request.so'\ > for module Apache::Request: libapreq.so.1: cannot open shared object file:\ > No such file or directory [snip] > > This isn't the most helpful error message in the world. Huh? It tells you EXACTLY what is wrong. 73, Ged.
RE: Can't locate object method "new" via package "Apache::Request" (via Mason)...SOLVED
As a quick follow-up, the "PerlModule Apache::Request" line is NOT needed in the httpd.conf file for Mason to work. However, it was a very valuable debugging tool. -Original Message----- From: DeAngelo Lampkin Sent: Thursday, November 07, 2002 11:21 AM To: Tim Tompkins; [EMAIL PROTECTED] Subject: RE: Can't locate object method "new" via package "Apache::Request" (via Mason)...SOLVED Thanks to Tim, Gareth, and Phillippe: OK, I'll start with the solution to the problem and then drag on a bit for how I found it. The problem was the location of a shared object file for the Apache Request object. A file called libapreq.so.1 was located in /usr/local/lib (should have been in /usr/lib), which was ok for the test script that Phillippe gave me and the one-liner that Gareth gave me, but was apparently NOT ok for Mason in the context of mod_perl. I didn't figure this out until I tried Tim's suggestion of preloading the Apache::Request module inside of httpd.conf. I ended up getting this thing: Syntax error on line 362 of /usr/local/apache/conf/httpd.conf: Can't load '/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/auto/Apache/Request/Request.so' for module Apache::Request: libapreq.so.1: cannot open shared object file: No such file or directory at /usr/lib/perl5/5.8.0/i386-linux-thread-multi/DynaLoader.pm line 229. at /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/mod_perl.pm line 14 Compilation failed in require at (eval 4) line 3. This isn't the most helpful error message in the world. However, I knew Request.so and libapreq.so.1 were installed, but I didn't know if they were in places that the server process expected them to be. So did a search for all the shared object files and noticed libapreq.so.1 file was sitting all by itself in /usr/local/lib, while about a billion other shared object files were inside of /usr/lib. I moved libapreq.so.1 to the place where all the other cool shared object files hung out, crossed my fingers, and booya! It worked. Apprently something about the way I configured the installation for libapreq was not very Mason friendly. Anyway, thanks again for the help. DeAngelo -Original Message- From: Tim Tompkins [mailto:timt@;arttoday.com] Sent: Thursday, November 07, 2002 10:16 AM To: DeAngelo Lampkin; [EMAIL PROTECTED] Subject: Re: Can't locate object method "new" via package "Apache::Request" (via Mason)... You should pre-load Apache::Request anyway, PerlModule Apache::Request PerlModule HTML::Mason::ApacheHandler SetHandler perl-script PerlHandler HTML::Mason::ApacheHandler Regards, Tim Tompkins -- Programmer http://www.clipart.com/ http://www.rebelartist.com/ ------ - Original Message - From: "Tim Tompkins" <[EMAIL PROTECTED]> To: "DeAngelo Lampkin" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Thursday, November 07, 2002 11:08 AM Subject: Re: Can't locate object method "new" via package "Apache::Request" (via Mason)... > Is Apache::Request installed for perl 5.8.0? Sounds like it's not loaded, > anyway. > > > Regards, > > Tim Tompkins > ------ > Programmer > http://www.clipart.com/ > http://www.rebelartist.com/ > -- > - Original Message - > From: "DeAngelo Lampkin" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> > Sent: Thursday, November 07, 2002 10:54 AM > Subject: RE: Can't locate object method "new" via package "Apache::Request" > (via Mason)... > > > Hi Gareth, > > I'm using the latest version of Mason, Mason 1.15. As I posted in my > previous email, I put the following lines into my httpd.conf file per the > instructions on Mason's website: > > PerlModule HTML::Mason::ApacheHandler > > SetHandler perl-script > PerlHandler HTML::Mason::ApacheHandler > > > The reason this wasn't posted on a Mason mailing list is that this didn't > seem like a Mason problem per se and the Mason mailing list page > specifically mentioned the Apache Request object (at least in part the > source of my problem)as being something that is not directly Mason > related( http://lists.sourceforge.net/lists/listinfo/mason-users ). So I > took the advice of the list moderator and posted on the mod_perl list > instead. > > Thanks! > > DeAngelo > > -Original Message- > From: Gareth Kirwan [mailto:gbjk@;thermeoneurope.com] > Sent: Thursday, November 07, 2002 1:44 AM > To: DeAngelo Lampkin;
RE: Can't locate object method "new" via package "Apache::Request" (via Mason)...SOLVED
Thanks to Tim, Gareth, and Phillippe: OK, I'll start with the solution to the problem and then drag on a bit for how I found it. The problem was the location of a shared object file for the Apache Request object. A file called libapreq.so.1 was located in /usr/local/lib (should have been in /usr/lib), which was ok for the test script that Phillippe gave me and the one-liner that Gareth gave me, but was apparently NOT ok for Mason in the context of mod_perl. I didn't figure this out until I tried Tim's suggestion of preloading the Apache::Request module inside of httpd.conf. I ended up getting this thing: Syntax error on line 362 of /usr/local/apache/conf/httpd.conf: Can't load '/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/auto/Apache/Request/Request.so' for module Apache::Request: libapreq.so.1: cannot open shared object file: No such file or directory at /usr/lib/perl5/5.8.0/i386-linux-thread-multi/DynaLoader.pm line 229. at /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/mod_perl.pm line 14 Compilation failed in require at (eval 4) line 3. This isn't the most helpful error message in the world. However, I knew Request.so and libapreq.so.1 were installed, but I didn't know if they were in places that the server process expected them to be. So did a search for all the shared object files and noticed libapreq.so.1 file was sitting all by itself in /usr/local/lib, while about a billion other shared object files were inside of /usr/lib. I moved libapreq.so.1 to the place where all the other cool shared object files hung out, crossed my fingers, and booya! It worked. Apprently something about the way I configured the installation for libapreq was not very Mason friendly. Anyway, thanks again for the help. DeAngelo -Original Message- From: Tim Tompkins [mailto:timt@;arttoday.com] Sent: Thursday, November 07, 2002 10:16 AM To: DeAngelo Lampkin; [EMAIL PROTECTED] Subject: Re: Can't locate object method "new" via package "Apache::Request" (via Mason)... You should pre-load Apache::Request anyway, PerlModule Apache::Request PerlModule HTML::Mason::ApacheHandler SetHandler perl-script PerlHandler HTML::Mason::ApacheHandler Regards, Tim Tompkins -- Programmer http://www.clipart.com/ http://www.rebelartist.com/ -- - Original Message ----- From: "Tim Tompkins" <[EMAIL PROTECTED]> To: "DeAngelo Lampkin" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Thursday, November 07, 2002 11:08 AM Subject: Re: Can't locate object method "new" via package "Apache::Request" (via Mason)... > Is Apache::Request installed for perl 5.8.0? Sounds like it's not loaded, > anyway. > > > Regards, > > Tim Tompkins > -- > Programmer > http://www.clipart.com/ > http://www.rebelartist.com/ > -- > - Original Message - > From: "DeAngelo Lampkin" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> > Sent: Thursday, November 07, 2002 10:54 AM > Subject: RE: Can't locate object method "new" via package "Apache::Request" > (via Mason)... > > > Hi Gareth, > > I'm using the latest version of Mason, Mason 1.15. As I posted in my > previous email, I put the following lines into my httpd.conf file per the > instructions on Mason's website: > > PerlModule HTML::Mason::ApacheHandler > > SetHandler perl-script > PerlHandler HTML::Mason::ApacheHandler > > > The reason this wasn't posted on a Mason mailing list is that this didn't > seem like a Mason problem per se and the Mason mailing list page > specifically mentioned the Apache Request object (at least in part the > source of my problem)as being something that is not directly Mason > related( http://lists.sourceforge.net/lists/listinfo/mason-users ). So I > took the advice of the list moderator and posted on the mod_perl list > instead. > > Thanks! > > DeAngelo > > -Original Message- > From: Gareth Kirwan [mailto:gbjk@;thermeoneurope.com] > Sent: Thursday, November 07, 2002 1:44 AM > To: DeAngelo Lampkin; [EMAIL PROTECTED] > Subject: RE: Can't locate object method "new" via package > "Apache::Request" (via Mason)... > > > You need to set Mason up better - probably. > > I'm an avid Mason user, and I've seen this a fair few times. > If you want help, you're most likely to get it on the > [EMAIL PROTECTED] list. > However if you want to tell me the version
RE: Can't locate object method "new" via package "Apache::Request" (via Mason)...
Hi Gareth, I'm using the latest version of Mason, Mason 1.15. As I posted in my previous email, I put the following lines into my httpd.conf file per the instructions on Mason's website: PerlModule HTML::Mason::ApacheHandler SetHandler perl-script PerlHandler HTML::Mason::ApacheHandler The reason this wasn't posted on a Mason mailing list is that this didn't seem like a Mason problem per se and the Mason mailing list page specifically mentioned the Apache Request object (at least in part the source of my problem)as being something that is not directly Mason related( http://lists.sourceforge.net/lists/listinfo/mason-users ). So I took the advice of the list moderator and posted on the mod_perl list instead. Thanks! DeAngelo -Original Message- From: Gareth Kirwan [mailto:gbjk@;thermeoneurope.com] Sent: Thursday, November 07, 2002 1:44 AM To: DeAngelo Lampkin; [EMAIL PROTECTED] Subject: RE: Can't locate object method "new" via package "Apache::Request" (via Mason)... You need to set Mason up better - probably. I'm an avid Mason user, and I've seen this a fair few times. If you want help, you're most likely to get it on the [EMAIL PROTECTED] list. However if you want to tell me the version of mason you're using it might help. You could use a mason-handler.pl with Mason 1.12 ( or 1.15) and the new Lexer / Compiller components. There should be a require statement in your httpd.conf. This gives you better control over data structures, variable scopes, and an opportunity to handle persistent database connections better in the handler. Check out the information on http://www.masonhq.com Hope this helps. Gareth -Original Message- From: DeAngelo Lampkin [mailto:dlampkin@;xencor.com] Sent: 06 November 2002 23:25 To: [EMAIL PROTECTED] Subject: Can't locate object method "new" via package "Apache::Request" (via Mason)... Hey guys, You may remember me from such messages as "I can't get mod_perl to compile on Irix64 systems!". Well now I've got a whole new problem that I need your expertise on. I'm running Apache 1.3x and mod_perl 1.2x on a Linux system. However, whenever I go to a page that should be handled by Mason (a perl templating system), I get the following error message: "[Wed Nov 6 11:56:20 2002] [error] Can't locate object method "new" via package "Apache::Request" at /usr/lib/perl5/site_perl/5.8.0/HTML/Mason/ApacheHandler.pm line 878." My guess is that this (at some level)involves a configuration error of some kind. I added the following lines to my httpd.conf file per the instructions on Mason's website: --- PerlModule HTML::Mason::ApacheHandler SetHandler perl-script PerlHandler HTML::Mason::ApacheHandler - So I'm not sure what's going on here. I looked through Apache/Request.pm and found no "new" method and I didn't find one inside of Apache.pm either (from which the Request module inherets). However, I'm assuming this is all correct and some magical ultra-Perl-guru AUTOLOAD-like functionality is going on somewhere. Does anyone have any ideas about what may be causing this? Thanks, DeAngelo
Can't locate object method "new" via package "Apache::Request" (via Mason)...
Hey guys, You may remember me from such messages as "I can't get mod_perl to compile on Irix64 systems!". Well now I've got a whole new problem that I need your expertise on. I'm running Apache 1.3x and mod_perl 1.2x on a Linux system. However, whenever I go to a page that should be handled by Mason (a perl templating system), I get the following error message: "[Wed Nov 6 11:56:20 2002] [error] Can't locate object method "new" via package "Apache::Request" at /usr/lib/perl5/site_perl/5.8.0/HTML/Mason/ApacheHandler.pm line 878." My guess is that this (at some level)involves a configuration error of some kind. I added the following lines to my httpd.conf file per the instructions on Mason's website: --- PerlModule HTML::Mason::ApacheHandler SetHandler perl-script PerlHandler HTML::Mason::ApacheHandler - So I'm not sure what's going on here. I looked through Apache/Request.pm and found no "new" method and I didn't find one inside of Apache.pm either (from which the Request module inherets). However, I'm assuming this is all correct and some magical ultra-Perl-guru AUTOLOAD-like functionality is going on somewhere. Does anyone have any ideas about what may be causing this? Thanks, DeAngelo
RE: Irix64 mod_perl compile problems - SOLVED.
Walt, I changed the PERL_EXTRA_CFLAGS variable in Makefile.PL to LFLAGS and got the following error: "don't know how to make lib/Apache/MyConfig.pm (bu42)." Also, there was no LFLAGS variable in the orginal generated Makefile. There are a couple variables called LDDLFLAGS and CCCDLFLAGS which I suppose are related. There's also a variable called LDFLAGs set to "-L/usr/local/lib32 -L/usr/local/lib -Wl,-woff,84.", which is similiar to the setting of the LFLAGS variable on your system. -Original Message- From: Wilt, Paul [mailto:pwilt@;xanedu.com] Sent: Monday, October 28, 2002 10:41 AM To: Wilt, Paul; DeAngelo Lampkin; '[EMAIL PROTECTED]' Subject: RE: Irix64 mod_perl compile problems - SOLVED. DeAngelo: Quick follow-up! I looked in our setups and found that we actually use the LFLAGS (versus the CFLAGS) variable to pass this information to the linker. Try uncommenting the change you made and set the LFLAGS (ours has -g -n32 -mips4 -Wl,-woff,84) and see if that works. If so then we need to have Stas add an extra message about compiling on IRIX. Paul E Wilt Senior Principal Software Engineer Proquest Information and Learning - http://www.proquest.com mailto:paul.wilt@;il.proquest.com 300 North Zeeb Rd Phone: (734) 302-6777 Ann Arbor, MI 48106Fax: (734) 302-6779 - -Original Message- From: Wilt, Paul [mailto:pwilt@;xanedu.com] Sent: Monday, October 28, 2002 1:23 PM To: 'DeAngelo Lampkin'; '[EMAIL PROTECTED]' Subject: RE: Irix64 mod_perl compile problems - SOLVED. DeAngelo: Your sysadmin sure has a good eye! The link that you pointed to earlier: http://www.mail-archive.com/modperl@;apache.org/msg28889.html has the following lines in it: Error Output for sanity check cd ..; cc -n32 -DIRIX -DMOD_PERL -DUSE_PERL_SSI -D_BSD_TYPES ===> *** -D_BSD_TIME -woff 1009,1110,1174,1184,1552 -OPT:Olimit=0 -I/usr/local/include -DLANGUAGE_C -DUSE_HSREGEX -DNO_DL_NEEDED -D_BSD_TYPES ===> *** -D_BSD_TIME -woff 1009 1110 1174 1184 1552 -OPT:Olimit=0 -I/usr/local/include -DLANGUAGE_C `./apaci` -I. -I/users/webuser/perl/lib/5.6.1/IP25-irix/CORE-o helpers/dummy helpers/dummy.c -L/usr/local/lib32 -L/usr/local/lib -Wl,-woff,84 /users/webuser/perl/lib/5.6.1/IP25-irix/auto/DynaLoader/DynaLoader.a -L/users/webuser/perl/lib/5.6.1/IP25-irix/CORE -lperl -lm -lc ld32: FATAL 9: I/O error (1110): No such file or directory cc INTERNAL ERROR: /usr/lib32/cmplrs/ld32 returned non-zero status 32 *** Error code 1 (bu21) = End of Error Report = Note the two lines I indicated with the ===> *** above: The "-woff" argument *DOES* need the commas to pass this cc command-line parameter to the linker backend. Later this week I will examine our builds to see why this does *not* seem to cause the same problem on our end. Thanks Paul E Wilt Senior Principal Software Engineer Proquest Information and Learning - http://www.proquest.com mailto:paul.wilt@;il.proquest.com 300 North Zeeb Rd Phone: (734) 302-6777 Ann Arbor, MI 48106Fax: (734) 302-6779 --------- -Original Message- From: DeAngelo Lampkin [mailto:dlampkin@;xencor.com] Sent: Monday, October 28, 2002 12:23 PM To: [EMAIL PROTECTED] Subject: Irix64 mod_perl compile problems - SOLVED. Apparently some of the compile options need to be delimited by commas for compilers on SGI IRIX64 system. For a quick refresher on what the error was, the following error shows up during the Makefile.PL run: ld32: FATAL 9: I/O error (1110): No such file or directory The way to get rid of that helpful error message is to scroll down to the line in the Makefile.PL script that says the following (line 525 in this version of the Makefile.PL script): if($PERL_EXTRA_CFLAGS) { $PERL_EXTRA_CFLAGS = join(" ", split(",", $PERL_EXTRA_CFLAGS)); $PERL_EXTRA_CFLAGS =~ s/\s+/ /g; } And then comment out the line with the join so that it looks like this: if($PERL_EXTRA_CFLAGS) { #$PERL_EXTRA_CFLAGS = join(" ", split(",", $PERL_EXTRA_CFLAGS)); $PERL_EXTRA_CFLAGS =~ s/\s+/ /g; } And now Makefile.PL runs without giving you that error message and things compile as they are meant to! Thanks to my system admin for noticing that commas that were present in template files were not showing up in output and quickly drawing a connection. Also, I appreciate the help from Ged and Paul for eliminating other possible sources for error. Until next time, DeAngelo
Irix64 mod_perl compile problems - SOLVED.
Apparently some of the compile options need to be delimited by commas for compilers on SGI IRIX64 system. For a quick refresher on what the error was, the following error shows up during the Makefile.PL run: ld32: FATAL 9: I/O error (1110): No such file or directory The way to get rid of that helpful error message is to scroll down to the line in the Makefile.PL script that says the following (line 525 in this version of the Makefile.PL script): if($PERL_EXTRA_CFLAGS) { $PERL_EXTRA_CFLAGS = join(" ", split(",", $PERL_EXTRA_CFLAGS)); $PERL_EXTRA_CFLAGS =~ s/\s+/ /g; } And then comment out the line with the join so that it looks like this: if($PERL_EXTRA_CFLAGS) { #$PERL_EXTRA_CFLAGS = join(" ", split(",", $PERL_EXTRA_CFLAGS)); $PERL_EXTRA_CFLAGS =~ s/\s+/ /g; } And now Makefile.PL runs without giving you that error message and things compile as they are meant to! Thanks to my system admin for noticing that commas that were present in template files were not showing up in output and quickly drawing a connection. Also, I appreciate the help from Ged and Paul for eliminating other possible sources for error. Until next time, DeAngelo
RE: Problems compiling mod_perl1.27 under IRIX64...
Hi Ged, All the sources are in places I own and they were all built under my account originally. I built as root in a last ditch effort to resolve the problem, but the same error as I orginally posted occured yet again (i.e., ld32: FATAL 9: I/O error (1110): No such file or directory ). Yeah, I was grasping at straws. ;) And yeah, I 've read the docs. As I said before, this problem has occured before because I've seen the nearly exact same description in an archive of this mailing list. You can check out the original here: http://www.mail-archive.com/modperl@;apache.org/msg28889.html . However there was never a resolution posted( or at least none that I could find.) Thanks, DeAngelo -Original Message- From: Ged Haywood [mailto:ged@;www2.jubileegroup.co.uk] Sent: Thursday, October 24, 2002 12:24 PM To: DeAngelo Lampkin Cc: mod_perl Mailing List Subject: RE: Problems compiling mod_perl1.27 under IRIX64... Hi there, On Thu, 24 Oct 2002, DeAngelo Lampkin wrote: > [snip] the make step ran fine [snip] > However, the make install step crapped out and I got the following error: > > Warning: You do not have permissions to install into >/usr/local/lib/perl5/site_perl/5.6.1/IP27-irix at /usr/local/lib/perl5/5. > 6.1/IP27-irix/ExtUtils/Install.pm line 85. > mkdir /usr/local/lib/perl5/site_perl/5.6.1/IP27-irix/auto/Apache: Permission denied >at /usr/local/lib/perl5/5.6.1/IP27-irix/Ex > tUtils/Install.pm line 139 > Indeed, I don't have permissions to write there, which lead me to > believe that this whole thing was a simple permissions error. Not unless you're building somewhere strange. Where did you put the sources? I usually use something like this: /home/ged/src/apache_1.3.27 and /home/ged/src/mod_perl-1.27 then su root only at the final "make install" step. > However, when I had the system admin run "perl Makefile.PL " as root, Don't do that. You should build as an ordinary user. Have you read through the installation section of the mod_perl Guide? See the mod_perl home page for a link to the Guide. 73, Ged.
FW: Problems compiling mod_perl1.27 under IRIX64...
Hmm, think I sent this to the wrong place before. Here goes again... > Hi guys, > > I've searched mail-list archives and seen this question asked, but I've never found >the answer. > > Whenever I try to compile mod_perl1.27 on SGI IRIX64 I get the following error >message at the end of the make process: > > Error Output for sanity check > cd ..; cc -n32 -DIRIX -DMOD_PERL -DUSE_PERL_SSI -D_BSD_TYPES -D_BSD_TIME >-woff 1009,1110,1174,1184,1552 -OPT:Olimit=0 -DLANGUAGE_C -DUSE_HSREGEX >-DNO_DL_NEEDED -D_BSD_TYPES -D_BSD_TIME -woff 1009 1110 1174 1184 1552 -OPT:Olimit=0 >-DLANGUAGE_C `./apaci` -I. -I/usr/local/lib/perl5/5.6.1/IP27-irix/CORE-o >helpers/dummy helpers/dummy.c -L/usr/local/lib32 -L/usr/local/lib -Wl,-woff,84 >/usr/local/lib/perl5/5.6.1/IP27-irix/auto/DynaLoader/DynaLoader.a >-L/usr/local/lib/perl5/5.6.1/IP27-irix/CORE -lperl -lm -lc > ld32: FATAL 9: I/O error (1110): No such file or directory > *** Error code 2 (bu21) > = End of Error Report = > > All of the directories listed are present. > Anyone familiar with this error and/or know the solution (or possible solution)? >Please help me maintain my sanity. :) > > Thanks! > > DeAngelo Lampkin > Xencor > 626 - 737 - 8083 > >
RE: Problems compiling mod_perl1.27 under IRIX64...
I made an error in my original message. It is actually the Makefile.PL step that fails, not the make itself. The command I'm attempting to run is: % perl Makefile.PL APACHE_SRC=../apache_1.3.xx/src \ DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 Thanks for the help, DeAngelo P.S. Please, disregard double message. I had a delay in getting my inbox updated and so I thought I had not emailed the question to the right place. -Original Message- From: Wilt, Paul [mailto:pwilt@;xanedu.com] Sent: Thursday, October 24, 2002 5:48 AM To: 'Ged Haywood'; DeAngelo Lampkin Cc: '[EMAIL PROTECTED]' Subject: RE: Problems compiling mod_perl1.27 under IRIX64... Ged: Actually I believe that it is ld32 that is complaining about not finding the file. Deangelo: Can you send the command line you use to try to build this puppy? You can use the par command (similar to the Linux strace command) to see which file it has not found. It produces a lot of output but may give you some ideas as to where to look. The following is the command you would execute (if it is the make that fails): par -s -SS -o debug.out -a 128 make Thanks Paul E Wilt Senior Principal Software Engineer Proquest Information and Learning - http://www.proquest.com mailto:paul.wilt@;il.proquest.com 300 North Zeeb Rd Phone: (734) 302-6777 Ann Arbor, MI 48106Fax: (734) 302-6779 - -Original Message- From: Ged Haywood [mailto:ged@;www2.jubileegroup.co.uk] Sent: Thursday, October 24, 2002 8:33 AM To: DeAngelo Lampkin Cc: [EMAIL PROTECTED] Subject: Re: Problems compiling mod_perl1.27 under IRIX64... Hi there, On Wed, 23 Oct 2002, DeAngelo Lampkin wrote: > > Whenever I try to compile mod_perl1.27 on SGI IRIX64 I get the following error message at the end of the make process: > > > > Error Output for sanity check > > cd ..; cc -n32 -DIRIX -DMOD_PERL -DUSE_PERL_SSI -D_BSD_TYPES -D_BSD_TIME -woff 1009,1110,1174,1184,1552 -OPT:Olimit=0 -DLANGUAGE_C -DUSE_HSREGEX -DNO_DL_NEEDED -D_BSD_TYPES -D_BSD_TIME -woff 1009 1110 1174 1184 1552 -OPT:Olimit=0 -DLANGUAGE_C `./apaci` -I. -I/usr/local/lib/perl5/5.6.1/IP27-irix/CORE-o helpers/dummy helpers/dummy.c -L/usr/local/lib32 -L/usr/local/lib -Wl,-woff,84 /usr/local/lib/perl5/5.6.1/IP27-irix/auto/DynaLoader/DynaLoader.a -L/usr/local/lib/perl5/5.6.1/IP27-irix/CORE -lperl -lm -lc > > ld32: FATAL 9: I/O error (1110): No such file or directory > > *** Error code 2 (bu21) > > = End of Error Report = > > > > All of the directories listed are present. Is ld32 present? 73, Ged.
RE: Problems compiling mod_perl1.27 under IRIX64...
Thanks for the help Paul, I did what you said and the make step ran fine and nothing wierd was put into that make.dbg file (using tcsh BTW, so I subbed in >& for 2>&1 ). However, the make install step crapped out and I got the following error: Warning: You do not have permissions to install into /usr/local/lib/perl5/site_perl/5.6.1/IP27-irix at /usr/local/lib/perl5/5. 6.1/IP27-irix/ExtUtils/Install.pm line 85. mkdir /usr/local/lib/perl5/site_perl/5.6.1/IP27-irix/auto/Apache: Permission denied at /usr/local/lib/perl5/5.6.1/IP27-irix/Ex tUtils/Install.pm line 139 Indeed, I don't have permissions to write there, which lead me to believe that this whole thing was a simple permissions error. However, when I had the system admin run "perl Makefile.PL " as root, that command still fails with the same error ("ld32: FATAL 9: I/O error (1110): No such file or directory"), so it's something else. DeAngelo -Original Message- From: Wilt, Paul [mailto:pwilt@;xanedu.com] Sent: Thursday, October 24, 2002 10:28 AM To: DeAngelo Lampkin; 'Ged Haywood' Cc: '[EMAIL PROTECTED]' Subject: RE: Problems compiling mod_perl1.27 under IRIX64... DeAngelo: Use PREP_HTTPD=1 instead of DO_HTTPD=1 and then do your "make" and "make install" Please capture the output: make 1>make.dbg 2>&1 (for bash / ksh) Then if you could put "make.dbg" somewhere some of us can get to it we will see what we can do. If the "make" and "make install" are successful with PREP_HTTPD=1 then you must go your Apache source directory and configure / compile it there with the following option included on the configure: --activate-module=src/modules/perl/libperl.a Then make the Apache server. Thanks Paul E Wilt Senior Principal Software Engineer Proquest Information and Learning - http://www.proquest.com mailto:paul.wilt@;il.proquest.com 300 North Zeeb Rd Phone: (734) 302-6777 Ann Arbor, MI 48106Fax: (734) 302-6779 - -Original Message- From: DeAngelo Lampkin [mailto:dlampkin@;xencor.com] Sent: Thursday, October 24, 2002 1:09 PM To: Wilt, Paul; Ged Haywood Cc: [EMAIL PROTECTED] Subject: RE: Problems compiling mod_perl1.27 under IRIX64... I made an error in my original message. It is actually the Makefile.PL step that fails, not the make itself. The command I'm attempting to run is: % perl Makefile.PL APACHE_SRC=../apache_1.3.xx/src \ DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 Thanks for the help, DeAngelo P.S. Please, disregard double message. I had a delay in getting my inbox updated and so I thought I had not emailed the question to the right place. -----Original Message- From: Wilt, Paul [mailto:pwilt@;xanedu.com] Sent: Thursday, October 24, 2002 5:48 AM To: 'Ged Haywood'; DeAngelo Lampkin Cc: '[EMAIL PROTECTED]' Subject: RE: Problems compiling mod_perl1.27 under IRIX64... Ged: Actually I believe that it is ld32 that is complaining about not finding the file. Deangelo: Can you send the command line you use to try to build this puppy? You can use the par command (similar to the Linux strace command) to see which file it has not found. It produces a lot of output but may give you some ideas as to where to look. The following is the command you would execute (if it is the make that fails): par -s -SS -o debug.out -a 128 make Thanks Paul E Wilt Senior Principal Software Engineer Proquest Information and Learning - http://www.proquest.com mailto:paul.wilt@;il.proquest.com 300 North Zeeb Rd Phone: (734) 302-6777 Ann Arbor, MI 48106Fax: (734) 302-6779 ----- -Original Message- From: Ged Haywood [mailto:ged@;www2.jubileegroup.co.uk] Sent: Thursday, October 24, 2002 8:33 AM To: DeAngelo Lampkin Cc: [EMAIL PROTECTED] Subject: Re: Problems compiling mod_perl1.27 under IRIX64... Hi there, On Wed, 23 Oct 2002, DeAngelo Lampkin wrote: > > Whenever I try to compile mod_perl1.27 on SGI IRIX64 I get the following error message at the end of the make process: > > > > Error Output for sanity check > > cd ..; cc -n32 -DIRIX -DMOD_PERL -DUSE_PERL_SSI -D_BSD_TYPES -D_BSD_TIME -woff 1009,1110,1174,1184,1552 -OPT:Olimit=0 -DLANGUAGE_C -DUSE_HSREGEX -DNO_DL_NEEDED -D_BSD_TYPES -D_BSD_TIME -woff 1009 1110 1174 1184 1552 -OPT:Olimit=0 -DLANGUAGE_C `./apaci` -I. -I/usr/local/lib/perl5/5.6.1/IP27-irix/CORE-o helpers/dummy helpers/dummy.c -L/usr/local/lib32 -L/usr/local/lib -Wl,-woff,84 /usr/local/lib/perl5/5.6.1/IP27-irix/auto/DynaLoader/DynaLoader.a -L/usr/local/lib/perl5/5.6.1/IP27-irix/CORE -lperl -lm -lc > > ld32: FATAL 9: I/O error (1110): No such file or directory > > *** Error code 2 (bu21) > > = End of Error Report = > > > > All of the directories listed are present. Is ld32 present? 73, Ged.
Problems compiling mod_perl1.27 under IRIX64...
> Hi guys, > > I've searched mail-list archives and seen this question asked, but I've never found >the answer. > > Whenever I try to compile mod_perl1.27 on SGI IRIX64 I get the following error >message at the end of the make process: > > Error Output for sanity check > cd ..; cc -n32 -DIRIX -DMOD_PERL -DUSE_PERL_SSI -D_BSD_TYPES -D_BSD_TIME >-woff 1009,1110,1174,1184,1552 -OPT:Olimit=0 -DLANGUAGE_C -DUSE_HSREGEX >-DNO_DL_NEEDED -D_BSD_TYPES -D_BSD_TIME -woff 1009 1110 1174 1184 1552 -OPT:Olimit=0 >-DLANGUAGE_C `./apaci` -I. -I/usr/local/lib/perl5/5.6.1/IP27-irix/CORE-o >helpers/dummy helpers/dummy.c -L/usr/local/lib32 -L/usr/local/lib -Wl,-woff,84 >/usr/local/lib/perl5/5.6.1/IP27-irix/auto/DynaLoader/DynaLoader.a >-L/usr/local/lib/perl5/5.6.1/IP27-irix/CORE -lperl -lm -lc > ld32: FATAL 9: I/O error (1110): No such file or directory > *** Error code 2 (bu21) > = End of Error Report = > > All of the directories listed are present. > Anyone familiar with this error and/or know the solution (or possible solution)? >Please help me maintain my sanity. :) > > Thanks! > > DeAngelo Lampkin > Xencor > 626 - 737 - 8083 > >