[Bug 1879] ctime/atime Issue on IMFS, DOS, and RFS

bugzilla-daemon at rtems.org bugzilla-daemon at rtems.org
Wed Aug 3 13:56:41 UTC 2011


https://www.rtems.org/bugzilla/show_bug.cgi?id=1879

--- Comment #10 from Joel Sherrill <joel.sherrill at oarcorp.com> 2011-08-03 08:56:08 CDT ---
(In reply to comment #7)
> The problem is according to the spec, mknod mkdir creat unlink unlink and
> rename  "shall mark for update the st_ctime and st_mtime fields of the parent
> directory". The tests don't cover them all right now. My question is whether
> this POSIX compatibility is necessary for embedded system? And there is a
> Criticism of atime in wikipedia.
> http://en.wikipedia.org/wiki/Atime_(Unix)#atime
> 
> (In reply to comment #3)
> > I would if I knew what was wrong with the RFS and what "imfs_fstime" is. I
> > suspect mtime is not being set on mknod on the RFS. The ctime should be ok. I
> > am not sure what the other parts of the test are I need to check.

The POSIX specification should be considered correct. :-D

The description of the sequence of operations and a URL reference to the
relevant portion of POSIX at opengroup.org is what we need in the .doc
files for the "base portion" of each test.  

As a general note, this software is write-once, read many times.  It has to be
absolutely perfectly clear what your intent is both in the .doc file and in any
comments in the code.  Please make sure your comments in the code do that. 
This is critical because we have 6 other "filesystem base tests" which account
for 16 failures when considering individual file systems. We have to understand
what is "right" to make sure multiple file systems do indeed "Do The Right
Thing". :)

-- 
Configure bugmail: https://www.rtems.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.



More information about the bugs mailing list