Python/SWIG类型错误 我创建了一个简单的Sigg帮助函数来处理我包过的C++代码返回的指针： //in module foo: %inline %{ double getPtrVal(double *ptr, int i) { return (double) ptr[i]; } %}

这很好，直到我尝试了以下方法：

for i in range(n):
  for j in range(n):
    val = foo.getPtrVal(ptrs, i)

此时Python返回一个TypeError，抱怨

n

不是整数：

  for i in range(n):
TypeError: an integer is required

---

我向您保证，

n

实际上是一个整数（

type（n）

始终返回

）。因此，我认为问题在某种程度上在于SWIG函数。奇怪的是，

foo.getPtrVal（ptrs，i）

被调用

n

次而没有问题，然后，在第一次退出

j

上的内部循环后，立即抛出错误。有什么想法吗？我可以发布更多的代码段，如果它能澄清部分的话。谢谢

实际代码是否缺少冒号？

我以前遇到过类似的问题。如果SWIG C包装器代码的某些部分没有正确地清理Python的内部异常状态，那么能够在Python代码中引发异常的下一个内置调用似乎就是异常的来源

range

可以引发异常，因此Python在调用它之后检查它的内部异常状态，查看SWIG C包装器代码中遗留的异常，并假设它一定来自

range

当我无法解决这样的问题时，我使用了这个丑陋的解决方法来清除内部异常状态：

try:
        sys.stdout.write("") # any call capable of raising an exception will do
except:
        pass

---

正确的方法可能是使用

%异常

指令；看。但是您首先需要找出是哪个调用导致了异常。

顺便说一句，Python代码的第一行末尾缺少冒号。这可能是问题所在吗？原始代码确实包含冒号，只是在帖子中遗漏了它。“如果它能澄清部分，我可以发布更多的代码段。”——如果您发布的代码不是您正在运行的代码，那么这是一个不诚实的问题。尝试编译并运行您发布的代码。很有趣，非常感谢！我会尝试一下，或者干脆转换成纯Python。我们将看到NumPy的速度与C++的Eigen相比如何。