FIXED: V12.40 - Hash-Generator always use CRLF on multiline-selection

Report issues, odd behaviors or submit a detailed bug report.
Post Reply
User avatar
micha_he
Posts: 504
Joined: 24 Jul 2011 12:16
Location: Helmstedt, NDS, Germany

FIXED: V12.40 - Hash-Generator always use CRLF on multiline-selection

Post by micha_he » 06 Oct 2017 10:25

It seems, that the hash-generator always use CRLF as linefeed-character, when I select a multiline-text and open it.
Identical result (tested with MD5 and SHA-1) in Windows- and Unix-file-format !

User avatar
Rickard Johansson
Site Admin
Posts: 5550
Joined: 19 Jul 2006 14:29

Re: V12.40 - Hash-Generator always use CRLF on multiline-selection

Post by Rickard Johansson » 12 Oct 2017 23:00

Fixed in v12.41.

User avatar
micha_he
Posts: 504
Joined: 24 Jul 2011 12:16
Location: Helmstedt, NDS, Germany

Re: FIXED: V12.40 - Hash-Generator always use CRLF on multiline-selection

Post by micha_he » 16 Oct 2017 06:09

Now with V12.41 Beta 1:

Unix: Display a 'E' as newline-char, wrong MD5-hash.
Win: Display a 'E'+[newline] as newline-char, wrong MD5-hash.

Verified with "http://www.toolsmm.com/md5" and Total-Commander.

User avatar
Rickard Johansson
Site Admin
Posts: 5550
Joined: 19 Jul 2006 14:29

Re: FIXED: V12.40 - Hash-Generator always use CRLF on multiline-selection

Post by Rickard Johansson » 16 Oct 2017 10:27

I'm not sure what you mean. I've used a simple text like

Code: Select all

12345
abcde
and compared the result using the online tool at http://www.toolsmm.com/md5. The hash generator and the online tool give the exact same results for both Windows and Unix line feeds.

User avatar
micha_he
Posts: 504
Joined: 24 Jul 2011 12:16
Location: Helmstedt, NDS, Germany

Re: FIXED: V12.40 - Hash-Generator always use CRLF on multiline-selection

Post by micha_he » 16 Oct 2017 10:48

I've found it ! Your hash-generator produce different hashes, when your mark the text from last line, last char to first.
There you can also see the additional char "E".
Last edited by micha_he on 16 Oct 2017 11:46, edited 1 time in total.


User avatar
micha_he
Posts: 504
Joined: 24 Jul 2011 12:16
Location: Helmstedt, NDS, Germany

Re: FIXED: V12.40 - Hash-Generator always use CRLF on multiline-selection

Post by micha_he » 16 Oct 2017 13:51

Still a small thing which I've noticed:

If the string/file (contain no newline char) contain a char "°", the md5-hash differs:

RJTED = most online md5-hash-generators

but ≠ to Total-Commander and md5sum.exe-commandline-tool. No idea why...

In my opinion, that refers to at least one other char, but I didn't identiofy it !

User avatar
Rickard Johansson
Site Admin
Posts: 5550
Joined: 19 Jul 2006 14:29

Re: FIXED: V12.40 - Hash-Generator always use CRLF on multiline-selection

Post by Rickard Johansson » 16 Oct 2017 14:53

A string hash generator use a Unicode (UTF16) string, converts it to UTF8 then creates the hash.
A file hash generator use the binary data to create a hash.

User avatar
micha_he
Posts: 504
Joined: 24 Jul 2011 12:16
Location: Helmstedt, NDS, Germany

Re: FIXED: V12.40 - Hash-Generator always use CRLF on multiline-selection

Post by micha_he » 16 Oct 2017 15:23

But it works, if I delete the "°"-char of my 1500byte testfile. :? :?: :cry:

User avatar
Rickard Johansson
Site Admin
Posts: 5550
Joined: 19 Jul 2006 14:29

Re: FIXED: V12.40 - Hash-Generator always use CRLF on multiline-selection

Post by Rickard Johansson » 16 Oct 2017 15:37

Well, if the rest of the file only contain ASCII then the binary data and the converted UTF8 document string may be identical.

User avatar
micha_he
Posts: 504
Joined: 24 Jul 2011 12:16
Location: Helmstedt, NDS, Germany

Re: FIXED: V12.40 - Hash-Generator always use CRLF on multiline-selection

Post by micha_he » 16 Oct 2017 17:05

That's an explanation, of course. :wink:

Post Reply