Developer forums (C::B DEVELOPMENT STRICTLY!) > Plugins development
Code completion using LSP and clangd
Pecan:
--- Quote from: ollydbg on July 12, 2022, 04:30:41 am ---I see one issue:
When I open the client or server log(which locates under the C:\Users\[myusername]\AppData\Local\Temp\)
I got to see something like:
--- Code: ---09:59:08.833 SystemPath: F:\code\msys2-64\mingw64\bin;F:\code\msys2-64\mingw64;..\usr\bin;C:\Program Files (x86)\Common Files\Oracle\Java\javapath;C:\Windows\System32;C:\Windows;
--- End code ---
However, I see the string "..\usr\bin" is wrong here.
Because in the C::B Menu->Settings->Compiler->Tool Chain executable->Addtional Paths, I have one string
--- Code: ---$(TARGET_COMPILER_DIR)../usr/bin
--- End code ---
So, it looks like the TARGET_COMPILER_DIR is not replaced by the "F:\code\msys2-64\mingw64".[/code]
--- End quote ---
I don't understand the point here.
That line in the log is just info produced by client.cpp line 372 and line 394. It's the system path as seen by wxGetEnv() and is just for information.
--- Code: --- wxString envPath;
wxGetEnv("PATH", &envPath);
logLine = "SystemPath: " + envPath;
writeClientLog(logLine);
--- End code ---
The code to find the path to clangd.exe is in Locate_ClangdDir() invoked at client.cpp line 195.
Search for "// Locate folder for Clangd" (without quotes).
Pecan:
--- Quote from: ollydbg on July 12, 2022, 07:23:18 am ---I stripped down to a minimal code snippet: (you should save the code to UTF8 format)
--- Code: ---int abc;
int main()
{
abc = 3;
}
#include <string>
std::string Utf8ToGbk(const std::string& strUtf8);
std::string Utf8ToGbk(const std::string& strUtf8)
{
// 上面的函数
// return unicodeString.ToStdString(); // 默认使用当前操作系统的编码格式，Windows通常为GB2312
return strUtf8;
}
--- End code ---
You can see that if you right click on the "strUtf8", and find declaration gives empty result. The same as the "abc".
But if you remove the line:
--- Code: ---// 上面的函数
--- End code ---
Then, everything works expected.
Can you guys reproduce this bug?
Thanks.
...snip...
--- End quote ---
I am unable to re-produce this error.
Find declaration of strUtf8 jumps to the strUtf8 parameter.
Here's the log entry.
--- Code: ---10:37:36.951 <<< GoToDeclaration:
file:///C:/temp/OllyDbgGoToDeclConsole/main.cpp,line[27], char[14]
10:37:36.951 <<< Content-Length: 207
{"id":"textDocument/declaration","jsonrpc":"2.0","method":"textDocument/declaration","params":{"position":{"character":14,"line":27},"textDocument":{"uri":"file:///C:/temp/OllyDbgGoToDeclConsole/main.cpp"}}}
10:37:37.041 >>> readJson() len:196:
{"id":"textDocument/declaration","jsonrpc":"2.0","result":[{"range":{"end":{"character":48,"line":23},"start":{"character":41,"line":23}},"uri":"file:///C:/temp/OllyDbgGoToDeclConsole/main.cpp"}]}
--- End code ---
Attached: a .zip of a .wmv recording the sucessful behavior.
ollydbg:
--- Quote from: Pecan on July 14, 2022, 07:42:43 pm ---
--- Quote from: ollydbg on July 12, 2022, 07:23:18 am ---I stripped down to a minimal code snippet: (you should save the code to UTF8 format)
--- Code: ---int abc;
int main()
{
abc = 3;
}
#include <string>
std::string Utf8ToGbk(const std::string& strUtf8);
std::string Utf8ToGbk(const std::string& strUtf8)
{
// 上面的函数
// return unicodeString.ToStdString(); // 默认使用当前操作系统的编码格式，Windows通常为GB2312
return strUtf8;
}
--- End code ---
You can see that if you right click on the "strUtf8", and find declaration gives empty result. The same as the "abc".
But if you remove the line:
--- Code: ---// 上面的函数
--- End code ---
Then, everything works expected.
Can you guys reproduce this bug?
Thanks.
...snip...
--- End quote ---
I am unable to re-produce this error.
Find declaration of strUtf8 jumps to the strUtf8 parameter.
Here's the log entry.
--- Code: ---10:37:36.951 <<< GoToDeclaration:
file:///C:/temp/OllyDbgGoToDeclConsole/main.cpp,line[27], char[14]
10:37:36.951 <<< Content-Length: 207
{"id":"textDocument/declaration","jsonrpc":"2.0","method":"textDocument/declaration","params":{"position":{"character":14,"line":27},"textDocument":{"uri":"file:///C:/temp/OllyDbgGoToDeclConsole/main.cpp"}}}
10:37:37.041 >>> readJson() len:196:
{"id":"textDocument/declaration","jsonrpc":"2.0","result":[{"range":{"end":{"character":48,"line":23},"start":{"character":41,"line":23}},"uri":"file:///C:/temp/OllyDbgGoToDeclConsole/main.cpp"}]}
--- End code ---
Attached: a .zip of a .wmv recording the sucessful behavior.
--- End quote ---
Hi, Pecan, thanks for the test and the screen cast video. I will check what's the problem here.
BTW: do you use the wx 3.2 library? Or the wx 3.1.7 for building the codeblocks and the clangd_client.
Pecan:
@OllyDbg
I still use wx3.1.5 and the compiler used by the nightly.
I always compile, debug and publish with the wx that's used with the nightly.
I've noticed that clangd can behave peculiarly if a request is made to it and a previous error exists. When I correct any previous error, the subsequent clangd requests tend to work.
See if fixing the main functions "return int" fixes the problem. Just a guess...
Thanks for all your testing.
ollydbg:
--- Quote from: Pecan on July 15, 2022, 06:26:47 am ---@OllyDbg
I still use wx3.1.5 and the compiler used by the nightly.
I always compile, debug and publish with the wx that's used with the nightly.
I've noticed that clangd can behave peculiarly if a request is made to it and a previous error exists. When I correct any previous error, the subsequent clangd requests tend to work.
See if fixing the main functions "return int" fixes the problem. Just a guess...
Thanks for all your testing.
--- End quote ---
Thanks for the reply and help.
I just added a "return 0;" statement in the main function, but the same issue.
I have rebuild the whole C::B and clangd_client plugin with the wx 3.2.0 today. But still the same issue.
I will try to rebuild the C::B and clangd_client plugin with wx 3.1.7 later today to see whether it is the wx related issue.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version