Перейдите в каталог данных mysql и запустите du -h -max-depth = 1 | grep databasename
Я нашел ответ! И это до неприличия просто.
Проблема заключалась в том, что я использовал версию SDL Release вместо версии Debug! (У меня был libsdl от MacPorts, тогда как у меня должен был быть libsdl-devel.)
Мой общий ответ: убедитесь, что библиотеки, с которыми вы связываете, были скомпилированы с установленными флагами отладки, этого не всегда достаточно чтобы просто убедиться, что они установлены в вашем собственном коде.
Кажется, что это сообщение может иметь много причин показать.
Для меня (в контексте микро контроллера, отлаживающего), это была разовая ссылкой оптимизация. С -flto
это повредилось; удаление -flto
от поля "Other Options" зафиксировало это для меня.
В Неоне Eclipse (4.6) см. Проект-> Свойства-> Сборка C/C++-> Настройки-> Настройки Инструмента-> компилятор C-> Разное-> Другие опции.
Этот поток предлагает:
-g -O0
установить флаги отладки для компиляции Eclipse CDT.
Иногда это просто проблема полного восстановления приложения (как здесь)
См. также эту тему с описанием похожей ситуации:
Я заметил, что иногда в Eclipse мне приходится идти и специально добавлять путь к исходным файлам, используя "
add filesystem path
" (с "search sub-folders
") в диалоге отладки (даже когда они находятся в том же проекте, который я отлаживаю), но я не заметил закономерности в том, когда мне приходится это делать. Но, возможно, стоит попробовать.
Для тех, кто столкнулся с этой проблемой,
Вчера вечером я установил плагин linuxtools/valgrind, чтобы сделать профилирование памяти, и, похоже, это сломало нормальный gdb. Когда я удалил плагины linuxtools, все снова заработало как обычно.
Так что вы можете попробовать это.