Системная ошибка с кодом 5 - "Отказано в доступе".
На операции с буфером обмена куча стороннего софта хуки ставит, в т.ч. spyware различные.
На чистой Windows 10 копирование в буфер работает на 100% без ошибки.
Тогда почему ошибка не проявляется при копировании хоз.операции?
Windows 10 можно считать чистой, кроме офиса и принтера (вручную) еще ничего не установлено.
Тогда почему ошибка не проявляется при копировании хоз.операции?
Хороший вопрос.
Может быть дело в характере данных, записываемых в буфер обмена.
Это как антивирус может ругаться на одни файлы и не ругаться на другие только потому, что по его базе вирусных сигнатур какие-то байты показались подозрительными.
Делать-то что?
В диспетчере задач снимите дамп процесса и выложите куда-нибудь.
Я тогда посмотрю, нет ли в адресном пространстве ИБ чего-то постороннего.
Провели подробное изучение проблемы.
Сделали программу для мониторинга захвата буфера обмена различными процессами.
При открытии буфера обмена одним процессом, другой будет получать ошибку с кодом 5 (как и наблюдается) до тех пор, пока первый не закроет буфер обмена.
В Windows 10 на некоторых машинах в фоновом режиме происходит захват буфера обмена процессом explorer.exe. При этом на почти чистой Win 10 (еще установлен MS Office 365, Libre Office и ИБ) этого не наблюдается (не подключена к Интернету). От каких параметров зависит это поведение выяснить не удалось.
Ранее негласно предполагалось, что открытие буфера обмена происходит в ответ на явные действия пользователя - команды Копировать, Вырезать, Вставить. Теперь же выясняется, что Microsoft сам ломает сложившийся порядок и открывает буфер обмена в фоновых процессах. Это может приводить и приводит к отказам в операциях с буфером обмена в случайные моменты времени. Зачем он это делает? Сложно сказать. Может быть Ленгли интересует содержимое вашего буфера обмена?..
В следующей версии ИБ мы введем открытие буфера обмена с многократными попытками и задержками между попытками. Это не даст 100% защиты от конфликтов с другими процессами, но существенно снизит вероятность таких конфликтов.
Буфер обмена общий для всех программ.
После входа в ИБ в буфере может лежать что угодно - это нормально.
Например, текст скопированный в Блокноте.
Содержимое буфера для всех форматов очищается в момент копирования туда чего-нибудь одной из программ. И находится там до тех пор, пока эта же или другая программа не положит туда что-то еще.
В принципе, возможна ситуация, когда разные программы случайно регистрируют формат буфера обмена с одним именем.
Например, ИБ регистрирует формат для проводок с именем "IBPROVCBF", а программа Х регистрирует какой-то свой формат с таким же именем. Это не является ошибкой, разные программы могут совместно пользоваться одним форматом, но здесь, очевидно, не тот случай.
Сегодня проявился.
В буфере оказалось название последнего используемого бланка,
хотя вставлял в буфер номер ключа из письма.
В блокнот номер ключа вставился.
После этого вставился и в Инфо-Бухгалтер.
Попробовал воспроизвести глюк, не получилось.
Скриншот.
Системная ошибка с кодом 5 - "Отказано в доступе".
На операции с буфером обмена куча стороннего софта хуки ставит, в т.ч. spyware различные.
На чистой Windows 10 копирование в буфер работает на 100% без ошибки.
Тогда почему ошибка не проявляется при копировании хоз.операции?
Windows 10 можно считать чистой, кроме офиса и принтера (вручную) еще ничего не установлено.
Делать-то что?
Хороший вопрос.
Может быть дело в характере данных, записываемых в буфер обмена.
Это как антивирус может ругаться на одни файлы и не ругаться на другие только потому, что по его базе вирусных сигнатур какие-то байты показались подозрительными.
В диспетчере задач снимите дамп процесса и выложите куда-нибудь.
Я тогда посмотрю, нет ли в адресном пространстве ИБ чего-то постороннего.
А есть более детальный лог ошибки?
Того, что на скриншоте, не достаточно.
Провели подробное изучение проблемы.
Сделали программу для мониторинга захвата буфера обмена различными процессами.
При открытии буфера обмена одним процессом, другой будет получать ошибку с кодом 5 (как и наблюдается) до тех пор, пока первый не закроет буфер обмена.
В Windows 10 на некоторых машинах в фоновом режиме происходит захват буфера обмена процессом explorer.exe. При этом на почти чистой Win 10 (еще установлен MS Office 365, Libre Office и ИБ) этого не наблюдается (не подключена к Интернету). От каких параметров зависит это поведение выяснить не удалось.
Ранее негласно предполагалось, что открытие буфера обмена происходит в ответ на явные действия пользователя - команды Копировать, Вырезать, Вставить. Теперь же выясняется, что Microsoft сам ломает сложившийся порядок и открывает буфер обмена в фоновых процессах. Это может приводить и приводит к отказам в операциях с буфером обмена в случайные моменты времени. Зачем он это делает? Сложно сказать. Может быть Ленгли интересует содержимое вашего буфера обмена?..
В следующей версии ИБ мы введем открытие буфера обмена с многократными попытками и задержками между попытками. Это не даст 100% защиты от конфликтов с другими процессами, но существенно снизит вероятность таких конфликтов.
В восьмёрке я часто встречаюсь с ситуацией, когда буфер обмена заполнен после входа в программу.
Заполнен чем?
Как проявляется?
Буфер обмена общий для всех программ.
После входа в ИБ в буфере может лежать что угодно - это нормально.
Например, текст скопированный в Блокноте.
Содержимое буфера для всех форматов очищается в момент копирования туда чего-нибудь одной из программ. И находится там до тех пор, пока эта же или другая программа не положит туда что-то еще.
В принципе, возможна ситуация, когда разные программы случайно регистрируют формат буфера обмена с одним именем.
Например, ИБ регистрирует формат для проводок с именем "IBPROVCBF", а программа Х регистрирует какой-то свой формат с таким же именем. Это не является ошибкой, разные программы могут совместно пользоваться одним форматом, но здесь, очевидно, не тот случай.
Сегодня проявился.
В буфере оказалось название последнего используемого бланка,
хотя вставлял в буфер номер ключа из письма.
В блокнот номер ключа вставился.
После этого вставился и в Инфо-Бухгалтер.
Попробовал воспроизвести глюк, не получилось.