d6afe91d8f
* print tracebacks and line numbers for Lua runtime errors * revert format changes * update changelog with lua traceback, #6564 * revert using protected_function for old GetStringListFromFunction and source_function #6564 * add unit test for line numbers in tracebacks, #6564 * apply clang-format (#6564) * remove unused test helper function, #6564 * suppress leaksanitizer warnings in extract-tests, #6564 When the extractor encounters a lua runtime error, some osmium objects are not freed. In production this doesn't matter because these errors bring down OSRM. In the tests we catch them to ensure they occur, and the leaksanitizer flags them.
17 lines
833 B
Plaintext
17 lines
833 B
Plaintext
# Configuration file for LeakSanitizer run on the Travis CI
|
|
|
|
# TBB leaks some memory allocated in singleton depending on deinitialization order
|
|
# Direct leak of 1560 byte(s) in 3 object(s) allocated from:
|
|
# #0 0x7f7ae72a80a0 in operator new[](unsigned long) (/usr/lib/x86_64-linux-gnu/libasan.so.3+0xc80a0)
|
|
# #1 0x7f7ae595d13e (/usr/lib/x86_64-linux-gnu/libtbb.so.2+0x2213e)
|
|
|
|
leak:libtbb.so
|
|
|
|
# The extract-tests leak some memory in the tests to confirm that
|
|
# lua errors print tracebacks.
|
|
# This appears to be because when these tests throw exceptions, the
|
|
# osmium objects being processed are not freed. In production this doesn't
|
|
# matter, as the exceptions bring down the entire osrm-extract process. In the
|
|
# tests, we catch the error to make sure it occurs, which is why the
|
|
# leaksanitizer flags it.
|
|
leak:extract-tests |