EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  <20092010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  <20092010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: RE: edm version 1-11-1zl and fedora 10
From: "Rees, NP (Nick)" <[email protected]>
To: "Dropp, Christopher" <[email protected]>, <[email protected]>
Date: Mon, 9 Mar 2009 23:16:19 -0000
Chris,

I have been struggling with a similar problem with the NX Client/Server
remote display system.

Edm should find a font if the call:

XListFonts( XOpenDisplay( getenv( "DISPLAY" ) ),
"-*-*-*-*-*-*-*-*-*-*-*-*-*-*", 1, &n );

(n an int) returns at least one font. This is very easy to test - I can
send you a simple test program off-line, if you want. Having said this,
the font will not be pretty - the edm method of defaulting to a sensible
font leaves a lot to be desired.

What I found with NX is that if you asked explicitly for 1 font (the
third parameter) X sometimes doesn't return any fonts, even if there is
a match. The command line routine xlsfonts does work, but that is
because by default, it always asks for 1000 fonts, and just uses however
many it gets back. However, as a check, make sure xlsfonts returns
something sensible.

I can also send you a working copy of an upgraded routine (a work in
progress) called findBestFont, which is a drop-in replacement for a
routine in the lib/font_pkg.cc file of edm. It is slightly more sensible
in its font search, but it is a work in progress and, as the Xft
architecture paper says, "XLFD font matching is fraught with peril...".

I suspect the problems relate to moving towards client side fonts and
Xft style font names in X, rather than the server-side fonts with XLFD
names that edm uses. Something may have broken in Fedora, and since most
new systems use client side fonts now it may not be noticed.

Cheers,

Nick Rees
Principal Software Engineer           Phone: +44 (0)1235-778430
Diamond Light Source                  Fax:   +44 (0)1235-446713 

> -----Original Message-----
> From: [email protected] 
> [mailto:[email protected]] On Behalf Of Dropp, Christopher
> Sent: 09 March 2009 20:15
> To: [email protected]
> Subject: FW: edm version 1-11-1zl and fedora 10
> 
> Greetings,
>  
> > We are working to get edm running on fedora 10 and were 
> able to get it to compile with little problem but getting it 
> to run has been another story. The trouble is with the 
> fonts...has anyone else reported any problems with edm on 
> f10? We have a working version, 1-11-1d, that uses the 110, 
> version 1 font file format, running on f8 but when I try this 
> font file version or version 3 edm has a font init error. The 
> f8 machine and the f10 machine have the same available fonts 
> but for some reason things don't work on the f10 machine. 
> Your thoughts would be much appreciated!
> >
> > Thank you and have a great day!
> >
> > Regards,
> >
> > Chris
> 
>  
>  
> Christopher Dropp
> Biology Department 
> Brookhaven National Laboratory 
> Upton, NY 11973 
> Phone: 631-344-3421
> Pager: 631-344-3456 pgr #: 7408 
> Fax: 631-344-2741 
> E-Mail: [email protected]
>  
> 
>  
> 
> 
<DIV><FONT size="1" color="gray">This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. 
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom
</FONT></DIV> 
-- 
Scanned by iCritical.


References:
FW: edm version 1-11-1zl and fedora 10 Dropp, Christopher

Navigate by Date:
Prev: FW: edm version 1-11-1zl and fedora 10 Dropp, Christopher
Next: Problem with cothread-1-12 on MacOSX (Leopard) Juan Carlos Guzman
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  <20092010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: FW: edm version 1-11-1zl and fedora 10 Dropp, Christopher
Next: Re: FW: edm version 1-11-1zl and fedora 10 John Sinclair
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  <20092010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 31 Jan 2014 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·