I think it's because encrypted values are not evaluated for their own value, but are rather hashed - thereby there can be more than one value that hashes out to the same value.
Simple Example: I have a decimal number that needs to be encrypted if A=0, b=1,...j = 9, k = 0, l = 1, then I can have multiple values that evaluate to the same number. It's similar to clock or modular arithmetic. BJL = 191 LTL = 191 Matthew Small IT Supervisor Showstopper National Dance Competitions 3660 Old Kings Hwy Murrells Inlet, SC 29576 843-357-1847 http://www.showstopperonline.com -----Original Message----- From: Bryan Stevenson [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 20, 2002 3:25 PM To: CF-Talk Subject: Encryption gurus please read Hey All, I'm not entirely sure why I'm getting the results I am, so I'll ask this question: Why is it that the returned encrypted value can vary even though the string being encrypted and the key used remains constant (i.e. when encrypting "yeehaw" with the key "boohoo" will not always return the same encrypted value)? BTW I've tested this situation against cf_cryp, cf_crypt, and Encrypt() TIA ;-) Bryan Stevenson B.Comm. VP & Director of E-Commerce Development Electric Edge Systems Group Inc. t. 250.920.8830 e. [EMAIL PROTECTED] --------------------------------------------------------- Macromedia Associate Partner www.macromedia.com --------------------------------------------------------- Vancouver Island ColdFusion Users Group Founder & Director www.cfug-vancouverisland.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Get the mailserver that powers this list at http://www.coolfusion.com
