From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "William M. (Mike) Miller" Newsgroups: gmane.emacs.help Subject: Re: c-fill-paragraph closing comment delimiter, emacs 23.4.1 Date: Wed, 18 Jul 2012 17:03:48 -0400 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Trace: dough.gmane.org 1342645443 4069 80.91.229.3 (18 Jul 2012 21:04:03 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 18 Jul 2012 21:04:03 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Jul 18 23:04:03 2012 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SrbPY-00039d-Jn for geh-help-gnu-emacs@m.gmane.org; Wed, 18 Jul 2012 23:03:56 +0200 Original-Received: from localhost ([::1]:47896 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SrbPX-0003TI-TF for geh-help-gnu-emacs@m.gmane.org; Wed, 18 Jul 2012 17:03:55 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:43772) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SrbPT-0003TD-4u for help-gnu-emacs@gnu.org; Wed, 18 Jul 2012 17:03:51 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SrbPR-0007jp-Mf for help-gnu-emacs@gnu.org; Wed, 18 Jul 2012 17:03:51 -0400 Original-Received: from mail-lb0-f169.google.com ([209.85.217.169]:63467) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SrbPR-0007jf-Fs for help-gnu-emacs@gnu.org; Wed, 18 Jul 2012 17:03:49 -0400 Original-Received: by lbjn8 with SMTP id n8so3264870lbj.0 for ; Wed, 18 Jul 2012 14:03:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=C8s3ZhhMyqd+IUqHap5u9x2SvsG1oNr3RZWP1320/6M=; b=kXzUgKD3vV+JIn60aXjgh6u4Zg7Z/KHQznVctDHzm5d7JZm/GJVBlqbMHusS1qj+EM BInaoR+ZLjaITG3p5N+F0O6uMuRw50Rk4rr4um6OLfhAnFWoLuQEf3j61JHa2igXoKDZ iRTHiKRnRsqbdqrs8eEUKupKpBjC8AE/KB5thsw7/CWs9e0AdZ2+CF1yiHFowYsaRvVd 1Qi44NVS36pLvDe+8ou0dUjdSq+T9dfX/iZeupTTQWxRmcqmDNoJNQ4Fwrqs7mWywRaC Nx2IJT2w/RUverSlBigoDhJJY+2naOJle8hSfY9EzXjEHNTiJuaCSrQdXpqYRmhXUU65 45jA== Original-Received: by 10.152.106.233 with SMTP id gx9mr5124733lab.48.1342645428383; Wed, 18 Jul 2012 14:03:48 -0700 (PDT) Original-Received: by 10.114.57.242 with HTTP; Wed, 18 Jul 2012 14:03:48 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 209.85.217.169 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:85923 Archived-At: On Tue, Jul 17, 2012 at 8:39 AM, William M. (Mike) Miller wrote: > The behavior of c-fill-paragraph with regard to the closing delimiter of the > paragraph has changed in version 23.4.1 from that of version 21.2.1. My > company has a coding standard that begins each C function with a > comment of the form > > /* > Description... > */ > > In version 23.4.1, running c-fill-paragraph (M-q) with the point in such a > comment moves the closing delimiter onto the last line of the description, > e.g., > > /* > Description... */ > > Version 21.2.1 respected the placement of the closing delimiter on a line > by itself. > > Is there a setting I can use to force version 23.4.1 not to wrap the closing > delimiter onto the last line of the comment text? For anyone else who might be interested, this appears to have been a bug that is fixed in more recent versions. It turns out that 24.0.96.1 is available (though not the default) for Cygwin, and after upgrading, the closing delimiter stays on its own line, as desired. -- William M. (Mike) Miller | Edison Design Group william.m.miller@gmail.com