Описание проблемы:
При выполнении импорта таблицы _REFERENCE35 из директории, экспортированной с помощью tool1cd -eb, возникает краш с ошибкой памяти:
`
ctool1cd -l /root/export.log $INPUT_DB_PATH -eb /root/tables "_REFERENCE35"
ctool1cd -l /root/import.log $OUTPUT_DB_PATH -ib /root/tables "_REFERENCE35"
free(): invalid next size (fast)
Aborted
`
При этом следующие действия проходят без ошибок:
• Импорт таблицы в противоложеном направлении $OUTPUT_DB_PATH -> $INPUT_DB_PATH
• Импорт своей же таблицы в $INPUT_DB_PATH
• Импорт своей же таблицы в $OUTPUT_DB_PATH
Таблицы совпадают по структуре. Различия между descr минимальны, в частности строки:
`
Отладка:
• GDB показывает падение в V8Object::~V8Object() → std::vector::~vector() → free():
• Valgrind выявляет множественные definitely lost блоки, особенно при вызовах:
gdb.txt
valgrind.txt
Описание проблемы:
При выполнении импорта таблицы _REFERENCE35 из директории, экспортированной с помощью tool1cd -eb, возникает краш с ошибкой памяти:
`
ctool1cd -l /root/export.log $INPUT_DB_PATH -eb /root/tables "_REFERENCE35"
ctool1cd -l /root/import.log $OUTPUT_DB_PATH -ib /root/tables "_REFERENCE35"
free(): invalid next size (fast)
Aborted
`
При этом следующие действия проходят без ошибок:
• Импорт таблицы в противоложеном направлении $OUTPUT_DB_PATH -> $INPUT_DB_PATH
• Импорт своей же таблицы в $INPUT_DB_PATH
• Импорт своей же таблицы в $OUTPUT_DB_PATH
Таблицы совпадают по структуре. Различия между descr минимальны, в частности строки:
`
`
Отладка:
• GDB показывает падение в V8Object::~V8Object() → std::vector::~vector() → free():
• Valgrind выявляет множественные definitely lost блоки, особенно при вызовах:
gdb.txt
valgrind.txt