From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Ludwig, Mark" Newsgroups: gmane.emacs.help Subject: RE: recover file after crash Date: Sat, 26 Jan 2013 21:47:50 +0000 Message-ID: References: <1359058585727-276397.post@n5.nabble.com> <5CAD1D0124B24E409D73471837AD5695@us.oracle.com> <1359138222862-276478.post@n5.nabble.com> <1359141163429-276485.post@n5.nabble.com> <831ud9kqn7.fsf@gnu.org> <1359145917423-276496.post@n5.nabble.com> <83sj5ojkic.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1359236881 4451 80.91.229.3 (26 Jan 2013 21:48:01 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 26 Jan 2013 21:48:01 +0000 (UTC) To: Eli Zaretskii , "Help-gnu-emacs@gnu.org" Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Jan 26 22:48:21 2013 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 1TzDbo-0005kh-B0 for geh-help-gnu-emacs@m.gmane.org; Sat, 26 Jan 2013 22:48:20 +0100 Original-Received: from localhost ([::1]:49422 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TzDbW-0001qf-Px for geh-help-gnu-emacs@m.gmane.org; Sat, 26 Jan 2013 16:48:02 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:55302) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TzDbQ-0001pi-TZ for Help-gnu-emacs@gnu.org; Sat, 26 Jan 2013 16:47:57 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TzDbP-00014Z-NU for Help-gnu-emacs@gnu.org; Sat, 26 Jan 2013 16:47:56 -0500 Original-Received: from usslmhub002.ugs.com ([134.244.32.85]:18145 helo=ugs.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TzDbP-000147-IS for Help-gnu-emacs@gnu.org; Sat, 26 Jan 2013 16:47:55 -0500 Original-Received: from USSLMMBX003.net.plm.eds.com (161.134.138.61) by USSLMHUB002.net.plm.eds.com (134.244.32.85) with Microsoft SMTP Server (TLS) id 14.2.318.1; Sat, 26 Jan 2013 15:47:51 -0600 Original-Received: from USSLMMBX002.net.plm.eds.com ([169.254.1.37]) by USSLMMBX003.net.plm.eds.com ([169.254.2.248]) with mapi id 14.02.0318.001; Sat, 26 Jan 2013 15:47:51 -0600 Thread-Topic: recover file after crash Thread-Index: AQHN+m/D7iMr6Do290CyrSbYvHMy25hZW08AgAFmmwCAAAIBAIAAC7GAgAAEswCAABFwgP//nkWwgAFOlICAAFNRoA== In-Reply-To: <83sj5ojkic.fsf@gnu.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [146.122.224.120] X-detected-operating-system: by eggs.gnu.org: Windows 7 or 8 X-Received-From: 134.244.32.85 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:88828 Archived-At: > From: Eli Zaretskii > Sent: Saturday, January 26, 2013 4:40 AM >=20 > > From: "Ludwig, Mark" > > Date: Fri, 25 Jan 2013 20:56:47 +0000 > > > > I think I thoroughly documented this in Bug # 9589 > > (http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D9589) for the > > developers to consider, which see. >=20 > Assuming the OP has such long lines, yes. But that would be unusual > in a file that is being read in any kind of overview mode, because > those normally are for human consumption, so long lines are unlikely > to appear in them. Agreed, this is not an every-day occurrence. In my case, it is because log files I receive from customers sometimes have a huge number of NUL bytes preceding the readable content. This leading, extremely-long line gets in the way of reasonable responsiveness. I also confess that I have not been keeping up with the current trends in Emacs development. Back when I started using EMACS [sic], it was an excellent binary editor. Apparently this is not a current requirement, because it clearly is no longer useful for same. Side question: is there a GNU tool designed for editing binary files? Cheers, Mark