https://llvm.org/bugs/show_bug.cgi?id=27079
Bug ID: 27079
Summary: Add an MSVC Language Runtime ABI
Product: lldb
Version: unspecified
Hardware: PC
OS: Windows NT
Status: NEW
Severity: normal
Pri
I vaguely remember that not all Unixen support detaching from a process that is
a child of the debugger that is attached to it. If you run the process under
gdb & detach, does the process survive? This may not be an exact test, since
gdb may use procfs rather than ptrace, I don't know any more
Calling SBProcess::Detach() on a process that is currently running should
always detach and this seems like a bug. This might be this way because if you
launch a process in LLDB and then quit:
% lldb /bin/ls
(lldb) b malloc
(lldb) run
(lldb) quit
This should kill the process if it was launched
Hi,
Is this expected behavior or am I doing something wrong?
I am running my C++ program that uses LLDB API on Linux Ubuntu 15.10.
If I attach to already running process then SBProcess::Detach() behaves as
expected - my debugger quits and the target keeps running. But if the target
was launched b
I am coding bindings for node.js which is basically V8 with an event
loop (libuv). So by the nature of nodejs, having "blocking" could stop
the whole event-loop, that's why I am trying to make WaitForEvent
non-blocking.
I am not using swig to do the port. It's more like directly using the
V8 api w
I am currently using the package from Arch Linux's repository, it's 3.7.1.
So I guess this "patch" will be in llvm/lldb 3.8.1?
2016-03-25 22:42 GMT+01:00 Jim Ingham :
> What version of the lldb sources are you working with? I changed the
> SBListener over to using only the ListenerSP internally
One question is why are you trying to make SBListener::WaitForEvent
non-blocking? Seems like an implementation that changes the behavior of the API
is going to make the port less useful. Can you go into some detail as to why
you are trying to do this?
Are you using swig to do the javascript po
What version of the lldb sources are you working with? I changed the
SBListener over to using only the ListenerSP internally
in r262863.
Jim
> On Mar 25, 2016, at 1:03 PM, Paul Peet via lldb-dev
> wrote:
>
> Hey,
>
> I am currently working on lldb bindings for javascript (v8) but it
> seems
Hey,
I am currently working on lldb bindings for javascript (v8) but it
seems that the API is giving me some troubles.
What I am doing is to basically wrap SB* objects into V8 objects, and
since SB objects contain a shared_ptr into an internal class I think I
can simply copy construct them.
To r
https://llvm.org/bugs/show_bug.cgi?id=27075
Bug ID: 27075
Summary: TestLldbGdbServer.software_breakpoint_set_and_remove_w
ork fails on android arm with -mthumb
Product: lldb
Version: unspecified
Hardware: PC
https://llvm.org/bugs/show_bug.cgi?id=27074
Bug ID: 27074
Summary: TestCallUserAnonTypedef.py fails with hard float abi
on android arm
Product: lldb
Version: unspecified
Hardware: PC
OS: Linux
St
https://llvm.org/bugs/show_bug.cgi?id=27073
Bug ID: 27073
Summary: TestReturnValue.test_with_python fails with hard float
abi on android device
Product: lldb
Version: unspecified
Hardware: PC
OS: Linux
12 matches
Mail list logo