Out of curiosity, I checked the SciTe source code to see, how they handle this problem with the 2GB+ files - comment. But this is a price for the Scintilla hesitation (though I fully understand that, when I see the current compatibility problems in N++ plugins) in updating their Sci_PositionCR, as they announced in the past. I'll probably just use c_long for 32-bit processes and c_longlong for 64-bit builds of Notepad++ 8.3+ Ok, then this is correct (but the c_longlong part only for the 64-bit N++ v8.3+, as you have correctly written hereafter) We need to just define different structures for 32-bit builds of Scintilla and use c_long there and c_longlong in the structure for 64-bit builds Yes, that was my thought there (I know almost nothing about the NVDA system functioning). So authors of NVDA should update accordingly their cpMin/cpMax type to be a _int64 one at 圆4 builds for all the Notepad++ versions the concern is that it remains 8 bytes in 32-bit builds It is probably the same 2GB+ Scintilla interface incompatibility ( long Sci_PositionCR changed to intptr_t Sci_PositionCR) as in the other cases, see e.g.: Here I ended up my crash-analysis, because of any attempt to install (or even run a portable version of) NVDA froze my computer totally (hard shutdown was required).īut I did a quick look at the NVDA code and think I have found a possible culprit. The crash probably originates from the 'nvdaHelperRemote.dll' module (timestamp: Thu Feb 10 00:31:52 2022 (62044ee8), checksum: 00127ef4).
0 kommentar(er)
