Суть глюка:

При закрытии какого-нить 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. вроде как аж два компонента создал, и не упало. Однако другие глюки - выпадающие списки подглючивают, там, где эквивалентность пинов и их тип описывается.

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

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, то не падает.

Глюкалово блин. В Пикаде такой наглой откровенщины не было По крайней мере можно было спокойно работать. А тут грабля на грабле.

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

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

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

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

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

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

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

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.

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

[attachment=29524:Support.png]

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


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

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

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

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

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

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