Если вопрос про xDM Library Client, то нет, устаревший маршрут не поддерживается.

Т.е. последняя версия, которая сможет работать с такими библиотеками DC/EE7.9.5?

1. Тогда это называлось DMS.
2. Я уже не помню какая последняя версия DMS поддерживала маршрут DC\DV, но это было очень давно.

На рутрекере засветился VX.2.1 - Update 2.

Это у меня в одного при попытке просмотра схемотического изображения компонента в бибилиотеке EE, полностю вылетает Library Tools ???

Тут ребята описывают подобную проблему, вот только непонятно пофиксил ли ее Ментор
https://communities.mentor.com/thread/18950

Вообщем по ходу дела обновления сделали свое дело, на работе так-же отказывается работать
Microsoft Windows 10 Enterprise x86-x64 (MSDN)
Версия: 10.0.14393.447 Version 1607

Вышел VX.2.1 - Update 3
Но он проблему не решил. Ставил VX на голую систему -- проблема осталась

Уточните, пожалуйста, что Вы имеете в виду под термином схематическое изображение компонента?

Вот это

Уменьшено до 82% 960 x 585 (61.4 килобайт)

У меня при таком просмотре никогда не вылетало ни в семёрке, ни в десятке ни с одной из версий Экспедишна. Может, проблема в каком-то конкретном компоненте?..

Ребят! Я не знаю, потому и спрашиваю.
Пробовал ставить на голой системе как на виртуалке, так и на "железо" -- результат один и тот-же. Могу видео сделать если желаете.
Два разные компа -- поведение аналогичное

И 32х и 64х битные версии себя одинаково ведут?

Попробуйте посмотреть куда обращалась программа перед своим падением с помощью Process Monitor http://technet.microsoft.com/ru-ru/sysinte...essmonitor.aspx
Может это наведет на мысли, какой элемент библиотеки приводит к проблемам.

Если кто шарит лучше, то вот лог с того момента когда нажимается символ на "предпросмотр"
Я вот только одного не понимаю, почему VX Library Tools в корне диска С: пытается создавать файлы и ищет там-же какие-то другие

А у нее есть права для записи на диск С:
У меня другая программа валилась при попытке без прав создать на диске С: временный файл.

Судя ло логу, никаких криминальных обращений не видно. Т.е. у него уже все было в памяти и ошибка скорее всего связана именно с интерпретацией уже загруженных данных. Возможно если сделать лог с самого начала сеанса работы, то получится найти к какому файлу библиотеки он обращался в последнюю очередь.



Создавать он не пытается. CreateFile в Windows используется для всего, в т.ч. и для открытия файлов. Возможно это остатки каких-то отладочных кусков кода от разработчиков, которым было удобно класть файлы в корень диска.