You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
To be more specific, it crashes while running the test, so within the run_test_suite() call, but this is due to failing to open a tmpfile in create_xml_reporter()
I can't reproduce this under MSYS2/NT, but the example does crash under MSYS2/MinGW (both 32 and 64). Which one were you running?
We do not have an official list of supported platforms it seems, but I know I at some point struggled with the MSYS2:s and could not figure out how to make Cgreen work on the MinGW-versions. AFAIK the MSYS2/NT is Cygwin-based, which is a "Unix Emulation", which makes it more straight forward to compile *nix programs on a Windows box.
I'm not familiar enough with the MinGW environment to understand why tmpfile() would fail and what to do then. (Sure an error message would be slightly better than a crash, but it would not make Cgreen run on MinGW...).
The bug originates at the
tmpfile()
function, which returnsNULL
.cgreen/src/xml_reporter.c
Line 176 in 5cd17bd
The result isn't checked, and first usage causes segmentation fault.
I'm doing a standard build within a MSYS2 environment.
Minimal example which invokes this
Note that crashes under MSYS silently exit the program with exit code 0. This also happens under debug (actually, it also terminates gdb).
Debugging the application under mingw gdb properly catches the SIGSEGV signal.
The text was updated successfully, but these errors were encountered: