home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / protocol / tcpip / ibmpc / 5020 < prev    next >
Encoding:
Text File  |  1992-09-02  |  2.6 KB  |  58 lines
  1. Newsgroups: comp.protocols.tcp-ip.ibmpc
  2. Path: sparky!uunet!sun-barr!cs.utexas.edu!torn!watserv2.uwaterloo.ca!watserv1!sail.uwaterloo.ca!eengelke
  3. From: eengelke@sail.uwaterloo.ca (Erick Engelke)
  4. Subject: TSRs ...
  5. Message-ID: <Btyu2v.AG3@watserv1.uwaterloo.ca>
  6. Sender: news@watserv1.uwaterloo.ca
  7. Organization: University of Waterloo
  8. References:  <Btx5J4.2tD@watserv1.uwaterloo.ca> <1992Sep2.130319.862@aspentec.com>
  9. Date: Wed, 2 Sep 1992 19:28:06 GMT
  10. Lines: 46
  11.  
  12.  tto@aspentec.com writes:
  13. >eengelke@steam.uwaterloo.ca (Erick Engelke) writes:
  14. >
  15. >> use a malloc(), a definate no-no in tsr development!
  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.  
  24. HP and 3com co-developed that product and it seems to have Microsoft
  25. involved somehow.  Since I've only dealt with the tech staff, we were
  26. all quite uncertain how many lawyers it takes to write a network stack.
  27.  
  28. Anyways, it's a bit of a challenge to TSRize their programs.  You must
  29. write a function with the same name as their function which intercepts
  30. the int 2f interceptor to prevent this from happenning.  That one caught
  31. me by surprise too.  But I didn't think it was widespread enough
  32. a system to comment on it, but it took me a day to figure out.
  33.  
  34. >> [ftp's] internal API can be called practically any time.  
  35. >> Compeditors systems which only provide the BSD-ish interface 
  36. >> can rarely be called during DOS i/o, and sometimes have difficulty
  37. >> when called during interrupt calls.  
  38. >
  39. >Another nice thing about FTP's PC/TCP package is that it allows an easy
  40. >access to the global file descriptors.  With other packages one has
  41. >to do more work in order to share a descriptor among several applications.
  42. >(By the way, sharing file descriptors is one of the few things that can
  43. >be done more easily on DOS than on Unix.)
  44. >
  45.  
  46. Yes, most of the others require you to change your PSP back to the 
  47. originator's.  That's easy enough when they provide source, but the 
  48. one's that don't are a true headache because you have to reverse engineer 
  49. or run through hoola hoops just to do shared access.  I don't mind
  50. doing the work, but when it cuts into processor performance or carves
  51. out more memory, I start looking at new solutions.
  52.  
  53. Erick
  54. -- 
  55. Erick Engelke                      Engineering Computing
  56.                          University of Waterloo
  57. Waterloo TCP Architect         erick@development.watstar.uwaterloo.ca
  58.