Перейти к содержанию
    

strofim

Участник
  • Постов

    10
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о strofim

  • День рождения 17.08.1978

Контакты

  • Сайт
    Array

Информация

  • Город
    Array
  1. начал смотреть на ncx. Прикольно... примерчики работают:) Да вот как-то у них бедно с документацией:( в sold ничего не нашел. то что написано в man савсем бедненько ..
  2. Кто нибудь сравнивал ncx от synopsys и SignalStorm от cadence? кто круче с чем легче работать?
  3. я такой опции не встречал. Знаю что точно есть транзисторы с изгибами под 45градусов. Кадабра построена на встроенном языке думаю на нем можно все что угодно задать:)
  4. Пользовался я в Cadabra для создания библиотеки стандартных элементов. Работает и очень неплохо долго, но все равно получается быстрее чем посадить десяток топологов :). Библиотеку в 500 элементов на 13 машинах компилировала примерно неделю. Главное разобраться в настройках на конкретную технологию, уж больно все запутано.
  5. Было тоже самое с Milkyway. Нашел следующее решение: 1. Запустил Дебагер: gdb Milkyway GNU gdb 6.1.1 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"...(no debugging symbols found)...Using host libthread_db library "/lib/libthread_db.so.1". (gdb) run Starting program: /disk/opt/synopsys/2008/star-rcxt_vB-2008.06-SP1/linux_star-rcxt/bin/Milkyway (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 1191)] Program received signal SIGSEGV, Segmentation fault. [switching to Thread 16384 (LWP 1191)] 0xf7f816bc in __pthread_alt_lock () from /lib/i686/libpthread.so.0 (gdb) q The program is running. Exit anyway? (y or n) y В результате заботы которого видно что проблема с /lib/i686/libpthread.so.0 2. Ищим libpthread.so.0 locate libpthread.so /lib/i686/libpthread.so.0 /lib/tls/libpthread.so.0 /lib/libpthread.so.0 /usr/lib/valgrind/libpthread.so /usr/lib/valgrind/libpthread.so.0 /usr/lib/libpthread.so /usr/lib64/nptl/libpthread.so /usr/lib64/libpthread.so /lib64/tls/libpthread.so.0 /lib64/libpthread.so.0 3. Смотрим ll /lib/i686/libpthread.so.0 lrwxrwxrwx 1 root root 18 Nov 21 2006 libpthread.so.0 -> libpthread-0.10.so ll /lib/tls/libpthread.so.0 lrwxrwxrwx 1 root root 18 Nov 21 2006 libpthread.so.0 -> libpthread-2.3.6.so 4. Скопировать cp /lib/tls/libpthread-2.3.6.so /lib/i686 5. Поправить Ссылку ln -s libpthread-2.3.6.so libpthread.so.0 Все заработало :) Работаю в FedoraCore 3 Успехов в починке.
  6. Вопрос не раз обсуждаемый... RedHat надежней всего.. но если денег жалко можно использовать любую сборку на основе RedHat например мы пока остановились CentOs 4.6 Вроде все работает и с железом особых проблем нету.
  7. http://www.mosis.com/ и www.europractice.com больше для университетов и иследовательских лабораторий. Так что обычной конторе да еще и пост советской туда не очень легко влезть... А на микроне будет 0.18. Осенью обещают пробные партии запускать!
  8. Подобную проблему решал следующим образом... Есть такая програмулина SpiceVision называется... так вот она умеет создавать из спайса skill подгружая который в кайденс получается електрическая схема.. Правда рисует она используя свои символы для транзисторов, но думаю при желании можно полазить по skill и подправить его или сделать как я ручками... :)
  9. Вот примерчик... DEVICE MN(N18) ngate18 poly(G) nsd(S) nsd(D) pwell(B) <ndif> [ PROPERTY W,L,AD,AS,PD,PS W = PERIM_CO(ngate18,nsd)/2 L = AREA(ngate18)/W AD = AREA(D)*W/perimeter_inside(D,ndif) AS = AREA(S)*W/perimeter_inside(S,ndif) PD = perimeter(D)*W/perimeter_inside(D,ndif) PS = perimeter(S)*W/perimeter_inside(S,ndif) ]
×
×
  • Создать...