Path: csiph.com!weretis.net!feeder6.news.weretis.net!4.us.feeder.erje.net!feeder.erje.net!2.eu.feeder.erje.net!goblin1!goblin.stu.neva.ru!usenet.stanford.edu!not-for-mail From: Chet Ramey Newsgroups: gnu.bash.bug Subject: Re: Issues with history substitution and its documentation Date: Mon, 18 Nov 2019 11:14:31 -0500 Lines: 24 Approved: bug-bash@gnu.org Message-ID: References: <643b95db-ca1f-98ff-e8c5-c79581d909d4@case.edu> Reply-To: chet.ramey@case.edu NNTP-Posting-Host: lists.gnu.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: usenet.stanford.edu 1574093681 17929 209.51.188.17 (18 Nov 2019 16:14:41 GMT) X-Complaints-To: action@cs.stanford.edu Cc: chet.ramey@case.edu To: Jim Monte , bug-bash@gnu.org Envelope-to: bug-bash@gnu.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=case.edu; s=smtp-primary; t=1574093674; bh=MJ680M+3ra9htuoieLv8NBS9HE91B22DqQFHS3IcLsI=; h=Reply-To:Cc:Subject:To:References:From:Message-ID:Date: MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=5V90hnUuujl67Xo84Fmug3hc3Nd7Ky/bE4h9mmZAdlLvifv6sBF2ZixwAi049lb0GZ qlM3pNfhILCiWqURVYUUkW98OMmg13dSSlxDYiyoL2iXNP698HzaGaQlaY8C5tzHn+7 q1YPczcJAoqmlZaswT1PmbOz9PHnoe+fCPt5LM1kjJfmBLAyNqBLNQSXfyGKtUr1BMa PRBbycXO81P/zrUeTY2enhroxNc2x7MZF+IQ7JOnmiuBfs3Q5EAiqcZ/KqIxUCZatd4 g2K1oMO3sCo/4l8wVZjvB9LXvRmrp714NFUd5Cii2Ez3DsVlC06idHaaC4mU1cR/63z /eOEItvw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=case.edu; s=smtp-primary; t=1574093674; bh=LYRksccZAHEzLxN9XRJyd++PaDBI/0iq7AVQA8GB5CY=; h=Reply-To:Cc:Subject:To:References:From:Message-ID:Date: MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=XC5A+P+bTg1lNlpwjA5rA5lXxCVyy2Xb4KQmWkh+zfc7HcV+D5F+4qjErZ9b/GZleG sPVCN6xVlY/SVWC8lBvdOT0MP7dpry23lScrXpxAy1GZVD/zmcj6/tytJhhnyvo+BB+ IH3ALlkyIGD2O7j5+UcZ9DzWNFrydqRPh0N53K+kDQmXCn6JkhH6T6eSBdl0st30832 ZxpCIwQLpdLKL0vNLBJ+mSoRFZv1UKmxwLRFjEf+QV0Bs8yLgF4/cTb8ynrndwlGtcn AIx4J1mC7VpV9KDNx0C5DTNrSa6QIGhco7gpV/5B8VMVH/Tv5jr3syqI82hGN2BdBK6 4tGHSOpg== User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0) Gecko/20100101 Thunderbird/68.2.2 In-Reply-To: Content-Language: en-US X-Junkmail-Status: score=7/90, host=mpv4-2015.case.edu X-Junkmail-PrAS-Raw: score=7/90, refid=2.7.2:2019.11.18.153617:17:7.944, ip=, rules=DKIM_SIGNATURE, __HAS_REPLYTO, __HAS_CC_HDR, __SUBJ_REPLY, __PHISH_SPEAR_SUBJ_ALERT, __BOUNCE_CHALLENGE_SUBJ, __BOUNCE_NDR_SUBJ_EXEMPT, __TO_MALFORMED_2, __TO_NAME, __TO_NAME_DIFF_FROM_ACC, __HAS_REFERENCES, __REFERENCES, __HAS_FROM, FROM_EDU_TLD, __HAS_MSGID, __SANE_MSGID, DATE_TZ_NA, __USER_AGENT, __MOZILLA_USER_AGENT, __MIME_VERSION, __IN_REP_TO, __CT, __CT_TEXT_PLAIN, __CTE, __REPLYTO_SAMEAS_FROM_ADDY, __REPLYTO_SAMEAS_FROM_ACC, __FROM_DOMAIN_IN_ANY_CC1, __FROM_DOMAIN_IN_ANY_CC2, __REPLYTO_SAMEAS_FROM_DOMAIN, __DKIM_ALIGNS_1, __DKIM_ALIGNS_2, __ANY_URI, __URI_MAILTO, __URI_WITH_PATH, __URI_NO_WWW, __CP_URI_IN_BODY, __SUBJ_ALPHA_NEGATE, __URI_IN_BODY, __URI_NOT_IMG, __FORWARDED_MSG, __BODY_NO_MAILTO, __NO_HTML_TAG_RAW, BODYTEXTP_SIZE_3000_LESS, BODY_SIZE_900_999, __MIME_TEXT_P1, __MIME_TEXT_ONLY, __URI_NS, SXL_IP_TFX_WM[202.103.22.129.fur], [TRUNCATED], so=2010-03-03 19:42:08, dmn=2016-08-03-0138 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] [fuzzy] X-Received-From: 129.22.103.195 X-BeenThere: bug-bash@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Bourne Again SHell List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-Mailman-Original-Message-ID: <643b95db-ca1f-98ff-e8c5-c79581d909d4@case.edu> X-Mailman-Original-References: Xref: csiph.com gnu.bash.bug:15604 On 11/3/19 9:18 AM, Jim Monte wrote: > Two more documentation issues I have found are below. > > It appears that an empty substring event designator uses the string of the > previous substring event designator if none is provided and does not find > the event if there is no previous string. Thanks for the report. I'll add text documenting the behavior. (FWIW, csh doesn't document it, either.) > An empty "old" string in a substitute word modifier uses the previous "old" > if none is given, but uses an empty string if new is empty. If there was no > previous "old" string, an error is reported. As I said in a previous message, this is documented in the man page but omitted in the texinfo manual. -- ``The lyf so short, the craft so long to lerne.'' - Chaucer ``Ars longa, vita brevis'' - Hippocrates Chet Ramey, UTech, CWRU chet@case.edu http://tiswww.cwru.edu/~chet/