Is this a known bug or am I doing something wrong? hkSFV seems to hang if I try to make an .sfv or .md5 from a selection of files when they exist in a root directory such as c:\
However, If I place/move the same files into a folder like c:\temp this doesn't occur.
hkSFV crashes when creating .sfv or .md5 in root directory
Moderators: Big-O Ryan, Big-O Mark
-
- Moderator
- Posts: 815
- Joined: Sun Sep 22, 2002 3:33 pm
- Contact:
I tried it, and the same happened for me as well. I think the reason could be is that when you're trying to create the MD5 or SFV, your loading from the root directory C:\ or D:\ whatever it may be (as you already stated) ..but the program freezes up because your trying to load the system files in as well.
If you actually check your root folder, you have the Windows Swap File in there 'Win386.SWP', which can be a fairly large file in itself. Maybe hkSFV can't handle loading a file that large? Or maybe it's because all the system files can't load in properly? It's probably neither of those options any possibly something more simple to fix, but those are the only things I can think of.
I think Ryan should definately look into this.
If you actually check your root folder, you have the Windows Swap File in there 'Win386.SWP', which can be a fairly large file in itself. Maybe hkSFV can't handle loading a file that large? Or maybe it's because all the system files can't load in properly? It's probably neither of those options any possibly something more simple to fix, but those are the only things I can think of.
I think Ryan should definately look into this.
- Big-O Mark
- Shortbus Driver
- Posts: 804
- Joined: Sun Jan 20, 2002 5:20 pm
- Location: Big-O Software
- Contact:
- Big-O Ryan
- Developer
- Posts: 612
- Joined: Fri Oct 19, 2001 11:00 pm
- Location: Big-O Software
- Contact:
I found and fixed one bug related to this: trying to create an SFV in the root of a drive without "prompt for filename" would attempt to make a file with an invalid name (which seemed to then end up in hkSFV's install directory). This is now fixed.
However, there are at least two other bugs related to this.
1) Creating an SFV for a directory with a huge number of files will cause hkSFV to "hang" while it chugs through the directories looking for files. It hasn't actually crashed, but it can easily take several minutes, and it won't respond at all (or even update its display) during this time.
2) An infinite loop can occur while creating an SFV file when one of the files in its list is inaccessible (if you include your swap (.SWP) file, for example). For some reason it will keep looking for renames of this file over and over again.
More breaking news as it unfolds.
However, there are at least two other bugs related to this.
1) Creating an SFV for a directory with a huge number of files will cause hkSFV to "hang" while it chugs through the directories looking for files. It hasn't actually crashed, but it can easily take several minutes, and it won't respond at all (or even update its display) during this time.
2) An infinite loop can occur while creating an SFV file when one of the files in its list is inaccessible (if you include your swap (.SWP) file, for example). For some reason it will keep looking for renames of this file over and over again.
More breaking news as it unfolds.
-Ryan
Big-O Software
Big-O Software
1. Can this be solved by putting the listing operation in a separate thread (and to the user show an hourglass or progress meter etc)?Big-O Ryan wrote:1) Creating an SFV for a directory with a huge number of files will cause hkSFV to "hang" while it chugs through the directories looking for files. It hasn't actually crashed, but it can easily take several minutes, and it won't respond at all (or even update its display) during this time.
2) An infinite loop can occur while creating an SFV file when one of the files in its list is inaccessible (if you include your swap (.SWP) file, for example). For some reason it will keep looking for renames of this file over and over again.
More breaking news as it unfolds.
2. There must be ways to check filehandles on files included for checksum creation? Ie; if the file is locked, report that no sum can be generated for this file. Just suggestions
- Big-O Ryan
- Developer
- Posts: 612
- Joined: Fri Oct 19, 2001 11:00 pm
- Location: Big-O Software
- Contact:
- Big-O Ryan
- Developer
- Posts: 612
- Joined: Fri Oct 19, 2001 11:00 pm
- Location: Big-O Software
- Contact:
This part of this bug has been fixed and is in testing.Big-O Ryan wrote:2) An infinite loop can occur while creating an SFV file when one of the files in its list is inaccessible (if you include your swap (.SWP) file, for example). For some reason it will keep looking for renames of this file over and over again.
-Ryan
Big-O Software
Big-O Software
Who is online
Users browsing this forum: No registered users and 0 guests