note blazar <blockquote>I have taken your computer feedback to heart and cleaned up my code a little bit - I think this a lot more perl like and pretty technical.</blockquote> Indeed this does look more like [doc://perl|Perl], but code must not be "perl like", it must have valid Perl [doc://perlsyn|syntax]... well, if you want it to be valid Perl, and the program to work, that is. Also, it doesn't seem "pretty technical". It seems pretty basic, errors apart. <blockquote><c> #!/usr/bin/perl -w use strict; </c></blockquote> It's very very good that you're under [mod://strict|strictures] and [mod://warnings], but with recent enough perls it's better (i.e. more flexible) to <c> use warnings; # rather than -w </c> <blockquote><c> system "netbackup/bin/admincmd/bpdbjobs -report -all_columns\n"; </c></blockquote> You don't need that <c>\n</c>. Nay, I would have thought it to issue an error, but I checked and that's not the case. Whatever, it's still confusing at best. Also, it's better to use the multiple args form of [doc://system]. <blockquote><c> mail "xxxxxx@xxxxx.com </c></blockquote> There's no <c>mail()</c> Perl [doc://perlfunc|builtin]: <c> campari:~ [18:37:59]$ perldoc -f mail No documentation for perl function `mail' found </c> See? And even if there were, you have an incomplete statement. The above should read: <c> mail "xxxxxx\@xxxxx.com"; </c> Notice that I quoted the <c>@</c> sign, for otherwise perl would interpret that as if you wanted to interpolate the <c>@xxxxx</c> array into your string, because yes: double quoted strings interpolate (scalars and arrays). Else, you would use a single quoted string, like thus: <c> mail 'xxxxxx@xxxxx.com'; </c> <blockquote>but still I get: <c> Bareword "com" not allowed while "strict subs" in use at ./nb.pl line 7. Unquoted string "com" may clash with future reserved word at ./nb.pl line 7. Execution of ./nb.pl aborted due to compilation errors. </c></blockquote> I don't trust you! That cannot be your actual program. When I run <c>perl -c</c> on it I get <c> String found where operator expected at foo2.pl line 7, at end of line (Missing semicolon on previous line?) Can't find string terminator '"' anywhere before EOF at foo2.pl line 7. </c> instead, which makes much more sense as an error message. BTW: what's with those <c> </c>'s anyway? 600223 600223