* non-ascii characters in score file (emacs 21.1 vs. emacs 20.7)
@ 2002-03-02 17:14 Reiner Steib
0 siblings, 0 replies; 2+ messages in thread
From: Reiner Steib @ 2002-03-02 17:14 UTC (permalink / raw)
Hi,
normally I use Gnus (from CVS, last update on Feb 24) with Emacs 21.1.
Sometimes I use Emacs 20.7 with the same installation of Gnus. For
both, I have `(set-language-environment "Latin-1")'. With Emacs 21.1 I
added a the following score entry (using "10Last" in the summary
buffer):
| ("from"
| ("die Gei\216ßel der Galaxis" -10 730911 s)
^^^^ a single character
AFAICS, the original From-line was encoded correctly:
`=?ISO-8859-1?Q?Gei=DFel?='. But, when I use Gnus with Emacs 20.7, I
get:
,----[ *Messages* ]
| Loading gnus-score...done
| Problem with score file /home/dept/ste/News/score/all.SCORE
| Scoring...
`----
... and other entries from the score file are ignored. I didn't get a
backtrace, but the error comes from gnus-score.el:
,----[ gnus-score.el ]
| ;; Only do the loading if the score file isn't empty.
| (when (save-excursion (re-search-forward "[()0-9a-zA-Z]" nil t))
| (setq alist
| (condition-case ()
| (read (current-buffer))
| (error
| (gnus-error 3.2 "Problem with score file %s" file))))))
`----
So I did (read (current-buffer)) manually and I get a backtrace:
,----
| Signaling: (error "Invalid character: 07537, 3935, 0xf5f")
| read(#<buffer *foo*>)
| eval((read (current-buffer)))
| eval-expression((read (current-buffer)) nil)
| call-interactively(eval-expression)
`----
Is there some variable I should set? Is it necessary to specify the
coding system in the score files? Shouldn't this happen automatically
because it may also happen in files from adaptive scoring?
Bye, Reiner.
--
,,,
(o o)
---ooO-(_)-Ooo--- PGP key available via WWW http://rsteib.home.pages.de/
^ permalink raw reply [flat|nested] 2+ messages in thread
* non-ascii characters in score file (emacs 21.1 vs. emacs 20.7)
@ 2002-03-02 17:14 Reiner Steib
0 siblings, 0 replies; 2+ messages in thread
From: Reiner Steib @ 2002-03-02 17:14 UTC (permalink / raw)
Hi,
normally I use Gnus (from CVS, last update on Feb 24) with Emacs 21.1.
Sometimes I use Emacs 20.7 with the same installation of Gnus. For
both, I have `(set-language-environment "Latin-1")'. With Emacs 21.1 I
added a the following score entry (using "10Last" in the summary
buffer):
| ("from"
| ("die Gei\216ßel der Galaxis" -10 730911 s)
^^^^ a single character
AFAICS, the original From-line was encoded correctly:
`=?ISO-8859-1?Q?Gei=DFel?='. But, when I use Gnus with Emacs 20.7, I
get:
,----[ *Messages* ]
| Loading gnus-score...done
| Problem with score file /home/dept/ste/News/score/all.SCORE
| Scoring...
`----
... and other entries from the score file are ignored. I didn't get a
backtrace, but the error comes from gnus-score.el:
,----[ gnus-score.el ]
| ;; Only do the loading if the score file isn't empty.
| (when (save-excursion (re-search-forward "[()0-9a-zA-Z]" nil t))
| (setq alist
| (condition-case ()
| (read (current-buffer))
| (error
| (gnus-error 3.2 "Problem with score file %s" file))))))
`----
So I did (read (current-buffer)) manually and I get a backtrace:
,----
| Signaling: (error "Invalid character: 07537, 3935, 0xf5f")
| read(#<buffer *foo*>)
| eval((read (current-buffer)))
| eval-expression((read (current-buffer)) nil)
| call-interactively(eval-expression)
`----
Is there some variable I should set? Is it necessary to specify the
coding system in the score files? Shouldn't this happen automatically
because it may also happen in files from adaptive scoring?
Bye, Reiner.
--
,,,
(o o)
---ooO-(_)-Ooo--- PGP key available via WWW http://rsteib.home.pages.de/
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2002-03-02 17:14 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-03-02 17:14 non-ascii characters in score file (emacs 21.1 vs. emacs 20.7) Reiner Steib
-- strict thread matches above, loose matches on Subject: below --
2002-03-02 17:14 Reiner Steib
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).