in reply to Re^2: tieing STDIN & STDOUT using IO::Scalar for use inside an eval
in thread tieing STDIN & STDOUT using IO::Scalar for use inside an eval

That's right... specifically, it depends on what is currently in @ARGV (if there's anything in @ARGV, the contents are treated as file names, and the files are magically opened and read from... if @ARGV is empty, it'll read from STDIN).

If the intent is to read from STDIN, then do so, explicitly, by <STDIN>. If the intent is to process files, generically, either named files or files piped through, then use <>. In the case of the original post, which seems to be (maybe) testing some external code and trying to sandbox it, somewhat, it might just be a good idea to localize @ARGV (that is, to extend the sandbox beyond just STDIN and STDOUT (why isn't he also tieing STDERR, then, though?) to include the command line). 

------------
:Wq
Not an editor command: Wq

[download]

Replies are listed 'Best First'.
Re^4: tieing STDIN & STDOUT using IO::Scalar for use inside an eval
by edan (Curate) on Sep 12, 2004 at 11:51 UTC

    That's right... specifically, it depends on what is currently in @ARGV (if there's anything in @ARGV, the contents are treated as file names, and the files are magically opened and read from... if @ARGV is empty, it'll read from STDIN).

    As long as we're getting specific, we might as well get it exactly right: The contents of @ARGV are always "treated as file names, and the files are magically opened and read from." If @ARGV is empty, then "$ARGV[0] is set to "-", which when opened gives you standard input." - perlop

    So it really never reads from the filehandle named STDIN, but it might read standard input by opening the file named "-".

    --
    edan

[reply]

In Section Seekers of Perl Wisdom