Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 91743 - afterstep-2.00.05 causes aterm-1.00_beta2 to segfault
Summary: afterstep-2.00.05 causes aterm-1.00_beta2 to segfault
Status: RESOLVED CANTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo Afterstep Maintainers (OBSOLETE)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-05-06 15:28 UTC by Łukasz Damentko (RETIRED)
Modified: 2006-03-06 08:54 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Łukasz Damentko (RETIRED) gentoo-dev 2005-05-06 15:28:37 UTC
After merging new afterstep-2.00.05 ebuild I can't start aterm (1.00_beta2) anymore, downgrading afterstep to 2.00.04 helped with that problem for now.

emerge info:

Portage 2.0.51.21-r1 (default-linux/x86/2005.0, gcc-3.4.3-20050110, glibc-2.3.5-r0, 2.6.11-gentoo-r7 i686)
=================================================================
System uname: 2.6.11-gentoo-r7 i686 AMD Athlon(tm) XP 2000+
Gentoo Base System version 1.6.11
dev-lang/python:     2.3.5
sys-apps/sandbox:    1.2.5-r1
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
sys-devel/binutils:  2.15.92.0.2-r8
sys-devel/libtool:   1.5.16
virtual/os-headers:  2.6.11
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.zie.pg.gda.pl http://src.gentoo.pl http://gentoo.ynet.sk/pub"
LANG="pl_PL"
LC_ALL="pl_PL"
LINGUAS="pl"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow X aalib alsa apache2 apm audiofile avi berkdb bitmap-fonts cdr crypt cups curl dba dts emboss encode esd esound extras fam flac font-server foomaticdb fortran gd gdbm gif gpm gtk gtk2 imagemagick imlib innodb jabber java jpeg libg++ libwww mad maildir mbox mikmod mmx mmx2 motif mozilla mp3 mpeg mysql ncurses nls nptl nptlonly ogg oggvorbis opengl pam pdflib perl png ppds python qt quicktime readline sdl slang spell sse ssl svga tcltk tcpd tiff truetype truetype-fonts type1-fonts usb vorbis xml xml2 xmms xv xvid zlib linguas_pl userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LDFLAGS




Reproducible: Always
Steps to Reproduce:
1. emerge =afterstep-2.00.05
2. try to run aterm
3. look at cool segfault

Actual Results:  
sigsegv

Expected Results:  
run aterm clearly with new afterstep

[~]$ aterm
Unknown X conn family 33272.  Assuming remote.
Naruszenie ochrony pamięci 
[it means segfault in polish]

and this is end of my "$ strace aterm", don't want to post whole as it is easily 
reproducible

open("/home/rane/.Xdefaults", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0660, st_size=1491, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7 
                             2c7000
read(4, "aterm*title: Gentoo\naterm*backgr"..., 4096) = 1491
read(4, "", 4096)                       = 0
_llseek(4, 0, [0], SEEK_SET)            = 0
read(4, "aterm*title: Gentoo\naterm*backgr"..., 4096) = 1491
read(4, "", 4096)                       = 0
_llseek(4, 0, [0], SEEK_SET)            = 0
read(4, "aterm*title: Gentoo\naterm*backgr"..., 4096) = 1491
read(4, "", 4096)                       = 0
_llseek(4, 0, [0], SEEK_SET)            = 0
read(4, "aterm*title: Gentoo\naterm*backgr"..., 4096) = 1491
read(4, "", 4096)                       = 0
_llseek(4, 0, [0], SEEK_SET)            = 0
close(4)                                = 0
munmap(0xb72c7000, 4096)                = 0
write(3, "\3\0\2\0\244\0\0\0\16E\2\0\244\0\0\0", 16) = 16
read(3, "\1\0|\0\3\0\0\0!\0\0\0\1\0\1\1\377\377\377\377\0\0\0\0"..., 32) = 32
read(3, "?\300\372\0\0\0\0\0\0\0\370\10", 12) = 12
read(3, "\1\20}\0\0\0\0\0\244\0\0\0\0\0\0\0\0\5\0\4\0\0\0\0\310"..., 32) = 32
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Comment 1 Aaron Walker (RETIRED) gentoo-dev 2005-05-06 18:45:00 UTC
CC'ing upstream afterstep (who I maintain afterstep for via proxy).
Comment 2 Nathan Mahon 2005-05-09 07:03:45 UTC
As aterm builds based on afterstep's libraries, yes. that's why.
Re-emerging aterm will fix this, in my experience.
Perhaps we can get this fixed in the ebuilds.
Comment 3 Łukasz Damentko (RETIRED) gentoo-dev 2005-05-09 07:13:22 UTC
does it - you can mark it as solved - as soon as you will fix ebuilds of course: ]
Comment 4 Nathan Mahon 2005-05-09 07:15:58 UTC
currently, whenever I reemerge afterstep (usually daily off cvs), I always rebuild aterm too.  At least aterm builds quickly.
However, in the near future, I plan on dealing with this problem specifically.
perhaps by revision bumps, or perhaps by building aterm with it's own libafterimage.  or something.
Comment 5 Nathan Mahon 2006-02-08 07:37:28 UTC
this cannot be solved in an ebuild.  Due to a shortcoming in portage, there is no way to solve this problem.  The symptoms are cured by running revdep-rebuild, however, this doesn't make anyone happy here.
This bug should be closed. :|
Comment 6 Michal Januszewski (RETIRED) gentoo-dev 2006-03-06 08:54:12 UTC
Closing per Nathan's request.