From unknown Fri Sep 05 20:36:29 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11082: 24.0.94; u.glyphless member in struct glyph does not fit in 32 bits Resent-From: YAMAMOTO Mitsuharu Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 24 Mar 2012 05:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 11082 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 11082@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.133256849712054 (code B ref -1); Sat, 24 Mar 2012 05:55:01 +0000 Received: (at submit) by debbugs.gnu.org; 24 Mar 2012 05:54:57 +0000 Received: from localhost ([127.0.0.1]:36168 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SBJwF-00038L-6T for submit@debbugs.gnu.org; Sat, 24 Mar 2012 01:54:57 -0400 Received: from eggs.gnu.org ([208.118.235.92]:36149) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SBJvy-000380-BB for submit@debbugs.gnu.org; Sat, 24 Mar 2012 01:54:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SBJS0-0000v6-Bi for submit@debbugs.gnu.org; Sat, 24 Mar 2012 01:23:41 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:32871) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SBJS0-0000v1-8L for submit@debbugs.gnu.org; Sat, 24 Mar 2012 01:23:40 -0400 Received: from eggs.gnu.org ([208.118.235.92]:55126) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SBJRy-0006FL-Iy for bug-gnu-emacs@gnu.org; Sat, 24 Mar 2012 01:23:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SBJRw-0000un-D4 for bug-gnu-emacs@gnu.org; Sat, 24 Mar 2012 01:23:38 -0400 Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]:57644) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SBJRv-0000ua-SB for bug-gnu-emacs@gnu.org; Sat, 24 Mar 2012 01:23:36 -0400 Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id B8AA9C055D for ; Sat, 24 Mar 2012 14:23:28 +0900 (JST) Date: Sat, 24 Mar 2012 14:23:28 +0900 Message-ID: From: YAMAMOTO Mitsuharu User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?UTF-8?Q?Shij=C5=8D?=) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Organization: Faculty of Science, Chiba University MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-detected-operating-system: by eggs.gnu.org: NetBSD 3.0 (DF) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -1.9 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) In dispextern.h: 316 struct glyph 317 { (snip) 418 /* A union of sub-structures for different glyph types. */ 419 union 420 { (snip) 447 /* Sub-stretch for type == GLYPHLESS_GLYPH. */ 448 struct 449 { 450 /* Value is an enum of the type glyphless_display_method. */ 451 unsigned method : 2; 452 /* 1 iff this glyph is for a character of no font. */ 453 unsigned for_no_font : 1; 454 /* Length of acronym or hexadecimal code string (at most 8). */ 455 unsigned len : 4; 456 /* Character to display. Actually we need only 22 bits. */ 457 unsigned ch : 26; 458 } glyphless; 459 460 /* Used to compare all bit-fields above in one step. */ 461 unsigned val; 462 } u; 463 }; The member `u.glyphless' above requires at least 33 bits and does not fit in the size (32 bits) of `u.val' on many environments. As a result, equality with respect to the `u.val' member (e.g., used in GLYPH_EQUAL_P) does not necessarily mean the equality of glyphless glyphs. According to the comment above, it seems to be OK to shorten the length of `u.glyphless.ch' member from 26 to 25. Could someone confirm this? YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp From unknown Fri Sep 05 20:36:29 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11082: 24.0.94; u.glyphless member in struct glyph does not fit in 32 bits Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 24 Mar 2012 07:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11082 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: YAMAMOTO Mitsuharu Cc: 11082@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 11082-submit@debbugs.gnu.org id=B11082.133257433220635 (code B ref 11082); Sat, 24 Mar 2012 07:33:01 +0000 Received: (at 11082) by debbugs.gnu.org; 24 Mar 2012 07:32:12 +0000 Received: from localhost ([127.0.0.1]:36197 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SBLSN-0005Mi-Aw for submit@debbugs.gnu.org; Sat, 24 Mar 2012 03:32:12 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:49528) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SBLS7-0005M4-Gw for 11082@debbugs.gnu.org; Sat, 24 Mar 2012 03:32:10 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0M1D00J00NDFA200@a-mtaout21.012.net.il> for 11082@debbugs.gnu.org; Sat, 24 Mar 2012 09:00:57 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.229.241.151]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M1D00J8HNHK9030@a-mtaout21.012.net.il>; Sat, 24 Mar 2012 09:00:57 +0200 (IST) Date: Sat, 24 Mar 2012 09:01:04 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83zkb6trdb.fsf@gnu.org> References: X-Spam-Score: -1.2 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Sat, 24 Mar 2012 14:23:28 +0900 > From: YAMAMOTO Mitsuharu > > In dispextern.h: > > 316 struct glyph > 317 { > (snip) > 418 /* A union of sub-structures for different glyph types. */ > 419 union > 420 { > (snip) > 447 /* Sub-stretch for type == GLYPHLESS_GLYPH. */ > 448 struct > 449 { > 450 /* Value is an enum of the type glyphless_display_method. */ > 451 unsigned method : 2; > 452 /* 1 iff this glyph is for a character of no font. */ > 453 unsigned for_no_font : 1; > 454 /* Length of acronym or hexadecimal code string (at most 8). */ > 455 unsigned len : 4; > 456 /* Character to display. Actually we need only 22 bits. */ > 457 unsigned ch : 26; > 458 } glyphless; > 459 > 460 /* Used to compare all bit-fields above in one step. */ > 461 unsigned val; > 462 } u; > 463 }; > > The member `u.glyphless' above requires at least 33 bits and does not > fit in the size (32 bits) of `u.val' on many environments. As a > result, equality with respect to the `u.val' member (e.g., used in > GLYPH_EQUAL_P) does not necessarily mean the equality of glyphless > glyphs. ?? Isn't the size of a union defined by its widest member? If so, we just end up wasting some storage here, but we should never truncate a bit field. Do you have an actual test case that shows such kind of a bug? > According to the comment above, it seems to be OK to shorten the > length of `u.glyphless.ch' member from 26 to 25. Could someone > confirm this? Confirmed. From the ELisp manual: To support this multitude of characters and scripts, Emacs closely follows the "Unicode Standard". The Unicode Standard assigns a unique number, called a "codepoint", to each and every character. The range of codepoints defined by Unicode, or the Unicode "codespace", is `0..#x10FFFF' (in hexadecimal notation), inclusive. Emacs extends this range with codepoints in the range `#x110000..#x3FFFFF', which it uses for representing characters that are not unified with Unicode and "raw 8-bit bytes" that cannot be interpreted as characters. Thus, a character codepoint in Emacs is a 22-bit integer number. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ I would actually suggest to use 22-bit for this field, to avoid confusion in the future. From unknown Fri Sep 05 20:36:29 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11082: 24.0.94; u.glyphless member in struct glyph does not fit in 32 bits Resent-From: Andreas Schwab Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 24 Mar 2012 09:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11082 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 11082@debbugs.gnu.org, YAMAMOTO Mitsuharu Received: via spool by 11082-submit@debbugs.gnu.org id=B11082.133258113530527 (code B ref 11082); Sat, 24 Mar 2012 09:26:02 +0000 Received: (at 11082) by debbugs.gnu.org; 24 Mar 2012 09:25:35 +0000 Received: from localhost ([127.0.0.1]:36231 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SBNE6-0007wE-9T for submit@debbugs.gnu.org; Sat, 24 Mar 2012 05:25:35 -0400 Received: from mail-out.m-online.net ([212.18.0.9]:40959) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SBNDh-0007vk-3B for 11082@debbugs.gnu.org; Sat, 24 Mar 2012 05:25:28 -0400 Received: from frontend1.mail.m-online.net (unknown [192.168.8.180]) by mail-out.m-online.net (Postfix) with ESMTP id 3VFFm21gMVz4Kh1w; Sat, 24 Mar 2012 09:54:10 +0100 (CET) Received: from linux.local (ppp-88-217-102-246.dynamic.mnet-online.de [88.217.102.246]) by mail.mnet-online.de (Postfix) with ESMTPA id 3VFFm214dGz4KK2w; Sat, 24 Mar 2012 09:54:10 +0100 (CET) Received: by linux.local (Postfix, from userid 501) id 792E91E5309; Sat, 24 Mar 2012 09:54:09 +0100 (CET) From: Andreas Schwab References: <83zkb6trdb.fsf@gnu.org> X-Yow: --``I love KATRINKA because she drives a PONTIAC. We're going away now. I fed the cat. - Zippy'' Date: Sat, 24 Mar 2012 09:54:09 +0100 In-Reply-To: <83zkb6trdb.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 24 Mar 2012 09:01:04 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.94 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) Eli Zaretskii writes: >> The member `u.glyphless' above requires at least 33 bits and does not >> fit in the size (32 bits) of `u.val' on many environments. As a >> result, equality with respect to the `u.val' member (e.g., used in >> GLYPH_EQUAL_P) does not necessarily mean the equality of glyphless >> glyphs. This is broken since GLYPHLESS_GLYPH was added. > ?? Isn't the size of a union defined by its widest member? The size of u.val is defined by the size of unsigned. > If so, we just end up wasting some storage here, but we should never > truncate a bit field. It's not about truncation, but about ignored bits in GLYPH_EQUAL_P. > I would actually suggest to use 22-bit for this field, to avoid > confusion in the future. Making the struct exactly 32 bits may be better since it can make access to the ch member simpler. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From unknown Fri Sep 05 20:36:29 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11082: 24.0.94; u.glyphless member in struct glyph does not fit in 32 bits Resent-From: YAMAMOTO Mitsuharu Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 25 Mar 2012 01:02:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11082 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Andreas Schwab Cc: Eli Zaretskii , 11082@debbugs.gnu.org Received: via spool by 11082-submit@debbugs.gnu.org id=B11082.133263727526984 (code B ref 11082); Sun, 25 Mar 2012 01:02:01 +0000 Received: (at 11082) by debbugs.gnu.org; 25 Mar 2012 01:01:15 +0000 Received: from localhost ([127.0.0.1]:37295 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SBbpY-000717-0Z for submit@debbugs.gnu.org; Sat, 24 Mar 2012 21:01:15 -0400 Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]:57347) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SBbos-0006zy-IU for 11082@debbugs.gnu.org; Sat, 24 Mar 2012 21:01:10 -0400 Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id A1E44C055D; Sun, 25 Mar 2012 09:29:25 +0900 (JST) Date: Sun, 25 Mar 2012 09:29:25 +0900 Message-ID: From: YAMAMOTO Mitsuharu In-Reply-To: References: <83zkb6trdb.fsf@gnu.org> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?UTF-8?Q?Shij=C5=8D?=) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Organization: Faculty of Science, Chiba University MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Spam-Score: -1.9 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) >>>>> On Sat, 24 Mar 2012 09:54:09 +0100, Andreas Schwab said: >> ?? Isn't the size of a union defined by its widest member? > The size of u.val is defined by the size of unsigned. >> If so, we just end up wasting some storage here, but we should >> never truncate a bit field. > It's not about truncation, but about ignored bits in GLYPH_EQUAL_P. Yes, I meant that. A test case is as follows. I checked it with Ubuntu 11.10, GTK+ build. 1. emacs -Q 2. (insert #xe0100) C-j 3. C-p C-p C-e C-b C-b C-d 1 C-e Now the line at the cursor is "(insert #xe0101)". 4. C-j The glyphless glyph just added is shown as "0E0100" instead of "0E0101". YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp From unknown Fri Sep 05 20:36:29 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11082: 24.0.94; u.glyphless member in struct glyph does not fit in 32 bits References: Resent-From: Kenichi Handa Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 26 Mar 2012 06:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11082 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 11082@debbugs.gnu.org, mituharu@math.s.chiba-u.ac.jp Received: via spool by 11082-submit@debbugs.gnu.org id=B11082.13327427678376 (code B ref 11082); Mon, 26 Mar 2012 06:20:02 +0000 Received: (at 11082) by debbugs.gnu.org; 26 Mar 2012 06:19:27 +0000 Received: from localhost ([127.0.0.1]:39001 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SC3H3-0002Az-2F for submit@debbugs.gnu.org; Mon, 26 Mar 2012 02:19:26 -0400 Received: from mx1.aist.go.jp ([150.29.246.133]:41023) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SC3GU-00029w-Cx for 11082@debbugs.gnu.org; Mon, 26 Mar 2012 02:19:24 -0400 Received: from rqsmtp1.aist.go.jp (rqsmtp1.aist.go.jp [150.29.254.115]) by mx1.aist.go.jp with ESMTP id q2Q5lepN018346; Mon, 26 Mar 2012 14:47:40 +0900 (JST) env-from (handa@m17n.org) Received: from smtp3.aist.go.jp by rqsmtp1.aist.go.jp with ESMTP id q2Q5leO3018553; Mon, 26 Mar 2012 14:47:40 +0900 (JST) env-from (handa@m17n.org) Received: by smtp3.aist.go.jp with ESMTP id q2Q5ldLG029927; Mon, 26 Mar 2012 14:47:39 +0900 (JST) env-from (handa@m17n.org) From: Kenichi Handa In-Reply-To: <83zkb6trdb.fsf@gnu.org> (message from Eli Zaretskii on Sat, 24 Mar 2012 09:01:04 +0200) Date: Mon, 26 Mar 2012 14:47:16 +0900 Message-ID: <87obrjncbf.fsf@m17n.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) In article <83zkb6trdb.fsf@gnu.org>, Eli Zaretskii writes: > > 447 /* Sub-stretch for type == GLYPHLESS_GLYPH. */ > > 448 struct > > 449 { > > 450 /* Value is an enum of the type glyphless_display_method. */ > > 451 unsigned method : 2; > > 452 /* 1 iff this glyph is for a character of no font. */ > > 453 unsigned for_no_font : 1; > > 454 /* Length of acronym or hexadecimal code string (at most 8). */ > > 455 unsigned len : 4; > > 456 /* Character to display. Actually we need only 22 bits. */ > > 457 unsigned ch : 26; > > 458 } glyphless; [...] > > According to the comment above, it seems to be OK to shorten the > > length of `u.glyphless.ch' member from 26 to 25. Could someone > > confirm this? > Confirmed. From the ELisp manual: [...] > I would actually suggest to use 22-bit for this field, to avoid > confusion in the future. I agree to change the bit length. I don't remeber well but I think the current bit length setting was just my mistake. In article , Stefan Monnier writes: > > dispextern.h (struct glyph): Change the bit length of glyphless.ch to 22 > > to make the member glyphless fit in 32 bits. > I think it's safer to reduce it to 25 bits, otherwise `val' field will > refer to undefined bits. Ok. I've just installed that change. --- Kenichi Handa handa@m17n.org From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 26 02:38:17 2012 Received: (at control) by debbugs.gnu.org; 26 Mar 2012 06:38:17 +0000 Received: from localhost ([127.0.0.1]:39005 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SC3ZH-0002dO-JD for submit@debbugs.gnu.org; Mon, 26 Mar 2012 02:38:17 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:44916) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SC3Yj-0002cK-5V for control@debbugs.gnu.org; Mon, 26 Mar 2012 02:38:14 -0400 Received: from bb121-7-229-226.singnet.com.sg ([121.7.229.226]:35521 helo=ulysses) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1SC34Z-0005BF-MN for control@debbugs.gnu.org; Mon, 26 Mar 2012 02:06:32 -0400 From: Chong Yidong To: control@debbugs.gnu.org Subject: close 11082 Date: Mon, 26 Mar 2012 14:06:22 +0800 Message-ID: <87bonj521t.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) close 11082 thanks