Что такое time_t в конечном итоге typedef?

Я искал свою коробку Linux и увидел этот typedef:

typedef __time_t time_t;

Но я не мог найти __time_t определение.

Time_t Статья Википедии статья проливает некоторый свет на это. Суть в том, что тип time_tне гарантируется в спецификации C.

Тип time_tданных - это тип данных в библиотеке ISO C, определенный для хранения значений системного времени. Такие значения возвращаются из стандартной time() библиотечной функции. Этот тип является typedef, определенным в стандартном заголовке. ISO C определяет time_t как арифметический тип, но не определяет какой-либо конкретный тип , диапазон, разрешение или кодировку для него. Также не определены значения арифметических операций, применяемых к значениям времени.

Unix и POSIX-совместимые системы реализуют time_tтип какsigned integer (обычно 32 или 64 бита), который представляет количество секунд с начала эпохи Unix : полночь UTC 1 января 1970 года (не считая високосных секунд). Некоторые системы правильно обрабатывают отрицательные значения времени, а другие нет. Системы, использующие 32-битный time_tтип, подвержены проблеме 2038 года .

[root]# cat time.c

#include <time.h>

int main(int argc, char** argv)
{
        time_t test;
        return 0;
}

[root]# gcc -E time.c | grep __time_t

typedef long int __time_t;

Это определяется $INCDIR/bits/types.hчерез:

# 131 "/usr/include/bits/types.h" 3 4
# 1 "/usr/include/bits/typesizes.h" 1 3 4
# 132 "/usr/include/bits/types.h" 2 3 4

стандарты

Уильям Брендель цитировал Википедию, но я предпочитаю ее изо рта лошади.

Проект стандарта C99 N1256 7.23.1 / 3 «Составляющие времени» гласит:

Объявленные типы: size_t (описано в 7.17) clock_t и time_t, которые являются арифметическими типами, способными представлять время

и 6.2.5 / 18 «Типы» говорит:

Целочисленные и плавающие типы вместе называются арифметическими типами.

POSIX 7 sys_types.h говорит:

[CX] time_t должен быть целочисленным типом.

где [CX]будет определен как :

[CX] Расширение до стандарта ISO C.

Это расширение, потому что оно дает более сильную гарантию: плавающие точки отсутствуют.

gcc однострочник

Нет необходимости создавать файл, как упомянуто Quassnoi :

echo | gcc -E -xc -include 'time.h' - | grep time_t

В Ubuntu 15.10 GCC 5.2 две верхние строки:

typedef long int __time_t;
typedef __time_t time_t;

Разбивка команд с некоторыми цитатами из man gcc:

• -E: "Остановитесь после этапа предварительной обработки; не запускайте должным образом компилятор."
• -xc: Укажите язык C, поскольку входные данные поступают из стандартного ввода, которое не имеет расширения файла.
• -include file: "Обрабатывать файл так, как если бы" #include "file" "появилось как первая строка первичного исходного файла."
• -: вход от стандартного ввода

Ответ определенно зависит от реализации. Чтобы выяснить это окончательно для вашей платформы / компилятора, просто добавьте этот вывод где-нибудь в вашем коде:

printf ("sizeof time_t is: %d\n", sizeof(time_t));

Если ответ 4 (32 бита) и ваши данные выходят за пределы 2038 года , то у вас есть 25 лет для переноса кода.

Ваши данные будут в порядке, если вы сохраните свои данные в виде строки, даже если это будет что-то простое, например:

FILE *stream = [stream file pointer that you've opened correctly];
fprintf (stream, "%d\n", (int)time_t);

Затем просто прочитайте его обратно тем же способом (fread, fscanf и т. Д. В int), и у вас будет время смещения вашей эпохи. Подобный обходной путь существует в .Net. Я без проблем передаю 64-битные числа эпох между системами Win и Linux (по каналу связи). Это поднимает проблемы с порядком байтов, но это уже другая тема.

Чтобы ответить на запрос Паксдиабло, я бы сказал, что он напечатал «19100», потому что программа была написана таким образом (и я признаю, что я сделал это сам в 80-х):

time_t now;
struct tm local_date_time;
now = time(NULL);
// convert, then copy internal object to our object
memcpy (&local_date_time, localtime(&now), sizeof(local_date_time));
printf ("Year is: 19%02d\n", local_date_time.tm_year);

printfОператор печатает фиксированную строку «Год является: 19» , за которым следует нулями строку с «лет начиная с 1900 года » (определение tm->tm_year). В 2000 году это значение, очевидно, равно 100. "%02d"колодки с двумя нулями, но не усекаются, если они длиннее двух цифр.

Правильный путь (изменить только на последнюю строку):

printf ("Year is: %d\n", local_date_time.tm_year + 1900);

Новый вопрос: в чем причина такого мышления?

В Visual Studio 2008 по умолчанию используется значение, __int64если вы не определите _USE_32BIT_TIME_T. Вам лучше просто притворяться, что вы не знаете, как он определяется, поскольку он может (и будет) меняться от платформы к платформе.

time_tимеет тип long intна 64-битных машинах, иначе это так long long int.

Вы можете проверить это в следующих заголовочных файлах:

time.h: /usr/include
types.hИ typesizes.h:/usr/include/x86_64-linux-gnu/bits

(Приведенные ниже операторы не являются друг за другом. Их можно найти в заголовочном файле соответственно с помощью Ctrl + f search.)

1) В time.h

typedef __time_t time_t;

2) В types.h

# define __STD_TYPE     typedef  
__STD_TYPE __TIME_T_TYPE __time_t;  

3) В typesizes.h

#define __TIME_T_TYPE       __SYSCALL_SLONG_TYPE  
#if defined __x86_64__ && defined __ILP32__  
# define __SYSCALL_SLONG_TYPE   __SQUAD_TYPE  
#else
# define __SYSCALL_SLONG_TYPE   __SLONGWORD_TYPE
#endif  

4) Опять в types.h

#define __SLONGWORD_TYPE    long int
#if __WORDSIZE == 32
# define __SQUAD_TYPE       __quad_t
#elif __WORDSIZE == 64
# define __SQUAD_TYPE       long int  

#if __WORDSIZE == 64
typedef long int __quad_t;  
#else
__extension__ typedef long long int __quad_t;

Это 32-разрядное целое число со знаком на большинстве устаревших платформ. Однако это приводит к тому, что ваш код страдает от ошибки 2038 года . Поэтому современные библиотеки C должны определять его как 64-битное целое число со знаком, что безопасно в течение нескольких миллиардов лет.

Обычно вы найдете эти базовые специфичные для реализации typedefs для gcc в каталоге заголовка bitsили asm. Для меня это/usr/include/x86_64-linux-gnu/bits/types.h .

Вы можете просто выполнить grep или использовать вызов препроцессора, подобный предложенному Quassnoi, чтобы увидеть, какой именно заголовок.

К чему в конечном итоге относится type_t?

Надежный код не заботится о типе.

С видов, time_tчтобы быть реальным типом, как double, long long, int64_t, intи т. Д.

Это даже может быть unsignedкак возвращаемые значения из многих функций времени, указывающих на ошибку -1, но(time_t)(-1) - этот вариант реализации является редкостью.

Дело в том, что «необходимость знать» тип встречается редко. Код должен быть написан, чтобы избежать необходимости.

Тем не менее, общая «необходимость знать» возникает, когда код хочет распечатать сырье time_t. Приведение к самому широкому целочисленному типу будет соответствовать большинству современных случаев.

time_t now = 0;
time(&now);
printf("%jd", (intmax_t) now);
// or 
printf("%lld", (long long) now);

Приведение к doubleили long doubleбудет работать, но может дать неточный десятичный вывод

printf("%.16e", (double) now);

time_tтолько typedefдля 8 байт ( long long/__int64), которые понимают все компиляторы и ОС. Раньше это было только для long int(4 байта), но не сейчас. Если вы посмотрите на time_tвнутри, crtdefs.hвы найдете обе реализации, но ОС будет использовать long long.