Question

我正在从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（）中，它运行正常。我还在代码周围尝试了一下，没有异常被抛出。 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;
  };

Answer 1

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

Answer 2

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

Answer 3

根据新代码，您违反了Rule of Three，这可能会导致您的问题。

通过使用原始指针定义一个类并且不提供正确的复制构造函数（或使其无法访问），您可以自己打开双倍免费。

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

如何调试Cygwin失败？

3 个答案: