From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 04 13:16:21 2012 Received: (at submit) by debbugs.gnu.org; 4 Mar 2012 18:16:21 +0000 Received: from localhost ([127.0.0.1]:32945 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S4Fym-0005Ro-US for submit@debbugs.gnu.org; Sun, 04 Mar 2012 13:16:21 -0500 Received: from eggs.gnu.org ([208.118.235.92]:41578) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S4Fya-0005RC-E5 for submit@debbugs.gnu.org; Sun, 04 Mar 2012 13:16:09 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S4Fxr-0000QG-Nu for submit@debbugs.gnu.org; Sun, 04 Mar 2012 13:15:25 -0500 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,FREEMAIL_FROM, RCVD_IN_DNSWL_HI autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:45693) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S4Fxr-0000QC-Ku for submit@debbugs.gnu.org; Sun, 04 Mar 2012 13:15:23 -0500 Received: from eggs.gnu.org ([208.118.235.92]:57968) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S4Fxp-0005Xc-Np for bug-gnu-emacs@gnu.org; Sun, 04 Mar 2012 13:15:23 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S4Fxn-0000Pb-Nu for bug-gnu-emacs@gnu.org; Sun, 04 Mar 2012 13:15:21 -0500 Received: from mailout-de.gmx.net ([213.165.64.23]:43552) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1S4Fxm-0000ON-Aq for bug-gnu-emacs@gnu.org; Sun, 04 Mar 2012 13:15:19 -0500 Received: (qmail invoked by alias); 04 Mar 2012 18:15:08 -0000 Received: from port-248-adslby-pool-109-232-114.infonet.by (EHLO gonzo.localnet) [109.232.114.248] by mail.gmx.net (mp017) with SMTP; 04 Mar 2012 19:15:08 +0100 X-Authenticated: #16844820 X-Provags-ID: V01U2FsdGVkX1/IcW4q+7vItatR67zK4nqGLhaITQ/MWkuUJOlNhF C03Skx6My2V/UU From: Paul Pogonyshev To: bug-gnu-emacs@gnu.org Subject: [24.0.93.3] cc-mode: error in message buffer when "typing fast", characters eaten Date: Sun, 4 Mar 2012 21:14:43 +0300 User-Agent: KMail/1.13.7 (Linux/3.2.0-1-amd64; KDE/4.7.4; x86_64; ; ) MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_TE7UPpRI4HlEhIO" Message-Id: <201203042114.43740.pogonyshev@gmx.net> X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: submit 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 (------) --Boundary-00=_TE7UPpRI4HlEhIO Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sometimes (quite often) when opening a different syntax region --- a quoted string, or block comment --- in C++ mode, the first character after it gets eaten with some error message shown in the echo area. I managed to create a surefire (at least here) way to reproduce it. * save the attached file as 'test.cpp' (it is quite large, but when I tried to shorten it substantially, error disappeared); * start Emacs as 'emacs -Q test.cpp'; * issue Elisp command right at the start of the buffer with M-: (this emulates fast typing): (progn (insert "/*") (insert " ")) note that two separate inserts are essential, with one "/* " error is not triggered; * observer the following error: Debugger entered--Lisp error: (error "Invalid search bound (wrong side of point)") Full Emacs version: GNU Emacs 24.0.93.3 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.10) of 2012-02-25 on gonzo Paul --Boundary-00=_TE7UPpRI4HlEhIO Content-Type: text/x-c++src; charset="UTF-8"; name="test.cpp" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="test.cpp" namespace mct { // Templated structure specifying how given type could be used by its container (in // broad sense), i.e. "externally". Default is no external use; it can be enabled by // specializing the structure. template struct external_use { }; template struct supports_external_use : impl::false_type { }; template struct supports_external_use ::type> : impl::true_type { }; template ::value && !impl::is_same ::value), bool recurse = supports_external_use ::value> struct extern_use_field; template struct extern_use_field { typedef Type type; typedef Value value_type; static const value_type& get (const type& structure) { return structure.*field; } static void set (type& structure, const value_type& value) { structure.*field = value; } }; template struct extern_use_field { typedef Type type; typedef typename external_use ::value_type value_type; static const value_type& get (const type& structure) { return external_use ::get (structure.*field); } static void set (type& structure, const value_type& value) { external_use ::set (structure.*field, value); } }; template struct external_use , typename impl::enable_if ::value>::type> : extern_use_field , First, &std::pair ::first> { }; template struct external_use , typename impl::enable_if ::value && !supports_external_use ::value>::type> : extern_use_field , Second, &std::pair ::second> { }; namespace impl { // By default the structure is empty. 'intrusive_storage' below makes sure to never // use it when it's empty, i.e. of size 1. template struct extern_use_wrapper { }; # if 0 // Ideally we'd want this, but see comment in the preprocessor-enabled branch. template struct extern_use_wrapper ::value>::type> : type // ... # else // We currently specialize 'extern_use_wrapper' very conservatively. At least GCC up // to 4.6 doesn't provide 'std::is_class', so there is no reliable way to determine if // 'type' is subclassable without requiring a recent compiler. The most important // case, especially for maps, is 'std::pair', so we limit ourselves to that for now. template struct extern_use_wrapper > : std::pair { typedef std::pair base_type; char _unused; extern_use_wrapper& operator= (const extern_use_wrapper& that) { return static_cast (base_type::operator= (that)); } # if MCT_CXX0X_SUPPORTED extern_use_wrapper& operator= (extern_use_wrapper&& that) { return static_cast (base_type::operator= (std::forward (that))); } # endif }; # endif } } --Boundary-00=_TE7UPpRI4HlEhIO-- From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 29 18:21:46 2012 Received: (at 10941) by debbugs.gnu.org; 29 Mar 2012 22:21:46 +0000 Received: from localhost ([127.0.0.1]:45409 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SDNiy-0008J4-Eg for submit@debbugs.gnu.org; Thu, 29 Mar 2012 18:21:46 -0400 Received: from colin.muc.de ([193.149.48.1]:20187 helo=mail.muc.de) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SDNiw-0008Iw-0t for 10941@debbugs.gnu.org; Thu, 29 Mar 2012 18:21:42 -0400 Received: (qmail 45321 invoked by uid 3782); 29 Mar 2012 21:50:10 -0000 Received: from acm.muc.de (pD95579D5.dip.t-dialin.net [217.85.121.213]) by colin.muc.de (tmda-ofmipd) with ESMTP; Thu, 29 Mar 2012 23:50:08 +0200 Received: (qmail 3131 invoked by uid 1000); 29 Mar 2012 21:48:51 -0000 Date: Thu, 29 Mar 2012 21:48:51 +0000 To: Paul Pogonyshev , 10941@debbugs.gnu.org Subject: bug#10941: [24.0.93.3] cc-mode: error in message buffer when "typing fast", characters eaten Message-ID: <20120329214851.GB2594@acm.acm> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 10941 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 (-) Hi, Paul. Thanks for this report. I can reproduce the error. However, looking at the code, it "can't possibly happen". :-( A few questions: > Sometimes (quite often) when opening a different syntax region --- a > quoted string, or block comment --- in C++ mode, the first character > after it gets eaten with some error message shown in the echo area. I > managed to create a surefire (at least here) way to reproduce it. What exactly do you mean by "opening a different syntax region"? Do you mean moving point into it, or scrolling to see it? > * save the attached file as 'test.cpp' (it is quite large, but when I > tried to shorten it substantially, error disappeared); Aha! It's 3991 bytes long. I'm going to try a binary chop on the length. I have a strange feeling the threshold length of the file (before insertion of "/* ") will be 2048. > * start Emacs as 'emacs -Q test.cpp'; > * issue Elisp command right at the start of the buffer with M-: (this > emulates fast typing): > (progn (insert "/*") (insert " ")) > note that two separate inserts are essential, with one "/* " error > is not triggered; OK. I have a suspicion it could be something like two before-change-functions being invoked without the after-change-function which should come between them. Strangely, though, once this error has happened, it doesn't happen again in the same Emacs session, even if the buffer is killed and the file reloaded. > * observer the following error: > Debugger entered--Lisp error: (error "Invalid search bound > (wrong side of point)") > Full Emacs version: GNU Emacs 24.0.93.3 (x86_64-unknown-linux-gnu, > GTK+ Version 2.24.10) of 2012-02-25 on gonzo Paul -- Alan Mackenzie (Nuremberg, Germany). From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 29 18:43:18 2012 Received: (at 10941) by debbugs.gnu.org; 29 Mar 2012 22:43:18 +0000 Received: from localhost ([127.0.0.1]:45442 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SDO3p-0000Om-U6 for submit@debbugs.gnu.org; Thu, 29 Mar 2012 18:43:18 -0400 Received: from mailout-de.gmx.net ([213.165.64.22]:47219) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1SDO3o-0000Of-QU for 10941@debbugs.gnu.org; Thu, 29 Mar 2012 18:43:17 -0400 Received: (qmail invoked by alias); 29 Mar 2012 22:11:46 -0000 Received: from unknown (EHLO gonzo.localnet) [178.172.139.6] by mail.gmx.net (mp036) with SMTP; 30 Mar 2012 00:11:46 +0200 X-Authenticated: #16844820 X-Provags-ID: V01U2FsdGVkX19gvtcL6S1gHhf5kSQ741FlPg0MujqRf7XCIiD1hB 3JQs8+dpahH17q From: Paul Pogonyshev To: Alan Mackenzie Subject: Re: bug#10941: [24.0.93.3] cc-mode: error in message buffer when "typing fast", characters eaten Date: Fri, 30 Mar 2012 01:11:05 +0300 User-Agent: KMail/1.13.7 (Linux/3.2.0-2-amd64; KDE/4.7.4; x86_64; ; ) References: <20120329214851.GB2594@acm.acm> In-Reply-To: <20120329214851.GB2594@acm.acm> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201203300111.05385.pogonyshev@gmx.net> X-Y-GMX-Trusted: 0 X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 10941 Cc: 10941@debbugs.gnu.org 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 (-) Alan Mackenzie wrote: > > Sometimes (quite often) when opening a different syntax region --- a > > quoted string, or block comment --- in C++ mode, the first character > > after it gets eaten with some error message shown in the echo area. I > > managed to create a surefire (at least here) way to reproduce it. > > What exactly do you mean by "opening a different syntax region"? Do you > mean moving point into it, or scrolling to see it? Just typing, similarly to the testcase. When you quickly type an opening quote (") or inline comment starter (/*) and then instantly continue typing whatever is going to be inside, this error happens. Far from always, but often enough to be annoying. > OK. I have a suspicion it could be something like two > before-change-functions being invoked without the after-change-function > which should come between them. I have a different suspicion that sometimes cc-mode relies on data found in font-lock only and that data may or may not be present (or up to date) depending on how fast lazy font-locking happens. But of course you know the code better to decide if that is possible at all. Paul From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 30 18:20:45 2012 Received: (at 10941) by debbugs.gnu.org; 30 Mar 2012 22:20:45 +0000 Received: from localhost ([127.0.0.1]:59833 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SDkBZ-0006Oi-I1 for submit@debbugs.gnu.org; Fri, 30 Mar 2012 18:20:45 -0400 Received: from colin.muc.de ([193.149.48.1]:60693 helo=mail.muc.de) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SDkBX-0006Oa-AB for 10941@debbugs.gnu.org; Fri, 30 Mar 2012 18:20:44 -0400 Received: (qmail 51774 invoked by uid 3782); 30 Mar 2012 22:20:41 -0000 Received: from acm.muc.de (pD955743F.dip.t-dialin.net [217.85.116.63]) by colin.muc.de (tmda-ofmipd) with ESMTP; Sat, 31 Mar 2012 00:20:39 +0200 Received: (qmail 3785 invoked by uid 1000); 30 Mar 2012 22:19:21 -0000 Date: Fri, 30 Mar 2012 22:19:21 +0000 To: Paul Pogonyshev Subject: Re: bug#10941: [24.0.93.3] cc-mode: error in message buffer when "typing fast", characters eaten Message-ID: <20120330221921.GA3779@acm.acm> References: <20120329214851.GB2594@acm.acm> <201203300111.05385.pogonyshev@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201203300111.05385.pogonyshev@gmx.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 10941 Cc: 10941@debbugs.gnu.org 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 (-) Hello, Paul. On Fri, Mar 30, 2012 at 01:11:05AM +0300, Paul Pogonyshev wrote: > Alan Mackenzie wrote: > > > Sometimes (quite often) when opening a different syntax region --- a > > > quoted string, or block comment --- in C++ mode, the first character > > > after it gets eaten with some error message shown in the echo area. I > > > managed to create a surefire (at least here) way to reproduce it. > > What exactly do you mean by "opening a different syntax region"? Do you > > mean moving point into it, or scrolling to see it? > Just typing, similarly to the testcase. When you quickly type an > opening quote (") or inline comment starter (/*) and then instantly > continue typing whatever is going to be inside, this error happens. > Far from always, but often enough to be annoying. Thanks for the description. I think I've found the trouble. It was a simple mistake in calculating a search limit. I don't understand how this only bites when the buffer is newly loaded, but whatever. Would you please try out this patch and let me know whether it solves the problem. diff -r 002a49d7b836 cc-engine.el --- a/cc-engine.el Fri Mar 16 13:14:22 2012 +0000 +++ b/cc-engine.el Fri Mar 30 22:13:40 2012 +0000 @@ -5414,7 +5414,7 @@ new-beg new-end need-new-beg need-new-end) ;; Locate the barrier before the changed region (goto-char (if beg-lit-limits (car beg-lit-limits) beg)) - (c-syntactic-skip-backward "^;{}" (max (- beg 2048) (point-min))) + (c-syntactic-skip-backward "^;{}" (c-determine-limit 512)) (setq new-beg (point)) ;; Remove the syntax-table/category properties from each pertinent <...> @@ -5426,8 +5426,7 @@ ;; Locate the barrier after END. (goto-char (if end-lit-limits (cdr end-lit-limits) end)) - (c-syntactic-re-search-forward "[;{}]" - (min (+ end 2048) (point-max)) 'end) + (c-syntactic-re-search-forward "[;{}]" (c-determine-+ve-limit 512) 'end) (setq new-end (point)) ;; Remove syntax-table properties from the remaining pertinent <...> > Paul -- Alan Mackenzie (Nuremberg, Germany). From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 31 16:27:35 2012 Received: (at 10941) by debbugs.gnu.org; 31 Mar 2012 20:27:35 +0000 Received: from localhost ([127.0.0.1]:33289 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SE4ta-0005RM-S8 for submit@debbugs.gnu.org; Sat, 31 Mar 2012 16:27:35 -0400 Received: from mailout-de.gmx.net ([213.165.64.22]:58080) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1SE4tY-0005RE-Sy for 10941@debbugs.gnu.org; Sat, 31 Mar 2012 16:27:33 -0400 Received: (qmail invoked by alias); 31 Mar 2012 20:27:25 -0000 Received: from port-70-adslby-pool-91-187-5.infonet.by (EHLO gonzo.localnet) [91.187.5.70] by mail.gmx.net (mp024) with SMTP; 31 Mar 2012 22:27:25 +0200 X-Authenticated: #16844820 X-Provags-ID: V01U2FsdGVkX1/JI6EoMDbJIyLP3gxLELfYlvpDhUdmSW+DwMVkol d3FagB0otugQMs From: Paul Pogonyshev To: Alan Mackenzie Subject: Re: bug#10941: [24.0.93.3] cc-mode: error in message buffer when "typing fast", characters eaten Date: Sat, 31 Mar 2012 23:27:14 +0300 User-Agent: KMail/1.13.7 (Linux/3.2.0-2-amd64; KDE/4.7.4; x86_64; ; ) References: <20120329214851.GB2594@acm.acm> <201203300111.05385.pogonyshev@gmx.net> <20120330221921.GA3779@acm.acm> In-Reply-To: <20120330221921.GA3779@acm.acm> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201203312327.15136.pogonyshev@gmx.net> X-Y-GMX-Trusted: 0 X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 10941 Cc: 10941@debbugs.gnu.org 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 (-) Alan Mackenzie wrote: > Would you please try out this patch and let me know whether it solves the > problem. Sorry, I can't because that'd require a lot of coding (the bug is not deterministic) to see if the problem is gone and I don't code currently. Just commit it and close the bug as long as it solves the original testcase. Paul From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 11 14:21:55 2012 Received: (at 10941-done) by debbugs.gnu.org; 11 Apr 2012 18:21:55 +0000 Received: from localhost ([127.0.0.1]:52500 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SI2B0-0005Xc-M8 for submit@debbugs.gnu.org; Wed, 11 Apr 2012 14:21:54 -0400 Received: from colin.muc.de ([193.149.48.1]:36888 helo=mail.muc.de) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SI2Ay-0005XV-Qy for 10941-done@debbugs.gnu.org; Wed, 11 Apr 2012 14:21:53 -0400 Received: (qmail 66995 invoked by uid 3782); 11 Apr 2012 18:20:43 -0000 Received: from acm.muc.de (pD9519D02.dip.t-dialin.net [217.81.157.2]) by colin.muc.de (tmda-ofmipd) with ESMTP; Wed, 11 Apr 2012 20:20:42 +0200 Received: (qmail 6291 invoked by uid 1000); 11 Apr 2012 18:19:09 -0000 Date: Wed, 11 Apr 2012 18:19:09 +0000 To: 10941-done@debbugs.gnu.org Subject: Re: bug#10941: [24.0.93.3] cc-mode: error in message buffer when "typing fast", characters eaten Message-ID: <20120411181909.GB4488@acm.acm> References: <201203042114.43740.pogonyshev@gmx.net> <20120329214851.GB2594@acm.acm> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120329214851.GB2594@acm.acm> User-Agent: Mutt/1.5.21 (2010-09-15) X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 10941-done 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 (-) (At least partially) fixed. -- Alan Mackenzie (Nuremberg, Germany). From unknown Wed Sep 10 17:01:38 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 10 May 2012 11:24:03 +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