From unknown Fri Jun 20 07:10:05 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#16691 <16691@debbugs.gnu.org> To: bug#16691 <16691@debbugs.gnu.org> Subject: Status: 24.3.50; emacs_backtrace.txt Reply-To: bug#16691 <16691@debbugs.gnu.org> Date: Fri, 20 Jun 2025 14:10:05 +0000 retitle 16691 24.3.50; emacs_backtrace.txt reassign 16691 emacs submitter 16691 Drew Adams severity 16691 normal tag 16691 moreinfo thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 08 12:31:04 2014 Received: (at submit) by debbugs.gnu.org; 8 Feb 2014 17:31:04 +0000 Received: from localhost ([127.0.0.1]:58087 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCBk7-0003hZ-Ce for submit@debbugs.gnu.org; Sat, 08 Feb 2014 12:31:03 -0500 Received: from eggs.gnu.org ([208.118.235.92]:58232) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCBk3-0003h6-Ak for submit@debbugs.gnu.org; Sat, 08 Feb 2014 12:31:00 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WCBjt-0003aS-4S for submit@debbugs.gnu.org; Sat, 08 Feb 2014 12:30:59 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:42686) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WCBjt-0003aO-1d for submit@debbugs.gnu.org; Sat, 08 Feb 2014 12:30:49 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59925) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WCBjk-0001Ms-EG for bug-gnu-emacs@gnu.org; Sat, 08 Feb 2014 12:30:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WCBjb-0003Yk-GK for bug-gnu-emacs@gnu.org; Sat, 08 Feb 2014 12:30:40 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:34315) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WCBja-0003Xj-VY for bug-gnu-emacs@gnu.org; Sat, 08 Feb 2014 12:30:31 -0500 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s18HUTnB016279 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 8 Feb 2014 17:30:29 GMT Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230]) by ucsinet22.oracle.com (8.14.5+Sun/8.14.5) with ESMTP id s18HURKM029750 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 8 Feb 2014 17:30:28 GMT Received: from abhmp0011.oracle.com (abhmp0011.oracle.com [141.146.116.17]) by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s18HURbr028417 for ; Sat, 8 Feb 2014 17:30:27 GMT MIME-Version: 1.0 Message-ID: Date: Sat, 8 Feb 2014 09:30:26 -0800 (PST) From: Drew Adams To: bug-gnu-emacs@gnu.org Subject: 24.3.50; emacs_backtrace.txt X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) Backtrace: 011fbc19 011fbc8a 010f02f7 01162209 01004628 0100a3a3 01008963 010080f6 01007da0 010437c5 01041701 010f68ac 01103cee 010f43c5 0117d306 010f3cfa 0117c8b3 010f3c61 010f3448 010f3604 01180389 011c0f7c 01180b88 011805e2 0117f536 0117fe3c 0117a729 0117a787 0117ec30 0117ac19 01180eb7 011806b5 0117ef0e 0117ac19 0117c3b1 0117ed7c 0117a9a3 0117ed7c 0117ac19 01180eb7 011806b5 0117f907 01180296 011c0f7c 01180b88 011808a7 0117f285 0117ac19 0117bf26 0117ed7c 0117ac19 01180eb7 011806b5 0117ef0e 0117ac19 01180eb7 011806b5 0117ef0e 0117ac19 01180eb7 011806b5 0117ef0e ... In GNU Emacs 24.3.50.1 (i686-pc-mingw32) of 2014-02-06 on ODIEONE Bzr revision: 116299 rgm@gnu.org-20140207032552-3ycw6hai2zl7yynq Windowing system distributor `Microsoft Corp.', version 6.1.7601 Configured using: `configure --prefix=3D/c/Devel/emacs/binary --enable-checking=3Dyes,glyphs 'CFLAGS=3D-O0 -g3' LDFLAGS=3D-Lc:/Devel/emacs/lib CPPFLAGS=3D-Ic:/Devel/emacs/include' From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 08 14:23:04 2014 Received: (at 16691) by debbugs.gnu.org; 8 Feb 2014 19:23:04 +0000 Received: from localhost ([127.0.0.1]:58131 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCDUV-0006bC-It for submit@debbugs.gnu.org; Sat, 08 Feb 2014 14:23:03 -0500 Received: from mail-yh0-f48.google.com ([209.85.213.48]:47455) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCDUS-0006ah-Ve for 16691@debbugs.gnu.org; Sat, 08 Feb 2014 14:23:01 -0500 Received: by mail-yh0-f48.google.com with SMTP id f10so3800733yha.35 for <16691@debbugs.gnu.org>; Sat, 08 Feb 2014 11:23:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=LKbJBZpPoZh1Yt+olJCjta5Dn/QRl/i1A3Lv+N3mASw=; b=jVfyRQj6TtQTXvoDzVDUXO+ku+KIfgrIk1RckDFslJgOQLnOKHfwY+4GcJq+4qMjx3 MP7MGXIP14biG4zkxT4vls70OPyYVY8AlspZVerW4B5UdOLKDUhainrd7NnvcsV9l9/A V6NLs/VdKjymR3njQNE1vbqPEDU8XFZlY694nZRf73BEiRI9rRH68zFWPX21TaRbD7s6 ZMR4fkttuQBusIQfxpRkqQOnEkWwlNBgSt9MGtmmO/WU4ghdxE3ufD2S2EK3rYGCnJ+Q bgM1/ZoNle6u8Vl1Wt2BkqLWyHzsjkS0dVbYaq9I2lXFLajGkllNupcnhsod3E8PQHKZ 4rmw== X-Received: by 10.236.122.165 with SMTP id t25mr6778852yhh.46.1391887380288; Sat, 08 Feb 2014 11:23:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.170.84.65 with HTTP; Sat, 8 Feb 2014 11:22:20 -0800 (PST) In-Reply-To: References: From: Juanma Barranquero Date: Sat, 8 Feb 2014 20:22:20 +0100 Message-ID: Subject: Re: bug#16691: 24.3.50; emacs_backtrace.txt To: Drew Adams Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 16691 Cc: 16691@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) ?? ??:0 w32_backtrace at w32fns.c:8431 emacs_abort at w32fns.c:8463 terminate_due_to_signal at emacs.c:378 die at alloc.c:6761 row_equal_p at dispnew.c:1170 scrolling_window at dispnew.c:4129 update_window at dispnew.c:3392 update_window_tree at dispnew.c:3161 update_frame at dispnew.c:3059 redisplay_internal at xdisp.c:13665 redisplay at xdisp.c:12911 read_char at keyboard.c:2563 read_key_sequence at keyboard.c:9071 command_loop_1 at keyboard.c:1445 internal_condition_case at eval.c:1352 command_loop_2 at keyboard.c:1170 internal_catch at eval.c:1116 command_loop at keyboard.c:1141 recursive_edit_1 at keyboard.c:777 Frecursive_edit at keyboard.c:841 Ffuncall at eval.c:2810 exec_byte_code at bytecode.c:919 funcall_lambda at eval.c:2981 Ffuncall at eval.c:2862 Fapply at eval.c:2299 apply1 at eval.c:2586 call_debugger at eval.c:330 do_debug_on_call at eval.c:346 eval_sub at eval.c:2100 Fprogn at eval.c:466 funcall_lambda at eval.c:3040 Ffuncall at eval.c:2874 eval_sub at eval.c:2155 Fprogn at eval.c:466 Flet at eval.c:974 eval_sub at eval.c:2131 Fif at eval.c:417 eval_sub at eval.c:2131 Fprogn at eval.c:466 funcall_lambda at eval.c:3040 Ffuncall at eval.c:2874 Fapply at eval.c:2352 Ffuncall at eval.c:2794 exec_byte_code at bytecode.c:919 funcall_lambda at eval.c:2981 apply_lambda at eval.c:2922 eval_sub at eval.c:2228 Fprogn at eval.c:466 FletX at eval.c:904 eval_sub at eval.c:2131 Fprogn at eval.c:466 funcall_lambda at eval.c:3040 Ffuncall at eval.c:2874 eval_sub at eval.c:2155 Fprogn at eval.c:466 funcall_lambda at eval.c:3040 Ffuncall at eval.c:2874 eval_sub at eval.c:2155 Fprogn at eval.c:466 funcall_lambda at eval.c:3040 Ffuncall at eval.c:2874 eval_sub at eval.c:2155 ?? ??:0 From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 08 14:34:30 2014 Received: (at 16691) by debbugs.gnu.org; 8 Feb 2014 19:34:30 +0000 Received: from localhost ([127.0.0.1]:58141 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCDfZ-0006un-JC for submit@debbugs.gnu.org; Sat, 08 Feb 2014 14:34:29 -0500 Received: from mtaout26.012.net.il ([80.179.55.182]:37029) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCDfW-0006uW-Qn; Sat, 08 Feb 2014 14:34:28 -0500 Received: from conversion-daemon.mtaout26.012.net.il by mtaout26.012.net.il (HyperSendmail v2007.08) id <0N0O00H00ZI3HW00@mtaout26.012.net.il>; Sat, 08 Feb 2014 21:33:10 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout26.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N0O00AC7ZN96V80@mtaout26.012.net.il>; Sat, 08 Feb 2014 21:33:10 +0200 (IST) Date: Sat, 08 Feb 2014 21:34:16 +0200 From: Eli Zaretskii Subject: Re: bug#16691: 24.3.50; emacs_backtrace.txt In-reply-to: X-012-Sender: halo1@inter.net.il To: Juanma Barranquero , martin rudalics Message-id: <83a9e1wg93.fsf@gnu.org> References: X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16691 Cc: 16691@debbugs.gnu.org, control@debbugs.gnu.org, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) merge 16660 16691 thanks > From: Juanma Barranquero > Date: Sat, 8 Feb 2014 20:22:20 +0100 > Cc: 16691@debbugs.gnu.org > > w32_backtrace at w32fns.c:8431 > emacs_abort at w32fns.c:8463 > terminate_due_to_signal at emacs.c:378 > die at alloc.c:6761 > row_equal_p at dispnew.c:1170 > scrolling_window at dispnew.c:4129 This is a duplicate of 16660. Since this started happening only lately, Martin, could you please see if some of your changes could possibly disrupt the glyph row's hash values? From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 08 15:02:24 2014 Received: (at control) by debbugs.gnu.org; 8 Feb 2014 20:02:24 +0000 Received: from localhost ([127.0.0.1]:58175 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCE6Z-0000N7-6E for submit@debbugs.gnu.org; Sat, 08 Feb 2014 15:02:23 -0500 Received: from mtaout26.012.net.il ([80.179.55.182]:41104) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCE6V-0000Mw-J8; Sat, 08 Feb 2014 15:02:20 -0500 Received: from conversion-daemon.mtaout26.012.net.il by mtaout26.012.net.il (HyperSendmail v2007.08) id <0N0P00N000MV2E00@mtaout26.012.net.il>; Sat, 08 Feb 2014 22:01:02 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout26.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N0P00L500XN7L40@mtaout26.012.net.il>; Sat, 08 Feb 2014 22:01:02 +0200 (IST) Date: Sat, 08 Feb 2014 22:02:06 +0200 From: Eli Zaretskii Subject: Re: Processed (with 1 errors): Re: bug#16691: 24.3.50; emacs_backtrace.txt In-reply-to: X-012-Sender: halo1@inter.net.il To: control@debbugs.gnu.org (GNU bug tracker automated control server) Message-id: <837g95weyp.fsf@gnu.org> References: <83a9e1wg93.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: control Cc: tracker@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) reopen 16660 merge 16660 16691 thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 08 15:06:22 2014 Received: (at 16691) by debbugs.gnu.org; 8 Feb 2014 20:06:22 +0000 Received: from localhost ([127.0.0.1]:58183 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCEAQ-0000Uq-9r for submit@debbugs.gnu.org; Sat, 08 Feb 2014 15:06:22 -0500 Received: from mout.gmx.net ([212.227.17.21]:50732) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCEAO-0000Uh-4q for 16691@debbugs.gnu.org; Sat, 08 Feb 2014 15:06:21 -0500 Received: from [62.47.48.134] ([62.47.48.134]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0Lk7T8-1VeX2W3n3a-00c6S6 for <16691@debbugs.gnu.org>; Sat, 08 Feb 2014 21:06:19 +0100 Message-ID: <52F68E36.7070204@gmx.at> Date: Sat, 08 Feb 2014 21:06:14 +0100 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#16691: 24.3.50; emacs_backtrace.txt References: <83a9e1wg93.fsf@gnu.org> In-Reply-To: <83a9e1wg93.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:v5GD/A5RaVqPVRDHohoYCNtehpLY8qO0lnr7QuhU2EfKbXD8InX gudf/R2D6wBW4DY51hffIbcbwtaq/YcqIMpGUzEeqQsByiRZXLJNH8RLL45BygvRv7KU2ZB Yf5AU4REm3eaFnysUfgZPfQFu5QObFfAgfx/e+O5irUDnFNyq0lIN6pVquwD2BzyloWvkUr Z93rXIn1J5I02WnYUdm0Q== X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 16691 Cc: 16691@debbugs.gnu.org, Juanma Barranquero , control@debbugs.gnu.org, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) > Since this started happening only lately, Martin, could you please see > if some of your changes could possibly disrupt the glyph row's hash > values? If you told me how I could have done that, maybe. I don't have the slightest idea. martin From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 08 15:31:38 2014 Received: (at 16691) by debbugs.gnu.org; 8 Feb 2014 20:31:38 +0000 Received: from localhost ([127.0.0.1]:58234 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCEYr-0003Vq-RB for submit@debbugs.gnu.org; Sat, 08 Feb 2014 15:31:38 -0500 Received: from mtaout21.012.net.il ([80.179.55.169]:46815) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCEYo-0003Vd-Va; Sat, 08 Feb 2014 15:31:36 -0500 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0N0P00A001UYX800@a-mtaout21.012.net.il>; Sat, 08 Feb 2014 22:31:33 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N0P00A882CLRO90@a-mtaout21.012.net.il>; Sat, 08 Feb 2014 22:31:33 +0200 (IST) Date: Sat, 08 Feb 2014 22:31:23 +0200 From: Eli Zaretskii Subject: Re: bug#16691: 24.3.50; emacs_backtrace.txt In-reply-to: <52F68E36.7070204@gmx.at> X-012-Sender: halo1@inter.net.il To: martin rudalics Message-id: <83zjm1uz1g.fsf@gnu.org> References: <83a9e1wg93.fsf@gnu.org> <52F68E36.7070204@gmx.at> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16691 Cc: 16691@debbugs.gnu.org, lekktu@gmail.com, control@debbugs.gnu.org, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Sat, 08 Feb 2014 21:06:14 +0100 > From: martin rudalics > CC: Juanma Barranquero , drew.adams@oracle.com, > 16691@debbugs.gnu.org, control@debbugs.gnu.org > > > Since this started happening only lately, Martin, could you please see > > if some of your changes could possibly disrupt the glyph row's hash > > values? > > If you told me how I could have done that, maybe. I don't have the > slightest idea. I don't know if you did that. I just took a look at the latest changes preceding the first revno where Drew reported this. As to how this could happen: did any of your changes affect the 'used' field of the glyph_row structure, under any circumstances? From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 08 15:40:30 2014 Received: (at 16691) by debbugs.gnu.org; 8 Feb 2014 20:40:31 +0000 Received: from localhost ([127.0.0.1]:58242 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCEhR-0003ku-Nt for submit@debbugs.gnu.org; Sat, 08 Feb 2014 15:40:30 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:42996) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCEhO-0003kj-Lc for 16691@debbugs.gnu.org; Sat, 08 Feb 2014 15:40:27 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1WCEhN-0006sF-St; Sat, 08 Feb 2014 15:40:25 -0500 From: Glenn Morris To: Eli Zaretskii Subject: Re: bug#16691: 24.3.50; emacs_backtrace.txt References: <83a9e1wg93.fsf@gnu.org> <52F68E36.7070204@gmx.at> <83zjm1uz1g.fsf@gnu.org> X-Spook: quiche Al-Qaeda eavesdropping class struggle Panama X-Ran: |_}9g[y4-IeDG^*8MwG/|$pm:;jE5%aE5ZOjUE'CK@=HioiZT\!P7z)]|ibl_xrJiKN@p# X-Hue: white X-Debbugs-No-Ack: yes X-Attribution: GM Date: Sat, 08 Feb 2014 15:40:25 -0500 In-Reply-To: <83zjm1uz1g.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 08 Feb 2014 22:31:23 +0200") Message-ID: <7fiospwd6u.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.5 (-----) X-Debbugs-Envelope-To: 16691 Cc: 16691@debbugs.gnu.org, martin rudalics , lekktu@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.5 (-----) If you bcc'd control@debbugs rather than cc'ing, you would not have the problem where people, including yourself, include it on all future replies. You've previously said you won't do that, but I ask you to reconsider: http://lists.gnu.org/archive/html/emacs-devel/2013-08/msg00804.html >> If control@debbugs goes in BCC, people will become confused about >> those weird commands at the beginning of the message. That supposes that people 1) read the address list (my experience is that they do not, you're proving it in this thread); and 2) use it figure out what "weird commands" might mean (I doubt it). By not using bcc, you require everyone who might reply to you to check and possibly edit the reply list, or to start every single message with "stop". (Or to use something like message-dont-reply-to-names, which is a good idea anyway.) If you really think people are confused by these commands, you should send them in a totally separate message. Or preface them with a # comment to explain them. From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 08 15:55:51 2014 Received: (at 16691) by debbugs.gnu.org; 8 Feb 2014 20:55:51 +0000 Received: from localhost ([127.0.0.1]:58261 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCEwI-0005Jq-U5 for submit@debbugs.gnu.org; Sat, 08 Feb 2014 15:55:51 -0500 Received: from mtaout28.012.net.il ([80.179.55.184]:59281) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCEw7-0005JP-2g for 16691@debbugs.gnu.org; Sat, 08 Feb 2014 15:55:48 -0500 Received: from conversion-daemon.mtaout28.012.net.il by mtaout28.012.net.il (HyperSendmail v2007.08) id <0N0P001003EXCR00@mtaout28.012.net.il> for 16691@debbugs.gnu.org; Sat, 08 Feb 2014 22:56:44 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout28.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N0P00OQD3IKU720@mtaout28.012.net.il>; Sat, 08 Feb 2014 22:56:44 +0200 (IST) Date: Sat, 08 Feb 2014 22:55:27 +0200 From: Eli Zaretskii Subject: Re: bug#16691: 24.3.50; emacs_backtrace.txt In-reply-to: <7fiospwd6u.fsf@fencepost.gnu.org> X-012-Sender: halo1@inter.net.il To: Glenn Morris Message-id: <83y51luxxc.fsf@gnu.org> References: <83a9e1wg93.fsf@gnu.org> <52F68E36.7070204@gmx.at> <83zjm1uz1g.fsf@gnu.org> <7fiospwd6u.fsf@fencepost.gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16691 Cc: 16691@debbugs.gnu.org, rudalics@gmx.at, lekktu@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Glenn Morris > Cc: martin rudalics , 16691@debbugs.gnu.org, lekktu@gmail.com > Date: Sat, 08 Feb 2014 15:40:25 -0500 > > > If you bcc'd control@debbugs rather than cc'ing, you would not have the > problem where people, including yourself, include it on all future replies. > > You've previously said you won't do that, but I ask you to reconsider: > > http://lists.gnu.org/archive/html/emacs-devel/2013-08/msg00804.html > > >> If control@debbugs goes in BCC, people will become confused about > >> those weird commands at the beginning of the message. > > That supposes that people 1) read the address list (my experience is > that they do not, you're proving it in this thread); and 2) use it > figure out what "weird commands" might mean (I doubt it). > > By not using bcc, you require everyone who might reply to you to check > and possibly edit the reply list, or to start every single message with > "stop". (Or to use something like message-dont-reply-to-names, which is > a good idea anyway.) (Why does this deserve a discussion? A few messages bounced, so what?) I use this facility so infrequently that I'd probably forget to use BCC anyway, like I always forget that a new bug report cannot be merged with a closed one. If you ask me, this all stems from the fact that debbugs is less helpful than it could have been. It could, for example, be smarter about merging, and it could take commands from messages addressed to NNNN@debbugs.gnu.org, not just control@. If you want to solve these problems, that's the only sure way. From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 08 18:25:20 2014 Received: (at 16691) by debbugs.gnu.org; 8 Feb 2014 23:25:21 +0000 Received: from localhost ([127.0.0.1]:58364 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCHGy-0000kG-1S for submit@debbugs.gnu.org; Sat, 08 Feb 2014 18:25:20 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:45089) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCHGu-0000k6-ME for 16691@debbugs.gnu.org; Sat, 08 Feb 2014 18:25:17 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1WCHGt-0003ul-ST; Sat, 08 Feb 2014 18:25:15 -0500 From: Glenn Morris To: Eli Zaretskii Subject: Re: bug#16691: 24.3.50; emacs_backtrace.txt References: <83a9e1wg93.fsf@gnu.org> <52F68E36.7070204@gmx.at> <83zjm1uz1g.fsf@gnu.org> <7fiospwd6u.fsf@fencepost.gnu.org> <83y51luxxc.fsf@gnu.org> X-Spook: Cocaine enemy of the state Chobetsu Armani NORAD ARPA X-Ran: J?FU~$ROsiB?H7s}H8iR>:Mz:>8CBLSSgkY;sg?aJ4]B169`VRj)C!U:c`%BqyB,)*LS$P X-Hue: magenta X-Debbugs-No-Ack: yes X-Attribution: GM Date: Sat, 08 Feb 2014 18:25:15 -0500 In-Reply-To: <83y51luxxc.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 08 Feb 2014 22:55:27 +0200") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.5 (-----) X-Debbugs-Envelope-To: 16691 Cc: 16691@debbugs.gnu.org, rudalics@gmx.at, lekktu@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.5 (-----) Eli Zaretskii wrote: > (Why does this deserve a discussion? A few messages bounced, so > what?) OK, fine, keep confusing everyone who replies to you. > If you ask me, this all stems from the fact that debbugs is less > helpful than it could have been. It could, for example, be smarter > about merging, and it could take commands from messages addressed to > NNNN@debbugs.gnu.org, not just control@. If you want to solve these > problems, that's the only sure way. I disagree, and since no-one but me does any work on debbugs.gnu.org, I would not expect anything to happen in this area. From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 09 06:04:38 2014 Received: (at 16691) by debbugs.gnu.org; 9 Feb 2014 11:04:38 +0000 Received: from localhost ([127.0.0.1]:59316 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCSBi-00084X-2m for submit@debbugs.gnu.org; Sun, 09 Feb 2014 06:04:38 -0500 Received: from mout.gmx.net ([212.227.17.21]:59305) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCSBW-000849-H4 for 16691@debbugs.gnu.org; Sun, 09 Feb 2014 06:04:36 -0500 Received: from [62.47.43.12] ([62.47.43.12]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0LorB9-1VaOfa02Ad-00goPR for <16691@debbugs.gnu.org>; Sun, 09 Feb 2014 12:04:25 +0100 Message-ID: <52F760B0.6050003@gmx.at> Date: Sun, 09 Feb 2014 12:04:16 +0100 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#16691: 24.3.50; emacs_backtrace.txt References: <83a9e1wg93.fsf@gnu.org> <52F68E36.7070204@gmx.at> <83zjm1uz1g.fsf@gnu.org> In-Reply-To: <83zjm1uz1g.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:Smg8Vw9PVU+RNF1EjDu1eW8YIECHA29sC3DZ3n2nTDy/PH8de9Z QraOlIAgGglngJ2jZUMMNwIR00p1F2ycm2O2X2W6w7y2vxWr1L4i+Gu8fRJ9J4b7TnFWDGS ifaGwBD5FQXQuyAImhe4iJaDt4lIxjjHHvvMwBOIpjOSVx72G0v46HPZNCHRuxodElvyc27 QaIhY0DJmn2PPk/uO+NOA== X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 16691 Cc: 16691@debbugs.gnu.org, lekktu@gmail.com, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) >>> Since this started happening only lately, Martin, could you please see >>> if some of your changes could possibly disrupt the glyph row's hash >>> values? >> If you told me how I could have done that, maybe. I don't have the >> slightest idea. > > I don't know if you did that. I just took a look at the latest > changes preceding the first revno where Drew reported this. My last change before that was to process frame alpha earlier from revision 116242. While being a very dubious change, I can't imagine how it could affect hash values. > As to how this could happen: did any of your changes affect the 'used' > field of the glyph_row structure, under any circumstances? I don't understand the glyph_row structure and hopefully never ever have touched it. The only possibly related change is that of re-introducing an adjust_window_margins call in window_resize_apply in revision 116307, but this happened clearly after Bug#16660. martin From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 09 11:30:36 2014 Received: (at 16691) by debbugs.gnu.org; 9 Feb 2014 16:30:36 +0000 Received: from localhost ([127.0.0.1]:60713 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCXH6-0004Rs-Ie for submit@debbugs.gnu.org; Sun, 09 Feb 2014 11:30:32 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:50590) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCXH3-0004Ri-FK for 16691@debbugs.gnu.org; Sun, 09 Feb 2014 11:30:30 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0N0Q00000LSTNF00@a-mtaout20.012.net.il> for 16691@debbugs.gnu.org; Sun, 09 Feb 2014 18:30:28 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N0Q000HLLURK710@a-mtaout20.012.net.il>; Sun, 09 Feb 2014 18:30:28 +0200 (IST) Date: Sun, 09 Feb 2014 18:30:10 +0200 From: Eli Zaretskii Subject: Re: bug#16691: 24.3.50; emacs_backtrace.txt In-reply-to: <52F760B0.6050003@gmx.at> X-012-Sender: halo1@inter.net.il To: martin rudalics Message-id: <83lhxkuu3x.fsf@gnu.org> References: <83a9e1wg93.fsf@gnu.org> <52F68E36.7070204@gmx.at> <83zjm1uz1g.fsf@gnu.org> <52F760B0.6050003@gmx.at> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16691 Cc: 16691@debbugs.gnu.org, lekktu@gmail.com, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Sun, 09 Feb 2014 12:04:16 +0100 > From: martin rudalics > CC: lekktu@gmail.com, drew.adams@oracle.com, 16691@debbugs.gnu.org > > > As to how this could happen: did any of your changes affect the 'used' > > field of the glyph_row structure, under any circumstances? > > I don't understand the glyph_row structure and hopefully never ever have > touched it. The only possibly related change is that of re-introducing > an adjust_window_margins call in window_resize_apply in revision 116307, > but this happened clearly after Bug#16660. OK, thanks for checking. From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 09 13:58:25 2014 Received: (at 16691) by debbugs.gnu.org; 9 Feb 2014 18:58:25 +0000 Received: from localhost ([127.0.0.1]:60803 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCZaB-0008Eo-Bg for submit@debbugs.gnu.org; Sun, 09 Feb 2014 13:58:24 -0500 Received: from mout.gmx.net ([212.227.17.22]:53011) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCZa7-0008Ed-DV for 16691@debbugs.gnu.org; Sun, 09 Feb 2014 13:58:20 -0500 Received: from [62.47.43.12] ([62.47.43.12]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0MQvDO-1VmfuW02tK-00UK71 for <16691@debbugs.gnu.org>; Sun, 09 Feb 2014 19:58:18 +0100 Message-ID: <52F7CFC4.2030905@gmx.at> Date: Sun, 09 Feb 2014 19:58:12 +0100 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#16691: 24.3.50; emacs_backtrace.txt References: <83a9e1wg93.fsf@gnu.org> <52F68E36.7070204@gmx.at> <83zjm1uz1g.fsf@gnu.org> <52F760B0.6050003@gmx.at> <83lhxkuu3x.fsf@gnu.org> In-Reply-To: <83lhxkuu3x.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:MejsL4lauvsIyaFgOSaaCnv8fXWAJBTxSC4+zHOC6JwnjYojPwW +F12VcUceRl3Q1b+ihhi6z0amRCDQtuhO8WOyHIxkNltq9SptcvGP3MgVdb8CdoL6+xlXDU UM2oXUqyTpO1HRExjHxIDeM63s+Tk5QQv81oCM5LmJ5pHzjqo4esJEm0bPpfBg8ewklAJU/ krZqVhr+gkU/bOmHw2sQQ== X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 16691 Cc: 16691@debbugs.gnu.org, lekktu@gmail.com, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) >> I don't understand the glyph_row structure and hopefully never ever have >> touched it. But while you're here could you please try to explain the following issues wrt three members of glyph_row: - short used[1 + LAST_AREA]: What does "Number of glyphs actually filled in areas." mean? Does this mean that for example the first element is zero when the left margin doesn't exist? - int x, y: Where and how are these set for a particular row (including header- and mode-line) and when and how are these eventually consumed? This is the greatest mystery for me so far. - int visible_height: "Partially visible rows may be found at the top and bottom of a window." Is it true that we can draw partially visible rows at the top of the window? Thanks, martin From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 09 15:20:43 2014 Received: (at 16691) by debbugs.gnu.org; 9 Feb 2014 20:20:43 +0000 Received: from localhost ([127.0.0.1]:60858 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCarr-0001w2-2k for submit@debbugs.gnu.org; Sun, 09 Feb 2014 15:20:43 -0500 Received: from mtaout29.012.net.il ([80.179.55.185]:46977) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCarm-0001vq-HK for 16691@debbugs.gnu.org; Sun, 09 Feb 2014 15:20:40 -0500 Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0N0Q00C00W2VHY00@mtaout29.012.net.il> for 16691@debbugs.gnu.org; Sun, 09 Feb 2014 22:22:40 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N0Q008TGWLS5G50@mtaout29.012.net.il>; Sun, 09 Feb 2014 22:22:40 +0200 (IST) Date: Sun, 09 Feb 2014 22:20:19 +0200 From: Eli Zaretskii Subject: Re: bug#16691: 24.3.50; emacs_backtrace.txt In-reply-to: <52F7CFC4.2030905@gmx.at> X-012-Sender: halo1@inter.net.il To: martin rudalics Message-id: <83fvnsujgc.fsf@gnu.org> References: <83a9e1wg93.fsf@gnu.org> <52F68E36.7070204@gmx.at> <83zjm1uz1g.fsf@gnu.org> <52F760B0.6050003@gmx.at> <83lhxkuu3x.fsf@gnu.org> <52F7CFC4.2030905@gmx.at> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16691 Cc: 16691@debbugs.gnu.org, lekktu@gmail.com, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Sun, 09 Feb 2014 19:58:12 +0100 > From: martin rudalics > CC: lekktu@gmail.com, drew.adams@oracle.com, 16691@debbugs.gnu.org > > - short used[1 + LAST_AREA]: What does "Number of glyphs actually filled > in areas." mean? Does this mean that for example the first element is > zero when the left margin doesn't exist? Not necessarily: the margin could exist, but be empty. And note that in frame glyph matrices (used on a TTY), there's only one area: the TEXT_AREA; the marginal areas don't have their glyphs[] arrays allocated. > - int x, y: Where and how are these set for a particular row (including > header- and mode-line) and when and how are these eventually consumed? > This is the greatest mystery for me so far. They are assigned in display_line and display_string. Examples from display_line: row->y = it->current_y; [...] if (it->current_x - it->pixel_width < it->first_visible_x) row->x = x - it->first_visible_x; Mode line and header line are generated from strings, so look in display_mode_line and display_string. Not sure what you mean by "consumed". Consumed by whom and for what purposes? > - int visible_height: "Partially visible rows may be found at the top > and bottom of a window." Is it true that we can draw partially > visible rows at the top of the window? I think this is only possible when a single row is too large to fit a window. From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 10 03:14:50 2014 Received: (at 16691) by debbugs.gnu.org; 10 Feb 2014 08:14:50 +0000 Received: from localhost ([127.0.0.1]:33977 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCm0v-00086r-G8 for submit@debbugs.gnu.org; Mon, 10 Feb 2014 03:14:50 -0500 Received: from mout.gmx.net ([212.227.15.18]:53530) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCm0o-00086Z-I9 for 16691@debbugs.gnu.org; Mon, 10 Feb 2014 03:14:44 -0500 Received: from [62.47.34.220] ([62.47.34.220]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0LlleO-1VdRGD11Mm-00ZSub for <16691@debbugs.gnu.org>; Mon, 10 Feb 2014 09:14:41 +0100 Message-ID: <52F88A69.3060104@gmx.at> Date: Mon, 10 Feb 2014 09:14:33 +0100 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#16691: 24.3.50; emacs_backtrace.txt References: <83a9e1wg93.fsf@gnu.org> <52F68E36.7070204@gmx.at> <83zjm1uz1g.fsf@gnu.org> <52F760B0.6050003@gmx.at> <83lhxkuu3x.fsf@gnu.org> <52F7CFC4.2030905@gmx.at> <83fvnsujgc.fsf@gnu.org> In-Reply-To: <83fvnsujgc.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:i5KqHOUeSJK23ggeeDZNMqpLQLKFOvg3yhkj1VUh9U1XzzewRck DuqFcQOKjH7oAv+DmP/56OdF3+7gornH4MWvknxDyD/odmAxH5s/g7neRo0AKl9+QWGrlGB u7LxwklUqlrBZvFjV5TCtsoLiESoNCswFsXbWzmmoZC5YKxFlmua2eOocV1GO1VrdeZdYwn XGc2S8+/pDPirErVA1xDQ== X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 16691 Cc: 16691@debbugs.gnu.org, lekktu@gmail.com, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) >> - int x, y: Where and how are these set for a particular row (including >> header- and mode-line) and when and how are these eventually consumed? >> This is the greatest mystery for me so far. > > They are assigned in display_line and display_string. Examples from > display_line: > > row->y = it->current_y; Does the value set here account for extra_line_spacing or is the latter (as I presume) handled separately? > [...] > if (it->current_x - it->pixel_width < it->first_visible_x) > row->x = x - it->first_visible_x; > > Mode line and header line are generated from strings, so look in > display_mode_line and display_string. I tried that but never found anything useful there. I suppose the header line has current_y always set to 0. But the mode line? My confusion comes partly from window_text_bottom_y which returns a position above the mode line, so apparently the mode line is handled separately. But the header line is included in the height returned. And window_box_height does not include the header line in the return value. I understand that most of these are handled by some kind of internal magic but I can't locate that magic yet. > Not sure what you mean by "consumed". Consumed by whom and for what > purposes? I suppose when exposing the window (another part of Emacs display which I don't understand yet). What would current_y else be used for? >> - int visible_height: "Partially visible rows may be found at the top >> and bottom of a window." Is it true that we can draw partially >> visible rows at the top of the window? > > I think this is only possible when a single row is too large to fit a > window. I see. So this is not about having the top of a line only partially visible. martin From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 10 12:43:14 2014 Received: (at 16691) by debbugs.gnu.org; 10 Feb 2014 17:43:14 +0000 Received: from localhost ([127.0.0.1]:41609 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCusw-0004n5-Nq for submit@debbugs.gnu.org; Mon, 10 Feb 2014 12:43:14 -0500 Received: from mtaout24.012.net.il ([80.179.55.180]:39709) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCust-0004ma-UJ for 16691@debbugs.gnu.org; Mon, 10 Feb 2014 12:43:09 -0500 Received: from conversion-daemon.mtaout24.012.net.il by mtaout24.012.net.il (HyperSendmail v2007.08) id <0N0S00K00JRBDL00@mtaout24.012.net.il> for 16691@debbugs.gnu.org; Mon, 10 Feb 2014 19:42:07 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout24.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N0S00FIGJU77250@mtaout24.012.net.il>; Mon, 10 Feb 2014 19:42:07 +0200 (IST) Date: Mon, 10 Feb 2014 19:42:46 +0200 From: Eli Zaretskii Subject: Re: bug#16691: 24.3.50; emacs_backtrace.txt In-reply-to: <52F88A69.3060104@gmx.at> X-012-Sender: halo1@inter.net.il To: martin rudalics Message-id: <83wqh2uand.fsf@gnu.org> References: <83a9e1wg93.fsf@gnu.org> <52F68E36.7070204@gmx.at> <83zjm1uz1g.fsf@gnu.org> <52F760B0.6050003@gmx.at> <83lhxkuu3x.fsf@gnu.org> <52F7CFC4.2030905@gmx.at> <83fvnsujgc.fsf@gnu.org> <52F88A69.3060104@gmx.at> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16691 Cc: 16691@debbugs.gnu.org, lekktu@gmail.com, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Mon, 10 Feb 2014 09:14:33 +0100 > From: martin rudalics > CC: lekktu@gmail.com, drew.adams@oracle.com, 16691@debbugs.gnu.org > > >> - int x, y: Where and how are these set for a particular row (including > >> header- and mode-line) and when and how are these eventually consumed? > >> This is the greatest mystery for me so far. > > > > They are assigned in display_line and display_string. Examples from > > display_line: > > > > row->y = it->current_y; > > Does the value set here account for extra_line_spacing or is the latter > (as I presume) handled separately? The y-coordinate of the row does include the extra_line_spacing, it must. More accurately, the next row gets its y coordinate increased due to extra line spacing of the previous row. We calculate the value inside PRODUCE_GLYPHS (which expands into a call to x_produce_glyphs in a GUI session), and then enlarge it->descent by the computed value. Then display_line, which calls PRODUCE_GLYPHS, copies these values from 'struct it' to the glyph row, updates row->height accordingly, and uses row->height to increment row->y when it advances to the next row (see near the end of display_line). > > [...] > > if (it->current_x - it->pixel_width < it->first_visible_x) > > row->x = x - it->first_visible_x; > > > > Mode line and header line are generated from strings, so look in > > display_mode_line and display_string. > > I tried that but never found anything useful there. I suppose the > header line has current_y always set to 0. But the mode line? The magic hides in init_iterator, which is called by display_mode_line: /* Use one of the mode line rows of W's desired matrix if appropriate. */ if (row == NULL) { if (base_face_id == MODE_LINE_FACE_ID || base_face_id == MODE_LINE_INACTIVE_FACE_ID) row = MATRIX_MODE_LINE_ROW (w->desired_matrix); else if (base_face_id == HEADER_LINE_FACE_ID) row = MATRIX_HEADER_LINE_ROW (w->desired_matrix); } IOW, we rely on the fact that the header line is always the first row, and the mode line is the last one. > > Not sure what you mean by "consumed". Consumed by whom and for what > > purposes? > > I suppose when exposing the window (another part of Emacs display which > I don't understand yet). What would current_y else be used for? Why are we suddenly talking about current_y? There's no such member in the glyph_row structure. If you meant row->y, then it is used in many different places, including the display back-end, various redisplay optimizations (which compare rows of current and desired matrices), functions that find buffer/string positions that correspond to a mouse click, and move_it_* functions which simulate display, to name just a few. If you meant something else, please elaborate. From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 10 13:35:42 2014 Received: (at 16691) by debbugs.gnu.org; 10 Feb 2014 18:35:42 +0000 Received: from localhost ([127.0.0.1]:41699 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCvhm-0008V1-3N for submit@debbugs.gnu.org; Mon, 10 Feb 2014 13:35:42 -0500 Received: from mout.gmx.net ([212.227.15.15]:61946) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCvhj-0008Uj-24 for 16691@debbugs.gnu.org; Mon, 10 Feb 2014 13:35:39 -0500 Received: from [62.47.38.199] ([62.47.38.199]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0M5dMm-1VFiH707BI-00xbnv for <16691@debbugs.gnu.org>; Mon, 10 Feb 2014 19:35:33 +0100 Message-ID: <52F91BED.2080108@gmx.at> Date: Mon, 10 Feb 2014 19:35:25 +0100 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#16691: 24.3.50; emacs_backtrace.txt References: <83a9e1wg93.fsf@gnu.org> <52F68E36.7070204@gmx.at> <83zjm1uz1g.fsf@gnu.org> <52F760B0.6050003@gmx.at> <83lhxkuu3x.fsf@gnu.org> <52F7CFC4.2030905@gmx.at> <83fvnsujgc.fsf@gnu.org> <52F88A69.3060104@gmx.at> <83wqh2uand.fsf@gnu.org> In-Reply-To: <83wqh2uand.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:OybxfY28KG6EkzwrBMgacQaGE+NqSHx2pzT5tTMzs5IAKgEHQvc LvX7LfKUtDryX0mM2qEHiJh82G3bNhjzLHVWV5EGhXLW/HMWvrd52zPj23gylrvy4VgNeNH MjRndBoqmfrnKOiFxItoGie68Y9JbzP2fD7MlkeGRnT0gAxej6G93La3acLPAUOxjj4U130 2SvEvk5jemCHuOazGGXmA== X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 16691 Cc: 16691@debbugs.gnu.org, lekktu@gmail.com, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) >> I suppose when exposing the window (another part of Emacs display which >> I don't understand yet). What would current_y else be used for? > > Why are we suddenly talking about current_y? Sorry, I meant row->y. > There's no such member > in the glyph_row structure. > > If you meant row->y, then it is used in many different places, > including the display back-end, Where is the display back-end? If it's update_window we there set yb = window_text_bottom_y (w); and then mode_line_row->y = yb; so any prior notion of that row's y is lost. And for the header line we do header_line_row->y = 0; But this still doesn't use row->y. Where is the backend that uses row->y to determine where on the screen to draw that row? martin From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 10 13:44:31 2014 Received: (at 16691) by debbugs.gnu.org; 10 Feb 2014 18:44:31 +0000 Received: from localhost ([127.0.0.1]:41724 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCvqI-0000IU-KN for submit@debbugs.gnu.org; Mon, 10 Feb 2014 13:44:30 -0500 Received: from mtaout21.012.net.il ([80.179.55.169]:46854) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCvqF-0000ID-U3 for 16691@debbugs.gnu.org; Mon, 10 Feb 2014 13:44:29 -0500 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0N0S00300M87A700@a-mtaout21.012.net.il> for 16691@debbugs.gnu.org; Mon, 10 Feb 2014 20:44:21 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N0S003SLMPW9G30@a-mtaout21.012.net.il>; Mon, 10 Feb 2014 20:44:21 +0200 (IST) Date: Mon, 10 Feb 2014 20:44:06 +0200 From: Eli Zaretskii Subject: Re: bug#16691: 24.3.50; emacs_backtrace.txt In-reply-to: <52F91BED.2080108@gmx.at> X-012-Sender: halo1@inter.net.il To: martin rudalics Message-id: <83mwhyu7t5.fsf@gnu.org> References: <83a9e1wg93.fsf@gnu.org> <52F68E36.7070204@gmx.at> <83zjm1uz1g.fsf@gnu.org> <52F760B0.6050003@gmx.at> <83lhxkuu3x.fsf@gnu.org> <52F7CFC4.2030905@gmx.at> <83fvnsujgc.fsf@gnu.org> <52F88A69.3060104@gmx.at> <83wqh2uand.fsf@gnu.org> <52F91BED.2080108@gmx.at> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16691 Cc: 16691@debbugs.gnu.org, lekktu@gmail.com, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Mon, 10 Feb 2014 19:35:25 +0100 > From: martin rudalics > CC: lekktu@gmail.com, drew.adams@oracle.com, 16691@debbugs.gnu.org > > > If you meant row->y, then it is used in many different places, > > including the display back-end, > > Where is the display back-end? If it's update_window It is _called_ by update_window. In update_text_area, you will see the calls to rif->write_glyphs, which eventually calls the back-end (xterm.c, w32term.c, term.c, etc.). > we there set > > yb = window_text_bottom_y (w); > > and then > > mode_line_row->y = yb; > > so any prior notion of that row's y is lost. And for the header line we > do > > header_line_row->y = 0; > > But this still doesn't use row->y. Where is the backend that uses > row->y to determine where on the screen to draw that row? Are you talking only about the mode line and the header line? If so, then yes, those rows don't need the y coordinate, as they "know" where it is in advance. I thought you were asking a more general question about row->x and row->y. From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 06 12:23:42 2014 Received: (at control) by debbugs.gnu.org; 6 Mar 2014 17:23:42 +0000 Received: from localhost ([127.0.0.1]:53557 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WLc1D-0001tM-Rx for submit@debbugs.gnu.org; Thu, 06 Mar 2014 12:23:41 -0500 Received: from mtaout21.012.net.il ([80.179.55.169]:37292) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WLc1A-0001tD-GO for control@debbugs.gnu.org; Thu, 06 Mar 2014 12:23:37 -0500 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0N2000600YT23I00@a-mtaout21.012.net.il> for control@debbugs.gnu.org; Thu, 06 Mar 2014 19:23:35 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N20005QPYZBZM20@a-mtaout21.012.net.il> for control@debbugs.gnu.org; Thu, 06 Mar 2014 19:23:35 +0200 (IST) Date: Thu, 06 Mar 2014 19:23:30 +0200 From: Eli Zaretskii Subject: Re: bug#16918: 24.3.50; emacs_backtrace.txt In-reply-to: X-012-Sender: halo1@inter.net.il To: control@debbugs.gnu.org Message-id: <838usnqm0d.fsf@gnu.org> References: <48fa4324-3e0f-42cf-8649-57b0cf5285b4@default> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) merge 16918 16660 thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 26 08:26:58 2015 Received: (at 16691) by debbugs.gnu.org; 26 Dec 2015 13:26:58 +0000 Received: from localhost ([127.0.0.1]:37034 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aCos5-0007Sn-SK for submit@debbugs.gnu.org; Sat, 26 Dec 2015 08:26:58 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:35492) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aCos4-0007Sb-5b; Sat, 26 Dec 2015 08:26:56 -0500 Received: from 2.150.58.24.tmi.telenormobil.no ([2.150.58.24] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aCori-0007Vb-5D; Sat, 26 Dec 2015 14:26:34 +0100 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#16691: 24.3.50; emacs_backtrace.txt References: <83a9e1wg93.fsf@gnu.org> <52F68E36.7070204@gmx.at> <83zjm1uz1g.fsf@gnu.org> <52F760B0.6050003@gmx.at> <83lhxkuu3x.fsf@gnu.org> <52F7CFC4.2030905@gmx.at> <83fvnsujgc.fsf@gnu.org> <52F88A69.3060104@gmx.at> <83wqh2uand.fsf@gnu.org> <52F91BED.2080108@gmx.at> <83mwhyu7t5.fsf@gnu.org> Date: Sat, 26 Dec 2015 14:26:32 +0100 In-Reply-To: <83mwhyu7t5.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 10 Feb 2014 20:44:06 +0200") Message-ID: <87ege949yv.fsf@gnus.org> User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1aCori-0007Vb-5D X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1451741194.3309@sYAj9oA5GgIK9mRDKNnmKA X-Spam-Status: No X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 16691 Cc: 16660@debbugs.gnu.org, martin rudalics , 16691@debbugs.gnu.org, drew.adams@oracle.com, lekktu@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Eli Zaretskii writes: >> Date: Mon, 10 Feb 2014 19:35:25 +0100 >> From: martin rudalics >> CC: lekktu@gmail.com, drew.adams@oracle.com, 16691@debbugs.gnu.org >> >> > If you meant row->y, then it is used in many different places, >> > including the display back-end, >> >> Where is the display back-end? If it's update_window > > It is _called_ by update_window. In update_text_area, you will see > the calls to rif->write_glyphs, which eventually calls the back-end > (xterm.c, w32term.c, term.c, etc.). > >> we there set >> >> yb = window_text_bottom_y (w); >> >> and then >> >> mode_line_row->y = yb; >> >> so any prior notion of that row's y is lost. And for the header line we >> do >> >> header_line_row->y = 0; >> >> But this still doesn't use row->y. Where is the backend that uses >> row->y to determine where on the screen to draw that row? > > Are you talking only about the mode line and the header line? If so, > then yes, those rows don't need the y coordinate, as they "know" where > it is in advance. > > I thought you were asking a more general question about row->x and > row->y. It's unclear what the situation in this bug report is, or who is waiting for more info from whom. :-) Is this still an issue? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 26 08:38:00 2015 Received: (at 16691-done) by debbugs.gnu.org; 26 Dec 2015 13:38:00 +0000 Received: from localhost ([127.0.0.1]:37114 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aCp2j-00013H-Af for submit@debbugs.gnu.org; Sat, 26 Dec 2015 08:38:00 -0500 Received: from eggs.gnu.org ([208.118.235.92]:51661) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aCp2f-000132-3T for 16691-done@debbugs.gnu.org; Sat, 26 Dec 2015 08:37:56 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aCp2W-0005tz-F9 for 16691-done@debbugs.gnu.org; Sat, 26 Dec 2015 08:37:47 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:50206) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aCp2N-0005tA-4c; Sat, 26 Dec 2015 08:37:35 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1335 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aCp2M-0007zR-9E; Sat, 26 Dec 2015 08:37:34 -0500 Date: Sat, 26 Dec 2015 15:38:19 +0200 Message-Id: <83fuypib3o.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-reply-to: <87ege949yv.fsf@gnus.org> (message from Lars Ingebrigtsen on Sat, 26 Dec 2015 14:26:32 +0100) Subject: Re: bug#16691: 24.3.50; emacs_backtrace.txt References: <83a9e1wg93.fsf@gnu.org> <52F68E36.7070204@gmx.at> <83zjm1uz1g.fsf@gnu.org> <52F760B0.6050003@gmx.at> <83lhxkuu3x.fsf@gnu.org> <52F7CFC4.2030905@gmx.at> <83fvnsujgc.fsf@gnu.org> <52F88A69.3060104@gmx.at> <83wqh2uand.fsf@gnu.org> <52F91BED.2080108@gmx.at> <83mwhyu7t5.fsf@gnu.org> <87ege949yv.fsf@gnus.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 16691-done Cc: 16660@debbugs.gnu.org, rudalics@gmx.at, drew.adams@oracle.com, 16691-done@debbugs.gnu.org, lekktu@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Lars Ingebrigtsen > Cc: martin rudalics , 16660@debbugs.gnu.org, 16691@debbugs.gnu.org, lekktu@gmail.com, drew.adams@oracle.com > Date: Sat, 26 Dec 2015 14:26:32 +0100 > > It's unclear what the situation in this bug report is, or who is waiting > for more info from whom. :-) Is this still an issue? Not for me, I closed it long ago. Closing again. From unknown Fri Jun 20 07:10:05 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 24 Jan 2016 12:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator