There's a setting (target.inherit-env) that controls whether "process launch" 
passes its environment variables along with any newly set to the process in 
question.  Sounds like there should also be an  lldb.eLaunchFlagInheritEnv that 
triggers the same behavior from the SB API.

But I don't think passing lldb's environment variables automatically when 
running a remote process is a sensible thing to do - certainly not as the 
default anyway.  If the host and target are different OS'es and maybe different 
users, etc. lldb's environment may very well not be appropriate for the target 
process.

JIm


> On Nov 26, 2019, at 6:13 PM, Vadim Chugunov via lldb-dev 
> <lldb-dev@lists.llvm.org> wrote:
> 
> Hi,
> I am trying to figure out the proper way of using LLDB's SBLaunchInfo class:
> When I launch a process via CLI interpreter, it seems to receive all of the 
> environment variables inherited from shell, plus the ones I set via 
> `target.env-vars`:
> 
> (lldb) file /usr/bin/env
> Current executable set to '/usr/bin/env' (x86_64).
> (lldb) set set target.env-vars 'FOO=BAR'
> (lldb) run
> Process 12733 launched: '/usr/bin/env' (x86_64)
> FOO=BAR
> GDM_LANG=en_US
> CINNAMON_SOFTWARE_RENDERING=1
> MUFFIN_NO_SHADOWS=1
> <the rest of my environment variables>
> Process 12733 exited with status = 0 (0x00000000) 
> 
> But when I launch via SB API, it looks like only the values explicitly added 
> to launch_info are passed to the debuggee:
> 
> (lldb) script from lldb import *
> (lldb) script t = lldb.debugger.CreateTarget('/usr/bin/env')
> (lldb) script li = SBLaunchInfo([])
> (lldb) script li.SetEnvironmentEntries(['FOO=BAR'], True)
> (lldb) script t.Launch(li, SBError())
> <lldb.SBProcess; proxy of <Swig Object of type 'lldb::SBProcess *' at 
> 0x7fbc674ea0f0> >
> FOO=BAR
> Process 13331 exited with status = 0 (0x00000000) 
> 
> Is this how it's supposed to work?   If so, I can certainly add all inherited 
> env vars to launch_info myself, but it isn't clear what to do in the case of 
> remote debugging, because I couldn't find any way of retrieving environment 
> from the remote machine.
> 
> _______________________________________________
> lldb-dev mailing list
> lldb-dev@lists.llvm.org
> https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev

_______________________________________________
lldb-dev mailing list
lldb-dev@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev

Reply via email to