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
Is your feature request related to a problem? Please describe.
CrossHair doesn't have amazing performance on the "How not to sort by a partial order" hypothesis example, here. (using the new provider-plugins capability)
Describe the solution you'd like
I noticed that a good heuristic would be to try making sequence-like symbolic types (str, bytes, list, tuple, set, dict) be the same size, or perhaps be the same size when generated at the same stack trace. Not sure exactly how that would work though. Note also that care would need to be taken to prevent the generation of infinite data structures.
For that matter, some early runs where everything is empty, and then everything is a singleton, etc, would be good early explorations.
That said, our hypothesis integration is too low-level to actually understand what determines container lengths, so this solution doesn't actually help the original use case. Still, I like the idea.
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem? Please describe.
CrossHair doesn't have amazing performance on the "How not to sort by a partial order" hypothesis example, here. (using the new provider-plugins capability)
Describe the solution you'd like
I noticed that a good heuristic would be to try making sequence-like symbolic types (str, bytes, list, tuple, set, dict) be the same size, or perhaps be the same size when generated at the same stack trace. Not sure exactly how that would work though. Note also that care would need to be taken to prevent the generation of infinite data structures.
For that matter, some early runs where everything is empty, and then everything is a singleton, etc, would be good early explorations.
That said, our hypothesis integration is too low-level to actually understand what determines container lengths, so this solution doesn't actually help the original use case. Still, I like the idea.
The text was updated successfully, but these errors were encountered: