Size shows (incorrectly) as a <BLANK>

Found a bug in "Everything"? report it here
Post Reply
therube
Posts: 2055
Joined: Thu Sep 03, 2009 6:48 pm

Size shows (incorrectly) as a <BLANK>

Post by therube » Thu Jun 29, 2017 11:26 pm

Size shows (incorrectly) as a <BLANK>.


A couple of times now I've had that happen.
Not particularly concerned, just mentioning.

First time, a rename set it right.

This time, not sure... yet.

From the file file date/time(s), file existed prior to 1.4.1.877.
Indexes were rebuilt when I put in .877.

File was renamed, today, but not "searched" for until some minutes later.

Three files were correctly (I suppose) found.
File size is only for two of the three.

Fragmentation is not an issue (1 Frag).
Though (free) disk space is at a premium.

Code: Select all

Everything
Version 1.4.1.877 (x86)
Windows NT 6.1
Processors 4
IsAdmin 0
AppData 0
Service 1
cmdline "C:\DEV\Locate\Everything.exe"
WM_ACTIVATE 00000000 00000000, lastfocus 094e143a, current focus 094e143a
WM_ACTIVATE 00000001 00000000, lastfocus 094e143a, current focus 00000000
search 'ginger spice' filter 'ext:3g2;3gp;3gp2;3gpp;amr;amv;asf;avi;bdmv;bik;d2v;
divx;drc;dsa;dsm;dss;dsv;evo;f4v;flc;fli;flic;flv;hdmov;ifo;ivf;m1v;m2p;m2t;m2ts
;m2v;m4b;m4p;m4v;mkv;mp2v;mp4;mp4v;mpe;mpeg;mpg;mpls;mpv2;mpv4;mov;mts;ogm;ogv;p
ss;pva;qt;ram;ratdvd;rm;rmm;rmvb;roq;rpm;smil;smk;swf;tp;tpr;ts;vob;vp6;webm;wm;
wmp;wmv;h264;ra;srt;dtapart;part' sort 0
term 0bdebcf8, flags: 1140, next: 0bdebb78, notnext: 00000000
folderop: 2, fileop: 2, term: ginger
term 0bdebb78, flags: 3140, next: 08a0ab00, notnext: 00000000
folderop: 2, fileop: 2, term: spice
term 08a0ab00, flags: 3140, next: 00000000, notnext: 00000000
folderop: 1, fileop: 162, term: ext:3g2;3gp;3gp2;3gpp;amr;amv;asf;avi;bdmv;bik;d
2v;divx;drc;dsa;dsm;dss;dsv;evo;f4v;flc;fli;flic;flv;hdmov;ifo;ivf;m1v;m2p;m2t;m
2ts;m2v;m4b;m4p;m4v;mkv;mp2v;mp4;mp4v;mpe;mpeg;mpg;mpls;mpv2;mpv4;mov;mts;ogm;og
v;pss;pva;qt;ram;ratdvd;rm;rmm;rmvb;roq;rpm;smil;smk;swf;tp;tpr;ts;vob;vp6;webm;
wm;wmp;wmv;h264;ra;srt;dtapart;part
SET SORT 0
found 0 folders, size 0, db search time taken: 0.009699 seconds
found 3 files, size 65540, db search time taken: 0.034692 seconds
total size 866173683, calculated in 0.000001 seconds
set sort 0 1
already sorted
finished sort, time taken 0.000611 seconds
update selection 0.000000 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.000187 seconds
new results
update m 1 7178376
update index E:
USN CREATE Z3O8KHCHPJ6OQ7TLNSED.temp
USN CREATE DATA_EXTEND Z3O8KHCHPJ6OQ7TLNSED.temp
USN CREATE DATA_EXTEND CLOSE Z3O8KHCHPJ6OQ7TLNSED.temp
USN BASIC_INFO_CHANGE Z3O8KHCHPJ6OQ7TLNSED.temp
USN BASIC_INFO_CHANGE SECURITY_CHANGE Z3O8KHCHPJ6OQ7TLNSED.temp
USN CREATE c00ab7717503333e.customDestinations-ms~RFef20afb7.TMP
USN CREATE CLOSE c00ab7717503333e.customDestinations-ms~RFef20afb7.TMP
USN DELETE CLOSE c00ab7717503333e.customDestinations-ms~RFef20afb7.TMP
USN RENAME_OLD_NAME c00ab7717503333e.customDestinations-ms
USN RENAME_NEW_NAME c00ab7717503333e.customDestinations-ms~RFef20afb7.TMP
USN RENAME_OLD_NAME BASIC_INFO_CHANGE SECURITY_CHANGE Z3O8KHCHPJ6OQ7TLNSED.temp
USN RENAME_NEW_NAME BASIC_INFO_CHANGE SECURITY_CHANGE c00ab7717503333e.customDes
tinations-ms
USN RENAME_NEW_NAME CLOSE c00ab7717503333e.customDestinations-ms~RFef20afb7.TMP
USN RENAME_NEW_NAME BASIC_INFO_CHANGE SECURITY_CHANGE CLOSE c00ab7717503333e.cus
tomDestinations-ms
USN DELETE CLOSE c00ab7717503333e.customDestinations-ms~RFef20afb7.TMP
updated E: in 0.018032 seconds
resume ntfs monitor 1
processed usn records in 0.001312 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.000217 seconds
WM_ACTIVATE 00000000 00000000, lastfocus 094e143a, current focus 094e143a

!size: shows it to be the only file without a size.
(Not sure what the 65540 is?)

Code: Select all

Everything
Version 1.4.1.877 (x86)
Windows NT 6.1
Processors 4
IsAdmin 0
AppData 0
Service 1
cmdline "C:\DEV\Locate\Everything.exe"
WM_ACTIVATE 00000000 00000000, lastfocus 094e143a, current focus 094e143a
WM_ACTIVATE 00000001 00000000, lastfocus 094e143a, current focus 00000000
search '!size:' filter '' sort 4
term 0c320f10, flags: 1b540, next: 00000000, notnext: 00000000
folderop: 201, fileop: 201, term: size:
SET SORT 4
found 0 folders, size 0, db search time taken: 0.002411 seconds
found 1 files, size 65540, db search time taken: 0.012755 seconds
total size 0, calculated in 0.000001 seconds
set sort 4 1
already sorted
finished sort, time taken 0.000349 seconds
update selection 0.000000 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.000159 seconds
when ready 11 0000002d 00000000
new results
update m 1 7178376
update index E:
USN DATA_TRUNCATION CONHOST.EXE-E6AFC9F5.pf
USN DATA_EXTEND DATA_TRUNCATION CONHOST.EXE-E6AFC9F5.pf
USN DATA_EXTEND DATA_TRUNCATION CLOSE CONHOST.EXE-E6AFC9F5.pf
updated E: in 0.004066 seconds
resume ntfs monitor 1
processed usn records in 0.000599 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.000398 seconds
WM_ACTIVATE 00000000 00000000, lastfocus 094e143a, current focus 094e143a
Path+name length is 182, so that shouldn't be an issue.

Renamed, & it now shows the size.

Code: Select all

Everything
Version 1.4.1.877 (x86)
Windows NT 6.1
Processors 4
IsAdmin 0
AppData 0
Service 1
cmdline "C:\DEV\Locate\Everything.exe"
WM_ACTIVATE 00000000 00000000, lastfocus 094e143a, current focus 094e143a
WM_ACTIVATE 00000001 00000000, lastfocus 094e143a, current focus 00000000
search 'ginger spice' filter 'ext:3g2;3gp;3gp2;3gpp;amr;amv;asf;avi;bdmv;bik;d2v
;divx;drc;dsa;dsm;dss;dsv;evo;f4v;flc;fli;flic;flv;hdmov;ifo;ivf;m1v;m2p;m2t;m2t
s;m2v;m4b;m4p;m4v;mkv;mp2v;mp4;mp4v;mpe;mpeg;mpg;mpls;mpv2;mpv4;mov;mts;ogm;ogv;
pss;pva;qt;ram;ratdvd;rm;rmm;rmvb;roq;rpm;smil;smk;swf;tp;tpr;ts;vob;vp6;webm;wm
;wmp;wmv;h264;ra;srt;dtapart;part' sort 4
term 0c320d90, flags: 1140, next: 0c320d60, notnext: 00000000
folderop: 2, fileop: 2, term: ginger
term 0c320d60, flags: 3140, next: 08a0ab00, notnext: 00000000
folderop: 2, fileop: 2, term: spice
term 08a0ab00, flags: 3140, next: 00000000, notnext: 00000000
folderop: 1, fileop: 162, term: ext:3g2;3gp;3gp2;3gpp;amr;amv;asf;avi;bdmv;bik;d
2v;divx;drc;dsa;dsm;dss;dsv;evo;f4v;flc;fli;flic;flv;hdmov;ifo;ivf;m1v;m2p;m2t;m
2ts;m2v;m4b;m4p;m4v;mkv;mp2v;mp4;mp4v;mpe;mpeg;mpg;mpls;mpv2;mpv4;mov;mts;ogm;og
v;pss;pva;qt;ram;ratdvd;rm;rmm;rmvb;roq;rpm;smil;smk;swf;tp;tpr;ts;vob;vp6;webm;
wm;wmp;wmv;h264;ra;srt;dtapart;part
SET SORT 4
found 0 folders, size 0, db search time taken: 0.010179 seconds
found 0 files, size 0, db search time taken: 0.060655 seconds
total size 0, calculated in 0.000001 seconds
set sort 4 1
already sorted
finished sort, time taken 0.000563 seconds
update selection 0.000000 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.000134 seconds
new results
WM_ACTIVATE 00000000 00000000, lastfocus 094e143a, current focus 094e143a
WM_ACTIVATE 00000001 00000000, lastfocus 008a19e4, current focus 00000000
00000000
rename:
###############################################################################
################################################################################
###   ginger spic.mp4
to:
###############################################################################
################################################################################
###   ginger spice.mp4
MoveFileExW(): GetLastError(): 32: Failed to move file ...
< this is fine as the file was open in another app, so fail is expected >
to ...  ginger spice.mp4
WM_ACTIVATE 00000000 04550412, lastfocus 008a19e4, current focus 060c175e
Enter SHFileOperation
update m 1 7178376
update index E:
USN DATA_TRUNCATION MPUI.ini
USN DATA_EXTEND DATA_TRUNCATION MPUI.ini
USN DATA_EXTEND DATA_TRUNCATION CLOSE MPUI.ini
updated E: in 0.005427 seconds
resume ntfs monitor 1
processed usn records in 0.000555 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.000834 seconds
update m 1 7178376
update index E:
USN DATA_TRUNCATION MPUI.ini
USN DATA_EXTEND DATA_TRUNCATION MPUI.ini
USN DATA_EXTEND DATA_TRUNCATION CLOSE MPUI.ini
updated E: in 0.005213 seconds
resume ntfs monitor 1
processed usn records in 0.000538 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.000458 seconds
update m 3 7177272
Leave SHFileOperation 0 0
update index I:
USN RENAME_OLD_NAME ... ginger spic.mp4
USN RENAME_NEW_NAME ... ginger spice.mp4
USN RENAME_NEW_NAME CLOSE ... ginger spice.mp4
updated I: in 0.012663 seconds
resume ntfs monitor 3
processed usn records in 0.000314 seconds
DB_WAIT: _db_ready_proc waiting...
DB_WAIT: _db_ready_proc waited 0.000220 seconds
new results
new results
new results
WM_ACTIVATE 00000001 00000000, lastfocus 008a19e4, current focus 00000000

void
Site Admin
Posts: 4445
Joined: Fri Oct 16, 2009 11:31 pm

Re: Size shows (incorrectly) as a <BLANK>

Post by void » Fri Jun 30, 2017 10:32 am

Thanks for the debug logs.

Is the filename in question ginger spic?

Do you have the full debug log since this file was created?

There is no error information in the logs for a failed attempt to gather file size information.
Perhaps this file with no size in Everything has existed for some time?

Size information might be missing if the file had multiple hard links as Everything will only update the size information for one hard link.
Is it possible this file had multiple hardlinks?

I've seen instances from your logs where the short file name is used in the USN Journal, so Everything would try to update the size information for the short filename, but that doesn't exist in the Everything database so the filesize is never updated.
found 3 files, size 65540, db search time taken: 0.034692 seconds
(Not sure what the 65540 is?)
65540 is the size of the memory in bytes to store the results. Nothing to do with file sizes.

therube
Posts: 2055
Joined: Thu Sep 03, 2009 6:48 pm

Re: Size shows (incorrectly) as a <BLANK>

Post by therube » Fri Jun 30, 2017 3:09 pm

> Is the filename in question ginger spic?

The particular file item was "ginger spic", the actual name was longer.
Path+name len ~182. Name itself, not sure offhand, ~50, perhaps.

> Do you have the full debug log since this file was created?

No.

> Perhaps this file with no size in Everything has existed for some time?

Existed prior to .877, but when I put .877 in I (purposely) did a Force Rebuild at that point.

> Is it possible this file had multiple hardlinks?

No.

> I've seen instances from your logs where the short file name is used in the USN Journal,
> so Everything would try to update the size information for the short filename, but that
> doesn't exist in the Everything database so the filesize is never updated.

Suppose something like that is a possibility.
I did rename the file prior to "searching" for it (in Everything).
And that being the case, have to assume the rename was done outside of Everything, so that would mean I did the rename through Salamander.



(Earlier thread for reference, Everything Not Seeing Newly Created File - Size. SFN)

Post Reply