-
-
Notifications
You must be signed in to change notification settings - Fork 18.5k
BUG: pd.date_range gives wrong overflow error type when freq='B' #24252
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
Comments
I suspect that generally Additionally the |
Hey, @mroeschke, did your PR resolve this issue? I'm in doubt, as the second example now raises a OverflowError, while I assumed the correct solution would be for both to raise a OutOfBoundsDatetime. |
I don't think @jbrockmendel solved this issue. On master the first example still raises an
|
@mroeschke just opened #26651 that addresses the example here. I had trouble coming up with an example to test non-overflow at the bottom of the overflow range. Suggestions welcome. |
This seems a little suspicious toward the bottom of the overflow range (on master):
|
@mroeschke under #24252 [8] above is unchanged but [11] returns |
I think [7] and [11] should both raise an |
Code Sample, a copy-pastable example if possible
Problem description
These two date_range overflows return different error types. Both should reasonablyreturn
OutOfBoundsDatetime
.INSTALLED VERSIONS
commit: 8221ee9
python: 3.7.1.final.0
python-bits: 64
OS: Windows
OS-release: 10
machine: AMD64
processor: Intel64 Family 6 Model 78 Stepping 3, GenuineIntel
byteorder: little
LC_ALL: None
LANG: None
LOCALE: None.None
pandas: 0.24.0.dev0+1257.g8221ee91d
pytest: 4.0.0
pip: 18.1
setuptools: 40.6.2
Cython: 0.29
numpy: 1.15.4
scipy: None
pyarrow: 0.11.1
xarray: None
IPython: 7.1.1
sphinx: None
patsy: None
dateutil: 2.7.5
pytz: 2018.7
blosc: None
bottleneck: None
tables: None
numexpr: None
feather: 0.4.0
matplotlib: 3.0.1
openpyxl: None
xlrd: 1.1.0
xlwt: None
xlsxwriter: None
lxml.etree: None
bs4: None
html5lib: None
sqlalchemy: None
pymysql: None
psycopg2: None
jinja2: 2.10
s3fs: None
fastparquet: None
pandas_gbq: None
pandas_datareader: None
gcsfs: None
The text was updated successfully, but these errors were encountered: