Year 2038 problem
Moderator: Moderator Team
-
- Posts: 7
- Joined: Fri Jan 26, 2018 10:24 pm
Year 2038 problem
Welcome whether will Reactos have a problem on January 19, 2038 or no? Whether ReactOS using 32 bit time?
- Fraizeraust
- Posts: 234
- Joined: Thu Jan 05, 2017 11:46 am
- Location: Italy
- Contact:
Re: Year 2038 problem
Based from my current knowledge, Windows doesn't use a signed 32-bit integer to store the timestamp so the problem doesn't concern us whatsoever. There was a topic before that users discussed about this, maybe it is in the Off-Topic section.
a.k.a. GeoB99 -- ReactOS Kernel developer -- My Wiki page
-
- Posts: 531
- Joined: Thu Jan 10, 2013 6:17 pm
- Contact:
Re: Year 2038 problem
Thank you for the link, karlexceed.
The original poster (OP) should have performed a search of the forums for "2038" before posting.
The original poster (OP) should have performed a search of the forums for "2038" before posting.
Re: Year 2038 problem
This isn't a "Year 2038" problem, it's a "Linux developers are dumb as bricks" problem, every other Unix hardened against this about a decade before Linux did, and of course Windows has always used 64-bit time.
I love it when the world panics over Linux being garbage, you'd think they'd learn by now. At least Sony did the right thing using FreeBSD for the PS4.
I love it when the world panics over Linux being garbage, you'd think they'd learn by now. At least Sony did the right thing using FreeBSD for the PS4.
-
- Posts: 7
- Joined: Fri Jan 26, 2018 10:24 pm
Re: Year 2038 problem
I do not know. Others write something else that the problem of the year also has windows (only 32 bit) and on the other hand actually writes here https://en.wikipedia.org/wiki/Epoch_%28 ... ce_date%29 that the time of Windows begins on 1 January 1601 so I do not know . Now I'm lost in all this.
Re: Year 2038 problem
AdrianGlowaki, the '32' of 32-bit Microsoft Windows or ReactOS refers to the length of the address pointers used by the operating system. The '32' is not a limitation of the length in bits of a piece of internal data used by the operating system or application programs. Even the now-obsolete 16-bit Windows (such as Microsoft Windows 3.1) could keep time using 64 bits.AdrianGlowacki wrote:I do not know. Others write something else that the problem of the year also has windows (only 32 bit) and on the other hand actually writes here https://en.wikipedia.org/wiki/Epoch_%28 ... ce_date%29 that the time of Windows begins on 1 January 1601 so I do not know . Now I'm lost in all this.
Re: Year 2038 problem
You should probably actually learn about this stuff instead of screaming "the world is ending in the year 2000 because of all the broken computers". And maybe stop listening to whatever morons are telling you that a computer can't represent data larger than it's bus size.AdrianGlowacki wrote:I do not know. Others write something else that the problem of the year also has windows (only 32 bit) and on the other hand actually writes here https://en.wikipedia.org/wiki/Epoch_%28 ... ce_date%29 that the time of Windows begins on 1 January 1601 so I do not know . Now I'm lost in all this.
-
- Posts: 131
- Joined: Sun Oct 20, 2013 6:50 am
Re: Year 2038 problem
And you should stop being such an arrogant asshole.Konata wrote:You should probably actually learn about this stuff instead of screaming "the world is ending in the year 2000 because of all the broken computers". And maybe stop listening to whatever morons are telling you that a computer can't represent data larger than it's bus size.
[Edited to avoid misunderstandings]
Last edited by Forever Winter on Sun Jan 28, 2018 2:56 pm, edited 1 time in total.
-
- Posts: 7
- Joined: Fri Jan 26, 2018 10:24 pm
Re: Year 2038 problem
I do not shout only I'm interested in the problem of 2038 year.Konata wrote:You should probably actually learn about this stuff instead of screaming "the world is ending in the year 2000 because of all the broken computers". And maybe stop listening to whatever morons are telling you that a computer can't represent data larger than it's bus size.AdrianGlowacki wrote:I do not know. Others write something else that the problem of the year also has windows (only 32 bit) and on the other hand actually writes here https://en.wikipedia.org/wiki/Epoch_%28 ... ce_date%29 that the time of Windows begins on 1 January 1601 so I do not know . Now I'm lost in all this.
I'm not an arrogant asshole!Forever Winter wrote:And you should stop being such an arrogant asshole.
-
- Posts: 131
- Joined: Sun Oct 20, 2013 6:50 am
Re: Year 2038 problem
My post was directed at Konata, not at you.AdrianGlowacki wrote:I'm not an arrogant asshole!
-
- Posts: 7
- Joined: Fri Jan 26, 2018 10:24 pm
Re: Year 2038 problem
Forever Winter Ops Sorry
-
- Posts: 7
- Joined: Fri Jan 26, 2018 10:24 pm
Re: Year 2038 problem
I have one more question, what does "AD 30,828" mean? At https://en.wikipedia.org/wiki/System_time, he writes that Windows has its beginning and the end of time from January 1, 1601 to AD 30,828. In which day, month, year and at what time does the Windows era end?
Re: Year 2038 problem
Jeez, tell us how you really feel...Konata wrote:This isn't a "Year 2038" problem, it's a "Linux developers are dumb as bricks" problem, every other Unix hardened against this about a decade before Linux did, and of course Windows has always used 64-bit time.
I love it when the world panics over Linux being garbage, you'd think they'd learn by now. At least Sony did the right thing using FreeBSD for the PS4.
ReactOS: HP pavilion dv6500.
Re: Year 2038 problem
smells like a couple of linuxoids had expereinced a bit of butthurt,
by the way, "arrogant asshole" - this is an exact definition of a linux kernel developer. isn't it?
there is no such a problem, that's the answer, Adrian, be happy. The galaxy is not endangered.
by the way, "arrogant asshole" - this is an exact definition of a linux kernel developer. isn't it?
there is no such a problem, that's the answer, Adrian, be happy. The galaxy is not endangered.
Who is online
Users browsing this forum: No registered users and 21 guests