Large file - hangs when entering text

DougK.AZ

Cut/pasted text into a new window. The status bar reports length: 35,608,549, lines: 35608549. This is a list of rm commands that I will be running on a Linux system. So to test, I want to insert an “exit” line near the top of the file.

On row 5 I entered 3 new lines… no problem with that.
Next I tried to enter “exit” and the editor locked up and had to be killed. None of the characters in “exit” were echoed to the screen.
Tried again, but this time saving the file before attempting to add the rows and exit. Same problem, locks up.

Hope this is enough information for someone to look into the issue.

Regards,
Doug

DEBUG INFO:
Notepad++ v8.8.1 (64-bit)
Build time : May 3 2025 - 18:41:09
Scintilla/Lexilla included : 5.5.6/5.4.4
Boost Regex included : 1_85
Path : C:\Program Files\Notepad++\notepad++.exe
Command Line :
Admin mode : OFF
Local Conf mode : OFF
Cloud Config : OFF
Periodic Backup : ON
Placeholders : OFF
Scintilla Rendering Mode : SC_TECHNOLOGY_DEFAULT (0)
Multi-instance Mode : monoInst
File Status Auto-Detection : cdEnabledNew (for current file/tab only)
Dark Mode : OFF
OS Name : Windows Server 2022 Datacenter Azure Edition (64-bit)
OS Version : 21H2
OS Build : 20348.3453
Current ANSI codepage : 1252
Plugins :
mimeTools (3.1)
NppConverter (4.6)
NppExport (0.4)

xomx

@Doug-Kushner said in Large file - hangs when entering text:

Cut/pasted text into a new window. The status bar reports length: 35,608,549, lines: 35608549

Can’t reproduce.
Could you zip your specific data and share/append it here?

Terry R

@Doug-Kushner said in Large file - hangs when entering text:

The status bar reports length: 35,608,549, lines: 35608549. This is a list of rm commands that I will be running on a Linux system.

The length and number of lines is the same. That doesn’t make any sense especially as you refer to some commands. For the 2 numbers to be the same it means a single character on each line. Worse it suggests a single LF (line feed, since this is Linux) character on each line with nothing else present.

Can you show an image of the whole status bar before attempting the edit?

Terry

mkupper

@Doug-Kushner said in Large file - hangs when entering text:

Doug Kushner
about 9 hours ago

Cut/pasted text into a new window. The status bar reports length: 35,608,549, lines: 35608549. This is a list of rm commands that I will be running on a Linux system. So to test, I want to insert an “exit” line near the top of the file.

I was able to replicate the issue by generating a file with 35,608,549 lines with

rm 00000001
rm 00000002
rm 00000003
...
rm 35608547
rm 35608548
rm 35608549

I was using Windows EOL format meaning the file is 462,911,137 bytes or 13 bytes per line. Granted, your average line size is probably larger than my test unless you were clearing files with short names out of /tmp.

The copy/paste from that file to another one worked fine.
Inserting 3 empty lines starting at line 5 worked fine.
The word exit at line 3 hung for 50 or 51 seconds but then exit appeared.
I switched the first file to Unix EOL format and was doing other things when I noticed Notepad++ was hung. It’s CPU bound, no disk activity, but the paging activity is running around 900 to 13,000 page faults per second.
As I was writing these notes Notepad++ came back to life. It was hung for more than five minutes.
I closed the first file plus cleared and closed the second file.
The first file is 427,302,588 bytes which I would expect with the Unix EOL format.
I tried again, copy/pasting the first file to the empty second file. That worked fine but the second file is Windows EOL.
I switch the second file to Unix EOL and Notepad++ hung again with CPU bound, no disk activity, and moderate paging.
Notepad++ came back to life after 9 minutes, 15 seconds. Three seconds later it repainted the screen to show Unix LF line endings. I’m at the bottom of the file and have Show End of Line enabled.

After some thinking I decided to change Settings / Preferences / New Document (tab on the left) - Change Format (Line ending) from Windows CRLF to Unix (LF). The EOL conversion process is slow and I did not want it to hang another ten minutes.

I decided to double the line size from 12 bytes per line to 24 using a search/replace that took about 6 minutes. Test file 1 is now 854,605,176 bytes long.
I close file1 and re-opened it to clear the undo buffer.
Copy/paste from file1 to file2 takes about 19 seconds.
Add three blank lines at line 5 is handled more or less instantly. I think there was a small lag.
Go to line 6 and type exit. The word exit appears after a minute and 42 seconds or 102 seconds. This is exactly twice as long as the previous test using a 427,302,588 byte file.

DougK.AZ

@xomx

Don’t know if you still need this info, since the problem has been verified, but here it is anyway.

The length / lines are 35,608,531 / 356,529

New here and couldn’t find a way to upload the sample file.

Each line is similar to the following:

rm -f /ev/interfaces/aaaaa/image_files/nnnnn/image_archive/xxx_images/20250429/229783581_35465626_ROI1.JPG

xomx

@DougK-AZ said in Large file - hangs when entering text:

couldn’t find a way to upload the sample file.

Each line is similar to the following: …

Can you reproduce the problem also with this testfile_356529lines_LF.zip?
Can you reproduce with disabled (unchecked) N++ Preferences > Auto-Completion > Enable auto-completion on each input ?