From unknown Thu Aug 14 12:19:49 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#29077 <29077@debbugs.gnu.org> To: bug#29077 <29077@debbugs.gnu.org> Subject: Status: 26.0; NEWS: "Values in call stack frames are now displayed using `cl-prin1'" Reply-To: bug#29077 <29077@debbugs.gnu.org> Date: Thu, 14 Aug 2025 19:19:49 +0000 retitle 29077 26.0; NEWS: "Values in call stack frames are now displayed us= ing `cl-prin1'" reassign 29077 emacs submitter 29077 Drew Adams severity 29077 minor tag 29077 fixed thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 30 18:19:19 2017 Received: (at submit) by debbugs.gnu.org; 30 Oct 2017 22:19:19 +0000 Received: from localhost ([127.0.0.1]:42828 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9IOs-0001o8-NM for submit@debbugs.gnu.org; Mon, 30 Oct 2017 18:19:18 -0400 Received: from eggs.gnu.org ([208.118.235.92]:36059) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9IOq-0001nw-SX for submit@debbugs.gnu.org; Mon, 30 Oct 2017 18:19:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e9IOf-0007ly-U2 for submit@debbugs.gnu.org; Mon, 30 Oct 2017 18:19:11 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:44180) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1e9IOf-0007lr-NV for submit@debbugs.gnu.org; Mon, 30 Oct 2017 18:19:05 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55141) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e9IOe-0005If-Ge for bug-gnu-emacs@gnu.org; Mon, 30 Oct 2017 18:19:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e9IOb-0007j9-6h for bug-gnu-emacs@gnu.org; Mon, 30 Oct 2017 18:19:04 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:48280) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1e9IOa-0007io-W1 for bug-gnu-emacs@gnu.org; Mon, 30 Oct 2017 18:19:01 -0400 Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v9UMIxDo012239 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Mon, 30 Oct 2017 22:18:59 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id v9UMIxCh012247 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Mon, 30 Oct 2017 22:18:59 GMT Received: from abhmp0018.oracle.com (abhmp0018.oracle.com [141.146.116.24]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id v9UMIwiR013132 for ; Mon, 30 Oct 2017 22:18:58 GMT MIME-Version: 1.0 Message-ID: Date: Mon, 30 Oct 2017 15:18:57 -0700 (PDT) From: Drew Adams To: bug-gnu-emacs@gnu.org Subject: 26.0; NEWS: "Values in call stack frames are now displayed using `cl-prin1'" X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4600.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: userv0021.oracle.com [156.151.31.71] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) [Note: I could not send this from the Emacs 26 pretest, because of bug #290= 74. I'm just mailing this in.] 1. The NEWS entry says only this (with British spelling, BTW): The old behaviour of using 'prin1' can be restored by customizing the new option 'debugger-print-function'. That doesn't tell a user how to restore the old behavior. Please tell us what print function to use to get the old behavior. The defcustom for `debugger-print-function' should offer a set of reasonabl= e choices, plus let you specify an arbitrary function. Those choices shoul= d include cl-prin1 and whatever the previously used print function was (wha= t was it? clearly it was not `print'). 2. Also, the function used is apparently really `cl-prin1', and there is NO= doc for that function. C-h f cl-prin1 shows this: cl-prin1 is an autoloaded Lisp closure in `cl-print.el'. (cl-prin1 OBJECT &optional STREAM) Not documented. That's another bug, but please fix it as part of this report. 3. Also, is the backtrace really printed using prin1 or cl-prin1? I have pr= int-length and print-level set to nil and print-circle set to t or nil (nei= ther helps). I turn off truncated lines. And yet for a return value that = is a list of 57 elements in *Backtrace* I cannot move to the end of the lis= t - the displayed list is truncated after a bit. That's useless. Users should be able to get a full *Backtrace*, being able= to move over full Lisp objects such as lists. I don't see this problem in previous Emacs releases. This "feature" (of cl-prin1 or whatever) has apparently not been road-teste= d. Please revert it as the default behavior. Let users opt in to use it, = until you get it to work. It's generally a bad idea to change the default = behavior to some new, untested behavior. Let users try it out for a few re= leases, before deciding to make it the new default behavior. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 30 19:27:55 2017 Received: (at 29077) by debbugs.gnu.org; 30 Oct 2017 23:27:55 +0000 Received: from localhost ([127.0.0.1]:42891 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9JTH-0005Oh-6N for submit@debbugs.gnu.org; Mon, 30 Oct 2017 19:27:55 -0400 Received: from mail-io0-f173.google.com ([209.85.223.173]:55130) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9JTE-0005OT-Ux for 29077@debbugs.gnu.org; Mon, 30 Oct 2017 19:27:53 -0400 Received: by mail-io0-f173.google.com with SMTP id e89so31009995ioi.11 for <29077@debbugs.gnu.org>; Mon, 30 Oct 2017 16:27:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=RTPYaMbuNtkz8pirE34/zIsuBG5MEGNcVayT235HSzI=; b=tRHma01WtP6S2Eh6CmRHl0AJM+tlj/Z3ceN8z3ug8hrMClPq+6s5dRmWRZODSdVBY6 UNphz+2vYVeSe+zwiKLCKNBeJ/LYnf0+RTNTI5R4xK5CoScI1RrnzFFWbzzmMq+7675y kSEoQV8Cx5EVrHL7rfPvewu7Yt1StuAQL5rKhn1/QKJiPFNsIDFlSaHnk98dxN2lOD2q tm0OaJphgGqyoaEJubIubE3S2CWDc53AAu0f6fa53xtiOV3VxZN+mlcY3uWvfWh9KKmI 48tNUJB0qEb6UdeePMJfbWmU1rGT1Iw2hRDPe7QojvUYqO4Z6uUfY4S/xyG6lh4WHsOk WaGw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=RTPYaMbuNtkz8pirE34/zIsuBG5MEGNcVayT235HSzI=; b=U4ndejnCoTyY3VmLeNI+MF8dTBT8JwPWG66ruArjzVr0KIs/buCN6oU/dIzPEIwFDv TD2Axzvp5NCrq13YcssGOifaWt144EB5D1uOetYPq1gEqxiYW9uOXh0Sw9ciEK9vM8XO xWvolNnBrpxqlaKw54vavHocNvLT/ZXwjcPD46c/5BplOMyhby2MS8hGusLhCKHzRu4m inkE1BXAIXjDzENRoRbKYoch5Au15B+6j1AwO2KTnyDruxrH5ir8/AiLy2Qqcn9J/hwA VhX3seiyy1ZsecfpyPOscTS90U9Y7eIYW4TzB0F4C6sf4H9nIjntLlQZs5d80zlewy+Z Wjlw== X-Gm-Message-State: AMCzsaU7+FyeNuimovWk3dX6vlX/F++ydFCiVxnwNWhs8ZBD2jKkGS9V gj9c1LHwIm9/OGElbPxlW7fQEg== X-Google-Smtp-Source: ABhQp+SM4LGHoLFLIGBcj163JoEtwTl9l1nE18fsWYmUPgwGaw6JCPQb5OTmIhHZqZsTj97Aua58dw== X-Received: by 10.36.1.211 with SMTP id 202mr604896itk.14.1509406066987; Mon, 30 Oct 2017 16:27:46 -0700 (PDT) Received: from zebian ([45.2.119.34]) by smtp.googlemail.com with ESMTPSA id s74sm202975ita.21.2017.10.30.16.27.45 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 30 Oct 2017 16:27:46 -0700 (PDT) From: Noam Postavsky To: Drew Adams Subject: Re: bug#29077: 26.0; NEWS: "Values in call stack frames are now displayed using `cl-prin1'" References: Date: Mon, 30 Oct 2017 19:27:45 -0400 In-Reply-To: (Drew Adams's message of "Mon, 30 Oct 2017 15:18:57 -0700 (PDT)") Message-ID: <87h8ugb4i6.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 29077 Cc: 29077@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) Drew Adams writes: > [Note: I could not send this from the Emacs 26 pretest, because of bug #29074. I'm just mailing this in.] > > 1. The NEWS entry says only this (with British spelling, BTW): The spelling was fixed in [1: def9715282]. > The old behaviour of using 'prin1' can be restored by customizing the > new option 'debugger-print-function'. > > That doesn't tell a user how to restore the old behavior. Please tell > us what print function to use to get the old behavior. Hmm, I feel that saying "The old behaviour of using 'prin1' can be restored by customizing the new option 'debugger-print-function' to 'prin1'" is obvious and redundant to the point of condescension. > The defcustom for `debugger-print-function' should offer a set of > reasonable choices, plus let you specify an arbitrary function. Those > choices should include cl-prin1 and whatever the previously used print > function was (what was it? clearly it was not `print'). Ah, I put :type 'function and :options '(cl-prin1 prin1), but apparently this doesn't actually have any effect in the customize buffer. Do you know how to fix this? > 2. Also, the function used is apparently really `cl-prin1', and there is NO doc for that function. C-h f cl-prin1 shows this: > > cl-prin1 is an autoloaded Lisp closure in `cl-print.el'. > > (cl-prin1 OBJECT &optional STREAM) > > Not documented. > > That's another bug, but please fix it as part of this report. It was fixed about a month ago [2: 8130186cfb]. > 3. Also, is the backtrace really printed using prin1 or cl-prin1? I > have print-length and print-level set to nil and print-circle set to t > or nil (neither helps). I turn off truncated lines. And yet for a > return value that is a list of 57 elements in *Backtrace* I cannot > move to the end of the list - the displayed list is truncated after a > bit. > > That's useless. Users should be able to get a full *Backtrace*, being able to move over full Lisp objects such as lists. > > I don't see this problem in previous Emacs releases. Hmm, works for me. I tried (defun return-a-long-list () (number-sequence 1 100)) M-x debug-on-entry RET return-a-long-list RET M-: (return-a-long-list) RET And I could see the whole thing just fine. > This "feature" (of cl-prin1 or whatever) has apparently not been > road-tested. Please revert it as the default behavior. Let users opt > in to use it, until you get it to work. It's generally a bad idea to > change the default behavior to some new, untested behavior. Let users > try it out for a few releases, before deciding to make it the new > default behavior. But then how would we get it road-tested by pretesters such as yourself? :) We could turn it back for 26.1 still, I guess the maintainers should make this call. [1: def9715282]: 2017-10-14 12:52:05 +0200 ; Cleanup of etc/NEWS https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=def9715282f71953740e8b92cf6443bfc459dd41 [2: 8130186cfb]: 2017-09-11 22:16:14 -0400 Add docstrings to cl-print entry points https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=8130186cfb830d82e7d0cc6fb7443e3b6e026660 From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 31 12:41:16 2017 Received: (at 29077) by debbugs.gnu.org; 31 Oct 2017 16:41:16 +0000 Received: from localhost ([127.0.0.1]:44440 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9ZbI-0006tX-7z for submit@debbugs.gnu.org; Tue, 31 Oct 2017 12:41:16 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:44523) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9ZbF-0006tH-FT for 29077@debbugs.gnu.org; Tue, 31 Oct 2017 12:41:14 -0400 Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v9VGf6Zx028997 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 31 Oct 2017 16:41:07 GMT Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v9VGf62P012764 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 31 Oct 2017 16:41:06 GMT Received: from abhmp0008.oracle.com (abhmp0008.oracle.com [141.146.116.14]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id v9VGf5Mh027576; Tue, 31 Oct 2017 16:41:05 GMT MIME-Version: 1.0 Message-ID: <4e5dca46-09f8-4fbd-8a4c-054ee6eacd5d@default> Date: Tue, 31 Oct 2017 09:41:04 -0700 (PDT) From: Drew Adams To: Noam Postavsky Subject: RE: bug#29077: 26.0; NEWS: "Values in call stack frames are now displayed using `cl-prin1'" References: <87h8ugb4i6.fsf@users.sourceforge.net> In-Reply-To: <87h8ugb4i6.fsf@users.sourceforge.net> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4600.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: userv0022.oracle.com [156.151.31.74] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 29077 Cc: 29077@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > > The old behaviour of using 'prin1' can be restored by customizing the > > new option 'debugger-print-function'. > > > > That doesn't tell a user how to restore the old behavior. Please tell > > us what print function to use to get the old behavior. >=20 > Hmm, I feel that saying "The old behaviour of using 'prin1' can be > restored by customizing the new option 'debugger-print-function' to > 'prin1'" is obvious and redundant to the point of condescension. My bad; sorry. I misread it as saying that the new behavior is to use `prin1'. I guess I didn't notice the difference between `prin1' and `cl-prin1'. User error - no problem to fix, here. > > The defcustom for `debugger-print-function' should offer a set of > > reasonable choices, plus let you specify an arbitrary function. Those > > choices should include cl-prin1 and whatever the previously used print > > function was (what was it? clearly it was not `print'). >=20 > Ah, I put :type 'function and :options '(cl-prin1 prin1), but apparently > this doesn't actually have any effect in the customize buffer. Do you > know how to fix this? Not really. Maybe there is no good solution. As (elisp) node `Variable Definitions' says about `:options': This is meaningful only for certain types, currently including 'hook', 'plist' and 'alist'. See the definition of the individual types for a description of how to use ':options'. You could use `choice', like this: (defcustom foo 'cl-prin1 "..." :type '(choice (const cl-prin1) (const prin1) function) :group 'convenience) > > 3. Also, is the backtrace really printed using prin1 or cl-prin1? I > > have print-length and print-level set to nil and print-circle set to t > > or nil (neither helps). I turn off truncated lines. And yet for a > > return value that is a list of 57 elements in *Backtrace* I cannot > > move to the end of the list - the displayed list is truncated after a > > bit. > > > > That's useless. Users should be able to get a full *Backtrace*,=20 > > being able to move over full Lisp objects such as lists. > > > > I don't see this problem in previous Emacs releases. >=20 > Hmm, works for me. I tried > (defun return-a-long-list () > (number-sequence 1 100)) > M-x debug-on-entry RET return-a-long-list RET > M-: (return-a-long-list) RET > And I could see the whole thing just fine. It's not the number of elements in the list that is the limiting factor. It's apparently the size of the text that is printed for a given backtrace line. If you use larger list elements then you will see that the list gets truncated. (defun return-a-large-list () (let ((lst ())) (dotimes (ii 5) (push ctl-x-map lst)) lst)) Try to move over the list and you will see this error: forward-sexp: Scan error: "Unbalanced parentheses", 36, 18171 Interestingly, this is also shown in *Messages*: Entering debugger... . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . = )) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) = . )) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . = ) . )) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) = . ) . )) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . ) . = ) . ) . ))) I have no idea why. Perhaps it is from vestigial debug messages? > > This "feature" (of cl-prin1 or whatever) has apparently not been > > road-tested. Please revert it as the default behavior. Let users opt > > in to use it, until you get it to work. It's generally a bad idea to > > change the default behavior to some new, untested behavior. Let users > > try it out for a few releases, before deciding to make it the new > > default behavior. >=20 > But then how would we get it road-tested by pretesters such as yourself? > :) It can be OK to change the default for a pretest only. But in that case it should be made clear that that is what's happening. Otherwise, people expect that the pretest is showing what will be released, and that it is therefore also a test of the change in default. > We could turn it back for 26.1 still, I guess the=20 > maintainers should make this call. Yes. The biggest problem reported here is #3. I cannot move over large Lisp sexps (e.g. lists) in the backtrace entries and their parts, because they get truncated. It would be good to be able to have pieces of a large Lisp sexp elided, and to be able to toggle the elision on/off. From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 31 18:56:39 2017 Received: (at 29077) by debbugs.gnu.org; 31 Oct 2017 22:56:39 +0000 Received: from localhost ([127.0.0.1]:44741 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9fSZ-0001Mu-9G for submit@debbugs.gnu.org; Tue, 31 Oct 2017 18:56:39 -0400 Received: from mail-io0-f175.google.com ([209.85.223.175]:55357) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9fSY-0001Mh-48 for 29077@debbugs.gnu.org; Tue, 31 Oct 2017 18:56:38 -0400 Received: by mail-io0-f175.google.com with SMTP id p186so2294399ioe.12 for <29077@debbugs.gnu.org>; Tue, 31 Oct 2017 15:56:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=F3QfM/yKcqwbVfrHVoHA4LY1xr+H10UFwGbWG5AczaM=; b=ASGOUHvFDB5XQcoai/w6YTOaHY8ipp6GSLJzEEffAZ0Rs95bCIBZH3adgVJOWlrghi cvu9cwW25N16FQ8tjiIou9y7+xZdCOc353bOZ5BHGFCMGuEhcRsdsRY0u2bqxkUjC49u FkZnpj8QNA9CszL9MLM7MZiklTFLIpeqSrFc9oZmR+63xpFFQgv8HBx/NMiu9j2NGeBb xQaNbXJFg/czj64VfIs2nGPX161NlejF5G8YjP/vOteW9EkACxo0eNV7DlHGxHp57EpG y23geMF9mDQG2x4d6B2tHaFi93MV+RtX1aYu9N9voNytQfp79vaUS6d5XKyR6jn9cv1I pZsQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=F3QfM/yKcqwbVfrHVoHA4LY1xr+H10UFwGbWG5AczaM=; b=KFB8bHHXRq6bigTq5mtWfUmvtaY1Ie2Cvc0RmwB7fVcrsSY7AKjiJXE7Zvw0sHpXiI 1hfm01LLLF5L3/ZYK9chpdwpqHS9fATiNqhhNzQktXzadsgBfN9BWGopElx1/xiB0apH LegkgF5oy8nO4AFjbN1m4ps5qPLXSli3sspuBruNkYe2q3mEdXg8nWWjqTQDFl016yVG uL0SKwA+3+F8YucvSZ+8gLZh4h2yYLQWE3JZthWOLqEAEUEyNCaNC28m1Nos27KK0MBJ d8egw+cV6YtWpDNj4x3pL3i9kL1m1wm/l0wxlQC3vsjwRIAMH9xnC9vqp+29OVhB10UD kwIg== X-Gm-Message-State: AMCzsaVh+A+BWu6dxj8TAaKc4JmgF9zVeZMGj0lWs4AtamniPlE/8GZv 9cdTX5TEvrtrX2v5wh6+bLMalw== X-Google-Smtp-Source: ABhQp+TFg+vsQzAIONCa87ir9q4AwIqh07QT+1RNfvYqaa99ZxbpnXYF4IUZDjndty0oPwWgBqzVHw== X-Received: by 10.36.185.4 with SMTP id w4mr5266067ite.77.1509490592280; Tue, 31 Oct 2017 15:56:32 -0700 (PDT) Received: from zebian ([45.2.119.34]) by smtp.googlemail.com with ESMTPSA id g77sm1176763iod.58.2017.10.31.15.56.29 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 31 Oct 2017 15:56:30 -0700 (PDT) From: Noam Postavsky To: Drew Adams Subject: Re: bug#29077: 26.0; NEWS: "Values in call stack frames are now displayed using `cl-prin1'" References: <87h8ugb4i6.fsf@users.sourceforge.net> <4e5dca46-09f8-4fbd-8a4c-054ee6eacd5d@default> Date: Tue, 31 Oct 2017 18:56:28 -0400 In-Reply-To: <4e5dca46-09f8-4fbd-8a4c-054ee6eacd5d@default> (Drew Adams's message of "Tue, 31 Oct 2017 09:41:04 -0700 (PDT)") Message-ID: <87k1zb9bab.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 29077 Cc: 29077@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) Drew Adams writes: >> Ah, I put :type 'function and :options '(cl-prin1 prin1), but apparently >> this doesn't actually have any effect in the customize buffer. Do you >> know how to fix this? > > Not really. Maybe there is no good solution. As (elisp) node > `Variable Definitions' says about `:options': > > This is meaningful only for certain types, currently including > 'hook', 'plist' and 'alist'. See the definition of the individual > types for a description of how to use ':options'. > > You could use `choice', like this: > > (defcustom foo 'cl-prin1 > "..." > :type '(choice > (const cl-prin1) > (const prin1) > function) Looks reasonable. > :group 'convenience) Did you mean to put this in? I don't see very many uses of :group 'convenience, and most are in defgroup forms. > If you use larger list elements then you will see that > the list gets truncated. > > (defun return-a-large-list () > (let ((lst ())) > (dotimes (ii 5) > (push ctl-x-map lst)) > lst)) Hmm, nope not seeing it. Do you get this from 'emacs -Q'? As far as I can tell, there is nothing in cl-print.el that would perform truncation. From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 31 22:59:53 2017 Received: (at 29077) by debbugs.gnu.org; 1 Nov 2017 02:59:53 +0000 Received: from localhost ([127.0.0.1]:44841 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9jFw-0000f4-W5 for submit@debbugs.gnu.org; Tue, 31 Oct 2017 22:59:53 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:46074) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9jFu-0000en-Cx for 29077@debbugs.gnu.org; Tue, 31 Oct 2017 22:59:50 -0400 Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id vA12xhdB026748 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 1 Nov 2017 02:59:43 GMT Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id vA12xgEo029396 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 1 Nov 2017 02:59:42 GMT Received: from abhmp0016.oracle.com (abhmp0016.oracle.com [141.146.116.22]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id vA12xeZJ011537; Wed, 1 Nov 2017 02:59:42 GMT MIME-Version: 1.0 Message-ID: <0a35cb62-27ba-4060-9066-a50764c13abf@default> Date: Tue, 31 Oct 2017 19:59:39 -0700 (PDT) From: Drew Adams To: Noam Postavsky Subject: RE: bug#29077: 26.0; NEWS: "Values in call stack frames are now displayed using `cl-prin1'" References: <87h8ugb4i6.fsf@users.sourceforge.net> <4e5dca46-09f8-4fbd-8a4c-054ee6eacd5d@default> <87k1zb9bab.fsf@users.sourceforge.net> In-Reply-To: <87k1zb9bab.fsf@users.sourceforge.net> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4600.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: userv0021.oracle.com [156.151.31.71] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 29077 Cc: 29077@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > > :group 'convenience) >=20 > Did you mean to put this in? I don't see very many uses of :group > 'convenience, and most are in defgroup forms. No, not for this. I add a :group by habit. Emacs used to complain if there isn't one. It was just a `foo' example. > > If you use larger list elements then you will see that > > the list gets truncated. > > > > (defun return-a-large-list () > > (let ((lst ())) > > (dotimes (ii 5) > > (push ctl-x-map lst)) > > lst)) >=20 > Hmm, nope not seeing it. Do you get this from 'emacs -Q'? As far as I > can tell, there is nothing in cl-print.el that would perform truncation. Damn! Such a waste of time. Sorry for the noise - it took me a while to figure it out. For some reason (I don't even recall) I had a copy of `cl-print.el' that dated from 2017-09-10 in my load-path. That was being loaded. Very sorry for the noise. Please close this bug. From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 31 23:04:23 2017 Received: (at control) by debbugs.gnu.org; 1 Nov 2017 03:04:23 +0000 Received: from localhost ([127.0.0.1]:44845 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9jKJ-0000nE-HB for submit@debbugs.gnu.org; Tue, 31 Oct 2017 23:04:23 -0400 Received: from userp1040.oracle.com ([156.151.31.81]:18037) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9jKI-0000n2-CR for control@debbugs.gnu.org; Tue, 31 Oct 2017 23:04:23 -0400 Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id vA134Gxt008884 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Wed, 1 Nov 2017 03:04:16 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id vA134GlG010731 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Wed, 1 Nov 2017 03:04:16 GMT Received: from abhmp0016.oracle.com (abhmp0016.oracle.com [141.146.116.22]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id vA134GxG010927 for ; Wed, 1 Nov 2017 03:04:16 GMT MIME-Version: 1.0 Message-ID: Date: Tue, 31 Oct 2017 20:04:15 -0700 (PDT) From: Drew Adams To: control@debbugs.gnu.org Subject: close 29077 X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4600.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: userv0021.oracle.com [156.151.31.71] X-Spam-Score: -5.1 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.1 (-----) close 29077 thanks From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 01 09:23:40 2017 Received: (at 29077) by debbugs.gnu.org; 1 Nov 2017 13:23:40 +0000 Received: from localhost ([127.0.0.1]:45103 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9szc-00032W-AJ for submit@debbugs.gnu.org; Wed, 01 Nov 2017 09:23:40 -0400 Received: from mail-io0-f170.google.com ([209.85.223.170]:56929) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e9sza-00032E-Ma; Wed, 01 Nov 2017 09:23:39 -0400 Received: by mail-io0-f170.google.com with SMTP id m81so5912356ioi.13; Wed, 01 Nov 2017 06:23:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=klYxpBnAjleD9YO+akSRJkjjrOXh58+pNFbPK/vsCfw=; b=HLI5ooXwKk9BHBt3MTTymUxIiT1C2323dPJdzjkam/PDJqCANtOMX4xmV8cJsj5IWt WtgxnoWOYJ2vhxpbqd6Fpz/jLrfWntK1fPuxQvjBoPOceUkIbPPvIwIi2NVEKN3ehw+V 0IFD9jrFr0se/w0A+0s3plxVZdBtxgGS0Xc8FCEu2jEksY+GJscHRPHtljXArL8uBi5Q dgSQJazaPeLP2T8Y82IcjIpPYSckeDWxNg6vRfWGlm9zfdtR4GZ0YxhKd5xjvmakFpay 9l4z51w+27QO9S79Y0df7SeNoF7qLQUhfUHYOAZXN4ewMQ2VQFlPfxRcItUX4qQmN2z+ u0Kg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=klYxpBnAjleD9YO+akSRJkjjrOXh58+pNFbPK/vsCfw=; b=JF2EEvgHR3fU7zLwwe47z4iXHox9IIJreGS1+ooBnhj/M2rqe2LNgroIGmbEXDAGWH ZF5tsMyh0phbkOYOMiEiAe2HTTT9G/JjJ4/T8BAQbZCyVhwVqXVoEpupwKUx/2XDRpLE 9Z86pFImRuT37J3C42Jzj39mA3ORrPDAdra9sB3Xg2YjkEcSpmOm7ANLcLqVDp3TNdzG 5JdZodCQryWlAhWHhaMp+2u8wmkOa7Lp7mPPxw/lx9E8YyZj4hNC93O2ZNgmSQQNa0HH LhnQz+OOX5QjQyco343piOnRSfGTb+7CGtvz+58C3cuOX7kDa7F14l6q06Cb5F6S6l+z IS+w== X-Gm-Message-State: AMCzsaX//fFTyshbAqVm9lF+FP5AhibHcM/jKqAbWtBthb79ozyeUnU7 /Tip5k/p0vkR9B0o29XSPBRSnQ== X-Google-Smtp-Source: ABhQp+RN7x51KvfDhUcOItuJb6IYXculvdmQ3GVyPXhN1oZikE4DzmfDjW/ZWz5da76uiBRww+3Pqg== X-Received: by 10.107.42.10 with SMTP id q10mr7190834ioq.196.1509542612808; Wed, 01 Nov 2017 06:23:32 -0700 (PDT) Received: from zebian ([45.2.119.34]) by smtp.googlemail.com with ESMTPSA id d129sm256037ioe.1.2017.11.01.06.23.29 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 01 Nov 2017 06:23:31 -0700 (PDT) From: Noam Postavsky To: Drew Adams Subject: Re: bug#29077: 26.0; NEWS: "Values in call stack frames are now displayed using `cl-prin1'" References: <87h8ugb4i6.fsf@users.sourceforge.net> <4e5dca46-09f8-4fbd-8a4c-054ee6eacd5d@default> <87k1zb9bab.fsf@users.sourceforge.net> <0a35cb62-27ba-4060-9066-a50764c13abf@default> Date: Wed, 01 Nov 2017 09:23:29 -0400 In-Reply-To: <0a35cb62-27ba-4060-9066-a50764c13abf@default> (Drew Adams's message of "Tue, 31 Oct 2017 19:59:39 -0700 (PDT)") Message-ID: <87bmkm9lpq.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 29077 Cc: 29077@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) tags 29077 fixed close 29077 quit Drew Adams writes: >> > :group 'convenience) >> >> Did you mean to put this in? I don't see very many uses of :group >> 'convenience, and most are in defgroup forms. > > No, not for this. I add a :group by habit. Emacs used to > complain if there isn't one. It was just a `foo' example. > Okay, pushed the :type part to emacs-26. [1: 70621e2571]: 2017-11-01 08:54:02 -0400 Fix customization of debugger-print-function (Bug#29077) https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=70621e25713b8158cc386a70247f63106df3712c From unknown Thu Aug 14 12:19:49 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 30 Nov 2017 12:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator