Closed rdipardo closed 8 months ago
Thank you very much. Thanks to your description, I was able to reproduce the problem on my site. It should be fixed with the next version.
Just to clarify the description a bit, the one essential precondition seems to be a zero-length log file. Write anything and save it first, the NULL
s never appear, even in current builds. Sometimes the LSP server will go ahead and flush a message like "logging initialized" as soon as it starts. Then, too, there's no issue.
In other words, it looks like a typical race condition. Sometimes the log gets flushed before Notepad++ can open it, and sometimes not.
The problem in this version is that every time someone saves the config file, I recreate the log file, which confuses the logging module, which writes to the next place it knows, with the result that the NULL bytes, the overwritten part of the previous file, have now been inserted at the beginning. tststs ... stupid of me. Will be fixed with the next version.
@rdipardo - should be solved with v.0.0.25-alpha. The resizing of dialogs has also been implemented.
should be solved with v.0.0.25-alpha
Confirmed!
When
enable_logging
istrue
andNppLspClient_<PID>.log
is updated while open in Notepad++, ~36KB ofNULL
bytes are written before the first log entry, e.g.,To reproduce
NppLspClient.dll
into the plugin load path and create/editplugins\Config\NppLspClient\NppLspClient.toml
like so:Plugins > NppLspClient > Start server for current language
— do not interact with the document at allplugins\Config\NppLspClient\NppLspClient_<PID>.log
, which should be emptyNULL
s, immediately followed by a log of LSP responsesEncountered in the following environment: