[zmax]

Онгейм/ХМ
Когда за стол садится игрок в нике которого содержится символ "&", ХУД 100% не показывает его статы, через некоторое время начинают пропадать статы всех игроков со стола/иногда статы выводятся на местах, не соответствующих игрокам. Если такой игрок уйдет со стола все нормализуется. ХУД видит этот стол, но кол-во игроков за таким столом "ноль".
В базе игрок J&mRen&Gounde значится как JmRenGounde(т.е. символ & заменяется на подчеркивание) с 0 рук незавимо от реально отыгранных с ним рук.
Спрашивал у нашего игрока в чате - у него с ХМ никаких проблем за таким столом.
В чем может быть проблема?

З.Ы. Проблема как на 1.07, так и 1.08 последней бетте.

[Mirel]

Возможно, дело в кодировке БД?
Другое на ум не приходит.
Запусти pgAdmin, щёлкни на Databases, потом на базе своей основной для ХМ.
Там можно посмотреть кодировку в поле Encoding.
Я пока, правда, не представляю, как и что могло повлиять.
Но ты запости здесь кодировку свою, завтра проснусь, подниму postgre на vmware и потестю.

[zmax]

Сообщение от Mirel

Возможно, дело в кодировке БД?
Другое на ум не приходит.
Запусти pgAdmin, щёлкни на Databases, потом на базе своей основной для ХМ.
Там можно посмотреть кодировку в поле Encoding.
Я пока, правда, не представляю, как и что могло повлиять.
Но ты запости здесь кодировку свою, завтра проснусь, подниму postgre на vmware и потестю.

ENCODING = 'SQL_ASCII'
Заранее благодарен за содействие.

З.Ы. Клиент онгейма вроде Юникод использует, по крайней мере в нем нотсы пишет.

[Mirel]

Тогда экспортни руки(ну или убедись в их доступности), снеси постгре и поставь заново, указав при инсталляции кодировку UTF-8.
И проверь.
Просто я только завтра смогу поэксперементировать, сегодня уже сил нет )

[zmax]

Похоже пока отбой. В версии 1.08 все таки вроде норм все. На другом компе 1.07 - с ней точно проблемы - попробую сначала обновиться до 1.08.
Mirel, спс за беспокойство.

[Mirel]

np
даже хорошо, что ты не успел ничего снести, время бы зря потратил )
на свежую голову сейчас смотрю и понимаю, что походу UTF\ASCII тут не причём, ведь амперсанд должен по-идее на том же месте в юникоде находится, что и в ascii