RE: [ANNOUNCE] Practical mod_perl is out!
Stas / Eric: Congratulations on a job well done! Paul E Wilt Senior Principal Software Engineer ProQuest Information and Learning - http://www.proquest.com mailto:[EMAIL PROTECTED] 300 North Zeeb Rd Phone: (734) 302-6777 Ann Arbor, MI 48106Fax: (734) 302-6779 - -Original Message- From: Geoffrey Young [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 03, 2003 2:12 PM To: [EMAIL PROTECTED] Subject: [ANNOUNCE] Practical mod_perl is out! well, the (long) wait is now over - Practical mod_perl is here. weighing in at a whopping 924 pages, Practical mod_perl really needs no introduction for those that are already familiar with the mod_perl Guide. however, from the ORA catalog description: From writing and debugging scripts to keeping your server running without failures, the techniques in this book will help you squeeze every ounce of power out of your server. True to its title, this is the practical guide to mod_perl. O'Reilly has a sample chapter online http://www.oreilly.com/catalog/pmodperl/chapter/ch06.pdf the book's official website is http://www.modperlbook.org/ where you will find links to ways to purchse the book. kudos Stas and Eric! --Geoff
RE: Problems compiling mod_perl1.27 under IRIX64...
DeAngelo: I have not heard any reply to this email. We currently build mod_perl 1.27 for SGI IRIX64 using standard techniques and do *not* experience any build problem. If you send me the output of the par command I may be able to help you pinpoint your problem. 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: Wilt, Paul [mailto:pwilt;xanedu.com] Sent: Friday, October 25, 2002 9:53 AM To: 'DeAngelo Lampkin'; 'Ged Haywood' Cc: 'mod_perl Mailing List' Subject: RE: Problems compiling mod_perl1.27 under IRIX64... DeAngelo: Have you run the par command I sent you? par -s -SS -o debug.out -a 128 make This should help figure out which file is missing. 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 4:49 PM To: Ged Haywood Cc: mod_perl Mailing List Subject: 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.
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
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
RE: Problems compiling mod_perl1.27 under IRIX64...
DeAngelo: Have you run the par command I sent you? par -s -SS -o debug.out -a 128 make This should help figure out which file is missing. 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 4:49 PM To: Ged Haywood Cc: mod_perl Mailing List Subject: 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.
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...
DeAngelo: Use PREP_HTTPD=1 instead of DO_HTTPD=1 and then do your make and make install Please capture the output: make 1make.dbg 21 (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.
RE: :mysql and libmysqlclient.so.10
Don't you need to add a PerlPassEnv LD_LIBRARY_PATH for this to work? Paul E Wilt Principal Software Engineer __ XanEdu, Inc. (division of Proquest Information and Learning) http://www.xanedu.com mailto:[EMAIL PROTECTED] 300 North Zeeb Rd Phone: (734) 302-6545 (800) 218-5971 x6545 Ann Arbor, MI 48106Fax: (734) 975-6440 __ -Original Message- From: Ryan Thompson [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 29, 2001 12:41 PM To: William Rusch Cc: [EMAIL PROTECTED] Subject: RE: :mysql and libmysqlclient.so.10 William Rusch wrote to Ryan Thompson and [EMAIL PROTECTED]: Ryan Thompson wrote: Can't load '/usr/local/lib/perl5/site_perl/5.005/i386-freebsd/auto/DBD/mysql/mysql.so' for module DBD::mysql: Shared object libmysqlclient.so.10 not found at /usr/libdata/perl/5.00503/Dynaloader.pm line 169. libmysqlclient.so.10 DOES exist, and has been successfully configured with ldconfig. And, scripts NOT running under mod_perl can use Mysql without a problem. Usually when I see an error like this i suspect the ld_library_path needs to be set to include the missing dynamic library. Try setting it to include your mysql/lib folder if this could be the problem. Just to clarify... this library IS configured with ldconfig... so, unless I'm mistaken (which is quite possible :-), wouldn't setting LD_LIBRARY_PATH be unnecessary? If I'm wrong, where is the best place to set LD_LIBRARY_PATH? # ldconfig -r | grep mysql search directories: /usr/lib:/usr/lib/compat:/usr/local/lib: /usr/local/lib/mysql 69:-lmysqlclient.10 = /usr/local/lib/mysql/libmysqlclient.so.10 libmysqlclient.so.10 exists in the above location, has all appropriate permissions, no write bits set on it, or the parent directory, and it WORKS with the mysql client utilities (or do they link it statically?). The same scripts ALSO work in plain CGI directories not using mod_perl, which is one of the main reasons I'm asking on this list ;-) Thanks, - Ryan -- Ryan Thompson [EMAIL PROTECTED] Network Administrator, Accounts SaskNow Technologies - http://www.sasknow.com #106-380 3120 8th St E - Saskatoon, SK - S7H 0W2 Tel: 306-664-3600 Fax: 306-664-1161 Saskatoon Toll-Free: 877-727-5669 (877-SASKNOW) North America
RE: [OT] P2EE Redux was: Excellent article on Apache/mod_perl at eToys
PEP! (Perl Enterprise Project)! I like it! Paul E Wilt Principal Software Engineer XanEdu, Inc. (division of Proquest Information and Learning) http://www.xanedu.com mailto:[EMAIL PROTECTED] 300 North Zeeb Rd Phone: (734) 302-6545 (800) 218-5971 x6545 Ann Arbor, MI 48106Fax: (734) 975-6440 -Original Message- From: Perrin Harkins [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 23, 2001 2:28 PM To: Stephen Adkins Cc: mod_perl List Subject: Re: [OT] P2EE Redux was: Excellent article on Apache/mod_perl at eToys Stephen Adkins wrote: If no one suggests an appropriate list, I propose starting a p2ee group Can I just say that P2EE is a horrible, horrible name? It includes the Java version number (when is J3EE coming out?), as well as Sun's desperate attempt to make it sound like something you buy (Edition) rather than simply a collection of APIs. Something simple, like Perl Enterprise Project or Perl Enterprise APIs makes more sense to me. - Perrin
RE: [OT] Content-Disposition to change type and action?
On Wed, 30 May 2001, Ged Haywood wrote: On Wed, 30 May 2001, Issac Goldstand wrote: Ged wrote: IE is particularly fond of ignoring Content-type. If the file is called something.html or something.htm I've found IE will treat it as html even if you say it's text/plain in Content-type. Ugh. no - that only happens when you supply text/* (and possibly image/*). I've had reasons to force internet explorer to do what I want (down, boy! :-) ) and after a bit of hassle, I usually can just by setting the content-type in a way it likes (which is uslally compatible with the other browsers, too). Sorry, I have to disagree. I was so surprised when it happened I verified it by snooping the network. I'm not saying it's all versions, I think it was 5.0 but I can't remember I'm afraid. Was only a couple of months ago. I have to agree with Ged. IE3 browsers seemed to ignore the Content-Type header for PDF files. Our system dynamically creates PDF files on request and unless we added a fake parameter of like ie=x.pdf to the end of the URL IE3 would refuse to load the file. Most IE4 builds correctly interpreted the Content-Type ... and then as soon as we began testing IE5 we noticed that the Microsoft ignorance had returned. I have a friend who is a field engineer for Microsoft. I sent a bug report through him to the Microsoft people and he basically ended up saying (not in these exact words) that they told him they had bigger fish to fry than to correct this problem. What a bummer! Paul E Wilt Principal Software Engineer XanEdu, Inc. ( a division of Bell+Howell InformationLearning) http://www.XanEdu.com mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 300 North Zeeb Rd Phone: (734) 975-6021 (800) 521-0600 x6021 Ann Arbor, MI 48106 Fax:(734) 973-0737
RE: cannot execute my cgi perls
Gustavo: This usually happens if you get an error before the application has a chance to send the appropriate HTTP headers back to the client. Paul E Wilt Principal Software Engineer XanEdu, Inc. ( a division of Bell+Howell InformationLearning) http://www.XanEdu.com mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 300 North Zeeb Rd Phone: (734) 975-6021 (800) 521-0600 x6021 Ann Arbor, MI 48106 Fax:(734) 973-0737 -Original Message- From: Gustavo Vieira Goncalves Coelho Rios [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 17,2001 3:09 PM To: [EMAIL PROTECTED] Subject: cannot execute my cgi perls Hi folks, i have setted my apache box, but i am facing some problem with executing my cgi (of course perl ones). That's all i get from error_log: [Wed Jan 17 18:04:41 2001] [error] [client 192.168.1.11] Premature end of script headers: /home/grios/.public_html/cgi-bin/bench3.cgi May some one here explains me what is happening ? Another questions: Is there an apache related mailing list?
RE: [ANNOUNCE] new site: scaling mod_perl (+tool: mod_perl + DBD::Oracle)
Please do make it available. The more examples the better. Paul E Wilt Principal Software Engineer XanEdu, Inc. ( a division of Bell+Howell InformationLearning) http://www.XanEdu.com mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 300 North Zeeb Rd Phone: (734) 975-6021 (800) 521-0600 x6021 Ann Arbor, MI 48106 Fax:(734) 973-0737 -Original Message- From: Matt Sergeant [mailto:[EMAIL PROTECTED]] Sent: Friday, December 08,2000 12:54 PM To: Perrin Harkins Cc: Ed Park; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [ANNOUNCE] new site: scaling mod_perl (+tool: mod_perl + DBD::Oracle) On Fri, 8 Dec 2000, Perrin Harkins wrote: 1. Performance benchmarking code. In particular, I'm looking for tools that can read in an apache log, play it back realtime (by looking at the time between requests in the apache log), and simulate slow simultaneous connections. I've started writing my own, but it would be cool if something else out there existed. The mod_backhand project was developing a tool like this called Daquiri. I also have a tool here that you install as a TransHandler, and it reads querystring and POST data [*] and saves it to an XML log file, then it appends to the PerlHandler phase and dumps the output that would go to the browser to the same XML log file (of course this requires the output to be stored somewhere, like Apache::Filter does, rather than printed direct to the browser). Then there's a little playback tool. Its a bit specific to the app I'm working on, because there's code in place to make Apache::Request a singleton and also collect the output, but I could be persuaded to open it up to people. [*] using Apache::Request at the moment - but we need to modify Apache::Request to be a singleton as it can't be instantiated twice in the same application at the moment. -- Matt/ /||** Director and CTO ** //||** AxKit.com Ltd ** ** XML Application Serving ** // ||** http://axkit.org ** ** XSLT, XPathScript, XSP ** // \\| // ** Personal Web Site: http://sergeant.org/ ** \\// //\\ // \\ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Linking apache httpd on IRIX 6.5.9 (64bit) ????
Stephen: You need to set your libraries to include /usr/lib64 first in the list. Paul E Wilt Principal Software Engineer XanEdu, Inc. ( a division of Bell+Howell InformationLearning) http://www.XanEdu.com mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 300 North Zeeb Rd Phone: (734) 975-6021 (800) 521-0600 x6021 Ann Arbor, MI 48106 Fax:(734) 973-0737 -Original Message- From: Spence, Stephen [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 01,2000 5:48 PM To: [EMAIL PROTECTED] Subject: Linking apache httpd on IRIX 6.5.9 (64bit) All, I have compiles mod_perl - OK When I compile and link apache_1.3.14 I get the following : cc -64 [cut out] -o httpd ... ld64 : FATAL 9 : I/O error (1110): No such file or directory cc ERROR: /usr/lib32/cmplrs/ls64 returned non-zero statsus 32 Has anybody seen this or can offer a solution ? thx in advance, Cheers, Stephen Spence