Mathew,<div><br></div><div>Actually, mred runs fine (just tried it). So there'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"><<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;">
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>
<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>
> 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 -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>
> X_EXTRA_LIBS=' -lGL -lXrender -lXft -lXrender -lfontconfig -lfreetype -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>> 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 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 configuration<br>
> > > that needs to be done (mkfontdir?), but I don't see plt-scheme trying to<br>
> > > install its own fonts anywhere (blindness on my part notwithstanding!).<br>
> > Does<br>
> > > plt-scheme install any of its own fonts for drscheme, or does it 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>
</div></div></blockquote></div><br></div>