From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail.core.genedata.com ([157.161.173.16]) by hawkwind.utcs.utoronto.ca with SMTP id <24817>; Wed, 15 Dec 1999 03:20:07 -0500 Received: from relay.core.genedata.com (nila-e0.core.genedata.com [157.161.173.44]) by mail.core.genedata.com (8.10.0.Beta10/8.10.0.Beta10) with ESMTP id dBDCtVH21743 for ; Mon, 13 Dec 1999 13:55:31 +0100 Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48]) by relay.core.genedata.com (8.10.0.Beta10/8.10.0.Beta10) with ESMTP id dBDCtVG07802 for ; Mon, 13 Dec 1999 13:55:31 +0100 Received: (from enh@localhost) by relay.ch.genedata.com (8.9.3/8.9.3) id NAA796539 for rc@hawkwind.utcs.utoronto.ca; Mon, 13 Dec 1999 13:55:29 +0100 (CET) Date: Mon, 13 Dec 1999 07:55:29 -0500 From: Elliott Hughes Message-Id: <199912131255.NAA796539@relay.ch.genedata.com> To: rc@hawkwind.utcs.utoronto.ca Subject: Re: rc futures re: shift, i disagree with the idea of an "anyshift" function, given that it's so easy to make an extended shift backwards-compatible. see the patch i either posted here or mailed to tim earlier this year. i seem to recall that my builtin was shorter or the same length as the current one. i think it's silly to hack around something that we can so easily and cleanly fix properly. re: dot files i agree that special treatment of dot files is mistake. re: improved error reporting this would be a great benefit. my own copy of rc is hacked to sort of do this, but it's not quite right and you're as well off doing it again from scratch (i know i would). rc should prefix its errors "rc: ". re: = in args this is a real pain, but i take your word for it that changing the interpretation of = past the first non-assignment in a line is hard. -e -- "As the Chinese say, 1001 words is worth more than a picture." -- John McCarthy