Bug 466404
Summary: | Segmentation fault. | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | sangu <sangu.fedora> |
Component: | fontforge | Assignee: | Kevin Fenzi <kevin> |
Status: | CLOSED CANTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 10 | CC: | belegdol, darkworldsawake, fonts-bugs, kevin, nphilipp, roozbeh |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-09-09 19:45:12 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
sangu
2008-10-10 03:56:30 UTC
This looks like a duplicate of 450709. Look there for the fix/workaround. *** This bug has been marked as a duplicate of bug 450709 *** After adding Gdraw.ScreenWidthInches: 23 in ~/.Xresources, this issue is fixed. $ xrdb -m ~/.Xresources. Reopend? Whenever fontforge crashes, /var/log/Xorg.0.log updates $ cat /var/log/Xorg.0.log [...] FreeType: couldn't open face /usr/share/X11/fonts/Type1/cour.pfa: 1 FreeType: couldn't open face /usr/share/X11/fonts/Type1/cour.pfa: 1 FreeType: couldn't open face /usr/share/X11/fonts/Type1/cour.pfa: 1 FreeType: couldn't open face /usr/share/X11/fonts/Type1/cour.pfa: 1 FreeType: couldn't open face /usr/share/X11/fonts/Type1/cour.pfa: 1 FreeType: couldn't open face /usr/share/X11/fonts/Type1/cour.pfa: 1 Dropped ibm-type1 ( See Also bug 317641 ). Then fontforge uses ibm-type1 fonts(cour.pfa) $ rpm -q --changelog xorg-x11-fonts-Type1 |less * Mon Jan 14 2008 Tom "spot" Callaway <tcallawa> - 7.2-6 - IBM refused to relicense ibm-type1 fonts with permission to modify, so they were dropped (bugzilla 317641) So, I am confused. How is this different than bug 450709 ? My understanding of this bug: - The ibm type1 fonts were removed. - The cache files were not regenerated - Fontforge tries to use that font and dies because it is not really available. Granted that fontforge shouldn't crash when a font isn't available, but the X server shouldn't lie to it and tell it that it has a font when it does not. So, doesn't regenerating your font cache files (as mentioned in bug 450709 ) fix this issue for you? Or is this somehow another issue? This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle. Changing version to '10'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping I am going to go ahead and close this as it's looking like a duplicate of 450709 and I haven't heard back from the reporter in months. Feel free to file a new bug if there is a need. *** This bug has been marked as a duplicate of bug 450709 *** Reopening because of the fontforge instability issue. Regenerating the font cache files ("fc-cache /usr/share/X11/fonts/Type1") doesn't help as the missing font files are referenced in the xorg-x11-fonts-Type1 package, in the files /usr/share/X11/fonts/Type1/fonts.dir and .../fonts.scale. Removing that package helps of course for running fontforge, but then you're missing some fonts you may want to have. I just installed the font package again, and it doesn't crash anymore. See my comment on bug 450709 re: mkfontdir/mkfontscale issues. So in order to test this I guess you would have to install and old version of xorg-x11-fonts-Type1 that contained the IBM fonts with non-open source licenses and the update to the current version. ok, so this is open to try and address the crashing in frontforge when it's lied to about what fonts are available? :) I can bring the issue up upstream and see if they can come up with a fix. (In reply to comment #10) > ok, so this is open to try and address the crashing in frontforge when it's > lied to about what fonts are available? :) > > I can bring the issue up upstream and see if they can come up with a fix. Yes, that'd be good and very appreciated. Also happens on F11: Copyright (c) 2000-2009 by George Williams. Executable based on sources from 14:20 GMT 24-Feb-2009. Library based on sources from 14:18 GMT 24-Feb-2009. Failed to create a fontset for the input method -urw-urw gothic l-medium-r-normal--16-0-0-0-p-0-iso8859-1,-urw-urw gothic l-medium-r-normal--16-0-0-0-p-0-iso8859-2,-urw-urw gothic l-medium-r-normal--16-0-0-0-p-0-iso8859-3,-urw-urw gothic l-medium-r-normal--16-0-0-0-p-0-iso8859-4,-urw-urw gothic l-medium-r-normal--16-0-0-0-p-0-iso8859-5,-misc-ar pl ukai tw-medium-r-normal--16-0-0-0-c-0-iso8859-7,-urw-urw gothic l-medium-r-normal--16-0-0-0-p-0-iso8859-9,-urw-urw gothic l-medium-r-normal--16-0-0-0-p-0-iso8859-10,-misc-ar pl uming tw-light-r-normal--16-0-0-0-c-0-iso8859-13,-urw-urw gothic l-medium-r-normal--16-0-0-0-p-0-iso8859-15,-urw-urw gothic l-medium-r-normal--16-0-0-0-p-0-koi8-uni,-urw-urw gothic l-medium-r-normal--16-0-0-0-p-0-iso10646-1 Help! Server claimed font -misc-ar pl ukai cn-medium-r-normal--16-0-0-0-c-0-iso10646-1 existed in the font list, but when I asked for it there was nothing. I may crash soon. Program received signal SIGSEGV, Segmentation fault. GDrawFontMetrics (fi=0x865c580, as=0xbfffe3a8, ds=0xbfffe3a4, ld=0xbfffe3ac) at gdrawtxt.c:2339 2339 *as = fontinfo->ascent; (gdb) bt #0 GDrawFontMetrics (fi=0x865c580, as=0xbfffe3a8, ds=0xbfffe3a4, ld=0xbfffe3ac) at gdrawtxt.c:2339 #1 0x00d58169 in GXDrawFontMetrics (w=0x0, fi=0xbfffe3ac, as=0xbfffe3a8, ds=0xbfffe3a4, ld=0xbfffe3ac) at gxdraw.c:2773 #2 0x00d054a3 in GDrawWindowFontMetrics (w=0x83f9228, fi=0x865c580, as=0xbfffe3a8, ds=0xbfffe3a4, ld=0xbfffe3ac) at gdraw.c:580 #3 0x00d322fd in GProgressStartIndicator (delay=0, win_title=0x85ec410, line1=0x8431508, line2=0x851a3f8, tot=0, stages=1) at gprogress.c:232 #4 0x00d32787 in GProgressStartIndicator8 (delay=0, title=0xb7d1b27c "Wczytywanie...", line1=0xbfffe4a2 "Wczytywanie fontu z arialn.ttf", line2=0xb7d23c4e "Wczytywanie glifów", tot=0, stages=1) at gprogress.c:462 #5 0x0040c581 in _ReadSplineFont (file=0x0, filename=0x8542430 "/home/jsikorski/.fonts/arialn/arialn.ttf", openflags=0) at splinefont.c:998 #6 0x0040de8c in ReadSplineFont ( filename=0x8542430 "/home/jsikorski/.fonts/arialn/arialn.ttf", openflags=0) at splinefont.c:1226 #7 0x0040df6d in LoadSplineFont ( filename=0x8542430 "/home/jsikorski/.fonts/arialn/arialn.ttf", openflags=0) at splinefont.c:1299 #8 0x002d272c in ViewPostscriptFont ( filename=0x8542430 "/home/jsikorski/.fonts/arialn/arialn.ttf", openflags=0) ---Type <return> to continue, or q <return> to quit--- at fontviewbase.c:1234 #9 0x0810ae8c in MenuOpen (base=0x0, mi=0x0, e=0x0) at fontview.c:963 #10 0x081a1dbf in main (argc=1, argv=0xbffff3e4) at startui.c:1366 (gdb) *** Bug 506373 has been marked as a duplicate of this bug. *** It doesn't look like this is going to be fixable... I talked with upstream and the problem here is that if they just exit when they see that they can't get a font, that would hit cases where people could save their work before it crashes. From upstream: "If you think you can fix it, please do. As you point out it is not really my bug, and as I have been unable to fix it in 10 years I have given up." So, I guess the answer here is to make sure our font cache information is accurate? Can I go ahead and close this now? Or would someone here like to take a stab at patching it? :) Closing this now. Feel free to reopen or file new bugs if you spot anything we can fix up. |