Re:Zed: The Next Phase
by coolsunglasses on Wednesday April 02, 2014 @02:59PM
(#7518082)
>didn't try to cram the whole thing in memory, just the parts it needed. I'm guessing vim and Emacs work in a similar manner.
Yes, but with the caveat that it's line based (1 dimensional) not 2 dimensional so a VERY long line can still choke vim and Emacs.
--- long time primary Emacs, secondary vim user
> it's line based (1 dimensional) not 2 dimensional so a VERY long line can still choke vim and Emacs.
Have an upvote because (to quote Johnny Carson) I did not know that.
Re:Zed: The Next Phase
by chipotle_coyote on Wednesday April 02, 2014 @03:00PM
(#7518093)
Certainly true. (I'm old enough to remember TRS-80 word processors, only one or two of which were able to handle files larger than memory. SuperScripsit's ability to handle files as large as your floppy disk -- all, what was it, 180K of it? -- seemed amazing!)
Re: FoxPro vs. VS, it's probably quite unfair to suggest that it's in part because FoxPro didn't start its life at Microsoft, but I admit it was the first thing that came to mind...
Of course it does. Back in the day one couldn't take a megabyte file and say, "I'll just load it all into memory." When I worked in Visual Studio, it annoyed me to no end that VS had trouble loading large text files when ancient FoxPro (another MSFT dev product whose origins are from the 80s) would load them just fine. FoxPro didn't try to cram the whole thing in memory, just the parts it needed. I'm guessing vim and Emacs work in a similar manner. Don't use VS anymore, so I don't know if they ever fixed that or not. Particularly annoying is that it ever needed to be fixed, rather than being designed correctly (for which there was plenty of prior art) from the start.