Re: [lldb-dev] Access to TLS variables on GNU/Linux

2019-05-16 Thread Florian Weimer via lldb-dev
* Jan Kratochvil: > On Tue, 14 May 2019 13:38:57 +0200, Florian Weimer via lldb-dev wrote: >> The target process has loaded libpthread.so.0, so it's not the usual >> problem of libthread_db not working without libpthread. >> >> On the other hand, I realize now tha

[lldb-dev] Access to TLS variables on GNU/Linux

2019-05-14 Thread Florian Weimer via lldb-dev
I'm trying to access thread-local variables using the API on GNU/Linux. Here's my test program: #include #include #include #include #include #include thread_local int global_tls_variable __attribute__ ((tls_model ("initial-exec")))= 17; int main(void) { // Target process for the debug

Re: [lldb-dev] Unreliable process attach on Linux

2019-01-07 Thread Florian Weimer via lldb-dev
* Pavel Labath: > Yes, there's a dns lookup being done on the other end. TBH, I'm not > really sure what's it being used for. Maybe we should try deleting the > hostname field from the qHostInfo response (or just put an IP address > there). Or use the system host name without resorting to DNS (us

Re: [lldb-dev] Unreliable process attach on Linux

2019-01-07 Thread Florian Weimer via lldb-dev
* Pavel Labath: > Thanks. I think this is what I suspected. The server is extremely slow > in responding to the qHostInfo packet. This timeout for this was > recently increased to 10 seconds, but it looks like 7.0 still has the > default (1 second) timeout. > > If you don't want to recompile or up

Re: [lldb-dev] Unreliable process attach on Linux

2019-01-07 Thread Florian Weimer via lldb-dev
* Pavel Labath: > On 04/01/2019 17:38, Florian Weimer via lldb-dev wrote: >> Consider this example program: >> >> #include >> #include >> #include >> >> #include >> #include >> #include >> >> int >> main(void) >&g

Re: [lldb-dev] Unreliable process attach on Linux

2019-01-05 Thread Florian Weimer via lldb-dev
* Zachary Turner: > I'd be curious to see if the PID of the process that is failed to > attach to is the same as one of the PIDs of a process that was > previously attached to (and if so, if it is the first such case where > a PID is recycled). I added logging of the PID, and got this (the failur

Re: [lldb-dev] Unreliable process attach on Linux

2019-01-05 Thread Florian Weimer via lldb-dev
* Jan Kratochvil: > On Fri, 04 Jan 2019 17:38:42 +0100, Florian Weimer via lldb-dev wrote: >> Run it in a loop like this: >> >> $ while ./test-attach ; do date; done >> >> On Linux x86-64 (Fedora 29), with LLDB 7 (lldb-7.0.0-1.fc29.x86_64) and >> kernel

[lldb-dev] Unreliable process attach on Linux

2019-01-04 Thread Florian Weimer via lldb-dev
Consider this example program: #include #include #include #include #include #include int main(void) { // Target process for the debugger. pid_t pid = fork(); if (pid < 0) err(1, "fork"); if (pid == 0) while (true) pause(); lldb::SBDebugger::Initialize(); { au