Opened 3 years ago
Closed 5 months ago
#17243 closed bug (no change required)
stat command displays nanoseconds with file system: BFS
| Reported by: | fuhllrdv | Owned by: | axeld |
|---|---|---|---|
| Priority: | normal | Milestone: | Unscheduled |
| Component: | File Systems/BFS | Version: | R1/beta3 |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: | ||
| Platform: | All |
Description (last modified by )
You see that I have created a text file and edited it. stat command only shows the timestamp correctly under "Modify", just like Tracker shows it.
Under Access and Change you see nanoseconds. But the file system BFS supports only 1-second granularity.
Change History (5)
comment:1 by , 3 years ago
comment:2 by , 3 years ago
| Description: | modified (diff) |
|---|
comment:4 by , 3 years ago
comment:5 by , 5 months ago
| Resolution: | → no change required |
|---|---|
| Status: | new → closed |
But the file system BFS supports only 1-second granularity.
This isn't correct, it does actually have a sub-second granularity, though not full microseconds. You can see the logic for this in the source code: https://xref.landonf.org/source/xref/haiku/src/add-ons/kernel/file_systems/bfs/bfs.h#246
So, there isn't anything more to be done here. The other ticket linked remains for the question about "access".
Note:
See TracTickets
for help on using tickets.
This was only tested with the Live CD.
Here is a second bug:
When I install Haiku OS (R1/beta3) on the hard disk and edit the text file and run stat command. All timestamps have nanoseconds, which should not be because they are not real nanoseconds because BFS only supports 1-second granularity. The nanoseconds displayed there would be useless or why is it displayed? I think it is a bug.