From: Ted Zlatanov <tzz@lifelogs.com>
To: emacs-devel@gnu.org
Subject: Re: view/edit large files
Date: Fri, 06 Feb 2009 15:06:17 -0600 [thread overview]
Message-ID: <86k583p96e.fsf@lifelogs.com> (raw)
In-Reply-To: 86zlgzqudo.fsf_-_@lifelogs.com
On Fri, 6 Feb 2009 14:20:45 +0100 Mathias Dahl <mathias.dahl@gmail.com> wrote:
MD> This is how far I got:
MD> http://www.emacswiki.org/emacs/vlf.el
Thank you, I looked at it and it's almost exactly what I was thinking
originally (but actually implemented :). I would like it, however, to
be a minor mode rather than a major one so it's more generally useful.
Also writing modifications back is an interesting challenge.
MD> What I do know is that it hits the roof when the file is larger than
MD> that integer limit in Emacs, whatever it is.
Modifying insert-file-contents to take float or list arguments to
specify the file position should not be too hard--I assume that's the
place where it fails. Using floats bothers me a bit. I'd really like
the offet to be a pair of integers, similar to the time storage in
Emacs.
I also got these comments from Chetan Pandya that I wanted to answer
here:
CP> Is this for editing binary files or file with single byte encoding?
CP> If not, it gets more complicated.
It must be single-byte or binary. insert-file-contents doesn't handle
multibyte encodings and Emacs doesn't have a way to ensure a random seek
is to a valid sequence. I believe this is all fixable, but I don't know
enough about multibyte encodings to be helpful.
CP> Is this to be the major mode for the file? In that case it may be
CP> OK. Otherwise it wrecks the font lock information and functions that
CP> work with sexp and such syntactic information.
I think as a major mode it's not very useful. You can use `more' or
`less' from the shell to view a large file in a pager. hexl-mode would
be a good major mode for large files, for example.
I don't think the font-lock information is very useful for large files
over multiple lines. The most common case (viewing logs) just needs to
examine a single line. Can you think of large files that have sexps and
other multiline (over 1000 lines) font-lockable data, which Emacs should
handle? I can't think of any common ones. In any case, at worst the
user will fall back to fundamental-mode, and that's better than nothing.
Ted
next prev parent reply other threads:[~2009-02-06 21:06 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-02 17:20 map-file-lines Ted Zlatanov
2009-02-02 18:54 ` map-file-lines Stefan Monnier
2009-02-02 19:22 ` map-file-lines Ted Zlatanov
2009-02-02 19:52 ` map-file-lines joakim
2009-02-02 20:54 ` map-file-lines Ted Zlatanov
2009-02-02 22:42 ` map-file-lines Stefan Monnier
2009-02-03 13:57 ` map-file-lines Ted Zlatanov
2009-02-02 22:41 ` map-file-lines Stefan Monnier
2009-02-02 23:59 ` map-file-lines joakim
2009-02-03 4:13 ` map-file-lines Stefan Monnier
2009-02-03 7:27 ` map-file-lines joakim
2009-02-03 14:50 ` map-file-lines Stefan Monnier
2009-02-04 7:04 ` map-file-lines Richard M Stallman
2009-02-04 15:38 ` map-file-lines Ted Zlatanov
2009-02-05 5:40 ` map-file-lines Richard M Stallman
2009-02-06 18:42 ` view/edit large files (was: map-file-lines) Ted Zlatanov
2009-02-06 21:06 ` Ted Zlatanov [this message]
2009-02-06 21:49 ` view/edit large files Miles Bader
[not found] ` <864oz3nyj8.fsf@lifelogs.com>
2009-02-10 1:58 ` Stefan Monnier
2009-02-10 8:46 ` Eli Zaretskii
2009-02-10 9:23 ` Miles Bader
2009-02-10 9:54 ` Eli Zaretskii
2009-02-10 10:02 ` Miles Bader
2009-02-10 11:50 ` Eli Zaretskii
2009-02-10 15:08 ` Ted Zlatanov
2009-02-17 19:23 ` Stefan Monnier
2009-02-17 19:47 ` Eli Zaretskii
2009-02-17 20:18 ` Miles Bader
2009-02-17 20:51 ` Eli Zaretskii
2009-02-17 21:19 ` Miles Bader
2009-02-17 21:21 ` Miles Bader
2009-02-18 4:09 ` Eli Zaretskii
2009-02-18 1:56 ` Stefan Monnier
2009-02-20 19:23 ` Ted Zlatanov
2009-02-10 12:28 ` Eli Zaretskii
2009-02-10 12:46 ` Miles Bader
2009-02-07 9:14 ` view/edit large files (was: map-file-lines) Richard M Stallman
2009-02-09 20:26 ` view/edit large files Ted Zlatanov
2009-02-10 20:02 ` Richard M Stallman
2009-02-06 13:20 ` map-file-lines Mathias Dahl
2009-02-02 22:40 ` map-file-lines Stefan Monnier
2009-02-03 4:11 ` map-file-lines Stefan Monnier
2009-02-02 20:48 ` map-file-lines Ted Zlatanov
2009-02-03 8:08 ` map-file-lines Thien-Thi Nguyen
2009-02-03 14:00 ` map-file-lines Ted Zlatanov
2009-02-03 14:17 ` map-file-lines Miles Bader
2009-02-03 10:45 ` map-file-lines Thierry Volpiatto
2009-02-03 14:06 ` map-file-lines Ted Zlatanov
2009-02-03 14:56 ` map-file-lines Thierry Volpiatto
-- strict thread matches above, loose matches on Subject: below --
2009-02-07 3:44 view/edit large files (was: map-file-lines) MON KEY
2009-02-08 4:34 ` Bob Rogers
2009-02-09 19:44 ` view/edit large files Thien-Thi Nguyen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=86k583p96e.fsf@lifelogs.com \
--to=tzz@lifelogs.com \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).