Re^3: capturing command output

If you call via perl backticks then only "hello" is captured, and "world" is still sent to stdout.

I cannot reproduce that.

$ cat foo
#!/usr/bin/perl
print STDOUT "hello\n";
print STDERR "world\n";
$ cat bar
#!/usr/bin/perl
use 5.010;
my $output = `./foo 2>&1`;
say "[[$output]]";
$ chmod +x foo
$ chmod +x bar
$ ./bar
[[world
hello
]]
$
[download]

Or are you suggesting the OP would run a different command in backticks than in his open? Why would he do that?

Comment on Re^3: capturing command output Download Code

Replies are listed 'Best First'.
Re^4: capturing command output by chrestomanci (Priest) on Jan 25, 2012 at 16:35 UTC
Or are you suggesting the OP would run a different command in backticks than in his open? Why would he do that? No I am saying that plain backticks, without the `2>&1` shell redirection only captures stdout. If you add the shell redirection then of course you get stderr as well, because you asked the shell to do that for you. (Though as Eliya has demonstrated, it is actually perl intercepting the redirection shell trick and doing it within perl.)	[reply] [d/l]
Re^5: capturing command output by JavaFan (Canon) on Jan 25, 2012 at 16:51 UTC
Hmmm, so, you're saying, it's wrong to use backticks, because if you only put half the command in the backticks, it doesn't work? I think that's one of the more stupid arguments one can make. If the OP would remove the `2>&1` from his original solution, it would break in the same way.	[reply] [d/l]