delorie.com/archives/browse.cgi | search |
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=gmail.com; s=20161025; | |
h=mime-version:in-reply-to:references:from:date:message-id:subject:to; | |
bh=jDYlhL6Ry4hkeRSRl8XF9twepaB4bcDJqUrpu6nIBE4=; | |
b=p0xHUVTX2ru3L7rtxa7ojNGSa1xprmKnvcHvfnenpKJEOlbIYTvXej641b5zdOxdfp | |
ZNYzAp28+dvbR1v6kFfo1Q5SExNvSL766/a+qfFBSn4nb6gZ0z4nD7l0ki+twy1ItO5l | |
TMlh2PWcX7uHv+Hpomvg5ujO+FuA7CzZN1qsbb0PuPuwmDvw8/+T39mRlzAFEdqdJ1U5 | |
8ZnssSfg6wCIbrd+S2wgd8vQSLxhLu3StjTntswFmt2JdXtY+ELGqrilKfzorYbETnUd | |
LBtIyur+kCvN7UPwX233VC8jDHDyvkkTy2PVRzmBkn0/NWZyzBnMjGYJH7CMZV0CYcUn | |
MGQQ== | |
X-Google-DKIM-Signature: | v=1; a=rsa-sha256; c=relaxed/relaxed; |
d=1e100.net; s=20161025; | |
h=x-gm-message-state:mime-version:in-reply-to:references:from:date | |
:message-id:subject:to; | |
bh=jDYlhL6Ry4hkeRSRl8XF9twepaB4bcDJqUrpu6nIBE4=; | |
b=t0MQSzaugz/Iuk023eGNljTkgJHdVBY4DhizCmBxA8Cvo+zUyQ0M58Wj++JT6/tXAa | |
9fp90ULybkdcHmARNuqwFho+BqnqtRWdFs4qAsUkr/KRsDYbZCjADg3B3R917KY0g3IP | |
bSA6tgZViQKvOPX7+DDgdON/2BQnr4bxzP34tOxHSN5givRXlekGQoX8cDKiC2hmoZzr | |
c0uzd1/GnIQSurOQPQ/jzXO0854UjC7f2mz84PM41ypRJJ+aAAVLF8eK7whLzMslSE3W | |
FM60mLBja8E0+Np1txT4HC+Q33PoGKo1be57XPOdrrPqIenQtPfmHtS1j+1dUlcs6MPZ | |
6+VA== | |
X-Gm-Message-State: | AOAM533+KTlZQDW+MqayTCkvZMp7S/Zx+HSEeqAXRDSfof3oU2CXGnA7 |
qEDZTCn3/RRNx3b6Phu1v6C2No4/VobWjtNUQ5ItyvrV | |
X-Google-Smtp-Source: | ABdhPJyhQfVE/zSZ6vCBqrZIuPIRtJ8k5bw4unsEs9nVjW4bm81C6JYtMzHEGdeRsdzwJdGAOj7440FgWPC4Bnz2Q0Q= |
X-Received: | by 2002:a02:a598:: with SMTP id b24mr20559831jam.104.1589887276355; |
Tue, 19 May 2020 04:21:16 -0700 (PDT) | |
MIME-Version: | 1.0 |
In-Reply-To: | <CALT8Ef4JutqUBfq1yx83MNR_KoZ4Ug1hpCc2pHxDjkzHM9=WLA@mail.gmail.com> |
References: | <CALT8Ef6b3qFZRsYWsQ=TKF2af_nuHs=GEeF1KaDkHGKGq5JAaw AT mail DOT gmail DOT com> |
<20200519022212 DOT 19532 DOT qmail AT rahul DOT net> <CALT8Ef4JutqUBfq1yx83MNR_KoZ4Ug1hpCc2pHxDjkzHM9=WLA AT mail DOT gmail DOT com> | |
From: | "Alan Corey (alan01346 AT gmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com> |
Date: | Tue, 19 May 2020 07:21:15 -0400 |
Message-ID: | <CAOh3dDYChTzmn8iyNhVg3Rbc6LsO=CrPDwDWq49Zd8EC7yVjEw@mail.gmail.com> |
Subject: | Re: [geda-user] gschem segfaults on startup all of a sudden |
To: | geda-user AT delorie DOT com |
Reply-To: | geda-user AT delorie DOT com |
Errors-To: | nobody AT delorie DOT com |
X-Mailing-List: | geda-user AT delorie DOT com |
X-Unsubscribes-To: | listserv AT delorie DOT com |
What are you running this under? If it's Debian/Raspbian/Ubuntu the routine updates/upgrades do this fairly often. Tracking it down isn't simple, in fact I've never needed to do it. Other package systems I don't know about I think this is the important error message gschem:27169): Gdk-CRITICAL **: 05:52:22.516: IA__gdk_cairo_create: assertion 'GDK_IS_DRAWABLE (drawable)' failed Segmentation fault (core dumped) You can try turning on degugging like G_MESSAGES_DEBUG=all gschem from https://stackoverflow.com/questions/13790559/showing-gtk-debug-log-messages But why the object isn't drawable suddenly I don't know. You can try running ldd on gschem to see what libraries it's using. On Debian, etc, there's a file /var/log/apt/history.log and older versions as history.log.1.gz etc as logrotate rolls them over. You can theoretically do dpkg -i debname and install any deb over any other version of the same deb (archive). That's just showing things at a deb level, not individual files. It does have dates they were installed. In the /var/lib/dpkg/info directory look for the deb name with a .list extension, those files list every file contained in the deb and where it's installed. There aren't a lot of version numbers though. In /var/cache/apt/archives there are copies of the installed debs, I'm not sure how long they're kept, it's probably controlled by a config file in /etc somewhere. Running ldd on the only GTK program I've wriitten gives me this mess, but it is giving paths and version numbers. I didn't know I was using all that, it just got linked in by pkg-config. linux-vdso.so.1 (0x7ec0c000) /usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so => /usr/lib/arm-linux-gnueabihf/libarmmem-v7l.so (0x76f48000) libgtk-3.so.0 => /usr/lib/arm-linux-gnueabihf/libgtk-3.so.0 (0x76911000) libgdk-3.so.0 => /usr/lib/arm-linux-gnueabihf/libgdk-3.so.0 (0x76839000) libpangocairo-1.0.so.0 => /usr/lib/arm-linux-gnueabihf/libpangocairo-1.0.so.0 (0x7681e000) libpango-1.0.so.0 => /usr/lib/arm-linux-gnueabihf/libpango-1.0.so.0 (0x767d1000) libatk-1.0.so.0 => /usr/lib/arm-linux-gnueabihf/libatk-1.0.so.0 (0x767a3000) libcairo-gobject.so.2 => /usr/lib/arm-linux-gnueabihf/libcairo-gobject.so.2 (0x7678c000) libcairo.so.2 => /usr/lib/arm-linux-gnueabihf/libcairo.so.2 (0x76693000) libgdk_pixbuf-2.0.so.0 => /usr/lib/arm-linux-gnueabihf/libgdk_pixbuf-2.0.so.0 (0x76661000) libgio-2.0.so.0 => /usr/lib/arm-linux-gnueabihf/libgio-2.0.so.0 (0x764e5000) libgobject-2.0.so.0 => /usr/lib/arm-linux-gnueabihf/libgobject-2.0.so.0 (0x76488000) libglib-2.0.so.0 => /usr/lib/arm-linux-gnueabihf/libglib-2.0.so.0 (0x76378000) libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0x7634e000) libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0x76200000) libgmodule-2.0.so.0 => /usr/lib/arm-linux-gnueabihf/libgmodule-2.0.so.0 (0x761ec000) libX11.so.6 => /usr/lib/arm-linux-gnueabihf/libX11.so.6 (0x760ca000) libXi.so.6 => /usr/lib/arm-linux-gnueabihf/libXi.so.6 (0x760ac000) libXcomposite.so.1 => /usr/lib/arm-linux-gnueabihf/libXcomposite.so.1 (0x76099000) libXdamage.so.1 => /usr/lib/arm-linux-gnueabihf/libXdamage.so.1 (0x76086000) libXfixes.so.3 => /usr/lib/arm-linux-gnueabihf/libXfixes.so.3 (0x76071000) libatk-bridge-2.0.so.0 => /usr/lib/arm-linux-gnueabihf/libatk-bridge-2.0.so.0 (0x76038000) libxkbcommon.so.0 => /usr/lib/arm-linux-gnueabihf/libxkbcommon.so.0 (0x75fef000) libwayland-cursor.so.0 => /usr/lib/arm-linux-gnueabihf/libwayland-cursor.so.0 (0x75fd8000) libwayland-egl.so.1 => /usr/lib/arm-linux-gnueabihf/libwayland-egl.so.1 (0x75fc6000) libwayland-client.so.0 => /usr/lib/arm-linux-gnueabihf/libwayland-client.so.0 (0x75fac000) libepoxy.so.0 => /usr/lib/arm-linux-gnueabihf/libepoxy.so.0 (0x75eb6000) libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0x75e34000) libharfbuzz.so.0 => /usr/lib/arm-linux-gnueabihf/libharfbuzz.so.0 (0x75d36000) libpangoft2-1.0.so.0 => /usr/lib/arm-linux-gnueabihf/libpangoft2-1.0.so.0 (0x75d14000) libfontconfig.so.1 => /usr/lib/arm-linux-gnueabihf/libfontconfig.so.1 (0x75ccc000) libfreetype.so.6 => /usr/lib/arm-linux-gnueabihf/libfreetype.so.6 (0x75c29000) /lib/ld-linux-armhf.so.3 (0x76f5d000) libXinerama.so.1 => /usr/lib/arm-linux-gnueabihf/libXinerama.so.1 (0x75c16000) libXrandr.so.2 => /usr/lib/arm-linux-gnueabihf/libXrandr.so.2 (0x75bfd000) libXcursor.so.1 => /usr/lib/arm-linux-gnueabihf/libXcursor.so.1 (0x75be4000) libXext.so.6 => /usr/lib/arm-linux-gnueabihf/libXext.so.6 (0x75bc5000) librt.so.1 => /lib/arm-linux-gnueabihf/librt.so.1 (0x75bae000) libthai.so.0 => /usr/lib/arm-linux-gnueabihf/libthai.so.0 (0x75b96000) libfribidi.so.0 => /usr/lib/arm-linux-gnueabihf/libfribidi.so.0 (0x75b6c000) libpixman-1.so.0 => /usr/lib/arm-linux-gnueabihf/libpixman-1.so.0 (0x75a91000) libpng16.so.16 => /usr/lib/arm-linux-gnueabihf/libpng16.so.16 (0x75a55000) libxcb-shm.so.0 => /usr/lib/arm-linux-gnueabihf/libxcb-shm.so.0 (0x75a42000) libxcb.so.1 => /usr/lib/arm-linux-gnueabihf/libxcb.so.1 (0x75a13000) libxcb-render.so.0 => /usr/lib/arm-linux-gnueabihf/libxcb-render.so.0 (0x759f8000) libXrender.so.1 => /usr/lib/arm-linux-gnueabihf/libXrender.so.1 (0x759df000) libz.so.1 => /lib/arm-linux-gnueabihf/libz.so.1 (0x759b4000) libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0x759a1000) libmount.so.1 => /lib/arm-linux-gnueabihf/libmount.so.1 (0x75940000) libselinux.so.1 => /lib/arm-linux-gnueabihf/libselinux.so.1 (0x7590e000) libresolv.so.2 => /lib/arm-linux-gnueabihf/libresolv.so.2 (0x758ea000) libffi.so.6 => /usr/lib/arm-linux-gnueabihf/libffi.so.6 (0x758d2000) libpcre.so.3 => /lib/arm-linux-gnueabihf/libpcre.so.3 (0x7585b000) libdbus-1.so.3 => /lib/arm-linux-gnueabihf/libdbus-1.so.3 (0x7580a000) libatspi.so.0 => /usr/lib/arm-linux-gnueabihf/libatspi.so.0 (0x757d3000) libgraphite2.so.3 => /usr/lib/arm-linux-gnueabihf/libgraphite2.so.3 (0x757a2000) libexpat.so.1 => /lib/arm-linux-gnueabihf/libexpat.so.1 (0x75761000) libuuid.so.1 => /lib/arm-linux-gnueabihf/libuuid.so.1 (0x7574a000) libdatrie.so.1 => /usr/lib/arm-linux-gnueabihf/libdatrie.so.1 (0x75734000) libXau.so.6 => /usr/lib/arm-linux-gnueabihf/libXau.so.6 (0x75721000) libXdmcp.so.6 => /usr/lib/arm-linux-gnueabihf/libXdmcp.so.6 (0x7570c000) libblkid.so.1 => /lib/arm-linux-gnueabihf/libblkid.so.1 (0x756b4000) libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0x75687000) libsystemd.so.0 => /lib/arm-linux-gnueabihf/libsystemd.so.0 (0x755ea000) libbsd.so.0 => /usr/lib/arm-linux-gnueabihf/libbsd.so.0 (0x755c2000) liblzma.so.5 => /lib/arm-linux-gnueabihf/liblzma.so.5 (0x75591000) liblz4.so.1 => /usr/lib/arm-linux-gnueabihf/liblz4.so.1 (0x75565000) libgcrypt.so.20 => /lib/arm-linux-gnueabihf/libgcrypt.so.20 (0x7548b000) libgpg-error.so.0 => /lib/arm-linux-gnueabihf/libgpg-error.so.0 (0x75461000) On 5/18/20, Shashank Chintalagiri (shashank DOT chintalagiri AT gmail DOT com) [via geda-user AT delorie DOT com] <geda-user AT delorie DOT com> wrote: > It has been doing that for a while now, however at the moment it > doesn't even open for me. Every single time it segfaults before the > window even has a chance to open. I've tried updating my system and > recompiling both 1.10 and git to no avail. > > Shashank > > On Tue, May 19, 2020 at 8:32 AM John Conover <conover AT rahul DOT net> wrote: >> >> >> Yes, gschem(1) is doing a lot of core dumps, coming from the GTK/GDK >> system. I tried to find it from gdb after a compile on amd64, but to >> no avail. It seems to be the way the Gnome libraries are used, as near >> as I can tell. >> >> John >> >> Shashank Chintalagiri (shashank DOT chintalagiri AT gmail DOT com) [via >> geda-user AT delorie DOT com] writes: >> > All of a sudden, gschem (1.10.0 and git head) has started segfaulting >> > on startup for me. To the best of my knowledge, nothing has changed on >> > my computer. It was working one minute and then it wasn't. Any help or >> > suggestions to get gschem working again would be appreciated. >> > >> > This is what I get : >> > >> > (gschem:27169): Gtk-WARNING **: 05:52:22.277: Unable to locate theme >> > engine in module_path: "murrine", >> > >> > (gschem:27169): Gdk-CRITICAL **: 05:52:22.516: >> > IA__gdk_drawable_get_size: assertion 'GDK_IS_DRAWABLE (drawable)' >> > failed >> > >> > (gschem:27169): Gdk-CRITICAL **: 05:52:22.516: IA__gdk_cairo_create: >> > assertion 'GDK_IS_DRAWABLE (drawable)' failed >> > Segmentation fault (core dumped) >> > >> >> -- >> >> John Conover, conover AT rahul DOT net, http://www.johncon.com/ > > > > -- > > Chintalagiri Shashank > Indian Institute of Technology, Kanpur > > http://blog.chintal.in > -- ------------- No, I won't call it "climate change", do you have a "reality problem"? - AB1JX Cities are cages built to contain excess people and keep them from cluttering up nature. Impeach Impeach Impeach Impeach Impeach Impeach Impeach Impeach
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |