[comp.windows.x] seeking R4 help with DECstation 5000/200PX and Ultrix 4.0

sherouse@godot.RadOnc.UNC.EDU (George W. Sherouse) (07/15/90)

We have encountered (only!) two problems installing R4 on the
above-mentioned equipment, one expected and the other not.

1) The mutant industrial R2ish DECwindows server, while impressively
fast, does not fit well in our otherwise R4 shop.  Fonts in particular
are a real problem.  Where can I go for an R4 server for this beast?

2) Xterm fails to build under Ultrix 4.0.  The compiler chokes on
statements of the form

	fileno(stderr) = something;

claiming illegal lhs.  There is one such statement in each of main.c
and misc.c.  I'm not real clear on what the author is up to here so am
reluctant to just start twiddling it.  Any clues would be appreciated.

- George

thewalt@skylark.berkeley.edu (C. Thewalt) (07/16/90)

In article <1990Jul15.141006.24018@godot.RadOnc.UNC.EDU> sherouse@godot.RadOnc.UNC.EDU (George W. Sherouse) writes:
   We have encountered (only!) two problems installing R4 on the
   above-mentioned equipment, one expected and the other not.
   1) The mutant industrial R2ish DECwindows server, while impressively
   fast, does not fit well in our otherwise R4 shop.  Fonts in particular
   are a real problem.  Where can I go for an R4 server for this beast?

Why buy a PX and then not use the DEC server?  The font problem is
easily solved by filling /usr/lib/X11/fonts/MIT with the .pcf files
generated from using dxfc on the MIT .bdf files.  Then use dxmkfontdir
and add FILE_NAME_ALIASES to fonts.alias and you're all set (this
directory is on the servers font path).

   2) Xterm fails to build under Ultrix 4.0.  The compiler chokes on
   statements of the form
	   fileno(stderr) = something;
   claiming illegal lhs.  There is one such statement in each of main.c
   and misc.c.  I'm not real clear on what the author is up to here so am
   reluctant to just start twiddling it.  Any clues would be appreciated.

In the 4.0 UWS release notes (pg 1-6) DEC talks about MIT clients and
says that you have to change fileno(stderr) on the lhs of an
expression to stderr->_file.  This apparently comes about because of
POSIX requirements.

Chris

--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Christopher Robin Thewalt               These opinions are not necessarily
thewalt@euler.berkeley.edu              shared by my employer...
University of California, Berkeley

mellon@fenris.pa.dec.com (Ted Lemon) (07/21/90)

You will also probably have problems because of a bug in the Xt
library where the order of some arguments are reversed, resulting in a
bad value being passed to XGrabButton (or something like that).
Alas, I haven't gotten around to submitting the fix yet - I suppose I
should, now that V4.0 is hitting the streets...

			       _MelloN_