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

Expose the underlying bytecode built by the Builder library #45

Open
mlalic opened this issue Oct 15, 2020 · 0 comments
Open

Expose the underlying bytecode built by the Builder library #45

mlalic opened this issue Oct 15, 2020 · 0 comments
Labels
enhancement New feature or request WinRtBuilderApi Issues that are related to the WinRT Builder API

Comments

@mlalic
Copy link
Contributor

mlalic commented Oct 15, 2020

From Adam Hodson:

If I put together a remote operation using the winRT builder api, is there a way to get back the generated byte code for the series of calls strung together? The presented slide on diagnostics functionality assumes you're using byte code for the error location so wouldn't be that helpful if you used the builder api?


Yes, exposing the actual bytecode generated by the builder out to the client would certainly be useful. We should add this.

We could perhaps have both a "current bytecode" exposed off of the AutomationRemoteOperation itself (the bytecode that has been built up thus far), as well as an "executed bytecode" property on the ResultSet (the bytecode that was ultimately sent for execution).

@mlalic mlalic added enhancement New feature or request WinRtBuilderApi Issues that are related to the WinRT Builder API labels Oct 15, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request WinRtBuilderApi Issues that are related to the WinRT Builder API
Projects
None yet
Development

No branches or pull requests

1 participant