From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: owner@emacsbugs.donarmstrong.com (Emacs bug Tracking System) Newsgroups: gmane.emacs.bugs Subject: bug#3499: marked as done (23.0.94; Assuming strsignal unibyte is wrong and leads to Emacs crashes) Date: Tue, 09 Jun 2009 18:35:05 +0000 Message-ID: References: <877hzl9s8z.fsf@cyd.mit.edu> <87skiaacb7.fsf@sphinx.net.ru> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----------=_1244572505-12310-0" X-Trace: ger.gmane.org 1244572759 24382 80.91.229.12 (9 Jun 2009 18:39:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 9 Jun 2009 18:39:19 +0000 (UTC) To: Chong Yidong Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jun 09 20:39:17 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1ME6E7-00017V-Op for geb-bug-gnu-emacs@m.gmane.org; Tue, 09 Jun 2009 20:39:16 +0200 Original-Received: from localhost ([127.0.0.1]:47310 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ME6E7-0002MF-6A for geb-bug-gnu-emacs@m.gmane.org; Tue, 09 Jun 2009 14:39:15 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ME6CN-0000VH-HS for bug-gnu-emacs@gnu.org; Tue, 09 Jun 2009 14:37:27 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ME6CI-0000Lt-HF for bug-gnu-emacs@gnu.org; Tue, 09 Jun 2009 14:37:27 -0400 Original-Received: from [199.232.76.173] (port=34516 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ME6CI-0000Lb-9t for bug-gnu-emacs@gnu.org; Tue, 09 Jun 2009 14:37:22 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:42761) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1ME6CH-0000sO-J4 for bug-gnu-emacs@gnu.org; Tue, 09 Jun 2009 14:37:22 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n59IbJ3V012893; Tue, 9 Jun 2009 11:37:19 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.14.3/8.14.3/Submit) id n59IZ5tp012336; Tue, 9 Jun 2009 11:35:05 -0700 X-Mailer: MIME-tools 5.427 (Entity 5.427) X-Loop: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: closed 3499 X-Emacs-PR-Package: emacs X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:28598 Archived-At: This is a multi-part message in MIME format... ------------=_1244572505-12310-0 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Your message dated Tue, 09 Jun 2009 14:28:12 -0400 with message-id <877hzl9s8z.fsf@cyd.mit.edu> and subject line Re: 23.0.94; Assuming strsignal unibyte is wrong and leads= to Emacs crashes has caused the Emacs bug report #3499, regarding 23.0.94; Assuming strsignal unibyte is wrong and leads to Emacs c= rashes to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com immediately.) --=20 3499: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=3D3499 Emacs Bug Tracking System Contact owner@emacsbugs.donarmstrong.com with problems ------------=_1244572505-12310-0 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by emacsbugs.donarmstrong.com; 8 Jun 2009 17:05:18 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.9 required=4.0 tests=AWL,FOURLA,MURPHY_DRUGS_REL8, WWWRU autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n58H57UQ031690 for ; Mon, 8 Jun 2009 10:05:09 -0700 Received: from mx10.gnu.org ([199.232.76.166]:57873) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1MDiHS-00015I-Ax for emacs-pretest-bug@gnu.org; Mon, 08 Jun 2009 13:05:06 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1MDiHN-0005Fg-Fy for emacs-pretest-bug@gnu.org; Mon, 08 Jun 2009 13:05:04 -0400 Received: from sphinx.net.ru ([82.146.58.194]:53552) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MDiHL-0005Ee-V1 for emacs-pretest-bug@gnu.org; Mon, 08 Jun 2009 13:05:00 -0400 Received: from blizzard (93-80-221-33.broadband.corbina.ru [93.80.221.33]) (authenticated bits=0) by sphinx.net.ru (8.14.3/8.14.2) with ESMTP id n58H4s0j089991; Mon, 8 Jun 2009 21:04:54 +0400 (MSD) (envelope-from dima@sphinx.net.ru) From: Dmitry Dzhus To: emacs-pretest-bug@gnu.org Cc: dima@sphinx.net.ru Subject: 23.0.94; Assuming strsignal unibyte is wrong and leads to Emacs crashes Date: Mon, 08 Jun 2009 21:02:36 +0400 Message-ID: <87skiaacb7.fsf@sphinx.net.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.94 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-detected-operating-system: by monty-python.gnu.org: FreeBSD 6.x (1) --=-=-= The `strsignal(SIGNUM)' function from libc returns a pointer to a string containing a message describing the signal SIGNUM. Emacs `status_message' function from `src/process.c' attempts to downcase the initial character of this string to print it in the echo area: signame = strsignal (code); string = build_string (signame); SSET (string, 0, DOWNCASE (SREF (string, 0))); As it has already been discussed in bug #778, using SSET/SREF is incorrect when `string' is multibyte, which is the case for certain locales like ru_RU.UTF-8. A patch similar to one proposed by Kenichi Handa for bug #778 fixes this problem, too. The patch is attached. --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=process-status-message-fix-multibyte.diff *** process.c.~1.584.~ 2009-05-02 15:54:45.000000000 +0400 --- process.c 2009-06-08 21:00:15.000000000 +0400 *************** *** 470,476 **** signame = "unknown"; string = build_string (signame); string2 = build_string (coredump ? " (core dumped)\n" : "\n"); ! SSET (string, 0, DOWNCASE (SREF (string, 0))); return concat2 (string, string2); } else if (EQ (symbol, Qexit)) --- 470,483 ---- signame = "unknown"; string = build_string (signame); string2 = build_string (coredump ? " (core dumped)\n" : "\n"); ! ! { ! int c; ! ! c = STRING_CHAR ((char *) SDATA (string), 0); ! Faset (string, 0, make_number (DOWNCASE (c))); ! } ! return concat2 (string, string2); } else if (EQ (symbol, Qexit)) --=-=-= To reproduce the crash caused by this problem, it's sufficient to call `recompile' when the compilation buffer has running process inside (which sometimes occurs when compiling TeX documents, for example). I've attached the GDB backtrace; the top of the stack gave me the hint that this problem is nearly the same as in bug #778. --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename=gdb-backtrace Content-Transfer-Encoding: base64 IzAgIDB4YjdmZGQ0MjQgaW4gX19rZXJuZWxfdnN5c2NhbGwgKCkKIzEgIDB4YjczNTFjNzYgaW4g a2lsbCAoKSBmcm9tIC9saWIvbGliYy5zby42CiMyICAweDA4MWNhOGY4IGluIGFib3J0ICgpIGF0 IGVtYWNzLmM6NDMyCiMzICAweDA4MGVmNDBmIGluIG11bHRpYnl0ZV9jaGFyc19pbl90ZXh0IChw dHI9MHhiZmZmYzkyYyAiXDM2MFwyNDPQsdC40YLQvlwzNzdcMzc3eFwzMTFcMzc3XDI3N0pcMzQ2 XGFcYlwxIiwgbmJ5dGVzPTIyKSBhdCBjaGFyYWN0ZXIuYzo2MjIKIzQgIDB4MDgwZWYyMWQgaW4g Y2hhcnNfaW5fdGV4dCAocHRyPTB4YmZmZmM5MjAgIkNvbXBpbGF0aW9uIFwzNjBcMjQz0LHQuNGC 0L5cMzc3XDM3N3hcMzExXDM3N1wyNzdKXDM0NlxhXGJcMSIsIG5ieXRlcz0yMikgYXQgY2hhcmFj dGVyLmM6NjAxCiM1ICAweDA4MWZiNjhhIGluIGluc2VydF8xIChzdHJpbmc9MHhiZmZmYzkyMCAi Q29tcGlsYXRpb24gXDM2MFwyNDPQsdC40YLQvlwzNzdcMzc3eFwzMTFcMzc3XDI3N0pcMzQ2XGFc YlwxIiwgbmJ5dGVzPTIyLCBpbmhlcml0PTEsIHByZXBhcmU9MCwgYmVmb3JlX21hcmtlcnM9MCkg YXQgaW5zZGVsLmM6ODEyCiM2ICAweDA4MDdkZDdhIGluIG1lc3NhZ2VfZG9sb2cgKG09MHhiZmZm YzkyMCAiQ29tcGlsYXRpb24gXDM2MFwyNDPQsdC40YLQvlwzNzdcMzc3eFwzMTFcMzc3XDI3N0pc MzQ2XGFcYlwxIiwgbmJ5dGVzPTIyLCBubGZsYWc9MSwgbXVsdGlieXRlPTEpIGF0IHhkaXNwLmM6 Nzc3MQojNyAgMHgwODA3ZTcyNSBpbiBtZXNzYWdlMyAobT0xNTE3MDUyNTEsIG5ieXRlcz0yMiwg bXVsdGlieXRlPTEpIGF0IHhkaXNwLmM6ODAwNgojOCAgMHgwODI1MWFkMCBpbiBGbWVzc2FnZSAo bmFyZ3M9MiwgYXJncz0weGJmZmZjYTU0KSBhdCBlZGl0Zm5zLmM6MzM4OQojOSAgMHgwODI1YmQx NSBpbiBGZnVuY2FsbCAobmFyZ3M9MywgYXJncz0weGJmZmZjYTUwKSBhdCBldmFsLmM6MzAyNgoj MTAgMHgwODJhMDc4MiBpbiBGYnl0ZV9jb2RlIChieXRlc3RyPTE0NzUxNjc3MSwgdmVjdG9yPTE0 NzUyOTk5NiwgbWF4ZGVwdGg9NjQpIGF0IGJ5dGVjb2RlLmM6Njc4CiMxMSAweDA4MjVjNWYxIGlu IGZ1bmNhbGxfbGFtYmRhIChmdW49MTQ3NTMwMjc2LCBuYXJncz0zLCBhcmdfdmVjdG9yPTB4YmZm ZmNkNjQpIGF0IGV2YWwuYzozMjMyCiMxMiAweDA4MjVjMDllIGluIEZmdW5jYWxsIChuYXJncz00 LCBhcmdzPTB4YmZmZmNkNjApIGF0IGV2YWwuYzozMDkxCiMxMyAweDA4MmEwNzgyIGluIEZieXRl X2NvZGUgKGJ5dGVzdHI9MTQ3NTI5MTA3LCB2ZWN0b3I9MTQ3NTMwMzQwLCBtYXhkZXB0aD0zMikg YXQgYnl0ZWNvZGUuYzo2NzgKIzE0IDB4MDgyNWM1ZjEgaW4gZnVuY2FsbF9sYW1iZGEgKGZ1bj0x NDc1MzA1MDgsIG5hcmdzPTIsIGFyZ192ZWN0b3I9MHhiZmZmZDA2NCkgYXQgZXZhbC5jOjMyMzIK IzE1IDB4MDgyNWMwOWUgaW4gRmZ1bmNhbGwgKG5hcmdzPTMsIGFyZ3M9MHhiZmZmZDA2MCkgYXQg ZXZhbC5jOjMwOTEKIzE2IDB4MDgyNWI1Y2MgaW4gRmFwcGx5IChuYXJncz0yLCBhcmdzPTB4YmZm ZmQxMDApIGF0IGV2YWwuYzoyNTMzCiMxNyAweDA4MjViOTg3IGluIGFwcGx5MSAoZm49MTQ3NDgw MDAxLCBhcmc9MTUyMTQyMzczKSBhdCBldmFsLmM6Mjc5NwojMTggMHgwODJhYjQ0NyBpbiByZWFk X3Byb2Nlc3Nfb3V0cHV0X2NhbGwgKGZ1bl9hbmRfYXJncz0xNTIxNDIzODEpIGF0IHByb2Nlc3Mu Yzo1MTU1CiMxOSAweDA4MjU5YWI4IGluIGludGVybmFsX2NvbmRpdGlvbl9jYXNlXzEgKGJmdW49 MHg4MmFiNDI0IDxyZWFkX3Byb2Nlc3Nfb3V0cHV0X2NhbGw+LCBhcmc9MTUyMTQyMzgxLCBoYW5k bGVycz0xMzg5NjEyNTcsIGhmdW49MHg4MmFlMDQ3IDxleGVjX3NlbnRpbmVsX2Vycm9yX2hhbmRs ZXI+KSBhdCBldmFsLmM6MTU2MAojMjAgMHgwODJhZTIyZiBpbiBleGVjX3NlbnRpbmVsIChwcm9j PTE1MjMzOTgyMCwgcmVhc29uPTE0NTE4NzI5MSkgYXQgcHJvY2Vzcy5jOjY3NTkKIzIxIDB4MDgy YWU0MDQgaW4gc3RhdHVzX25vdGlmeSAoZGVsZXRpbmdfcHJvY2Vzcz0weDkxNDg1NjgpIGF0IHBy b2Nlc3MuYzo2ODYzCiMyMiAweDA4MmE0MTZiIGluIEZkZWxldGVfcHJvY2VzcyAocHJvY2Vzcz0x NTIzMzk4MjApIGF0IHByb2Nlc3MuYzo4MDcKIzIzIDB4MDgyNWJlMGYgaW4gRmZ1bmNhbGwgKG5h cmdzPTIsIGFyZ3M9MHhiZmZmZDNhMCkgYXQgZXZhbC5jOjMwNDUKIzI0IDB4MDgyYTA3ODIgaW4g RmJ5dGVfY29kZSAoYnl0ZXN0cj0xNDc0OTAzOTUsIHZlY3Rvcj0xNDc0OTEzNDgsIG1heGRlcHRo PTE2KSBhdCBieXRlY29kZS5jOjY3OAojMjUgMHgwODI1YWZjNiBpbiBGZXZhbCAoZm9ybT0xNDcw MjM3MjUpIGF0IGV2YWwuYzoyMzgyCiMyNiAweDA4MjU5ODY2IGluIGludGVybmFsX2xpc3BfY29u ZGl0aW9uX2Nhc2UgKHZhcj0xMzg5MTgwODksIGJvZHlmb3JtPTE0NzAyMzcyNSwgaGFuZGxlcnM9 MTQ3MDIzNzA5KSBhdCBldmFsLmM6MTQ1NwojMjcgMHgwODJhMTQ1OCBpbiBGYnl0ZV9jb2RlIChi eXRlc3RyPTE0NzQ4MTM1NSwgdmVjdG9yPTE0NzQ5MjQ2MCwgbWF4ZGVwdGg9OTYpIGF0IGJ5dGVj b2RlLmM6ODY4CiMyOCAweDA4MjVjNWYxIGluIGZ1bmNhbGxfbGFtYmRhIChmdW49MTQ3NDkzMDky LCBuYXJncz0xLCBhcmdfdmVjdG9yPTB4YmZmZmRiZDgpIGF0IGV2YWwuYzozMjMyCiMyOSAweDA4 MjVjMDllIGluIEZmdW5jYWxsIChuYXJncz0yLCBhcmdzPTB4YmZmZmRiZDQpIGF0IGV2YWwuYzoz MDkxCiMzMCAweDA4MjViM2Q4IGluIEZhcHBseSAobmFyZ3M9MiwgYXJncz0weGJmZmZkYmQ0KSBh dCBldmFsLmM6MjQ3OAojMzEgMHgwODI1YmQxNSBpbiBGZnVuY2FsbCAobmFyZ3M9MywgYXJncz0w eGJmZmZkYmQwKSBhdCBldmFsLmM6MzAyNgojMzIgMHgwODJhMDc4MiBpbiBGYnl0ZV9jb2RlIChi eXRlc3RyPTE0NzQ3ODM5NSwgdmVjdG9yPTE0NzQ3OTMzMiwgbWF4ZGVwdGg9MzIpIGF0IGJ5dGVj b2RlLmM6Njc4CiMzMyAweDA4MjVjNWYxIGluIGZ1bmNhbGxfbGFtYmRhIChmdW49MTQ3NDc5NTAw LCBuYXJncz0xLCBhcmdfdmVjdG9yPTB4YmZmZmRmMjQpIGF0IGV2YWwuYzozMjMyCiMzNCAweDA4 MjVjMDllIGluIEZmdW5jYWxsIChuYXJncz0yLCBhcmdzPTB4YmZmZmRmMjApIGF0IGV2YWwuYzoz MDkxCiMzNSAweDA4MjU3NzVmIGluIEZjYWxsX2ludGVyYWN0aXZlbHkgKGZ1bmN0aW9uPTE0NzM0 NDUwNSwgcmVjb3JkX2ZsYWc9MTM4OTE4MTM3LCBrZXlzPTEzODk1NjUyNCkgYXQgY2FsbGludC5j Ojg2OAojMzYgMHgwODI1YmU2OSBpbiBGZnVuY2FsbCAobmFyZ3M9NCwgYXJncz0weGJmZmZlMWUw KSBhdCBldmFsLmM6MzA1MQojMzcgMHgwODI1YmEyNiBpbiBjYWxsMyAoZm49MTM5MDgyNzQ1LCBh cmcxPTE0NzM0NDUwNSwgYXJnMj0xMzg5MTgxMzcsIGFyZzM9MTM4OTE4MDg5KSBhdCBldmFsLmM6 Mjg3NQojMzggMHgwODFkZThjOSBpbiBGY29tbWFuZF9leGVjdXRlIChjbWQ9MTQ3MzQ0NTA1LCBy ZWNvcmRfZmxhZz0xMzg5MTgxMzcsIGtleXM9MTM4OTE4MDg5LCBzcGVjaWFsPTEzODkxODA4OSkg YXQga2V5Ym9hcmQuYzoxMDQ0NwojMzkgMHgwODFkZWM0NiBpbiBGZXhlY3V0ZV9leHRlbmRlZF9j b21tYW5kIChwcmVmaXhhcmc9MTM4OTE4MDg5KSBhdCBrZXlib2FyZC5jOjEwNTYwCiM0MCAweDA4 MjViZTBmIGluIEZmdW5jYWxsIChuYXJncz0yLCBhcmdzPTB4YmZmZmU0MDApIGF0IGV2YWwuYzoz MDQ1CiM0MSAweDA4MjU3NzVmIGluIEZjYWxsX2ludGVyYWN0aXZlbHkgKGZ1bmN0aW9uPTEzODk1 NzQ5NywgcmVjb3JkX2ZsYWc9MTM4OTE4MDg5LCBrZXlzPTEzODk1NjUyNCkgYXQgY2FsbGludC5j Ojg2OAojNDIgMHgwODI1YmU2OSBpbiBGZnVuY2FsbCAobmFyZ3M9NCwgYXJncz0weGJmZmZlNmMw KSBhdCBldmFsLmM6MzA1MQojNDMgMHgwODI1YmEyNiBpbiBjYWxsMyAoZm49MTM5MDgyNzQ1LCBh cmcxPTEzODk1NzQ5NywgYXJnMj0xMzg5MTgwODksIGFyZzM9MTM4OTE4MDg5KSBhdCBldmFsLmM6 Mjg3NQojNDQgMHgwODFkZThjOSBpbiBGY29tbWFuZF9leGVjdXRlIChjbWQ9MTM4OTU3NDk3LCBy ZWNvcmRfZmxhZz0xMzg5MTgwODksIGtleXM9MTM4OTE4MDg5LCBzcGVjaWFsPTEzODkxODA4OSkg YXQga2V5Ym9hcmQuYzoxMDQ0NwojNDUgMHgwODFkMDAxOSBpbiBjb21tYW5kX2xvb3BfMSAoKSBh dCBrZXlib2FyZC5jOjE5MDEKIzQ2IDB4MDgyNTk5OGMgaW4gaW50ZXJuYWxfY29uZGl0aW9uX2Nh c2UgKGJmdW49MHg4MWNlODRmIDxjb21tYW5kX2xvb3BfMT4sIGhhbmRsZXJzPTEzODk2MTI1Nywg aGZ1bj0weDgxY2UyMjAgPGNtZF9lcnJvcj4pIGF0IGV2YWwuYzoxNTEyCiM0NyAweDA4MWNlNWEx IGluIGNvbW1hbmRfbG9vcF8yICgpIGF0IGtleWJvYXJkLmM6MTM1OQojNDggMHgwODI1OTQ0OCBp biBpbnRlcm5hbF9jYXRjaCAodGFnPTEzODk1NzI4MSwgZnVuYz0weDgxY2U1N2MgPGNvbW1hbmRf bG9vcF8yPiwgYXJnPTEzODkxODA4OSkgYXQgZXZhbC5jOjEyNDgKIzQ5IDB4MDgxY2U1NWEgaW4g Y29tbWFuZF9sb29wICgpIGF0IGtleWJvYXJkLmM6MTMzOAojNTAgMHgwODFjZGUyYyBpbiByZWN1 cnNpdmVfZWRpdF8xICgpIGF0IGtleWJvYXJkLmM6OTUzCiM1MSAweDA4MWNkZjliIGluIEZyZWN1 cnNpdmVfZWRpdCAoKSBhdCBrZXlib2FyZC5jOjEwMTUKIzUyIDB4MDgxY2M2ZmEgaW4gbWFpbiAo YXJnYz0xLCBhcmd2PTB4YmZmZmVmNjQpIGF0IGVtYWNzLmM6MTg1Mgo= --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable The rest of this message contains information about my Emacs installation. In GNU Emacs 23.0.94.1 (i686-pc-linux-gnu, GTK+ Version 2.14.7) of 2009-05-29 on blizzard =20 Windowing system distributor `The X.Org Foundation', version 11.0.10503000 configured using `configure '--prefix=3D/usr' '--host=3Di686-pc-linux-gnu' '--mandir=3D/usr/share/man' '--infodir=3D/usr/share/info' '--datadir=3D/usr/share' '--sysconfdir=3D/etc' '--localstatedir=3D/var/lib' '--program-suffix=3D-emacs-23' '--infodir=3D/usr/share/info/emacs-23' '--with-sound' '--with-x' '--with-toolkit-scroll-bars' '--with-gif' '--with-jpeg' '--with-png' '--with-rsvg' '--with-tiff' '--with-xpm' '--with-xft' '--without-libotf' '--without-m17n-flt' '--with-x-toolkit=3Dgtk' '--without-hesiod' '--without-kerberos' '--without-kerberos5' '--with-gpm' '--with-dbus' '--build=3Di686-pc-linux-gnu' 'build_alias=3Di686-pc-linux-gnu' 'host_alias=3Di686-pc-linux-gnu' 'CFLAGS=3D-O2 -march=3Dnative -pipe' 'LDFLAGS=3D-Wl,-O1'' Important settings: value of $LC_ALL:=20 value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: C value of $LC_TIME: nil value of $LANG: ru_RU.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default-enable-multibyte-characters: t --=20 Happy Hacking. http://sphinx.net.ru =E3=82=80 --=-=-=-- ------------=_1244572505-12310-0 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 3499-done) by emacsbugs.donarmstrong.com; 9 Jun 2009 18:28:11 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.8 required=4.0 tests=AWL,FOURLA,MURPHY_DRUGS_REL8 autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n59IS8Vb011573 for <3499-done@emacsbugs.donarmstrong.com>; Tue, 9 Jun 2009 11:28:09 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id CF38557E21C; Tue, 9 Jun 2009 14:28:12 -0400 (EDT) From: Chong Yidong To: Dmitry Dzhus Cc: 3499-done@emacsbugs.donarmstrong.com Subject: Re: 23.0.94; Assuming strsignal unibyte is wrong and leads to Emacs crashes Date: Tue, 09 Jun 2009 14:28:12 -0400 Message-ID: <877hzl9s8z.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > As it has already been discussed in bug #778, using SSET/SREF is > incorrect when `string' is multibyte, which is the case for certain > locales like ru_RU.UTF-8. A patch similar to one proposed by Kenichi > Handa for bug #778 fixes this problem, too. The patch is attached. Thanks. This patch looks safe and correct; since it's essentially an extension of the Bug#778 fix, I've checked it into CVS. ------------=_1244572505-12310-0--