Every time I visit a web page, I get an unexplained segfault (viewing with strace). This has been occurring for 1-3 months now. I've recently realized a GCC bug with Mozilla based browsers here: http://bugs.gentoo.org/show_bug.cgi?id=270120 I think on one segfault with Dillo, I did get a "bad var font" error, but later lost the url -- so I can only try to recall the exact error. I doubt this is font related as I have several fonts installed. (Following is a quick search of "font" within package manager search function.) media-fonts/font-bitstream-100dpi (1.0.0@06/09/2010): X.Org Bitstream bitmap fonts media-fonts/font-bitstream-type1 (1.0.0@06/09/2010): X.Org Bitstream Type 1 fonts media-fonts/terminus-font (4.30@06/09/2010): A clean fixed font for the console and X11 media-fonts/urw-fonts (2.4.9@06/09/2010): free good quality fonts gpl'd by URW++ media-libs/fontconfig (2.8.0(1.0)@06/09/2010): A library for configuring and customizing font access virtual/ttf-fonts (1@06/08/2010): Virtual for Serif/Sans/Monospace font packages x11-apps/mkfontdir (1.0.5@06/09/2010): create an index of X font files in a directory x11-apps/mkfontscale (1.0.7@06/09/2010): create an index of scalable font files for X x11-libs/libXfont (1.4.1@06/09/2010): X.Org Xfont library x11-libs/libXfontcache (1.0.5@06/09/2010): X.Org Xfontcache library x11-libs/libfontenc (1.0.5@06/08/2010): X.Org fontenc library x11-proto/fontcacheproto (0.1.3@06/08/2010): X.Org Fontcache protocol headers x11-proto/fontsproto (2.1.0@06/08/2010): X.Org Fonts protocol headers x11-proto/xf86bigfontproto (1.2.0@06/08/2010): X.Org XF86BigFont protocol headers -- Roger http://rogerx.freeshell.org/
rogerx wrote:
Every time I visit a web page, I get an unexplained segfault (viewing with strace).
This has been occurring for 1-3 months now.
I've recently realized a GCC bug with Mozilla based browsers here: http://bugs.gentoo.org/show_bug.cgi?id=270120
I think on one segfault with Dillo, I did get a "bad var font" error, but later lost the url -- so I can only try to recall the exact error.
I doubt this is font related as I have several fonts installed. (Following is a quick search of "font" within package manager search function.)
[snip] Without a gdb backtrace or anything, I can't help but assume that this the fltk font problem showing up again...
On Mon, Jun 14, 2010 at 09:31:25PM +0000, corvid wrote:
rogerx wrote:
Every time I visit a web page, I get an unexplained segfault (viewing with strace).
This has been occurring for 1-3 months now.
I've recently realized a GCC bug with Mozilla based browsers here: http://bugs.gentoo.org/show_bug.cgi?id=270120
I think on one segfault with Dillo, I did get a "bad var font" error, but later lost the url -- so I can only try to recall the exact error.
I doubt this is font related as I have several fonts installed. (Following is a quick search of "font" within package manager search function.)
[snip]
Without a gdb backtrace or anything, I can't help but assume that this the fltk font problem showing up again...
Well, by luck, here's a backtrace with some good info. (Most of the other back traces contained little useful info.) $ gdb dillo ... run ... CssParser::parseImport(): @import /css/0.1/screen/common/modules/sharetools.css CssParser::parseImport(): @import /css/0.1/screen/common/modules/readercomments.css CssParser::parseImport(): @import /css/0.1/screen/section/travel/modules/expedia.css CssParser::parseImport(): @import /css/0.1/screen/article/upnext.css bad font: variable Program received signal SIGSEGV, Segmentation fault. 0x4429f928 in strcmp () from /lib/libc.so.6 (gdb) bt #0 0x4429f928 in strcmp () from /lib/libc.so.6 #1 0xb7f60884 in fltk::setfont (font=0xb7fda6e0, psize=9) at x11/Font_xlfd.cxx:539 #2 0xb7f55094 in fltk::measure (str=0x80d845e "x", w=@0xbfffe998, h=@0xbfffe994, flags=0) at drawtext.cxx:659 #3 0x08097fff in FltkFont (this=0x830bd20, attrs=0xbfffeacc) at fltkplatform.cc:70 #4 0x080981a7 in dw::fltk::FltkFont::create (attrs=0xbfffeacc) at fltkplatform.cc:98 #5 0x08099447 in dw::fltk::FltkPlatform::createFont (this=0x81197a8, attrs=0xbfffeacc, tryEverything=false) at fltkplatform.cc:465 #6 0x080b1343 in dw::core::Layout::createFont (this=0x8177ef0, attrs=0xbfffeacc, tryEverything=false) at layout.hh:322 #7 0x080b033a in dw::core::style::Font::create0 (layout=0x8177ef0, attrs=0xbfffeacc, tryEverything=false) at style.cc:297 #8 0x080b035c in dw::core::style::Font::create (layout=0x8177ef0, attrs=0xbfffeacc) at style.cc:302 #9 0x0806bb5d in StyleEngine::apply (this=0x835ff30, attrs=0xbfffeb44, props=0xbfffebe4) at styleengine.cc:334 #10 0x0806c779 in StyleEngine::style0 (this=0x835ff30, nonCssProperties=0xbfffec5c) at styleengine.cc:615 #11 0x0806b3b7 in StyleEngine::setNonCssHints (this=0x835ff30, nonCssHints=0xbfffec5c) at styleengine.cc:135 #12 0x080716cc in Html_tag_open_body (html=0x8248db0, tag=0x83297b9 "<body >\n\r\n\r\n<a name=\"top\"></a>\r\n<div id=\"shell\">\r\n<ul id=\"memberTools\">\n\n<!-- ADXINFO classification=\"text_ad\" campaign=\"nyt2010-circ-bar1_non-hp-34U7K\"--><li><a href=\"http://www.nytimes.com/adx/bin/a"..., tagsize=7) at html.cc:1725 #13 0x080758d0 in Html_process_tag (html=0x8248db0, tag=0x83297b9 "<body >\n\r\n\r\n<a name=\"top\"></a>\r\n<div id=\"shell\">\r\n<ul id=\"memberTools\">\n\n<!-- ADXINFO classification=\"text_ad\" campaign=\"nyt2010-circ-bar1_non-hp-34U7K\"--><li><a href=\"http://www.nytimes.com/adx/bin/a"..., tagsize=7) at html.cc:3481 #14 0x08076525 in Html_write_raw (html=0x8248db0, buf=0x83286a0 "\n\n\n\n\n\n\n<!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\" \"http://www.w3.org/TR/html4/loose.dtd\">\r\n<html>\r\n<head>\r\n<title>Onshore Oil Spill Response Is Described as Chaotic - NYTimes.com</"..., bufsize=66856, Eof=0) at html.cc:3782 #15 0x0806eeca in DilloHtml::write (this=0x8248db0, Buf=0x83286a0 "\n\n\n\n\n\n\n<!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\" \"http://www.w3.org/TR/html4/loose.dtd\">\r\n<html>\r\n<head>\r\n<title>Onshore Oil Spill Response Is Described as Chaotic - NYTimes.com</"..., BufSize=66856, Eof=0) at html.cc:554 #16 0x0807602a in Html_callback (Op=0, Client=0x816c020) at html.cc:3673 #17 0x080621b2 in Cache_process_queue (entry=0x826a928) at cache.c:1172 #18 0x080623a7 in Cache_delayed_process_queue_callback () at cache.c:1237 #19 0xb7f8f2a7 in fltk::wait (time_to_wait=1.00000002e+20) at run.cxx:478 #20 0xb7f8f3d4 in fltk::run () at run.cxx:399 #21 0x08050ab3 in main (argc=1, argv=0xbfffef64) at dillo.cc:371 (gdb) -- Roger http://rogerx.freeshell.org/
Forgot to mention dillo/fltk versions: www-client/dillo (2.2@06/14/2010) x11-libs/fltk (2.0_pre6970(2)@06/14/2010) -- Roger http://rogerx.freeshell.org/
And the offending URL for historical purposes concerning this thread: http://www.nytimes.com/2010/06/15/science/earth/15cleanup.html -- Roger http://rogerx.freeshell.org/
rogerx wrote:
On Mon, Jun 14, 2010 at 09:31:25PM +0000, corvid wrote:
rogerx wrote:
Every time I visit a web page, I get an unexplained segfault (viewing with strace).
This has been occurring for 1-3 months now.
I've recently realized a GCC bug with Mozilla based browsers here: http://bugs.gentoo.org/show_bug.cgi?id=270120
I think on one segfault with Dillo, I did get a "bad var font" error, but later lost the url -- so I can only try to recall the exact error.
I doubt this is font related as I have several fonts installed. (Following is a quick search of "font" within package manager search function.)
[snip]
Without a gdb backtrace or anything, I can't help but assume that this the fltk font problem showing up again...
Well, by luck, here's a backtrace with some good info. (Most of the other back traces contained little useful info.)
[snip]
bad font: variable
Okay, good. Guess I'll have to start digging into the fltk font stuff again at some point. In the meantime, let's try to make it stop breaking for you. fltk's src/x11/Font_xlfd.cxx asks for "fixed" and "variable" under certain conditions. In my case, they seem to be (looking in /usr/lib/X11/fonts/misc/fonts.alias) fixed -misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-1 variable -*-helvetica-bold-r-normal-*-*-120-*-*-*-*-iso8859-1 And then in my /usr/lib/X11/fonts/misc/fonts.dir, there's 6x13-ISO8859-1.pcf.gz -misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-1 and then /usr/lib/X11/fonts/100dpi/fonts.dir has helvB12-ISO8859-1.pcf.gz -adobe-helvetica-bold-r-normal--17-120-100-100-p-92-iso8859-1 and /usr/lib/X11/fonts/75dpi/fonts.dir has helvB12-ISO8859-1.pcf.gz -adobe-helvetica-bold-r-normal--12-120-75-75-p-70-iso8859-1 Do you have whatever font 'variable' is set to in your fonts.alias?
On Tue, Jun 15, 2010 at 03:36:03PM +0000, corvid wrote:
bad font: variable
Okay, good. Guess I'll have to start digging into the fltk font stuff again at some point. In the meantime, let's try to make it stop breaking for you.
fltk's src/x11/Font_xlfd.cxx asks for "fixed" and "variable" under certain conditions. In my case, they seem to be (looking in /usr/lib/X11/fonts/misc/fonts.alias) fixed -misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-1 variable -*-helvetica-bold-r-normal-*-*-120-*-*-*-*-iso8859-1
And then in my /usr/lib/X11/fonts/misc/fonts.dir, there's 6x13-ISO8859-1.pcf.gz -misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-1 and then /usr/lib/X11/fonts/100dpi/fonts.dir has helvB12-ISO8859-1.pcf.gz -adobe-helvetica-bold-r-normal--17-120-100-100-p-92-iso8859-1 and /usr/lib/X11/fonts/75dpi/fonts.dir has helvB12-ISO8859-1.pcf.gz -adobe-helvetica-bold-r-normal--12-120-75-75-p-70-iso8859-1
Do you have whatever font 'variable' is set to in your fonts.alias?
Only one fonts.alias file: $ cat /usr/share/fonts/100dpi/fonts.alias lucidasans-bolditalic-8 -b&h-lucida-bold-i-normal-sans-11-80-100-100-p-69-iso8859-1 lucidasans-bolditalic-10 -b&h-lucida-bold-i-normal-sans-14-100-100-100-p-90-iso8859-1 lucidasans-bolditalic-12 -b&h-lucida-bold-i-normal-sans-17-120-100-100-p-108-iso8859-1 lucidasans-bolditalic-14 -b&h-lucida-bold-i-normal-sans-20-140-100-100-p-127-iso8859-1 lucidasans-bolditalic-18 -b&h-lucida-bold-i-normal-sans-25-180-100-100-p-159-iso8859-1 lucidasans-bolditalic-24 -b&h-lucida-bold-i-normal-sans-34-240-100-100-p-215-iso8859-1 lucidasans-bold-8 -b&h-lucida-bold-r-normal-sans-11-80-100-100-p-70-iso8859-1 lucidasans-bold-10 -b&h-lucida-bold-r-normal-sans-14-100-100-100-p-89-iso8859-1 lucidasans-bold-12 -b&h-lucida-bold-r-normal-sans-17-120-100-100-p-108-iso8859-1 lucidasans-bold-14 -b&h-lucida-bold-r-normal-sans-20-140-100-100-p-127-iso8859-1 lucidasans-bold-18 -b&h-lucida-bold-r-normal-sans-25-180-100-100-p-158-iso8859-1 lucidasans-bold-24 -b&h-lucida-bold-r-normal-sans-34-240-100-100-p-216-iso8859-1 lucidasans-italic-8 -b&h-lucida-medium-i-normal-sans-11-80-100-100-p-62-iso8859-1 lucidasans-italic-10 -b&h-lucida-medium-i-normal-sans-14-100-100-100-p-80-iso8859-1 lucidasans-italic-12 -b&h-lucida-medium-i-normal-sans-17-120-100-100-p-97-iso8859-1 lucidasans-italic-14 -b&h-lucida-medium-i-normal-sans-20-140-100-100-p-114-iso8859-1 lucidasans-italic-18 -b&h-lucida-medium-i-normal-sans-25-180-100-100-p-141-iso8859-1 lucidasans-italic-24 -b&h-lucida-medium-i-normal-sans-34-240-100-100-p-192-iso8859-1 lucidasans-8 -b&h-lucida-medium-r-normal-sans-11-80-100-100-p-63-iso8859-1 lucidasans-10 -b&h-lucida-medium-r-normal-sans-14-100-100-100-p-80-iso8859-1 lucidasans-12 -b&h-lucida-medium-r-normal-sans-17-120-100-100-p-96-iso8859-1 lucidasans-14 -b&h-lucida-medium-r-normal-sans-20-140-100-100-p-114-iso8859-1 lucidasans-18 -b&h-lucida-medium-r-normal-sans-25-180-100-100-p-142-iso8859-1 lucidasans-24 -b&h-lucida-medium-r-normal-sans-34-240-100-100-p-191-iso8859-1 lucidasanstypewriter-bold-8 -b&h-lucidatypewriter-bold-r-normal-sans-11-80-100-100-m-70-iso8859-1 lucidasanstypewriter-bold-10 -b&h-lucidatypewriter-bold-r-normal-sans-14-100-100-100-m-80-iso8859-1 lucidasanstypewriter-bold-12 -b&h-lucidatypewriter-bold-r-normal-sans-17-120-100-100-m-100-iso8859-1 lucidasanstypewriter-bold-14 -b&h-lucidatypewriter-bold-r-normal-sans-20-140-100-100-m-120-iso8859-1 lucidasanstypewriter-bold-18 -b&h-lucidatypewriter-bold-r-normal-sans-25-180-100-100-m-150-iso8859-1 lucidasanstypewriter-bold-24 -b&h-lucidatypewriter-bold-r-normal-sans-34-240-100-100-m-200-iso8859-1 lucidasanstypewriter-8 -b&h-lucidatypewriter-medium-r-normal-sans-11-80-100-100-m-70-iso8859-1 lucidasanstypewriter-10 -b&h-lucidatypewriter-medium-r-normal-sans-14-100-100-100-m-80-iso8859-1 lucidasanstypewriter-12 -b&h-lucidatypewriter-medium-r-normal-sans-17-120-100-100-m-100-iso8859-1 lucidasanstypewriter-14 -b&h-lucidatypewriter-medium-r-normal-sans-20-140-100-100-m-120-iso8859-1 lucidasanstypewriter-18 -b&h-lucidatypewriter-medium-r-normal-sans-25-180-100-100-m-150-iso8859-1 lucidasanstypewriter-24 -b&h-lucidatypewriter-medium-r-normal-sans-34-240-100-100-m-200-iso8859-1 And then the following fonts.dir: $ locate fonts.dir /usr/share/fonts/urw-fonts/fonts.dir /usr/share/fonts/Type1/fonts.dir /usr/share/fonts/dejavu/fonts.dir /usr/share/fonts/terminus/fonts.dir /usr/share/fonts/100dpi/fonts.dir /usr/share/fonts/ttf-bitstream-vera/fonts.dir /usr/share/fonts/arkpandora/fonts.dir $ cat /usr/share/fonts/100dpi/fonts.dir 28 charB08.pcf.gz -bitstream-charter-bold-r-normal--11-80-100-100-p-69-iso8859-1 charB10.pcf.gz -bitstream-charter-bold-r-normal--14-100-100-100-p-88-iso8859-1 charB12.pcf.gz -bitstream-charter-bold-r-normal--17-120-100-100-p-107-iso8859-1 charB14.pcf.gz -bitstream-charter-bold-r-normal--19-140-100-100-p-119-iso8859-1 charB18.pcf.gz -bitstream-charter-bold-r-normal--25-180-100-100-p-157-iso8859-1 charB24.pcf.gz -bitstream-charter-bold-r-normal--33-240-100-100-p-206-iso8859-1 charBI08.pcf.gz -bitstream-charter-bold-i-normal--11-80-100-100-p-68-iso8859-1 charBI10.pcf.gz -bitstream-charter-bold-i-normal--14-100-100-100-p-86-iso8859-1 charBI12.pcf.gz -bitstream-charter-bold-i-normal--17-120-100-100-p-105-iso8859-1 charBI14.pcf.gz -bitstream-charter-bold-i-normal--19-140-100-100-p-117-iso8859-1 charBI18.pcf.gz -bitstream-charter-bold-i-normal--25-180-100-100-p-154-iso8859-1 charBI24.pcf.gz -bitstream-charter-bold-i-normal--33-240-100-100-p-203-iso8859-1 charI08.pcf.gz -bitstream-charter-medium-i-normal--11-80-100-100-p-60-iso8859-1 charI10.pcf.gz -bitstream-charter-medium-i-normal--14-100-100-100-p-76-iso8859-1 charI12.pcf.gz -bitstream-charter-medium-i-normal--17-120-100-100-p-92-iso8859-1 charI14.pcf.gz -bitstream-charter-medium-i-normal--19-140-100-100-p-103-iso8859-1 charI18.pcf.gz -bitstream-charter-medium-i-normal--25-180-100-100-p-136-iso8859-1 charI24.pcf.gz -bitstream-charter-medium-i-normal--33-240-100-100-p-179-iso8859-1 charR08.pcf.gz -bitstream-charter-medium-r-normal--11-80-100-100-p-61-iso8859-1 charR10.pcf.gz -bitstream-charter-medium-r-normal--14-100-100-100-p-78-iso8859-1 charR12.pcf.gz -bitstream-charter-medium-r-normal--17-120-100-100-p-95-iso8859-1 charR14.pcf.gz -bitstream-charter-medium-r-normal--19-140-100-100-p-106-iso8859-1 charR18.pcf.gz -bitstream-charter-medium-r-normal--25-180-100-100-p-139-iso8859-1 charR24.pcf.gz -bitstream-charter-medium-r-normal--33-240-100-100-p-183-iso8859-1 tech14.pcf.gz -bitstream-terminal-medium-r-normal--18-140-100-100-c-110-dec-dectech techB14.pcf.gz -bitstream-terminal-bold-r-normal--18-140-100-100-c-110-dec-dectech term14.pcf.gz -bitstream-terminal-medium-r-normal--18-140-100-100-c-110-iso8859-1 termB14.pcf.gz -bitstream-terminal-bold-r-normal--18-140-100-100-c-110-iso8859-1 I realize this is info overkill, but I just wanted to get something out asap. I believe I keep things minimal, and rely primarily on bitstream fonts -- with the occassional Terminus and Dejavue (as supposedly Dillo like Dejavue fonts). $ eix -s bitstream -cI [I] media-fonts/font-bitstream-100dpi (1.0.0@06/09/2010): X.Org Bitstream bitmap fonts [I] media-fonts/font-bitstream-type1 (1.0.0@06/09/2010): X.Org Bitstream Type 1 fonts [I] media-fonts/ttf-bitstream-vera (1.10-r3@06/09/2010): Bitstream Vera font family -- Roger http://rogerx.freeshell.org/
$ eix -s bitstream -cI [I] media-fonts/font-bitstream-100dpi (1.0.0@06/09/2010): X.Org Bitstream bitmap fonts [I] media-fonts/font-bitstream-type1 (1.0.0@06/09/2010): X.Org Bitstream Type 1 fonts [I] media-fonts/ttf-bitstream-vera (1.10-r3@06/09/2010): Bitstream Vera font family
If I'm not mistaken, bitstream vera sans/vera serif are variable fonts. I'm a little confused as to exactly what I'm looking for as I do have several font packages installed and their font dirs are statically linked into my /etc/X11/xorg.conf file. -- Roger http://rogerx.freeshell.org/
rogerx wrote:
I realize this is info overkill, but I just wanted to get something out asap. I believe I keep things minimal, and rely primarily on bitstream fonts -- with the occassional Terminus and Dejavue (as supposedly Dillo like Dejavue fonts).
Dillo is set to use DejaVu fonts by default (set in dillorc file), but your backtrace showed that fltk is using Font_xlfd.cxx instead of Font_xft.cxx, indicating that your fltk was configured with --disable-xft. With xft disabled, it's not going to use TTF fonts. If you don't mind using antialiased fonts, you could reconfigure with xft enabled, and recompile, and everything may just magically work. If not, and you like bitstream, I'd alias 'fixed' to one of the bitstream terminal choices, and alias 'variable' perhaps to one of the bitstream charter ones. (And then I think you'd have to run mkfontdir afterward.)
On Tue, Jun 15, 2010 at 06:17:11PM +0000, corvid wrote:
rogerx wrote:
I realize this is info overkill, but I just wanted to get something out asap. I believe I keep things minimal, and rely primarily on bitstream fonts -- with the occassional Terminus and Dejavue (as supposedly Dillo like Dejavue fonts).
Dillo is set to use DejaVu fonts by default (set in dillorc file), but your backtrace showed that fltk is using Font_xlfd.cxx instead of Font_xft.cxx, indicating that your fltk was configured with --disable-xft. With xft disabled, it's not going to use TTF fonts.
For those that know this, it's a no brainer -- but obviously I don't as such easily assumed since I installed Dejavue, it would use those fonts. :-/ Did the debug info (error code) seem kind of brief to you?
If you don't mind using antialiased fonts, you could reconfigure with xft enabled, and recompile, and everything may just magically work. If not, and you like bitstream, I'd alias 'fixed' to one of the bitstream terminal choices, and alias 'variable' perhaps to one of the bitstream charter ones. (And then I think you'd have to run mkfontdir afterward.)
Re-built fltk using "xft", and all seems quiet so far -- no signs of segfault. This definitely seems like fltk cannot be built without xft -- or if without xft -- user needs to have a variable font installed. Sounds like the package manager script is missing a depend check. As far as having the extra eye-candy, I prefer only building/installing stuff that's needed versus installing a mess of eye candy I don't make much use of. Hence, the reason why I skipped building "without xft". ;-) ... yea, segfaults seemed to have ceased for now. -- Roger http://rogerx.freeshell.org/
rogerx wrote:
On Tue, Jun 15, 2010 at 06:17:11PM +0000, corvid wrote:
Dillo is set to use DejaVu fonts by default (set in dillorc file), but your backtrace showed that fltk is using Font_xlfd.cxx instead of Font_xft.cxx, indicating that your fltk was configured with --disable-xft. With xft disabled, it's not going to use TTF fonts.
For those that know this, it's a no brainer -- but obviously I don't as such easily assumed since I installed Dejavue, it would use those fonts. :-/
Dillo prints out a warning message if it can't load one of the fonts given in dillorc.
Did the debug info (error code) seem kind of brief to you?
The "bad font: variable" that fltk2 spits out? Yeah.
If you don't mind using antialiased fonts, you could reconfigure with xft enabled, and recompile, and everything may just magically work. If not, and you like bitstream, I'd alias 'fixed' to one of the bitstream terminal choices, and alias 'variable' perhaps to one of the bitstream charter ones. (And then I think you'd have to run mkfontdir afterward.)
Re-built fltk using "xft", and all seems quiet so far -- no signs of segfault.
Oh, good good good...
This definitely seems like fltk cannot be built without xft -- or if without xft -- user needs to have a variable font installed. Sounds like the package manager script is missing a depend check.
My guess is that "fixed" and "variable" may be standard enough that it's a misconfiguration not to have the aliases present and set to a font that you have, although, yeah, it's a bug in fltk2 not to handle that gracefully.
As far as having the extra eye-candy, I prefer only building/installing stuff that's needed versus installing a mess of eye candy I don't make much use of. Hence, the reason why I skipped building "without xft". ;-)
Well, it "should" :) 1) not crash 2) print a warning to the terminal if dillo can't use the fonts that it's set to use. In any case, I should update the comments in the fonts section of dillorc to reflect the current state of things. Most/all of the text in that section hasn't been touched since the dillo1 days.
On Wed, Jun 16, 2010 at 04:00:49PM +0000, corvid wrote:
rogerx wrote:
Re-built fltk using "xft", and all seems quiet so far -- no signs of segfault.
Oh, good good good...
OK. Just rambling some thoughts to make sure I have things correct. When I get a chance today, I'll try to open a bug on bugs.gentoo.org concerning this missing runtime depend for a variable font. -- Roger http://rogerx.freeshell.org/
participants (2)
-
corvid＠lavabit.com -
rogerx＠sdf.org