Okay, it looks like you have found the operation responsible for the 6 seconds delay. Now the question is why this operation is executed at all.1) A file was recently opened from third hard disk.
Perhaps you have had opened once a file from your third hard disk and the complete name of the file is still listed in File - Recent Files
. Two weeks ago I have made also a Process Monitor log of UE startup by searching for something other and encountered on looking of this log that UltraEdit reads in entire directory structure for all files listed in recent file list which are located on local drives. The recent files on network drives are ignored. This happens on a very early stage on startup and I contributed to my report that I think this is not done by program code of UltraEdit itself, but by Microsoft's GDIPlus or MDI library which manages the recent file list. I could strengthen my assumption in the meantime because I can see the same behavior in log of Process Monitor on startup of Word 2007 which uses also GDIPlus and MDI libraries. So the IDM developers perhaps can't do much against this behavior.
The possible solutions for solving this problem are:
2) Your third hard drive is still a mounted drive in Windows.
- Clicking on a file in the recent file list not yet available. That results in showing an error message and then the entry is removed from the recent file list.
- Using the button Clear History in configuration dialog Toolbars / Menus - Miscellaneous which clears (nearly) all histories including the recent file list.
- Enabling option Clear recent document/project and search/replace histories on exit in configuration dialog Toolbars / Menus - Miscellaneous which (nearly) no history should be recorded at all. Please note that with using this setting the option Reload files previously open on startup can't work anymore.
- Change the Number of recent files on file menu in configuration dialog Toolbars / Menus - Miscellaneous to 1, close the configuration dialog with OK, restart UE and set the value back to preferred number of recent files to temporarily clear just the recent file list (except for last file).
Windows remembers every storage drive ever mounted in MountedDevices
registry keys. This is no problem for the drives which are permanently available. For network drives which are mounted with "reconnect" option enabled (default) this is already a problem if the server with the share(s) is not always available. For local drives which are not permanently available this can be problematic. Usually Windows does not try to remount local storage drives not yet available like USB sticks or USB hard disks. But it is possible that on bad disconnection on last usage Windows has not correct stored that the drive should not be remounted automatically.
UltraEdit offers an Explorer like view - the Explorer tab in File Tree view. The drives listed there are according to drive information of Windows. If Windows tells UltraEdit a drive X exists which is currently not available, you will notice a delay in UltraEdit because UE tries to get information about this not yet available drive for the Explorer view.
Windows Explorer does the same, but the first time already after login during desktop loading and then permanently in the background controlled by the registry keys RestoreConnection
for mapped network drives. There is also one for local drives, but I can't yet find it. So while users notice the delay caused by accessing a drive not yet available in UltraEdit on startup, they normally don't notice the same delay of Windows Explorer because it happens after login during desktop load and normally the loading process needs already many seconds.
One way to prevent a drive access by UltraEdit on a drive not yet available on startup is to close the File Tree view or select for example the Open tab before exit. Just using auto-hide for File Tree view with Explorer tab active does not result in turning off the load of drive and directory information at startup.