Request For Test Of Windows CRC-32/MD-5 Application

Request For Test Of Windows CRC-32/MD-5 Application

Post by mjt » Thu, 16 May 2002 23:03:58




> I just completed a Windows application which may be of some use.  It is a
> graphical application which calculates MD-5s and CRC-32s (useful for
> checking ISO image transfers and so forth).

> Could y'all bang it around a bit and let me know if it misbehaves?

> You can download it as the attachment to the message at this URL:

> http://groups.yahoo.com/group/uc_software/message/41

> The application is really small (about 60KB).  I guarantee it is safe.  If
> you want the source code, I can post this too.  It is compiled using MSVC++
> version 6.0.

when you've ported this to the Linux platform, please re-post your
request. personally, i dont test "freeware" micros~1 applications.

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 Michael J. Tobler: motorcyclist, surfer,  #    Black holes result
 skydiver, and author: "Inside Linux",     #   when God divides the  
 "C++ HowTo", "C++ Unleashed"              #     universe by zero

 
 
 

Request For Test Of Windows CRC-32/MD-5 Application

Post by David T. Ashle » Fri, 17 May 2002 00:37:14



Quote:> when you've ported this to the Linux platform, please re-post your
> request. personally, i dont test "freeware" micros~1 applications.

Thank you for your healthy skepticism.

One of the reasons I made this post is that I haven't found any really cool
tools to check transfers from Linux systems.  The CygWin tool set includes
"md5sum", but it is not graphical.  So I wrote a little widget.

It is handy, for example, if you pull down a large ISO image (for Linux, for
example) for a Windows system and want to check it and burn it there.  I've
had corrupted .ISO images before.

By the way, I also just posted the source
(http://groups.yahoo.com/group/uc_software/message/43) so it can be compiled
independently.

Thanks for your skepticism.  This is ultimately an interoperability tool.

Best regards, Dave.

 
 
 

Request For Test Of Windows CRC-32/MD-5 Application

Post by Jim Richardso » Fri, 17 May 2002 02:36:00


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Wed, 15 May 2002 18:37:14 -0400,



>> when you've ported this to the Linux platform, please re-post your
>> request. personally, i dont test "freeware" micros~1 applications.

> Thank you for your healthy skepticism.

> One of the reasons I made this post is that I haven't found any really cool
> tools to check transfers from Linux systems.  The CygWin tool set includes
> "md5sum", but it is not graphical.  So I wrote a little widget.

> It is handy, for example, if you pull down a large ISO image (for Linux, for
> example) for a Windows system and want to check it and burn it there.  I've
> had corrupted .ISO images before.

> By the way, I also just posted the source
> (http://groups.yahoo.com/group/uc_software/message/43) so it can be compiled
> independently.

> Thanks for your skepticism.  This is ultimately an interoperability tool.

> Best regards, Dave.

With repsect, why not just make a GUI frontend to md5sum ? way smaller
than 60K and leverages existing code. I'd recommend Python and [QT or
Tkinter, or WxWindows].  

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE84v7wd90bcYOAWPYRAoXKAKCVPkn1JbL1E0d1LAeK5MBGz7RwEQCfQ8IH
VqxWPD5W7gSG+TlbTOy+p10=
=auFI
-----END PGP SIGNATURE-----

--
Jim Richardson
        Anarchist, pagan and proud of it
http://www.eskimo.com/~warlock
Linux, from watches to supercomputers, for grandmas and geeks.

 
 
 

Request For Test Of Windows CRC-32/MD-5 Application

Post by David T. Ashle » Fri, 17 May 2002 06:10:35


Quote:> With repsect, why not just make a GUI frontend to md5sum ? way smaller
> than 60K and leverages existing code. I'd recommend Python and [QT or
> Tkinter, or WxWindows].
> --
> Jim Richardson
> Anarchist, pagan and proud of it
> http://www.eskimo.com/~warlock
> Linux, from watches to supercomputers, for grandmas and geeks.

The point you are making comes up in various forms in all software.  The
question is, do you want to count on shared resources or do you want to have
everything "stand alone".

For small utilities, my gut feeling is to make everything stand alone.  That
is, a small utility should not count on .DLLs or other executables on the
system.  That way, a person can just throw the utility on a floppy and use
it on another system without worrying about whether MD5SUM is there already.

So, for simplicity, I would tend to accomplish code re-use by having
everything build from the same set of source files, rather than by .DLLs or
front ends.

There are pros and cons to this, naturally.

Dave.

 
 
 

Request For Test Of Windows CRC-32/MD-5 Application

Post by Jim Richardso » Fri, 17 May 2002 08:02:56


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thu, 16 May 2002 00:10:35 -0400,

Quote:>> With repsect, why not just make a GUI frontend to md5sum ? way smaller
>> than 60K and leverages existing code. I'd recommend Python and [QT or
>> Tkinter, or WxWindows].
>> --
>> Jim Richardson
>> Anarchist, pagan and proud of it
>> http://www.eskimo.com/~warlock
>> Linux, from watches to supercomputers, for grandmas and geeks.

> The point you are making comes up in various forms in all software.  The
> question is, do you want to count on shared resources or do you want to have
> everything "stand alone".

> For small utilities, my gut feeling is to make everything stand alone.  That
> is, a small utility should not count on .DLLs or other executables on the
> system.  That way, a person can just throw the utility on a floppy and use
> it on another system without worrying about whether MD5SUM is there already.

> So, for simplicity, I would tend to accomplish code re-use by having
> everything build from the same set of source files, rather than by .DLLs or
> front ends.

> There are pros and cons to this, naturally.

> Dave.

Obviously depends on each individual case, but in this case (md5sum) I'd
say that it's prevelent enough that any system (Linux anyway) is likely
to have it. Anyway, unless you plan on statically linking everything,
you will have some dependencies anyway (glibc and whatever your gui
library is for two)
 In the case of md5sum, there are only 3 options I can see. It would
seem to be an ideal case for a gui front end.

Look at programs like Grip, XCDroast and others, they are good examples
of the code reuse feature of dynamic linking, and of seperating backend
from GUI (or TUI for that matter) frontend.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE840uQd90bcYOAWPYRAnw/AJ9jdFEQkXbk/fbHHzbZ/XxNhUh0WgCdF/qz
6AUW8EBEMqM7+J6o4QEuklY=
=fV1C
-----END PGP SIGNATURE-----

--
Jim Richardson
        Anarchist, pagan and proud of it
http://www.eskimo.com/~warlock
Linux, from watches to supercomputers, for grandmas and geeks.

 
 
 

1. Request For Test Of Windows CRC-32/MD-5 Application

Hi,

I just completed a Windows application which may be of some use.  It is a
graphical application which calculates MD-5s and CRC-32s (useful for
checking ISO image transfers and so forth).

Could y'all bang it around a bit and let me know if it misbehaves?

You can download it as the attachment to the message at this URL:

http://groups.yahoo.com/group/uc_software/message/41

The application is really small (about 60KB).  I guarantee it is safe.  If
you want the source code, I can post this too.  It is compiled using MSVC++
version 6.0.

Thanks.  All bug reports appreciated.

Dave.

2. Problems using system call ioperm() with g++...

3. Looking for a CRC-32 algorithm implemented in C

4. Processor and process

5. CRC-32 algorithm needed

6. Unix root Filessystem copy

7. Need to load Microsft windows before loading X-Windows (Diamond Stealth 32 card)

8. install kde 2.0.1 whith french language

9. test test test test test test test

10. Kernel Statistics in 32-bit Applications

11. Porting applications from 32 to 64 bits

12. using a 32 bit so from a 64 bit application.

13. Automated testing of X-Windows/Motif applications.