-
Notifications
You must be signed in to change notification settings - Fork 121
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
Extend \dt* to allow file redirection #252
Comments
Another option would be to capture outputs in one or more variables, to allow processing within r2. The drawback would obviously be memory usage and needing a configurable limit to specify when to start dropping old data. |
Yeh, discussed offline with @mrmacete, could be an idea to cache it in the agentside and have a |
Actually looking at the source there is already: It's just invoked. It looks like we can just replace |
Perhaps we can a) convert the |
Hi guys, both options are a great option. I personally liked more the way that @hexploitable Can you open a PR to test? |
Yeah I'll open something WIP to get the ball rolling but at a glance, we can switch to using the emit functions, and then introduce variables for limits and json|simple logs. |
+1 |
Updated the PR with the changes. A Since the traces now use
|
* use traceEmit() instead of traceLog() - allowing for writing trace to output files for parsing * remove superfluous function * add config variable to decide between simple output and json * normalize config variable case except file.log * fix error in str case flattening since we should only do this on strings not other config values such as booleans, ints, etc
Trace output can be extensive, it would be nice to have a way to have trace output written to a file.
SInce trace output is async, we cannot directly parse the output with r2's json capabilities.
Should be easy to add, just capturing it here so the thought is not lost.
The text was updated successfully, but these errors were encountered: