I have a problem with this feature also. A fresh install of 64 bit V7.3.3 produces highlighted HEX and a collapse function on data blocks in the same segment address (great!). But on another machine the (older) 32 bit install didnt show the features. So, fresh install of 64 bit V7.4.1 - and the Intel HEX \ Tek features still not available.

To be clear, the correct language (“Intel HEX”) shows up in the “Language” menu of both. But on the non-working one, there is no style available for Intel HEX on the “Settings -> Style Configurator” menu in the Language box…

I have hexdumped the stylers.model and langs.model files on both systems, and can confirm that there are (identical) entries for Intel Hex and Tek Hex on both systems - but the newer 7.4.1 install still wont highlight HEX files…

UPDATE: seems first time I un-installed, I “kept custom settings”. tried again, this time not keeping custom settings, and new install of 64 bit 7.4.1 highlights - yay!

So hope this helps anyone else with this problem - NPP gurus, you will be able to see whether this is expected, or “correct functionality”. I don’t know what got “fixed”, but it is “a solution”. If there is a simple explanation, I would be glad to know it, for the future.

Me, I’m just glad that i have yet another useful feature in an already superb piece of (free) software - well done NPP contributors!

For CCompletion issue, see https://www.exploit-db.com/exploits/31895/. The last version of the plugin seems to be 1.19 without an update since at least 2011-08-01.

@Thom-Orahim It’s already fixed in v7.4.1

C:\Windows\System32\inetsrv\config opens the 32bit side… in Notepadd++

but you can use
C:\Windows\Sysnative\inetsrv\config

which will get you the 64bit side from a 32bit app.

I’ve suffered a similar catastrophe a year or so ago. What happened is that I hit Ctrl + S to save a file in a dynamic ClearCase view. It just so happened that at that exact moment, our ClearCase server decided to take a nap or something. At any rate, Notepad++ froze for a good few minutes while waiting for the file access to complete. Then it unfroze, and suddenly the file was completely empty! Even the original content (i.e. prior to my edit) was gone. Now the last part is no biggie, as a simple undo-checkout in ClearCase was enough to restore the original content, but my changes were irretrievably lost.

I’ve had such server hiccups happen when I was editing code in Visual Studio as well, but unlike Notepad++, Visual Studio does not “forget” the content of your file when it happens but merely pops a warning that the file could not be saved.

That’s it ! its worked perfectly, the behavior is fine now, I can have 1,000 lines highlighted and it opens up the new instance without any message boxes.

Thanks so much for your time and effort.

Regards,

Brayner

@Michel-Feinstein

@Claudia-Frank do you know if this bug has been already assigned to someone?

I’m not part of the development team so I cannot say if someone is currently working on it.
But when looking at github open issues it doesn’t look like it has high priority.

Cheers
Claudia

@Scott-Sumner said:
…

@AleksanderSuburb

From your description of what goes on at your company I picture some managers with whips standing over the engineers, encouraging them to type/mouse faster…FASTER…FASTER!!!
:-D

right :D

The problem is to teach an engineer a new thing, that they have optimize in years. And now, we must take away their candys, because we don’t have enough UltraEdit licenses for all and don’t want to buy new licenses.