-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Handle NaNs when decoding times (failures on riscv64) #7096
Comments
It looks lie many of these occur in pandas code — do pandas tests pass? |
On Sep 28 2022, Maximilian Roos wrote:
It looks lie many of these occur in pandas code — do pandas tests pass?
That's because xarray is passing bogus values.
|
What are the bogus values? Please could you answer the question on whether pandas tests pass? |
array([ 0, 9223372036854775807])
|
I'm not sure what that has to do with xarray though? Does this give the same result?
We're here helping as volunteers; we can only engage on issues if you reciprocate our good faith. Please could you answer this? |
Closing but please feel free to reopen |
Hi, we are getting similar failures when building xarray for Arch Linux riscv64.
I got the same result in riscv64. One thing I could guess is that the sign bit of NaN is not kept during conversions. Some more details could be found at: https://sourceware.org/pipermail/libc-alpha/2022-September/142011.html Repeating the same steps result in
I have tried pandas' tests and got many failures like:
or
Quite some of the tests are having NaN in the context as well. So you are probably right that pandas or numpy may be where the problem lies. |
Thanks for trying that. Notably, that code doesn't have xarray in. So I'm keen to be part of the solution, but it doesn't look to be a problem with xarray code specifically. Let me know if that makes sense. |
As in #7098
|
@felixonmars If you are still in the works with this, I'd appreciate if you could test this against #7827. Thanks. |
@kmuehlbauer Sure. I have verified that the tests are passing on #7827 and failing on the current main branch. |
What happened?
FAILED xarray/tests/test_backends.py::TestScipyInMemoryData::test_roundtrip_numpy_datetime_data
FAILED xarray/tests/test_backends.py::TestScipyFileObject::test_roundtrip_numpy_datetime_data
FAILED xarray/tests/test_backends.py::TestGenericNetCDFData::test_roundtrip_numpy_datetime_data
FAILED xarray/tests/test_backends.py::TestScipyFilePath::test_roundtrip_numpy_datetime_data
= 4 failed, 4636 passed, 5632 skipped, 19 xfailed, 22 xpassed, 38 warnings in 266.18s (0:04:26) =
What did you expect to happen?
No failures
Minimal Complete Verifiable Example
MVCE confirmation
Relevant log output
Anything else we need to know?
https://build.opensuse.org/package/live_build_log/openSUSE:Factory:RISCV/python-xarray/standard/riscv64
Environment
/usr/lib/python3.10/site-packages/_distutils_hack/init.py:33: UserWarning: Setuptools is replacing distutils.
warnings.warn("Setuptools is replacing distutils.")
INSTALLED VERSIONS
commit: None
python: 3.10.7 (main, Sep 11 2022, 08:41:56) [GCC]
python-bits: 64
OS: Linux
OS-release: 5.19.10-1-default
machine: riscv64
processor: riscv64
byteorder: little
LC_ALL: None
LANG: de_DE.UTF-8
LOCALE: ('de_DE', 'UTF-8')
libhdf5: None
libnetcdf: None
xarray: 2022.6.0
pandas: 1.4.4
numpy: 1.21.6
scipy: 1.8.1
netCDF4: None
pydap: None
h5netcdf: None
h5py: None
Nio: None
zarr: None
cftime: None
nc_time_axis: None
PseudoNetCDF: None
rasterio: None
cfgrib: None
iris: None
bottleneck: 1.3.5
dask: None
distributed: None
matplotlib: 3.5.3
cartopy: None
seaborn: None
numbagg: None
fsspec: None
cupy: None
pint: None
sparse: None
flox: None
numpy_groupies: None
setuptools: 63.2.0
pip: 22.0.4
conda: None
pytest: 7.1.2
IPython: 8.5.0
sphinx: None
The text was updated successfully, but these errors were encountered: