search for: st_mtim

...om 15:46 schreef Martijn Dekker: > Op 06-03-18 om 09:19 schreef Herbert Xu: >> On Thu, Jun 22, 2017 at 10:30:02AM +0200, Petr Sko??k wrote: >>> would you be willing to pull something like this? > [...] >>> I could use greater resolution in `test -nt` / `test -ot`, and st_mtim >>> field is standardized under POSIX.1-2008 (or so stat(2) says). >> >> Sure. But your patch is corrupted. > > Fixed patch attached. > > But I wouldn't apply it as is. My system does not have st_mtim. So I > think it needs a configure test and a fallback to...

...om 15:46 schreef Martijn Dekker: > Op 06-03-18 om 09:19 schreef Herbert Xu: >> On Thu, Jun 22, 2017 at 10:30:02AM +0200, Petr Sko??k wrote: >>> would you be willing to pull something like this? > [...] >>> I could use greater resolution in `test -nt` / `test -ot`, and st_mtim >>> field is standardized under POSIX.1-2008 (or so stat(2) says). >> >> Sure. But your patch is corrupted. > > Fixed patch attached. > > But I wouldn't apply it as is. My system does not have st_mtim. So I > think it needs a configure test and a fallback to...

...mat=2 -Wbad-function-cast -Wstrict-aliasing=2 -I/usr/kerberos/include -MT maildir-uidlist.o -MD -MP -MF .deps/maildir-uidlist.Tpo -c -o maildir-uidlist.o maildir-uidlist.c maildir-uidlist.c: In function 'maildir_uidlist_update_hdr': maildir-uidlist.c:322: error: request for member 'st_mtim' in something not a structure or union make[5]: *** [maildir-uidlist.o] Error 1 make[5]: Leaving directory `/home/dan/software_projects/dovecot-1.1/src/lib-storage/index/maildir' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/home/dan/software_projects/dovecot-1.1/src/...

...info will help: (gdb) p sync_ctx->input->real_stream->statbuf $5 = {st_dev = 0, __pad1 = 0, __st_ino = 0, st_mode = 0, st_nlink = 0, st_uid = 0, st_gid = 0, st_rdev = 0, __pad2 = 0, st_size = 4294967295, st_blksize = 0, st_blocks = 0, st_atim = {tv_sec = 1116279667, tv_nsec = 0}, st_mtim = {tv_sec = 1116279667, tv_nsec = 0}, st_ctim = { tv_sec = 1116279667, tv_nsec = 0}, st_ino = 0} (gdb) p sync_ctx->file_input->v_offset $8 = 142294527 The mbox size is larger than 142294527 I did notice this, but I'm not sure if I'm looking at the correct variable and don't...

...fields that store only the timestamp in seconds. Modern filesystems can store timestamps down to nanosecond granularity, and the ordinary glibc stat(2) wrapper will return these in "hidden" stat fields: struct timespec st_atim; /* Time of last access. */ struct timespec st_mtim; /* Time of last modification. */ struct timespec st_ctim; /* Time of last status change. */ with the following macros defined for backwards compatibility: #define st_atime st_atim.tv_sec #define st_mtime st_mtim.tv_sec #define st_ctime st_ctim.tv_sec It is not po...

...mp in seconds. > > Modern filesystems can store timestamps down to nanosecond > granularity, and the ordinary glibc stat(2) wrapper will return these > in "hidden" stat fields: > > struct timespec st_atim; /* Time of last access. */ > struct timespec st_mtim; /* Time of last modification. > */ struct timespec st_ctim; /* Time of last status change. > */ > > with the following macros defined for backwards compatibility: > > #define st_atime st_atim.tv_sec > #define st_mtime st_mtim.tv_sec > #define...

...ode is roughly: // const char *opnd1 = "a"; // const char *opnd2 = "b"; // struct stat b1, b2; // int s; return (test_stat(opnd1, &b1) == 0 && (((s = test_stat(opnd2, &b2)) == 0 && mtimecmp(&b1, &b2) > 0) || s < 0)); // #define st_mtimensec st_mtim.tv_nsec // #define HAVE_ST_MTIMENSEC 1 static int mtimecmp(const struct stat *sb1, const struct stat *sb2) { if (sb1->st_mtime < sb2->st_mtime) return (-1); if (sb1->st_mtime > sb2->st_mtime) return (1); #if HAVE_ST_MTIMENSEC if (sb1->st_mtimensec < sb2-...

...anov/Maildir/.Drafts" st = {st_dev = 13257686650873676099, __pad1 = 65024, __st_ino = 0, st_mode = 0, st_nlink = 6076788, st_uid = 16832, st_gid = 2, st_rdev = 429496771878, __pad2 = 0, st_size = 0, st_blksize = 12288, st_blocks = 17592186044416, st_atim = {tv_sec = 24, tv_nsec = 0}, st_mtim = { tv_sec = 1219648514, tv_nsec = 0}, st_ctim = {tv_sec = 1219648514, tv_nsec = 0}, st_ino = 1220756980} pool = <value optimized out> #9 0x08070d24 in maildir_mailbox_open (_storage=0x87aacc0, name=0x87af6ee "Drafts", input=0x0, flags=0) at maildir-storage.c:512 pa...

...v); - unsigned long st_ino; - unsigned long st_nlink; - unsigned int st_mode; - unsigned int st_uid; - unsigned int st_gid; - unsigned int __pad1; - __stdev64 (st_rdev); - unsigned long st_size; - struct timespec st_atim; - struct timespec st_mtim; - struct timespec st_ctim; - unsigned long st_blksize; - long st_blocks; - unsigned long __unused[3]; -}; + unsigned long st_dev; /* Device. */ + unsigned long st_ino; /* File serial number. */ + unsigned int st_mode;...

...ority: P5 Component: core Assignee: wayned at samba.org Reporter: gfedorov at unimelb.edu.au QA Contact: rsync-qa at samba.org Created attachment 13152 --> https://bugzilla.samba.org/attachment.cgi?id=13152&action=edit a proposed patch to ignore bogus .st_mtim.tv_nsec values by resetting them to 0 This suggestion is actually in a grey area between a proposed enhancement and a minor fix. Basically utimensat() sometimes fails to transfer mtimes for some bogus mtime values, so then rsync tries to transfer the same files over and over again. However, a si...

Hi, Ever since I recently upgraded to Fedora 25, I can't get kvm working. It's worked on this system since initial fedora 20 install. All upgrades were done via yum, then once available, dnf. I do have libvirt-sock in LISTENING state: STREAM LISTENING /var/run/libvirt/libvirt-sock I noticed I also have multiple connections in CONNECTING state: STREAM CONNECTING 0

...519450702688, st_ino = 5007254661694877440, >st_nlink = 140519321774352, st_mode = 1862726288, st_uid = 32717, st_gid >= 1865325018, __pad0 = 32717, st_rdev = 140732281970554, st_size = 0, >st_blksize = 11, st_blocks = 8, st_atim = {tv_sec = 140519321774368, >tv_nsec = 140519450703056}, st_mtim = {tv_sec = 140519321774352, tv_nsec >= 140519450703024}, st_ctim = {tv_sec = 140520244259750, tv_nsec = >140520310044608}, __glibc_reserved = {140520244259750, 140520310041179, >140519321774320}} > string_io = <optimized out> > async_io = <optimized out>...

...map = (struct mail_index_map *) 0x1d0baf0 st = {st_dev = 37632, st_ino = 12898927743, st_nlink = 1, st_mode = 33152, st_uid = 2500, st_gid = 2500, pad0 = 0, st_rdev = 0, st_size = 260200, st_blksize = 4096, st_blocks = 512, st_atim = { tv_sec = 1286434371, tv_nsec = 554727597}, st_mtim = {tv_sec = 1286611467, tv_nsec = 18456193}, st_ctim = {tv_sec = 1286611467, tv_nsec = 18456193}, __unused = {0, 0, 0}} lock_id = 0 ret = <value optimized out> __FUNCTION__ = "mail_index_write" #8 0x00007fe80610b3d6 in mail_index_sync_commit (_ctx=0x...

...index = (struct mail_index *) 0x8117c70 st = {st_dev = 47777187, st_pad1 = {0, 0, 0}, st_ino = 15761, st_mode = 33152, st_nlink = 1, st_uid = 88442, st_gid = 10, st_rdev = 4294967295, st_pad2 = {0, 0}, st_size = 1768, st_atim = { tv_sec = 1172769644, tv_nsec = 151892829}, st_mtim = {tv_sec = 1172522367, tv_nsec = 0}, st_ctim = {tv_sec = 1172732240, tv_nsec = 566025559}, st_blksize = 2048, st_blocks = 4, st_fstype = "lofs", '\0' <repeats 11 times>, st_pad4 = {0, 0, 0, 0, 0, 0, 0, 0}} ret = 1768 use_mmap = 1 __PR...

...that is, both unsigned, and having a byte-fixed reasonable size. ( This is imho how tv_nsec field should have been declared! ) Furthermore, rsync 3.1.1 -- see set_file_attrs() in rsync.c -- compares only mtime _seconds_, and takes no attempt to adjust mtimes further if the "classic" .st_mtime values coincide. ( And this is why all the "Invalid argument (22)" problems disappear after we transfer .st_mtime values by an utime() call. ) Therefore, still for rsync 3.1.1 -- first, any bogus negative value for .st_mtim.tv_nsec will be silently converted to a uint32 ; and secon...

...*) 0x162338 new_map = (struct mail_index_map *) 0x162338 st = {st_dev = 8388615, st_pad1 = {0, 0, 0}, st_ino = 30370, st_mode = 33152, st_nlink = 1, st_uid = 2295, st_gid = 102, st_rdev = 0, st_pad2 = {0, 0}, st_size = 18736, st_atim = {tv_sec = 1279661646, tv_nsec = 937908000}, st_mtim = {tv_sec = 1279661646, tv_nsec = 938505000}, st_ctim = {tv_sec = 1279661646, tv_nsec = 963091000}, st_blksize = 8192, st_blocks = 38, st_fstype = "ufs", '\0' <repeats 12 times>, st_pad4 = {0, 0, 0, 0, 0, 0, 0, 0}} lock_id = 4 file_size = 922343492376...

...rk. (It fails to set the atime and it fails to set the mtime too). Even if this is fixed that patch does not provide for setting nanosecond times. The way nanosecond mtimes are presently handled is clunky and I am looking for advice on how to proceed: - would one want to use the st_ctim, st_atim st_mtim - struct timespec structures in struct stat - when available. If the code to handle nanosecond times for mtime is cleaned up it could be reused consistently for the ctime and atimes and [1] in patches It would be possible to produce a new patch which incorporated new options atimes (-U --atimes...

...libc/archstat.h @@ -3,8 +3,6 @@ #include <sys/types.h> -#define _STATBUF_ST_NSEC - struct stat { unsigned int st_dev; unsigned int st_pad0[3]; /* Reserved for st_dev expansion */ @@ -22,9 +20,14 @@ struct stat { off_t st_size; - struct timespec st_atim; - struct timespec st_mtim; - struct timespec st_ctim; + unsigned int st_atime; + unsigned int st_atimensec; + + unsigned int st_mtime; + unsigned int st_mtimensec; + + unsigned int st_ctime; + unsigned int st_ctimensec; unsigned int st_blksize; unsigned int st_pad2;

...ndex_dir = 0xb812d "" path = 0xb8128 "~-~-~" st = {st_dev = 22282293, st_pad1 = {0, 0, 0}, st_ino = 1049, st_mode = 33152, st_nlink = 1, st_uid = 101321, st_gid = 1000, st_rdev = 0, st_pad2 = {0, 0}, st_size = 0, st_atim = {tv_sec = 1168024501, tv_nsec = 972872000}, st_mtim = {tv_sec = 1168024501, tv_nsec = 972872000}, st_ctim = {tv_sec = 1168024501, tv_nsec = 972872000}, st_blksize = 8192, st_blocks = 0, st_fstype = "ufs", '\0' <repeats 12 times>, st_pad4 = {0, 0, 0, 0, 0, 0, 0, 0}} #8 0x00069d3c in mail_storage_mailbox_dele...

...e; /* Optimal block size for I/O. */ - int __pad2; - long st_blocks; /* Number 512-byte blocks allocated. */ - long st_atime; /* Time of last access. */ - unsigned long st_atime_nsec; - long st_mtime; /* Time of last modification. */ - unsigned long st_mtime_nsec; - long st_ctime; /* Time of last status change. */ - unsigned long st_ctime_nsec; - unsigned int __unused4; - unsigned int __unused5; - }; + __stdev64 (...