From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Peter Dyballa Newsgroups: gmane.emacs.help Subject: Re: Line number in mode-line with column-number-mode on in GNU Emacs 23.x Date: Fri, 25 Dec 2009 18:19:24 +0100 Message-ID: References: <4B974CC3-BEDC-4F8A-BF11-89D641233662@Web.DE> <83fx6z5cy5.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v936) Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1261762466 23249 80.91.229.12 (25 Dec 2009 17:34:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 25 Dec 2009 17:34:26 +0000 (UTC) Cc: GNU Emacs List To: Eli Zaretskii Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Dec 25 18:34:18 2009 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1NOE3N-0000WQ-Pf for geh-help-gnu-emacs@m.gmane.org; Fri, 25 Dec 2009 18:34:18 +0100 Original-Received: from localhost ([127.0.0.1]:34324 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NOE3O-0002y4-2f for geh-help-gnu-emacs@m.gmane.org; Fri, 25 Dec 2009 12:34:18 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NODpD-00061w-VC for help-gnu-emacs@gnu.org; Fri, 25 Dec 2009 12:19:40 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NODp8-0005ui-AI for help-gnu-emacs@gnu.org; Fri, 25 Dec 2009 12:19:38 -0500 Original-Received: from [199.232.76.173] (port=35945 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NODp8-0005uV-1H for help-gnu-emacs@gnu.org; Fri, 25 Dec 2009 12:19:34 -0500 Original-Received: from fmmailgate01.web.de ([217.72.192.221]:35585) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NODp1-0003oH-Bl; Fri, 25 Dec 2009 12:19:27 -0500 Original-Received: from smtp06.web.de (fmsmtp06.dlan.cinetic.de [172.20.5.172]) by fmmailgate01.web.de (Postfix) with ESMTP id 2969814341146; Fri, 25 Dec 2009 18:19:26 +0100 (CET) Original-Received: from [91.35.237.227] (helo=[192.168.1.2]) by smtp06.web.de with asmtp (WEB.DE 4.110 #314) id 1NODoz-0002hW-00; Fri, 25 Dec 2009 18:19:25 +0100 In-Reply-To: <83fx6z5cy5.fsf@gnu.org> X-Mailer: Apple Mail (2.936) X-Sender: Peter_Dyballa@web.de X-Provags-ID: V01U2FsdGVkX1/bQPzdUehfXO0TiPEoPbGsahEwADTELQGiPSoK B0nltLw1iSvcxraPL0dckuQbyPADdTSdY/pM3lH+BweYQ/5t3f 3NDqHpmuR1FalMpwWVfA== X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.4-2.6 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:70859 Archived-At: Am 25.12.2009 um 15:46 schrieb Eli Zaretskii: > The code seems to remember that a window had long lines, and once that > happens, this window will not have line numbers, until you switch to > another buffer. Well, it's likely that I did this, changing into *shell* buffer and =20 others... > Is that your case -- that you enlarged > line-number-display-limit-width only _after_ you saw "??" instead of a > line number? Yes, exactly. > If so, does it help to switch to a different buffer and > then switch back to the original one in the same window? I have no proof that I did so, there is just some likelihood from time-=20= stamps in tcsh's history... > > Failing that, I don't see any explanation for what you report. > Perhaps try stepping with a debugger through decode_mode_spec, or > submit a bug report with a clear recipe to reproduce this behavior. Letting your computer on over night while GNU Emacs is compiling GCC =20 4.2 (more than 10 h for me)... With line-number-display-limit-width set to 62,500 it did not happen =20 again to me, the longest compile job below 1 h, the longest line far =20 below this value. -- Greetings Pete Life is the only flaw in an otherwise perfect nonexistence =96 Schopenhauer