|
UNCERT FAQ
(Frequently Asked Questions)
Version 1.30 Beta Releases
Frequently asked Installation Questions
What platforms are "supported"?
- UNCERT is currently supported on most UNIX workstations running X-windows (X11R4+) and Motif (1.1+).
By supported, I mean I have ported and done minor testing of the code on that platform, or others have
compiled UNCERT on the platform and reported success.
- Primary development platforms: IBM-RS6000, Solaris x86, Linux, and Windows (using cygwin)
- Personal ports: SGI, Sun OS, Solaris (sparc), HP, Dec (alpha), Linux, Windows 2000 (using cygwin, XFree86, and LessTif)
- User ports (so I've heard): Data General, Dec (Ultrix)
There are plans to convert UNCERT from C to Java, but I have no defined time frame. Java will allow
users to use some components over the internet; it will also reduce many cross platform issues (e.g.
running under Windows requires significant additional software).
NOTE: Not all platforms have binaries for the current release.
What are the system minimum requirements?
- UNIX Workstation with:
- X-Windows X11R4 (or higher) development toolkit
- OSF Motif 1.1 (or higher) development toolkit
- ANSI C compiler
- FORTRAN 77 compiler (or f2c, a FORTRAN to C converter)
- 256 Color Display
- 40 MB available disk space
- 16 MB RAM
- The first four items are only required if you need to compile UNCERT. For various reasons, this is
required by most users.
Everything compiles, mainmenu runs, but all/most of the program crash on startup.
- When I wrote UNCERT, most X-Windows only supported 256 colors (8-bit color was high-tech at the time).
Modern system are normally configured with 16-bit or 32-bit color allowing for millions of colors, or
"true color." UNCERT unfortunately does not handle non-8-bit displays well, particularly on Linux
systems. Because of my time constraints, this will not be fixed. There is an easy workaround though.
Before starting UNCERT, set your graphics display depth to 8-bits (256 colors). With some X-Server
software (e.g. X-Win32 under MS-Windows), you can set "PseudoColor to support a TrueColor Mode." Many
X-Servers handle this problem transparently and this is a non-issue.
- While the basic problem is not fixed, Version 1.30a should no longer crash. The user should get a popup
message explaining the problem at startup. The colors will continue to be incorrect until the display depth
it set to 8-bits.
Why does the color palette go technicolor when I run UNCERT?
- This is related to how X-Windows handles private color maps. Under X-Windows, only 256 colors are supported
in a single window (on some systems this can be worked around), and usually on the entire display. When you
start the X-Windows enviroment, X assigns a default colormap; it defines each of the 256 colors. Because the
default color palette cannot meet all of UNCERT's needs, several modules must overwrite many of these colors
to correctly display their information. When this overwrite occurs, colors used by other applications, or by the
X-Windows environment itself maybe changed. When you switch to another application (not an UNCERT
module), the color palette should switch back to the default color palette. Chances are the UNCERT module
colors will now look unusual.
- I cannot eliminate this problem, but I have been working on reducing the severity of the problem.
Why does the color palette change when I run UNCERT and why can't I read the menus?
- See the note above. You unfortunately have a default colormap where critical colors are getting overwritten.
Under Version 1.15/16, you can try the following, though this does not work for everyone. In the
$UNCERT/app-defaults/ directory you will find XResource files for each of the UNCERT modules
(e.g.: for block, the XResource file is named Block). Several colors are used to define the program
background colors. These are "wheat," "wheat2," and "wheat3." Try changing these all to "white" or some
other color, you do not believe is being overwritten.
- In the soon to be released Version 1.20, I do have a patch for this. If you need this patch before I release Version
1.20, let me know. Not all the modules are complete, but I can let you try my beta/work version. Warning, these will
be my work versions, and may not be the most stable versions available.
Everything has compiled, but buttons/test overlap one another.
or
Help doesn't work, or UNCERT module complains that UNCERT_HELP_DIR is not correctly
defined.
- Most likely you have not defined your user ENVIRONMENT VARIABLES or you have not defined them correctly.
If you are using ksh, make sure you having the following parameters defined in you login .profile file
(located in your login directory):
- export UNCERT=/usr/local/uncert
(This directory maybe different on your system).
- export PATH=$PATH:$UNCERT/bin
- export UNCERT_TMPDIR=/tmp
- export UNCERT_HELP_DIR=$UNCERT/help/
- export XAPPLRESDIR=$UNCERT/app-defaults/
- export WWWVIEWER=xhelp
(If you have netscape, substitute it for xhelp).
- If you use csh, these variables are defined in your .cshrc file as follows:
- setenv UNCERT /usr/local/uncert
- setenv PATH $PATH:$UNCERT/bin
- setenv UNCERT_TMPDIR /tmp
- setenv UNCERT_HELP_DIR $UNCERT/help/
- setenv XAPPLRESDIR $UNCERT/app-defaults/
- setenv WWWVIEWER=xhelp
- If you use another shell, you may have to modify the syntax slightly. On some systems
XAPPLRESDIR can be replaced with (ksh):
- export XUSERFILESEARCHPATH=$XUSERFILESEARCHPATH:$UNCERT/app-defaults/%N
- On SGI's you must make this substitution. In general, if your platform supports
this option, it is better than XAPPLRESDIR.
|