DrScheme is segfaulting at about the point where it would try to load MrEd. This behaviour has only emerged since upgrading to modular X. Other machines running x.org-6.8 are unaffected. It is unknown whether downgrading resolves this issue. There is a thread for this issue at http://forums.gentoo.org/viewtopic-t-420644-highlight-drscheme.html GDB info: Program received signal SIGSEGV, Segmentation fault. 0x0824584d in wxWindowDC::SetFont () emerge --info Portage 2.1_pre7-r1 (default-linux/x86/2005.1, gcc-3.4.6, glibc-2.4-r1, 2.6.15-g entoo-r7 i686) ================================================================= System uname: 2.6.15-gentoo-r7 i686 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.12.0_pre16 dev-lang/python: 2.4.2-r1 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -msse2 -O2 -pipe -ftracer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/ X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -msse2 -O2 -pipe -ftracer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://mirror.isp.net.au/pub/gentoo/ ftp://mirror.isp.net.au/pub /gentoo/ ftp://ftp.swin.edu.au/gentoo http://ftp.swin.edu.au/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.au.gentoo.org/gentoo-portage" USE="x86 3dnow X a52 aac acpi alsa apm avi bash-completion bitmap-fonts bzip2 ca iro cdr crypt cups dbus dllloader dlloader dri dvd dvr eds emboss encode firefox flac foomaticdb fortran gdbm gif gnome gphoto2 gpm graphviz gstreamer gtk gtk2 hal imagemagick imlib ipv6 jack java jpeg lcms libg++ libwww mad mikmod mmx mng motif mp3 mpeg ncurses nls nptl nptlonly nsplugin nvidia ogg oggvorbis openal op engl oss pam pcre pdflib perl phyfs png python quicktime readline sdl spell sse sse2 ssl svg tcpd tiff truetype truetype-fonts type1-fonts unicode usb vorbis wi n32codecs xinerama xml2 xmms xprint xv xvid zlib elibc_glibc input_devices_keybo ard input_devices_mouse kernel_linux userland_GNU video_cards_nv video_cards_nvi dia video_cards_vesa" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LANG, LC_ALL, LDFLAGS, LINGUAS
This is a known issue, I am cooperating with upstream to get this resolved.
I'd like to report that this bug seems to also affect amd64. I also noticed several compilers warnings about incompatible pointer format on this architecture.
It looks like this has been fixed upstream. Is there any way that gentoo can use the svn version. http://list.cs.brown.edu/pipermail/plt-scheme/2006-April/012515.html Thanks
New version in CVS that has the fix.
(In reply to comment #4) > New version in CVS that has the fix. I apologize that I'm rather new to using Bugzilla, but how can this be considered resolved? The current versions in portage still don't work. Shouldn't there be at least a ebuild before this is resolved?
In CVS means it's in the portage tree, it's just not at the rsync mirrors yet. It generally takes at least 30 minutes, and sometimes a few hours for changes made to the CVS to make it to the rsync mirrors.
# $Header: /var/cvsroot/gentoo-x86/dev-scheme/drscheme/drscheme-209-r1.ebuild,v 1.1 2006/03/19 02:09:47 chutzpah Exp $ Is what I had Monday, and what I still get today, and my drscheme still crashes as reported above. You sure this is in tree? For non ~, too?
Any changes such as this patch need to stay in ~ for at least 30 days before they can be marked stable. You can install the ~ version by putting an entry in /etc/portage/package.keywords, doing this should do it: echo '=dev-scheme/drscheme-301-r2' >> /etc/portage/package.keywords emerge -uav drscheme
Well, it's been 30 days, but AFAIK you could patch out the call to XSetFont at the offending line in version 209-r1 and bump it up to -r2 (that's what I did, I didn't want to upgrade) - it's a severe bug, after all. Don't take my word for it, ask your mentor. :-)
It's not a severe bug, it only happens on modular X, which is still marked ~arch. The ~ version of drscheme has the fix in it, so the ~ version will work on ~ systems and the stable version works on stable systems, which is generally considered quite a reasonable arrangement. I don't have a mentor, I finished that phase months ago. Anyway its being stabilized now.
Oops, sry, I mistook you for someone else - it wasn't meant as a snide remark.
