как ломануть 1C 8.3 for Linux

[holmes]

ровно через 120сек?
если локальный эмуль остановить, и запустить клиентскую часть посредством сетевого hasplm, то изделие не падает.
Короче - вы наблюдаете "войну" изделия с эмулем VHCI_HCD

Изделие также прекрасно падает и при посредством сетевого hasplm, т.е. если hasplm поднимается на Linux, а на сратых виндах если поднять hasplm, тоды не падает.
Может я чего не догоняю?

[HPDX2300]

Изделие также прекрасно падает если hasplm поднимается на Linux, а на сратых виндах если поднять hasplm, тоды не падает.
Может я чего не догоняю?

Есть подозрение, что hasplm для Linux оч.старый и не все функции реализованы - изделие обнаруживает неправильный ответ и делает себе сепуку.
Вчера дебажил HASP-API при обмене с виндовым hasplm+multikey, обнаружил отсутствие в унипатче реализации сервиса 68h, там делов-то на пару часиков и унипатч начнет правильно эмулировать сетевой HASP-API (он и щас его эмулирует ,но в диалоге "About" не отображается число спартанцев сетевого ключа - за это в сетевом HASP-API отвечает сервис 68h).
По ходу дела возникает идейка - внедрить унипатч в hasplm для Linux-x64, это гораздо проще, чем допиливать эмулятор VHCI_HCD.
Прям щас копаю в направлении "заменить в линуксовом HASP-API функции работы с локальным USB-ключём на чтение из дампа ключа"

[holmes]

Надеюсь хорошее изделие сделаешь из hasplm