![]() |
|
|
|
|
|||||||
| Forums | Portal | Register | Rules & FAQ | Contribute | Members List | Arcade | Search | Today's Posts | Mark Forums Read |
| What's on Your Mind? Come inside and relax a while. Maybe play a few Video Arcade Games if you have free time. |
|
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Compare date from db2 table to yesterday's Unix system date | sasaliasim | Shell Programming and Scripting | 8 | 04-24-2008 03:04 AM |
| how to edit large file in unix | balireddy_77 | Shell Programming and Scripting | 3 | 12-14-2006 03:40 AM |
| Changing Creation Date to a Prespecified Date of a File In Unix | monkfan | UNIX for Dummies Questions & Answers | 4 | 11-28-2006 03:15 AM |
| Need to split a large data file using a Unix script | SAIK | HP-UX | 1 | 03-29-2006 01:05 PM |
| Unix File System performance with large directories | dive | UNIX for Dummies Questions & Answers | 3 | 03-12-2004 01:31 PM |
|
|
LinkBack | Thread Tools | Display Modes |
|
|||
|
I have heard that in 2039? that the unix date will be too large for the operating system and unix will no longer be usable. anyone else heard of this or is it anothe y2k scare? thanks
|
| Forum Sponsor | ||
|
|
|
|||
|
32 bit time_t values have a max: Mon Jan 18 20:14:07 2038
The result above comes from epoch seconds = 2147483647. This is largest positive value a 32 bit signed integer supports. If you add one to that value and then display it as a date/time value you get the earliest date your system supports. There was a thread with code on this yesterday - search for it. |
|
|||
|
As a note: using a long long (64 bit) values for time_t extends the time range a bit.
The sun will have burned out when this happens to a 64 bit number.... So - no big deal, unless you want to keep a 1990's piece of unix hardware running for the next 31 years. Hmm. sounds like a lot of companies that still have DOS boxes for production code..... |
|
|||
|
a discussion here
|
|||
| Google UNIX.COM |
| Thread Tools | |
| Display Modes | |
|
|