From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: BIG5-HKSCS? Date: Thu, 13 Nov 2003 18:01:36 +0900 (JST) Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200311130901.SAA05204@etlken.m17n.org> References: <200311130153.KAA04615@etlken.m17n.org> <200311130610.PAA04983@etlken.m17n.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1068714252 12344 80.91.224.253 (13 Nov 2003 09:04:12 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 13 Nov 2003 09:04:12 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Thu Nov 13 10:04:09 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AKDOb-0006f4-00 for ; Thu, 13 Nov 2003 10:04:09 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1AKDOb-0003LU-00 for ; Thu, 13 Nov 2003 10:04:09 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AKEKP-0002Mr-B8 for emacs-devel@quimby.gnus.org; Thu, 13 Nov 2003 05:03:53 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AKEKJ-0002MH-Dj for emacs-devel@gnu.org; Thu, 13 Nov 2003 05:03:47 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AKEJn-0002EA-SD for emacs-devel@gnu.org; Thu, 13 Nov 2003 05:03:46 -0500 Original-Received: from [192.47.44.130] (helo=tsukuba.m17n.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AKEJm-0002Df-Rn for emacs-devel@gnu.org; Thu, 13 Nov 2003 05:03:15 -0500 Original-Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.11.6p2/3.7W-20010518204228) with ESMTP id hAD91ch09851; Thu, 13 Nov 2003 18:01:38 +0900 (JST) (envelope-from handa@m17n.org) Original-Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.6/3.7W-20010823150639) with ESMTP id hAD91bs11051; Thu, 13 Nov 2003 18:01:37 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id SAA05204; Thu, 13 Nov 2003 18:01:36 +0900 (JST) Original-To: jas@extundo.com In-reply-to: (message from Simon Josefsson on Thu, 13 Nov 2003 07:51:15 +0100) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.3 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:17799 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:17799 In article , Simon Josefsson writes: > The HMAC-MD5 function seem to fail, causing my login attempts in Gnus > to fail. Reproduce it by: > jas@latte:~/src/emacs-unicode/src$ ./emacs -q ../lisp/gnus/rfc2104.el > then do M-x eval-buffer RET and try to evaluate some of the test > vectors, the first one should give: > (rfc2104-hash 'md5 64 16 "Jefe" "what do ya want for nothing?") > =3D> "750c783e6ab0b503eaa86e310a5db738" > With emacs-unicode I get "f898573306b1366f6edd841a9f5b2871". Thank you for testing. I've just installed a fix for rfc2104.el. I'd like to ask you to try it again. This is a typical problem of emacs-unicode in which characters 128..255 are valid Unicode characters, thus, for instance, (concat '(?a ?\300)) returns a multibyte string of `a' and `=C0'. But in the current Emacs, it returns a unibyte string. I suspect the similar fix is necessary in several other places. > Is anyone using the emacs-unicode branch with Gnus? At least, I'm not a Gnus user. I'd like to ask people to use emacs-unicode in various ways to find bugs. What I can test is limited, but, usually, I can fix them quite easily like this case. --- Ken'ichi HANDA handa@m17n.org