Errors in numbering and summarizing
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
VM |
Fix Committed
|
Medium
|
Uday Reddy |
Bug Description
Terry Jones on viewmail-bugs list (2011-05-13):
Hi. I regularly run into errors when using VM. One species results in the
following in the debugger. I don't know enough to be able to dig into this.
When it happens, the things I try in VM (moving, saving) all result in a
similar error and I am unable to save my mail buffer. Sometimes I can
manage to get things back to normal, but I don't know how. Often I just
sigh and kill my modified mail buffer.
Sample output below (I removed a couple of sensitive vars with email
addresses in them).
Note that I have been using VM for a long time (at least 16 years) so I
expect I have some old/deprecated vars set, which may be causing the
problem.
BTW, is there any general way for emacs lisp packages to allow one to run a
command that identifies deprecated variables? I'd think such a thing would
be very easy to write. That's been a source of minor pain for me in emacs
over the decades...
Thanks for any help.
Terry Jones
Debugger entered--Lisp error: (wrong-
string-
vm-number-
INBOX> nil #<marker at 91213596 in INBOX> #<marker at 91360456 in INBOX>
#<marker at 91360457 in INBOX>] [nil nil nil nil nil <<>> <-- From_ "147943"
#<buffer INBOX> nil nil nil nil nil nil nil nil nil nil ...] [t nil nil nil nil
nil nil nil nil] [nil nil nil nil nil nil nil nil nil
"<email address hidden>" nil "[intranet] History was
updated" nil nil nil nil "2011051319:59:24" "[intranet] History was updated"
nil nil nil nil nil nil nil nil] [nil <v> nil nil nil nil]]) nil)
vm-do-
#[(b)...]
mapatoms(#[(b) ...]
vm-update-
vm-decode-
vm-show-
vm-preview-
vm-next-
vm-previous-
call-
Changed in vm: | |
status: | Triaged → Incomplete |
importance: | High → Medium |
tags: | added: virtual |
summary: |
- string-to-number(nil) error + Errors in numbering and summarizing |
Changed in vm: | |
milestone: | 8.2.0b → 8.2.0 |
Changed in vm: | |
milestone: | 8.2.0b1 → 8.2.0 |
Changed in vm: | |
milestone: | 8.2.0 → 8.2.0b1 |
status: | In Progress → Fix Committed |
Changed in vm: | |
milestone: | 8.2.2a → 8.2.1a |
Changed in vm: | |
milestone: | 8.2.1a → 8.2.90a |
Here is a possible theory of what might have generated the debug trace that
you sent us.
When you get new mail, the new messages are linked to the existing
messages and then the new messages are numbered. The starting point for
this numbering is found by looking at the predecessor of the first new
message (which should be the last of the existing messages).
If the get new mail operation is aborted for some reason, then the numbering
of the new messages would not have been done, and VM does it at the next
opportunity. You debug trace indicates that this is happening. (The
message with lots of nil's must be a new message that has not been numbered
yet.)
However, in your debug trace, the predecessor of the first new message also
doesn't have a message number. That is what is getting the error. That
means that something must have gone wrong in the previous get-new-mail
operation as well.
So, it seems that get-new-mil is what you need to watch to track down this
problem.
Cheers,
Uday