Path: utzoo!mnetor!uunet!mcvax!ukc!reading!onion!bru-me!mjc From: mjc@me.brunel.ac.uk (Mike Crawley) Newsgroups: comp.windows.x Subject: X on Apollo Message-ID: <353@Pluto.me.brunel.ac.uk> Date: 14 Dec 87 19:23:06 GMT Organization: Brunel University, Uxbridge, UK Lines: 59 Keywords: X Apollo I have fixes 1-92 installed and running nicely on a Sun 3/110 and I'm trying to get it all compiled again on an Apollo DN3000. When I first copied X11R1 to the Apollo I had a few problems with imake, Xtk/Load.c, oldXtk/Load.c et cetera. Most of these are mentioned in the server/apollo/README. If you are lucky enough to have a Sun you can use imake there :- mv Sun.macros Sun.macros.moved ln -s Apllo.macros Sun.macros make Makefiles rm Sun.macros mv Sun.macros.moved Sun.macros now copy/tar the lot to the Apollo I had one or two problems with the original version which STILL exist in the current version. I had to #define GLYPHPADBYTES 4 in server/include/servermd.h and #define DEFAULTGLPAD 4 in fonts/compiler/fc.h before I could get all of the fonts to work. The worst culprit was variable.snf. (xterm -fn variable would just hang) Once I had done the change it was ok, and the font files compared exactly with those on the Sun (as would be expected). xmh would not build since the author decided to access internal structures in . This is not a wonderful idea since on every Unix system I've ever used I have noticed that they are always slightly different. I think he should have used the fileno() macro instead of f->_file or f->_fd I also got many Warnings out of the Apollo compiler - some just the usual "value computed but result never used" type of thing, but some more worrying things like "variable x used before set". This is the sort of thing lint is supposed to find. I've noticed that some of these have now gone away after fixes 1-92 but I still have one or two of these "worrying" warnings left. If someone out there would like a complete LOG from "make -k >& LOG" I will email it to you. The Imakefile in server seems to have a typo near APOLLOOBJS = ... There is a blank line in mine between APOLLOOBJS and /sys/traits/io_traits I think it should mention ddx/apolloGC.o and ddx/apollo/gpr_tmgr.o somewhere since it won't link/bind without these two. How many people are trying to use the Apollo version ? The net seems to have lots of messages about Suns but very few about Apollos. We are hoping to be exhibiting our software (works fine on Sun so far) at European exhibitions in '88 on both Suns and Apollos and it would be nice for us (and Sun and Apollo) if we could show everything working. My application uses the oldXtk and oldXrm libraries and creates a lot of buttons, windows and bitmaps. At the moment it is falling over in XrmAtomToQuark called from XtGetResources called from XtCommandCreate. On the Sun it works fine - any ideas anyone. Mike Crawley email: mjc@ahl.co.uk Abstract Hardware Limited Tel: 44 895 58501