tags:

views:

5619

answers:

6

In Perl, you can execute system commands using system() or `` (backticks). You can even capture the output of the command into a variable. However, this hides the program execution in the background so that the person executing your script can't see it.

Normally this is useful but sometimes I want to see what is going on behind the scenes. How do you make it so the commands executed are printed to the terminal, and those programs' output printed to the terminal? This would be the .bat equivalent of "@echo on".

+3  A: 

Use open instead. Then you can capture the output of the command.

open(LS,"|ls");
print LS;
mk
+5  A: 

As I understand, system() will print the result of the command, but not assign it. Eg.

[daniel@tux /]$ perl -e '$ls = system("ls"); print "Result: $ls\n"'
bin   dev  home  lost+found  misc  net  proc  sbin     srv  System  tools  var
boot  etc  lib   media       mnt   opt  root  selinux  sys  tmp     usr
Result: 0

Backticks will capture the output of the command and not print it:

[daniel@tux /]$ perl -e '$ls = `ls`; print "Result: $ls\n"'
Result: bin
boot
dev
etc
home
lib

etc...

Update: If you want to print the name of the command being system()'d as well, I think Rudd's approach is good. Repeated here for consolidation:

sub execute {
    my $cmd = shift;
    print "$cmd\n";
    system($cmd);
}

my $cmd = $ARGV[0];
execute($cmd);
Daniel Fone
+7  A: 

I don't know of any default way to do this, but you can define a subroutine to do it for you:

sub execute {
    my $cmd = shift;
    print "$cmd\n";
    system($cmd);
}

my $cmd = $ARGV[0];
execute($cmd);

And then see it in action:

pbook:~/foo rudd$ perl foo.pl ls
ls
file1   file2 foo.pl
Rudd Zwolinski
+2  A: 

Hmm, interesting how different people are answering this different ways. It looks to me like mk and Daniel Fone interpreted it as wanting to see/manipulate the stdout of the command (neither of their solutions capture stderr fwiw). I think Rudd got closer. One twist you could make on Rudd's response is to overwite the built in system() command with your own version so that you wouldn't have to rewrite existing code to use his execute() command.

using his execute() sub from Rudd's post, you could have something like this at the top of your code:

if ($DEBUG) {
   *{"CORE::GLOBAL::system"} = \&{"main::execute"};
}

I think that will work but I have to admit this is voodoo and it's been a while since I wrote this code. Here's the code I wrote years ago to intercept system calls on a local (calling namespace) or global level at module load time:

  # importing into either the calling or global namespace _must_ be
  # done from import().  Doing it elsewhere will not have desired results.
  delete($opts{handle_system});
  if ($do_system) {
    if ($do_system eq 'local') {
      *{"$callpkg\::system"} = \&{"$_package\::system"};
    } else {
      *{"CORE::GLOBAL::system"} = \&{"$_package\::system"};
    }
  }
jj33
The big problem with replacing the global `system` command is that `system` has a complex prototype that can't be replicated by the user-specified prototype system. As a result, some code will just not work if you replace `system` with your custom version.
cjm
+1  A: 

Another technique to combine with the others mentioned in the answers is to use the tee command. For example:

open(F, "ls | tee /dev/tty |");
while (<F>) {
    print length($_), "\n";
}
close(F);

This will both print out the files in the current directory (as a consequence of tee /dev/tty) and also print out the length of each filename read.

Greg Hewgill
+3  A: 

Here's an updated execute that will print the results and return them:

sub execute {
  my $cmd = shift;
  print "$cmd\n";
  my $ret = `$cmd`;
  print $ret;
  return $ret;
}
superjoe30