删除临时指针时出现段错误

时间:2013-04-09 20:35:38

标签: c++ pointers segmentation-fault queue

我使用gdb查找seg错误的确切行。它在出列函数中被注释为注释。

这是整个队列类。

当有两个对象和队列中的sentinal时,我在调用dequeue()时会出错。

template <typename T>
void Queue<T>::clear()
{
    while(!isEmpty())
        dequeue();
}

template <typename T>
void Queue<T>::enqueue(const T& x)
{

    if(isEmpty())
    {
        Queue<T>* temp = new Queue<T>;
        m_data = x;
        m_next = temp;
        return;

    }


    Queue<T>* temp = this;

    while(temp->m_next != NULL)
    {
        temp = temp->m_next;
    }
    Queue<T>* node = new Queue<T>();
    temp->m_data = x;
    node->m_next = temp->m_next;
    temp->m_next = node;
    return;
}

template <typename T>
void Queue<T>::dequeue()
{
    if(isEmpty())
        return;
    if(m_next != NULL)
    {
        Queue<T>* temp = m_next;
        m_data = temp->m_data;
        m_next = temp->m_next;
        delete temp; //Seg fault here
    }
    return;
}

template <typename T>
const T& Queue<T>::front() const throw (int)
{
    if(isEmpty())
        throw 0;
    return m_data;
}

template <typename T>
bool Queue<T>::isEmpty() const
{
    return (m_next==NULL);
}

template <typename T>
int Queue<T>::size() const
{
    int size = 0;
    const Queue<T>* temp = this;
    while(temp->m_next != NULL)
    {
        temp = temp->m_next;
        size++;
    }
    return size;
}

抱歉,我以为我已经发布了Queue类:

template <typename T>
class Queue : public AbstractQueue<T> {
public:
    Queue(){m_next = NULL;};

    virtual void clear();

    virtual void enqueue(const T& x);

    virtual void dequeue();

    virtual const T& front() const throw (int);

    virtual bool isEmpty() const;

    virtual int size() const;

    ~Queue(){
        clear();
        return;
    };
private:
    T m_data;
    Queue* m_next;
};

它继承自这个类:

template < typename T >
class AbstractQueue
{
public:

  // Purpose: clears the queue
  // Postconditions: the queue is now empty 
  // -- PURE VIRTUAL
  virtual void clear() = 0;

  // Purpose: enqueue an element into the queue
  // Parameters: x is the item to add to the queue
  // Postconditions: x is now the element at the end of the queue, 
  // -- PURE VIRTUAL
  virtual void enqueue(const T& x) = 0;

  // Purpose: dequeues 
  // Postconditions: the element formerly at the front of the queue has
  //     been removed
  // Dequeueing from an empty Queue produces no errors, queue remains empty.
  // -- PURE VIRTUAL
  virtual void dequeue() = 0;

  // Purpose: looks at the front of the queue
  // Returns: a reference to the element currently in front of the queue
  // Exception: if the queue is currently empty, throw SOMETHING!!
  // -- PURE VIRTUAL
  virtual const T& front() const = 0;  

  // Purpose: Checks if a queue is empty
  // Returns: 'true' if the queue is empty
  //     'false' otherwise  
  // -- PURE VIRTUAL
  virtual bool isEmpty() const = 0;

  // Purpose: Returns the size of a queue.
  // Returns: the number of elements in the Queue
  // -- PURE VIRTUAL
  virtual int size() const = 0;

  // ----------------

  // Purpose: Destructor
  // -- VIRTUAL
    virtual ~AbstractQueue() {};

};

3 个答案:

答案 0 :(得分:0)

在此代码中:

Queue<T>* temp = m_next;
m_data = m_next->m_data;
m_next = m_next->m_next;

你没有检查m_next是非空的(如果你在列表的末尾),所以你开始取消引用空指针,那时所有的赌注都没有了。

答案 1 :(得分:0)

对我来说,enqueue()内的以下一行看起来并不奇怪。

Queue<T>* node = new Queue<T>();

每次都在创建一个新的队列。

可能意图如下吗?

T * node = new T;

答案 2 :(得分:0)

好的,我会告诉你如何钓鱼,而不是给你一条鱼......

当您获得segmentation fault时,表示操作系统检测到内存访问错误。 当您使用指针时,这通常发生在C / C ++中。指针是非常危险的,必须小心对待。

如何检测问题发生的位置? 好吧,当您的程序收到SEGFAULT时,Linux的信息量不大,但它会为您提供大量信息。你只需要知道如何“阅读”它。

coredump ,是分段故障发生时的内存,堆栈和变量的图片。运行它

gdb myapp core

其中myapp是您的应用程序可执行文件,核心是coredump。 现在你会看到类似的东西:

GNU gdb 19991004

Copyright 1998 Free Software ���.�

Core was generated by `testit'.

Program terminated with signal 11, Segmentation fault.

Reading symbols from /usr/lib/libstdc++-libc6.1-1.so.2...done.

Reading symbols from /lib/libm.so.6...done.

Reading symbols from /lib/libc.so.6...done.

Reading symbols from /lib/ld-linux.so.2...done.

#0  0x823221a in main () at blabla.c:3

10             *i++;       

它会准确显示哪条线导致了故障。 如果您想确切了解该行的方式,请键入bt 这将显示从应用程序main()到实际错误的回溯,包括传递给函数的参数。

我认为,一旦你确切知道分段错误发生的位置,你就会更容易解决它。

很少注意到:

  1. 如果未创建coredump。 在控制台中输入:

    ulimit -c unlimited
    
  2. 您需要使用-g编译程序,以便在gdb中启用有意义的符号名称。