Keisuke, Thanks. I'll try on Monday. The text will likely never be more than 100 characters, so length is not really an issue.
I did some quick testing - and it must be the encrypt/decrypt process, and Text to blob -> blob to text did not add the extra characters. Also - I will have to check the docs, but the text is a field rather then a variable, so I do not know if Variable to blob work in that situation. I could create a local text copy and then Variable to Blob... Chip > I wouldn't convert the text to MacRoman, max 32,000 bytes (i.e. v2004 > format) text > risking data loss - even if the possibility was minimal with small US > ASCII - just to be safe (and fast). > > TEXT TO BLOB($Text_Ptr->;$Blob;Mac text without length) > $Destination->:=BLOB to text($Blob;Mac text without length) > > either specify UTF-8 which has no length limit or data loss, > or even better, VARIABLE TO BLOB which does no conversion at all. > > but I can not say how the 0x00 terminator was introduced, > whether by OpenSSL which does the encryption or the BLOB/TEXT > conversion done by 4D. > > > > ********************************************************************** > 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 **********************************************************************