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
On my machine np.float64 are the same as float, so I would expect that they are serialized in the same way. However, this is not the case as the logic in
This is a good point, I'd love to see our serialization supports numpy by default. We won't do it in msrest though as we are deprecating this lib to a new system, recent SDKs don't even install msrest anymore. I'll keep this issue open until we update the new system with it.
Thanks for your feedback!
I noticed that the package was deprecated only after opening the issue, but decided to keep the issue open for our reference as we have a package that depends on this issue.
Actually, I think that my suggestion is more connected to python's duck-typing. The issue with numpy is just one manifestation.
What I mean is that for cases where a class is behaving as a built-in (i.e. being a subclass of a basic type) it might make sense to serialize them in the same way.
In light of this I understand that the title of my issue is misleading.
mzat-msft
added a commit
to microsoft/bonsai-gym
that referenced
this issue
Nov 17, 2022
Due to Azure/msrest-for-python#257 we need to check
against ``type`` instead of ``isinstance`` otherwise ``numpy.float_`` will
pass the check but fail at serialization.
Uh oh!
There was an error while loading. Please reload this page.
On my machine
np.float64
are the same asfloat
, so I would expect that they are serialized in the same way. However, this is not the case as the logic inmsrest-for-python/msrest/serialization.py
Line 944 in af41991
type
rather thanisinstance
.Do you think it makes sense to treat classes that are subclasses of basic types as basic types in the serialization process?
Here is a minimal working example of what I'm referring to. Note that
np-float
is cast to astr
instead of afloat
.The text was updated successfully, but these errors were encountered: