| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Re: CRC32 |
-=> Maurice Kinal wrote to Tony Langdon <=-
MK> {at}MSGID:
MK> -={ Saturday, 01 October 2016, 09:48:41.003231013 +1000 }=-
MK> Hey Tony!
TL> I got an 8 digit decimal output from cksum
MK> It needs to be converted to hex for comparitive purposes;
MK> printf "%08X\n" 89108290
I could see an 8 digit decimal number wasn't going to be equivalent to the hex
one. Didn't need to convert to see that. :)
MK> which outputs 054FAF42 which differs from the DOS output - E6A6D14C.
TL> which is either too short to be 32 bit
MK> Unsigned 32 bit integers vary from 0 to 4294967295, which correspond to
MK> 00000000 to FFFFFFFF in hex speak. The eight digit hex output requires
MK> padding for integers less than 268435456.
There was the implication of the leading digit of the DOS output being E, which
an 8 digit decimal number couldn't possibly achieve. Just talking some
shortcuts based on logic and the available data. :)
... OOPS I didn't know my screen would do that!
--- MultiMail/Win32 v0.49
* Origin: Freeway BBS - freeway.apana.org.au (3:633/410)SEEN-BY: 633/0 267 280 410 412 640/384 712/848 770/1 @PATH: 633/410 280 712/848 633/267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.