(tye)Re: use Fatal;

I've long felt that Fatal (or a module based on Fatal.pm) needed much greater coverage including print, printf, opendir, seek, write, truncate, kill, pipe, bind, connect, listen, send, socket, chown, chmod, utime, etc. without the user having to name any of these (and, personally, I think a failed close should never warrant more than a warning). And should default to only being fatal when in a void context.

Then we need a single module that rolls this,strict, and warnings (and only optionally diagnostics) together with a short, catchy name so that we can tell initiates to simply add -MAID or use AID; to all of their scripts to catch lots of simple mistakes.

- tye (but my friends call me "Tye")

Comment on (tye)Re: use Fatal; Download Code

Replies are listed 'Best First'.
Re: use Fatal; by cLive ;-) (Prior) on Jan 10, 2002 at 05:12 UTC
Got it! `#!/usr/bin/perl use Bulletproof;` [download] ;-) cLive ;-)	[reply] [d/l]
Re: (tye)Re: use Fatal; by Anonymous Monk on Jan 10, 2002 at 05:31 UTC
Another problem with the current version is that it only overrides the given functions in the current package, so all modules and embedded packages must also use it to get the functionality you might want. `#!/usr/bin/perl -w use strict; use Fatal qw/open close/; package Foo; #use Fatal qw/open close/; sub bar { open(FILE,'dfdsadf'); close FILE; } package main; Foo::bar();` [download] It should at least be a lexically scoped pragma so the above would be fatal without reissuing the use statement. I'm not sure how it could be made to globally overide such functions in all used packages.	[reply] [d/l]
(tye)Re2: use Fatal; by tye (Sage) on Jan 10, 2002 at 05:36 UTC
That is what `*CORE::GLOBAL::open= coderef` is for. And if it only makes things fatal when in a void context, then this shouldn't be much of a problem for module code that doesn't know whether the user might use this or not. You can write code that would break in such cases but I don't consider such code to be reasonable so I don't mind. (: `open( FILE, "< this.txt" ); warn "Can't read this.txt: $!\n" unless defined fileno FILE;` [download] - tye (but my friends call me "Tye")	[reply] [d/l] [select]
(ichimunki) re x 3 : use Fatal; by ichimunki (Priest) on Jan 10, 2002 at 05:22 UTC
Well, why not throw in taint, a decent assert() function, and a call to your insurance agent to see if you're covered for that. ;)	[reply]
Re: (tye)Re: use Fatal; by demerphq (Chancellor) on Jan 14, 2002 at 18:15 UTC
Then we need a single module that rolls this,strict, and warnings (and only optionally diagnostics) together with a short, catchy name so that we can tell initiates to simply add -MAID or use AID; to all of their scripts to catch lots of simple mistakes. I suggested exactly this (and coded up a prototype) quite a while back, the name I came up with was `use caution; #or no caution;` [download] But if you have a look at the responses I recieved on CLPM to my post(I didnt know about Perlmonks at the time) it was to say the least not a popular suggestion. However if you think it is a good idea I can have another look at it, and include 'fatal' with the defaults you suggest and post it here for review. (BTW I even reserved the namespace ex::caution on CPAN, but havent uploaded it yet. sigh.) Yves / DeMerphq -- When to use Prototypes?	[reply] [d/l]


XP is just a number
	PerlMonks