From unknown Tue Jun 24 22:37:55 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#20778 <20778@debbugs.gnu.org> To: bug#20778 <20778@debbugs.gnu.org> Subject: Status: Flush left indentation in c-mode Reply-To: bug#20778 <20778@debbugs.gnu.org> Date: Wed, 25 Jun 2025 05:37:55 +0000 retitle 20778 Flush left indentation in c-mode reassign 20778 emacs,cc-mode submitter 20778 Bruce Korb severity 20778 minor tag 20778 moreinfo thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 09 12:49:31 2015 Received: (at submit) by debbugs.gnu.org; 9 Jun 2015 16:49:32 +0000 Received: from localhost ([127.0.0.1]:46420 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z2MiR-0002RH-BE for submit@debbugs.gnu.org; Tue, 09 Jun 2015 12:49:31 -0400 Received: from eggs.gnu.org ([208.118.235.92]:48845) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z2MiP-0002R1-48 for submit@debbugs.gnu.org; Tue, 09 Jun 2015 12:49:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z2MiI-0000Ls-Kh for submit@debbugs.gnu.org; Tue, 09 Jun 2015 12:49:23 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:55268) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z2MiI-0000Ln-Hv for submit@debbugs.gnu.org; Tue, 09 Jun 2015 12:49:22 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34114) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z2MiH-0000cV-Jc for bug-gnu-emacs@gnu.org; Tue, 09 Jun 2015 12:49:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z2MiE-0000KP-9w for bug-gnu-emacs@gnu.org; Tue, 09 Jun 2015 12:49:21 -0400 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:54599) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z2MiE-0000KI-6v for bug-gnu-emacs@gnu.org; Tue, 09 Jun 2015 12:49:18 -0400 Received: from adsl-75-18-229-172.dsl.pltn13.sbcglobal.net ([75.18.229.172]:56724 helo=[172.16.16.2]) by fencepost.gnu.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1Z2MiD-0005QH-QU for bug-gnu-emacs@gnu.org; Tue, 09 Jun 2015 12:49:18 -0400 Message-ID: <5577190B.4000003@gnu.org> Date: Tue, 09 Jun 2015 09:49:15 -0700 From: Bruce Korb User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: bug-gnu-emacs@gnu.org Subject: Flush left indentation in c-mode Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -5.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: -5.0 (-----) With the patched cc-mode, I ran into this situation again. It seems to think that the flush-left alignment of the "if" statement is fine. The rest of the code indents as you see here. Reloading cc-mode does no good, it leaves the statement flush left. Closing and re-visiting the file cleans up the confusion and re-indents correctly. I do not know what you can do about it without better information from me, but I don't know what to tell you either. :( Oh, the "c-file-style" is "linux". > void ftl_ns_print(void) > { > #if MAX_EVENT_EVT_PRIORITY >= LOG_DEBUG > int skip_ct = 0; > > for (int i = 0; i < s_ns_table.nst_count; i++) { > struct ftl_ns_t * const ns_p = &s_ns_table.nst_ns_list[i]; > > if (ns_p->active_ns_id == NS_ID_NULL) { > skip_ct++; > continue; > } > > EMIT_PRINT_NS_EVENT( > debug, "ns_id=%d, flags=%u, active_ns_id=%d, parent_ns_id=%d, next_snapshot_ns_id=%d, " > "snapshot_sn=%u, size_byte=%lu, used_bytes=%lu, physical_used_bytes=%lu, max_lpn=%lu, " > "creation_io_id=%lu, snapshot_sn_seq=%u\n", > sint32, ns_p->ns_id, > uint32, ns_p->flags, > sint32, ns_p->active_ns_id, > sint32, ns_p->parent_ns_id, > sint32, ns_p->next_snapshot_ns_id, > uint32, ns_p->snapshot_sn, > uint64, ns_p->size_bytes, > uint64, ns_p->used_bytes, > uint64, ns_p->physical_used_bytes, > uint64, ns_p->max_lpn, > uint64, ns_p->creation_io_id, > uint32, ns_p->snapshot_sn_seq > ); > } > > if (skip_ct > 0) > EMIT_SKIPPED_NS_EVENT(debug, "skipped %d empty name spaces", sint32, skip_ct); > #endif > } From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 10 07:00:40 2015 Received: (at 20778) by debbugs.gnu.org; 10 Jun 2015 11:00:41 +0000 Received: from localhost ([127.0.0.1]:46723 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z2dkN-0006Uy-Lq for submit@debbugs.gnu.org; Wed, 10 Jun 2015 07:00:40 -0400 Received: from mail.muc.de ([193.149.48.3]:19663) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z2dkJ-0006Uo-GB for 20778@debbugs.gnu.org; Wed, 10 Jun 2015 07:00:37 -0400 Received: (qmail 44778 invoked by uid 3782); 10 Jun 2015 11:00:34 -0000 Date: 10 Jun 2015 11:00:34 -0000 Message-ID: <20150610110034.44777.qmail@mail.muc.de> From: Alan Mackenzie To: 20778@debbugs.gnu.org Subject: Re: bug#20778: Flush left indentation in c-mode Organization: muc.de e.V. In-Reply-To: X-Newsgroups: gnu.emacs.bug User-Agent: tin/2.2.0-20131224 ("Lochindaal") (UNIX) (FreeBSD/10.1-RELEASE (amd64)) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 20778 Cc: Bruce Korb 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 (/) Hello, Bruce. In article you wrote: > With the patched cc-mode, I ran into this situation again. Er, any chance of a reference to "this situation"? Perhaps the bug number of a previous bug, or the Subject: and Date: of a pertinent email, or something like that. :-) > It seems to think that the flush-left alignment of the "if" statement is fine. > The rest of the code indents as you see here. Reloading cc-mode does no > good, it leaves the statement flush left. Closing and re-visiting the file > cleans up the confusion and re-indents correctly. > I do not know what you can do about it without better information from me, > but I don't know what to tell you either. :( Oh, the "c-file-style" is "linux". OK, standard information, please: (i) The Emacs version number (M-x emacs-version). (ii) The CC Mode version (M-x c-version). (iii) Have you got any CC Mode customisations in your .emacs? You've already said you're in style "linux", but is there anything else? If so, what? (iii) The EXACT steps you took between starting Emacs to seeing the error, detailed enough that I can reproduce it. (iv) What exactly do you mean "It seems to think that the flush-left alignment ... is fine"? What command did you give that led you to this conclusion, or what output from CC Mode was relevant? Just for info, when I loaded the following fragment into Emacs, stripped of the leading "> " from each line, set the style "linux", then indented it (by indenting the first two lines using , then placing point at the opening "{" and doing C-M-q), the indentation was fine. I can't reproduce the problem at the moment. >> void ftl_ns_print(void) >> { >> #if MAX_EVENT_EVT_PRIORITY >= LOG_DEBUG >> int skip_ct = 0; >> >> for (int i = 0; i < s_ns_table.nst_count; i++) { >> struct ftl_ns_t * const ns_p = &s_ns_table.nst_ns_list[i]; >> >> if (ns_p->active_ns_id == NS_ID_NULL) { >> skip_ct++; >> continue; >> } >> >> EMIT_PRINT_NS_EVENT( >> debug, "ns_id=%d, flags=%u, active_ns_id=%d, parent_ns_id=%d, next_snapshot_ns_id=%d, " >> "snapshot_sn=%u, size_byte=%lu, used_bytes=%lu, physical_used_bytes=%lu, max_lpn=%lu, " >> "creation_io_id=%lu, snapshot_sn_seq=%u\n", >> sint32, ns_p->ns_id, >> uint32, ns_p->flags, >> sint32, ns_p->active_ns_id, >> sint32, ns_p->parent_ns_id, >> sint32, ns_p->next_snapshot_ns_id, >> uint32, ns_p->snapshot_sn, >> uint64, ns_p->size_bytes, >> uint64, ns_p->used_bytes, >> uint64, ns_p->physical_used_bytes, >> uint64, ns_p->max_lpn, >> uint64, ns_p->creation_io_id, >> uint32, ns_p->snapshot_sn_seq >> ); >> } >> >> if (skip_ct > 0) >> EMIT_SKIPPED_NS_EVENT(debug, "skipped %d empty name spaces", sint32, skip_ct); >> #endif >> } -- Alan Mackenzie (Nuremberg, Germany). From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 12 10:55:49 2015 Received: (at 20778) by debbugs.gnu.org; 12 Jun 2015 14:55:49 +0000 Received: from localhost ([127.0.0.1]:51943 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z3QN2-0003QK-N6 for submit@debbugs.gnu.org; Fri, 12 Jun 2015 10:55:49 -0400 Received: from mail-qk0-f172.google.com ([209.85.220.172]:35341) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z3QN0-0003Q2-1A for 20778@debbugs.gnu.org; Fri, 12 Jun 2015 10:55:47 -0400 Received: by qkhq76 with SMTP id q76so18371480qkh.2 for <20778@debbugs.gnu.org>; Fri, 12 Jun 2015 07:55:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:organization:user-agent :mime-version:to:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=T1VyMlcGsxazcyKhnrcmT/rNwYaK2yW6EXgKfEKjIeA=; b=bsunqMbRnV9AuJ/5rwuIm643U801YhauxzvDKVN5eGhCXTHol+A+QN5kasxFUCK1k+ pn/18ENkRHxcAiMw15js3U24sPMek65phAkfavGBwrLk63domiBzQNVBE+IiZD/mWsxQ 8peQdfUTGhpS/wC97j6Is7w9ySoOMF7XSAgXV60spE6kaG9sheWZvFFrBR3bX6XRdOsV w1wZyBdaJDfTEFB+z1ld38Pvee5ABgxuFtlHxl+uouVsTU6h6iNR+tlOTdy+uJFqmGUK 3wQH7N99DmR86PrmkZLKcIo7FSN94XiI/EIIlR0WwMed16/9AtA99oEM+tPaC0iTglFy J7sw== X-Received: by 10.55.41.195 with SMTP id p64mr31485644qkp.40.1434120940365; Fri, 12 Jun 2015 07:55:40 -0700 (PDT) Received: from [172.16.16.2] (adsl-75-18-229-172.dsl.pltn13.sbcglobal.net. [75.18.229.172]) by mx.google.com with ESMTPSA id 106sm1771279qge.22.2015.06.12.07.55.38 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 12 Jun 2015 07:55:39 -0700 (PDT) Message-ID: <557AF2E9.3@gnu.org> Date: Fri, 12 Jun 2015 07:55:37 -0700 From: Bruce Korb Organization: FSF User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Alan Mackenzie , 20778@debbugs.gnu.org Subject: Re: bug#20778: Flush left indentation in c-mode References: <20150610110034.44777.qmail@mail.muc.de> In-Reply-To: <20150610110034.44777.qmail@mail.muc.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 20778 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: bkorb@gnu.org 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 (/) On 06/10/15 04:00, Alan Mackenzie wrote: >> With the patched cc-mode, I ran into this situation again. > > Er, any chance of a reference to "this situation"? "see below" :) >> I do not know what you can do about it without better information from me, >> but I don't know what to tell you either. :( Oh, the "c-file-style" is "linux". > > OK, standard information, please: > (i) The Emacs version number (M-x emacs-version). > $ emacs --version > GNU Emacs 24.3.1 > Copyright (C) 2013 Free Software Foundation, Inc. > (ii) The CC Mode version (M-x c-version). > $ ls -l ~/.emacs.d|fgrep cc-mode > drwxr-xr-x 2 bkorb dev 4096 May 11 13:31 cc-mode > -rw-r----- 1 bkorb dev 580925 May 7 17:19 cc-mode-5.32.5.tar.gz 5.32.5, but patched: > --- cc-cmds.el 2013-05-03 10:11:16.000000000 -0700 > +++ ../cc-mode/cc-cmds.el 2015-05-11 13:31:16.758777535 -0700 > @@ -937,15 +937,8 @@ > ;; do all cleanups and newline insertions if c-auto-newline is on. > (if (or (not c-auto-newline) > (not (looking-at "[ \t]*\\\\?$"))) > - (when c-syntactic-indentation > - (let ((syntax (c-guess-basic-syntax))) > - (c-indent-line syntax) > - ;; Guard against the C hacker inserting a statement before a > - ;; non-compound statement in an if/while/for. > - (if (eq (caar syntax) 'substatement) > - (save-excursion > - (if (eq 0 (forward-line)) > - (c-indent-line)))))) > + (if c-syntactic-indentation > + (c-indent-line)) > ;; clean ups: list-close-comma or defun-close-semi > (let ((pos (- (point-max) (point)))) > (if (c-save-buffer-state () > (iii) Have you got any CC Mode customisations in your .emacs? You've > already said you're in style "linux", but is there anything else? If > so, what? Not much: > $ cat .dir-locals.el > > ( > (nil . ((indent-tabs-mode . t) > (tab-width . 8) > (show-trailing-whitespace . t) > (fill-column . 132))) > > (c-mode . ((c-file-style . "linux"))) > ) > (iii) The EXACT steps you took between starting Emacs to seeing the error, > detailed enough that I can reproduce it. If I knew the answer to that, I would have included that. :( I work for hours and then suddenly this happens. The mechanism for clearing it requires closing and re-visiting the file in question. I do not have to restart emacs. Changing to another mode and changing back to C-mode is not effective (i.e. the problem persists). > (iv) What exactly do you mean "It seems to think that the flush-left > alignment ... is fine"? What command did you give that led you to this > conclusion, or what output from CC Mode was relevant? I put the cursor on the flush-left "if" line and press to no effect. I re-indent the region, to no effect. I switch to "text-mode" and back and re-indent the region, to no effect. I close and re-visit the file and indent-region now works correctly, as you see for yourself when you tried re-indenting the region. The only way I can think of to resolve this is if there is some information I can dump out about the buffer the next time it happens. Obviously, I have to close and re-visit the file fairly soon, as this is my day job.... > Just for info, when I loaded the following fragment into Emacs, stripped > of the leading "> " from each line, set the style "linux", then indented > it .... I can't > reproduce the problem at the moment. It is not the particular code fragment, but the editing history that seems to trigger the problem. I have trouble remembering all the 100's to 1000's of keystrokes I went through to cause it. ;) From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 26 17:24:36 2015 Received: (at submit) by debbugs.gnu.org; 26 Jun 2015 21:24:36 +0000 Received: from localhost ([127.0.0.1]:58486 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z8b6y-0006EN-4c for submit@debbugs.gnu.org; Fri, 26 Jun 2015 17:24:36 -0400 Received: from eggs.gnu.org ([208.118.235.92]:49787) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Z8b6w-0006EA-2F for submit@debbugs.gnu.org; Fri, 26 Jun 2015 17:24:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z8b6p-0003zV-Uc for submit@debbugs.gnu.org; Fri, 26 Jun 2015 17:24:28 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_40,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:39297) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z8b6p-0003zF-Qy for submit@debbugs.gnu.org; Fri, 26 Jun 2015 17:24:27 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35057) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z8b6o-00037s-TJ for bug-gnu-emacs@gnu.org; Fri, 26 Jun 2015 17:24:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z8b6n-0003yO-Q2 for bug-gnu-emacs@gnu.org; Fri, 26 Jun 2015 17:24:26 -0400 Received: from mail-wg0-x22a.google.com ([2a00:1450:400c:c00::22a]:36323) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z8b6n-0003yA-JJ for bug-gnu-emacs@gnu.org; Fri, 26 Jun 2015 17:24:25 -0400 Received: by wguu7 with SMTP id u7so97952342wgu.3 for ; Fri, 26 Jun 2015 14:24:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=OobxIimwRBFAXuxvfA2JEG3d9BOCfPPA95VpL3xSL10=; b=hBXtZe5JRzBwg6SyTXbFV9rwSMqRXVXKhOwfqgkkyB+wHi8raZncuPOx19JOqHquSG x2YKWvea1BXFipptVPdD7EVcq/BJwUCILfyxem47TzQnJHKGCaikWBqUDq93tCogTjgA /4iQj4byJkQ4iGdTDSt41ACWXmCVhSQw5KrwNGBfjzOxweKyzahNrO2wuhiLriGxYADK 5x/P9gA5JJ0NALwX0g81qDsqAW5ITWyxhD78drJelCti8EWQJHdwQ+OBsmmSpTXdfga4 3QY4HwsHdSA2W0uk+fc4QzucD3vb+ktSP43x37Bsqz235UQJGdTvN8cUBgTRRLpkxRCI bblA== X-Received: by 10.180.104.167 with SMTP id gf7mr265531wib.3.1435353864096; Fri, 26 Jun 2015 14:24:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.208.234 with HTTP; Fri, 26 Jun 2015 14:24:03 -0700 (PDT) From: Bruce Korb Date: Fri, 26 Jun 2015 14:24:03 -0700 Message-ID: Subject: bug#20778: Flush left indentation in c-mode To: bug-gnu-emacs@gnu.org Content-Type: multipart/mixed; boundary=f46d04426f5233bad00519725d62 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). 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 (----) --f46d04426f5233bad00519725d62 Content-Type: text/plain; charset=UTF-8 Here is a short program that went into this weirdo mode several times fairly quickly. Adding #include directives might be involved, but maybe not. Again, the same symptom: everything goes flush left until I close out and re-visit the file. So, when you first visit the file, I am sure it will indent properly. And just because you fiddle it, it doesn't mean it will stop indenting properly. I do not know what the trigger mechanism is. I just know it was much more frequent (several times in a few minutes). Again, "linux" style: $ cat ../.dir-locals.el ( (nil . ((indent-tabs-mode . t) (tab-width . 8) (show-trailing-whitespace . t) (fill-column . 132))) (c-mode . ((c-file-style . "linux"))) ) --f46d04426f5233bad00519725d62 Content-Type: text/x-csrc; charset=US-ASCII; name="fix-tabs.c" Content-Disposition: attachment; filename="fix-tabs.c" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ibe4kqt70 CiNpbmNsdWRlIDxzeXMvdHlwZXMuaD4KI2luY2x1ZGUgPHN5cy9zdGF0Lmg+CgojaW5jbHVkZSA8 Y3R5cGUuaD4KI2luY2x1ZGUgPGVycm5vLmg+CiNpbmNsdWRlIDxzdGRpby5oPgojaW5jbHVkZSA8 c3RkbGliLmg+CiNpbmNsdWRlIDxzdHJpbmcuaD4KI2luY2x1ZGUgPHVuaXN0ZC5oPgoKI2RlZmlu ZSBOTCAgJ1xuJwojZGVmaW5lIE5VTCAnXDAnCiNkZWZpbmUgSFQgICdcdCcKCnN0YXRpYyB2b2lk CmZzZXJyKGNoYXIgY29uc3QgKiBmbiwgY2hhciBjb25zdCAqIG9wKQp7CgljaGFyIGNvbnN0ICog ZXJyID0gc3RyZXJyb3IoZXJybm8pOwoKCWZwcmludGYoc3RkZXJyLCAiZnMgZXJyb3IgJXUgKCVz KSAlcyBvbiAlc1xuIiwKCQllcnJubywgZXJyLCBvcCwgZm4pOwoJZXhpdChFWElUX0ZBSUxVUkUp Owp9CgpzdGF0aWMgaW5saW5lIGNoYXIgKgpkZXRhYihjaGFyICogbGluZSkKewoJc3RhdGljIHVu aW9uIHsKCQl1bnNpZ25lZCBsb25nCXNwYWNlczsKCQl1bnNpZ25lZCBjaGFyCXNwW3NpemVvZih1 bnNpZ25lZCBsb25nKV07Cgl9IGNvbnN0IHUgPSB7IC5zcCA9IHsgJyAnLCAnICcsICcgJywgJyAn LCAnICcsICcgJywgJyAnLCAnICcgfSB9OwoJaW50IHRhYl9jdCA9IDA7Cgl1bnNpZ25lZCBsb25n ICogbHAgPSAodm9pZCAqKWxpbmU7CgoJd2hpbGUgKCpscCA9PSB1LnNwYWNlcykgewoJCXRhYl9j dCsrOwoJCWxwKys7Cgl9CgoJbGluZSA9IChjaGFyICopbHA7CgoJLy8gVHJpbSB0cmFpbGluZyB3 aGl0ZSBzcGFjZQoJewoJCWNoYXIgKiBlb2wgID0gbGluZSArIHN0cmxlbihsaW5lKTsKCQl3aGls ZSAoKGVvbCA+IGxpbmUpICYmIGlzc3BhY2UoKHVuc2lnbmVkKWVvbFstMV0pKQoJCQllb2wtLTsK CQkqKGVvbCsrKSA9IE5MOwoJCSplb2wgICAgID0gTlVMOwoJCWlmIChlb2wgPT0gbGluZSArIDEp CgkJCXJldHVybiBsaW5lOyAvLyBibGFuayBsaW5lCgl9CgoJLy8gaW5zZXJ0ICJ0YWJfY3QiIHRh YiBjaGFyYWN0ZXJzIGJlZm9yZSB0aGUgcG9pbnQgd2hlcmUgImxpbmUiIHBvaW50cwoJLy8KCXdo aWxlICh0YWJfY3QtLSA+IDApCgkJKigtLWxpbmUpID0gSFQ7CglyZXR1cm4gbGluZTsKfQoKc3Rh dGljIGlubGluZSB2b2lkCmZpeF9maWxlKGNoYXIgY29uc3QgKiBmbmFtZSkKewoJY2hhciBsaW5l WzB4MjAwMF07IC8vIGFueSBsaW5lIG92ZXIgOEsgZGVzZXJ2ZXMgYmVpbmcgbWFuZ2xlZC4KCglG SUxFICogaWZwID0gZm9wZW4oZm5hbWUsICJyIik7CgoJaWYgKGlmcCA9PSBOVUxMKQoJCWZzZXJy KCJvcGVuLXJlYWQiLCBmbmFtZSk7CgoJY2hhciB0cGxbXSA9ICJmaXgtdGFicy1YWFhYWFgiOwoJ aW50IGZkID0gbWtzdGVtcCh0cGwpOwoKCWlmIChmZCA8IDApCgkJZnNlcnIoIm1rc3RlbXAiLCB0 cGwpOwoKCUZJTEUgKiBvZnAgPSBmZG9wZW4oZmQsICJ3Iik7CgoJaWYgKG9mcCA9PSBOVUxMKQoJ CWZzZXJyKCJvcGVuLXdyaXRlIiwgdHBsKTsKCglmb3IgKDs7ICkgewoJCWNoYXIgKiBwID0gZmdl dHMobGluZSwgc2l6ZW9mKGxpbmUpLCBpZnApOwoJCWlmIChwID09IE5VTEwpCgkJCWJyZWFrOwoJ CWZwdXRzKGRldGFiKGxpbmUpLCBvZnApOwoJfQoJewoJCXN0cnVjdCBzdGF0IHNiOwoJCWlmIChm c3RhdChmaWxlbm8oaWZwKSwgJnNiKSA9PSAwKQoJCQlmY2htb2QoZmQsIHNiLnN0X21vZGUpOwoJ fQoJZmNsb3NlKGlmcCk7CglmY2xvc2Uob2ZwKTsKCXVubGluayhmbmFtZSk7CglyZW5hbWUodHBs LCBmbmFtZSk7Cn0KCmludAptYWluKGludCBhcmdjLCBjaGFyICoqIGFyZ3YpCnsKCXdoaWxlICgt LWFyZ2MgPiAwKQoJCWZpeF9maWxlKCooKythcmd2KSk7Cn0K --f46d04426f5233bad00519725d62-- From debbugs-submit-bounces@debbugs.gnu.org Mon Aug 16 09:05:14 2021 Received: (at 20778) by debbugs.gnu.org; 16 Aug 2021 13:05:14 +0000 Received: from localhost ([127.0.0.1]:48947 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mFcIk-0004ld-7J for submit@debbugs.gnu.org; Mon, 16 Aug 2021 09:05:14 -0400 Received: from quimby.gnus.org ([95.216.78.240]:43886) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mFcIi-0004lL-L9 for 20778@debbugs.gnu.org; Mon, 16 Aug 2021 09:05:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=dVGi6yeuEBCakMNrAAgUGQmsaWmpS5RgRyvSRI1hTg0=; b=h77303dv8ycwo+JodVn4I0tyYc ioMf4LP1epF89ymwH5j22wrTRWoitNelougJuLbeaGfOmrMisveVbdmXFC+z2yvY39OjVL/+j4tjb oypRc7a1pgseIx+TM+2/mxDGE+qayQHElJBQL6c/xvdpwR1enZ7mwsJmGXK7mJ3QS2WU=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mFcIY-000528-Il; Mon, 16 Aug 2021 15:05:06 +0200 From: Lars Ingebrigtsen To: Bruce Korb Subject: Re: bug#20778: Flush left indentation in c-mode References: <5577190B.4000003@gnu.org> Date: Mon, 16 Aug 2021 15:05:01 +0200 In-Reply-To: (Bruce Korb's message of "Fri, 26 Jun 2015 14:24:03 -0700") Message-ID: <87a6lhbkw2.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Bruce Korb writes: > Here is a short program that went into this weirdo mode several times > fairly quickly. Adding #include directives might be involved, but > maybe not. Again, the same symptom: everything goes flush [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 20778 Cc: 20778@debbugs.gnu.org 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: -3.3 (---) Bruce Korb writes: > Here is a short program that went into this weirdo mode several times > fairly quickly. Adding #include directives might be involved, but > maybe not. Again, the same symptom: everything goes flush left until > I close out and re-visit the file. So, when you first visit the file, > I am sure it will indent properly. And just because you fiddle it, it > doesn't mean it will stop indenting properly. I do not know what the > trigger mechanism is. I just know it was much more frequent (several > times in a few minutes). (I'm going through old bug reports that unfortunately got no response at the time.) I tried reproducing this bug in Emacs 28, but I was unable to. But as you say, it may be difficult to trigger. Are you still seeing this issue in recent Emacs versions? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Aug 16 09:05:19 2021 Received: (at control) by debbugs.gnu.org; 16 Aug 2021 13:05:19 +0000 Received: from localhost ([127.0.0.1]:48950 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mFcIp-0004lz-F1 for submit@debbugs.gnu.org; Mon, 16 Aug 2021 09:05:19 -0400 Received: from quimby.gnus.org ([95.216.78.240]:43900) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mFcIo-0004lW-9J for control@debbugs.gnu.org; Mon, 16 Aug 2021 09:05:18 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=QeXi5+e1fo5ORDavp93M+bxrLjkzZ/t8GScsIw4pcgI=; b=e9D0/nGmKIQc5RyJsqssqeDdLE ziAaI4Sm4TrFEJrJEXgmziXcZZC5iNQMebWjfBax8Yh4JdfmJ61QEtNE3o7NEtyRcAekFoz+h5eeX NSJFL5V1SAlfdct6e9l7SI+xeJIQ6aD3uj0MoOzuTcTIogyZTFjynd9eHGDMeUOvuABI=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mFcIg-00052I-9b for control@debbugs.gnu.org; Mon, 16 Aug 2021 15:05:12 +0200 Date: Mon, 16 Aug 2021 15:05:09 +0200 Message-Id: <878s11bkvu.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #20778 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 20778 + moreinfo quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control 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: -3.3 (---) tags 20778 + moreinfo quit From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 14 06:54:56 2021 Received: (at 20778) by debbugs.gnu.org; 14 Sep 2021 10:54:56 +0000 Received: from localhost ([127.0.0.1]:47679 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mQ65Y-0005LO-Gr for submit@debbugs.gnu.org; Tue, 14 Sep 2021 06:54:56 -0400 Received: from quimby.gnus.org ([95.216.78.240]:40068) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mQ65W-0005L7-5X for 20778@debbugs.gnu.org; Tue, 14 Sep 2021 06:54:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=7c2K6DBmn8KKs6WPWX2oe+p5S3AVCBjNo8b21nftTkw=; b=HnGNrf0SqoUyXnsUPpnEibB3zJ 9N8gvfWDhisSa0GM+C4sGIEb0/BxKn5PknPr6PLAq14sMsLn3avE31P1WmP4B4FSYOyCEmKqx9vl9 kDDGrN1g7eSOkyNjpIbqFehHraV68XdANmZxtv8UTl6pF3u6Pw9cQcj9W+J7/98Bdcc0=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mQ65N-0005wY-R0; Tue, 14 Sep 2021 12:54:48 +0200 From: Lars Ingebrigtsen To: Bruce Korb Subject: Re: bug#20778: Flush left indentation in c-mode References: <5577190B.4000003@gnu.org> <87a6lhbkw2.fsf@gnus.org> Date: Tue, 14 Sep 2021 12:54:45 +0200 In-Reply-To: <87a6lhbkw2.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 16 Aug 2021 15:05:01 +0200") Message-ID: <87zgsfwhoq.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Lars Ingebrigtsen writes: > I tried reproducing this bug in Emacs 28, but I was unable to. But as > you say, it may be difficult to trigger. > > Are you still seeing this issue in recent Emacs versions? Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 20778 Cc: 20778@debbugs.gnu.org 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: -3.3 (---) Lars Ingebrigtsen writes: > I tried reproducing this bug in Emacs 28, but I was unable to. But as > you say, it may be difficult to trigger. > > Are you still seeing this issue in recent Emacs versions? More information was requested, but no response was given within a month, so I'm closing this bug report. If the problem still exists, please respond to this email and we'll reopen the bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 14 06:55:01 2021 Received: (at control) by debbugs.gnu.org; 14 Sep 2021 10:55:01 +0000 Received: from localhost ([127.0.0.1]:47682 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mQ65c-0005Lg-Nm for submit@debbugs.gnu.org; Tue, 14 Sep 2021 06:55:01 -0400 Received: from quimby.gnus.org ([95.216.78.240]:40082) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mQ65b-0005LG-Hf for control@debbugs.gnu.org; Tue, 14 Sep 2021 06:54:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=rccfkxYRgBUgpO761xhQgqWk5HAly4Z1Xji4zswuYNg=; b=fTwTYw04x54qDsInYUOZu/4wpM TYDe2TiMMpcX/K+xDXHvh/HzvD5QtImuk7mypPFqVK0uZMUt1hdS4zvKCXCLUExvDZ/auATa+4lKU buXh+P3anUkibePzFpJ4sYvw70Hqksa7FQ+l97O+xuQh26kCuV0SpXaCeCIB2WO20NQU=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mQ65U-0005wh-34 for control@debbugs.gnu.org; Tue, 14 Sep 2021 12:54:54 +0200 Date: Tue, 14 Sep 2021 12:54:51 +0200 Message-Id: <87y27zwhok.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #20778 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 20778 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control 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: -3.3 (---) close 20778 quit From unknown Tue Jun 24 22:37:55 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 12 Oct 2021 11:24:11 +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