Page 3 of 6
Posted: Mon Nov 22, 2010 7:53 pm
by bytehead
It's a status at the end of the delete session.
Exporting the marked files, moving the columns around, and then editing them together to create a batch file that then deletes them without any issues from a regular command prompt. I don't understand why they're protected.
I DID run into a couple of subdirectories that were technically protected. I had to take ownership of the tree, and then give me all the rights to that tree. Hopefully next time I'll remember how to do the whole tree at once instead of one directory at a time like I was.
That's what I get for listening to an MVP that said I needed to reinstall Windows to fix a problem (backup fails), only to find that it still is a problem.
Posted: Mon Nov 22, 2010 7:55 pm
by bytehead
I guess that might be a neat addition. Export marked/selected as a delete batch file. Just thinking while I'm at it.
Posted: Fri Nov 26, 2010 7:28 pm
by worn
ok
Posted: Sun Nov 28, 2010 11:19 pm
by Steve Adams
Just tried the beta. I upzipped it on my desktop, which happens to reside in a roaming profile on a Linux based samba file system. When I tried to run it run from there the app starts and closes immediately without reporting an error. Using sysinternals process monitor the problem appears to be a FileSystemControl call on the directory in which the exe resides with the parameter FSCTL_IS_VOLUME_MOUNTED for which the result is INVALID PARAMETER. If I copy to app to C:, it works fine, so it appears that the beta will not run from a Samba filesystem.
PS. I agree with Emerson about the hardlink count.
Posted: Tue Nov 30, 2010 2:39 am
by Steve Adams
BTW, regarding hard links, I think that you should report the inode number, rather than a hardlink count. In the GUI, it would then be easy to determine which files are already hardlinked together, because they would share the same inode number.
Posted: Tue Nov 30, 2010 7:51 pm
by Emerson
Steve, in practice, when I was suggesting there be a "hardlink group" in addition to the current "group" column which simply indicates files are identical, I was thinking inode number, I just wasn't sure from a usability perspective if having the *actual* inode number would be more or less confusing than a more friendly (albeit fake) number. That said, both displaying and allowing the user to either collapse/auto-select based on inode groups would be very useful (no sense wasting time trying to hardlink files that are already hardlinked, or including them in the "space saving" calculation for that matter).
Posted: Mon Dec 06, 2010 10:41 am
by DV
Beta 3 is available:
Beta 3 - Version 2.0.3991.36813
* Image locking issues fixed
* Graceful exit if language files missing
* Select by audio tags - ignore rows with no tags
* Retain selected list row colours from session to session.
* Hard linking process improved.
* Min/Max File Size Criteria behaviour fixed
* Moved �All files checked� warning into own window.
* Unselect buttons for general options in selection assistant / reorganized this section & added new buttons.
* Selection assistant now non-modal.
http://www.digitalvolcano.co.uk/downloa ... r_beta.zip
Posted: Sun Dec 12, 2010 12:53 am
by TUBINO
VOU EXPERIMENTAR
Posted: Mon Dec 13, 2010 4:57 pm
by rit0001
good
Posted: Sat Dec 18, 2010 9:42 am
by johny
Very good version (Beta 3), no error. It will be completed (final)this year?