I fixed this problem by changing the following code in NppExport that I found here https://github.com/chcg/NPP_ExportPlugin.

TXTExporter::exportData()
Before:
int totalBytesNeeded = ed->csd->nrChars;
After:
int totalBytesNeeded = ed->csd->nrChars + 1;

RTFExporter::exportData()
Before:
int totalBytesNeeded = 1; //zero terminator
After:
int totalBytesNeeded = 2; //zero terminator

HTMLExporter exportData()
Before:
int totalBytesNeeded = 1; //zero terminator
After:
int totalBytesNeeded = 2; //zero terminator

I hope this helps someone.

Thanks,
Darren

Ignore, restarting the machine took care of it.

First thing Notepad++ (or any similar editor) is probably the wrong tool to glimpse at a huge file. Something like unix ‘less’ utility or an app that supports “view only” will be much better for that.

How long does it take it to open the file when it succeeds?
Do you need syntax highlighting?

A 32 bit app can use/map only 2GB of memory (where other 2GB space is reserved to kernel) even if your computer has 16GB of RAM or more.
Notepad++ loads all the file to memory. Then for every character allocates at least an additional byte for highlighting color and lots of other extra internal data. Can’t say why sometimes it works and sometimes it fails but the total allocation size is definitely close to the 2GB limit.

Try the 64 bit version. Maybe it will be better. But consider a different tool.

@Arthur-Davis said:

I find it completely asinine that a text editor costs nearly as much as the entire Microsoft Office suite

A comment such as this from someone that appears to develop software (perhaps to make a living) sort of blows me away. Microsoft has their own business model, that bears little resemblance to that of small software companies, which I presume (perhaps wrongly, perhaps not) that the makers of Sublime are. Thus, maybe they NEED $79 per copy to stay alive. Again, I don’t know… What I do know is that if I want to use a piece of software, I don’t balk at the price. I have routinely paid $80 for software I’m going to use, and have rarely, if ever, regretted doing so.

I look at Notepad++ as something an individual (Don Ho, in the beginning) created on his own time, and graciously allows me to use (i.e., benefit from). Have I seen bugs? Yep. Have they ever been too burdensome to work around? Nope. Do I get all bent out of shape if something doesn’t work right, and go on the forum and rant and demand fixes, or say I’m switching to something else? Nope (at least I don’t think I do…). Do I get my money’s worth? Yep. :-)

Hello Yusuf and Gerdb42,

Gerdb42, I think that, annoyed about waiting 3 minutes to correct your post, your just omit the 3 groups to re-arrange the date :-))

So, Yusuf, the correct Gerdb42 S/R is, of course :

SEARCH : (\d{2})/(\d{2})/(\d{2})

REPLACE : \2/\1/20\3

Cheers,

guy038

P.S. :

Oh ! Thinking about the 2000’s years, here is an other solution :

SEARCH : (\d{2})/(\d{2})/(([0-4])\d|[5-9]\d)

REPLACE : \2/\1/(?{4}20:19)\3

So, supposing the year, written with TWO digits :

If the year is between the 00 and 49 values, we rewrite the string 20, followed by the year value

If the year is between the 50 and 99 values, we rewrite the string 19, followed by the year value

For instance, the two dates :

12/15/49 01/15/50

would be changed into :

15/12/2049 15/01/1950

Notepad++ is very tightly integrated with Win32 API. The classic windows look and feel is big part of its appeal (at least for me).
To port the same logic to a different GUI API (Linux GTK/QT/other or Mac whatever) probably at least 50% of the code will need to be rewritten. It could be a great product but it will not be Notepad++.
Most users are happy with current Win32 version and will not give it up so multiple versions will need to be maintained.
Most plugins will need to be adapted and maintain 2 versions. Most plugins developers will not (or could not) do it.

And in any case, if a porting effort would resume, a Linux port should have higher priority than a Mac port.

Money always helps but establishing pay model for existing free product is difficult.
A VERY big donation for independent developer(s) to start working on it full time for a year or so is probably the only way to make it happen.

I’m guessing the UDL was developed by someone who wanted something to highlight unsupported file types in a manner that the average person can make use of. Without it, you would have to write a lexer for Scintilla, and not many NPP users are going to do that.

I wish the UDL was more powerful (supporting regex in some ways, for example), but it offers a decent set of options for highlighting many types of “non-standard” files. I have certainly put it to good use–I have 13 UDL file types. :-)

I’m afraid that your desire can only be met by someone who shares that desire to a great degree and who has the ability to write an NPP plugin that will fulfill that desire.