From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Brendan Halpin Newsgroups: gmane.emacs.help Subject: Emacs22 large file y-or-n-p Date: Wed, 14 Jun 2006 00:19:04 +0100 Message-ID: <87zmgg63vb.fsf@wivenhoe.staff8.ul.ie> Reply-To: brendan.halpin@ul.ie NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1150242030 3644 80.91.229.2 (13 Jun 2006 23:40:30 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 13 Jun 2006 23:40:30 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Jun 14 01:40:24 2006 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FqIUg-0001BC-Ps for geh-help-gnu-emacs@m.gmane.org; Wed, 14 Jun 2006 01:40:22 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FqIUg-0000IO-0X for geh-help-gnu-emacs@m.gmane.org; Tue, 13 Jun 2006 19:40:22 -0400 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!news.tele.dk!news.tele.dk!small.news.tele.dk!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 19 Original-X-Trace: individual.net OsJbwzv5jWmJzkfpdz4rbgR+WOtHDwOrZiAHkVz7aWYVyY1qKt User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) Cancel-Lock: sha1:2Cs/ubbqGkXIHb5lkOajqlyAg/E= Original-Xref: shelby.stanford.edu gnu.emacs.help:139822 Original-To: help-gnu-emacs@gnu.org 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:35446 Archived-At: Emacs 22 has a check when visiting files for size, and a threshold above which it queries the user whether s/he really wants to load the file. Mostly this is a good idea, but I regularly want to load my ~/RMAIL which gets ridiculously large. Is there a lightweight way to avoid the check for RMAIL? I've looked at the code (for find-file-noselect) and that permits different size thresholds (and turning the check off altogether). Would defadvice around the rmail defun provide a handle? e.g. temporarily raise the threshold variable's value to 100MB and revert it afterwards? Brendan -- Brendan Halpin, Department of Sociology, University of Limerick, Ireland Tel: w +353-61-213147 f +353-61-202569 h +353-61-338562; Room F2-025 x 3147 mailto:brendan.halpin@ul.ie http://www.ul.ie/sociology/brendan.halpin.html