Re: [Passwordsafe-devel] Enhancement Topics (Format and Usage Bugs)
Popular easy-to-use and secure password manager
Brought to you by:
ronys
From: Wolfgang K. <91...@gm...> - 2007-05-08 09:40:10
|
> > Frank Pilhofer wrote: > > Indeed. I seem to remember that we finalized on using UTF-8, with no null > byte at the end. Yet I can find no record of that decision in the current > formatV3.txt document. Rony, can you please add a note to the formatV3.txt > file to that effect, e.g., > > Text fields are stored using the UTF-8 character encoding. No null > character is stored in the record data or counted as part of the field > length. I.e., the ASCII string "Hello World" is stored as a single > block, with the field length set to 11. The definition is still to weak or misleading. Without being an expert in this, I know that UTF-8 may come with something they call "BOM" as a prefix token. Moreover, UTF-8 encoding is a bit-format, not a text format and I would not expect that null bytes are to be excluded from being a valid part of it. So I suggest the following text as definition for "Text": Text fields are stored using the plain UTF-8 character encoding without use of encoding signatures (BOM) or leading or trailing data length markers. I.e., the ASCII string "Hello World" is stored as a single block, with the field length set to 11. - Wolfgang |