jkcompr-related problem...

jkcompr-related problem...

[David Hedbor]

Hello. This is a problem I've had for a while now, including the
latest cvs version. When trying to send an attachment that normally
would be decoded by jka-compr I get the following error:

Signaling: (void-variable coding-system-for-read)
  jka-compr-insert-file-contents("/home/neotron/cvsd-0.5.tar.gz" nil nil nil nil)
  apply(jka-compr-insert-file-contents ("/home/neotron/cvsd-0.5.tar.gz" nil nil nil nil))
  jka-compr-handler(insert-file-contents "/home/neotron/cvsd-0.5.tar.gz" nil nil nil nil)
  insert-file-contents-internal("~/cvsd-0.5.tar.gz" nil nil nil nil nil nil)
  insert-file-contents("~/cvsd-0.5.tar.gz" nil nil nil nil)
  mm-insert-file-contents("~/cvsd-0.5.tar.gz")
  mml-compute-boundary-1((part (type . "application/octet-stream") (filename . "~/cvsd-0.5.tar.gz") (disposition . "attachment") (contents . "")))
  mapcar(mml-compute-boundary-1 ((part (type . "text/plain") (contents . "\n-- \n[ Below is a random fortune, which is unrelated to the above message. ]\nHe who hesitates is last.\nf")) (part (type . "application/octet-stream") (filename . "~/cvsd-0.5.tar.gz") (disposition . "attachment") (contents . ""))))
  mml-compute-boundary-1((multipart (type . "mixed") (part (type . "text/plain") (contents . "\n-- \n[ Below is a random fortune, which is unrelated to the above message. ]\nHe who hesitates is last.\nf")) (part (type . "application/octet-stream") (filename . "~/cvsd-0.5.tar.gz") (disposition . "attachment") (contents . ""))))
  mml-compute-boundary((multipart (type . "mixed") (part (type . "text/plain") (contents . "\n-- \n[ Below is a random fortune, which is unrelated to the above message. ]\nHe who hesitates is last.\nf")) (part (type . "application/octet-stream") (filename . "~/cvsd-0.5.tar.gz") (disposition . "attachment") (contents . ""))))
  mml-generate-mime-1((multipart (type . "mixed") (part (type . "text/plain") (contents . "\n-- \n[ Below is a random fortune, which is unrelated to the above message. ]\nHe who hesitates is last.\nf")) (part (type . "application/octet-stream") (filename . "~/cvsd-0.5.tar.gz") (disposition . "attachment") (contents . ""))))
  mml-generate-mime()
  message-encode-message-body()
  message-send-mail(nil)
  message-send-via-mail(nil)
  message-send(nil)
  message-send-and-exit(nil)
  call-interactively(message-send-and-exit)

Naturally this isn't a very nice behavior. Any ideas why this happens?

Also, still fix for the incorrect displaying of variables when you
enter a group with lots of messages? It's becoming a very big problem
for me. I don't know how many times I've sent emails to incorrect
people. One reason for this is that when I go to a mail I want to
reply to and press "r", I will reply to some completely different
mail iff the mail I am trying to reply to won't be visible after the
screen is split. I would have tried to fix this myself but I have no
idea where to look and aren't all that skilled in elisp. My current
workaround is to first view the article, press "h h" and _then_ press
r.

Again, am I really the only one with this problem? I have this problem
with both XEmacs 21.1.4 and 21.1.8.

-- 
[ Below is a random fortune, which is unrelated to the above message. ]
One monk said to the other, "The fish has flopped out of the net! How will it
live?" The other said, "When you have gotten out of the net, I'll tell you."

Re: jkcompr-related problem...

[Lars Magne Ingebrigtsen]

David Hedbor <david@hedbor.org> writes:

> Signaling: (void-variable coding-system-for-read)

[...]

> Naturally this isn't a very nice behavior. Any ideas why this happens?

Hm.  If something was binding that variable when the file containing
the definition of that variable was loaded, then you'd see this
behavior.  But in this case, that seems rather unlikely, since that
variable is defined in files.el, which is dumped in Emacs, I think.

So it seems like a mystery to me.

-- 
(domestic pets only, the antidote for overdose, milk.)
   larsi@gnus.org * Lars Magne Ingebrigtsen