Talk:Stat (system call)

message: I found this page on "Unix Stat" while doing a search for unix programming topics (3/4/07)
I feel strongly that the resources of Wikipedia should not be wasted on recreating or mirroring another "d_mned" unix manual on the web. There are ample resources for programming and operating systems related concerns on the web and so while the "history of" would be alright for Wiki. It is wholly inappropriate as a mirror or summary of so much material already available on the web (last look +1 million hits and counting)...
Wiki editors you need to put limits which prevent wiki from becoming a "web to itself". Like a good poem...Wiki will benefit from the constraints of common sense.
71.156.174.2 21:23, 4 March 2007 (UTC)
replies: text: So how about the other religions? After all, the whole unix manual is quite short MX44 (talk) 22:26, 4 February 2009 (UTC)
replies: text: The UNIX manuals are by no means complete, much less encyclopedia entries. Just because they exist isn't an excuse not to provide *real* background on Wikipedia. Speaking of background, stat is quite important on UNIX, and deserves a bit more. A few examples might make a good start.  —Preceding unsigned comment added by 69.143.218.125 (talk) 14:25, 1 July 2010 (UTC)
thread_title:  Wikipedia limits 

message: "Writing to a file changes its mtime, ctime, and atime."
This isn't correct (at least in either UNIX or Linux), as the atime does not get updated on writes. Article corrected.
Slay2k (talk) 02:22, 5 March 2009 (UTC)
thread_title:  Corrections 

message: rdev redirects to this article. What is it? --Abdull (talk) 09:34, 2 December 2010 (UTC)
replies: text: When the redirect from rdev to stat (Unix) was created in 2004 the article mentioned the entries of the thirteen-element array returned by the stat() function in Perl. rdev is one of the elements of this array. — Tobias Bergemann (talk) 07:51, 3 December 2010 (UTC)
thread_title:  rdev? 

message: Why isn't this just merged with http://en.wikipedia.org/wiki/Sys/stat.h  —Preceding unsigned comment added by 94.101.1.72 (talk) 01:57, 28 April 2011 (UTC)
replies: text: Recently sys/stat.h was turned into a redirect. I changed it to point here and intend to merge anything worth merging. Vadmium (talk, contribs) 02:41, 7 October 2012 (UTC)
thread_title:  Merge suggestion 

message: The ext4 file-system supports the storing of the real creation time. How can it be read out? This is also not explained in the article. --37.209.89.166 (talk) 15:35, 1 September 2014 (UTC)
thread_title:  creation time on ext4 filesystems? 

message: Hello, . It was just a typo, the correct names are st_mtim, st_atim and st_ctim and these are of type struct timespec not time_t. st_mtim(e), st_atim(e) and st_ctim(e) are legacy definitions, of type time_t. But since 2008, struct timespec is preferred over time_t, since it provides a higher resolution time. -- Bkouhi (talk) 16:40, 3 March 2015 (UTC)
replies: text: But people would be very confused with st_mtime == timespec, as newer UNIX implementations (e.g. since Solaris 2.1 from December 1992, when struct timespec was introduced for struct stat) of course still have #define st_mtime mtim.tv_sec. Schily (talk) 17:45, 3 March 2015 (UTC)
thread_title:  time_t vs struct timespec 

message: Notably, fstat offers a nofollow attribute and thus the behavior must be configured by the user.  — Preceding unsigned comment added by 2001:16B8:1435:7F00:A86D:AA00:19C:1468 (talk) 08:29, 6 May 2022 (UTC)
thread_title:  semantics of fstat are poorly explained.