<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace">Thank you Jim and Greg, for your help. I will be careful with threads and I will also switch to using launch info.</div><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_default" style="font-family:monospace,monospace">Kind regards<br></div><div class="gmail_default" style="font-family:monospace,monospace">Jayvee<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Do., 18. Juli 2019 um 19:19 Uhr schrieb Jim Ingham <<a href="mailto:jingham@apple.com">jingham@apple.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">The main problem with trying to run a debug session multithreaded is coordinating execution control.  Thread A gets a variable list and iterates over it to get child values.  Thread B issues a "step" command.  The API's thread A calls will either fail (because the target is running) or maybe fetch data that is now one step too new for some of the calls, if the step completed quickly.  LLDB doesn't have any built-in mechanism for a thread to start a session which locks out other threads from running the target.  So if you want to do your work on multiple threads you'll need to add something like that.  And as Greg says, for many purposes you will need to have a cancellation mechanism as well, since people often want to "step really quickly" and don't want to wait for fresh values of the local variables to be fetched before the next step can start.<br>
<br>
Jim<br>
<br>
<br>
> On Jul 18, 2019, at 4:00 AM, Jayvee Neumann via lldb-dev <<a href="mailto:lldb-dev@lists.llvm.org" target="_blank">lldb-dev@lists.llvm.org</a>> wrote:<br>
> <br>
> Thank you for your help.<br>
> <br>
> What is the reason for using SBLaunchInfo over calling tgt.Launch with the launch configuration as a set of parameters? Furthermore I do not see a way to set stdout, stdin, and stderr for the launched process by using SBLaunchInfo.<br>
> <br>
> I have a question regarding the event loop.<br>
> Is lldb thread-safe enough such that I can run that loop in another std::thread while simultaneously using other debugger functions?<br>
> <br>
> Kind regards,<br>
> Jayvee<br>
> <br>
> Am Fr., 12. Juli 2019 um 19:56 Uhr schrieb Greg Clayton <<a href="mailto:clayborg@gmail.com" target="_blank">clayborg@gmail.com</a>>:<br>
> You need to call SBDebugger::Initialize() before calling SBDebugger::Create().<br>
> <br>
> Also, please use the SBLaunchInfo method for launching if possible where you create a SBLaunchInfo, then call tgt.Launch() with the instance.<br>
> <br>
> Other than that, as Jim said, you need to setup an event loop if you don't use synchronous mode where you wait for events and respond to events. <br>
> <br>
> Greg<br>
> <br>
>> On Jun 26, 2019, at 4:58 AM, Jayvee Neumann via lldb-dev <<a href="mailto:lldb-dev@lists.llvm.org" target="_blank">lldb-dev@lists.llvm.org</a>> wrote:<br>
>> <br>
>> Dear LLDB developers,<br>
>> <br>
>> I am currently stuck while using the C++ API of LLDB. I am unable to correctly launch a process.<br>
>> The code I have written looks as follows:<br>
>> <br>
>> int main(int argc, char *argv[]){<br>
>> LLDBSentry senty;<br>
>> SBDebugger dbg(SBDebugger::Create());<br>
>> ...<br>
>> const char *exeFilePath = "./target";<br>
>> const char *arch = "x86_64";<br>
>> const char *platform = "";<br>
>> const char *dependentLibs = "";      <br>
>> SBError error;<br>
>> SBTarget tgt = dbg.CreateTarget(exeFilePath, arch, platform, dependentLibs, error);<br>
>> ...<br>
>> SBListener listen;<br>
>> SBProcess proc = tgt.Launch(<br>
>> listen,<br>
>> nullptr,<br>
>> nullptr,<br>
>> nullptr,<br>
>> "targetout.txt",<br>
>> nullptr,<br>
>> "./",<br>
>> eLaunchFlagExec | eLaunchFlagDebug,<br>
>> false,<br>
>> error<br>
>> );<br>
>> ...<br>
>> SBThread thread = proc.GetSelectedThread(); // (1)<br>
>> ...<br>
>> }<br>
>> <br>
>> The complete code (usr.cpp) is added as an attachment to this email.<br>
>> Its output is also added as a text file (stdout.txt) to this email.<br>
>> <br>
>> The problem I have is, that thread.IsValid() returns null after line (1). Furthermore, the process says, that its state is eStateStopped, when asked via proc.IsStopped() it answers "false", however.<br>
>> The debugging target is a simple file that writes a hexadecimal number every 10us to stdout. I can see that the target is running, because targetout.txt is growing in size and its content is valid output from "target".<br>
>> Can you tell me what my mistake is?<br>
>> <br>
>> Kind Regards<br>
>> Jayvee<br>
>> <br>
>> <usr.cpp><stdout.txt>_______________________________________________<br>
>> lldb-dev mailing list<br>
>> <a href="mailto:lldb-dev@lists.llvm.org" target="_blank">lldb-dev@lists.llvm.org</a><br>
>> <a href="https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev" rel="noreferrer" target="_blank">https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev</a><br>
> <br>
> _______________________________________________<br>
> lldb-dev mailing list<br>
> <a href="mailto:lldb-dev@lists.llvm.org" target="_blank">lldb-dev@lists.llvm.org</a><br>
> <a href="https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev" rel="noreferrer" target="_blank">https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev</a><br>
<br>
</blockquote></div>