Работа с результатом Socket.ReceiveText

[375297192202]

Есть сервер (доступа к нему не имею) и клиент на Андроиде.
Обмен командами, насколько я пока понял, происходит обычной строкой с набором внутренних команд.
Например авторизация от клиента:

'b!'#8#1#$10#3#$18#$B'"'#3'112*'#6'1121122'#7'Android:'#3'2.3'

где: 112 - логин
112112 - пароль
Android - ну это более-менее понятно
2.3 - версия клиента

Переписываю клиента на XE10 для работы по Windows и нужно изучить протокол работы.
Эту строку (var s : string) я получил в режиме отладки (пауза и WatchLits), а вот если ее куда-нибудь выводить в состоянии "как есть" или пытаться с ней работать - она превращается в кракозябры.
Понимаю, что объяснение ситуации более чем сумбурное.
Может скриншоты помогут.
Это то, какая приходит строка:
2015-12-11 12-23-14 Project1 - Delphi 10 Seattle - Unit1 [Stopped - Thread 6900].jpg
А это, как она выглядит при любом выводе (на экран-ли, в файл-ли - без разницы):
2015-12-11 12-26-46 Form1.png
Вопрос: как же ее получить для работы именно в таком виде, в котором она приходит, т.е. со всеми ее кавычками (' или ") и диезами (#)?

[Аватар]

А она не приходит с диезами и кавычками. #8 обозначает при отображении байт с содержимым $08. Зачем для работы в таком виде получать?

[375297192202]

Аватар, спасибо за ответ.

#8 обозначает при отображении байт с содержимым $08.

Но ведь он какую-то нагрузку в программе несет ... Значит для чего-то нужен. Соответственно его нужно получить для дальнейшей работы?

Зачем для работы в таком виде получать?

Я так понял, что в комбинации "#3'112*'#6'1121122'#7'Android:'#3' 2.3' можно составить логику:
" - символ какого-то разделения
#3 - следующие три символа полезной информации: 112 - логин
#6 - соответственно 112112 - пароль. Только вот откуда еще двойка взялась?
#7 - соответственно строка Android. Только опять лишний символ двоеточия
#3 - соответственно строка версии программы 2.3

ОК. А как Вы видите работу с отправляемыми/получаемыми данными в этой ситуации?
Может натолкнете на мысль.

p.s.: Да, и кстати - не обратил внимания, на последней картинке используется логин/пароль 222. Прошу прощения за невнимательность.

[Stilet]

Только вот откуда еще двойка взялась?

Ты ее передаешь. Иначе это соль. Или что-то еще вставленное в пакет.

[Аватар]

Но ведь он какую-то нагрузку в программе несет

Ни какой. Нужно при парсинге проверять содержимое байтов

[phomm]

Это может быть и мусор, если программа работает со строками неаккуратно, с переаллокациями, а верный размер указывает сколько читать, остально просто проматывается до конца/следующего маркера. Это может быть и контрольная сумма и много ещё чего, у Вас выход либо разбирать до символа что к чему, либо подвергать программу обратному инжинирингу, либо, проанализировав небольшой набор разных вариантов, повторить более вероятное решение и работать с программой, при возникновении сложностей разбираться. Можно ещё брутить - составить пачку вариантов строк с разными этими непонятными символами и остальным идентичным содержимым и анализировать ответы, если будут разные - значимые символы, а если одинаковые - скорее всего мусор.

Чтобы отобразить эти строки почитайте о преобразовании в шестнадцетеричный вид, можно даже для себя написать простую функцию переводящую байт 08h в строку "#8" (и аналогично остальные нужные байты), если сильно нужно в этом виде.

[375297192202]

Хоть и немного поздно, но хочу сказать спасибо всем откликнувшимся.
Методом "ненаучного тыка" что-то более-менее стало проясняться и сейчас уже могу говорить, что результат все-таки будет )))