From: John Paul Wallington <jpw@gnu.org>
Cc: bug-gnu-emacs@gnu.org
Subject: Re: The function prin1 prints "..." at the end of a long list.
Date: Tue, 15 Apr 2003 17:23:25 +0100 [thread overview]
Message-ID: <87k7dvbugy.fsf@indigo.shootybangbang.com> (raw)
In-Reply-To: <ph2fzojg4o8.fsf@st.com> (Matthieu Moy's message of "Tue, 15 Apr 2003 17:29:27 +0200")
Matthieu Moy <Matthieu.Moy@st.com> wrote:
>>> The function prin1 sometimes truncates the end of a long list
>>> (auto-mode-alist is a good example of such list):
>> [This corrupts my SCORE file in Gnus]
>>> Now, more fun : I launch another Emacs session, and in the new
>>> session, everything works as expected : C-h v auto-mode-alist shows me
>>> the full value, and so on. The problem seems to happen randomly, but
>>> when it happens once, then, it will continue to happen until the end
>>> of the session.
>>>
>>> I have the same problem on a Solaris box and a Linux (Debian 3.0) box,
>>> both with Emacs 21.2.
>>
>> What is the value of `print-length' in the misbehaving session? Maybe
>> some code set rather than bound it to a non-nil value.
>
> Yep, that's it. The value is 10 in a buggy session, and nil in a
> "sane" session.
[...]
> So, it seems to me that there are actually 2 bugs :
>
> * Something has set my print-level without my asking for it. This may
> be a Gnus bug or an Emacs bug. (Or something obscure in my
> configuration, but grep doesn't agree on that ...)
On cursory examination I don't see how it would be set rather than
bound by Emacs sources, or where it would get the value 10. Have you
customized `eval-expression-print-length' or loaded the cust-print
library? Perhaps it is set by the debugger/edebug ?
> * The dump of the SCORE file does is not protected against incorrect
> print-length. This is a Gnus bug.
You have suggested a patch to the Gnus maintainers, so this aspect of
your bug will fixed by them, I guess.
prev parent reply other threads:[~2003-04-15 16:23 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-04-15 14:11 The function prin1 prints "..." at the end of a long list Matthieu Moy
2003-04-15 14:41 ` John Paul Wallington
[not found] ` <ph2fzojg4o8.fsf@st.com>
2003-04-15 16:23 ` John Paul Wallington [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87k7dvbugy.fsf@indigo.shootybangbang.com \
--to=jpw@gnu.org \
--cc=bug-gnu-emacs@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.