Text limit



  • How much text can a single Notepad++ file comfortably contain. At the moment I have 2,750,000 words (about 15MB on a basic Notepad file) on a file and it seems to be coping. I have quite a bit to add yet and find it convenient to have it all on one page. It is instantly searchable and I find this very useful. What is the limit 3,000,000, 4,000,000…???



  • It depends on the version of Notepad++ (32bit vs 64bit, especially) and how much system memory you have. I usually have no problems up to 0.5Gb… beyond that, it depends on circumstances.

    In theory, 32-bit is limited to 2Gb files, but memory issues makes it much lower than that. 64-bit would be 2^63 bytes, or about 9e18 bytes – but by then, it’s really limited by memory/resources available.



  • @PeterJones

    from the tests here it seems that 2GB is a scintilla limit as well.



  • @Michael-Haigh @Peter-Jones
    there is an old posting here that @Claudia-Frank penned stating scintilla has a maximum of 2GB. This doesn’t mean 2GB is achievable as there are other factors such as the environment and overheads. The article is:
    https://notepad-plus-plus.org/community/topic/15019/problem-error-file-too-big-to-be-opened/11

    I also seem to recall mention of the complexity of edits (and the need to be able to undo them) also plays a part on the maximum available.

    Terry



  • If this means anything

    ideapad 310-15ABR Processor AMD A10-9600P RADEON R5, 10 COMPUTE CORES 4C+6G 2.40 GHz 8.00 gb (7.39 usable) 64-bit OS



  • welcome to the notepad++ community @Michael-Haigh

    technically you should be able to open up to 512mb (524mb) files in a 32 bit notepad++, but there have been reports on not being able to open files of a size from 320mb and above under heavy memory usage of other opened files or present plugins as mentioned by @Terry-R.
    example: https://notepad-plus-plus.org/community/topic/10592/what-is-the-notepad-file-size-limit

    the x64 limit is however 2gb due to scintilla as @Eko-palypse has mentioned



  • For those that are curious, the 2Gb and 9⨯10^18 byte limits for 32-bit and 64-bit come from the fact that the file pointers are 32bit or 64bit integers. Thus, there are 2^32 and 2^64 distinct integers; but because they are implemented (on the filesystem side) as signed integers, and negatives are all relegated to “not applicable to files”, it yields 2^31=2Gb for a 32-bit system, and 2^63=9⨯10^18 bytes for a 64-bit system.

    update: sorry, this was started before the most recent posts appeared. Are you saying that 64-bit Scintilla is still limited to 2Gb? Weird.

    update2: yep, that thread confirmed 64bit scintilla still limited to 2Gb.



  • btw:
    wow, what just happened ? we all came out of nowhere, like piranhas, instantly and simultaneously devouring the same question 😂😂😂👍



  • The version notepad++ uses - yes, but that is a buffer limit.
    You can have multiple files with 2GB if you are running a 64bit Npp and
    have enough coffee and cake to wait to get a slot for doing something ;-)



  • @Meta-Chuh

    is THIS A DUCATI MONSTER ???



  • Thank for your kind welcome and response. It looks like I have plenty room yet and it should do what I require. It’s a remarkable editor. I have had a number of crashes (after W10 updates) and find basic Notepad far more reliable for saving (and back up using basic Notepad).



  • @Eko-palypse
    no it was a ducati street fighter 1099 back then, but i’ve changed to the hypermotard 796 because it’s more comfortable, more drivable for every day use, more agile and the lightest 803cc supermoto ever built in large scale series.

    @PeterJones and @Michael-Haigh
    edit to my post: technically you should be able to open up to 512mb (524mb) files in a 32 bit notepad++ as @PeterJones mentioned above.
    (sorry, i had to read from the bottom up and i was too late to edit my post and mention @PeterJones previous post, already containing the same information)



  • @Michael-Haigh
    if you mention crashes on notepad++ with the latest windows 10 updates:

    if you aren’t on notepad++7.6.2 already, please download the latest 7.6.2 portable version from here,
    (the portable version can reside simultaneously and does not get in conflict with your installed version. any changes made in the portable version will not reflect or change anything in your regular notepad++)

    extract it to your desktop, open the extracted folder and run notepad++.exe inside it
    open the files, which you remember were open when a crash occurred, and test if it happens again.
    if it does not, we know that a vanilla notepad++ will not behave the same and we can start looking at your installed version and it’s plugins to provide a solution.

    if it still does crash on you, and you have opened some files on a network drive that could be the trigger, please copy them to your local disk and retest them.

    for any further questions regarding your crashing issue, feel free to post them here without opening another thread, as these notepad++ crashes seemed to be the reason why you asked about the file size limit of notepad++ in the first place



  • See https://www.scintilla.org/ScintillaHistory.html Release 3.6.0

    • Report error when attempt to resize buffer to more than 2GB with SC_STATUS_FAILURE.

    Also N++ uses 3.5.6 i guess that version also has this limit. At least if it should work stable.

    For 32bit there was a not accepted PR https://github.com/notepad-plus-plus/notepad-plus-plus/pull/891 to use PAE to extend the limit for the overall mem usage.



  • … and recent scintilla versions can use even more.



  • btw @chcg :
    (a little off topic, but i’ll wrap it as text limit ;-) )

    did you or @donho have time to take a closer look at the UCharDet 0.0.6 implementation issue ?

    i’ve tested UCharDet 0.0.6 separately and it detects all test samples correctly, and i can’t find out why, nor understand where the (pretty same) code behaves differently, when implemented into notepad++.

    (side note, if it might be something to look at: quite a few users reported, that once detected falsely, you can’t hit “encode in utf-8”, as the bullet jumps right back to the language in “character sets” it has been falsely marked with. you can, however, select “convert to utf-8” and the bullet will stay there. i’ve been able to reproduce this every time)


Log in to reply