Skip to content
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

Resolution of a closed issue found on githubmemory #85

Open
biggiemac42 opened this issue Sep 2, 2021 · 0 comments
Open

Resolution of a closed issue found on githubmemory #85

biggiemac42 opened this issue Sep 2, 2021 · 0 comments

Comments

@biggiemac42
Copy link

biggiemac42 commented Sep 2, 2021

cadence-workflow/cadence#4077 archived

I don't work with this repo but I encountered the exact datetime from the link above, in a different context. I also resolved the issue. Since one of the things I did before finding the answer, was google search the very specific number 11651379494838206464, and find an issue closed within the past half a year without resolution, I figured I would share the result.

11651379494838206464 (Tuesday, March 21, 2339 10:18:14.838 PM)

This datetime is what you get when you stuff midnight on 1/1/1 (that is year 0001) into a uint64 nanos time. Since 2^64 nanoseconds is around 585 years, you get the result mod that interval. That operation will turn it into either March of 2339 (if handling as unsigned) or August of 1754 (if handling as signed), both values show up in the linked issue. So the "unexpectedly late expiration timestamp" is actually a significant magic number date, just really obfuscated. Look for a source of magic timestamp "midnight on 1/1/1" in the code.

cc Kraney except I can't really find a way to reach him, and his own fork of this repo doesn't have issues enabled.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant