Messages in this thread | | | Date | Tue, 15 Dec 1998 09:42:35 -0700 | From | Richard Fish <> | Subject | sys_utime bug in 131? |
| |
I think there may be a bug in the way sys_utime works in the current kernels. To demonstrate:
[root@nile test]# touch -d 19980101 somefile [root@nile test]# ls -l total 0 -rw-r--r-- 1 root root 0 Jan 1 1998 somefile [root@nile test]# ln -s somefile linkfile [root@nile test]# ls -l total 0 lrwxrwxrwx 1 root root 8 Dec 15 09:09 linkfile -> somefile -rw-r--r-- 1 root root 0 Jan 1 1998 somefile [root@nile test]# touch -d 19980201 linkfile [root@nile test]# ls -l total 0 lrwxrwxrwx 1 root root 8 Dec 15 09:09 linkfile -> somefile -rw-r--r-- 1 root root 0 Feb 1 1998 somefile
The above shows that calling utime() on a symbolic link results in the times being set for the actual file, not the link.
Here is a patch to "fix" it. Let me know if this seems reasonable.
With the patch applied, the results of the above are:
[root@nile test]# touch -d 19980101 somefile [root@nile test]# ln -s somefile linkfile [root@nile test]# ls -l total 0 lrwxrwxrwx 1 root root 8 Dec 15 09:40 linkfile -> somefile -rw-r--r-- 1 root root 0 Jan 1 1998 somefile [root@nile test]# touch -d 19980201 linkfile [root@nile test]# ls -l total 0 lrwxrwxrwx 1 root root 8 Feb 1 1998 linkfile -> somefile -rw-r--r-- 1 root root 0 Jan 1 1998 somefile
Note! It might also make sense to call lnamei() for the following calls as well
sys_statfs sys_fstatfs sys_utimes
-- Richard Fish Enhanced Software Technologies, Inc. Software Developer 4014 E Broadway Rd Suite 405 rjf@estinc.com Phoenix, AZ 85040 (602) 470-1115 http://www.estinc.com
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |