Там еще вопрос, кто из них на самом деле оппонент ,
я просто хотел выделить основную repairing идею, которую там рекомендуют от MG, само-собой подразумевается, что это не панацея.


NOTE:
народ, больше 6 не ставьте! (ограничение формата RS-274X)
(идея: установить максимальную точность(позволяемую форматом) после запятой)
первая цифра - кол-во целых цифр (можно не менять, 3 знака это уже 999.0мм или 999.0inch)
вторая цифра - кол-во дробных цифр(6 максимум)



Александр,
прежде всего, прошу прощения за мой стиль.

Понятно, что в хелпе приведена идея в виде "грубой картинки", я же просто хотел подчеркнуть, что даже там(в хелпе)неточности(они не старались когда делали описание, по-хорошему, там должны быть скриншоты из реальных данных ), из этого я делаю вывод, что и в софте данная ф-ция может содержать ошибки.

По поводу ODB++ есть следующее сообшение:


When opening an ODB++ job that was created by importing Mentor Expedition Enterprise 7.9 ODB++ data, the user receives the following error message: “Job has ODB++ version 7.1 while the application supports only version 7.0. Please refer to user documentation 0203.pdf for ODB++ version compatibility.”

Dialog Box

Causes

This issue is caused by an incorrect minor version tag in the ODB++ data output from Mentor Expedition Enterprise 7.9.

Version information is located in the info file within the misc directory of the ODB++ data.

The info file looks like this:

JOB_NAME=test_job

ODB_VERSION_MAJOR=7

ODB_VERSION_MINOR=1

ODB_SOURCE=Expedition PCB

CREATION_DATE=20100628.152952

SAVE_DATE=20100628.152952

SAVE_APP=Expedition PCB 2007.9

SAVE_USER=user1

TechNote ID

MG523106
TechNote Type

Solution
Updated

8/4/10
Products

Expedition PCB

Enterprise 3000

vSure

vSureLT

Trilogy
Environment

This issue can be seen on all O/S.

Associated Defect Reports
Toggle Details Defect #698765 (Status:Opened)
Change minor version number in info file

Last Updated:
7/30/10
Date Closed:
Not Closed
Resolution:
Planned Release:
EE7.9.1
Notes:

Solution

Select the ‘Continue’ button in the error message to open the job and work normally with the application. The error message should not affect work with the application.

Defect Report dts0100698765 – "ODB++ changed version from 7.1 back to 7.0 fixing issues with file read into vSure and InCAM" was entered for this and a fix including this defect has been added to EE 7.9 Update 1 which is now available on Support Net.
http://supportnet.mentor.com/downloads/201...114-G192-P10287

ODB++ хорошо, скорее бы с герберами ситуация эмм... выровнялась.

Угу, у меня очередной такой отпуск будет в твои края. С 23 по 27 буду просвещать Пеленг.

свежие новости - то ли артефакты, то ли MG теперь РАЗЛИЧАЕТ в виндах большие и маленькие буквы названий дисков, но у меня инсталлятор в списке для удаления рапортует о двойном комплекте всех программ от ментора: один на диске "c" малое, другой точно такой же набор на "C" большое.

При пользовании The MGC SDD Configurator, происходит подвисание переключения в случае если открыт гугл хром (подвисает - см. pic)
Система Вин7 64 бита. 16 гиг оперативы, и камень и7-2600. Чего не хватает то??
Закрываешь Гугл, и всё процесс продолжается, просит указать лицензию и всё такое.
На хп такого не замечал.

нет вариантов?
никто не сталкивался?

Скорее всего никто не сталкивался. Хром пока экзотика.
У меня FF все в норме. Менторовцы работают\тестируют пока только под IE.

оке. я тоже ФФ пользую, но вот с хром заметил такой баг. причём на этом железе, на страром компе таких "подвисаний" конфигуратора не наблюдал.

Кстати, есть ли связь в ругани конфигуратора на oleout32.dll, dao350.dll, mfc40.dll при переключений версий, с подвисанием?

Ещё один интересный бубен в Windows 7

Тек.версия 7.9.1

Верхний ярлык в закреплённой области меню Пуск имеет свойства



Нижний, под красной линией.


оба ярлыка запускают 7.9.1, но, по первому ярлыку выкидывает баг - не открывается большой проект. Ошибку выкидывает в PCBLogFile.txt
где следующий текст:

по второму всё ок, проект грузится.

К чему всё это. Хочу предупредить тех кто работает с 7мой виндой. Внимательнее к ярлыкам которые закрепляете.
В закреплённой области ярлык не меняется когда конфигуратор формирует ярлыки для другой версии ментора.
Либо, как я предполагаю надо закрепить ярлыки и дать им соответствующие версиям имена. как то так.

Еще можно пути в закрепленных ярлыках задать с использованием переменной окружения %SDD_HOME%.

Свой ярлык под каждую версию программы - это уже давно надо знать как отче наш (справедливо для любой версии виндов). По другому и быть не может если разные версии одной программы используют одинаковые переменные\ключи но с разными значениями.

проблема с hyperlynx'ом
1. из ее запускаем анализ, генерится файл и всё. Гиперлинкс не открывается, как это происходит на XP (на другом компе).
2. Запускаю Гиперлинкс, (прописаны модели, сделаны всё настройки) гиперлинкс подвисает, в диспетчере пишет Not Responding буквально с первых секунд работы приложения.
загрузка камня 12,13 процентов, памяти отъедает от 120 до 160мб
И от админа и совместимость с хп ставил, не помогает....
Этот же проект на хп моделится за пару минут. всё ок.

Где искать грабли???

Ещё есть одна проблема с одним и тем же проектом. На вынь7 запускаю DRC, считает пару секунд потом - отвали читай лог. В логе
Total Proximity Hazards Found : -1095172474

Этот же проект, ничего не меняю, запускаю на ХР, запускаю DRC, всё быстренько считает, и всё тип топ. Ну что за хрень такая???


вынь7, х64. (i7-2600, 16Gb)

под w7 64 есть спец. релиз
текущий [attachment=63465:HL8.1.1_update3_rn.pdf]

у меня сейчас 8.1 (build 505, 7.07.2010)
8.1.1 надо искать))
а по дрц какая нибудь наводка есть?