home *** CD-ROM | disk | FTP | other *** search
/ Fresh Fish 6 / FreshFish_September1994.bin / bbs / misc / gfft-1.12.lha / GFFT / Bugs < prev    next >
Text File  |  1994-08-29  |  8KB  |  183 lines
  1.                Known bugs as of 28-August-1994:
  2.  
  3.     None of the bugs in GFFT itself at this time are serious, and ALL
  4.     can be worked around or ignored.  But it may decrease your
  5.     enjoyment of this program if you are unaware of how to work around
  6.     them.  So, if something doesn't seem to be working correctly, check
  7.     here.
  8.  
  9. (1) Just after GFFT creates a shell to run GNUPLOT, my machine GURUS!
  10.  
  11.     Background: The modified version of GNUPLOT provided with
  12.     WinGnuPlot may have this problem if you do not follow the
  13.     INSTALLATION instructions.  (Apparently, if it hasn't been given
  14.     the "set terminal amigascreen" command in .gfft-WinGnuPlot, this
  15.     version of GNUPLOT can GURU, particularly if no CompuGraphic font
  16.     has been installed.)
  17.  
  18.     Workaround: As the INSTALLATION file says, "If your GNUPLOT is from
  19.     a WinGnuPlot distribution, rename .gfft-WinGnuPlot to .gfft (THIS
  20.     IS VERY IMPORTANT!)."
  21.  
  22.     Plans: I have been and will keep on trying to get the standard
  23.     GNUPLOT distribution(s) restored to Aminet.  I haven't even been
  24.     able to get a copy of them myself (since version 3.4).  I will also
  25.     try to get the author of WinGnuPlot to fix the problem with the
  26.     modified GNUPLOT included with WinGnuPlot.
  27.  
  28.  
  29. (2) Getting help for selected string gadgets in the GFFT Dialog Window
  30. doesn't work for string gadgets which are already selected.
  31.  
  32.     Background: Normally, to get help for any gadget in the string
  33.     gadget window, all you need do is hold down the Ctrl key and click
  34.     on it.  But this will not work for string gadgets which have
  35.     already been selected.  The help request for them will be ignored.
  36.  
  37.     Workaround: Deselect the string gadget first by clicking anywhere
  38.     else on the screen.  Then obtain help normally by holding down
  39.     Ctrl while clicking on the string gadget.
  40.  
  41.     Plans: I do not plan to fix this problem unless someone can tell me
  42.     how to do so easily.  It appears that in order to fix this I would
  43.     have to make the handling of string gadgets in the program
  44.     considerably more complex by handling the editing of string gadgets
  45.     myself (e.g. by adding edit hooks).
  46.  
  47.  
  48. (3) Why do I get the error "No Screen" when GNUPLOT is attempting to plot
  49. my spectrum?
  50.  
  51.     Background: One of the last things GNUPLOT does is to allocate the
  52.     hires custom screen to display your spectrum.  At that point, if
  53.     there is not enough memory available, GNUPLOT will abort leaving
  54.     the "No Screen" message.  This is not necessarily a lack of chip
  55.     memory per se; it is more likely to result from a shortage of total
  56.     memory (fast + chip).  I've run GFFT successfully with up to 8,000
  57.     bins while running other programs using custom screens on an Amiga
  58.     with 2 Mb fast and only 512K chip.
  59.  
  60.     Workaround:  Try using fewer bins.  If that doesn't help, try
  61.     the suggestions in the 'Low On Memory' section of the INSTALLATION
  62.     file.
  63.  
  64.     Plans:  I tried to intercept the 'No Screen' error to give the
  65.     user a more useful message, but this was incompatible with
  66.     AmigaDOS 1.3.  Future versions of GFFT are likely to require
  67.     2.0+ and even more memory.
  68.  
  69.  
  70. (4) Why do I get the error "Unable to write command file for plotter in
  71. ram!" when trying to do a second FFT analysis while leaving the plot for
  72. the first analysis in a background screen?
  73.  
  74.     Background: Although GFFT will allow you to display several help
  75.     message windows at the same time, it does not allow you to display
  76.     several plots in different screens at the same time.  This could be
  77.     "fixed," but I have decided for the moment not to fix it.  Each
  78.     GNUPLOT session soaks up 400K or more of RAM plus all the RAM
  79.     required for the data, datafiles, and command files, plus all the
  80.     chip memory required for each hi-res screen.  Even a system with
  81.     lots of memory could get filled up quickly at that rate.
  82.  
  83.     Workaround: If you want to display several spectra at the same
  84.     time, you should be aware of the "CombinePlots" feature (which is
  85.     activated by the '&' button immediately to the left of the 'Plot'
  86.     button in the GFFT Dialog Window.  This will let you combine any
  87.     number of spectrum plots on the same plot screen where they can be
  88.     readily compared.  Or, if you really want to switch between several
  89.     different plot display screens, you can use a screen dump program
  90.     to save each one to a file and then display it with an IFF display
  91.     program.  That will save a lot of memory, and you will have saved
  92.     each display for later use as well (I like to do this).
  93.  
  94.     Plans: I might "fix" this in a future release, but it won't be a
  95.     high priority unless I hear users with lots of memory to burn
  96.     asking for it.  I will also want to make the CombinePlots feature
  97.     more obvious first (because that is usually the best approach for
  98.     displaying several spectra at once).  I will also probably make
  99.     the error message less cryptic in a future release by testing for
  100.     the specific condition discussed here which usually causes it.
  101.  
  102.  
  103. (5) - (6) relate to problems when displaying HELP messages or launching
  104. GNUPLOT from GFFT:
  105.  
  106. (7) Aliases for MORE in S:Shell-Startup are ignored.
  107.  
  108. (8) MORE in directories other than <current directory>, C:, or
  109. sys:utilities is not found.
  110.  
  111. (9) GNUPLOT not found unless in <current directory> or C:.
  112.  
  113.     Background: Bugs 5-9 are related and due to the the technique used
  114.     by GFFT to create new processes.
  115.  
  116.     Workaround: Follow instructions in INSTALLATION.  For example, if
  117.     you use a text reader other than MORE, and if you have AmigaDOS 2.0
  118.     or greater, create a link named MORE in your C: directory, or (if
  119.     you only have 1.3) make a copy of it named MORE either in C: or (if
  120.     you run GFFT only from the Workbench) in the same directory as GFFT
  121.     itself.
  122.  
  123.     Plans: I do not plan to fix these 'problems' (which you will not
  124.     experience if you following the INSTALLATION directions) unless
  125.     someone can tell me how to do easily.  Unfortunately, launching
  126.     other processes is not a very clean area of AmigaDOS, especially
  127.     for programs like GFFT which may be started either from a Shell or
  128.     from the Workbench.  Other techniques I have tried do other bad
  129.     things, such as losing track of the <current directory>.  Those
  130.     other techniques also typically require the creation and use of
  131.     BCPL pointers (@#$%^&*!).  Currently, I use the 'system()' function
  132.     supplied by SAS which is very clean EXCEPT for the fact that it
  133.     causes these problems which could therefore considered to be
  134.     limitations of that function.
  135.  
  136.     Rather than fixing these current problems, I may add support for
  137.     TOOLTYPES or environmental variables in a future release.
  138.  
  139.  
  140. (10) GNUPLOT not found when in same directory as GFFT under AmigaDOS 1.3.
  141.  
  142.     Background: Under AmigaDOS 1.3, the current directory for the shell
  143.     GFFT creates to run GNUPLOT is SYS:, rather than the directory from
  144.     which GFFT is started.  Under 2.0 and greater, the current
  145.     directory is the one from which GFFT is started (which is where the
  146.     .info file is found if GFFT is started from the Workbench).
  147.  
  148.     Workaround: Follow the directions in INSTALLATION, which
  149.     specifically advise that you put GNUPLOT in your C: directory,
  150.     where it can always be found.
  151.  
  152.     If you have no harddrive, and only one floppy drive, you may have
  153.     to make a special boot disk with GNUPLOT (and GFFT, if possible) on
  154.     it.  Be careful about deleting commands (GFFT uses several), and be
  155.     sure to keep sys:utilities/more.  In this case, both GFFT and
  156.     GNUPLOT can be in the root directory of the disk, which will become
  157.     SYS: after booting.  This can be done (I have done it).  See
  158.     discussion of the commands GFFT uses in the INSTALLATION file.
  159.  
  160.     Plans:  Future releases will probably not support 1.3.
  161.  
  162. (11) GNUPLOT terminates when I try LogX with Time3D.
  163.  
  164.     Background: Apparently there is a bug in GNUPLOT such that in 3D
  165.     display modes it finds a zero X value to complain about even when
  166.     there is none.
  167.  
  168.     Workaround: Run GNUPLOT separately, and give the SPLOT command
  169.     twice.  The first time around it will complain about the mythical
  170.     zero value.  The second time it will work.  Here is a command
  171.     overview for a file named "myfile.fft":
  172.  
  173.         > gnuplot
  174.  
  175.         gnuplot> set log x
  176.         gnuplot> set parametric
  177.         gnuplot> splot "myfile.fft" with lines
  178.         gnuplot> splot "myfile.fft" with lines
  179.         gnuplot> quit
  180.  
  181.     Plans:  I will be filing