-
Notifications
You must be signed in to change notification settings - Fork 10
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
double check the output of TraceThis.obs #434
Comments
i removed this test case from the JSON listing in #430. prior to that PR, it would run and produce a bad answer (as above). now it runs out of gas. there are a few reasons this could be happening -- it could actually just be running out of gas; i have recently learned that that output can mean the description of the test is here:
note that |
* first pass at including default constructors * adding a time string to the benchmarks file so it doesn't get overwritten * updating the test script to optionally save the optimized and pretty yul from running solc, for local debugging * generate constructor and arguments * changing the name of the test transaction to avoid #424 * adding a prefix to constructor argument names so that they are unique * whitespace, scala style * writing a helper for unified names of transactions * updating codegen to use the single helper, adding comments * convenience script for local debugging * updating translateTransaction to be able to use the unified helper for transaction names * fixing whitespace * changing the test script so that it calls transactions from main with the contract name prefix * removing inMain boolean argument, it was a symptom of nonuniform transaction names. this addresses #407 * removing some redunant code in translateProgram, pushing helpers into util file * fixing a silly error, changing how line comments get printed for readability * first pass at producing the sequence of assignments for the body of the default constructor * whitespace, scala style * some comments, changing the signature of the internal function so i can actually use fold * removing an accidental implementation of seq.reverse * updating helper script * update the field where it actually is in memory; adding a helper function because this code alsp appears in the assignment case * using the helper to declare vars not just assign them * adding a test specifically for default constructors * whitespace * another missing reverse here * adding comments * first cut at calling the constructor for main per #426 #427 * comment * adding memory allocation to the invoke block, calling default constructor and tracer there. first cut * moving the codecopy after the tracer def and call * adding a test case * scraps * first cut at tracing after pointer write * adding a couple new helper functions; changing the update field helper to add the storage offset, which I think breaks the SetGetDefaultChecks test. * using new helper functions. adding tracer call code in pointer writes * reversing a bad change, adding a comment about why so i dont feel tempted to do it again * after debugging, changing which identifier goes to the trace call * whitespace, comments * Removing trace this test case. see #434
the
TraceThis
test produces-2438
. sketched out in Python,the same test produces
1733297
. i am more confident that the python version is correct, so i think this is a sign of a bug. nothing crashes during a run of that test case, just the answer is wrong.one first step would be to run it on the Fabric framework and see what the answer is there, which i don't know how to do immediately.
The text was updated successfully, but these errors were encountered: