Проблема 2038 рокуПробле́ма 2038 ро́ку у комп'ютерних системах — очікувані збої в роботі програмного забезпечення 19 січня 2038 року. Ця проблема стосується програм і систем, в яких використовується представлення часу за стандартом POSIX (час Unix). Цей стандарт використовує кількість секунд, які пройшли від початку «епохи», тобто з півночі 1 січня 1970 року. Таке представлення часу — стандарт для Unix-подібних операційних систем (через розповсюджене використання мови Сі). На більшості систем з розрядністю процесора не вище 32-біт для зберігання секунд використовується тип даних Наступний момент часу час змусить таке поле даних прийняти від'ємне значення, що подібно до зациклювання часу (оскільки від'ємне число може бути сприйнято програмами як час у 1970 або 1901 році, залежно від реалізації). Унаслідок можуть бути здійснені помилкові обчислення або отримані некоректні результати. Для багатьох комбінацій процесорів і операційних систем не існує простого розв'язання проблеми 2038 року. Розширення типу Більшістю операційних систем для 64-бітних архітектур вже використовується 64-бітне представлення цілого в Проте, сотні тисяч 32-бітних систем все ще вводяться експлуатацію, у тому числі — у вбудовуваних системах (наприклад, на 32-бітних процесорах архітектури ARM та на процесорах меншої розрядності). Викликає сумнів, що вони всі будуть замінені до 2038 року. Вбудовані комп'ютери можуть діяти без модернізації весь термін, який працюють керовані ними системи. Наприклад, комп'ютери управління процесами моделі IBM 1800, випуск яких розпочато 1965 року, усе ще використовувалися на одній з атомних станцій у Канаді у 2006 році. На додаток до цього, 32-бітний формат Введення 64-бітного формату вносить нову дату «закільцьовування» через приблизно 290 мільярдів років, в 15:30:08 UTC в неділю, 4 грудня 292 277 026 596 року. Але ця проблема в наш час не вважається терміновою. Представлення дати у Java[1] і .NET[2] не мають цієї проблеми. Див. такожПосилання
Примітки
|
Portal di Ensiklopedia Dunia