Mathew (thanks for helping me through this, btw)<div><br></div><div>Nothing in ~/.plt-scheme/plt-prefs.ss which could explain this (I haven't added anything to this manually). Contents of file are below.</div><div><br>
</div><div>This is all rather confusing. When I run drscheme while ssh'ed in from the other machine (ie: using its X server), there doesn't look to be any old-style non-truetype fonts on display.</div><div><br></div>
<div>I'm ploughing ahead with vim and an mzscheme repl in gnu-screen (sending expr's from vim to the repl via one of my vimscripts), which is pretty much how I code in clojure. Regardless, I would like to get drscheme running - would be a shame to have a nice looking debugger etc available, and not use it. Am I the only one who has this problem under linux and v4.2.?</div>
<div><br></div><div>--- plt-prefs.ss ---</div><div> (</div><div> (|plt:DrScheme-splash-max-width| 697)</div><div> (plt:framework-pref:framework:exit-when-no-frames #t)</div><div> (plt:framework-pref:drscheme:module-browser-size-percentage 1/5)</div>
<div> (plt:framework-pref:drscheme:logging-size-percentage 3/4)</div><div> (plt:framework-pref:drscheme:unit-window-size-percentage 1/2)</div><div> (plt:framework-pref:drscheme:recent-language-names (("Determine language from source" #6(#t write mixed-fraction-e #f #t debug) (default) #0() "#lang scheme\n" #t)))</div>
<div> (plt:framework-pref:drscheme:language-settings ((-32768) (#6(#t write mixed-fraction-e #f #t debug) (default) #0() "#lang scheme\n" #t)))</div><div> (plt:framework-pref:drscheme:keybindings-window-size (400 . 600))</div>
<div> (plt:framework-pref:drscheme:frame:initial-position #f)</div><div> (plt:framework-pref:drscheme:unit-window-width 682)</div><div> (plt:framework-pref:drscheme:unit-window-height 649)</div><div> (plt:framework-pref:drscheme:unit-window-max? #f)</div>
<div> (plt:framework-pref:framework:verify-exit #t)</div><div> (plt:framework-pref:drscheme:console-previous-exprs (("(* 1280 1.6)") ("(* 1280 1.6)") ("(/ 1280 1.6)") ("(* 480 1.6)")))</div>
<div>)</div><div><br></div><div>Regards,<br> Imran Rafique<br>
<br><br><div class="gmail_quote">On Fri, May 21, 2010 at 5:49 AM, Matthew Flatt <span dir="ltr"><<a href="mailto:mflatt@cs.utah.edu">mflatt@cs.utah.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Do you have a preferences file in "~/.plt-scheme/plt-prefs.ss"? It<br>
could explicitly set the font that DrScheme uses to an old-style font<br>
instead of an Xft font.<br>
<div><div></div><div class="h5"><br>
At Thu, 20 May 2010 18:31:13 -0700, Imran Rafique wrote:<br>
> Mathew,<br>
><br>
> Actually, mred runs fine (just tried it). So there's some font being used by<br>
> code called from drscheme.ss which is causing drscheme to fail?<br>
><br>
> Regards,<br>
> Imran Rafique<br>
><br>
><br>
> On Thu, May 20, 2010 at 6:39 AM, Matthew Flatt <<a href="mailto:mflatt@cs.utah.edu">mflatt@cs.utah.edu</a>> wrote:<br>
><br>
> > My guess is still that the issue is a lack of support for old-style X11<br>
> > fonts in the X server. If that's right, there's still the question of<br>
> > why DrScheme is trying to use an old-style font.<br>
> ><br>
> > When Xft is enabled, it looks like there's still an XLoadFont() call<br>
> > via XCreateFontCursor(), which is used to get basic cursors like the<br>
> > arrow and I-beam cursor. I don't think that's a likely culprit, but it<br>
> > may be worth checking in gdb...<br>
> ><br>
> ><br>
> > I expect that you will see the error when running `mred'. Can you try<br>
> > using `gdb' to run `mred' with the `-synchronous' flag to find out what<br>
> > X call is leading to the X_OpenFont message?<br>
> ><br>
> > Using gdb would go something like this:<br>
> ><br>
> > % gdb mred<br>
> > (gdb) handle SIGSEGV nostop noprint<br>
> > (gdb) run -synchronous<br>
> ><br>
> > The second line is needed because page protection and signal handlers<br>
> > are used to implement write barriers. If you don't ignore SIGSEGVs,<br>
> > then `mred' will appear to crash right away.<br>
> ><br>
> > The above may not be enough to get gdb to interrupt the program when<br>
> > it's about to exit with an X11 error. You may have to set breakpoints<br>
> > on exit().<br>
> ><br>
> > Thanks,<br>
> > Matthew<br>
> ><br>
> ><br>
> > At Wed, 19 May 2010 14:57:52 -0700, Imran Rafique wrote:<br>
> > > Mathew (thanks for responding, btw),<br>
> > ><br>
> > > Xft seems to be enabled.<br>
> > > ''configure --help' says that xft support is enabled by default, and I<br>
> > > didn't disable it manually (I only did --disable-shared)<br>
> > ><br>
> > > $ pwd<br>
> > > /home/imran/opt/plt-scheme/plt-4.2.5/src/build<br>
> > ><br>
> > > $ grep -iC2 xft config.log<br>
> > > configure:10964: result: yes<br>
> > > configure:11241: checking for cairo_create in -lcairo<br>
> > > configure:11276: g++ -o conftest -O2 -march=x86-64 -pipe -pthread<br>
> > > conftest.cpp -lcairo -L/usr/lib64 -L/usr/X11R6/lib64 -lGL -lXrender<br>
> > -lXft<br>
> > > -lXrender -lfontconfig -lfreetype -lX11 -lcairo -ldl -lm -ldl -lm<br>
> > > -rdynamic >&5<br>
> > > configure:11282: $? = 0<br>
> > > configure:11300: result: yes<br>
> > > --<br>
> > > MREDLINKER='$(CXX)'<br>
> > > MRLIBINSTALL='install-no-lib'<br>
> > > MROPTIONS=' -DOPERATOR_NEW_ARRAY -DUSE_GL -DWX_USE_XRENDER -DWX_USE_XFT<br>
> > > -DWX_USE_CAIRO -DWX_USE_LIBPNG -DWX_USE_LIBJPEG'<br>
> > > MZBINTARGET='normal-bin'<br>
> > > MZINSTALLTARGET='unix-install'<br>
> > > --<br>
> > > XMKMF=''<br>
> > > X_CFLAGS=' -I/usr/include/freetype2 -I/usr/include/cairo<br>
> > > -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12<br>
> > '<br>
> > > X_EXTRA_LIBS=' -lGL -lXrender -lXft -lXrender -lfontconfig -lfreetype<br>
> > -lX11<br>
> > > -lcairo -lpng -lz -ljpeg'<br>
> > > X_LIBS=' -L/usr/lib64 -L/usr/X11R6/lib64'<br>
> > > X_PRE_LIBS=' -lSM -lICE'<br>
> > ><br>
> > ><br>
> > > Regards,<br>
> > > Imran Rafique<br>
> > ><br>
> > ><br>
> > > On Wed, May 19, 2010 at 5:20 AM, Matthew Flatt <<a href="mailto:mflatt@cs.utah.edu">mflatt@cs.utah.edu</a>><br>
> > wrote:<br>
> > ><br>
> > > > At Tue, 18 May 2010 15:35:01 -0700, Imran Rafique wrote:<br>
> > > > > The error msg is:<br>
> > > > > X Error of failed request: BadValue (integer parameter out of range<br>
> > for<br>
> > > > > operation)<br>
> > > > > Major opcode of failed request: 45 (X_OpenFont)<br>
> > > > > Value in failed request: 0x5e0040b<br>
> > > > > Serial number of failed request: 14804<br>
> > > > > Current serial number in output stream: 14805<br>
> > > > ><br>
> > > > > [...]<br>
> > > > ><br>
> > > > > I'm guessing that there needs to be some post-install font<br>
> > configuration<br>
> > > > > that needs to be done (mkfontdir?), but I don't see plt-scheme trying<br>
> > to<br>
> > > > > install its own fonts anywhere (blindness on my part<br>
> > notwithstanding!).<br>
> > > > Does<br>
> > > > > plt-scheme install any of its own fonts for drscheme, or does it<br>
> > expect a<br>
> > > > > specific font to already be available on the local x server (in which<br>
> > > > case,<br>
> > > > > which one is it?).<br>
> > > ><br>
> > > > No, PLT Scheme doesn't install any fonts.<br>
> > > ><br>
> > > > There are two font modes: old-stle X11 fonts and Fontconfig/Xft fonts.<br>
> > > > The mode depends partly on the way that PLT Scheme is compiled (with Xf<br>
> > > > support or not) and partly on what's available from the X server at<br>
> > > > run-time.<br>
> > > ><br>
> > > > When you configure, does the configure script say that Xft support is<br>
> > > > enabled?<br>
> > > ><br>
> ><br>
</div></div></blockquote></div><br></div>