Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > gnu.bash.bug > #14904
| Path | csiph.com!xmission!news.snarked.org!news.linkpendium.com!news.linkpendium.com!panix!usenet.stanford.edu!not-for-mail |
|---|---|
| From | Chet Ramey <chet.ramey@case.edu> |
| Newsgroups | gnu.bash.bug |
| Subject | Re: issues with nameref resolution loop in a function |
| Date | Tue, 11 Dec 2018 14:36:55 -0500 |
| Organization | ITS, Case Western Reserve University |
| Lines | 28 |
| Approved | bug-bash@gnu.org |
| Message-ID | <mailman.5598.1544557033.1284.bug-bash@gnu.org> (permalink) |
| References | <CAMu=BroWK=ykh8u8bi0mRvvDPwjp2y1Y7wNx179dM1Tqn1Koqg@mail.gmail.com> |
| Reply-To | chet.ramey@case.edu |
| NNTP-Posting-Host | lists.gnu.org |
| Mime-Version | 1.0 |
| Content-Type | text/plain; charset=utf-8 |
| Content-Transfer-Encoding | 7bit |
| X-Trace | usenet.stanford.edu 1544557033 6048 208.118.235.17 (11 Dec 2018 19:37:13 GMT) |
| X-Complaints-To | action@cs.stanford.edu |
| Cc | chet.ramey@case.edu |
| To | Grisha Levit <grishalevit@gmail.com>, bug-bash <bug-bash@gnu.org> |
| Envelope-to | bug-bash@gnu.org |
| X-Google-DKIM-Signature | v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:reply-to:cc:subject:to:references:from:openpgp :autocrypt:organization:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=ZzPQ/4r9QtR4u1NJFmk0gXRPflIFqsKnWDWlGHG1X7A=; b=qwHaqmbAO0lcGm8iOz1Bf+8CHtFIYqtx94L5rlYKYPb6APj6v/IabspKPF5ZLJML0e Wi+8YkSFXXS8mG4bzMl6Bk41ej6OdDL45WVT7X9pSNUrvOL8z6lT4Gek2agmHnDoDP1n wbhMbDZyObDcqmv0uhW9kSM5+qMQmBcjKYFntHHte/mivP91JrwC+Kai3lnL1IXRJqX+ xjJn/r6DkZBEOB21d8CSDyFXDyerD6s6c3y1OFLZoCN5FRC1KzBUZ4fjoYsmJvoXIV1Y 0r9VjpXDe1TDdo2QrLzDwyPtDB0Uc6CCPPjmwB5at/Z7xIvni7azDIPMkt3CMklmhh13 NM3w== |
| X-Gm-Message-State | AA+aEWa8aUrZZ//Kz22zpgaiUsmB71c0+nQPrUF7qj510zZu2Od4hRw7 15767socYuxZokXh2kEjsPSPcI7DLc58iy9sfx9cCN/0X19ZPsusWAGy4BIKkA53hrkOhhKsPMs B9kXNCeKooqU= |
| X-Received | by 2002:a25:4c46:: with SMTP id z67-v6mr17504553yba.395.1544557018271; Tue, 11 Dec 2018 11:36:58 -0800 (PST) |
| X-Google-Smtp-Source | AFSGD/V+Gy89LzZT1Ipkq8EKxp6lv0XnI3h+iEyBzI6oIDnvUVM52bhthdVWV4mjCCSz8XKheIaf1A== |
| X-Received | by 2002:a25:4c46:: with SMTP id z67-v6mr17504542yba.395.1544557017960; Tue, 11 Dec 2018 11:36:57 -0800 (PST) |
| Openpgp | preference=signencrypt |
| Autocrypt | addr=chet.ramey@case.edu; prefer-encrypt=mutual; keydata= xsDiBEEOsGwRBACFa0A1oa71HSZLWxAx0svXzhOZNQZOzqHmSuGOG92jIpQpr8DpvgRh40Yp AwdcXb8QG1J5yGAKeevNE1zCFaA725vGSdHUyypHouV0xoWwukYO6qlyyX+2BZU+okBUqoWQ koWxiYaCSfzB2Ln7pmdys1fJhcgBKf3VjWCjd2XJTwCgoFJOwyBFJdugjfwjSoRSwDOIMf0D /iQKqlWhIO1LGpMrGX0il0/x4zj0NAcSwAk7LaPZbN4UPjn5pqGEHBlf1+xDDQCkAoZ/VqES GZragl4VqJfxBr29Ag0UDvNbUbXoxQsARdero1M8GiAIRc50hj7HXFoERwenbNDJL86GPLAQ OTGOCa4W2o29nFfFjQrsrrYHzVtyA/9oyKvTeEMJ7NA3VJdWcmn7gOu0FxEmSNhSoV1T4vP2 1Wf7f5niCCRKQLNyUy0wEApQi4tSysdz+AbgAc0b/bHYVzIf2uO2lIEZQNNt+3g2bmXgloWm W5fsm/di50Gm1l1Na63d3RZ00SeFQos6WEwLUHEB0yp6KXluXLLIZitEJM0aQ2hldCBSYW1l eSA8Y2hldEBjd3J1LmVkdT7CYQQTEQIAIQIbAwYLCQgHAwIDFQIDAxYCAQIeAQIXgAUCQ+La kQIZAQAKCRC7WGnwZOp0q9rGAJ4sRGLmlF8klZTH75z7jyQScpU6aACeNMahjWIhumt4u96d 9mdMJqlabVnOwE0EQQ6wbxAEAJCukwDigRDPhAuI+lf+6P64lWanIFOXIndqhvU13cDbQ/Wt 5LwPzm2QTvd7F+fcHOgZ8KOFScbDpjJaRqwIybMTcIN0B2pBLX/C10W1aY+cUrXZgXUGVISE MmpaP9v02auToo7XXVEHC+XLO9IU7/xaU98FL69l6/K4xeNSBRM/AAMHA/wNAmRBpcyK0+Vg gZ5esQaIP/LyolAm2qwcmrd3dZi+g24s7yjV0EUwvRP7xHRDQFgkAo6++QbuecU/J90lxrVn QwucZmfz9zgWDkT/MpfB/CNRSKLFjhYq2yHmHWT6vEjw9Ry/hF6Pc0oh1a62USdfaKAiim0n VxxQmPmiRvtCmcJJBBgRAgAJBQJBDrBvAhsMAAoJELtYafBk6nSr43AAn2ZZFQg8Gs/zUzvX Mt7evaFqVTzcAJ0cHtKpP1i/4H4R9+OsYeQdxxWxTQ== |
| User-Agent | Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 |
| In-Reply-To | <CAMu=BroWK=ykh8u8bi0mRvvDPwjp2y1Y7wNx179dM1Tqn1Koqg@mail.gmail.com> |
| Content-Language | en-US |
| X-Junkmail-Status | score=9/90, host=mpv2-2015.case.edu |
| X-Junkmail-PrAS-Raw | score=9/90, refid=2.7.2:2018.12.11.190616:17:9.975, ip=, rules=__YOUTUBE_RCVD, __X_GOOGLE_DKIM_SIGNATURE, __HAS_REPLYTO, __HAS_CC_HDR, __SUBJ_REPLY, __PHISH_SPEAR_SUBJ_ALERT, __BOUNCE_CHALLENGE_SUBJ, __BOUNCE_NDR_SUBJ_EXEMPT, __SUBJ_ALPHA_END, __TO_MALFORMED_2, __TO_NAME, __TO_NAME_DIFF_FROM_ACC, __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, __ANY_URI, __URI_WITH_PATH, __URI_NO_WWW, __CP_URI_IN_BODY, __SUBJ_ALPHA_NEGATE, __URI_IN_BODY, __URI_NOT_IMG, __FORWARDED_MSG, __NO_HTML_TAG_RAW, BODY_SIZE_1100_1199, BODYTEXTP_SIZE_3000_LESS, __MIME_TEXT_P1, __MIME_TEXT_ONLY, __URI_NS, SXL_IP_PROXY_RCVD[125.239.219.74.rip], HTML_00_01, HTML_00_10, BODY_SIZE_5000_LESS, [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.227 |
| X-BeenThere | bug-bash@gnu.org |
| X-Mailman-Version | 2.1.21 |
| Precedence | list |
| List-Id | Bug reports for the GNU Bourne Again SHell <bug-bash.gnu.org> |
| List-Unsubscribe | <https://lists.gnu.org/mailman/options/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=unsubscribe> |
| List-Archive | <http://lists.gnu.org/archive/html/bug-bash/> |
| List-Post | <mailto:bug-bash@gnu.org> |
| List-Help | <mailto:bug-bash-request@gnu.org?subject=help> |
| List-Subscribe | <https://lists.gnu.org/mailman/listinfo/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=subscribe> |
| Xref | csiph.com gnu.bash.bug:14904 |
Show key headers only | View raw
On 12/8/18 8:30 PM, Grisha Levit wrote: > There seems to be an issue with the following new bash-5.0 feature: > > A nameref name resolution loop in a function now resolves to a variable by > that name in the global scope. > > [ Note: "warning: x: circular name reference" messages omitted below. ] > > While referencing such a nameref works as described, scalar assignment to it > modifies the variable from the next higher scope rather than the global one: Yes, that's what it does right now. The resolution change is the only one I made, and I'm still not convinced it's the right thing. The code that does the assignment is unchanged, with a comment that says backwards compatibility. That code can operate on the global instance, ignore the nameref attribute and change the value, or just ignore the variable as if it didn't exist. Right now it does what it did in bash-4.4. (Cue Greg and his "nameref variables are an unworkable botch and should just be ignored.") -- ``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/
Back to gnu.bash.bug | Previous | Next | Find similar | Unroll thread
Re: issues with nameref resolution loop in a function Chet Ramey <chet.ramey@case.edu> - 2018-12-11 14:36 -0500
csiph-web