Windows 8.1 64b
EFU file size is 1GB from a network location. (\\ipaddress\SharedFolder)
Roughly 6 million files
If I open the .EFU from the File List Editor, it opens no problem. I just can't search from there. If I I open from the main program it crashes before loading it.
Below is the log file:
===================================
Everything
Version 1.3.4.686 (x64)
Windows NT 6.2
Processors 8
IsAdmin 1
AppData 0
Service 1
default font MS Shell Dlg 2 -11
load everything icon
create mutex
bookmarks
set hook
create tray
db_load
new thread (0)
_db_filesystem_add 0: 0, 00000000001cd770
_db_filesystem_add 1: 0, 00000000001cd7d0
filelist C:\EverythingDB\CGFTP.efu should be included (type)
fs changed
loaded db in 0.006751 seconds
WM_ACTIVATE 0000000000000001 0000000000000000, lastfocus 0000000000000000, curre
nt focus 0000000000000000
enter setfocus
leave setfocus
invalidate
enter main loop
_DB_WAIT: _db_load_failed_proc waiting...
_DB_WAIT: _db_load_failed_proc waited 0.002171 seconds
create db...
open volume \\?\Volume{294cccbc-7c17-11e3-824f-806e6f6e6963}
opened 572 0.005845
WM_INITMENUPOP 0000000002c20259 0000000000000000
multithreaded sort: items 95909, ideal threads 2, actual threads 2
new thread (1)
new thread (2)
convert parent frn to parent pointers: 0.008109 seconds
items 29981
build indexes
sort
parents
done
removed 6 orphaned files in 0.006710 seconds
removed 3 orphaned folders in 0.001189 seconds
multithreaded sort: items 98321, ideal threads 2, actual threads 2
multithreaded sort: items 95906, ideal threads 2, actual threads 2
folder name os_qsort: 0.085743 seconds
multithreaded sort: items 681598, ideal threads 11, actual threads 8
new thread (3)
new thread (4)
new thread (5)
new thread (6)
new thread (7)
new thread (8)
os_qsort file names indexes: 0.306221 seconds
_db_filesystem_add 0: 0, 00000000002a7ff0
_db_filesystem_add 1: 1, 00000000002aa640
setup file systems: 0.000914 seconds
setup folders: 0.011861 seconds
setup files: 0.054428 seconds
create db time taken: 2.279839 seconds
add monitors
loaded 0 of 0 changes in 0.001534 seconds
recent changes array memory usage: 0 bytes
loaded run history in 0.000143 seconds
run history data count: 0, data: 0 bytes
run history ptr count: 0
total run history memory usage: 0 bytes
success
_DB_WAIT: _db_load_successful_proc waiting...
_DB_WAIT: _db_load_successful_proc waited 0.000362 seconds
start all monitors (0)
search '' filter ''
term 0000000000200070, flags: 1140, next: 0000000000000000, notnext: 00000000000
00000
folderop: 0, fileop: 0, term:
found 98321 folders, size 853520, db search time taken: 0.000266 seconds
found 681598 files, size 5515760, db search time taken: 0.002024 seconds
_DB_WAIT: _db_ready_proc waiting...
_DB_WAIT: _db_ready_proc waited 0.000410 seconds
WM_INITMENUPOP 0000000014c00d5f 0000000000000001
WM_INITMENUPOP 0000000002c20259 0000000000000000
WM_ACTIVATE 0000000000000000 00000000005f0e40, lastfocus 00000000008d0b6e, curre
nt focus 0000000000000000
WM_ACTIVATE 0000000000000001 00000000005f0e40, lastfocus 00000000008d0b6e, curre
nt focus 00000000005f0e40
invalidate
WM_ACTIVATE 0000000000000000 0000000000000000, lastfocus 00000000008d0b6e, curre
nt focus 00000000008d0b6e
items 6293789
build indexes
sort
multithreaded sort: items 6293789, ideal threads 97, actual threads 8
parents
Crash when loading EFU file.
Re: Crash when loading EFU file.
Thanks for the bug report.
Everything is crashing when finding parents after the efu file has loaded.
I will look into the issue.
Everything is crashing when finding parents after the efu file has loaded.
I will look into the issue.
Re: Crash when loading EFU file.
Please check your efu file for any double backslashes:
It is fine if the double backslashes are at the start of the filename, eg:
I found an issue with empty folder names when using double slashes in the middle of a filename, eg:
This might occur if you saved your efu file with notepad as it may wrap lines.
Code: Select all
\\
Code: Select all
\\server\share
Code: Select all
d:\folder\\file.txt
Re: Crash when loading EFU file.
That fixed it.
YOU ROCK!
Thank you so much
YOU ROCK!
Thank you so much