* en/decode-coding-string in contrib/gnus-namazu.el
@ 2005-12-16 21:13 Adam Sjøgren
2005-12-16 21:29 ` Adam Sjøgren
0 siblings, 1 reply; 3+ messages in thread
From: Adam Sjøgren @ 2005-12-16 21:13 UTC (permalink / raw)
Hi.
xemacs21-mule has recently started to crash on my box¹ in some
circumstances², so I've switched (hopefully temporarily) to -nomule.
I had a slight problem in doing this, which stems from
contrib/gnus-namazu.el calling en/decode-coding-string directly. By
grepping in lisp/*.el I gather that the mm-prefixed versions should be
used?
This patch allows me to start Gnus on -nomule:
--- gnus-namazu.el 6 Jul 2005 06:42:01 -0000 7.5
+++ gnus-namazu.el 16 Dec 2005 21:08:45 -0000
@@ -252,11 +252,11 @@
(fboundp 'gnus-group-decoded-name)
(let ((gnus-group-name-charset-group-alist
(list (cons gnus-namazu/group-name-regexp gnus-namazu-coding-system)))
- (query (decode-coding-string (string 27 36 66 52 65 59 122 27 40 66)
+ (query (mm-decode-coding-string (string 27 36 66 52 65 59 122 27 40 66)
'iso-2022-7bit)))
(not (string-match query
(gnus-summary-buffer-name
- (encode-coding-string
+ (mm-encode-coding-string
(concat "nnvirtual:namazu-search?query=" query)
gnus-namazu-coding-system)))))
(let (current-load-list)
Best regards,
Adam
¹ I run Debian/unstable.
² If I open a file in a directory with an 'ø' in it's name and do M-x
shell (!) - xemacs21-mule crashes, but I can't get a core-dump from
it, so it's hard to report. -nomule does not crash.
--
"Scare yourself up against the wall" Adam Sjøgren
asjo@koldfront.dk
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: en/decode-coding-string in contrib/gnus-namazu.el
2005-12-16 21:13 en/decode-coding-string in contrib/gnus-namazu.el Adam Sjøgren
@ 2005-12-16 21:29 ` Adam Sjøgren
2005-12-18 23:49 ` Katsumi Yamaoka
0 siblings, 1 reply; 3+ messages in thread
From: Adam Sjøgren @ 2005-12-16 21:29 UTC (permalink / raw)
On Fri, 16 Dec 2005 22:13:02 +0100, Adam wrote:
> This patch allows me to start Gnus on -nomule:
Sorry, I missed one call; updated patch:
--- gnus-namazu.el 6 Jul 2005 06:42:01 -0000 7.5
+++ gnus-namazu.el 16 Dec 2005 21:29:04 -0000
@@ -252,11 +252,11 @@
(fboundp 'gnus-group-decoded-name)
(let ((gnus-group-name-charset-group-alist
(list (cons gnus-namazu/group-name-regexp gnus-namazu-coding-system)))
- (query (decode-coding-string (string 27 36 66 52 65 59 122 27 40 66)
+ (query (mm-decode-coding-string (string 27 36 66 52 65 59 122 27 40 66)
'iso-2022-7bit)))
(not (string-match query
(gnus-summary-buffer-name
- (encode-coding-string
+ (mm-encode-coding-string
(concat "nnvirtual:namazu-search?query=" query)
gnus-namazu-coding-system)))))
(let (current-load-list)
@@ -661,7 +661,7 @@
;; Generate virtual group which includes all results.
(when (fboundp 'gnus-group-decoded-name)
(setq vgroup
- (encode-coding-string vgroup gnus-namazu-coding-system)))
+ (mm-encode-coding-string vgroup gnus-namazu-coding-system)))
(setq vgroup
(gnus-group-read-ephemeral-group
vgroup
Searching with C-c C-n now works again.
Best regards,
--
"Scare yourself up against the wall" Adam Sjøgren
asjo@koldfront.dk
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: en/decode-coding-string in contrib/gnus-namazu.el
2005-12-16 21:29 ` Adam Sjøgren
@ 2005-12-18 23:49 ` Katsumi Yamaoka
0 siblings, 0 replies; 3+ messages in thread
From: Katsumi Yamaoka @ 2005-12-18 23:49 UTC (permalink / raw)
Cc: Adam Sjøgren, ding
TSUCHIYA-san,
contrib/gnus-namazu.el seems that there are many codes in which
the Mule feature is required to be, and I didn't know it works
with non-Mule XEmacs up to now. Adam Sjøgren proposed a means
in order to make it work with non-Mule Emacsen. Do you have any
idea on things required in addition to this? For instance, is
the default value of `gnus-namazu-coding-system' proper?
Finally, could you please modify the module by yourself?
Thanks in advance.
>>>>> In <87vexoagpt.fsf@koldfront.dk> Adam Sjøgren wrote:
> Hi.
> xemacs21-mule has recently started to crash on my box¹ in some
> circumstances², so I've switched (hopefully temporarily) to -nomule.
> I had a slight problem in doing this, which stems from
> contrib/gnus-namazu.el calling en/decode-coding-string directly. By
> grepping in lisp/*.el I gather that the mm-prefixed versions should be
> used?
> This patch allows me to start Gnus on -nomule:
>>>>> In <87d5jwennj.fsf@koldfront.dk> Adam Sjøgren wrote:
--- gnus-namazu.el 6 Jul 2005 06:42:01 -0000 7.5
+++ gnus-namazu.el 16 Dec 2005 21:29:04 -0000
@@ -252,11 +252,11 @@
(fboundp 'gnus-group-decoded-name)
(let ((gnus-group-name-charset-group-alist
(list (cons gnus-namazu/group-name-regexp gnus-namazu-coding-system)))
- (query (decode-coding-string (string 27 36 66 52 65 59 122 27 40 66)
+ (query (mm-decode-coding-string (string 27 36 66 52 65 59 122 27 40 66)
'iso-2022-7bit)))
(not (string-match query
(gnus-summary-buffer-name
- (encode-coding-string
+ (mm-encode-coding-string
(concat "nnvirtual:namazu-search?query=" query)
gnus-namazu-coding-system)))))
(let (current-load-list)
@@ -661,7 +661,7 @@
;; Generate virtual group which includes all results.
(when (fboundp 'gnus-group-decoded-name)
(setq vgroup
- (encode-coding-string vgroup gnus-namazu-coding-system)))
+ (mm-encode-coding-string vgroup gnus-namazu-coding-system)))
(setq vgroup
(gnus-group-read-ephemeral-group
vgroup
> Searching with C-c C-n now works again.
> Best regards,
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2005-12-18 23:49 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-12-16 21:13 en/decode-coding-string in contrib/gnus-namazu.el Adam Sjøgren
2005-12-16 21:29 ` Adam Sjøgren
2005-12-18 23:49 ` Katsumi Yamaoka
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).