Mathew,<div><br></div><div>Actually, mred runs fine (just tried it). So there&#39;s some font being used by code called from drscheme.ss which is causing drscheme to fail?</div><div><br clear="all">Regards,<br>             Imran Rafique<br>

<br><br><div class="gmail_quote">On Thu, May 20, 2010 at 6:39 AM, Matthew Flatt <span dir="ltr">&lt;<a href="mailto:mflatt@cs.utah.edu">mflatt@cs.utah.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
My guess is still that the issue is a lack of support for old-style X11<br>
fonts in the X server. If that&#39;s right, there&#39;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&#39;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&#39;t think that&#39;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&#39;. Can you try<br>
using `gdb&#39; to run `mred&#39; with the `-synchronous&#39; 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&#39;t ignore SIGSEGVs,<br>
then `mred&#39; will appear to crash right away.<br>
<br>
The above may not be enough to get gdb to interrupt the program when<br>
it&#39;s about to exit with an X11 error. You may have to set breakpoints<br>
on exit().<br>
<br>
Thanks,<br>
<font color="#888888">Matthew<br>
</font><div><div></div><div class="h5"><br>
<br>
At Wed, 19 May 2010 14:57:52 -0700, Imran Rafique wrote:<br>
&gt; Mathew (thanks for responding, btw),<br>
&gt;<br>
&gt; Xft seems to be enabled.<br>
&gt; &#39;&#39;configure --help&#39; says that xft support is enabled by default, and I<br>
&gt; didn&#39;t disable it manually (I only did --disable-shared)<br>
&gt;<br>
&gt; $ pwd<br>
&gt; /home/imran/opt/plt-scheme/plt-4.2.5/src/build<br>
&gt;<br>
&gt; $ grep -iC2 xft config.log<br>
&gt; configure:10964: result: yes<br>
&gt; configure:11241: checking for cairo_create in -lcairo<br>
&gt; configure:11276: g++ -o conftest -O2 -march=x86-64 -pipe    -pthread<br>
&gt; conftest.cpp -lcairo  -L/usr/lib64 -L/usr/X11R6/lib64  -lGL -lXrender -lXft<br>
&gt; -lXrender -lfontconfig -lfreetype -lX11   -lcairo   -ldl -lm  -ldl -lm<br>
&gt; -rdynamic &gt;&amp;5<br>
&gt; configure:11282: $? = 0<br>
&gt; configure:11300: result: yes<br>
&gt; --<br>
&gt; MREDLINKER=&#39;$(CXX)&#39;<br>
&gt; MRLIBINSTALL=&#39;install-no-lib&#39;<br>
&gt; MROPTIONS=&#39; -DOPERATOR_NEW_ARRAY -DUSE_GL -DWX_USE_XRENDER -DWX_USE_XFT<br>
&gt; -DWX_USE_CAIRO -DWX_USE_LIBPNG -DWX_USE_LIBJPEG&#39;<br>
&gt; MZBINTARGET=&#39;normal-bin&#39;<br>
&gt; MZINSTALLTARGET=&#39;unix-install&#39;<br>
&gt; --<br>
&gt; XMKMF=&#39;&#39;<br>
&gt; X_CFLAGS=&#39; -I/usr/include/freetype2   -I/usr/include/cairo<br>
&gt; -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12  &#39;<br>
&gt; X_EXTRA_LIBS=&#39; -lGL -lXrender -lXft -lXrender -lfontconfig -lfreetype -lX11<br>
&gt;   -lcairo   -lpng -lz -ljpeg&#39;<br>
&gt; X_LIBS=&#39; -L/usr/lib64 -L/usr/X11R6/lib64&#39;<br>
&gt; X_PRE_LIBS=&#39; -lSM -lICE&#39;<br>
&gt;<br>
&gt;<br>
&gt; Regards,<br>
&gt;             Imran Rafique<br>
&gt;<br>
&gt;<br>
&gt; On Wed, May 19, 2010 at 5:20 AM, Matthew Flatt &lt;<a href="mailto:mflatt@cs.utah.edu">mflatt@cs.utah.edu</a>&gt; wrote:<br>
&gt;<br>
&gt; &gt; At Tue, 18 May 2010 15:35:01 -0700, Imran Rafique wrote:<br>
&gt; &gt; &gt; The error msg is:<br>
&gt; &gt; &gt; X Error of failed request:  BadValue (integer parameter out of range for<br>
&gt; &gt; &gt; operation)<br>
&gt; &gt; &gt;   Major opcode of failed request:  45 (X_OpenFont)<br>
&gt; &gt; &gt;   Value in failed request:  0x5e0040b<br>
&gt; &gt; &gt;   Serial number of failed request:  14804<br>
&gt; &gt; &gt;   Current serial number in output stream:  14805<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; [...]<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; I&#39;m guessing that there needs to be some post-install font configuration<br>
&gt; &gt; &gt; that needs to be done (mkfontdir?), but I don&#39;t see plt-scheme trying to<br>
&gt; &gt; &gt; install its own fonts anywhere (blindness on my part notwithstanding!).<br>
&gt; &gt; Does<br>
&gt; &gt; &gt; plt-scheme install any of its own fonts for drscheme, or does it expect a<br>
&gt; &gt; &gt; specific font to already be available on the local x server (in which<br>
&gt; &gt; case,<br>
&gt; &gt; &gt; which one is it?).<br>
&gt; &gt;<br>
&gt; &gt; No, PLT Scheme doesn&#39;t install any fonts.<br>
&gt; &gt;<br>
&gt; &gt; There are two font modes: old-stle X11 fonts and Fontconfig/Xft fonts.<br>
&gt; &gt; The mode depends partly on the way that PLT Scheme is compiled (with Xf<br>
&gt; &gt; support or not) and partly on what&#39;s available from the X server at<br>
&gt; &gt; run-time.<br>
&gt; &gt;<br>
&gt; &gt; When you configure, does the configure script say that Xft support is<br>
&gt; &gt; enabled?<br>
&gt; &gt;<br>
</div></div></blockquote></div><br></div>