Вот - пример от юзера: code_1085.txt
Пытаюсь зашифровать небольшой кусочек текста и записать результат в ключ Ini-файла.
В приведённом примере текст обрезается до "Самый обычный ". В чём может быть проблема?
И допустим ли вообще такой алгоритм: StrToStream -> CryptRC6 -> StreamToStr ?
Шифрую с помощью компонентов Crypting от Wolfik'a: http://hiasm.com/xf/topic.php?t=7148

V112.Sh, сначала делать, а потом думать - плохой стиль, ИМХО

Даже если я ничего не знаю, кроме того, что INI - это текстовый файл, который можно посмотреть в текстовом редакторе, то первое что должно прийти в голову, это то, что с "не печатными" символами должны быть проблемы.

Например, с переводами строк, или нулями, или с пробелами, или с "=" в имени ключа, или "[" в имени секции...
После такой мысли - даже и экспериментировать неохота.

Значительно проще всех этих экспериментов - воткнуть элемент Charset в режиме WIN_BASE64 между "произвольной" строкой и "текстовой"...

Не догоняю...
На моём примере это можно показать?

code_1086.txt

[size=-2]------ Добавлено в 10:46
Кстати о названии топика...
Почему это криво именно шифруется текст в INI-файл
А просто многострочный текст в INI файл без шифровки нормально что-ли записывался
Типа, все тут же бросились устанавливать себе элемент шифрования...

Неужели сложно проверить самому?
code_1087.txt
В вашей схеме вы пытаетесь записать в ini шифрованный поток переведенный в текст.
Вопрос: зачем?
Если уж это так необходимо конвертируйте в hex...

Ну вот, разобрался!
Galkov, благодарю за разъяснения!
Wolfik, спасибо за Crypting; текст в Ini нужен именно шифрованный. Hex - не то (или я не понимаю, к чему вы...).

Просто на тот момент, когда создавался топик, проблема была именно с записью(мне так казалось) шифрованного текста в Ini.

V112.Sh, HEX в виде строки, т.е. F098A3 и так далее. Тогда не будет проблем с лишними переводами строки и прочими служебными символами. А при считывании просто переводишь HEX-строку в поток и спокойно расшифровываешь.

Если я, конечно, правильно Wolfik'а понял

Кстати, в таком виде в sha-файлах иконки хранятся, можешь посмотреть

И делов-то оказалось всего ничего
code_1089.txt
V112.Sh, это то, что ты хотел?

Мда...
Одни писатели, кругом...

Зато выбор какой

v258, действительно, работает! Но вот размер шифрованного увеличился почти в 2 раза. Конечно, можно пользоваться сжатием, но пока остановлюсь на использовании Charset'а. По-моему, не так уж это и смертельно...

Так это ж хорошо!
Чаще бы так.

Это плохо.

У читающего, но не уверенного до конца в себе новичка, может сложиться впечатление по этому топику, что base64 не решает проблемы служебных символов. Или по крайней мере - хуже.

Что совершенно не соответствует действительности.

Я вот не новичок, вроде бы, а об этом тоже не знал

Galkov, а вот мне кажется, что именно у читающего новичка такого впечатления не сложится. Так как именно читающий человек, хотя бы из интереса, затестит оба приведённых примера и сделает выводы.
И насчёт этого:

тоже будет своё мнение.

V112.Sh, ну конечно это приятно, что пользователь обладает моральной устойчивостью

Вот только не всегда это так, к сожалению