Summary: | xorg crashes when using freetype 2.1.10 with utf8 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Tom Kiermaier <epyon9283> |
Component: | Current packages | Assignee: | Gentoo Fonts Team <fonts> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | Andreas.Klauer, fritz.heinrichmeyer, gentoo, jakub, jos.delbar, k, rw_iw, x11 |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 117859 | ||
Attachments: | revert 2 pointers in src/sfnt/sfdriver.c |
Description
Tom Kiermaier
2005-07-15 04:09:16 UTC
Which xorg-x11 version do you have? Could you try with 6.8.99.14? Try building it with USE=debug, but make sure you have a few extra gigs on your disk. Please attach an X log from that attempt. Oh, before you do that -- try just recompiling whatever xorg-x11 you've got now in case freetype broke binary compatibility again or something. Similar problem here, but only so far only xemacs causes X (6.8.2r2) to Sig-11, in a UTF-8 locale. All other tested apps (Gnome, Firefox, OOo etc) work fine. This is bad news as I'm an xemacs junkie. (LC_ALL=C xemacs) works fine. Have just re-emerged x11-base/xorg-x11-6.8.2-r2 and the problem persists. System is entirely ~x86. Will emerge 6.8.99.14 and see if that makes any difference. I found out that its one of my fonts thats causing the crash. Narrowed it down to one of the fonts I copied over from windows so I just deleted the directory and nothing has crashed so far. I'm not exactly sure which one because there were quite a few fonts in there and I don't have time to keep trying out each one in there to see which one it is. Jonathan, your bug could be related to xemacs. If the problem persists please file a new bug referring to your specific problem. Tom, I'll close this bug for now. If the problem comes back please re-open, and try what Donnie has suggested in comment #2 and #1 (in that order, as he specified). I have the same problem with a remerged 6.8.2-r2 and 6.8.99.14; howver I'm also of the opinion that it's font related and will start moving fonts aside (tomorrow). (In reply to comment #5) > Jonathan, your bug could be related to xemacs. If the problem persists please > file a new bug referring to your specific problem. > > Tom, I'll close this bug for now. If the problem comes back please re-open, and > try what Donnie has suggested in comment #2 and #1 (in that order, as he specified). OK. Removed almost all fonts, and eventually xemacs starts, with a massive delay *just like xemacs issue 83769*. There's some strange interaction between xemacs + UTF8 + current freetype + current x.org, which I'd guess no one package is going to solve. Cross posted to #83769. (In reply to comment #7) > (In reply to comment #5) > > Jonathan, your bug could be related to xemacs. If the problem persists please > > file a new bug referring to your specific problem. > > > > Tom, I'll close this bug for now. If the problem comes back please re-open, and > > try what Donnie has suggested in comment #2 and #1 (in that order, as he > specified). > > OK. Removed almost all fonts, and eventually xemacs starts, with a massive delay > *just like xemacs issue 83769*. There's some strange interaction between xemacs > + UTF8 + current freetype + current x.org, which I'd guess no one package is > going to solve. > > Cross posted to #83769. And no issues (craches, timeouts) after reverting to freetype 2.1.9-r1. Incidentally, here's a recent post to the xorg list: Another issue, I just tried to update libfreetype2 to 2.1.10. Unfortunately, the Xserver freetype module uses some internal libfreetype2 interface, which changed in the new version of libfreetype2. This results in Xserver crashes and is related to embedded bitmap support in libfreetype2. Therefore I recommend to use libfreetype2 2.1.9 instead for now. *** Bug 100208 has been marked as a duplicate of this bug. *** There's a thread related to this bug here: http://lists.gnu.org/archive/html/freetype-devel/2005-07/msg00020.html *** Bug 101277 has been marked as a duplicate of this bug. *** Not sure why is this marked as invalid, there is a new duplicate bug about this and downgrading to freetype-2.1.9 solves it as well. Reopened. Created attachment 67668 [details, diff] revert 2 pointers in src/sfnt/sfdriver.c I have been experiencing the same crashes. David Turner explains the whole problem really well in this post: http://lists.gnu.org/archive/html/freetype-devel/2005-08/msg00014.html I have tried out the fix mentioned there and I can't get X to crash anymore. So I'd propose the simple patch attached, as a temporary fix for freetype-2.1.10. Reassigning to fonts, so they can decided whether to add this patch. nobody cares about freetype in gentoo? FreeBSD hat a fix for this since 2005-08-03 to be constructive: look at my overlays: http://jfh00.fernuni-hagen.de/~jfh/portage/media-libs/freetype/ As far as I can see the problem is xorg freetype module using freetype internals, the fix should then be in xorg. I am unclear how far this is in upstream xorg-x11. I at least cannot reproduce it with 6.8.99.15 . Also on freetype-2.1.10, my xrog-6.8.2 crash "C aught signal 4 ... aborting" when I use "-misc-simsun-medium-r-normal-*-*-120-*-*-p-*-*" with gtk1 applications (only -p- , using -c- won't crash ) this problem don't appear with Freetpye-2.1.9-r1. (In reply to comment #18) > As far as I can see the problem is xorg freetype module using freetype > internals, the fix should then be in xorg. Looking at the thread in comment 14, that will take time. I'd appreciate, if the attached patch would be applied, having Freetype 2.1.10 stable, soon. The easy solution is to make xorg <7 block on ft >=2.1.10 . This would effectively hold the stabilization of ft-2.1.10 off until xorg-7 goes stable. bug # 117859 depends on this. This basically means that for me, if I want openoffice, I will have to install freetype 2.10 - this will cause X to crash, since I definitely use utf8 locales :( I was experiencing random crashes with xorg-x11 7.1 and freetype-2.2.1 when using emacs. Now I found out that bitmap fonts in general can cause the crash (xfontsel for example does it when selecting for example a Japanese font family, e.g. any of the jisx or mikachan or ...). The Xorg.log has only one entry: Backtrace: 0: X(xf86SigHandler+0x85) [0x80c3665] Fatal server error: Caught signal 11. Server aborting # emerge --info Portage 2.1.1_rc1-r7 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.4-r3, 2.6.17.11 i686) ================================================================= System uname: 2.6.17.11 i686 AMD Athlon(tm) XP 2000+ Gentoo Base System version 1.12.4 Last Sync: Fri, 08 Sep 2006 11:50:01 +0000 ccache version 2.4 [enabled] app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r3 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r2 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 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.17 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /var/bind" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://pandemonium.tiscali.de/pub/gentoo/" LANG="en_US.UTF-8" LDFLAGS="-Wl,-O1" LINGUAS="" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/root/portage" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowext 3ds X Xaw3d a52 aac aalib acpi alsa anthy apache2 apic asf audiofile avi bash-completion berkdb bigger-fonts bitmap-fonts browserplugin bzip2 cairo canna cdda cddb cdr cid cjk cli cmov crypt css cups custom-cflags cx8 de dga divx4linux dlloader doc dri dts dv dvd dvdr dvdread elibc_glibc emacs emboss encode eurofile fam fame ffmpeg firefox flac font-server fortran fpu freewnn ftp fxsr gcj gd gdb gdbm gif gimp gimpprint glx gnutls gpgme gphoto2 gpm graphviz gs gstreamer gtk ieee1394 imagemagick imlib immqt-bc input_devices_joystick input_devices_keyboard input_devices_mouse ipppd isdnlog java joystick jpeg kernel_linux lame latex ldap libcaca libg++ logitech-mouse mad matroska mca mccp mce memlimit mikmod mime mjpeg mmx mmxext mng modplug mp3 mpeg mplayer msr mtrr mysql ncurses nls nptl nptlonly nsplugin nv nvidia ogg opengl oss pae pat pcre pdf pdflib perl pge png ppds pppd pse pse36 python qt qt3 qt4 quicktime readline real reflection reiserfs rtc sblive sdl sep session sndfile sox speex spell spl sse ssl subtitles subversion svg syscall tcpd tetex theora threads tiff toolkit-scroll-bars transcode truetype truetype-fonts tsc type1 type1-fonts udev unicode usb userland_GNU utf8 vcd video_cards_nv video_cards_nvidia vme vorbis win32codecs wma wmf wxwindows x264 xfs xft xml xorg xpm xv xvid zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_RSYNC_EXTRA_OPTS with ft -2.1.10 being stable on all arches, the initial report is obviously no longer an issue. |