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
Out of bounds vector access #3
Comments
Thanks a lot for catching this! It should be fixed. It appears to me this always occured in the last iteration of the surrounding while-loop, and the accessed value should have never been used. In any case, I do want to mention that I am mostly planning on fixing issues in this repository, whereas the newest version of the preprocessor is contained over here: (In particular, I removed the troublesome functions of this issue quite a while ago.) |
Thank you for the rapid response. Let me fill you in on what's going on. I recently added SoPlex and SCIP as packages to the Fedora Linux distribution. They will be available when Fedora 40 is released in about a month. I'm working on updating SCIP from version 8.1.0 to 9.0.0. The Fedora project frowns on bundling one package inside another. Since SCIP 9.0.0 contains a copy of sassy, I am working to make sassy a package in its own right. We like to have tests to run for our packages, in case we break something during the packaging process. Since sassy does not have any tests, I am trying to write a few; nothing fancy, just simple sanity tests. If SCIP switches to dejavu, then I will package that and retire the sassy package. Thank you again for responding so quickly. |
I see, thank you for that! Feel free to contact me, I am happy to help out in the process. |
I'm working off the code in the README to understand how sassy works. Consider this simple bit of code:
If I build that on a Linux machine with C++ library assertions enable, like so:
then we get an assertion due to an out-of-bounds vector access:
Running under GDB shows:
The out-of-bounds access appears to be in frame 6, so:
The vector
quotient_component_worklist_boundary
has only 1 element, so only index 0 is valid, but the code tries to access index 1.The text was updated successfully, but these errors were encountered: