X-Authentication-Warning: delorie.com: mail set sender to geda-help-bounces using -f
X-Recipient: geda-help AT delorie DOT com
Message-ID: <20210302145834.24761.qmail@stuge.se>
Date: Tue, 2 Mar 2021 14:58:34 +0000
From: "Peter Stuge (peter AT stuge DOT se) [via geda-help AT delorie DOT com]" <geda-help AT delorie DOT com>
To: geda-help AT delorie DOT com
Subject: Re: Gschem segfaults (was Re: [geda-help] How to get element outline
 off-board)
References: <xnh7nchcyj DOT fsf AT envy DOT delorie DOT com>
 <4b1d3d85-7f93-9eac-c4eb-9f84f2a47e61 AT bitflipper DOT ca>
 <CAMw9acBn7xNo5jvrvS6Dof6JtYgOOLVKJwFFTu93S+CoPszjHw AT mail DOT gmail DOT com>
 <20210225212042 DOT 16269 DOT qmail AT stuge DOT se>
 <20210226140333 DOT 7D5E78248737 AT turkos DOT aspodata DOT se>
 <20210226203024 DOT 8107 DOT qmail AT stuge DOT se>
 <20210226220140 DOT D69CD824873C AT turkos DOT aspodata DOT se>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20210226220140.D69CD824873C@turkos.aspodata.se>
Reply-To: geda-help AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: geda-help AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

Hi Karl, thanks for bumping the thread, and for providing good details!

karl AT aspodata DOT se [via geda-help AT delorie DOT com] wrote:
> $ /usr/local/bin/gschem regulator.sch
> 
> (gschem:3889): Gdk-CRITICAL **: 22:52:13.828: IA__gdk_cairo_create: assertion 'GDK_IS_DRAWABLE (drawable)' failed
> Segmentation fault
> $

It looks like this assertion is showing us the reason for the segfault.
But it's not clear to me why the assertion triggers.

Does the reverse situation ever happen? Ie. that the system-installed
version segfaults, but a version in /usr/local works?

And would you be willing to download the 1.10.2 tarball and see if
that behaves the same as git master when built and installed into
/usr/local ?


> Thoose numbers (gschem:<number>), seems to be ever increasing.

That makes sense. That number is the PID, process ID, assigned by the
kernel when the shell fork():s right before it executes gschem in
the newly created process. It usually just counts up.


//Peter