home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.perl
- Path: sparky!uunet!fmrco!fmrco!asherman
- From: asherman@laser.fmrco.com (Aaron Sherman)
- Subject: Re: How to convice awk/sed users to use Perl ?
- In-Reply-To: folta@cs.umd.edu's message of 9 Sep 92 23:08:42 GMT
- Message-ID: <ASHERMAN.92Sep10123512@laser.fmrco.com>
- Sender: news@fmrco.uucp
- Reply-To: asherman@fmrco.COM
- Organization: I-Kinetics, 19 Bishop-Allen Dr., Cambridge, MA
- References: <1992Sep9.143629.13571@cbfsb.cb.att.com> <60213@mimsy.umd.edu>
- Distribution: na
- Date: Thu, 10 Sep 1992 17:35:12 GMT
- Lines: 27
-
-
- >>>>> folta@cs.umd.edu (Wayne Folta) said:
-
- > I use ksh/awk/sed very well, why bother to spend a lot of time to
- > learn Perl ? What's the real advantages of perl over ksh/awk/sed
- > ?
- >
-
- folta> 2. Shells do not compile their scripts at runtime, but
- folta> instead run through them repeatedly. This makes shell scripts
- folta> slower and also creates the possibility of run-time syntax
- folta> errors. You don't find these errors until your logic flow takes
- folta> you through the erroneous path. Since perl compiles its
- folta> scripts, if you get it to run at all, you won't encounter a
- folta> syntax error later. And perl is *fast*.
-
- Well, you can get run-time errors from eval, but they are "polite"
- (non-fatal to the top-level interpreter) errors that can be trapped.
-
-
- -AJS
-
- --
- --------
- Disclaimer: I am solely responsible for the content of this message.
- The views expressed here may not be the views of I-Kinetics, Fidelity,
- any of the Fidelity-owned corporations or my mother.
-