URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID10
Нить номер: 5065
[ Назад ]

Исходное сообщение
"Про ctime"

Отправлено tux2002 , 01-Сен-12 18:53 
Простите за педантичность, но всётаки как должно быть в POSIX?
ctime - change time (OpenBSD, Linux)
ctime - create time  (Minix, MacOSX)
?

Содержание

Сообщения в этом обсуждении
"Про ctime"
Отправлено Andrey Mitrofanov , 02-Сен-12 13:27 
> Простите за педантичность, но всётаки как должно быть в POSIX?

Осспадя.... По Посиксу правильно:

ctime, ctime_r - convert a time value to a date and time string

http://pubs.opengroup.org/onlinepubs/009695399/basedefs/xbd_...

> ctime - change time (OpenBSD, Linux)
> ctime - create time  (Minix, MacOSX)

Но при этом _сертифицировались на позиксивность... угадайте какие из 4х вышеперечисленных?

> ?


"Про ctime"
Отправлено ops , 02-Сен-12 17:48 
> Но при этом _сертифицировались на позиксивность... угадайте какие из 4х вышеперечисленных?

Дык фишка в том, что во всех 4х ctime() это именно convert...
Может ТС о struct stat.st_ctime? Так опять же у всех 4х это change...


"Про ctime"
Отправлено tux2002 , 03-Сен-12 14:44 
>> Но при этом _сертифицировались на позиксивность... угадайте какие из 4х вышеперечисленных?
> Дык фишка в том, что во всех 4х ctime() это именно convert...
> Может ТС о struct stat.st_ctime? Так опять же у всех 4х это
> change...

Я имел ввиду atime mtime ctime файлов.


"Про ctime"
Отправлено ops , 03-Сен-12 15:42 
> Я имел ввиду atime mtime ctime файлов.

Чудесно, а где сказано, что у minix или osx это время создания инода?
Может Вы c st_birthtime (которого у линукса и опенька просто нет)попутали?


"Про ctime"
Отправлено tux2002 , 03-Сен-12 15:50 
>> Я имел ввиду atime mtime ctime файлов.
> Чудесно, а где сказано, что у minix или osx это время создания
> инода?
> Может Вы c st_birthtime (которого у линукса и опенька просто нет)попутали?

Ну у macOSX я сам проверял в магазине на витрине на макбуке, а у Minix в книге Э Таненбаум Операционные системы 3-е издание глава 5 файловые системы 5.1.5 атрибуты файлов стр. 538 таблица 5.2


"Про ctime"
Отправлено ops , 03-Сен-12 15:52 
> Ну у macOSX я сам проверял в магазине на витрине на макбуке,
> а у Minix в книге Э Таненбаум Операционные системы 3-е издание
> глава 5 файловые системы 5.1.5 атрибуты файлов стр. 538 таблица 5.2

Ну Вас обманули. Посмотрите в их же маны или в stat.h



"Про ctime"
Отправлено pavlinux , 04-Сен-12 00:27 
>  как должно быть в POSIX?

Как в POSIX!

http://pubs.opengroup.org/onlinepubs/009695399/basedefs/xbd_...

4.7 File Times Update

Each file has three distinct associated time values: st_atime, st_mtime, and st_ctime.
The st_atime field is associated with the times that the file data is accessed; st_mtime
is associated with the times that the file data is modified; and st_ctime is associated
with the times that the file status is changed. These values are returned in the file
characteristics structure, as described in <sys/stat.h>.

Each function or utility in IEEE Std 1003.1-2001 that reads or writes data or changes file
status indicates which of the appropriate time-related fields shall be "marked for update".
If an implementation of such a function or utility marks for update a time-related field
not specified by IEEE Std 1003.1-2001, this shall be documented, except that any changes
caused by pathname resolution need not be documented. For the other functions or utilities
in IEEE Std 1003.1-2001 (those that are not explicitly required to read or write file data
or change file status, but that in some implementations happen to do so), the effect is
unspecified.

An implementation may update fields that are marked for update immediately, or it may update
such fields periodically. At an update point in time, any marked fields shall be set to the
current time and the update marks shall be cleared. All fields that are marked for update
shall be updated when the file ceases to be open by any process, or when a stat(), fstat(),
or lstat() is performed on the file. Other times at which updates are done are unspecified.
Marks for update, and updates themselves, are not done for files on read-only file systems;
see Read-Only File System.