"TC" == Tom Christiansen [EMAIL PROTECTED] writes:
but that is the user's to set. PERL_PRELOAD
TC is there for the user to unset.
allows the admin to globally
set (in the system shell rc file) the rc files that perl will load.
TC And what sorts of things might the admin care to globally
it.
Greg Rollins
Sys Admin
Communication Associates Inc.
- Original Message -
From: "Uri Guttman" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Friday, September 01, 2000 6:42 PM
Subject: Re: RFC 114 (v2) Perl resource configuration
&
Uri Guttman [EMAIL PROTECTED] writes:
"TC" == Tom Christiansen [EMAIL PROTECTED] writes:
many systems allow for a global/local startup file for various
reasons. i see a potential use of this in perl but i don't see the
specific use yet. build it they will use it.
TC But Perl
On Fri, 1 Sep 2000, Tom Christiansen wrote:
it can be used for system specific @INC paths without
recompiling perl
That's what PERL5LIB is for.
PERL5LIB is available for the individual user to use, set, unset, change,
etc., at will. As sysadmin, you can't set it in /etc/profile and be
This and other RFCs are available on the web at
http://dev.perl.org/rfc/
=head1 TITLE
Perl resource configuration
=head1 VERSION
Maintainer: Jonathan Scott Duff [EMAIL PROTECTED]
Date: 16 Aug 2000
Last-Modified: 1 Sep 2000
Mailing List: [EMAIL PROTECTED]
Version: 2
Number: 114
What I am thinking of is a file that, if present and sane (i.e. read-only
root), would be involked by the interpreter just before the users script was
parsed. Looking at your example of things in the config file, well some of
those are the things I would like to be able to get at in the new
it can be used for system specific @INC paths without
recompiling perl
That's what PERL5LIB is for.
enforcing strict/-w/-T on all scripts, etc.
How are you going to enable -T from this file you're going to eval?
How are you going to enable strict in an unrelated lexical scope?
Why are you
many systems allow for a global/local startup file for various
reasons. i see a potential use of this in perl but i don't see the
specific use yet. build it they will use it.
But Perl is not an interactive shell! Can you imagine if a C
compiler allowed arbitrary amounts of text to be
"TC" == Tom Christiansen [EMAIL PROTECTED] writes:
i think an environment var might be a good way. if it is set, it is the
file(s) to preload before running your code.
TC You've got PERL5OPT.
but that is the user's to set. PERL_PRELOAD allows the admin to globally
set (in the system
On Fri, Sep 01, 2000 at 05:49:05PM -0600, Tom Christiansen wrote:
On Fri, Sep 01, 2000 at 07:42:32PM -0400, Uri Guttman wrote:
Like any other environment variable which the admin wants to be
everywhere, put it in /etc/profile. A well configured system will
handle it from there.
Not all
On Fri, Sep 01, 2000 at 05:50:52PM -0600, Tom Christiansen wrote:
Why are you using -w instead of use warnings, and can you just imagine the
howling? This would surely kill your system.
Okay, okay, okay. You're the nth person that brought that up. Yes,
"use warnings" makes more sense than
I entreat you to explain to me *anything* that you'd want to tweak
with this that you already can't do right now.
When I need to move Perl files from a default location to a new one. For
example messing with @INC (and its like). THis could be used for example on
a machine that has both
"MGS" == Michael G Schwern [EMAIL PROTECTED] writes:
who runs one liners with -T?
MGS That's the point. .perlrc would effect all perl, including
MGS one-liners. What's good for big programs is not good for small.
what about making the rc files load only if there is code not in a
Can't you do this with with an environment setting?
Shell people seem to think this a normal notion, but it's caused
horrible security flaws in the past. And I couldn't imagine it of
a C compiler, so I don't know why you would do this one.
--tom
On Fri, Sep 01, 2000 at 08:46:50PM -, Perl6 RFC Librarian wrote:
Many programs have so-called "resource configuration" files (at least
that's what I call them) that are loaded and executed upon program
startup. Some example programs that have this ability include bash,
mutt, and python.
"MGS" == Michael G Schwern [EMAIL PROTECTED] writes:
MGS Here's a little pros/cons list running through my head right now...
MGS pro con
MGS Customize @INC We have PERL5LIB
MGS Forcing -T on
i think an environment var might be a good way. if it is set, it is the
file(s) to preload before running your code.
You've got PERL5OPT.
Heck, I bet you could do a cleverness with .perldb, too. :-)
--tom
On Fri, Sep 01, 2000 at 07:16:13PM -0400, Uri Guttman wrote:
"MGS" == Michael G Schwern [EMAIL PROTECTED] writes:
MGS Forcing -T on Will break most existing programs.
MGS Makes one-liners annoying.
who runs one liners
On Fri, Sep 01, 2000 at 03:13:04PM -0600, Tom Christiansen wrote:
Can't you do this with with an environment setting?
Shell people seem to think this a normal notion, but it's caused
horrible security flaws in the past. And I couldn't imagine it of
a C compiler, so I don't know why you
19 matches
Mail list logo
