g ++ производит segfault с нормальной компиляцией, но ни один с -g - PullRequest
9 голосов
/ 15 июля 2011

Я изучаю C ++ прямо сейчас, используя "Thinking in C ++" Брюса Экеля, и я нахожусь в первых главах. У меня есть C и Java фон. Прямо сейчас у меня возникает следующая проблема: Когда я компилирую источники ниже с

g++ A.cpp B.cpp bmain.cpp

, программа выводит «1» (правильно), а затем сигнал ошибки. Когда я компилирую с

g++ -g A.cpp B.cpp bmain.cpp

, та же самая программа выдает 1 и НЕТ Сегфоут! Я должен сказать, что нахожу это удивительным. Кто-то может указать, что я делаю неправильно? Моя ОС "Linux 2.6.35-30-generic # 54-Ubuntu x86_64", моя g ++ - версия "g ++ (Ubuntu / Linaro 4.4.4-14ubuntu5) 4.4.5".

РЕДАКТИРОВАТЬ: Только потому, что это, кажется, важный источник ошибки, спасибо @Evan Teran: Конструктор A в структуре B никогда не вызывается! Я поставил "cout <<" blah "<< endl;" внутри и ничего не печатает </p>

РЕДАКТИРОВАТЬ: я включил "return 0" в конце main сейчас, но это не помогает.

хиджра:

#ifndef A_H
#define A_H

#include <string>

class A {
public:
        int i;
        std::string str;
        void print();
        A();
};

#endif

a.cpp:

#include "A.h"
#include <iostream>
#include <string>

using namespace std;

void A::print() {
        cout << str << " " << i << endl;
}

A::A() {
        str = "initstr";
    i = 0;
}

B.h:

#ifndef B_H
#define B_H

#include "A.h"

class B {
private:
        int counter;
public:
        A a;
        B();
        void increase();
        int read();
};

#endif

B.cpp:

#include "B.h"

using namespace std;

B::B() {
        counter = 0;
}

void B::increase() {
        ++counter;
}

int B::read() {
        return counter;
}

bmain.cpp:

#include <iostream>
#include "B.h"

using namespace std;

int main(int argc, char **argv) {
        B b;
        b.increase();
        cout << b.read() << endl;
        return 0;
}

РЕДАКТИРОВАТЬ: я установил g ++ из пакетов. Моя Ubuntu тоже очень стандартная.

Это то, что я получаю, когда звоню GDB a.out core

warning: Can't read pathname for load map: Eingabe-/Ausgabefehler.
Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libstdc++.so.6
Reading symbols from /lib/libm.so.6...Reading symbols from /usr/lib/debug/lib/libm-2.12.1.so...done.
done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /lib/libc.so.6...Reading symbols from /usr/lib/debug/lib/libc-2.12.1.so...done.
done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib64/ld-linux-x86-64.so.2...Reading symbols from /usr/lib/debug/lib/ld-2.12.1.so...done.
done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
Core was generated by `./a.out'.
Program terminated with signal 11, Segmentation fault.
#0  0x00007fba1049104b in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string() () from /usr/lib/libstdc++.so.6

РЕДАКТИРОВАТЬ 2: Кстати, мое оборудование не является неисправным, насколько я знаю, и я очень хорошо отношусь к ОС

РЕДАКТИРОВАТЬ 3: Valgrind сообщает следующее:

==3428== Conditional jump or move depends on uninitialised value(s)
==3428==    at 0x4ECB022: std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string() (in /usr/lib/libstdc++.so.6.0.14)
==3428==    by 0x400D73: A::~A() (in /home/xxx/C++/Exercises/ch04/a.out)
==3428==    by 0x400D91: B::~B() (in /home/xxx/C++/Exercises/ch04/a.out)
==3428==    by 0x400CD7: main (in /home/xxx/C++/Exercises/ch04/a.out)
==3428== 
==3428== Use of uninitialised value of size 8
==3428==    at 0x4ECB04B: std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string() (in /usr/lib/libstdc++.so.6.0.14)
==3428==    by 0x400D73: A::~A() (in /home/xxx/C++/Exercises/ch04/a.out)
==3428==    by 0x400D91: B::~B() (in /home/xxx/C++/Exercises/ch04/a.out)
==3428==    by 0x400CD7: main (in /home/xxx/C++/Exercises/ch04/a.out)
==3428== 
==3428== Invalid read of size 4
==3428==    at 0x4ECB04B: std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string() (in /usr/lib/libstdc++.so.6.0.14)
==3428==    by 0x400D73: A::~A() (in /home/xxx/C++/Exercises/ch04/a.out)
==3428==    by 0x400D91: B::~B() (in /home/xxx/C++/Exercises/ch04/a.out)
==3428==    by 0x400CD7: main (in /home/xxx/C++/Exercises/ch04/a.out)
==3428==  Address 0xfffffffffffffff8 is not stack'd, malloc'd or (recently) free'd
==3428== 
==3428== 
==3428== Process terminating with default action of signal 11 (SIGSEGV): dumping core
==3428==  Access not within mapped region at address 0xFFFFFFFFFFFFFFF8
==3428==    at 0x4ECB04B: std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string() (in /usr/lib/libstdc++.so.6.0.14)
==3428==    by 0x400D73: A::~A() (in /home/xxx/C++/Exercises/ch04/a.out)
==3428==    by 0x400D91: B::~B() (in /home/xxx/C++/Exercises/ch04/a.out)
==3428==    by 0x400CD7: main (in /home/xxx/C++/Exercises/ch04/a.out)
==3428==  If you believe this happened as a result of a stack
==3428==  overflow in your program's main thread (unlikely but
==3428==  possible), you can try to increase the size of the
==3428==  main thread stack using the --main-stacksize= flag.
==3428==  The main thread stack size used in this run was 8388608.
==3428== 
==3428== HEAP SUMMARY:
==3428==     in use at exit: 0 bytes in 0 blocks
==3428==   total heap usage: 0 allocs, 0 frees, 0 bytes allocated
==3428== 
==3428== All heap blocks were freed -- no leaks are possible    

Ответы [ 3 ]

5 голосов
/ 15 июля 2011

То, как это происходит, похоже на ошибку либо в сборке / сборке GCC / libstdc ++, либо в используемой версии.Попробуйте GCC 4.5 или 4.6, и если этого не произойдет, скажите себе, что вы всегда должны использовать самые последние и лучшие версии (пока это, конечно, не сломается) и никогда не оглядываться назад.

Кажется, компилятор не инициализируетA член в B, что приведет к тому, что деструктор std::string не сможет прочитать необходимую информацию, чтобы должным образом уничтожить себя.Но это всего лишь догадки и догадки.

0 голосов
/ 15 июля 2011

Добавьте инструкцию возврата в ваш main ().Я удивлен, что ваш компилятор не предупредил вас об этом.

Функция с отсутствующим возвращаемым значением, поведение во время выполнения

0 голосов
/ 15 июля 2011

Вы почти наверняка вызовете неопределенное поведение (UB) где-нибудь в своей программе. Суть UB в том, что поведение не только не определено, но может меняться в зависимости от платформы, компилятора, флагов и т. Д. И т. Д. Добавление -g, по-видимому, возмущает вещи таким образом, чтобы избежать segfault, но это всего лишь шанс .

...