Re: Non-ASCii character encryption

[JavaFan]

It works by loading all of the unique characters into an array and then changing each one to another character within that array (each one receives a unique value as well). The decrypter simply unscrambles the nonsensical output and rebuilds the exact same file you had before.

That sounds like a simple substitution encryption. The complexity of that encryption is such that's it's used as childrens puzzles to unravel "secret codes". While it has nothing to do with the problem you are facing, I do wonder, which data is sensitive enough that it needs encryption when "sending it across the internet", but is innocent enough that a home-grown substitution encryption will do?

[ROFL]

Thanks for the suggestions,

I realize that a substitution encryption in and of itself is very weak. Its only intended to be one step of the encryption process. This is largely a project that I'm doing for amusement to see how secure I can get a piece of data.

To compare the strings I'm simply loading each line of each file into an array and saying if linex of file1 doesn't equal linex of file2 then print out the line number. Nothing is printing out even though the files are a slightly different size. Its a rather peculiar issue. I think it has something to do with perl reads and prints non ascii characters. Is there a way to just make perl read and print 0's and 1's instead of entire symbols? I'm rather new to perl and haven't been able to find this...

Thanks!