Qt странное поведение

Question

Qt странное поведение

0

он может быть дублирован моим предыдущим вопросом, но я действительно обескуражен. Теперь я переношу приложение Windows Qt на Linux Ubuntu. Он составлен без проблем. Но во время отладки или запуска происходит что-то странное

это скриншот, который я сделал во время отладки. Вскоре у меня есть 2 синглтона - CoreManager и Config. Нанимаем, я пытаюсь получить один из них - CoreManager. Но отладчик показывает это как экземпляр Config! Это просто невозможно!

Здесь часть кода CoreManager:

CoreManager * ptr = NULL;

CoreManager *CoreManager::instance()
{
    if(ptr == NULL) ptr = new CoreManager();
    return ptr;
}

В Windows это работало без проблем. Оба класса синглтонов находятся в dll btw.

Ubuntu 13.10 x64
Qt 5.2.0 64 бит (также попробовал 5.2.1 5.2.2 из git)
gcc 4.8
gdb 7.6.1

folibis 07 фев. 2014, в 05:29

Источник

0

Проверяли ли вы значение и тип ptr в отладчике до и после вызова CoreManager :: instance ()?
Abhishek Bansal 07 фев. 2014, в 03:37
0

Странно, но ptr указывает на экземпляр Config. Просто невозможно! ptr инициализируется при вызове first instance () и должен иметь значение NULL. Я поместил точку останова в функцию instance () и при первом вызове ptr уже был инициализирован с помощью Config ... Как это может быть? !! Я проверил это сейчас в Windows, и оно идет как ожидалось - сначала ptr равен NULL, а после того, как instance () был вызван, он инициализирован с экземпляром CoreManager.
folibis 07 фев. 2014, в 04:21
0

Возможно, что другая не связанная часть кода имеет ошибку и записывает в неправильное место в памяти после того, как CoreManager был инициализирован в NULL (кстати, пожалуйста, рассмотрите возможность использования чего-то более современного, такого как nullptr), но задолго до создания экземпляра. Некоторое время я не использовал qtcreator, поэтому вы можете установить точку останова, которая активируется только при изменении данных?
To마SE 07 фев. 2014, в 04:55
0

@folibis Поместите точку останова в точку, где вы определяете ptr = NULL, а затем пошагово просматриваете свой код.
Abhishek Bansal 07 фев. 2014, в 04:59
0

CoreManager является одноэлементным и не может быть инициализирован, но только с помощью instance (). поэтому я установил точку останова в первой строке instance (), и когда она достигла этой строки, ptr уже инициализирован !! Но это невозможно, нет части кода, которая может достичь ptr ...
folibis 07 фев. 2014, в 05:52
0

Правильно ли показаны участники? Может быть какая-то ошибка в gdb или QtCreator, но если члены верны, это не должно помешать отладке.
Frank Osterfeld 07 фев. 2014, в 06:26

Показать ещё 4 комментария

Теги:

c++

ubuntu

qt

gdb

qt5

1 ответ

Ещё вопросы

Проверяли ли вы значение и тип ptr в отладчике до и после вызова CoreManager :: instance ()?
Странно, но ptr указывает на экземпляр Config. Просто невозможно! ptr инициализируется при вызове first instance () и должен иметь значение NULL. Я поместил точку останова в функцию instance () и при первом вызове ptr уже был инициализирован с помощью Config ... Как это может быть? !! Я проверил это сейчас в Windows, и оно идет как ожидалось - сначала ptr равен NULL, а после того, как instance () был вызван, он инициализирован с экземпляром CoreManager.
Возможно, что другая не связанная часть кода имеет ошибку и записывает в неправильное место в памяти после того, как CoreManager был инициализирован в NULL (кстати, пожалуйста, рассмотрите возможность использования чего-то более современного, такого как nullptr), но задолго до создания экземпляра. Некоторое время я не использовал qtcreator, поэтому вы можете установить точку останова, которая активируется только при изменении данных?
@folibis Поместите точку останова в точку, где вы определяете ptr = NULL, а затем пошагово просматриваете свой код.
CoreManager является одноэлементным и не может быть инициализирован, но только с помощью instance (). поэтому я установил точку останова в первой строке instance (), и когда она достигла этой строки, ptr уже инициализирован !! Но это невозможно, нет части кода, которая может достичь ptr ...
Правильно ли показаны участники? Может быть какая-то ошибка в gdb или QtCreator, но если члены верны, это не должно помешать отладке.

hluk · Answer 1 · 2014-02-07T04-39-00.000Z

Это действительно похоже на ошибку Qt Creator (или менее вероятную ошибку gdb).

В строке меню в Qt Creator, вы можете открыть окно/Просмотры/"Debugger Вход" и введите print cm команду поля "Command", чтобы увидеть, что GDB говорят вам о cm символе.

Да, это похоже на ошибку, просто потому, что невозможно то, что я вижу в отладчике)) Теперь я обратил внимание на то, что переменные cm и config имеют одинаковый адрес, поэтому может быть какое-то смещение памяти здесь неверно или что-то еще.