0

我正在从 Centos 移植到 Cygwin，发现我的应用程序在 Botan::InitializationVector 的构造函数期间退出时没有错误消息并且在执行过程中退出状态为零。

如果我尝试在等待自旋变量的 main() 中主动附加 gdb，则不会得到正常的堆栈跟踪：

(gdb) where
#0  0x7c90120f in ntdll!DbgUiConnectToDbg ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#1  0x7c952119 in ntdll!KiIntSystemCall ()
   from /cygdrive/c/WINDOWS/system32/ntdll.dll
#2  0x00000005 in ?? ()
#3  0x00000000 in ?? ()

因此，没有 gdb，很难弄清楚出了什么问题。

为什么我在 Cygwin 上没有收到错误消息，但应用程序会在执行过程中退出？

我推断它在构造函数内部，因为 clog 只显示构造函数之前的行而不是构造函数之后的行：

clog << "  About to create iv for Botan.\n";
Botan::InitializationVector iv(_rng, size);
clog << "  About to copy iv for Botan.\n";

Botan 是开源的：http : //botan.randombit.net/ 以下是来自 src/sym_algo/symkey.{h,cpp} 的一些代码片段：

typedef OctetString InitializationVector;

class BOTAN_DLL OctetString
{
public:
  u32bit length() const { return bits.size(); }
  SecureVector<byte> bits_of() const { return bits; }

  const byte* begin() const { return bits.begin(); }
  const byte* end() const   { return bits.end(); }

  std::string as_string() const;

  OctetString& operator^=(const OctetString&);

  void set_odd_parity();

  void change(const std::string&);
  void change(const byte[], u32bit);
  void change(const MemoryRegion<byte>& in) { bits = in; }

  OctetString(class RandomNumberGenerator&, u32bit len);
  OctetString(const std::string& str = "") { change(str); }
  OctetString(const byte in[], u32bit len) { change(in, len); }
  OctetString(const MemoryRegion<byte>& in) { change(in); }
private:
  SecureVector<byte> bits;
};

OctetString::OctetString(RandomNumberGenerator& rng,
                     u32bit length)
{
   bits.create(length);
   rng.randomize(bits, length);
}

我将失败的代码移到 main() 中，它工作正常。我还在代码周围放了一个 try catch ... 并且没有抛出异常。main() 和应用程序稍后的故障点之间出现了问题。我可以分而治之来缩小它不再起作用的确切点。一位 Botan 开发人员给了我这个精简的代码，但它也失败了：

Botan::AutoSeeded_RNG _rng;
unsigned int size = 1; // or 16, or 1452 all fail.
Botan::SecureVector<Botan::byte> iv_val(size);
cerr << "We get to here." << endl;
_rng.randomize(&iv_val[0], size);
cerr << "But not here." << endl;

现在我的调试器工作了，我看到了 segv：

(gdb) s
Botan::AutoSeeded_RNG::randomize (this=0x1270380, out=0x5841420 "", len=1)
    at ../../src/Botan-1.8.11/build/include/botan/auto_rng.h:23
(gdb) s

Program received signal SIGSEGV, Segmentation fault.
0x005d79ee in Botan::AutoSeeded_RNG::randomize (this=0x1270380, 
    out=0x5841420 "", len=1)
    at ../../src/Botan-1.8.11/build/include/botan/auto_rng.h:23
(gdb) p rng
$7 = (class Botan::RandomNumberGenerator *) 0x5841324
(gdb) p *this
$8 = {<Botan::RandomNumberGenerator> = {
    _vptr$RandomNumberGenerator = 0x11efc14}, rng = 0x5841324}
(gdb) p *rng
$9 = {_vptr$RandomNumberGenerator = 0x656e6f4e}

这是 auto_rng.h 代码：

class BOTAN_DLL AutoSeeded_RNG : public RandomNumberGenerator
  {
  public:
    void randomize(byte out[], u32bit len)
    { rng->randomize(out, len); }           // SEGV on this line.
    bool is_seeded() const
    { return rng->is_seeded(); }
    void clear() throw() { rng->clear(); }
    std::string name() const
    { return "AutoSeeded(" + rng->name() + ")"; }

    void reseed(u32bit poll_bits = 256) { rng->reseed(poll_bits); }
    void add_entropy_source(EntropySource* es)
    { rng->add_entropy_source(es); }
    void add_entropy(const byte in[], u32bit len)
    { rng->add_entropy(in, len); }

    AutoSeeded_RNG(u32bit poll_bits = 256);
    ~AutoSeeded_RNG() { delete rng; }
  private:
    RandomNumberGenerator* rng;
  };
4

3 回答 3

3

Cygwin 应用程序是多线程的（例如，一个线程是信号侦听器线程）。在 gdb 中使用info threads来查找真正出错的线程。

于 2011-02-21T08:09:45.033 回答
1

您可以主动附加 gdb 并在失败的构造函数调用之前放置一个断点，然后单步执行。

于 2011-02-21T04:51:55.587 回答
1

根据新代码，您违反了三法则，这可能会导致您的问题。

通过使用原始指针定义一个类而不提供正确的复制构造函数（或使其不可访问），您将自己打开双重释放。

添加复制构造函数。或者在项目的错误跟踪器上打开一个问题。您使用的是最新版本，对吗？

于 2011-02-21T18:40:27.400 回答