|
0 / 0 / 0
Регистрация: 29.09.2018
Сообщений: 32
|
||||||
Ошибка работы с памятью16.12.2018, 15:02. Показов 591. Ответов 0
Метки нет (Все метки)
Привет, всем! Написал программу для поиска слов, которые можно составить из заданного слова. Она была протестирована с помощью valgrind. Были обнаружены ошибки:
valgrind ./a.out Dictonary.txt 001.dat.txt 001.ans.txt2 ==16772== Memcheck, a memory error detector ==16772== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al. ==16772== Using Valgrind-3.11.0 and LibVEX; rerun with -h for copyright info ==16772== Command: ./a.out Dictonary.txt 001.dat.txt 001.ans.txt2 ==16772== ==16772== Conditional jump or move depends on uninitialised value(s) ==16772== at 0x402658: Trie::TrieAddWord(std::__cxx11::basic_st ring<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >&) (in /home/ov7a/Downloads/Наборщик2/a.out) ==16772== by 0x402902: Trie::LoadDictonary(char*) (in /home/ov7a/Downloads/Наборщик2/a.out) ==16772== by 0x403116: main (in /home/ov7a/Downloads/Наборщик2/a.out) ==16772== ==16772== Use of uninitialised value of size 8 ==16772== at 0x40273F: Trie::TrieAddWord(std::__cxx11::basic_st ring<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >&) (in /home/ov7a/Downloads/Наборщик2/a.out) ==16772== by 0x402902: Trie::LoadDictonary(char*) (in /home/ov7a/Downloads/Наборщик2/a.out) ==16772== by 0x403116: main (in /home/ov7a/Downloads/Наборщик2/a.out) ==16772== ==16772== Invalid write of size 1 ==16772== at 0x40273F: Trie::TrieAddWord(std::__cxx11::basic_st ring<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >&) (in /home/ov7a/Downloads/Наборщик2/a.out) ==16772== by 0x402902: Trie::LoadDictonary(char*) (in /home/ov7a/Downloads/Наборщик2/a.out) ==16772== by 0x403116: main (in /home/ov7a/Downloads/Наборщик2/a.out) ==16772== Address 0x29ee39904 is not stack'd, malloc'd or (recently) free'd ==16772== ==16772== ==16772== Process terminating with default action of signal 11 (SIGSEGV) ==16772== Access not within mapped region at address 0x29EE39904 ==16772== at 0x40273F: Trie::TrieAddWord(std::__cxx11::basic_st ring<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >&) (in /home/ov7a/Downloads/Наборщик2/a.out) ==16772== by 0x402902: Trie::LoadDictonary(char*) (in /home/ov7a/Downloads/Наборщик2/a.out) ==16772== by 0x403116: main (in /home/ov7a/Downloads/Наборщик2/a.out) ==16772== If you believe this happened as a result of a stack ==16772== overflow in your program's main thread (unlikely but ==16772== possible), you can try to increase the size of the ==16772== main thread stack using the --main-stacksize= flag. ==16772== The main thread stack size used in this run was 8388608. ==16772== ==16772== HEAP SUMMARY: ==16772== in use at exit: 191,924 bytes in 25 blocks ==16772== total heap usage: 28 allocs, 3 frees, 191,930 bytes allocated ==16772== ==16772== LEAK SUMMARY: ==16772== definitely lost: 0 bytes in 0 blocks ==16772== indirectly lost: 0 bytes in 0 blocks ==16772== possibly lost: 0 bytes in 0 blocks ==16772== still reachable: 191,924 bytes in 25 blocks ==16772== suppressed: 0 bytes in 0 blocks ==16772== Rerun with --leak-check=full to see details of leaked memory ==16772== ==16772== For counts of detected and suppressed errors, rerun with: -v ==16772== Use --track-origins=yes to see where uninitialised values come from ==16772== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 0 from 0) Segmentation fault (core dumped) вот код: строка была объявлена так: node NullNode до обнаружения ошибок(без инициализации); после исправления заменил ее node NullNode={} Проблема в том, что я не могу определить где именно совершены эти ошибки, так как у меня нет valgrind. Может быть у кого- нибудь есть он и Вы сможете его протестировать и указать где мои ошибки в памяти, пожалуйста)
0
|
||||||
| 16.12.2018, 15:02 | |
|
Ответы с готовыми решениями:
0
функции работы с памятью Обнаружение ошибок работы с памятью |
| 16.12.2018, 15:02 | |
|
Помогаю со студенческими работами здесь
1
Разобраться в принципе работы задачч. (Работа с динамической памятью через указатели. )
Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
делаю науч статью по влиянию грибов на сукцессию
anaschu 13.03.2026
прикрепляю статью
|
SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++
8Observer8 10.03.2026
Содержание блога
Финальные проекты на Си и на C++:
hello-sdl3-c. zip
hello-sdl3-cpp. zip
Результат:
|
Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE
8Observer8 10.03.2026
Содержание блога
MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .
|
Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки
Neotwalker 08.03.2026
Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд.
Даже если у вас. . .
|
|
Модульная разработка через nuget packages
DevAlt 07.03.2026
Сложившийся в . Net-среде способ разработки чаще всего предполагает
монорепозиторий в котором находятся все исходники.
При создании нового решения, мы просто добавляем нужные проекты
и имеем. . .
|
Модульный подход на примере F#
DevAlt 06.03.2026
В блоге дяди Боба наткнулся на такое определение:
В этой книге («Подход, основанный на вариантах использования») Ивар утверждает,
что архитектура программного обеспечения — это
структуры,. . .
|
Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование
8Observer8 05.03.2026
Содержание блога
Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .
|
SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D
8Observer8 04.03.2026
Содержание блога
Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip
На первой гифке отладочные линии отключены, а на второй включены:. . .
|