2038년호 [종료]

일부 장기 암호화 인증서에서 2038년 이후의 날짜를 처리해야 하는 임베디드 Linux 시스템에서 이 문제가 발생했습니다. 따라서 이 문제가 발생할 가능성은 애플리케이션 도메인에 따라 다릅니다.

대부분의 시스템은 2038년까지 준비되어야 하지만, 오늘 먼 미래의 날짜를 계산하는 경우 문제가 발생할 수 있습니다.

나는 이것이 1999/2000년의 Y2K 문제보다 더 심각한 문제가 될 것이라고 생각합니다. 왜냐하면 영향을 받는 코드는 일반적으로 낮은 수준(CTIME)이므로 이러한 방식으로 시간이 어디에 저장되어 있는지 알아내기가 어렵기 때문입니다.

문제를 더욱 복잡하게 만드는 것은 Y2K가 눅눅한 스퀴브로 간주된다는 사실이며, 이는 이벤트가 시작되기 전에 이 문제에 대한 관심을 끌기가 더 어렵게 만들 것이라는 점입니다.

문화 관련 자료:

Cory Doctorow는 오픈 라이센스 하에서 단편 소설 의뢰/출판의 새로운 모델을 실험하고 있습니다. 제가 제안하는 것 중 하나는 2038년 주제인데, 그는 Epoch에서 훌륭하게 수행했습니다.http://craphound.com/?p=2337

몇 년 전에 모기지 프로그램과 같은 분야에서 30년 대출 계산: 2008 + 30 = 2038에 문제가 있다는 보고가 있었습니다.

이것은 내 의견이지만 이 문제는 32비트 카운터 문제로 인해 발생하며 오늘날 대부분의 운영 체제는 64비트(적어도 64비트 시스템에서는)에서 시간을 처리하도록 업데이트되었으므로 모든 운영 체제와 소프트웨어는 모두 오래 준비될 것입니다. 2038년 이전, 예를 들어 2020년. 따라서 아직 2020 소프트웨어를 실행하고 있다면 2038년에만 문제가 발생할 수 있습니다.
거의 모든 경우에 이는 문제가 되지 않을 수 있습니다. 나는 희망.