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
{{ message }}
This repository was archived by the owner on Jul 28, 2023. It is now read-only.
it seems like the Job class is caching its result. But it is easy to change the result during post-processing, for example marginalizing over some qubits or doing error mitigation on the result. I think this should not affect the original job result. At least, the job.result() call should have an option to fetch the original result from the API again.
The text was updated successfully, but these errors were encountered:
Sure but it will take some time to figure out this is happening (based on my debugging experience). I don’t think it is expected that “job.result()” is *not* returning the result of the executed job every time you call it.
On Nov 25, 2019, at 11:55 AM, Jessie Yu ***@***.***> wrote:
If a user wants to change the result object but keep the original, can't they just do a copy.deepcopy()?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.
it seems like the Job class is caching its result. But it is easy to change the result during post-processing, for example marginalizing over some qubits or doing error mitigation on the result. I think this should not affect the original job result. At least, the job.result() call should have an option to fetch the original result from the API again.
The text was updated successfully, but these errors were encountered: