|
From: | GNU bug Tracking System |
Subject: | bug#29261: closed (Save/restore dates does not work properly) |
Date: | Mon, 26 Dec 2022 05:53:02 +0000 |
Your message dated Sun, 25 Dec 2022 21:52:33 -0800 with message-id <db651b46-32b9-cb60-e6fa-46f3a28b602f@cs.ucla.edu> and subject line Re: bug#29261: Save/restore dates does not work properly has caused the debbugs.gnu.org bug report #29261, regarding Save/restore dates does not work properly to be marked as done. (If you believe you have received this mail in error, please contact help-debbugs@gnu.org.) -- 29261: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=29261 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems
--- Begin Message ---Subject: Save/restore dates does not work properly Date: Sat, 11 Nov 2017 19:08:21 -0200 gzip version 1.3.12(Windows) and probaly others too, does not save / restore file timestamp correctly(Always set to current.Linux versions, when saving to a local file system, resoter/save correctly, but if it is a mounted remote filesystem like CIFS in my case, does not.After a change in the source code that I made, all Works OK.The bug is, if copy_stat (&istat) is executed before I close ofd(file descriptor of a file being saved/restored), those times are not set properly.Bu if I put copy_stat after file descriptor(ofd) is closed, and set it ofd = -1, then, they are all okBest regardsAntonio Sidinei Schug
--- End Message ---
--- Begin Message ---Subject: Re: bug#29261: Save/restore dates does not work properly Date: Sun, 25 Dec 2022 21:52:33 -0800 User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.4.2 On 11/11/17 15:19, Paul Eggert wrote:Can you reproduce the problem with the current version?No further comment in five years, so closing this old bug report.
--- End Message ---
[Prev in Thread] | Current Thread | [Next in Thread] |