Python 虚拟环境中的lldb

Question

我倾向于使用很多虚拟环境，尤其是 Python。我在特定的虚拟环境中运行的一些代码包含一些C++代码。此代码核心转储，我想使用

lldb

来调试它。

但是，我明白了

; lldb a.out -c core.17915
Core file '/path/core.17915' (x86_64) was loaded.
Process 0 stopped
* thread #1: tid = 0, 0x0000000000559689 

[...] ← lots of irrelevant data for this question.

(lldb) frame variable
Traceback (most recent call last):
  File "<string>", line 1, in <module>
ImportError: No module named lldb.embedded_interpreter
Traceback (most recent call last):
  File "<string>", line 1, in <module>
NameError: name 'run_one_line' is not defined
Traceback (most recent call last):
  File "<string>", line 1, in <module>
NameError: name 'run_one_line' is not defined
Traceback (most recent call last):
  File "<string>", line 1, in <module>
NameError: name 'run_one_line' is not defined
Traceback (most recent call last):
  File "<string>", line 1, in <module>
NameError: name 'run_one_line' is not defined

zsh: segmentation fault (core dumped)  lldb a.out -c core.17915

我可以导入在虚拟环境外运行良好的 lldb，但不能在虚拟环境中执行此操作。我不希望将所有系统模块添加到虚拟环境中，因为这样就违背了拥有虚拟环境的初衷。

如何将

lldb

模块加载到我的虚拟环境中？

Answer 1

问题源于虚拟环境默认情况下不复制系统范围内安装的模块。这就是虚拟环境的全部意义。但是，在开发环境中，需要其中一些模块。因此，在

tox.ini

中，我调用了一个执行后期设置工作的脚本（通过

commands

）。在那个脚本中，我有

lib_python_path="/usr/lib64/python2.7"
dst="$VIRTUAL_ENV/lib/python2.7/site-packages"
…
# Copy lldb, iff it exists.
if [ -d "${lib_python_path}/site-packages/lldb" ]
then
    ln -f -s ${lib_python_path}/site-packages/lldb ${dst}
fi

这似乎可以解决问题。

Answer 2

我怀疑“与这个问题有很多不相关的数据”中的某些内容可能是相关的。 ;)

你能编译一个简单的程序吗

$ echo "int main () { }" > /tmp/a.c
$ clang -g -o /tmp/a.out /tmp/a.c
$ lldb -x /tmp/a.out
(lldb) br s -n main
(lldb) r
(lldb) fr v

（或

gcc

，无论如何）。那样有用吗？如果这不起作用，则说明您安装 lldb 的方式有些奇怪。如果它确实有效，那么找出这两个示例之间您所做的不同之处。