From xemacs-m  Mon Jul 14 03:05:41 1997
Received: from kurims.kurims.kyoto-u.ac.jp (kurims.kurims.kyoto-u.ac.jp [130.54.16.1])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id DAA29483
	for <xemacs-beta@xemacs.org>; Mon, 14 Jul 1997 03:05:33 -0500 (CDT)
Received: from boron.kurims.kyoto-u.ac.jp (boron.kurims.kyoto-u.ac.jp [130.54.16.65]) by kurims.kurims.kyoto-u.ac.jp (8.8.5/3.4W2) with SMTP id RAA23060 for <xemacs-beta@xemacs.org>; Mon, 14 Jul 1997 17:05:16 +0900 (JST)
Received: (from petersen@localhost) by boron.kurims.kyoto-u.ac.jp (SMI-8.6/3.5Wbeta) id RAA13866; Mon, 14 Jul 1997 17:05:16 +0900
Sender: petersen@kurims.kyoto-u.ac.jp
Cc: XEmacs Beta Developers <xemacs-beta@xemacs.org>
Newsgroups: gnu.emacs.gnus
Subject: corruption of ".newsrc.eld" in Japanese XEmacs-20/mule
Mime-Version: 1.0 (generated by tm-edit 7.108)
Content-Type: multipart/mixed;
 boundary="Multipart_Mon_Jul_14_17:05:14_1997-1"
Content-Transfer-Encoding: 7bit
From: Jens-U H Petersen <petersen@kurims.kyoto-u.ac.jp>
Date: 14 Jul 1997 17:05:14 +0900
Message-ID: <lbk9ium539.fsf@boron.kurims.kyoto-u.ac.jp>
Lines: 73
X-Newsreader: Gnus v5.4.62/XEmacs 20.3(beta11) - "Stockholm"
Posted-To: gnu.emacs.gnus

The following message is a courtesy copy of an article
that has been posted to gnu.emacs.gnus as well.

--Multipart_Mon_Jul_14_17:05:14_1997-1
Content-Type: text/plain; charset=US-ASCII

I noticed this problem in XEmacs-20.2/mule and also in
xemacs-20.3beta11/mule:

I have a file "gnus-break.el"


--Multipart_Mon_Jul_14_17:05:14_1997-1
Content-Type: application/octet-stream; type=emacs-lisp
Content-Disposition: attachment; filename="gnus-break.el"
Content-Transfer-Encoding: 7bit

(set-language-environment 'japanese)
(gnus)

--Multipart_Mon_Jul_14_17:05:14_1997-1
Content-Type: text/plain; charset=US-ASCII


I start xemacs:

	xemacs -q -no-site-file -load ~/test/gnus-break.el

Then read some news and quit from gnus (`q').

Then I find-file ".newsrc.eld" and it contains the contains the
garbage (here asciified)

	^[$)B

at the end of a very long line before one reading:

(setq gnus-topic-topology '(("Gnus" visible) (("misc" visible)))) 

Can anyone reproduce this?


I traced the problem down to the function gnus-save-newsrc-file in
("gnus-start.el"), where the line:

	  (set-buffer (get-buffer-create " *Gnus-newsrc*"))

in the Japanese env this creates a buffer with Ja/EUC (in the
modeline): so it is perhaps due to the coding-system.

The following patch fixes the problem for me

---- Start of included text -----------------------8<--- cut here -------------
diff -c gnus-start.el~ gnus-start.el
*** gnus-start.el~	Mon Jul 14 16:56:09 1997
--- gnus-start.el	Mon Jul 14 16:56:09 1997
***************
*** 2198,2203 ****
--- 2198,2204 ----
  	  (gnus-message 5 "Saving %s.eld..." gnus-current-startup-file)
  	  (gnus-gnus-to-quick-newsrc-format)
  	  (run-hooks 'gnus-save-quick-newsrc-hook)
+ 	  (set-file-coding-system 'no-conversion)
  	  (save-buffer)
  	  (kill-buffer (current-buffer))
  	  (gnus-message
---- End of included text -------------------------8<--- and here -------------


But does that break non-Mule XEmacs/Emacs?

Is there a better solution?

Jens

--Multipart_Mon_Jul_14_17:05:14_1997-1--

