all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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.

      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.