[gentoo-user-de] abook Segmentation fault

Michael Volland

unread,

Nov 17, 2019, 3:00:02 PM11/17/19

to

Hi,

ich bekomme beim Aufruf von abook einen Segmentation fault.

Mittlerweile auf 3 Rechnern und 2 Architekturen.

1. Raspberry Pi 3B+ 64-bit
2. Xeon(R) CPU E3-1240 V2 gentoo stabel aber abook (~)0.6.1-r1
(abook 0.6.1 ließ sich zuletzt nicht kompilieren)
3. Intel(R) Core(TM)2 Quad CPU Q8400 ~amd64

abook überall (~)0.6.1-r1
ncurses auf 1 und 2 6.1_p20181020
auf 3 6.1_p20190609

gcc Ver. 9.2.0

Hab die Rechner mal aufgeführt, weil ich das Problem auf dem Raspberry
Pi zuerst bemerkt hatte.

Auf Rechner 2 hat es bis vorgestern mit der Stable-Version von abook
funktioniert. Hab auch auf 2 und 3 alle ebuilds die abook braucht
durchcompiliert. (equery g)

Wollte mich auf diesem Weg erst mal umhören, ob es bei anderen Leuten
auch zu Segmentation faults kommt.

Probiert es bitte mal aus, ob abook funktioniert.

Ich hab im Internet nix gefunden außer über das Problem mit dem
Compilieren von abook. Der betreffende sieht das Grund dafür in der
gcc-version 9.2.0
https://bugs.gentoo.org/699968

Schon mal Danke!

Gruß
Michael

Frank Steinmetzger

unread,

Nov 18, 2019, 7:40:03 PM11/18/19

to

On Sun, Nov 17, 2019 at 08:55:04PM +0100, Michael Volland wrote:
> Hi,
>
> ich bekomme beim Aufruf von abook einen Segmentation fault.
>
> Mittlerweile auf 3 Rechnern und 2 Architekturen.
>
> 1. Raspberry Pi 3B+ 64-bit
> 2. Xeon(R) CPU E3-1240 V2 gentoo stabel aber abook (~)0.6.1-r1
> (abook 0.6.1 ließ sich zuletzt nicht kompilieren)
> 3. Intel(R) Core(TM)2 Quad CPU Q8400 ~amd64
>
> abook überall (~)0.6.1-r1
> ncurses auf 1 und 2 6.1_p20181020
> auf 3 6.1_p20190609
>
> gcc Ver. 9.2.0
>
> Hab die Rechner mal aufgeführt, weil ich das Problem auf dem Raspberry
> Pi zuerst bemerkt hatte.
>
> Auf Rechner 2 hat es bis vorgestern mit der Stable-Version von abook
> funktioniert. Hab auch auf 2 und 3 alle ebuilds die abook braucht
> durchcompiliert. (equery g)

Moinsen,

was passiert denn bei einem leeren Adressbuch? Hast Du kürzlich etwas Neues
ins Adressbuch eingetragen? Synchronisierst du die Daten zwischen den
Rechnern? Eventuell verschluckt sich abook an einem (vermeintlich)
ungültigen Feld bei einem Kontakt.

Ansonsten ist wahrscheinlich ein Aufruf im Debugger am sinnvollsten. Ich
baue alle Pakete mit wenigen Ausnahmen mit Debuginfos. Dazu habe ich in der
make.conf:

FEATURES="${FEATURES} compressdebug splitdebug"
CFLAGS="${CFLAGS} -ggdb"

Nun abook neu bauen und anschließend mit Debugger ausführen:
gdb abook
(gdb) run

Nach dem Absturz den Stacktrace ausgeben:
(gdb) bt

Und diesen ggf. an die Entwickler senden.
HTH.

--
Gruß | Greetings | Qapla’
Please do not share anything from, with or about me on any social network.

Skype-Witze werden oft trotz mehrfacher Nachfrage nicht verstanden.

signature.asc

Michael Volland

unread,

Apr 12, 2020, 3:50:02 PM4/12/20

to

On (17/11/19 20:55), Michael Volland wrote:
>
> ich bekomme beim Aufruf von abook einen Segmentation fault.
>
>

Hab mittlerweile eine Lösung gefunden - hatte den link schon, aber es
nicht ganz durchschaut:

https://bugs.gentoo.org/699968

Die Lösung ist der Patch ganz oben auf dieser Seite von Markus
Osterhoff.

Hab den patch mit dem bereits vorhandenen zusammengefasst -
alles zusammen kommt in ein lokales overlay:

---------------code--------------------------------------

--- a/configure.ac 2020-04-12 20:18:12.739797045 +0200
+++ b/configure.ac 2020-04-12 20:26:59.311595232 +0200
@@ -85,7 +85,8 @@
fi])

AC_CHECK_LIB(ncursesw, initscr,
- [LIBS="$LIBS -lncursesw"
+ [LIBS="$LIBS -ltinfow -lncursesw"
+ AC_SEARCH_LIBS(cbreak, tinfo)
if test x$abook_cv_curses = x/usr -a -d /usr/include/ncursesw; then
CPPFLAGS="$CPPFLAGS -I/usr/include/ncursesw"
fi
@@ -93,6 +94,7 @@
ac_widec_possible=no
AC_CHECK_LIB(ncurses, initscr,
[LIBS="$LIBS -lncurses"
+ AC_SEARCH_LIBS(cbreak, tinfo)
if test x$abook_cv_curses = x/usr -a -d /usr/include/ncurses; then
CPPFLAGS="$CPPFLAGS -I/usr/include/ncurses"
fi
----------------------------------code-------------------------------

Falls es jemand braucht noch einen link zu einer Kurzanleitung für
locale overlays:

https://zigford.org/gentoo-local-overlay.html

von

https://forums.gentoo.org/viewtopic-t-827407-start-0.html

habe ich noch das folgende übernommen und an make.conf angefügt

echo "PORTDIR_OVERLAY="/usr/local/portage/overlay/"

Hat mich echt gewundert, dass 1. nicht mehr Leute das Problem hatten und
2. dass der Patch nicht mittlerweile in portage eingegangen ist...?

Gruß
Michael

tastytea

unread,

Apr 12, 2020, 4:20:02 PM4/12/20

to

On 2020-04-12T21:41+0200

Michael Volland <mk106...@yahoo.de> wrote:

> Hab den patch mit dem bereits vorhandenen zusammengefasst -
> alles zusammen kommt in ein lokales overlay:

> […]

Du kannst den patch auch einfach
in /etc/portage/patches/app-misc/abook-0.6.1/ platzieren.¹

> Hat mich echt gewundert, dass 1. nicht mehr Leute das Problem hatten
> und 2. dass der Patch nicht mittlerweile in portage eingegangen
> ist...?

Das paket hat leider keinen maintainer grad… Vielleicht hast du lust
aus deiner lösung einen pull-request bei
<https://github.com/gentoo/gentoo> zu machen?

> Gruß
> Michael

Liebe grüße,
tastytea

¹ <https://wiki.gentoo.org/wiki//etc/portage/patches>

--
Get my PGP key with `gpg --locate-keys tast...@tastytea.de` or at
<https://tastytea.de/tastytea.asc>.