"dbus-daemon --instrospect" (which is called by the makesystem of dev-libs/dbus-glib-0.82-r1) segfaults. calling dbus-daemon without any argument by hand also results in a segfault. I did a "truss -o /tmp/dbus-daemon-1.3.1.truss_out /opt/gentoo/usr/bin/dbus-daemon" and will append the .truss_out. (btw does dev-libs/dbus-glib-0.82 not call debus-daemon and builds fine) Reproducible: Always Steps to Reproduce: 1. build sys-apps/dbus-1.3.0-r1 2. run dbus-daemon Actual Results: 3. get segmentation fault Expected Results: 3. whatever dbus does when there's already a daemon running portage@fuji-cyber6:~$ emerge --info =dev-libs/dbus-glib-0.82-r1 Portage 2.2.00.15842-prefix (prefix/sunos/solaris/5.11/x86, gcc-4.2.4, unavailable, 5.11 i86pc) ================================================================= System Settings ================================================================= System uname: Solaris-2.11-i86pc-i386-32bit-ELF Timestamp of tree: Thu, 01 Apr 2010 07:06:43 +0000 app-shells/bash: 4.0_p37 dev-lang/python: 2.6.5-r1 dev-util/cmake: 2.8.1 sys-devel/autoconf: 2.65 sys-devel/automake: 1.10.2-r00.1, 1.11.1 sys-devel/binutils: 2.20.51.0.4 sys-devel/gcc: 4.2.4-r01.2, 4.4.2, 4.4.3 sys-devel/gcc-config: 1.4.1-r00.2 sys-devel/libtool: 2.2.6b ACCEPT_KEYWORDS="~x86-solaris" ACCEPT_LICENSE="* -@EULA" CBUILD="i386-pc-solaris2.11" CFLAGS="-O2 -pipe" CHOST="i386-pc-solaris2.11" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/terminfo" CXXFLAGS="-O2 -pipe" DISTDIR="/opt/gentoo/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--usepkg" FEATURES="assume-digests buildpkg collision-protect distlocks fixpackages news nostrip parallel-fetch preserve-libs protect-owned sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="de_DE.UTF-8" LC_ALL="de_DE.UTF-8" LDFLAGS="" LINGUAS="de en" MAKEOPTS="-j4" PKGDIR="/opt/gentoo/usr/portage/packages" PORTAGE_CONFIGROOT="/opt/gentoo/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/opt/gentoo/var/tmp" PORTDIR="/opt/gentoo/usr/portage" PORTDIR_OVERLAY="/opt/gentoo/local/portage/etalas_prefix" SYNC="rsync://rsync.prefix.freens.org/gentoo-portage-prefix" USE="ao cracklib crypt cxx encode logrotate lzma modules multislot ncurses nls prefix readline ssl threads unicode x86-solaris zlib" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="SunOS" INPUT_DEVICES="keyboard mouse" KERNEL="SunOS" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="de en" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="none" Unset: CPPFLAGS, CTARGET, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 226101 [details] output of "truss /opt/gentoo/usr/bin/dbus-daemon" looks like a thread/LWP-problem [...] getcontext(0x08046F1C) getrlimit(RLIMIT_STACK, 0x08046F14) = 0 getpid() = 13318 [13314] lwp_private(0, 1, 0xFEB82A00) = 0x000001C3 setustack(0xFEB82A60) Incurred fault #6, FLTBOUNDS %pc = 0x00000000 siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000 Received signal #11, SIGSEGV [default] siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000 [the end]
does truss -f give more information on what's happening?
Created attachment 226619 [details] truss -flo $FILE $EPREFIX/dbus-daemon additional "-l" for showing light weight process IDs
don't think so, no forking, no LWPs created. "setustack getustack (2) - retrieve or change the address of per-LWP stack boundary information" says "These functions will fail if: EFAULT The spp or sp argument does not refer to a valid address." am I getting this wrong or is there a function with error handling segfaulting?
dbus-1.3.0* has been removed from portage, it was only a prerelease please try dbus-1.4.0, and report if the problem persists