Yeah. I have a script running robocopy.exe to sync my laptop files with an external usb drive and it always ends up recopying everything after the DST change instead of just the files that had changed since the last backup.
I'll be putting of my backup now for a few days since I know its going to take at least 5 hours for it to run :( Ken. -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza Sent: Monday, March 12, 2012 1:49 PM To: arslist@ARSLIST.ORG Subject: Slightly OT: Where does $DATE$ come from? I wonder if this is explainable.. It’s the Date Modified attribute of a file on disk - which when copied to a flash drive, the value is the same, until the day the time changes.. ((See attached image)) Notice that the last file that I copied today has the exact same time while the files that were copied before today *HAD* the exact same time until Saturday night.. Where they all fell an hour behind on the flash drive.. I thought it was interesting.. And I found an interesting and plausible explanation to it.. http://ask-leo.com/why_do_file_timestamps_compare_differently_every_time_change.html Joe -----Original Message----- From: Misi Mladoniczky Sent: Monday, March 12, 2012 1:23 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Where does $DATE$ come from? Hi, If you are on the same timezone as the server, and your clock is accurate, you should see the same thing regardless of where the $DATE$ was called (server or client). If you are on a different timezone, the date-time returned by $DATE$ will vary. If the server sets $DATE$ to "2012-03-31" it will add "00:00:00" as time giving us "2012-03-31 00:00:00" from the servers perspective. Depending on if you are before or behind the serer from a timezone-perspective, you might see: 2012-03-30 22:00:00 2012-03-30 23:00:00 2012-03-31 00:00:00 2012-03-31 01:00:00 2012-03-31 02:00:00 And if it is a field that shows only the date-part and hides the time, you might see the following depending on the client timezone setting: 2012-03-30 2012-03-30 2012-03-31 2012-03-31 2012-03-31 But it will always be the same number of seconds since the birth of Unix (1970-01-01 00:00:00 GMT), which is some comfort as least... Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. > Yes, this is an escalation that does the set field. Both server and > client are in the Eastern Time Zone, so very strange. > > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing > Sent: Monday, March 12, 2012 1:04 PM > To: arslist@ARSLIST.ORG > Subject: Re: Where does $DATE$ come from? > > ** > And…being yesterday was daylight savings day….are the client/server in > the same tz, do they both honor dst same? > > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza > Sent: Monday, March 12, 2012 10:37 AM > To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> > Subject: Re: Where does $DATE$ come from? > > ** > > Depending on what is used to set it.. Is it an Active Link? Or a > Filter/Escalation? > > In case of an Active Link, the $DATE$ would taken from the client. > > In case of server side workflow objects, Filters or Escalations, they > are set from the AR System application server (not the database > application server). > > Joe > > From: Brittain, Mark<mailto:mbritt...@navisite.com> > Sent: Monday, March 12, 2012 12:28 PM > Newsgroups: public.remedy.arsystem.general > To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> > Subject: Where does $DATE$ come from? > > ** > Hi All, > > Where does the $DATE$ function get the date/time information, the OS > server or the database server. This may seem like a strange question > but yesterday I had a case where $TIMESTAMP$ was work correctly and > diary field entries were correct but the $DATE$ was on hour behind as > 3/10/2012 23:00:00 PM. Strangely today, it working correctly as > 3/12/2012 00:00:00 AM > > ARS 6.3 patch 20 > SunOS 5.9 > Oracle 9.2 > > Thanks > Mark > > Mark Brittain > Remedy Developer > ITILv3 Foundation > NaviSite – A Time Warner Cable Company > mbritt...@navisite.com<mailto:mbritt...@navisite.com> > Office: 315-453-2912 x5335 > Mobile: 315-317-2897 _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" ******************************************************************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept for the presence of computer viruses. www.Hubbell.com - Hubbell Incorporated** _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"