[27677] in Perl-Users-Digest
Perl-Users Digest, Issue: 9123 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Wed Apr 5 11:05:55 2006
Date: Wed, 5 Apr 2006 08:05:05 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Wed, 5 Apr 2006 Volume: 10 Number: 9123
Today's topics:
Re: Catching Apache Errors in Perl <NoSPam@NoSpam.com>
Re: Catching Apache Errors in Perl <tintin@invalid.invalid>
Re: Catching Apache Errors in Perl <matthew.garrish@sympatico.ca>
Re: Perl-related events in 2006 ? <tadmc@augustmail.com>
Re: Perl-related events in 2006 ? <Peter@PSDT.com>
Re: Render 3D-Body <Peter@PSDT.com>
Re: taint mode and require using "." <noreply@gunnar.cc>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Wed, 5 Apr 2006 05:25:45 -0400
From: "Daniel Kaplan" <NoSPam@NoSpam.com>
Subject: Re: Catching Apache Errors in Perl
Message-Id: <1144229148.89069@nntp.acecape.com>
"Matt Garrish" <matthew.garrish@sympatico.ca> wrote in message
news:MkFYf.1813$sh3.111795@news20.bellglobal.com...
> Doubtful. If it's an asp page, you could always check GetLastError, but
> that's not often very helpful. The page that died is dead and buried, so
> unless your script can read the logs to find the error you're not going to
> get much useful from the server. You should be doing better error handling
> in the page that is dying so you don't generate a 500 error in the first
> place (e.g., wrap the code most prone to failure in an eval so if it fails
> the whole script doesn't fail), or at least so you can redirect to a more
> appropriate page and pass it whatever info you want.
Hmmm, can read the log file, so will try. Thanks
------------------------------
Date: Wed, 5 Apr 2006 22:48:37 +1200
From: "Tintin" <tintin@invalid.invalid>
Subject: Re: Catching Apache Errors in Perl
Message-Id: <EfNYf.11028$JZ1.429981@news.xtra.co.nz>
"Daniel Kaplan" <NoSPam@NoSpam.com> wrote in message
news:1144180753.207482@nntp.acecape.com...
> Hello All,
>
> I wanted to replace on my server the standard 500 Server error page with
my
> own via a Perl script.
>
> What I was curious about was does Perl have a way of accessing those
errors?
No, but your webserver does.
> I thought it might be @!, at least to start with. But when I ran a test
> script with the "my" missing, all @! contained was "No such file or
> directory" so am not sure where that's coming from.
>
> If this can be done, which I am sure it can, if some could point me in the
> right direction with a link or such?
See http://httpd.apache.org/docs/2.0/mod/core.html#errordocument
------------------------------
Date: Wed, 5 Apr 2006 07:13:45 -0400
From: "Matt Garrish" <matthew.garrish@sympatico.ca>
Subject: Re: Catching Apache Errors in Perl
Message-Id: <DDNYf.1912$sh3.120369@news20.bellglobal.com>
"Daniel Kaplan" <NoSPam@NoSpam.com> wrote in message
news:1144229148.89069@nntp.acecape.com...
>
> "Matt Garrish" <matthew.garrish@sympatico.ca> wrote in message
> news:MkFYf.1813$sh3.111795@news20.bellglobal.com...
>
>> Doubtful. If it's an asp page, you could always check GetLastError, but
>> that's not often very helpful. The page that died is dead and buried, so
>> unless your script can read the logs to find the error you're not going
>> to get much useful from the server. You should be doing better error
>> handling in the page that is dying so you don't generate a 500 error in
>> the first place (e.g., wrap the code most prone to failure in an eval so
>> if it fails the whole script doesn't fail), or at least so you can
>> redirect to a more appropriate page and pass it whatever info you want.
>
> Hmmm, can read the log file, so will try. Thanks
Don't try it if you're running IIS. From what I remember, it does delayed
writes to the logs, so you may not find what you're looking for. I think
Apache writes all errors immediately, but they may have just been the way I
had it configured...
Matt
------------------------------
Date: Wed, 5 Apr 2006 07:46:14 -0500
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: Perl-related events in 2006 ?
Message-Id: <slrne37f0m.ppj.tadmc@magna.augustmail.com>
lars@nospam.nosoftwarepatents.edu <lars@nospam.nosoftwarepatents.edu> wrote:
> What perl-related events are coming up this year ?
http://www.perl.org/events.html
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Wed, 05 Apr 2006 13:07:08 GMT
From: Peter Scott <Peter@PSDT.com>
Subject: Re: Perl-related events in 2006 ?
Message-Id: <pan.2006.04.05.13.07.01.830073@PSDT.com>
On Wed, 05 Apr 2006 06:27:32 +0000, lars wrote:
> What perl-related events are coming up this year ?
> When and where ?
http://www.perl.org/events.html
--
Peter Scott
http://www.perlmedic.com/
http://www.perldebugged.com/
------------------------------
Date: Wed, 05 Apr 2006 13:00:49 GMT
From: Peter Scott <Peter@PSDT.com>
Subject: Re: Render 3D-Body
Message-Id: <pan.2006.04.05.13.00.47.627248@PSDT.com>
On Wed, 05 Apr 2006 06:40:06 +0200, Jonas Huckestein wrote:
> Does anyone know how to create simple VRML-scenes from perl? On CPAN
> there is only very little documentation for the modules. I assume that I
> need the VRML module, right? Then I sort of feed VRML my points and
> edges and use a VRML-Browser to view the result?
When I was doing VRML I had to read the standard constantly. Looks like
you can find it now at
http://tecfa.unige.ch/guides/vrml/vrml2/spec/index.html . Get a VRML
plugin for your browser and view a couple of examples and you'll get the
idea.
--
Peter Scott
http://www.perlmedic.com/
http://www.perldebugged.com/
------------------------------
Date: Wed, 05 Apr 2006 14:51:42 +0200
From: Gunnar Hjalmarsson <noreply@gunnar.cc>
Subject: Re: taint mode and require using "."
Message-Id: <49hsr0Fos6soU1@individual.net>
Asterbing wrote:
> Considering a script with a line like this :
>
> require 'config.cgi';
>
> When I activate the taint mode through "#!/usr/bin/perl -T" and adding
> "use CGI::Carp qw/fatalsToBrowser/;" for the purpose to see tatal errors
> on browser, I'm getting this error "Can't locate config.cgi in @INC".
>
> According to what I've read, it seems normal since taint mode remove the
> "." from @INC.
You can add it:
use lib '.';
--
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
Message-Id: <null>
Administrivia:
#The Perl-Users Digest is a retransmission of the USENET newsgroup
#comp.lang.perl.misc. For subscription or unsubscription requests, send
#the single line:
#
# subscribe perl-users
#or:
# unsubscribe perl-users
#
#to almanac@ruby.oce.orst.edu.
NOTE: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
#To request back copies (available for a week or so), send your request
#to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
#where x is the volume number and y is the issue number.
#For other requests pertaining to the digest, send mail to
#perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
#sending perl questions to the -request address, I don't have time to
#answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V10 Issue 9123
***************************************
