-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
DTilde test causes a bus error on MacOS M2 #191
Comments
So adding debug output it’s the mxDestroyArray that causes it. Trail end of // tear down
SPDLOG_DEBUG("About to teardown");
mxDestroyArray(test_input);
SPDLOG_DEBUG("Called mxDestroyArray");
} Results in: ➤ ./tdms_tests "DTilde"
Filters: DTilde
Randomness seeded to: 1507720952
[2022-11-17 15:26:21.956] [debug] [test_DTilde.cpp:23] num_det_modes() == 0
[2022-11-17 15:26:21.957] [debug] [test_DTilde.cpp:25] !x.has_elements()
[2022-11-17 15:26:21.957] [debug] [test_DTilde.cpp:27] !y.has_elements()
[2022-11-17 15:26:21.957] [debug] [test_DTilde.cpp:30] REQUIRE macro is satisfied
[2022-11-17 15:26:21.957] [debug] [test_DTilde.cpp:96] About to teardown
zsh: bus error ./tdms_tests "DTilde" |
As an asside: we need to be careful what we mean by "empty" since |
-- @willGraham01 5th June 2023 |
Not caught in CI because pathological to MacOS on ARM64. Not reproducible on any other OS we've tried so far. Nor Mac M1 (thanks @t-young31).
The first
SECTION
macro in the DTilde test somehow causes a bus error (access to nonexistent memory). So far it seems that the call tomxDestroyArray
is responsible.Low priority for now. Especially given that it's likely to be made obsolete by #70, but I'm making a ticket so I don't forget to investigate and check it goes with MATLAB.
Ideas
gdb
on linux.lldb
is not helpful.matlab_array
is non-empty somehow, intercept.Links
Might relate to
TDFieldExporter2D::export_field
#129The text was updated successfully, but these errors were encountered: