Некоторые ньюбы любят 1С до поросячих слёз. А я люблю только платформу, но ненавижу ее производительницу - фирму 1С. Потому что не может сделать из говна нормального продукта вообще конфетку. Одни и те же косяки существуют годами, пятилетками и никак не исправляются.
Я не буду рассказывать тут о том, что основной формат архивирования баз данных DT создан настолько криво, что из него база не всегда разворачивается обратно. Это пожалуй, самый главный фэйл восьмерки. Пользователи то доверчиво бэкапят, а потом, когда разворачивают, получают кукиш.
Но недавний случай из этой же оперы.
Занимался проброской сканеров в терминальном режиме - сканер подключен локально, нужно, чтобы работал в терминале. RDP настроил без портов - поставил галочку "Использовать ком-порты". Поменял на каждом компе номер COM-порта, чтобы не пересекались.
А дальше возник затык. Атолловский драйвер один раз подключал сканер, а на второй писал - порт занят. 1С-кий драйвер scanopos.dll вешал вообще терминальную сессию.
Долго ковырялся. Уже хотел переводить сканеры в режим разрыва клавиатуры (к счастью, сканеры дорогие, такое умеют, это вам не дешевый Chipherlab-1000). Но тут нашел веточку.
Скачал оттуда dll, которой подменил scanopos.dll. И все заработало. Как пишет автор, 1С не тестировали свою компоненту scanopos для работы с виртуальными ком-портами. Вернее, проблема даже в самих VCOM. Но автор новой компоненты как-то обошел эту проблему, а 1С не чешется!
Вот вам и большой колосс на глиняных ножках. Вроде бы поддержкой сканеров похваляется, а на деле в RDP работает только с сканерами, воткнутыми напрямую в COM-порт.
У меня нет слов - сколько же народу не смогло победить такое поведение RDP и даже не догадываются в чем проблема. Хорошо, я потратил время и накопал.
Короче, 1Сники любят фирму 1С, но странною любовию, возвращаясь к вводным...
Journal information