2017

>2017
>text editors still can't open a text file with a size of 100 MB without hours of loadind and freezing

Other urls found in this thread:

github.com/jhallen/joes-sandbox/tree/master/editor-perf
twitter.com/NSFWRedditVideo

You have bigger problems then the text editor if you are regularly working with 100 MB text files

either way I think this is more of a b8 post then you having any interest in discussing text editors so sage

>2017
>100 MB text file for whatsoever reason

JUST

vim loads large files just fine for me

use editpad

>using databases
>not saving everything to text files

>text file with a size of 100 MB
wut

Yeah but u cant close it :(

Hey the easiest solution is to just press alt-f4 :)
Always there to help ya!

>u cant close it
You have to be fucking retarded to not know how to close vim. It even tells you when you try to ^C out of it.

Ran into this problem with a Data dump.

Parse it by chunks and remove irrelevant information.

notepad++ can open pretty big files senpai

What is SlickEdit.

No, it actually can't. I'm not sure what the limit is, but it's well below 100mb and closer to 1mb.

>100 MB without hours of loadind and freezing

Time to throw that Pentium 3 CPU and get a job so you can buy something from this century you fucking freetard.

works fine with vi and nano.

>You have bigger problems
lmao what a cuck mentality
>i can't do this
>YOU DONT NEED IT!!!!

log files can be big sometimes.

>all this anger

Relax anonymous poster, and love your enemies for you can't fight love. Cheers.

tail, grep, etc.?

But..but...but...
Nevermind i am smart enuf to understand how shit works

>tfw 2TB wordlist

use ed or ex

Vim and Emacs do it.
Use a real editor instead of a web browser.

ed or sam can load a terabyte

????

why

>134
>"pretty big"

no

>Moving goalposts

Did it the other with leafpad. Ten seconds to load. Not too shabby.

github.com/jhallen/joes-sandbox/tree/master/editor-perf

Use mcedit, senpai.

hacking of course

Because I didn't see the option to split it into smaller files. Text files compress very well so it shouldn't be too bad after tar and gzip

Most FOSS editors can't do it because most don't use the right data structures and don't account for long lines, including vim.

Unironically use professional text editors like UltraEdit, EmEdit, 101Editor.

Never heard of any of these.
Why are they 'professional' editors?

Because they do it for money.
That is what professional means.
Only plebs use it to descibe 'competent'.

Anyway, the point is that they focus on what's important in text editors: Editing text. And if that's a 50GB SQL file, so be it.

vim does it just fine idiot :^)

>Windows

hes right though

>x can do this
>x can't do 1% of this!
>x can do over this
>no

blame syntax highlighting

that's what beginners beliebe

>what's sublime text

there is a chance it can open 100 mb files, since it isn't based on shit tier technologies and the author manages to do the basic work, aka creating a rendered GUI for it, so there is a chance he's capable of implementing a sufficient rope text structure

So, can it open 5GB and bigger files?

Depends on the system i guess, but there is a benchmarks list on github

This, and it said it can't.
And even the LargeFiles plugin fails in some situation.

That's what you get for using a split-buffer.

Oh, nvm, I thought you were the VIM guy