OSX El Captain Workbench crash on customization, possibly QT version related about scap-workbench HOT 9 CLOSED

I could reproduce this crash with 1.1.1 but not with 1.1.4+. I'm closing this issue as it seems to be fixed.

from scap-workbench.

Thanks for your bug report!

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libopenscap.8.dylib 0x0000000108ce5ff9 oval_component_free + 9
1 libopenscap.8.dylib 0x0000000108cf405d oval_variable_free + 109
2 libopenscap.8.dylib 0x0000000108cf6764 0x108cd1000 + 153444
3 libopenscap.8.dylib 0x0000000108cfd8aa rbt_free2 + 138
4 libopenscap.8.dylib 0x0000000108ce3b4a oval_definition_model_free + 90
5 libopenscap.8.dylib 0x0000000108d1fb80 xccdf_session_load_oval + 80
6 libopenscap.8.dylib 0x0000000108d1f5f6 xccdf_session_load + 38

It seems it crashed inside libopenscap, however this may be caused by a memory corruption somewhere else.

If you do customization again, does it crash exactly in the same spot?

from scap-workbench.

Seems so

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   libopenscap.8.dylib             0x000000010519cff9 oval_component_free + 9
1   libopenscap.8.dylib             0x00000001051ab05d oval_variable_free + 109
2   libopenscap.8.dylib             0x00000001051ad764 0x105188000 + 153444
3   libopenscap.8.dylib             0x00000001051b48aa rbt_free2 + 138
4   libopenscap.8.dylib             0x000000010519ab4a oval_definition_model_free + 90
5   libopenscap.8.dylib             0x00000001051d6b80 xccdf_session_load_oval + 80
6   libopenscap.8.dylib             0x00000001051d65f6 xccdf_session_load + 38

from scap-workbench.

It is weird that the reproducer is just to click customize.

What I read from the backtrace is that the xccdf_session is being re-used (as it needs to free the oval_definition_model. Since this point nobody has manipulated with the oval_definition_model. Hence, I would expect the free would go just fine.

from scap-workbench.

Any update on this issue? I see it's been added for the 1.1.2 milestone however there's no commits for the issues in the milestone as yet ?

from scap-workbench.

Hi @Oneiroi , you are right, this has been planned for 1.1.2 but not much else.

I am sorry for the lack of progress. At the moment I am focusing on https://github.com/OpenSCAP/openscap-daemon

from scap-workbench.

Hi @Oneiroi, could you try the SCAP Workbench 1.1.2 release? I tried it on OSX and couldn't get it to crash. It has a newer OpenSCAP version than 1.1.1, so maybe your issue has been fixed.

https://github.com/OpenSCAP/scap-workbench/releases/tag/1.1.2

from scap-workbench.

@mpreisler I downloaded and tested 1.1.2 today.

The PCI profile run returned everything as Not Applicable as did the STIG, so whilst it has not crashed it does not appear to be doing much.

from scap-workbench.

@Oneiroi If you are using the RHEL7 content make sure you scan a RHEL7 system. It will return "not applicable" on CentOS or SL. You need to use the CentOS or SL datastreams to scan those distros.

from scap-workbench.