[lldb-dev] LLDB-4.7 always starts server on Linux

Eugene Birukov eugenebi at hotmail.com
Fri Jun 26 12:08:39 PDT 2015

Thanks for info. Still, is there a way to force the old behavior on Linux? I am creating a C++ program that does not involve starting command interpreter, and apparently I mess up LLDB state somewhere.  Now, looking at one state machine in a single process is much easier that looking at two interconnected state machines in two different processes.
I found platform.plugin.linux.use-llgs-for-local setting - does it still work?
> Subject: Re: [lldb-dev] LLDB-4.7 always starts server on Linux
> From: gclayton at apple.com
> Date: Fri, 26 Jun 2015 11:12:29 -0700
> CC: lldb-dev at cs.uiuc.edu
> To: eugenebi at hotmail.com
> This is the new way forward. Why is it better? Because it will ensure that remote debugging is just as good as local debugging. Otherwise remote debugging is something no one ever plays with and when people use it it doesn't work very well. It also means if something serious goes wrong, it can stop lldb itself from crashing and keeps LLDB out of the signal chain and many other things that can be beneficial when spawning child processes. 
> Is there a reason you want the old behavior back?
> Greg
> > On Jun 26, 2015, at 9:55 AM, Eugene Birukov <eugenebi at hotmail.com> wrote:
> > 
> > Hi,
> >  
> > When I run lldb-4.6 that I apt-get on my Ubuntu 14.04 box, it runs as a single process directly monitoring the target. When I run lldb-4.7 that I built from sources, it starts lldb-server.  Is this a legitimate policy change or I miss some configuration option? I mean, is it possible to run lldb-4.7 as a single process - the way 4.6 does?
> >  
> > Thanks,
> > Eugene
> > _______________________________________________
> > lldb-dev mailing list
> > lldb-dev at cs.uiuc.edu
> > http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/lldb-dev/attachments/20150626/b92920eb/attachment.html>

More information about the lldb-dev mailing list