| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Re: CRC32 |
-=> Maurice Kinal wrote to Tony Langdon <=- MK> From what I've read thus far I seriously doubt there is such a thing as MK> 'universal' when it comes to crc32. However I did find at least one MK> workable solution (c source) that I slightly modified so that the I meant "universal" for hatching files. For that application, there is a specific CRC32 algorithm specified. MK> internal printf only outputs the crc32 8 character hex (0-9,A-F) MK> checksum. At the moment it is only MK> used by my fidonet account as I am sure that is the only place it MK> might ever get used and that is debatable. However not having a common MK> file(s) we can test this idea with is the current holdup. Anyhow it is MK> around 5 milliseconds faster then the bash printf of cksum and the MK> output is 32 bit hex. Your milage MK> will vary. Where can I find this particular source? TL> I'd br hsppy to use the Perl option, if I could find it for TL> Raspian. MK> Do you currently use Raspian for fidonet? The c source, if it turns MK> out to be compatible with the accepted method, would probably be a MK> better option. I agree, if there's C (or Pascal) source in the wild, that's the way to go. TL> we have to work with the TIC specs here. MK> Says who? ;-) Whoever wants it to work with existing TIC processors. ;) ... A cat is always on the wrong side of the door! --- 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™.