Comments for ExactFile http://www.exactfile.com Making sure that what you hash is what you get. Sat, 10 Dec 2011 22:28:47 +0000 hourly 1 http://wordpress.org/?v=3.2.1 Comment on Further development: not much. by Brandon http://www.exactfile.com/156/further-development-not-much/comment-page-1/#comment-2610 Brandon Sat, 10 Dec 2011 22:28:47 +0000 http://www.exactfile.com/?p=156#comment-2610 <blockquote cite="#commentbody-2609"> <strong><a href="#comment-2609" rel="nofollow">Ro</a> :</strong> Basically, if I have a collection of checksum files, is it possible to test them all in a batch? Or sequence them, so that when one check has concluded, it will proceed to test the next checksum file? Hopefully my question makes some sense! </blockquote> I understand what you mean. There is no way to do that currently, sorry.

Ro :
Basically, if I have a collection of checksum files, is it possible to test them all in a batch? Or sequence them, so that when one check has concluded, it will proceed to test the next checksum file? Hopefully my question makes some sense!

I understand what you mean. There is no way to do that currently, sorry.

]]> Comment on Further development: not much. by Ro http://www.exactfile.com/156/further-development-not-much/comment-page-1/#comment-2609 Ro Sat, 10 Dec 2011 19:57:10 +0000 http://www.exactfile.com/?p=156#comment-2609 First of all, thank you so very much for this application. It's proved to be extremely useful and I'm very grateful for all the work you've put into it. Also, thank you too, for taking the time to update us all on the status of the project. Even if there are no immediate developments planned, it's good to know what's going on. There is one question I have, however - and it basically pertains to the only thing I haven't known how to do with your application. I don't know if the functionality simply isn't there, or if this is something that you accomplish by less obvious means. Basically, if I have a collection of checksum files, is it possible to test them all in a batch? Or sequence them, so that when one check has concluded, it will proceed to test the next checksum file? Hopefully my question makes some sense! Kind regards, Ro First of all, thank you so very much for this application. It’s proved to be extremely useful and I’m very grateful for all the work you’ve put into it.

Also, thank you too, for taking the time to update us all on the status of the project. Even if there are no immediate developments planned, it’s good to know what’s going on.

There is one question I have, however – and it basically pertains to the only thing I haven’t known how to do with your application. I don’t know if the functionality simply isn’t there, or if this is something that you accomplish by less obvious means.

Basically, if I have a collection of checksum files, is it possible to test them all in a batch? Or sequence them, so that when one check has concluded, it will proceed to test the next checksum file? Hopefully my question makes some sense!

Kind regards,

Ro

]]> Comment on Further development: not much. by Dave http://www.exactfile.com/156/further-development-not-much/comment-page-1/#comment-2596 Dave Sat, 10 Dec 2011 03:53:31 +0000 http://www.exactfile.com/?p=156#comment-2596 First, thanks for the program. It's my favorite from several I've tried. I'm not software/program expert, but I can uses this. If you're not going to develop it further, I would also request that you consider open source (or perhaps letting someone work with you), but at least make it an "official"/non beta version. I think many more people would use the program if it wasn't "beta" First, thanks for the program. It’s my favorite from several I’ve tried. I’m not software/program expert, but I can uses this.

If you’re not going to develop it further, I would also request that you consider open source (or perhaps letting someone work with you), but at least make it an “official”/non beta version. I think many more people would use the program if it wasn’t “beta”

]]> Comment on Further development: not much. by Brandon http://www.exactfile.com/156/further-development-not-much/comment-page-1/#comment-2406 Brandon Sat, 26 Nov 2011 16:13:24 +0000 http://www.exactfile.com/?p=156#comment-2406 <blockquote cite="#commentbody-2405"> <strong><a href="#comment-2405" rel="nofollow">MF</a> :</strong> If you’re not going to do much with it any time soon, is there any chance of you open sourcing it? </blockquote> No, and I don't think it's necessary. There are already lots of open source solutions for hashing available which could be modified to suit your needs.

MF :
If you’re not going to do much with it any time soon, is there any chance of you open sourcing it?

No, and I don’t think it’s necessary. There are already lots of open source solutions for hashing available which could be modified to suit your needs.

]]> Comment on Further development: not much. by MF http://www.exactfile.com/156/further-development-not-much/comment-page-1/#comment-2405 MF Sat, 26 Nov 2011 15:37:15 +0000 http://www.exactfile.com/?p=156#comment-2405 If you're not going to do much with it any time soon, is there any chance of you open sourcing it? I use ExactFile and the TestFiles applet to monitor integrity on some drives that grow slowly. If I want to update the checksum file on the drive root I either have to hand merge in another checksum file or re-hash the entire disk. If ExactFile were open source I'd modify either the main app or the TestFiles applet to include a "hash new files / delete hashes for files that don't exist / ignore existing hashes" mode (to quickly update a checksum file). As it stands now I'm thinking of writing a Perl or Python script to do that instead. If you’re not going to do much with it any time soon, is there any chance of you open sourcing it?

I use ExactFile and the TestFiles applet to monitor integrity on some drives that grow slowly.

If I want to update the checksum file on the drive root I either have to hand merge in another checksum file or re-hash the entire disk.

If ExactFile were open source I’d modify either the main app or the TestFiles applet to include a “hash new files / delete hashes for files that don’t exist / ignore existing hashes” mode (to quickly update a checksum file).

As it stands now I’m thinking of writing a Perl or Python script to do that instead.

]]> Comment on Further development: not much. by eelco de graaff http://www.exactfile.com/156/further-development-not-much/comment-page-1/#comment-2394 eelco de graaff Fri, 25 Nov 2011 16:53:28 +0000 http://www.exactfile.com/?p=156#comment-2394 Well ... it works, there are some small issues... i would like to be able to hide checksum files.. when i deliver something like a usb stick with content i don't want to bother people with checksums but i want to help them to easy check the content is ok. some options would be nice on this and if it works and is ok.. make it a 1.0 release :-) keep up the goof work. Well … it works, there are some small issues…
i would like to be able to hide checksum files..
when i deliver something like a usb stick with content i don’t want to bother people with checksums but i want to help them to easy check the content is ok.

some options would be nice on this
and if it works and is ok.. make it a 1.0 release :-)
keep up the goof work.

]]> Comment on I’m still here… by The Dude http://www.exactfile.com/152/im-still-here/comment-page-1/#comment-2186 The Dude Thu, 20 Oct 2011 10:23:42 +0000 http://www.exactfile.com/?p=152#comment-2186 Hi Brandon, I want to take a moment to thank you for ExactFile. This software is the answer to a long needed file integrity checker. It is just awesome how you can generate a checksum and re-verify a directory if you ever have concerns. Thank you so much. By the way have you ever thought of a linux version? Hi Brandon, I want to take a moment to thank you for ExactFile. This software is the answer to a long needed file integrity checker. It is just awesome how you can generate a checksum and re-verify a directory if you ever have concerns. Thank you so much.

By the way have you ever thought of a linux version?

]]> Comment on Test Digest by Paul Booth http://www.exactfile.com/using-exactfile/test-digest/comment-page-1/#comment-2084 Paul Booth Tue, 04 Oct 2011 20:28:58 +0000 http://www.exactfile.com/?page_id=118#comment-2084 A suggested feature add; Compare a folder with a folder by having a second folder input in lieu of the digest file input. I ofter copy work product from my laptop to the system folders and demonstrating that the files are the same with out depending on the file date/time stamps is very useful. Thanks A suggested feature add; Compare a folder with a folder by having a second folder input in lieu of the digest file input. I ofter copy work product from my laptop to the system folders and demonstrating that the files are the same with out depending on the file date/time stamps is very useful. Thanks

]]> Comment on Test Digest by Paul Booth http://www.exactfile.com/using-exactfile/test-digest/comment-page-1/#comment-2083 Paul Booth Tue, 04 Oct 2011 20:23:54 +0000 http://www.exactfile.com/?page_id=118#comment-2083 I did quick download & install. Works as billed! And QUICK! I did quick download & install. Works as billed! And QUICK!

]]> Comment on I’m still here… by Mike42 http://www.exactfile.com/152/im-still-here/comment-page-1/#comment-1876 Mike42 Thu, 08 Sep 2011 09:13:30 +0000 http://www.exactfile.com/?p=152#comment-1876 I encountered the problem that I saw in almost every software displaying file paths so far. The "ampersand problem". They are interpreted as keyboard accelerator (thus underlining the following character). Static text controls for instance have the SS_NOPREFIX style to prevent this. I encountered the problem that I saw in almost every software displaying file paths so far. The “ampersand problem”. They are interpreted as keyboard accelerator (thus underlining the following character). Static text controls for instance have the SS_NOPREFIX style to prevent this.

]]>