For LINUX users Theses are the things I have changed: 1. Change the path for gcc and X Windows home. 2. Change the path for destination binary files 3. Delete extra peculiar libraries like -lnsl -lsocket etc, which do not exist in Linux. Be Sure to keep the -lm (math library) 4. Make above changes in all makefiles in the subdirectories: ./cfoc ./colorquant ./cstr ./cutils 4.1: LINUX NOTE: in linux there appears to be a problem with the graphics context parameters and the way the windows work, at least in contrast to the Suns. to solve this problem I changed two files on my linux installation and I seem to have gotten around this problem temporarily. Change directory to the main Geotouch installation dir. You must modify 2 files by replacing all instances of GXxor with GXnor: you can use the perl script, perl -pi.bak -e 's/GXxor/GXnor/' mpic.c xsec.c rotwidget.c newwind.c This will do the changes automatically with perl and it will save backup files. If you do not have Perl, then edit each file mpic.c xsec.c rotwidget.c newwind.c and change all occurances of "GXxor" to "GXnor". 5. Make the final Geotouch compilation and executable by typing 'make' in the main Geotouch directory. Ignore warnings about variables that are not used. 6. prepare environment variables and other stuff (like executable path names) so the new program can work. These are not required but will prove useful if you plan on using Geotouch extensively. ///////////////////////////////////////// PLEASE SEE: INSTALLATION NOTES in the README file To get complete installation working properly you will have to get the postscript header file (look in ./INSTALL/head.big) and you will have to set some ENV variables. ///////////////////////////////////////// ============================================= Here are some more Linux pointers: 1) Do not use any BINARY files from the Sun computers! This is obvious, but in previous distributions of the Demo's I had binaries installed created on the SUN and they crashed the linux operations quickly. I tried to remove all of these (mainly map files) and replace them with ASCII versions. If you have a problem, the best thing is to get the C code for converting binary to leesmap ASCII versions of the code. Of course, you will have to convert these on the same machines they were created on... Anyway, contact me....JML The following bug has been temporarily circumvented by following step 4.5 above. 2) I found a bug on my Linux implementation that I have not succeeded in solving. If you are drawing cross sections (right mouse) or outlining targets (left mouse) by dragging the cursor on the screen, the outline of the target does not show up interactively in Linux. For some reason, Linux does not do the drawing correctly. This code works fine in Solaris but fails in LINUX. Here is some sample code: void Resize_picsource(Widget wij, XButtonEvent *event, String *params, Cardinal *num_params) { GC ggc; mpic *mplot; XPoint p[5]; XtVaGetValues(wij, XtNdata, &mplot, NULL); ggc = mplot->ggc; XSetClipMask(XtDisplay(wij), ggc, None); XSetFunction(XtDisplay(wij), ggc, GXxor); /* erase old box */ getbox(mplot->picsource_org.x, mplot->picsource_org.y, mplot->picsource_spot.x, mplot->picsource_spot.y, p); XDrawLines(XtDisplay(wij), XtWindow(wij), ggc, p, 5, CoordModeOrigin); mplot->picsource_spot.x = event->x; mplot->picsource_spot.y = event->y; getbox(mplot->picsource_org.x,mplot->picsource_org.y, mplot->picsource_spot.x,mplot->picsource_spot.y, p); /* draw new box */ XDrawLines(XtDisplay(wij), XtWindow(wij), ggc, p, 5, CoordModeOrigin); mplot->picsourcemove_flag = 1; XSetFunction(XtDisplay(wij), ggc, GXcopy); } First I erase the box and then redraw it. Note I am using the XSetFunction(XtDisplay(wij), ggc, GXxor); which draws the box in flipped mode (xor). Is this the problem, or does LINUX have some switch to turn this facility on that I am not aware of? JML