Win32 DiskImager has a very slow startup, sometimes it just doesn't open.

Asked by Renato Lima

When I try to open Win32DiskImager executable (binary package), the application startup take smore than 1 min. Sometimes I need to end task through the task manager and try a few times before it opens properly. I've tested with zero or more USB disks connected. What could it be? I'm on Win7 x64. Thanks!

Question information

Language:
English Edit question
Status:
Answered
For:
Image Writer Edit question
Assignee:
No assignee Edit question
Last query:
Last reply:
Revision history for this message
Tobin Davis (gruemaster) said :
#1

Which version are you trying to run? Make sure you are on the latest (0.9.5 currently). Another option is to add "DiskImagesDir=<path to your images>" to your environment variables (replace <path to your images> with a real path - ex: DiskImagesDir=c:\users\Tobin\Downloads)

Part of the problem is that Windows has changed the default location of the 'Downloads' directory at least once since this program was first developed. In the next release, I will try to use some better logic to determine this location. The next release will also retain 'Last Working Directory' on exit, so that it should only be slow once (if at all).

Tobin

Revision history for this message
Renato Lima (natenho) said :
#3

Hi, I'm using the latest version. The environment variable did the trick. I noticed using Windows resource monitor that several files were being read during the application startup..then I checked the source code and there is this routine scanning for directories...What is the point of that? Anyway, thanks for the tip.

Revision history for this message
Tobin Davis (gruemaster) said :
#4

The point of the code to scan for directories was to determine where Windows put the user's Downloads directory. The default has changed between versions, and I wanted a clean way to search for it vs some random starting location, or having to code for different Windows versions. The next release will have the last used directory saved in the Registry, so this should only be a 1 time issue.

Revision history for this message
Tobin Davis (gruemaster) said :
#5

Issue resolved.

Can you help with this problem?

Provide an answer of your own, or ask Renato Lima for more information if necessary.

To post a message you must log in.