* Re: Gnus and \202 in Article buffer again [not found] <m3ofqtrnhp.fsf@SnowWhite.SuSE.cz> @ 2001-07-11 21:32 ` Pavel Janík 2001-07-11 22:36 ` Gerd Moellmann 2001-07-12 1:20 ` ShengHuo ZHU 0 siblings, 2 replies; 6+ messages in thread From: Pavel Janík @ 2001-07-11 21:32 UTC (permalink / raw) Cc: GNUS mailing list [-- Attachment #1: Type: text/plain, Size: 3244 bytes --] From: Pavel@Janik.cz (Pavel Janík) Date: Tue, 10 Jul 2001 14:13:06 +0200 Hi again, this is a reply to my own e-mail with a full copy for you who do not read the list where I reported this problem originally. > I have done a cvs update/recompile tonight as I usually do and from that > time, I do have \202 before accented characters the body of each message in > the Article buffer. I run emacs with LANG=cs_CZ and a minute before > checkout, it used to work without any problem. I have stripped down my dot > files to a bare minimum and can also reproduce the problem with it. All > (really, I have tested it with a just created user without any other files > in his ~) you need is in the attached file: > > drwxr-xr-x user/users 0 2001-07-10 13:52:37 Mail/ > -rwxr-xr-x user/users 15 2001-07-10 13:52:37 Mail/active > -rwxr-xr-x user/users 672 2001-07-10 13:52:25 Mail/Incoming > -rw-r--r-- user/users 2158 2001-07-10 13:56:45 .newsrc.eld > > Mail/ directory with one folder Incoming and active file. Incoming folder > contains just one message which contains correct MIME headers. > > .newsrc.eld file is set up so you can simply run: > > LANG=cs_CZ emacs -f gnus > > After that, just press y to an error message and display an article from > Incoming. You will see > http://www.janik.cz/tmp/emacs-gnus-21.0.104-problem.png. > > Do you see the same? I do not think that this is bug in Gnus, because the > same bug can be seen with Oort Gnus from CVS. I can provide any details you > want. Hmm, after spending the whole evening on this, I know what is the cause. This patch (which reverts Gerd's patch) can fix this problem for me: diff -urN emacs-21.0.104.orig/lisp/gnus/ChangeLog emacs-21.0.104/lisp/gnus/ChangeLog --- emacs-21.0.104.orig/lisp/gnus/ChangeLog Wed Jul 11 22:50:15 2001 +++ emacs-21.0.104/lisp/gnus/ChangeLog Wed Jul 11 22:51:12 2001 @@ -1,8 +1,3 @@ -2001-07-04 Gerd Moellmann <gerd@gnu.org> - - * nnheader.el (nnheader-init-server-buffer): Make sure the - *nntpd* buffer is made multibyte instead of a random buffer. - 2001-07-02 Eli Zaretskii <eliz@is.elta.co.il> * gnus.el: Fix the header line, for finder.el. Suggested by diff -urN emacs-21.0.104.orig/lisp/gnus/nnheader.el emacs-21.0.104/lisp/gnus/nnheader.el --- emacs-21.0.104.orig/lisp/gnus/nnheader.el Wed Jul 11 22:50:14 2001 +++ emacs-21.0.104/lisp/gnus/nnheader.el Wed Jul 11 22:51:13 2001 @@ -474,8 +474,8 @@ (save-excursion (unless (gnus-buffer-live-p nntp-server-buffer) (setq nntp-server-buffer (get-buffer-create " *nntpd*"))) - (set-buffer nntp-server-buffer) (mm-enable-multibyte) + (set-buffer nntp-server-buffer) (erase-buffer) (kill-all-local-variables) (setq case-fold-search t) ;Should ignore case. First, I thought that this is problem in Emacs itself, but this Gerd's patch was commited to both CVS Gnus and to CVS of Emacs so I was fooled :-) I do not know what is the correct solution though. Will leave this on Shenghuo and Gerd. Uff ;-) -- Pavel Janík printk("autofs: Out of inode numbers -- what the heck did you do??\n"); -- 2.0.38 fs/autofs/root.c [-- Attachment #2: gnus-debug.tar.gz --] [-- Type: application/x-gzip, Size: 1444 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Gnus and \202 in Article buffer again 2001-07-11 21:32 ` Gnus and \202 in Article buffer again Pavel Janík @ 2001-07-11 22:36 ` Gerd Moellmann 2001-07-12 2:20 ` ShengHuo ZHU 2001-07-12 1:20 ` ShengHuo ZHU 1 sibling, 1 reply; 6+ messages in thread From: Gerd Moellmann @ 2001-07-11 22:36 UTC (permalink / raw) Cc: GNU Emacs pretest bug list, GNUS mailing list Pavel@Janik.cz (Pavel Janík) writes: > diff -urN emacs-21.0.104.orig/lisp/gnus/ChangeLog emacs-21.0.104/lisp/gnus/ChangeLog > --- emacs-21.0.104.orig/lisp/gnus/ChangeLog Wed Jul 11 22:50:15 2001 > +++ emacs-21.0.104/lisp/gnus/ChangeLog Wed Jul 11 22:51:12 2001 > @@ -1,8 +1,3 @@ > -2001-07-04 Gerd Moellmann <gerd@gnu.org> > - > - * nnheader.el (nnheader-init-server-buffer): Make sure the > - *nntpd* buffer is made multibyte instead of a random buffer. > - > 2001-07-02 Eli Zaretskii <eliz@is.elta.co.il> > > * gnus.el: Fix the header line, for finder.el. Suggested by > diff -urN emacs-21.0.104.orig/lisp/gnus/nnheader.el emacs-21.0.104/lisp/gnus/nnheader.el > --- emacs-21.0.104.orig/lisp/gnus/nnheader.el Wed Jul 11 22:50:14 2001 > +++ emacs-21.0.104/lisp/gnus/nnheader.el Wed Jul 11 22:51:13 2001 > @@ -474,8 +474,8 @@ > (save-excursion > (unless (gnus-buffer-live-p nntp-server-buffer) > (setq nntp-server-buffer (get-buffer-create " *nntpd*"))) > - (set-buffer nntp-server-buffer) > (mm-enable-multibyte) > + (set-buffer nntp-server-buffer) > (erase-buffer) > (kill-all-local-variables) > (setq case-fold-search t) ;Should ignore case. > > > First, I thought that this is problem in Emacs itself, but this Gerd's > patch was commited to both CVS Gnus and to CVS of Emacs so I was fooled :-) > I do not know what is the correct solution though. Will leave this on > Shenghuo and Gerd. Uff ;-) What I fixed is clearly a bug; Kenichi reported that M-x gnus can change the multibyteness of random buffers. Probably fixing that bug uncovered another. ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Gnus and \202 in Article buffer again 2001-07-11 22:36 ` Gerd Moellmann @ 2001-07-12 2:20 ` ShengHuo ZHU 0 siblings, 0 replies; 6+ messages in thread From: ShengHuo ZHU @ 2001-07-12 2:20 UTC (permalink / raw) Cc: GNU Emacs pretest bug list gerd.moellmann@t-online.de (Gerd Moellmann) writes: >> First, I thought that this is problem in Emacs itself, but this Gerd's >> patch was commited to both CVS Gnus and to CVS of Emacs so I was fooled :-) >> I do not know what is the correct solution though. Will leave this on >> Shenghuo and Gerd. Uff ;-) > > What I fixed is clearly a bug; Kenichi reported that M-x gnus can > change the multibyteness of random buffers. Probably fixing that > bug uncovered another. Yes. It is the case. ShengHuo ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Gnus and \202 in Article buffer again 2001-07-11 21:32 ` Gnus and \202 in Article buffer again Pavel Janík 2001-07-11 22:36 ` Gerd Moellmann @ 2001-07-12 1:20 ` ShengHuo ZHU 2001-07-12 9:57 ` Pavel Janík 1 sibling, 1 reply; 6+ messages in thread From: ShengHuo ZHU @ 2001-07-12 1:20 UTC (permalink / raw) Cc: GNU Emacs pretest bug list [-- Attachment #1: Type: text/plain, Size: 987 bytes --] Pavel@Janik.cz (Pavel Janík) writes: > From: Pavel@Janik.cz (Pavel Janík) > Date: Tue, 10 Jul 2001 14:13:06 +0200 > > Hi again, > > this is a reply to my own e-mail with a full copy for you who do not read > the list where I reported this problem originally. > > > I have done a cvs update/recompile tonight as I usually do and from that > > time, I do have \202 before accented characters the body of each message in [...] > First, I thought that this is problem in Emacs itself, but this Gerd's > patch was commited to both CVS Gnus and to CVS of Emacs so I was fooled :-) > I do not know what is the correct solution though. Will leave this on > Shenghuo and Gerd. Uff ;-) This bug is only related to nnfolder backend. I've fixed it in the Gnus CVS. Please test before add it to the Emacs CVS. ShengHuo 2001-07-11 18:00:00 ShengHuo ZHU <zsh@cs.rochester.edu> * nnfolder.el (nnfolder-read-folder): Force to use a multibyte buffer. [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #2: nnfolder.el.diff --] [-- Type: text/x-patch, Size: 666 bytes --] Index: nnfolder.el =================================================================== RCS file: /usr/local/cvsroot/gnus/lisp/nnfolder.el,v retrieving revision 6.9 retrieving revision 6.10 diff -u -u -r6.9 -r6.10 --- nnfolder.el 2001/07/10 17:49:44 6.9 +++ nnfolder.el 2001/07/12 01:14:49 6.10 @@ -795,6 +795,7 @@ (let ((nnheader-file-coding-system nnfolder-file-coding-system)) (nnheader-find-file-noselect file))))) + (mm-enable-multibyte) ;; Use multibyte buffer for future copying. (if (equal (cadr (assoc group nnfolder-scantime-alist)) (nth 5 (file-attributes file))) ;; This looks up-to-date, so we don't do any scanning. ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Gnus and \202 in Article buffer again 2001-07-12 1:20 ` ShengHuo ZHU @ 2001-07-12 9:57 ` Pavel Janík 2001-07-12 10:14 ` Gerd Moellmann 0 siblings, 1 reply; 6+ messages in thread From: Pavel Janík @ 2001-07-12 9:57 UTC (permalink / raw) Cc: ding, GNU Emacs pretest bug list From: ShengHuo ZHU <zsh@cs.rochester.edu> Date: Wed, 11 Jul 2001 18:20:33 -0700 Hi, > This bug is only related to nnfolder backend. I've fixed it in the > Gnus CVS. Please test before add it to the Emacs CVS. I have tested it with both CVS Gnus and with 5.9.0 and it works for me. I think, it can be applied. Thank you. -- Pavel Janík You're right, this should be fixed. Do you happen to have a patch? -- Rik van Riel in linux-kernel about VM bug ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Gnus and \202 in Article buffer again 2001-07-12 9:57 ` Pavel Janík @ 2001-07-12 10:14 ` Gerd Moellmann 0 siblings, 0 replies; 6+ messages in thread From: Gerd Moellmann @ 2001-07-12 10:14 UTC (permalink / raw) Cc: ShengHuo ZHU, ding, GNU Emacs pretest bug list Pavel@Janik.cz (Pavel Janík) writes: > I have tested it with both CVS Gnus and with 5.9.0 and it works for > me. I think, it can be applied. Done. ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2001-07-12 10:14 UTC | newest] Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- [not found] <m3ofqtrnhp.fsf@SnowWhite.SuSE.cz> 2001-07-11 21:32 ` Gnus and \202 in Article buffer again Pavel Janík 2001-07-11 22:36 ` Gerd Moellmann 2001-07-12 2:20 ` ShengHuo ZHU 2001-07-12 1:20 ` ShengHuo ZHU 2001-07-12 9:57 ` Pavel Janík 2001-07-12 10:14 ` Gerd Moellmann
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).