ZONE202N, ZONE212N, ZONE222N are suspiciously small

[homay2]

Hi,
I have trouble using the SortBy...(... SkipBlock()) combination. I'm not sure whether it's a bug, but it is suspicious.
I depicted the situation on the attached image. It shows MyDefrag being paused during this section:
  SetVariable(zoneName,"Boot files")
  FileSelect
    ImportListFromBootOptimize() and not(FileName("*.msp"))
  FileActions
    IgnoreWrapAroundFragmentation(yes)
    SortByImportSequence(Ascending SkipBlock(15,ZONE222N * 0.01))
    AddGap(RoundUp(ZoneEnd,400MB))
  FileEnd

I don't understand the values of ZONE202N,ZONE212N,ZONE222N: why are these so small, compared to the size of the zone, when there're NO (significant) unmovable files in the zone?
Could you help me with some explanation?

I would like to understand ZONE222N because I'm going to use it in SkipBlock() and AddGap(RoundUp(...)).

I also experienced strange behaviour when I used single-file zones (e.g. FileSelect FileName("avguard.tmp") FileActions ... FileEnd) (I'm sure that there are exactly 1 file named "avguard.tmp" on the volume). The ZoneSize, ZONE222N, ZoneEnd variables were sometimes (undeterministically) 0, although the size of the file is ~39M; but I did not collect evidence/picture about this phenomena yet.

As shown on the picture, I'm using MyDefrag 4.3.1, x64 version on Vista Ultimate.

Thanks in advance!

[jeroen]

The ZONE variables count files that have not yet been processed. As the FileActions are being executed the values will change, will get lower and lower. When all actions have finished (just before "FileEnd") then they will be just about zero, counting only files that could not be moved (were not processed).

Tip: see the Pause command to have a script pause automatically at a specific point.

[homay2]

Thank you for your reply, Jeroen!

This explains my second problem, too. I used a zone like this:
  FileSelect FileName("avguard.tmp") FileActions
    SortByName(Ascending)
    AddGap(RoundUp(ZoneEnd + ZONE222N, 16MB))
  FileEnd
Now I understand that this is bogus because ZONE222N will be zero after SortByName(), and won't add the gap I expect.

I suggest your reply is worth to include in the documentation, on the "Scripts - Variables" page under "Zone".

Sincerely,
homay