X-Authentication-Warning: delorie.com: mail set sender to geda-help-bounces using -f X-Recipient: geda-help AT delorie DOT com X-Virus-Scanned: Debian amavisd-new at smtp-vp01.sig.oregonstate.edu From: "Roger Traylor (traylor AT engr DOT orst DOT edu) [via geda-help AT delorie DOT com]" Content-Type: multipart/alternative; boundary="Apple-Mail=_326BB328-7019-4A27-8F41-B27CAD3A1981" Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.6\)) Subject: [geda-help] gschem gEDA 1.10.0 (g1919a45) seg faults at startup Message-Id: <0F687225-8ADF-4949-829C-1695EE0B6DFF@ece.orst.edu> Date: Sat, 14 Nov 2020 15:10:39 -0800 To: geda-help AT delorie DOT com X-Mailer: Apple Mail (2.3445.9.6) Reply-To: geda-help AT delorie DOT com --Apple-Mail=_326BB328-7019-4A27-8F41-B27CAD3A1981 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Guys, Was using gschem yesterday for hours without issue. Went for a break and when I came back, I resized the docked window on the right that allows = for edits of text, libraries, attributes, etc. =20 Afterwards, it began spewing the following messages: ** (gschem:9112): CRITICAL **: 14:54:32.478: murrine_style_draw_box_gap: = assertion 'height >=3D -1' failed ** (gschem:9112): CRITICAL **: 14:54:32.552: murrine_style_draw_box_gap: = assertion 'height >=3D -1' failed ** (gschem:9112): CRITICAL **: 14:54:32.628: murrine_style_draw_box_gap: = assertion 'height >=3D -1' failed ** (gschem:9112): CRITICAL **: 14:54:32.702: murrine_style_draw_box_gap: = assertion 'height >=3D -1' failed ** (gschem:9112): CRITICAL **: 14:54:32.780: murrine_style_draw_box_gap: = assertion 'height >=3D -1' failed It will do this for some time (100=E2=80=99s of lines) after which it = segfaults.=20 This same behavior occurs with or without a specified file, e.g.(gschem = OR gschem design.sch) A correct schematic will appear on the editing screen, but application response is = very slow. Nothing was changed=20 just prior to this error cropping up. I wasn=E2=80=99t even at the = computer. Have been using this setup for months without any hiccups. All other applications (including PCB) running = under Ubuntu are fine. =E2=80=9Ctop=E2=80=9D indicates that gschem is using 98% of CPU. Full disclosure: I=E2=80=99ve been seeing the following message for = months but ignored it with no apparent problems: Gtk-Message: 14:57:10.537: Failed to load module "canberra-gtk-module=E2=80= =9D Environment: Mac Book Pro i5, 8G RAM VMWare Fusion, Professional Version 11.1.0 (13668589) Ubuntu 64-bit, 19.04 Thinking of reloading gschem again. Any ideas out there? Thank you, Roger Traylor= --Apple-Mail=_326BB328-7019-4A27-8F41-B27CAD3A1981 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Guys,

Was using = gschem yesterday for hours without issue. Went for a break and

when I came back, I resized the docked window on the right = that allows for

edits of text, libraries, = attributes, etc.

Afterwards, it began spewing the following = messages:

** = (gschem:9112): CRITICAL **: 14:54:32.478: murrine_style_draw_box_gap: = assertion 'height >=3D -1' failed

** (gschem:9112): = CRITICAL **: 14:54:32.552: murrine_style_draw_box_gap: assertion 'height = >=3D -1' failed

** (gschem:9112): CRITICAL **: = 14:54:32.628: murrine_style_draw_box_gap: assertion 'height >=3D -1' = failed

** (gschem:9112): CRITICAL **: = 14:54:32.702: murrine_style_draw_box_gap: assertion 'height >=3D -1' = failed

** (gschem:9112): CRITICAL **: = 14:54:32.780: murrine_style_draw_box_gap: assertion 'height >=3D -1' = failed

It will do this for some time (100=E2=80=99s of lines) after = which it segfaults.

This same behavior occurs with or without a specified file, = e.g.(gschem OR gschem design.sch) A correct

schematic will appear on the editing screen, but application = response is very slow. Nothing was changed

just= prior to this error cropping up. I wasn=E2=80=99t even at the computer. = Have been using this setup for months

without = any hiccups. All other applications (including PCB) running under Ubuntu = are fine. =E2=80=9Ctop=E2=80=9D indicates

that = gschem is using 98% of CPU.

Full disclosure: I=E2=80=99ve been seeing the following = message for months but ignored it with no apparent problems:

Gtk-Message: 14:57:10.537: Failed to load module = "canberra-gtk-module=E2=80=9D

Environment:

Mac Book = Pro i5, 8G RAM

VMWare = Fusion, Professional Version 11.1.0 (13668589)

Ubuntu 64-bit, = 19.04

Thinking of = reloading gschem again. Any ideas out there?

Thank you,

Roger Traylor

= --Apple-Mail=_326BB328-7019-4A27-8F41-B27CAD3A1981--