@scottgshin ,

I have not used gup aside from thru Notepad++, so I don’t know any more details.

The best advice I have is to wait a few more days and see if anyone else here chimes in (there are a few people here who probably understand the process that Don implemented better than I do, who were more involved in the security discussions around it). But if no one does, then creating an issue at the WinGUp repo, to request that the process be better documented would be a good idea.

I would recommend asking for both how to get the information for the <Signature> block in the XML and for how to get the server to generate the signature for the XML. If I’ve understood your reply correctly, you seem to have figured the signature-inside-XML portion out; however, even if you have, I don’t know that everyone who wants to use gup for their own project will have figured it out. I think that both need to be documented, otherwise gup isn’t really usable by anyone except Notepad++ anymore – so if you’re asking for one part, asking for both would be better.

(If you do create the issue, make sure to reply here with a link to the issue, so that people who find this discussion can track what the status is of the request.)

Hi, @coises,

Many thanks for your very exhaustive answer ! So OK, I understand that the ICU replacement seems really difficult to implement !

In my opinion, as the replacement syntax seemed simpler when using ICU than when using Boost, I naively thought that a solution could be implemented enough easily !

Sorry for my noob approach of the problem. And given what I now know, I won’t dare ask you about specific topics like this one, again . Just follow your train of thought, which I am convinced ,will lead to a polished final Search++ plugin !

BR

guy038

@Hiroki-H1974 said in The Column count of Zenkaku chr. is 1?:

So, the position is not the same even if Col: count is same because the line contains some Zenkaku chrs.

I don’t know Japanese; please forgive me if I’ve missed the point in some way.

The column (“col:”) in the status bar is just a count of characters from the beginning of the line, starting at one. (That’s not even always what you might expect; combining characters that form a single visible character are still counted separately.)

Aside from a few things like cursor positioning, line wrapping and selection with the mouse, Notepad++ (like the Scintilla control it uses for editing) doesn’t concern itself with the physical space occupied by characters. In English, we can use a proportional font, and a line of twelve characters will show the next “column” as 13, whether they are IIIIIIIIIIII or WWWWWWWWWWWW.

So (though I haven’t attempted to test it), regardless of font, I would expect that there would be no recognition of the difference between half-width and full-width characters.

@PeterJones

That “Stopped working” is a common overall expression there for the app crashes, hungs etc.
So @mapsonx should open that “details” you mentioned or simply launch the Windows EventViewer, i.e.:

press WinKey+R to invoke the Windows Run-dialog copy & paste there: eventvwr.msc /c:"Application" and click OK wait for the Event Viewer launching and attaching to OS logs search/filter there for “Error” Level records (or simply follow the ReliabilityMonitor published date/time of the N++ problem), with “notepad++.exe” within app crashes usually have as log Source “Application Error”, frozen apps “Application Hang”

Then publish here what the content of such a record tell us, e.g.:

Faulting application name: notepad++.exe, version: 8.9.3.0, time stamp: 0x69bc8a94 Faulting module name: USER32.dll, version: 10.0.19041.6926, time stamp: 0xcd1afcbd Exception code: 0xc0000005 Fault offset: 0x00000000000467cd Faulting process id: 0x296c Faulting application start time: 0x01dcce3ba0a16cb7 Faulting application path: ...\npp.8.9.3.portable.x64\notepad++.exe Faulting module path: C:\Windows\System32\USER32.dll

@Ronald-Besdansky Hi Terry Deleting that plugin fixed the issue. Thanks.