-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
Pg suffers from Y10K problem #441
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
Thanks for reporting the problem. Can you provide us with a few lines of code to reproduce the problem or a failing test case? |
Well, just create a date column in the database and insert a date above 10K there. ;) |
Something like: SELECT DATE '20000-01-01' |
Can this be handled in another few thousand years? |
Sadly, no. Unless all PostgreSQL users so far have been religious, the world also started more than 10k years ago. ;) |
Unfortunately PostgreSQL does not support dates early than 4713 BCE (see manual). However I did fix pg's y10k issue with pull request #480 so you can record your pet dinosaur's birth date whenever PostgreSQL adds support for that date. 😄 |
Cool. Thanks, @benighted! Life is difficult for us time-travelers. |
This is fixed now, right? |
This is fixed now, correct. Thanks @charmander - I was stuck under the rock of working too many hours at my startup not having enough time to work on this. |
This is because of
dateMatcher
intextParsers.js
expects years to be 4 characters. https://en.wikipedia.org/wiki/Y10KThe text was updated successfully, but these errors were encountered: