X-Authentication-Warning:	delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient:	geda-user AT delorie DOT com
X-Original-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=googlemail.com; s=20161025;
	h=mime-version:from:date:message-id:subject:to;
	bh=jLrCu7zdjAE+plJUlizjEzF+0rhBqn9AASz+szRNkpU=;
	b=QbgSJrhuSCqHrSPWdGX3NxOi04v0sS7ccE0n0SuIeDxlTTqpmyDk3Fu2Djzkm/YYw1
	//mfC1tKaS5rq6hnsWXbLtveFdqrQw2mhEgwRbQYHdwbyxgA27FCxn8P/bOpBwGA6Yz9
	d2b/WsA9bggUr67J+DUYl0hg1P5jlaWw5WXkf2LPBPj9yqfhb63Z/+Ang1XF6sHmQgYc
	0tZh0C9u8uc7vnOjf97Ywx7RN8xDBaE2Hq8YAwMU2bjZIvCnvfZl81g2SqgncVT8FbAV
	tL/7wIPqIfGVaksSfN3fAgKnpcKezC7TapqvdxAVfUC9xH1avJ0kznhUBsnuu9SmTWtU
	Cppw==
X-Google-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20161025;
	h=x-gm-message-state:mime-version:from:date:message-id:subject:to;
	bh=jLrCu7zdjAE+plJUlizjEzF+0rhBqn9AASz+szRNkpU=;
	b=ihO9oD4uQbMWrSPbd93ZG+spFZZ/HhwwcphqQWKN68+4hx4Jlg5bZDGfN1UgbPS1Ui
	tSXUbbxP7uDT/a1UjAOg7WUiFLuYd4FaukWckNWKS8nA8Dto2KAmOdIgbUFppXhRi1Pc
	AFfMqC7U96QjyiQnQ2VKkyXABceiO5c59k+OoOb2tf5FUdcXWi0c/kiGe3soGpqN8lZy
	b3NrODGDkeS3j/YMDrl+cyVDjx6oWwRzXL5rltv2+XCOCFmI02j/3oop2SQisCvZgs3Y
	W6Ck076GFs5zRTBBjKNXDt14Ptu6GdHvdNVgsEAR4cJG9yT5GZq4fLql07CAL0qhHXmS
	p26w==
X-Gm-Message-State:	AODbwcBt5oiDyXGYdSfnZSVWc/7mi1vbpDyV/7iwfd5MU795eHmZRxSw
	NiiNVWIz4zqEIQF1A+4clZvgT0+if7Je
X-Received:	by 10.55.126.130 with SMTP id z124mr3383938qkc.311.1493826972492;
	Wed, 03 May 2017 08:56:12 -0700 (PDT)
MIME-Version:	1.0
From:	"Peter Clifton (petercjclifton AT googlemail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
Date:	Wed, 3 May 2017 16:56:12 +0100
Message-ID:	<CAJXU7q_KSx_cYi_theGTaBe-58JBdkR9cczB3fLAVju-+pfa4w@mail.gmail.com>
Subject:	[geda-user] gschem crash under x_event_key
To:	gEDA User Mailing List <geda-user AT delorie DOT com>
Reply-To:	geda-user AT delorie DOT com

--94eb2c065b5e0d2db1054ea0b2d0
Content-Type: text/plain; charset=UTF-8

Hi guys,

Just wondering if anyone had seen (or fixed?) this crash, either in gaf or
Lepton?

#0  0x0000000000000000 in  ()
#1  0x000000368e813e0e in GC_finalize () at
/usr/lib/x86_64-linux-gnu/libgc.so.1
#2  0x000000368e80f98b in GC_finish_collection () at
/usr/lib/x86_64-linux-gnu/libgc.so.1
#3  0x000000368e8100ed in GC_try_to_collect_inner () at
/usr/lib/x86_64-linux-gnu/libgc.so.1
#4  0x000000368e8109cc in GC_collect_or_expand () at
/usr/lib/x86_64-linux-gnu/libgc.so.1
#5  0x000000368e815f0b in GC_alloc_large () at
/usr/lib/x86_64-linux-gnu/libgc.so.1
#6  0x000000368e8162fc in GC_generic_malloc () at
/usr/lib/x86_64-linux-gnu/libgc.so.1
#7  0x000000368e8165dd in GC_core_malloc () at
/usr/lib/x86_64-linux-gnu/libgc.so.1
#8  0x000000368ec8c23f in  () at
/usr/lib/x86_64-linux-gnu/libguile-2.0.so.22
#9  0x000000368ec8c4ae in scm_gc_malloc () at
/usr/lib/x86_64-linux-gnu/libguile-2.0.so.22
#10 0x000000368ec6db03 in  () at
/usr/lib/x86_64-linux-gnu/libguile-2.0.so.22
#11 0x000000368ed2a65b in  () at
/usr/lib/x86_64-linux-gnu/libguile-2.0.so.22
#12 0x000000368ed496d8 in  () at
/usr/lib/x86_64-linux-gnu/libguile-2.0.so.22
#13 0x000000368ec7977d in scm_primitive_eval () at
/usr/lib/x86_64-linux-gnu/libguile-2.0.so.22
#14 0x000000368ec79837 in scm_eval () at
/usr/lib/x86_64-linux-gnu/libguile-2.0.so.22
#15 0x000000368ed1e606 in  () at
/usr/lib/x86_64-linux-gnu/libguile-2.0.so.22
#16 0x000000368ecf0470 in  () at
/usr/lib/x86_64-linux-gnu/libguile-2.0.so.22
#17 0x000000368ed28cc3 in  () at
/usr/lib/x86_64-linux-gnu/libguile-2.0.so.22
#18 0x000000368ed496d8 in  () at
/usr/lib/x86_64-linux-gnu/libguile-2.0.so.22
#19 0x000000368ec78d7b in scm_call_4 () at
/usr/lib/x86_64-linux-gnu/libguile-2.0.so.22
#20 0x000000368ed1e45c in scm_catch_with_pre_unwind_handler () at
/usr/lib/x86_64-linux-gnu/libguile-2.0.so.22
#21 0x000000368ed1e6de in scm_c_catch () at
/usr/lib/x86_64-linux-gnu/libguile-2.0.so.22
#22 0x00007ffff7b61e7f in g_scm_eval_protected (exp=exp AT entry=0xf0d710,
module_or_state=<optimised out>) at g_basic.c:105
#23 0x0000000000417420 in g_keys_execute (w_current=w_current AT entry=0x9ec010,
event=event AT entry=0x1a768f0) at g_keys.c:564
#24 0x000000000044203e in x_event_key (widget=widget AT entry=0x110b490,
event=0x1a768f0, w_current=0x9ec010) at x_event.c:1286

Haven't figured out the trigger yet, and will admit this isn't a current
gschem I'm running. (Only an old one, circa 1.9.x).


Peter

--94eb2c065b5e0d2db1054ea0b2d0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div><div>Hi guys,<br><br></div>Just wondering if any=
one had seen (or fixed?) this crash, either in gaf or Lepton?<br><br>#0=C2=
=A0 0x0000000000000000 in=C2=A0 ()<br>#1=C2=A0 0x000000368e813e0e in GC_fin=
alize () at /usr/lib/x86_64-linux-gnu/libgc.so.1<br>#2=C2=A0 0x000000368e80=
f98b in GC_finish_collection () at /usr/lib/x86_64-linux-gnu/libgc.so.1<br>=
#3=C2=A0 0x000000368e8100ed in GC_try_to_collect_inner () at /usr/lib/x86_6=
4-linux-gnu/libgc.so.1<br>#4=C2=A0 0x000000368e8109cc in GC_collect_or_expa=
nd () at /usr/lib/x86_64-linux-gnu/libgc.so.1<br>#5=C2=A0 0x000000368e815f0=
b in GC_alloc_large () at /usr/lib/x86_64-linux-gnu/libgc.so.1<br>#6=C2=A0 =
0x000000368e8162fc in GC_generic_malloc () at /usr/lib/x86_64-linux-gnu/lib=
gc.so.1<br>#7=C2=A0 0x000000368e8165dd in GC_core_malloc () at /usr/lib/x86=
_64-linux-gnu/libgc.so.1<br>#8=C2=A0 0x000000368ec8c23f in=C2=A0 () at /usr=
/lib/x86_64-linux-gnu/libguile-2.0.so.22<br>#9=C2=A0 0x000000368ec8c4ae in =
scm_gc_malloc () at /usr/lib/x86_64-linux-gnu/libguile-2.0.so.22<br>#10 0x0=
00000368ec6db03 in=C2=A0 () at /usr/lib/x86_64-linux-gnu/libguile-2.0.so.22=
<br>#11 0x000000368ed2a65b in=C2=A0 () at /usr/lib/x86_64-linux-gnu/libguil=
e-2.0.so.22<br>#12 0x000000368ed496d8 in=C2=A0 () at /usr/lib/x86_64-linux-=
gnu/libguile-2.0.so.22<br>#13 0x000000368ec7977d in scm_primitive_eval () a=
t /usr/lib/x86_64-linux-gnu/libguile-2.0.so.22<br>#14 0x000000368ec79837 in=
 scm_eval () at /usr/lib/x86_64-linux-gnu/libguile-2.0.so.22<br>#15 0x00000=
0368ed1e606 in=C2=A0 () at /usr/lib/x86_64-linux-gnu/libguile-2.0.so.22<br>=
#16 0x000000368ecf0470 in=C2=A0 () at /usr/lib/x86_64-linux-gnu/libguile-2.=
0.so.22<br>#17 0x000000368ed28cc3 in=C2=A0 () at /usr/lib/x86_64-linux-gnu/=
libguile-2.0.so.22<br>#18 0x000000368ed496d8 in=C2=A0 () at /usr/lib/x86_64=
-linux-gnu/libguile-2.0.so.22<br>#19 0x000000368ec78d7b in scm_call_4 () at=
 /usr/lib/x86_64-linux-gnu/libguile-2.0.so.22<br>#20 0x000000368ed1e45c in =
scm_catch_with_pre_unwind_handler () at /usr/lib/x86_64-linux-gnu/libguile-=
2.0.so.22<br>#21 0x000000368ed1e6de in scm_c_catch () at /usr/lib/x86_64-li=
nux-gnu/libguile-2.0.so.22<br>#22 0x00007ffff7b61e7f in g_scm_eval_protecte=
d (exp=3Dexp AT entry=3D0xf0d710, module_or_state=3D&lt;optimised out&gt;) at =
g_basic.c:105<br>#23 0x0000000000417420 in g_keys_execute (w_current=3Dw_cu=
rrent AT entry=3D0x9ec010, event=3Devent AT entry=3D0x1a768f0) at g_keys.c:564<br=
>#24 0x000000000044203e in x_event_key (widget=3Dwidget AT entry=3D0x110b490, =
event=3D0x1a768f0, w_current=3D0x9ec010) at x_event.c:1286<br><br></div>Hav=
en&#39;t figured out the trigger yet, and will admit this isn&#39;t a curre=
nt gschem I&#39;m running. (Only an old one, circa 1.9.x).<br><br><br></div=
>Peter<br></div>

--94eb2c065b5e0d2db1054ea0b2d0--

- Raw text -