Skip to content
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

Suggestion: "Trace" function? #302

Open
aarondav opened this issue Mar 1, 2013 · 0 comments
Open

Suggestion: "Trace" function? #302

aarondav opened this issue Mar 1, 2013 · 0 comments

Comments

@aarondav
Copy link
Contributor

aarondav commented Mar 1, 2013

For debugging purposes, I was imagining a function that traced how a collection changes over ticks. It would function somewhat similarly to how stdio works now (though shouldn't). The default messaging would be better, though, something like Trace: myTable added these tuples: ["a", "b"], ["c", "d"].

I imagine an interface something like this, with two functions, trace_enter and trace_exit:

  • trace_enter shows updates to a collection at the beginning of ticks. Optimal for interface inputs, to trace when they arrive.
  • trace_exit shows updates the ends of ticks. Optimal for outputs or tables modified during the tick.

These methods maintain the opaqueness of a tick by only instrumenting before or after the tick. Additionally, since a trace would display updates since the last trace on the same object, using both trace_enter and trace_exit would allow you to trace tables that may be used as both inputs and outputs (though that's probably not good coding practice in general).

Any thoughts on this idea? Would it possibly be a worthwhile addition to the bud base support, or just extra garbage on top?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant