Строка с символами #0.

← →
Рамиль (2003-09-05 11:52) [0]

После шифрования строки в ней появляются символы #0. Пока она сидит в памяти с этим еще можно справиться. Но после записи в поле БД, из него строка считывается только до первого символа #0 (что вообще то естественно:)). Можно это как нибудь обойти не проводя дополнительные действия над строкой и не используя MEMO поля в БД?

← →
MBo (2003-09-05 11:57) [1]

так шифровать, чтоб нулей не было

← →
Юрий Федоров (2003-09-05 11:58) [2]

Можно хранить в виде Hex

← →
HolACost! (2003-09-05 12:05) [3]

Base64(32, 16(HEX)), UU, XX!

← →
HolACost! (2003-09-05 12:05) [4]

Base64(32, 16(HEX)), UU, XX!

← →
Anatoly Podgoretsky (2003-09-05 12:11) [5]

Если поле не поддерживает полный набор символов, то данные надо упаковывать перед занесением, из укпазанных методов лучше остановиться только на двух - Base64 (эффективен по объему хранения + 30/40%) или HEX есть прямая поддержка в любой версии Дельфи, но +100%

← →
Digitman (2003-09-05 12:24) [6]

> Рамиль

а кто тебя заставляет работать с таким содержимым поля как со строкой ? никто ведь)

есть же метод TField.GetData(), с пом.которого ты можешь прочитать в указанный тобой буфер данные, указав что эти данные следует записать в native (raw, т.е. натуральном, "грязном" формате, as is)

получив эти данные в непреобразованном (ни в какой явный тип) формате, делай с ними что хочешь - криптуй/декриптуй сколько душе угодно

← →
Рамиль (2003-09-05 12:34) [7]

> так шифровать, чтоб нулей не было

Мне что, алгоритм TEA переделывать?
А с Base64 или GetData щас попробую.

← →
Рамиль (2003-09-05 12:51) [8]

Господа, а не подскажете где найти функцию кодирования/декодирования Base64?

← →
HolACost! (2003-09-05 12:58) [9]

В Indy!

← →
HolACost! (2003-09-05 12:59) [10]

Или сам напиши - всё есть в RFC (Номер не помню)

Строка с символами #0. Найти похожие ветки