Форум разработчиков электроники ELECTRONIX.ru

Помощь - Поиск - Пользователи - Календарь

Полная версия этой страницы: Глюк в Library Manager

Форум разработчиков электроники ELECTRONIX.ru > Печатные платы (PCB) > Разрабатываем ПП в САПР - PCB development > Mentor-ExpeditionPCB

Feb 6 2009, 11:45

Суть глюка:

При закрытии какого-нить editor-а, например Symbol Editor, или Part Editor, или Cell, не важно, просто падает с диагностикой

/opt/mentor/EE2007.2/2007EE/SDD_HOME/common/linux/bin/sdd_startmw: line 91: 392
6 Segmentation fault "$@"

Цифры номера строчки разные для разных редакторов.

Я думал, что это сырость 2007.2 без апдейтов. Но вот установил 8-ой апдейт, спасибо кому-то из местных

И... Глюк остался. Хотелось бы узнать - все с таким глюком живут?
Или это проблема моего дистрибутива (старая добрая четвертая федора с gnome)?

Но пока что PCAD выглядит суперустойчивой безглючной программой на фоне Expedition 2007.2 upd8.

Хм. Запустился с kde. вроде как аж два компонента создал, и не упало. Однако другие глюки - выпадающие списки подглючивают, там, где эквивалентность пинов и их тип описывается.

atlantic

Feb 6 2009, 12:16

Цитата(SM @ Feb 6 2009, 14:45)

Подозреваю, что проблема в версии и типе менеджера окон. Посмотрите доку MG release notes на предмет совместимости. Судя по названию sdd_startmw - это загрузчик для Motiff, может именно его(Motiff Windows Manager) следует и использовать в тандеме с EE2007. Все это конечно только догадки.

Feb 6 2009, 12:37

Цитата(atlantic @ Feb 6 2009, 15:16)

Судя по названию sdd_startmw - это загрузчик для Motiff

sdd_startmw это загрузчик для MainWin (который от MainSoft) и к Motiff отношения не имеет.

По ходу вот что есть в Release Notes:

• dts0100500658 — Segmentation fault after closing Dx Symbol Editor
Workaround: After saving a symbol on Linux or Solaris, do not close the Symbol Editor until after "Export - 0 errors " is reported on Console window.

Ну в console window я ничего подобного не наблюдаю, но (пока что два раза) - если после сохранения подождать секунд 20, то не падает.

Глюкалово блин. В Пикаде такой наглой откровенщины не было

По крайней мере можно было спокойно работать. А тут грабля на грабле.

Feb 6 2009, 14:08

К сожалению не победа... Взял, и на ровном месте упал. При выходе из Symbol Editor без изменения символа и без сохранения.... Слов нету просто!

atlantic

Feb 6 2009, 14:29

Цитата(SM @ Feb 6 2009, 16:37)

...
Глюкалово блин. В Пикаде такой наглой откровенщины не было

По крайней мере можно было спокойно работать. А тут грабля на грабле.

а пикад как под линуксом то работает, через эмулятор?
может и ЕЕ тоже взять виндовый и через эмулятор?
( правда они там вроде ActiveX прикрутили поэтому эмулятор может и не с эмулировать )

Feb 6 2009, 15:20

Цитата(atlantic @ Feb 6 2009, 17:29)

а пикад как под линуксом то работает, через эмулятор?

А пикад работает на специальной виндовой машине специально для пикада

От которой хочу избавиться. А то блин добрая дюжина софта (FPGA, ASIC) вся под линуксом, нативно причем, а один пикад под недоосью крутится.

Цитата(atlantic @ Feb 6 2009, 17:29)

может и ЕЕ тоже взять виндовый и через эмулятор?

В чем великий смысл? Шило на мыло... Они что, виндовый EE из других исходников, нежели линуксовый, собирали? Не верится что-то.

fill

Feb 6 2009, 16:44

1. EE изначально сделан в виндах а затем портирован в Linux.
2. В виндах LM не падает.

Feb 6 2009, 19:24

Цитата(fill @ Feb 6 2009, 19:44)

1. EE изначально сделан в виндах а затем портирован в Linux.

Тогда может так вопрос поставить.... А есть ли что, кроме Cadence PSD/SPB, что было бы изначально на *nix? (в SPB ихний схематик ConceptHDL просто убийственен, и ГОСТ никак не получить). Правда эт уже оффтопик выйдет.

Нет в жизни счастья....

fill

Feb 7 2009, 07:50

Symptoms

* sem_unlock->semop->op_op: Invalid argument

sem_lock->semop->op_op: Invalid argument

Viewdraw fails to invoke

Dashboard fails to invoke

sdd_startmw crashes with a segmentation fault

strace output shows an error like "semget(IPC_PRIVATE, 2, IPC_CREAT|0664) = -1 ENOSPC (No space left on device)"

Causes

*

There are not enough semaphores available. Semaphores are a technique for coordinating or synchronizing activities in which multiple process compete for the same operating system resources. They are commonly used for two purposes: to share a common memory space and to share access to files. Semaphores is one technique used for IPC (interprocess communication).

TechNote ID

MG65031
TechNote Type

Solution
Updated

11/14/07
Products

DxDesigner

Expedition PCB
Environment

* Red Hat Enterprise Linux 3
Red Hat Enterprise Linux 4
DxDesigner-Expedition

Solution

You may need to increase the number of semaphores available for the operating system.

To check the current settings, run the following command (as root):

/sbin/sysctl -a | grep kernel.sem

The default value is 'kernel.sem = 250 32000 32 128'. This is usually sufficient to run Mentor Graphics DxDesigner-Expedition products for a single user. However, there may be other factors such as third-party applications or the number of users on the system that could make the default settings inadequate.

To make a temporary increase to the number of semaphores, run the following command:

# echo "250 32000 32 256" > /proc/sys/kernel/sem

This will temporarily increase the number of semaphores and allow you to try the new settings to verify they work. NOTE: This method does not make the settings permanent. When you reboot the system the settings will return to the previous values.

Assuming the new values work you can make them permanent by modifying the /etc/sysctl.conf file. Add the following line:

kernel.sem = 250 32000 32 256

The command '/sbin/sysctl -p' will re-read the sysctl.conf file and make the changes available immediately without rebooting. These values are now the new default when the system boots up.

NOTE: The values used in this example may not be the optimum values needed to run your applications. You need to experiment to find the lowest possible values that prevent the problem.

To see the current number of semaphores in use, run the command 'ipcs -s', and observe the values in the 'nsems' column. If the total for all users is approaching the value you currently have set, then you should consider increasing the number.

Feb 9 2009, 08:27

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

fill

Feb 9 2009, 10:52

Цитата(SM @ Feb 9 2009, 11:27)

А где это Вы такое вычитали?

Нажмите для просмотра прикрепленного файла

Feb 12 2009, 08:48

К сожалению, как я и думал, не то. strace понятности не вносит, докучи из-за мультитредности не все понятно. Кроме одного - SIGCHLD - по закрытию Editor-а, не важно какого, привеодит к SIGSEGV.

Код

write(26, "\24\0\6\0\1\0\0\1\375\2\0\0\37\0\0\0\0\0\0\0\4\0\0\0", 24poll()                                  = 24
read(26, 0xff98ce7c, 32)                = -1 EAGAIN (Resource temporarily unavailable)
select(27, [26], NULL, NULL, NULL[{fd=26, events=POLLRDNORM, revents=POLLRDNORM}], 1, 1000) = 1
) = 1 (in [26])
futex(0xf47eaca0, FUTEX_WAIT, 2, NULLread(26, "\1\0\242\237\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\200"..., 32) = 32
futex(0xf47eaca0, FUTEX_WAKE, 1)        = 0
) = 1
ioctl(26, FIONREADfutex(0xf47eaca0, FUTEX_WAIT, 2, NULL, [0]) = 0
futex(0xf47eaca0, FUTEX_WAKE, 1)        = 0
) = 1
write(26, "\24\0\6\0\1\0 \1\375\2\0\0\37\0\0\0\0\0\0\0\4\0\0\0", 24poll()                                  = 24
read(26, 0xff98ce7c, 32)                = -1 EAGAIN (Resource temporarily unavailable)
select(27, [26], NULL, NULL, NULL[{fd=26, events=POLLRDNORM, revents=POLLRDNORM}], 1, 1000) = 1
) = ? ERESTARTNOHAND (To be restarted)
--- SIGCHLD (Child exited) @ 0 (0) ---
close(33--- SIGSEGV (Segmentation fault) @ 0 (0) ---
) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
unlink("/tmp/MWRLS_1234350767_6013"--- SIGSEGV (Segmentation fault) @ 0 (0) ---
) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
close(29--- SIGSEGV (Segmentation fault) @ 0 (0) ---
) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
close(32--- SIGSEGV (Segmentation fault) @ 0 (0) ---
) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
write(20, "\0\0\0\2\0\0\0\2100\0\0\0\1\0\0\0X\0\0\0\0\0\0\0x\0\0\0"..., 144--- SIGSEGV (Segmentation fault) @ 0 (0) ---
) = 144
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
read(16, --- SIGSEGV (Segmentation fault) @ 0 (0) ---
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
--- SIGSEGV (Segmentation fault) @ 0 (0) ---

В общем грешу на дистр. У меня довольно старая федора, еще 4-ая, наверное надо все таки на RHEL официальный переходить

Feb 14 2009, 09:35

Перешел, конечно, не на RHEL, но на CentOS 5.2. Первое впечатление - пока не падает. Из побочных замеченных плюсов - поуменьшилось гуёвых глючков в синплифае. Однако, одно лечим, другое калечим. virsim (это из VCS, к платам не относится) глобально накрылся медным тазом

Feb 16 2009, 17:17

К сожалению все равно падает. До этого видимо просто "везло". То есть дистр не виновен.

Feb 17 2009, 21:08

Вот еще

, прям рог изобилия какой-то. На этот раз Cell Editor.

Если перенумеровать пины (в диалоге Place Pins) с например p1...p14 в P1...P14 (заменить большую букву маленькой или наоборот, но само слово оставить с точностью до регистра) то они в диалоге типа как переименовываются, но в самом целле - нет. Ну и не сохраняются соответственно. Лечится - только переименовыванием сначала во что совсем отвлеченное, например Z1...Z14, и потом переименовыванием назад в то, что нужно. Вроде мелочь, а часик убил

Более того, если эти пины убить (в непереименованном виде), потом заново создать, и пронумеровать как надо, то непереименованный вид каким-то образом "восстает из ада".

zzzzzzzz

Feb 17 2009, 21:25

А RHEL5 не приходилось пробовать?

Вот тут раздавали:
http://darkraven.nnm.ru/redhat_el_advanced...e_3_x86_32bit_1

Я вот репу чешу, - пробовать али нет?

Feb 17 2009, 21:33

Цитата(zzzzzzzz @ Feb 18 2009, 00:25)

А RHEL5 не приходилось пробовать?

Неа, так как с переходом от 4-ой федоры на 5-й центос ничего почти не изменилось

То я остановился с перебором дистров. Да и этот RHEL обновлять-то как? Самом все из сырцов собирать что-ли?

zzzzzzzz

Feb 17 2009, 21:35

Цитата(SM @ Feb 18 2009, 00:33)

Неа, так как с переходом от 4-ой федоры на 5-й центос ничего почти не изменилось

То я остановился с перебором дистров. Да и этот RHEL обновлять-то как? Самом все из сырцов собирать что-ли?

В смысле онлайн апдэйт системы хочется? Это ж роскошь, без которой легко прожить. Особенно, если всё и так пашет.

Feb 17 2009, 21:37

Цитата(zzzzzzzz @ Feb 18 2009, 00:35)

да я привык к yum-у, и отвыкать не хочется

А чего нет в центосе, что есть в rhel, если центос это скомпиленные сырцы рхела? И я уверен, что LM как и падал в древней федоре, так и падает в центосе, так и будет падать в рхеле.

PS. Ща зафлудим тут линуксом все полезное...

Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.