home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / protocol / tcpip / ibmpc / 5035 < prev    next >
Encoding:
Internet Message Format  |  1992-09-03  |  3.2 KB
  1. Path: sparky!uunet!aspentec!tto
  2. From: tto@aspentec.com
  3. Newsgroups: comp.protocols.tcp-ip.ibmpc
  4. Subject: Re: TSRs ...
  5. Message-ID: <1992Sep3.121205.863@aspentec.com>
  6. Date: 3 Sep 92 12:12:05 EST
  7. References: <Btx5J4.2tD@watserv1.uwaterloo.ca> <1992Sep2.130319.862@aspentec.com> <Btyu2v.AG3@watserv1.uwaterloo.ca>
  8. Distribution: world
  9. Organization: Aspen Technology, Inc. Cambridge, MA.
  10. Lines: 55
  11.  
  12. In article <Btyu2v.AG3@watserv1.uwaterloo.ca>, 
  13. eengelke@sail.uwaterloo.ca (Erick Engelke) writes:
  14.  
  15. > tto@aspentec.com writes:
  16. >>...
  17. >>Yes, many developers have no idea how to do things properly in the DOS
  18. >>environment, let alone making programs suitable for a TSR.  E.g., Sun's
  19. >>PC/NFS uses malloc() and DEC's Pathwork TCP/IP (written by 3Com) traps
  20. >>INT 2F (AX=1122) and promptly undoes itself whenever one issues an
  21. >>INT 21 (AH=31) to terminate and stay resident!
  22. > 
  23. > HP and 3com co-developed that product and it seems to have Microsoft
  24. > involved somehow.  Since I've only dealt with the tech staff, we were
  25. > all quite uncertain how many lawyers it takes to write a network stack.
  26.  
  27. :-) And it is real fun when one calls DEC up about problems in these
  28. programs!
  29.  
  30. > Anyways, it's a bit of a challenge to TSRize their programs.  You must
  31. > write a function with the same name as their function which intercepts
  32. > the int 2f interceptor to prevent this from happenning.  That one caught
  33. > me by surprise too.  But I didn't think it was widespread enough
  34. > a system to comment on it, but it took me a day to figure out.
  35.  
  36. I took a different tack.  I intercepted INT 2F (AX=1122) myself, bypassed
  37. their exit handler when I installed the TSR, and activated their exit
  38. handler when I deinstalled the TSR.  I did not want to change my code
  39. again when they decided to modify their exit handler in the future.
  40.  
  41. Caveat: apparently inside a handler for INT 2F (AX=1122) one cannot
  42. call INT 21 (AH=25) to change interrupt vectors.  One must modify the
  43. memory locations directly or DOS will be very confused.
  44.  
  45. >>Another nice thing about FTP's PC/TCP package is that it allows an easy
  46. >>access to the global file descriptors.  With other packages one has
  47. >>to do more work in order to share a descriptor among several applications.
  48. >>(By the way, sharing file descriptors is one of the few things that can
  49. >>be done more easily on DOS than on Unix.)
  50. > 
  51. > Yes, most of the others require you to change your PSP back to the 
  52. > originator's.  That's easy enough when they provide source, but the 
  53. > one's that don't are a true headache because you have to reverse engineer 
  54. > or run through hoola hoops just to do shared access.  I don't mind
  55. > doing the work, but when it cuts into processor performance or carves
  56. > out more memory, I start looking at new solutions.
  57.  
  58. In general I just do everything with my TSR's PSP.  It simplifies things
  59. in the long run.
  60.  
  61. Tak.
  62. -----------------------------------------------------------------------------
  63. Tak To                                                    (617) 497-9020 x377
  64. Aspen Technology, Inc                                Fax: (617) 497-7806
  65. 243 Vassar St, Cambridge, Ma 02139.                       tto@aspentec.com
  66. -----------------------------------------------------------------------------
  67.