From owner-freebsd-ports Tue May 9 13:38:35 1995 Return-Path: ports-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA25292 for ports-outgoing; Tue, 9 May 1995 13:38:35 -0700 Received: from emerald.oz.net (emerald.oz.net [198.68.184.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA25285 for ; Tue, 9 May 1995 13:38:31 -0700 Received: from wsantee.oz.net by emerald.oz.net via SMTP (931110.SGI/930416.SGI) for freebsd-ports@freebsd.org id AA09422; Tue, 9 May 95 13:36:29 -0700 Received: (from wsantee@localhost) by wsantee.oz.net (8.6.11/8.6.9) id NAA01005 for freebsd-ports@freebsd.org; Tue, 9 May 1995 13:35:13 -0700 From: Wes Santee Message-Id: <199505092035.NAA01005@wsantee.oz.net> Subject: Re: pdksh choading on exec command To: freebsd-ports@FreeBSD.org Date: Tue, 9 May 1995 13:35:12 -0700 (PDT) In-Reply-To: <199505091020.DAA00515@gndrsh.aac.dev.com> from "Rodney W. Grimes" at May 9, 95 03:20:32 am X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1347 Sender: ports-owner@FreeBSD.org Precedence: bulk > > [pdksh dying on 'exec'ed shell scripts] > > [reason why direct ivocation of exec logged me out] > > What happens if you type /usr/bin/clear? [wsantee:~] 4 $ /usr/bin/clear /usr/bin/clear: 21: syntax error: Bad substitution [wsantee:~] 5 $ cat /usr/bin/clear #!/bin/sh - # lots of comments exec tput clear [wsantee:~] 5 $ sh `exec tput clear` (screen clears) [wsantee:~] 6 $ ksh `exec tput clear` (screen clears) : No such file or directory [wsantee:~] 7 $ ksh `exec tput clear` 2> stderr.txt [wsantee:~] 8 $ cat stderr.txt ksh: ^[[;H^[[2J: No such file or directory Actually the behavior for commands 6-8 was more expected than command 5 (i.e. no error message). I would have thought that sh would try to execute the clear screen sequence the same as ksh (and csh, although not shown above) and error out because the ansi sequence isn't a command. The next step for me is to blow away my login environment and see how bare ksh functions. If that doesn't rat out the error, I guess it's time to go to the source. Thanks for all your help. BTW, if the Reply-To address is munged again, please let me know. It was quite a surprise to me to find out the header was damaged when all the bouncer addresses I tested mail with said everything was just fine. I've done what I can to fix the problem. Cheers, -Wes wsantee@wsantee.oz.net