Could you provide the files you are comparing, or at least crash dump?

Hello Matt,

In addition to the vertical edge feature, given by dail, you could search, in Regular expression mode, for the regex :

^.{112}\K.+. This regex find ANY range of characters, in a line, located AFTER column 112, throughout the current file

On the other hand, the regex ^.{112}\K would match the zero length string, located between the columns 112 and 113.

So, after a first search, hit the ESC key to close the Find dialog. Then any hit, on the F3 function key, will move the cursor just after column 112, of the next line, with 112 or more characters long :-)

Thinking about location by column, here are, below, some useful regexes, relative to that topic. Of course, just replace the variable ‘n’, by an integer !

•---------------------------------------------------------------------------------• | With the "Count" button, of the "Find" dialog | | | | Options "Regular expression" CHECKED and ". matches new line" UNCHECKED | •-------------•-------------------------------------------------------------------• | ^\R | COUNT all the EMPTY lines | | ^.+\R | COUNT all the NON EMPTY lines | | ^.+ | COUNT all the NON EMPTY lines | | ^.*\R | COUNT all the lines | | | | | ^.{n+1,} | COUNT all the lines, of MORE than 'n' characters long | | ^.{n}\R | COUNT all the lines, of, EXACTLY, 'n' characters long | | ^.{1,n-1} | COUNT all the NON EMPTY lines, of LESS than 'n' characters long | | ^.{0,n-1} | COUNT all the lines of LESS than 'n' characters long | •-------------•-------------------------------------------------------------------• •-----------------------------------------------------------------------------------------------------------------------------• | With the "Find Next" button, of the "Find" dialog | | | | Options "Regular expression" CHECKED and ". matches new line" UNCHECKED | •-------------•---------------------------------------------------------------------------------------------------------------• | ^.{n}\K.+ | FIND any range of characters, in a line, located AFTER column 'n', in ALL lines of MORE than 'n' characters | | ^.{n}\K.* | FIND any range of characters, in a line, located AFTER column 'n', in ALL lines of 'n' or MORE characters | | | | | ^.{n}\K | MOVE the CURSOR to the location, BETWEEN column 'n' and 'n+1', in ALL lines of 'n' or MORE characters | •-------------•---------------------------------------------------------------------------------------------------------------• •----------------------------------------------------------------------------------------------------------------------------------• | With the "Replace All" button of the "Replace" dialog ( NOTE : Button "Replace" FORBIDDEN, due to the '\K' form ! ) | •-------------•----------------•---------------------------------------------------------------------------------------------------• | Find what | Replace with | Options "Regular expression" CHECKED and ". matches new line" UNCHECKED | •-------------•----------------•---------------------------------------------------------------------------------------------------• | ^.{n}\K.+ | | DELETE any character, AFTER column 'n', in ALL lines of MORE than 'n' characters | | | | | | ^.{n}\K.+ | STRING | REPLACE all characters, AFTER column 'n', by "STRING", in ALL lines of MORE than 'n' characters | | ^.{n}\K.* | STRING | REPLACE all characters, AFTER column 'n', by "STRING", in ALL lines of 'n' or MORE characters | | | | | | ^.{n}\K | STRING | INSERT "STRING", at column 'n+1', in ALL lines of 'n' or MORE characters | •-------------•----------------•---------------------------------------------------------------------------------------------------•

Enjoy N++,

Best Regards,

guy038

NPP supports a feature called “syntax coloring” which applies different styles to elements of the text, numbers being one of them. However, the styles to be applied are different for different needs. The style (or “language”) to be applied to the current file is determined by its extension, e.g. .js are treated as “Javascript” .html as “HTML” an so on.

So if you had numbers colored you probably had opened a file which NPP recognized as some sort of colorable text or you had selected some entry from the “Language” menu.

However, by default, if you start a new text or open an unrecognized file the style that gets applied is “Normal Text” which does no highlighting at all.

So if you want numbers to be highlighted, associate your files with a language setting and select a default language for new files.

You also may define your own language to be applied to specific files. I for example use a custom definition for .log-files which highlights keywords that may indicate unusual events such as “Error”, “Failure” or “Exception”.

Screenshot and/or code sample?

Make sure you have periodic back ups turned off in the settings.

Hello,

You can use NppGTags plugin.
You can find it through Plugin Manager or for the latest version here:
https://sourceforge.net/projects/nppgtags/files/latest/download

BR

On the find dialog check mark “Wrap Around”

That is not a bug; that is how it is supposed to function.

Solved (for me) …

Re-booted … installed … no problem …

Please try to keep posts on this forum constructive.

This has been discussed in the past, and I believe there are some 64 bit executables around somewhere although they aren’t officially supported (and I’m not sure what they are capable of). I’m not saying this is impossible, but Notepad++ wasn’t really designed with this large of file size in mind. As you are aware this can lead to very poor performance. Personally I’d suggest using an editor made specifically for handling large files.

Since a few other people have asked about this, I’ll point out just a few things that would need addressed before people should routinely work with large files using Notepad++.

Auto-complete - You better hope you have this option turned off, or any time you start typing, Notepad++ will run a regex over the entire document to find all possible auto-complete hints. With large documents there will be lag spikes. Periodic backups - If this is on and you edit a file, I can almost guarantee you will corrupt the file in a matter of no time. Plugins - First of all they’d have to be recompiled for a 64 bit version. Secondly, plugins would have to take some precautions to not do anything like scanning the entire document, etc. I’ve had to remove some plugins even working with files a few hundred megabytes in size because they caused a very big performance hit. Memory - A 4GB file can take up alot more than just 4GB. Especially for something like an XML file. Also there are at least a few places in the Notepad++ source code that it can possibly copy the entire file in memory, leading to even more memory usage. Scintilla - This is what actually handles the styling/editing of the text within Notepad++. I’m not sure how well it would handle files of this size.

Again I’m not saying it is impossible, and even as a “first attempt” Notepad++ could turn off features it knows could lead to poor performance and warn the user. However for Notepad++ to gracefully open/edit large files, would take a good bit of work to make sure everything in the code is aware that it could be dealing with a very large file.

But I guess if you are desperate (and/or adventurous) then why not try out a 64bit version if you can find it. Would be interesting to see how well it works. :)