From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Paul Pogonyshev Newsgroups: gmane.emacs.devel Subject: Re: generator documentation improvement Date: Sat, 11 Mar 2017 22:10:34 +0100 Message-ID: References: <87mvcv790s.fsf@luca> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: blaine.gmane.org 1489266685 30991 195.159.176.226 (11 Mar 2017 21:11:25 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 11 Mar 2017 21:11:25 +0000 (UTC) Cc: Emacs developers , Noam Postavsky To: Andreas Politz Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Mar 11 22:11:19 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cmoIF-0006tZ-AE for ged-emacs-devel@m.gmane.org; Sat, 11 Mar 2017 22:11:15 +0100 Original-Received: from localhost ([::1]:44714 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cmoIJ-0002BJ-PK for ged-emacs-devel@m.gmane.org; Sat, 11 Mar 2017 16:11:19 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39183) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cmoHe-0002B0-OM for emacs-devel@gnu.org; Sat, 11 Mar 2017 16:10:39 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cmoHd-0008RC-Hs for emacs-devel@gnu.org; Sat, 11 Mar 2017 16:10:38 -0500 Original-Received: from mail-ot0-x235.google.com ([2607:f8b0:4003:c0f::235]:35632) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cmoHd-0008PJ-CZ for emacs-devel@gnu.org; Sat, 11 Mar 2017 16:10:37 -0500 Original-Received: by mail-ot0-x235.google.com with SMTP id x37so94900619ota.2 for ; Sat, 11 Mar 2017 13:10:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=jpUKbeZy/RnnzLU8vqQa5EURb8PDMqHER2f2bzXlaeg=; b=p6HLck7cGPyp1A81AjjrCLVOFEt9VmcFTazHkQzWBXNH7fPrOEMqTUK5Qh4AJDm0WR 9ck/BE62T2W2nw3JNHLRtV2rp8LOWevevKSIrBmTjhMg7NYG26JIg8Mir1j5XYn9Lh/l wnkGphdl4D6JFPplG6LVPR9o0CbSh+1k1r1wswrWw4545sxGXvByaEA6nlNfS6Wwkql/ D+jfirWeoyFrMw317+KzSOobhYQUNvTuFndbYH2+XyD29A9LZO6fI9xAGlUEJHHzJo/+ nZgafzLXZXEMrgcuGeD0V+xxvsZtKic27SKs2TnQxpTzySBnkawAIRe3MFd4+p7uaW9m lhRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=jpUKbeZy/RnnzLU8vqQa5EURb8PDMqHER2f2bzXlaeg=; b=cDmbQeGjM19bzO2yKTbFJnbTVvVHQiEpQ4zaGIl1YhwjVvV0v+6gI/OC8pU+UmV6vd nvpolMymSfIcK6yplYe08vxLKHxW+QaaJ5zkv2lA1DXx9n+dxArfi1uturGAywb9UFI+ jG24arEpMnV27CuB40I/QIs7+Ev929G4VcBtRwu01/bBbX4xxGwQiAd4R+T3rMtZCW+u cp6QwiXNwc//R2w8RK1fBVQGMPZfb6EaxYFeQyFranqSq9zH0CuQlc8NUoNb/mrTnh+n tTttV/CjJNx2tM0UBcDX6Oh6R9wj4In8HHh1dqkNARt133Sk+bTPUZvBEmj3g2YZ2DfS UWDA== X-Gm-Message-State: AMke39msv/q+cYG+0uxAXQxlHoXzT1A0y+GOha//SHYnrb5cCAucq3vEKaoGl/530dYptTUecb0zySn/+z585A== X-Received: by 10.157.11.69 with SMTP id p5mr12297865otd.51.1489266635318; Sat, 11 Mar 2017 13:10:35 -0800 (PST) Original-Received: by 10.202.194.196 with HTTP; Sat, 11 Mar 2017 13:10:34 -0800 (PST) In-Reply-To: <87mvcv790s.fsf@luca> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4003:c0f::235 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:212926 Archived-At: > Are sure that "iter-yield [...] cannot appear inside [...] dynamic let > bindings" is the intended behavior ? No, I just assumed it was related. I noticed weird behaviour in real code and managed to pinpoint it to let-binding global variables. Local (lexical scope) bindings are not a problem. I guessed that global variable binding are in some sense similar to `unwind-protect', since no matter how you exit body of `let' (normally or with an error), previous value must be restored. If it is not intended and can be fixed, then of course the documentation patch is not needed. Paul On 8 March 2017 at 22:28, Andreas Politz wrote: > Noam Postavsky writes: > >> Is this Bug#25965 "iter-lambda may evaluate certain forms twice"? >> >> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25965 > > Yes, it is. > > Are sure that "iter-yield [...] cannot appear inside [...] dynamic let > bindings" is the intended behavior ? There is special code in > generator.el handling these dynamic bindings, which I think is just > incorrect. > > -ap