From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.help Subject: Re: $EDITOR to open at file end? Date: Mon, 09 Mar 2015 01:11:17 +0100 Organization: Aioe.org NNTP Server Message-ID: <8761abc9ne.fsf@debian.uxu> References: <20150305002027882961376@bob.proulx.com> <87lhjbf0lj.fsf@debian.uxu> <87egp0zsrd.fsf@debian.uxu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1425859820 13757 80.91.229.3 (9 Mar 2015 00:10:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 9 Mar 2015 00:10:20 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Mar 09 01:10:19 2015 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 1YUlH1-0000u9-2x for geh-help-gnu-emacs@m.gmane.org; Mon, 09 Mar 2015 01:10:19 +0100 Original-Received: from localhost ([::1]:40944 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YUlH0-0003gN-88 for geh-help-gnu-emacs@m.gmane.org; Sun, 08 Mar 2015 20:10:18 -0400 Original-Path: usenet.stanford.edu!news.kjsl.com!feeder.erje.net!eu.feeder.erje.net!weretis.net!feeder4.news.weretis.net!news.mixmin.net!aioe.org!.POSTED!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 43 Original-NNTP-Posting-Host: feB02bRejf23rfBm51Mt7Q.user.speranza.aioe.org Original-X-Complaints-To: abuse@aioe.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) X-Notice: Filtered by postfilter v. 0.8.2 Cancel-Lock: sha1:BMZCLvNOWjvC7aFue4r1T7L+F24= Mail-Copies-To: never Original-Xref: usenet.stanford.edu gnu.emacs.help:210798 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:103077 Archived-At: Bob Proulx writes: >> emacs +`perl -MPOSIX -le 'print INT_MAX'` FILE >> which uses data in /usr/include/limits.h. > > That just swaps 999999 for a larger value of > LARGENUMBER. I don't think it intrinsically changes > the flavor of the issue. In practice, it is worse because it requires an extra processes to be launched as well as Perl to be installed on a POSIX system. No, it is only "poster politics" - it never feels good to hard code anything. That's a good gut feeling to have acquired, but one should be aware when the (most often) healthy gut feeling crosses the line and gets irrational. On the third hand, if it bugs you enough, who cares if it is irrational as long as it works and is interesting to do. Then what is rational about it is that it works and is interesting to do and doesn't bug you. For example, how does this look: (setq last-char-english-alphabet "z") (setq english-alphabet-number-of-chars 26) compared to this? (setq english-alphabet '("a" "b" "..." "z")) (setq english-alphabet-number-of-chars (length english-alphabet)) (setq last-char-english-alphabet (car (last english-alphabet))) > Upon reflection I think the +999999 wasn't so bad. > Although I like the exactness of the solution for > (goto-char (point-max)). Having implemented that > already using a helper script I probably won't walk > away from it. If the options on both sides of FILE isn't a problem that is the best solution I can think of. -- underground experts united