Bug 84863
| Summary: | phoebe GNOME terminal settings crash Red Hat 8.0 GNOME terminal | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Paul Jenner <psj> |
| Component: | fontconfig | Assignee: | Owen Taylor <otaylor> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 9 | CC: | hp, nalin |
| Target Milestone: | --- | Keywords: | Triaged |
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2003-06-12 21:22:59 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: | |||
| Bug Depends On: | |||
| Bug Blocks: | 79578 | ||
|
Description
Paul Jenner
2003-02-22 11:40:24 UTC
Owen, Nalin: can you think of any reason why Xft could not load any fallback font here? I will post the backtrace from bug-buddy if useful. Running under strace, the
useful bit appears to be:
write(2, "\n** (gnome-terminal:1998): WARNI"..., 281
** (gnome-terminal:1998): WARNING **: Failed to load Xft font pattern
".fulldir-10:slant=0:weight=100:pixelsize=13.3333:antialias=True:hintstyle=2:hinting=True:verticallayout=False:autohint=False:globaladvance=True:dpi=96:rgba=0:scale=1:lang=en-GB",
falling back to default font.
) = 281
open("/usr/share/fonts/afms/adobe", O_RDONLY) = 14
fcntl64(14, F_SETFD, FD_CLOEXEC) = 0
fstat64(14, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
mmap2(NULL, 4096, PROT_READ, MAP_PRIVATE, 14, 0) = -1 ENODEV (No such device)
close(14) = 0
getpid() = 1998
write(2, "\n** (gnome-terminal:1998): WARNI"..., 72
** (gnome-terminal:1998): WARNING **: Failed to load default Xft font.
) = 72
--- SIGSEGV (Segmentation fault) ---
write(3, "\22\0\7\0\3\0\340\1\347\0\0\0\4\0\0\0 I\5\0\1\0\0\0\3\0"..., 64) = 64
read(3, 0xbfffea10, 32) = -1 EAGAIN (Resource temporarily
unavailable)
select(4, [3], NULL, NULL, NULL) = 1 (in [3])
read(3, "\34\243\314\0\3\0\340\1\347\0\0\0\17\227W\206\0\0\0\0\17"..., 32) = 32
read(3, "\1\1\320\0\0\0\0\0\16\0`\1\0\0\0\0\4\0\0\0\0\0\0\0\260"..., 32) = 32
fork() = 1999
wait4(1999, [WIFEXITED(s) && WEXITSTATUS(s) == 0], 0, NULL) = 1999
--- SIGCHLD (Child exited) ---
sigreturn() = ? (mask now [SEGV RTMIN])
_exit(1) = ?
As noted, I am still trying to reproduce this down to an exact test case with a
new user with no settings.
Ok - narrowed this down to the following test case: 1) create new user under Red Hat 8.0 2) login to GNOME as the user under Red Hat 8.0, run GNOME terminal OK, logout 4) login to GNOME as the user under phoebe 3 then logout immediately 5) login to GNOME as the user under Red Hat 8.0 and run GNOME terminal again It segfaults after the Xft font problem above. No non-default or changed settings, no need to ever run GNOME terminal under phoebe to trigger this. Just having logged into phoebe 3 GNOME is incompatible with Red Hat 8.0 GNOME terminal. OK, this looks like the change I made to to add .fulldir to ~/.fonts.conf to fix caching to work properly. Keith has a different patch that (ab)uses the timestamp field to try and handle the same thing, though I don't really trust it. I'll look at that version again. This was fixed prior to Red Hat 9 |