home *** CD-ROM | disk | FTP | other *** search
/ rtsi.com / 2014.01.www.rtsi.com.tar / www.rtsi.com / OS9 / OSK / SHELLS / bash.lzh / readme.bash < prev   
Text File  |  1993-09-13  |  3KB  |  86 lines
  1. ================================================ Wed Sep  8 09:30:32 GMT 1993 =
  2.  
  3. This is the file "NBReadMe.txt". It contains a short summary of which
  4. users should know when using "bash" under OS-9/68k.
  5.  
  6. The current bash port is "bash-1.12.10".
  7.  
  8. OSK-bash is a very poor port; it's a real quick and dirty hack. This
  9. is the reason why there is no source comming along with the executable.
  10. Moreover the source would be of no use for you since it does only compile
  11. with my own OSK-port of `gcc' (supported by my own version of `glibc').
  12. I think there is no easy way to compile and link it by uware's cc or
  13. SP's gcc-port.
  14.  
  15. There was no intention at all to make OSK-bash available to people outside of
  16. my home computer's world! But if you think you can use it, feel free to
  17. use it ...
  18.  
  19. I would appreciate if you could send bug reports and/or suggestions to me.
  20. Here is my internet address:
  21.  
  22.         "norbert@veilchen.informatik.rwth-aachen.de"
  23.  
  24. If you are interested in other OSK-ported GNUware, let me know.
  25. ==============================================================================
  26.  
  27. Things you should know about the OS-9 port of bash:
  28.  
  29. (The following list is neither sorted in any way nor is it a complete
  30.  reference to the differences between OSK-bash and UN*X-bash. I simply
  31.  wrote it down as it came into my brain ...!)
  32.  
  33. 1) Under certain circumstances bash is very slow.
  34.  
  35.    The fork() mechanism of OS-9 is completely different from
  36.    that implemented in UN*X. Due to the simple memory management
  37.    mechanism used by OSK, there is no way to clone a process. For that,
  38.    everytime UN*X-bash fork()s a subshell (without exec()ing anything other)
  39.    OSK-bash tries to simulate the cloning as best as it can.
  40.    This is a very expensive and time consuming job. Please be patient.
  41.    For the moment I see no other way to handle it. ... perhaps someday
  42.    someone will implement full MMU support into OSK; this would be
  43.    a great deal ;-).
  44.  
  45. 2) OSK-bash does not understand the `^'-operator for setting
  46.    a process' priority.
  47.  
  48. 3) OSK-bash does not have a `setpr' builtin.
  49.  
  50. 4) When OSK-bash needs to create a temporary file, then it tries
  51.    to create it in the first existing directory of the following list:
  52.  
  53.     a)    $TMP
  54.     b)    /dd/tmp
  55.     c)    .
  56.  
  57. 5) If one types
  58.     
  59.     `cd /dd/LOCAL/GNU/CMDS ; cd ...'
  60.  
  61.    then $PWD will contain
  62.  
  63.     "/dd/LOCAL/GNU/CMDS/...".
  64.    
  65.    This will be fixed!
  66.  
  67. 6) If OSK-bash is a login shell, then the system global initialization
  68.    file "profile" will not be searched for in "/etc".
  69.    Instead of this it will be searched for in two places:
  70.  
  71.     a)    /dd/local/sys/profile
  72.     b)    /dd/sys/profile
  73.  
  74.    The first one found will be used.
  75.  
  76. 7) OSK-bash does have a very pathologic `<Ctrl>E' `<Ctrl>C' handling.
  77.  
  78.    I do not want to say more about that. Try it yourself ....
  79.    The next release will have a more reliable signal handling.
  80.  
  81. ==============================================================================
  82.  
  83. Norbert Berzen (norbert@veilchen.informatik.rwth-aachen.de)
  84.  
  85. *** eof
  86.