home *** CD-ROM | disk | FTP | other *** search
/ Simtel MSDOS 1992 December / simtel1292_SIMTEL_1292_Walnut_Creek.iso / msdos / sysutl / comp.arc / COMP.DOC next >
Text File  |  1987-05-28  |  5KB  |  90 lines
  1.                                                             9/10/87
  2.                          COMP - COMPosite device driver
  3.  
  4.                          Written by "another madisonian"
  5.                                 Patrick Brockill
  6.  
  7.      This is version 1.0 which is pretty much an untested/untried/
  8. un[anything else you can think of] version - i.e. it's still pretty rough.
  9. So, if (or, when) you encounter any bugs (i.e. trying to load up the same
  10. device twice and "crash!") lemme know.  You can bet I'm not going to take any
  11. responsibility if COMP somehow screws your computer up.  (i.e. officially: "I
  12. take no responsibility for COMP or anything it does.", etc.)  To contact me,
  13. you can mail me on the ethernet at "brockill@math.wisc.edu.pade", or leave mail
  14. for me on the IBMUG BBS (madison- (608) 256-8088).
  15.      Everything is free (no strings attached,) the sourcecode (when released,)
  16. will be free/etc.  Completely public domain.
  17.  
  18.      Usage: in order to use COMP at all, you must include the following line
  19. in your CONFIG.SYS file as the LAST device loaded (!) -
  20.           device=[path] comp.sys
  21. When you boot up the computer, COMP will give print a little ditty with an
  22. ego-booster (i.e. my name) to the screen to show that it has been loaded.
  23. If you don't include COMP as the last device loaded, it will only be able to
  24. 'see' the devices loaded before it, and any loaded after it COMP will be
  25. unaware of.
  26. After COMP is loaded, the following are active:
  27.      COMP$                         a new device COMP$ which performs slow i/o
  28.                                    to the screen using vid intrpt 10hex.  The
  29.                                    only reason these i/o channels exist is so
  30.                                    that if you CTTY COMP$ the system won't hang.
  31.      statd                         get a list of char device driver names
  32.      linkd [path] [device file]    load up new device
  33.                                    i.e. to load ANSI.SYS from the root dir,
  34.                                     type : 'linkd \ansi.sys'
  35.      ulinkd [device name]          unlink device loaded by linkd
  36.                                    note: device name is case sensitive, so
  37.                                    to unlink the CON device, you must type
  38.                                    'CON' not 'con'.  BUG: don't unlink the
  39.                                    ANSI.SYS driver (although I'd suspect it's
  40.                                    Ok to unlink NANSI,) as it remains resident
  41.                                    even AFTER it's been unloaded (twilight
  42.                                    zone music inserted here,) and will probably
  43.                                    crash your system, too.
  44.  
  45. NOTE: COMP currently uses interrupt 60hex for it's own uses, so computers
  46.      which already have this interrupt set for some other important function
  47.      will have to wait for the next version of COMP to come out.  (Very soon)
  48.  
  49. UPCOMING TIDBITS:
  50.  
  51.      1) include a TSR program to echo everything to both COM1: and CON: when
  52. you CTTY COM1 (or 2).  This is for those BBS'ers who'd like to offer shelling
  53. to DOS, but want to SEE what the intrepid user is messing up.  The new command
  54. would be CTTY COMP$.  Further, COMP would notice repeated errors by the COM
  55. devices, so if a user wasn't connected, we could put the standard device back
  56. to CON to continue about our business.
  57.  
  58.      2) allow TSR programs to print to the current CONsole device.  This is a
  59. real nuisance for us poor TSR program writers who all of a sudden realize
  60. interrupt 21hex is not re-entrant and cannot be used in most TSR applications.
  61.  
  62.      3) allow the user to write simple char input and char output routines, and
  63. call them from COMP$.  (i.e. COMP$, whenever asked for char i/o, will call your
  64. routine)  However, most people will probably simply modify the sample device
  65. driver to do the same thing.
  66.  
  67.      5) whatever else I, or anybody else, can dream up.  (So, dream something
  68. up and leave me a message)
  69.  
  70.  
  71. NOTES---
  72.      Ok, some of you real programmers out there wanna see the source and
  73. know how this thing works.  I plan to release the source very soon (it's not
  74. too long,) and include a sample device driver, as well as tips in writing
  75. device drivers and interrupt routines.  I have set up interrupt 60hex to be
  76. used by any application and have included some useful functions - i.e. find
  77. file size, load file into address, get address of first device driver, etc..
  78. This is the reason I have not yet released the code - I may change these
  79. functions and would like to tidy up things a bit.  If you're so impatient that
  80. you can't wait (screwing up mouth,) contact me voice at (608) 238-1475 (after
  81. 5:30,) or (608) 263-9720 between 2:00pm and 5:00pm.
  82.  
  83. ON THE SHELF:
  84.  
  85.      Diplomacy!  (yeah!)  Well, it's already written in Turbo Pascal (later to
  86. be rewritten in C,) and is intended for shelling options on BBSs.  It runs
  87. about 40 pages long (not including libraries/etc.), and is probably some pascal
  88. author's epitome of bad programming.  Needs some ironing and beefing up first,
  89. so if any interested programmers out there want to finish it..  :)
  90.