1.00 Иероглифы (квадратики) в отчете Паспорт оборудования

[JoKeR]

Ошибка тянется с предыдущей версии, к сожалению заметил только вчера, думал подправили-нет.
Установленные РМ наименование снова на китайском.
Картинку закину почтой.

[Michael]

Спасибо за баг-репорт. Жаль, что поздно, а то бы в этой версии уже было бы исправлено
_________________
Любой путь начинается с первого шага

[Michael]

Мы потестили, на машинах с XP SP3 x86 Rus и Vista SP2 x64 Rus ошибка не вопроизводится. Везде установлен NET FW 2.0 SP2 Rus (и другие NET FW, больших версий, но это в данном случае не важно). Возможно, дело в каком-то еще компоненте или настройке ОС. Хотя раньше я на этих конфигурациях наблюдал описанную ошибку.

Если не сложно, попробуй потестить это на других компах, а также посмотри на региональные настройки Windows.

Пока рабочая версия такая: возвращаемая движком MS Jet в результате выполнения SQL запроса текстовая строка воспринимается контролом как Unicode. Причем, когда Access выполняет тот же SQL запрос, он тоже показывает иероглифы. Это происходит только на конкретном запросе, совершенно обычном с виду. Что с этим делать, пока не ясно, надо изучать, в каких условиях это возникает.
_________________
Любой путь начинается с первого шага

[Suigel]

То же самое. В паспорте оборудования именно установленные РМ (наименование) отображаются в виде двух квадратов. Ноги растут отсюда http://www.printstore.ru/forum/viewtopic.php?t=841.
В версии 0.99 и ранее такого не было. С версии 0.99 никакие обновления ОС или Фреймворков не устанавливались.

[JoKeR]

На домашнем компе установлен Net FrameWork 4 проблем с иероглифами нет (PS 1.03)

[Michael]

Я как-то проверял, на голом FW 4.0 PrintStore не запустится. А меньшие версии поставить так, чтобы не поставился FW 2.0 мне не удавалось. Поэтому вряд ли наличие FW 4.0 как-то влияет. Если дело и в FW, то, скорее, повлияют какие-нибудь Language Pack для FW. У меня, кстати, ни на одном компе они не стоят.

Глюк вообще интересный. Когда мы с ним столкнулись впервые, то запускали тот же SQL запрос внутри Access, и он выдавал те же иероглифы. Т.е. фрэймворк вообще никаким боком не был задействован. Но все такие запросы мы исправили (почему-то помогало исправление порядка JOIN-ов ) и вот уже вторая волна "иероглифов", которая на форуме озвучена, у нас не вопроизводится. Думаю, это какой-то глюк в Microsoft Jet. Интересно, кстати, будут ли иероглифы на той же машине и той же базе, но на движке SQL?
_________________
Любой путь начинается с первого шага

[JoKeR]

на SQL Server 2008 R2 названия отображаются адекватно

[Michael]

Что и требовалось доказать. Т.е. баг сидит где-то в движке MS Jet, который как-то искажает результаты выполнения запроса. Сейчас посмотрю у себя версию Jet.
_________________
Любой путь начинается с первого шага

[Michael]

Предлагаю продолжить обсуждение в этом топике: http://printstore.ru/forum/viewtopic.php?t=841
_________________
Любой путь начинается с первого шага

[Michael]

В вопросе вроде разобрались. Т.к. это не ошибка в программе, а косяк MS, то переношу тему в общие вопросы, возможно, кому-нибудь пригодится в дальнейшем.
_________________
Любой путь начинается с первого шага

[Michael]

Скорее всего, исправлено в 1.05.
_________________
Любой путь начинается с первого шага