Change Log for the latest
XYplorer BETA version:
Code: Select all
v12.40.0304 - 2013-06-09 20:14
+++ Now the full NTFS filetime resolution can be displayed, edited,
and reported. The resolution goes down to 1/10 of a microsecond (=
100 nanoseconds).
Note that with today's hard and software the relation of such
granular time expressions with temporal reality is less than
perfect, but who knows what's coming. At least the present data
structures are ready for such precision and data can be read and
written already now.
Now for the individual enhancements:
> TIP: To display filetimes in the list with maximum resolution run
either of these through the Address Bar:
::msecs 1, 7, 1; //show fractions ON; 7 decimal places; crop trailing nulls ON
::msecs 1, 7, 0; //show fractions ON; 7 decimal places; crop trailing nulls OFF
Note concerning the display of fractions:
- Less exact fractions are displayed truncated, not rounded.
So for example this time:
2013-06-09 10:34:42.1888240
formatted as "fff" (milliseconds reolution) will display:
2013-06-09 10:34:42.188
and not rounded to:
2013-06-09 10:34:42.189
This is in accordance with the Windows API behavior in similar
contexts, and ensures that XY's display will likely match the
display of other softwares that can show sub second fractions
of filetimes.
+ Time stamping (through UI or by SC timestamp) now supports sub
second resolution down to 1/10 of a microsecond.
Up to seven decimal places are allowed, for example:
2013-05-28 14:13:23.5
2013-05-28 14:13:23.888
2013-05-28 14:13:23.8880000 (identical to the one above)
2013-05-28 14:13:23.1885746 (maximum resolution)
+ SC now: Now the display of any available sub second fraction is
supported, down to 1/10 of a microsecond (= 100 nanoseconds).
You specify the desired resolution by the number of "f" (up to 7)
in the format template:
Examples:
echo now("hh:nn:ss.fffffff"); // 1/10s of a microsecond
echo now("hh:nn:ss.ffffff"); // microseconds
echo now("hh:nn:ss.fff"); // milliseconds
echo now("hh:nn:ss.ff"); // centiseconds
Notes:
- I found (tested only under XP) that the Windows timer returns
the 1/10s of a microsecond always as an even number: Well, we
will learn to live with it. :)
- The actual resolution depends on the OS capabilities and is
unlikely to be in perfect synch with your nearest atomic
clock. You can write your own tests to find out. Win7 is
supposed to be more precise than XP. Under XP I experimentally
found a resolution of roughly 10 milliseconds.
+ SC compare now also supports the ultimate resolution (1/10s of a
microsecond).
+ SC datediff now supports microseconds. The unit identifier is
"mc". (I avoid the official identifier with the greek "m" because
of possible codepage issues.)
Examples:
text datediff("2008-08-08 14:22:50.222723", "2008-08-08 14:22:50.222724", "mc"); //1
+ SC report now also supports the ultimate resolution (1/10s of a
microsecond). You specify the desired resolution by the number of
"f" (up to 7) in the format template, for example:
text report("{modified yyyy-mm-dd hh:nn:ss.fffffff}<crlf>", 1);
* Now any UTC suffix is displayed and has to be appended *after* the
fraction of a second, not vice versa.
Examples:
2012-10-14 02:32:55.333Z
2012-10-14 02:32:55.333+06:00
To
download the latest BETA version choose a download package: (1)
Installer Package, (2)
No-Install Package.
Note that BETA versions are work in progress and might contain fresh bugs. You have been warned.
It's a good idea to backup your complete XYplorer settings (menu File | Settings Special | Backup Application Data Folder...)
before running a new BETA version. This will also help in fixing any fresh bugs.
XYplorer Beta Club