Vadim

Понятно, спасибо.

Т.е, на данный момент я могу легально(???) использовать взломанный CAM(или речь не только о CAM???) в виртуальной машине, но скоро эту халяву запретят? Я правильно понял?

Не дождетесь, ибо не при чём он. Имхо, конечно :) Чтобы запустить EE в xfce, нужно дождаться, когда менторы уберут из него все костыли, подпёртые для верности самым главным костылем. Не холивара ради, а чисто истины для - тот же Modelsim/Questa уважает и xfce, и оpenbox, и прочие кде с гномами, не смущают его и два монитора. Слушается всех настроек окон, в общем, ведет себя как родной. Новые приложения из EE - Symbol Editor, например - тоже. Если мне не изменяет склероз, он даже двух мониторов не боится (проверить не могу, снёс этот ужас).

Вы лет на 10 случайно не ошиблись? :) Окна не разворачиваются и не перетаскиваются, обрубаются с краев. Вообще, творится такой ужас, что я затрудняюсь даже сказать, когда, что, как и в какой последовательности :) Работать невозможно, короче.

Есть глючок и поболее. Оно не уважает рабстол с двумя мониторами. И xfce не уважает, но это так, мелочи.

Топором хотите пройтись?

Это проблема появилась с переходом на какой_то_там_релиз. Имхо, менторы без объявления войны изменили отображение едениц измерения сопротивления. Снова имхо, обыкновенное разгильдяйство. Если не изменяет склероз, еденица измерения, вызывающая этот варнинг, берётся из Part Manager. Метод борьбы - устанавливать элементы на схему с выключенной галочкой Include PPS data. Если они уже стоят, и у них нет атрибутов, установленных вручную, можно попробовать обновить их с помощью Edit - Replace Devices с включенной галкой replace with latest version и выключенной галкой Include PPS data.

Офигеть. Спасибо!!! Сам когда-то пробовал, но так и не смог разобраться в его структуре. Могу заняться строчными буквами (есть опыт ковыряния двоичного шрифта из Power Logic), если поделитесь тайными знаниями, конечно :)

Я храню проекты, на основе которых создаются Reusable. А сами Reusable в библиотеке создаю непосредственно перед началом нового проекта и удаляю при его окончании. Тырц

Я размещаю Reusable командой Place->Symbol. Правильно сомневаетесь :) Не произойдёт. Схему и можно, и нужно. А блок - хоть и можно, но не нужно. Имхо, конечно. Если Вы принципиальный противник копирования схемы в проект (не пойму, кстати, почему), можно попробовать схему не копировать, а просто подключить к проекту. Но это, имхо, хуже. ЗЫ Да, кстати, Вы Reusable в библиотеке храните?

:blink: Symbol Editor. Оно?

Даже от суперпользователя в линукс и администратора в венде?

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

Я имел ввиду, что в доках должно быть про library mapping file. Именно то, что отдано на откуп тулописателям. Так, кстати и есть. Ключик для vlog: -libmap <pathname> Specifies a Verilog 2001 library map file. Optional. You can omit this argument by placing the library map file as the first option on the vlog invocation (e.g., vlog top.map top.v top_cfg.v). А config описан в стандарте.

Конструкцией config не пользуюсь, но тоже интересовался этим вопросом, потому и перевёл соответствующий раздел стандарта. Честно, Ваш вопрос изумляет и настораживает, т.к. на первый взгляд в стандарте всё более-менее понятно. На мой взгляд, смысл таков - компилируем какие хотим исходники в какие хотим библиотеки, получая таким образом либы, в которых содержатся некие ячейки (cell). Ячейками согласно стандарту являются module, primitive, interface, program, package и config. И они там лежат и никого не трогают до тех пор, пока мы не захотим их использовать. С помощью config собираем свой проект из библиотечных кубиков непосредственно в исходном файле, указывая в config, внутренности какой ячейки и из какой библиотеки мы используем для связывания с каждой (или некоторыми) ячейками нашего проекта. Есть ещё там заморочки с library map file, с помощью которого можно раскидать ячейки по разным библиотекам на этапе компиляции одной командой, но для себя я пользы в этом не увидел. Вроде ещё этот самый файл рекомендуется хранить вместе с библиотеками, но зачем, я так и не понял. Имя файла и механизм его чтения отданы на откуп писателям тулов. В стандарте в примере фигурирует имя lib.map. Ну а каким синтаксисом подключать его к команде компиляции - тут надо курить доку на тул. Странно, что Вы не нашли. Сам я не искал, но ведь это стандарт - и тут, имхо, вопрос стоит о поддержке этого куска стандарта квестой. Если поддерживает - должно быть в доках.

Ваши слова могли бы соответствовать действительности только в одном случае - разработчики моделсима и разработчики стандарта - одни и те же лица. Что, мягко говоря, маловероятно. ЗЫ Я извиняюсь, но может не стОит больше вводить начинающих в заблуждение?

Проблема решается просто. Поменяйте пароль на фтп. При вводе нового пароля можете ввести старый.

Телепатические способности оценил. Не знал, что можно определить, что из себя представляет человек, даже ни разу его не видев и не слышав. Гениально.

Ага, на хорошем. Только Precision покруче будет. Мои проекты в нём собираются без вопросов, а Synopsys почему-то нервничает и отходит в сторонку покурить.

Шрифт помельче? :) Ну есть ешё Part Manager. Там можно иерархию замутить. Но, имхо, ну его на фиг. Если в нём возиться с иерархией (пробовал!!!), можно там и завязнуть, а иногда нужно бывает плату-другую развести :)

cap0603.pdb cap0805.pdb cap1206.pdb cap_al_el_th_jamicon.pdb cap_al_el_th_panasonic.pdb cap_film_th_panasonic.pdb cap_y5v_1206.pdb capsmt.pdb capth.pdb Не?

Для справки. Тем, кто нехорошо отзывался об актив, прежде всего интересны строгое соблюдение стандартов, а не удобопользование, как Вам :) Мой небольшой опыт работы в актив и гораздо бОльший опыт работы в моделсим позволяет сделать следующие выводы: 1. актив при симуляции часто валится без объяснения причин, несмотря на успешную компиляцию. Т.е ошибок в своём коде в этом случае Вы не найдёте, несмотря на их наличие. Моделсим при прогоне этого же кода чётко укажет Вам на ошибку. Иными словами, актив компилирует код, не соответствующий стандарту. Случаев обвала моделсим без объяснения причин припомнить не могу. 2. в актив плохая поддержка стандарта SV. Вот именно с этим и придётся столкнуться. Готовтесь :)

Вот именно. Берём эти самые готовые тестбенчи и скрипты и благополучно запускаем симулятор без всяких посредников. ЗЫ. Впрочем, если нравится, почему бы и нет. Сам этим занимался. И спектру из пикада запускал :)

Запустите ISE из эмулятора терминала, после запуска моделсима посмотрите, что терминал пишет. :bb-offtopic: Не могу понять, зачем Вам ISE в качестве посредника для вызова другой программы?

А сколько смешно?