home *** CD-ROM | disk | FTP | other *** search
/ The AGA Experience 2 / agavol2.iso / software / sound / utils / gfft-2.03 / bugs < prev    next >
Encoding:
Text File  |  1995-02-09  |  7.7 KB  |  173 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 open spectrum file for output!" when
  71. trying to do a second FFT analysis while leaving the plot for the first
  72. analysis in a background screen?
  73.  
  74.     Background: Although GFFT will now (1.33+) allow you to display
  75.         more than one plot screen at the same time (but see alternatives
  76.         below), during the time when GNUPLOT is reading the data from the
  77.     spectrum file, a spectrum file having the same name cannot be
  78.         re-opened for output.
  79.  
  80.     Workaround: Wait for GNUPLOT to finish plotting one spectrum before
  81.     beginning to compute the next.  Note that each GNUPLOT session will
  82.     soak up another 400K or more of memory, so consider the options
  83.     below.
  84.  
  85.     If you want to display several spectra at the same time, you should
  86.     be aware of the "CombinePlots" feature (which is activated by the
  87.     '&' button immediately to the left of the 'Plot' button in the GFFT
  88.     Dialog Window.  This will let you combine any number of spectrum
  89.     plots on the same plot screen where they can be readily compared.
  90.     Or, if you really want to switch between several different plot
  91.     display screens, you can use a screen dump program to save each one
  92.     to a file and then display it with an IFF display program.  That
  93.     will save a lot of memory, and you will have saved each display for
  94.     later use as well (I like to do this).
  95.  
  96.     Plans: I might "fix" this in a future release, but it won't be a
  97.     high priority unless I hear users with lots of memory to burn
  98.     asking for it.  I will also want to make the CombinePlots feature
  99.     more obvious first (because that is usually the best approach for
  100.     displaying several spectra at once).  I will also probably make
  101.     the error message less cryptic in a future release by testing for
  102.     the specific condition discussed here which usually causes it.
  103.  
  104.  
  105. (5) - (6) relate to problems when displaying HELP messages or launching
  106. GNUPLOT from GFFT:
  107.  
  108. (7) Aliases for MORE in S:Shell-Startup are ignored.
  109.  
  110. (8) MORE in directories other than <current directory>, C:, or
  111. sys:utilities is not found.
  112.  
  113. (9) GNUPLOT not found unless in <current directory> or C:.
  114.  
  115.     Background: Bugs 5-9 are related and due to the the technique used
  116.     by GFFT to create new processes.
  117.  
  118.     Workaround: Follow instructions in INSTALLATION.  For example, if
  119.     you use a text reader other than MORE, and if you have AmigaDOS 2.0
  120.     or greater, create a link named MORE in your C: directory, or (if
  121.     you only have 1.3) make a copy of it named MORE either in C: or (if
  122.     you run GFFT only from the Workbench) in the same directory as GFFT
  123.     itself.
  124.  
  125.     Plans: I do not plan to fix these 'problems' (which you will not
  126.     experience if you following the INSTALLATION directions) unless
  127.     someone can tell me how to do easily.  Unfortunately, launching
  128.     other processes is not a very clean area of AmigaDOS, especially
  129.     for programs like GFFT which may be started either from a Shell or
  130.     from the Workbench.  Other techniques I have tried do other bad
  131.     things, such as losing track of the <current directory>.  Those
  132.     other techniques also typically require the creation and use of
  133.     BCPL pointers (@#$%^&*!).  Currently, I use the 'system()' function
  134.     supplied by SAS which is very clean EXCEPT for the fact that it
  135.     causes these problems which could therefore considered to be
  136.     limitations of that function.
  137.  
  138.     Rather than fixing these current problems, I may add support for
  139.     TOOLTYPES or environmental variables in a future release.
  140.  
  141.  
  142. (10) GNUPLOT not found when in same directory as GFFT under AmigaDOS 1.3.
  143.  
  144.     Background: Under AmigaDOS 1.3, the current directory for the shell
  145.     GFFT creates to run GNUPLOT is SYS:, rather than the directory from
  146.     which GFFT is started.  Under 2.0 and greater, the current
  147.     directory is the one from which GFFT is started (which is where the
  148.     .info file is found if GFFT is started from the Workbench).
  149.  
  150.     Workaround: Follow the directions in INSTALLATION, which
  151.     specifically advise that you put GNUPLOT in your C: directory,
  152.     where it can always be found.
  153.  
  154.     If you have no harddrive, and only one floppy drive, you may have
  155.     to make a special boot disk with GNUPLOT (and GFFT, if possible) on
  156.     it.  Be careful about deleting commands (GFFT uses several), and be
  157.     sure to keep sys:utilities/more.  In this case, both GFFT and
  158.     GNUPLOT can be in the root directory of the disk, which will become
  159.     SYS: after booting.  This can be done (I have done it).  See
  160.     discussion of the commands GFFT uses in the INSTALLATION file.
  161.  
  162.     Plans:  Future releases will probably not support 1.3.
  163.  
  164. (11) GNUPLOT terminates when I try LogX with Time3D.
  165.  
  166.     Although this is a GNUPLOT bug (to be fixed in release GNUPLOT
  167.     release 3.6), it is also worked around automatically by GFFT
  168.     starting with GFFT release 1.15.
  169.  
  170.     Background: Apparently there is a bug in GNUPLOT such that in 3D
  171.     display modes it finds a zero X value to complain about even when
  172.     there is none.
  173.