Peter, I found it because the encrypted data is a password. and "ABCDEFG" is not equal to "ABCDEFG(null)(null)"
Chip > Chip, > > How you found that text is 2 bytes longer? If you wrote the text to > file, 4D would put BOM before text, which is 2 bytes. Normally, BOM > is used by text editors and is not displayed, to check if there is > BOM prepended I had to use hex editor and look at the file. > > While most text editors know what to do with BOM, I have run into > programs where that caused problems. > > Regards, > > Peter Bozek > > On Sat, Apr 20, 2019 at 12:14 AM Chip Scheide via 4D_Tech > <4d_tech@lists.4d.com> wrote: >> I am putting text into a blob >> TEXT TO BLOB($Text_Ptr->;$Blob;Mac text without length) >> I encrypt the blob >> ENCRYPT BLOB($Blob;$Private_Key) >> >> I later extract this text >> DECRYPT BLOB($Blob;$Public_Key) >> $Destination->:=BLOB to text($Blob;Mac text without length) >> >> The text is extracted - and APPEARS to be the same, however >> the length of the extracted text is 2 characters longer then the >> original text. >> The extra 2 characters are: >> Character code = 0 >> And are appended to end of the extracted text. >> >> Anyone have an Idea?? >> >> Thanks >> Chip >> --------------- >> Gas is for washing parts >> Alcohol is for drinkin' >> Nitromethane is for racing >> ********************************************************************** >> 4D Internet Users Group (4D iNUG) >> Archive: http://lists.4d.com/archives.html >> Options: https://lists.4d.com/mailman/options/4d_tech >> Unsub: mailto:4d_tech-unsubscr...@lists.4d.com >> ********************************************************************** ------------ Hell is other people Jean-Paul Sartre ********************************************************************** 4D Internet Users Group (4D iNUG) Archive: http://lists.4d.com/archives.html Options: https://lists.4d.com/mailman/options/4d_tech Unsub: mailto:4d_tech-unsubscr...@lists.4d.com **********************************************************************
