Giải pháp năm 2038 cho Linux nhúng (32 bit)?

Question

Cách thích hợp để xử lý thời gian trong mã C cho 32-bit nhúng Linux (ARMLinux) là gì để đảm bảo rằng mã tiếp tục hoạt động đúng sau 03:14:07 UTC ngày 19 tháng 1 năm 2038 (khi một32 bit đã ký) tràn)? Cho rằng time_t được ký 32 bit trên hệ thống tôi phải sử dụng, các lựa chọn thay thế là gì?

Một lượng đáng kể googling đã phát hiện ra không có gì sử dụng thực tế. Mọi người dường như cho rằng tất cả chúng ta sẽ sử dụng hệ điều hành 64 bit, nhưng điều này không đúng với các hệ thống nhúng.

Trên hệ thống, tôi được yêu cầu sử dụng, __kernel_time_t được định nghĩa là long. Có lẽ có nghĩa là không có cơ sở hạt nhân cho thời gian 64 bit. Phiên bản của uClibc là 0.9.29.

Tôi không thể tin mình là người duy nhất có vấn đề này và tôi không muốn phát minh lại bánh xe.

Answer 1

Không có đạn bạc, thủ thuật hoặc giải pháp thông minh. Hoặc sử dụng hệ điều hành có 64 bit time_t hoặc không sử dụng time_t và bất kỳ tiện ích hệ điều hành nào phụ thuộc vào nó (bao gồm hệ thống tệp, bộ hẹn giờ, nửa mạng) hoặc kế hoạch cập nhật phần mềm trong 20 năm tới.

Có ít nhất hai hệ thống giống như Unix với 64 bit time_t trên máy 32 bit: OpenBSD và NetBSD. OpenBSD có một vài cuộc thảo luận giải thích lý do đằng sau nó: http://www.openbsd.org/papers/eurobsdcon_2013_time_t/index.html

Answer 2

Các thói quen chuyển đổi thời gian sẽ "đơn giản" phải sử dụng 2038-01-19: 03: 14: 07Z làm cơ sở cho thời gian Unix Epoch nếu dấu thời gian dưới một giá trị nhất định.

I.e. nếu hệ thống của bạn hoạt động hiệu quả trong năm 2010-01-01, bạn có thể giả định rằng không có dấu thời gian, không bị tràn, dưới 1262300400 (đây là thời gian kết thúc của ngày đó).

Nếu gặp dấu thời gian thấp hơn, hãy xem dấu thời gian bị tràn và sử dụng 2038-01-19: 03: 14: 07Z làm thời gian cơ bản. So sánh cũng phải được tính đến.

Không phải là giải pháp sạch, nhưng có thể thực hiện được với nỗ lực vừa phải. Chuyển đổi tốt hơn sang dấu thời gian 64 bit (không hoàn toàn cần hệ thống 64 bit, btw).

Answer 3

Tôi giả định ABI của hệ thống nhúng của bạn xác định long là 32 bit.

Không yêu cầu loại ký hiệu time_t. Có thể bạn có thể làm cho nó unsigned long và mua cho mình và con cháu của bạn thêm 68 năm yên bình? Thay đổi điều này sẽ yêu cầu biên dịch lại hạt nhân, thư viện C một d tất cả các chương trình và thư viện sử dụng time_t ... không dành cho người yếu tim! Bạn cũng có thể định nghĩa nó là long long, nhưng điều này sẽ thay đổi nhiều bố cục cấu trúc và thậm chí còn khó khăn hơn.