Fixed DIR /G returns wrong sizes

[hundreAd]

allocated size is shown correctly only for the first file
further files show size (NOT allocated size)

dir /mk *.!ut
02/09/2016 17:25 319,113,722 sln-fg.1301.mkv.!ut
02/09/2016 17:25 104,195,710 sln-fg.1302.mkv.!ut
02/09/2016 17:25 91,046,040 sln-fg.1303.mkv.!ut
02/09/2016 17:25 96,434,150 sln-fg.1304.mkv.!ut
02/09/2016 17:25 113,042,451 sln-fg.1305.mkv.!ut

dir /gmk *.!ut
02/09/2016 17:25 199,884,800 sln-fg.1301.mkv.!ut
02/09/2016 17:25 104,198,144 sln-fg.1302.mkv.!ut
02/09/2016 17:25 91,049,984 sln-fg.1303.mkv.!ut
02/09/2016 17:25 96,436,224 sln-fg.1304.mkv.!ut
02/09/2016 17:25 113,045,504 sln-fg.1305.mkv.!ut
only the first is correct (compare ALLOCATED below and SIZE above)

for %x in (*.!ut) dir /gmk %x
02/09/2016 17:25 199,884,800 sln-fg.1301.mkv.!ut
02/09/2016 17:25 66,912,256 sln-fg.1302.mkv.!ut
02/09/2016 17:25 60,882,944 sln-fg.1303.mkv.!ut
02/09/2016 17:25 61,145,088 sln-fg.1304.mkv.!ut
02/09/2016 17:25 72,876,032 sln-fg.1305.mkv.!ut

bug exists in TCC 20.0.16
this bug existed since v18 at least, maybe even 17 or 16 if memory serves
in the old 4NT this worked fine

 

[vefatica]

I can reproduce that. In this directory, all files are compressed. As hundreAd said, in the second command below, only the first is treated as compressed.

c:\windows\logs\systemrestore> dir /m /k
2016-09-03  00:56         <DIR>    .
2016-09-03  00:56         <DIR>    ..
2014-01-07  23:22         327,680  RestoreUI.0.etl
2014-01-07  22:12         196,608  RestoreUI.1.etl
2013-12-16  00:27         196,608  RestoreUI.2.etl
2013-07-21  00:44         131,072  RestoreUI.3.etl
2012-10-24  01:46         131,072  RestoreUI.4.etl

c:\windows\logs\systemrestore> dir /m /k /g
2016-09-03  00:56         <DIR>    .
2016-09-03  00:56         <DIR>    ..
2014-01-07  23:22          20,480  RestoreUI.0.etl
2014-01-07  22:12         196,608  RestoreUI.1.etl
2013-12-16  00:27         196,608  RestoreUI.2.etl
2013-07-21  00:44         131,072  RestoreUI.3.etl
2012-10-24  01:46         131,072  RestoreUI.4.etl

c:\windows\logs\systemrestore> do x in * ( dir /m /k /g %x )
2014-01-07  23:22          20,480  RestoreUI.0.etl
2014-01-07  22:12          12,288  RestoreUI.1.etl
2013-12-16  00:27          12,288  RestoreUI.2.etl
2013-07-21  00:44           8,192  RestoreUI.3.etl
2012-10-24  01:46           8,192  RestoreUI.4.etl

 

[rconn]

This doesn't have anything to do with /G; it was a problem with compressed file sizes. It has been fixed in build 17.