[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: recover file after crash

From: David Combs
Subject: Re: recover file after crash
Date: Wed, 20 Feb 2013 01:35:43 +0000 (UTC)

In article <>,
Ludwig, Mark <> wrote:
>> From: Eli Zaretskii
>> Sent: Saturday, January 26, 2013 4:40 AM
>> > From: "Ludwig, Mark" <>
>> > Date: Fri, 25 Jan 2013 20:56:47 +0000
>> >
>> > I think I thoroughly documented this in Bug # 9589
>> > ( for the
>> > developers to consider, which see.
>> 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
>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?

About all those nulls that make lines so long, couldn't you run
the file through sed or some super-short c-program or even perl
first, and delete (ie ignore) all those nulls then?


reply via email to

[Prev in Thread] Current Thread [Next in Thread]