-
-
Notifications
You must be signed in to change notification settings - Fork 25
Vivisect support for RevSync #6
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
base: master
Are you sure you want to change the base?
Conversation
…ome things,doesn't send anything, but had the stubs for the vivisect event handlers
name bugfix in ida_frontend
… vivisect plugin environments before loading.
…installed (but no VivGui)
…w" in the environment is enough.
|
Generally looks pretty good. Note that I'm not familiar with visisect so I can't review that integration code very deeply. Have you tested change round trips much? Like, if you submit a change to the server, get a notification for the change, and apply the change to your local client - it's ok if it generates a new event, but the contents should be the same as the previous event so client.py can reject it. Otherwise you might flood the redis server with changes and lag out all the clients. |
|
thanks. yes, i've used this in real-time reversing collab with binja and ghidra. have you considered circleci and unittests? i understand that binja and ida don't lend themselves to automated unittest checks, but unittests (like in tests/) would allow for simple tests like that before commits (manually, probably) |
|
revsync itself handles round trips fine, the problem is more whether your app has any weird behaviors with round trips, so we'd basically need to unit test with your whole app in the loop |
|
sure. |
|
Ok, I just did a manual squash and merge to master. Mind double checking that it works for you still? |
Early revision, but functional.
GUI Config (if config doesn't exist), Comments and Symbol sharing work well.