Sponsored link
Vyatta –
Linux & Open Source
Alternative to Cisco –
Advanced Routing,
Firewall, VPN, QoS..
Free Download ->
| |||||||||||
Why jumping around in text is hardWhy jumping around in text is hardPosted Feb 25, 2008 21:39 UTC (Mon) by nix (subscriber, #2304)In reply to: Why jumping around in text is hard by eru Parent article: Emacs news: new maintainer, version 22 pretest
Waste-of-time tech, more like. It adds significant complexity, several new failure modes (other processes changing the file, not something many older systems really had to consider), and doesn't even provide anything you can't get by privately mmap()ing it and relying on the OS to do everything. `If you want to edit truly vast files in a text editor, get a 64-bit box' seems a fairly reasonable requirement: I mean, how often do you want to edit multigigabyte text files anyway? The older systems had to implement something like their fake-VM sliding-window things because editing a book is an entirely reasonable thing to want to do. But how many people want to edit the entire British Library, as one unstructured lump of text? It's hardly a common need.
(Log in to post comments)
Why jumping around in text is hard Posted Feb 26, 2008 6:04 UTC (Tue) by eru (subscriber, #2753) [Link] I don't really disagree with you in general. But I too have occasionally encountered Emacs (or other text editor) limitations when wanting to browse a really big log file or collected debugging output from some misbehaving program. Actually a pretty common need in software development. Probably this can be seen as misusing the tool, as in those cases I usually have no real desire to change the file. On the other hand it is natural, since Emacs is the way I normally interact with text files. Perhaps for those cases there should be a quick read-only viewing mode that makes no attempt to read anything but the region being viewed, and this mode would be used automatically for files larger than some threshold.
Why jumping around in text is hard Posted Feb 26, 2008 15:25 UTC (Tue) by anand21 (guest, #38076) [Link] If you do need to browse a large log file, less is your friend. Editing is a hard problem. Modern editors do a lot of formatting and storing that information takes a lot of space. Concurrent access could be solved by locking but it wouldn't help because the editor must still load the whole file, and then parse it and store temporary information, for providing a consistent view.
Why jumping around in text is hard Posted Feb 28, 2008 20:03 UTC (Thu) by nix (subscriber, #2304) [Link] Locking text files is *really unfriendly*, too. Shades of Windows. (Note that less also sucks the whole file into RAM, so if it's huge less won't do the trick either.) (Emacs doesn't do a lot of *formatting*, as such, but both the Emacsen *can* attach properties/extents/whatever to regions of buffers, and both also have to handle multibyte support to the extent of having single buffers with many encodings in. All of these things push up the memory consumption somewhat, especially the latter.)
|
|||||||||||