feducha

Если судить по статье то получается big-endian http://ru.wikipedia.org/wiki/%D0%9F%D0%BE%...%82%D0%BE%D0%B2 Я пришел к выводу, что дело все шифровании, одно и тоже слово например admin на х86 кодируется в последовательность ���ŭ>�9=������=������=������,а на спарке в ���oOh�^���=������=������=���. На серверной части (спарк) при расшифровке не правильно возвращается значение функция currAdmin->GetPassword().c_str(), вместо например 123456 возвращает не понятные символы

Продолжаю тему. Серверная часть собрана с debug 32bits В исходные код rsconf.cpp внес пару printfd Что получается: 1 - Sun Fire sparc64 192.168.1.2 2 - ноут intel 192.168.1.5 Проверяем сервак 2 с него же, командой sgconf -s 192.168.1.5 -p 5555 -a admin -w 123456 -u test -o 12345 Серверная часть выдает Логин админа шифрованный ���ŭ>�9=������=������=������ Логин админа разшифрованный admin - Функция DecodeString дает что нужно Проверяем сервак 2 с 1го сервака командой sgconf -s 192.168.1.5 -p 5555 -a admin -w 123456 -u test -o 12345 Логин админа шифрованный ���oOh�^���=��

Спасибо за совет! Но тут дело не в sgconf, мне кажется, что то не правильно при передаче данных.

Приветствую Вас! Ситуация такая 2 компа 1 - Sun Fire sparc64 192.168.1.2 2 - ноут intel 192.168.1.5 в общем суть в том что платформы разные. На обоих крутится Gentoo, STG 2.405.9.8. Так вот что происходит Проверяем сервак 2 с него же, командой sgconf -s 192.168.1.5 -p 5555 -a admin -w 123456 -u test -o 12345 результат Ок Проверяем сервак 2 с 1го сервака командой sgconf -s 192.168.1.5 -p 5555 -a admin -w 123456 -u test -o 12345 результат Login or password failed. Проверяем сервак 1 с него же, командой sgconf -s 192.168.1.2 -p 5555 -a admin -w 123456 -u test -o 12345 р