Clang-Tidy
extension on vs-code up and running for ddnet code? I can not figure out how to configure it correct xD (edited)localeCompare
so not ascii order"configurations": [
{
"type": "lldb",
"request": "launch",
"name": "Launch",
"program": "${workspaceFolder}/build/DDNet",
"args": [ "dbg_gfx 0" ],
"cwd": "${workspaceFolder}/build"
},
{
"type": "lldb",
"request": "launch",
"name": "Launch server",
"program": "${workspaceFolder}/build/DDNet-Server",
"args": [ "dbg_gfx 0" ],
"cwd": "${workspaceFolder}/build"
},
{
"name": "(gdb) Starten",
"type": "cppdbg",
"request": "launch",
"program": "${workspaceFolder}/build/DDNet",
"args": [ "dbg_gfx 0" ],
"stopAtEntry": false,
"cwd": "${workspaceFolder}/build",
//"environment": [ { "name":"VK_INSTANCE_LAYERS", "value":"VK_LAYER_MESA_overlay"} ],
"externalConsole": false,
"MIMode": "gdb",
"setupCommands": [
{
"description": "Automatische Strukturierung und Einrückung für \"gdb\" aktivieren",
"text": "-enable-pretty-printing",
"ignoreFailures": true
}
]
},
{
"type": "cppdbg",
"request": "launch",
"name": "Attach to wine gdbserver",
"program": "${workspaceFolder}/build_win/DDNet.exe",
"miDebuggerServerAddress": "localhost:55555",
"cwd": "${workspaceFolder}/build_win/",
"MIMode": "gdb",
"setupCommands": [
{
"description": "Automatische Strukturierung und Einrückung für \"gdb\" aktivieren",
"text": "-enable-pretty-printing",
"ignoreFailures": true
}
]
}
en_US.utf8
even have a different order for _ and . anyway? :/"configurations": [
{
"type": "lldb",
"request": "launch",
"name": "Launch",
"program": "${workspaceFolder}/build/DDNet",
"args": [ "dbg_gfx 0" ],
"cwd": "${workspaceFolder}/build"
},
{
"type": "lldb",
"request": "launch",
"name": "Launch server",
"program": "${workspaceFolder}/build/DDNet-Server",
"args": [ "dbg_gfx 0" ],
"cwd": "${workspaceFolder}/build"
},
{
"name": "(gdb) Starten",
"type": "cppdbg",
"request": "launch",
"program": "${workspaceFolder}/build/DDNet",
"args": [ "dbg_gfx 0" ],
"stopAtEntry": false,
"cwd": "${workspaceFolder}/build",
//"environment": [ { "name":"VK_INSTANCE_LAYERS", "value":"VK_LAYER_MESA_overlay"} ],
"externalConsole": false,
"MIMode": "gdb",
"setupCommands": [
{
"description": "Automatische Strukturierung und Einrückung für \"gdb\" aktivieren",
"text": "-enable-pretty-printing",
"ignoreFailures": true
}
]
},
{
"type": "cppdbg",
"request": "launch",
"name": "Attach to wine gdbserver",
"program": "${workspaceFolder}/build_win/DDNet.exe",
"miDebuggerServerAddress": "localhost:55555",
"cwd": "${workspaceFolder}/build_win/",
"MIMode": "gdb",
"setupCommands": [
{
"description": "Automatische Strukturierung und Einrückung für \"gdb\" aktivieren",
"text": "-enable-pretty-printing",
"ignoreFailures": true
}
]
}
curl_multi_poll
returns a CURLMcode
,doesn't tell you what codes it can return, nor does it tell you which are fatalddnet.png
or do someone have a better (maybe more neutral) idea? https://github.com/ddnet/ddnet/blob/fa2ac1bb64749c413419443cd06abc1de7d1ac9c/data/hud.png (edited)ddnet.png
or do someone have a better (maybe more neutral) idea? https://github.com/ddnet/ddnet/blob/fa2ac1bb64749c413419443cd06abc1de7d1ac9c/data/hud.png (edited)CURLSH
stuff. I think multi handles share things without a need for thatCURLSH
IEngine::RunBlocking
CHttpRequest::Wait()
but to do that properly I need a lock on CHttpRequest::m_State
, which means all requests have to incur the cost of the lock eventho only some of them use itemerge -avt gdb
breakCHttpRequest<bool Blocking>
before I learned thatCHttp::Run
and I thiiink I might need a destructor for CHttp
but other than that it all worksIHttp
it just breaks symmetry in code CHttp
Kernel
Wait
is completely wrong Kernel
Console()
if you were to run server and client in the same processCHttpRequest
s#include <curl/curl.h>
also that isn't quite nice in the header#include <curl/curl.h>
also that isn't quite nice in the header CURL_ERROR_SIZE
CURL
and CURLM
in the header, not quite sure how else to get itshared_ptr
, would that work?std::list::emplace_back
return a reference
and not an iterator
? :/unordered_map
there boost::intrusive::list
, but still :/IJob
interface.
I experimented with getting rid of the std::unordered_map
using CURLOPT_PRIVATE
here. I don't really like the end result, it might look a little better with boost::intrusive::list
if we want boost or maybe if I tread the list through CHttpRequest
itself.
Remaining concerns...