【问题标题】:C++ vector push_back() overwrites on another vector of the same type?C ++向量push_back()覆盖另一个相同类型的向量?
【发布时间】:2010-01-05 19:42:53
【问题描述】:

我这样定义了一个名为 nth_best_parse 的类:

class nth_best_parse {
      public:
        int traversal;
        int nth_best_active;
        int nth_best_passive;
        double viterbi_prob;

        nth_best_parse();
        nth_best_parse(int t, int nbl, int nbr, double v) {traversal = t; nth_best_active = nbl; nth_best_passive = nbr; viterbi_prob = v;}
    };

然后我将这个 nth_best_parse 的向量声明为两个不同类的成员:

class Edge {        // an edge associates an Earley style dotted-item with a span
      public:

        <some irrelevant stuff>

        Span span;      // Span of the edge
        bool isActive;
        vector<Traversal *> leading_traversals; // The list of traversals which lead to parsing of this edge

        vector<nth_best_parse> n_best_parses;


        union {
                DottedRule rule_state;  // Accessed if isActive is true
                int symbol;     // Accessed if isActive is false
                                // A symbol corresponding to the category of a passive edge
                                // Put inside this union to save space
        };

        inline int span_length() {return span.end - span.start;}

    };

<some other stuff>

class BPCFGParser {

  public:

    // Some data structures used in intermediary computations for calculating the n-best parses

//    vector<vector<int> > nth_best_pairs;
    vector<vector<nth_best_parse> > n_best_pairs_for_traversals;

    <some other stuff>

    void compute_n_best_parses(Edge *e, int n);

    <some other stuff>
}

然后我用 gdb 运行这个程序(顺便说一下,我使用的是 Linux Ubuntu 9.04、g++ 4.3.3、GNU gdb 6.8-debian)并在 compute_n_best_parses() 的定义末尾设置一个断点条件(为了找到我想要的这个函数的确切调用,我从分段错误中追溯)。当gdb遇到断点时,我发出了一组命令,gdb的输出是这样的:

(gdb) print e->n_best_parses.size()
$27 = 1
(gdb) print e->n_best_parses[0]
$28 = (nth_best_parse &) @0x1e96240: {traversal = 0, nth_best_active = 0, nth_best_passive = 0, viterbi_prob = 0.16666666666666666}
(gdb) print e->n_best_parses[0].traversal
$29 = 0
(gdb) print &(e->n_best_parses[0].traversal)
$30 = (int *) 0x1e96240
(gdb) awatch *$30
Hardware access (read/write) watchpoint 6: *$30
(gdb) print e->n_best_parses
$31 = {<std::_Vector_base<nth_best_parse, std::allocator<nth_best_parse> >> = {
    _M_impl = {<std::allocator<nth_best_parse>> = {<__gnu_cxx::new_allocator<nth_best_parse>> = {<No data fields>}, <No data fields>}, 
      _M_start = 0x1e96240, _M_finish = 0x1e96258, _M_end_of_storage = 0x1e96288}}, <No data fields>}
(gdb) continue
Continuing.
Hardware access (read/write) watchpoint 6: *$30

Old value = 0
New value = 1
0x0000000000408a4c in __gnu_cxx::new_allocator<nth_best_parse>::construct<nth_best_parse> (this=0x1e96208, __p=0x1e96240, __args#0=@0x7fff8ad82260)
    at /usr/include/c++/4.3/ext/new_allocator.h:114
114     { ::new((void *)__p) _Tp(std::forward<_Args>(__args)...); }
(gdb) backtrace
#0  0x0000000000408a4c in __gnu_cxx::new_allocator<nth_best_parse>::construct<nth_best_parse> (this=0x1e96208, __p=0x1e96240, __args#0=@0x7fff8ad82260)
    at /usr/include/c++/4.3/ext/new_allocator.h:114
#1  0x000000000042169c in std::vector<nth_best_parse, std::allocator<nth_best_parse> >::push_back<nth_best_parse> (this=0x1e96208, __args#0=@0x7fff8ad82260)
    at /usr/include/c++/4.3/bits/stl_vector.h:703
#2  0x0000000000402bef in BPCFGParser::compute_n_best_parses (this=0x7fff8ad82770, e=0x7f5492858b78, n=3) at BPCFGParser.cpp:639
#3  0x00000000004027fd in BPCFGParser::compute_n_best_parses (this=0x7fff8ad82770, e=0x7f5492859d58, n=3) at BPCFGParser.cpp:606
#4  0x00000000004027fd in BPCFGParser::compute_n_best_parses (this=0x7fff8ad82770, e=0x7f549285a1d0, n=3) at BPCFGParser.cpp:606
#5  0x00000000004064d8 in main () at experiments.cpp:75

BPCFGParser.cpp 的第 639 行是这样的:

PUSH_BEST_PAIR_FOR_TRAVERSAL(i,row,column,grammar->probs[temp_rule.symbol][temp_rule.expansion]);

这是在文件开头定义的宏:

#define PUSH_BEST_PAIR_FOR_TRAVERSAL(x,y,z,t) n_best_pairs_for_traversals[x].push_back(nth_best_parse(x, y, z, e->leading_traversals[x]->active_edge->n_best_parses[y].viterbi_prob * e->leading_traversals[x]->passive_edge->n_best_parses[z].viterbi_prob * t))

顺便说一下,类Traversal定义为:

class Traversal {   // Class for a traversal
      public:
        Edge *active_edge;
        Edge *passive_edge;
        Traversal();
        Traversal(Edge *a, Edge *p) {active_edge = a; passive_edge = p;}
    };

所以实际上我正在向向量 n_best_pairs_for_traversals 推送一些东西,它是类 BPCFGParser 的一个实例的成员,并且 push_back() 代码以某种方式覆盖了向量 n_best_parses,它是类 Edge 的一个实例的成员.这怎么可能?

【问题讨论】:

  • 我建议你尝试简化你的回购

标签: c++ vector memory-corruption push-back


【解决方案1】:

您显然在某处存在内存损坏问题。
但是这里没有足够的信息来帮助你。

但是您正在编写 C++ 代码并且您的类包含指针。
这不是一个好兆头(C++ 类中几乎不应该有 RAW 指针)。
对于没有经验的 C++ 开发人员来说,这通常也是导致内存损坏的原因!

你遵守 4 规则了吗?

确保每个类都包含 RAW 拥有的指针:

  • 构造函数
  • 复制构造函数
  • 赋值运算符
  • 析构函数。

【讨论】:

    【解决方案2】:

    您确定将有效的第一个参数传递给您的宏吗?也许您在执行n_best_pairs_for_traversals[x] 时访问越界,因为x 大于向量大小。

    【讨论】:

    • 是的! Acutally我检查了它,但我认为我不够仔细。不知何故,它没有给出分段错误,并且发生了内存损坏。感谢您的帮助。
    • 您可以使用 at() 方法而不是 operator[] 来更轻松地检测此类问题。它会检查你是否越界并抛出异常,而不是调用未定义的行为。显然是以性能为代价的。
    【解决方案3】:

    我猜你正在使用向量来存储对象(也许是遍历?),没有意识到将新元素推到该向量上会使指向向量中已有元素的指针无效。如果是这种情况,请改用双端队列。

    【讨论】:

    • Vectors 存储的是 nth_best_parse 类型的对象,而不是 Traversal。我推新对象后面的向量和覆盖的向量是不同的向量。
    • 好的,但是如果你正在向向量添加元素,你就不能真正看到向量元素。底层数组可能会被重新分配,使您监视的地址不再指向您想要的元素。当元素只添加到末尾时,双端队列确实保证不会重新分配。
    • 当然,这可能与向量损坏无关。您是否使用其他一些调试方法发现了这个问题?
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-03-28
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多