home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / ibm / pc / misc / 16564 < prev    next >
Encoding:
Internet Message Format  |  1993-01-12  |  2.1 KB
  1. Path: sparky!uunet!caen!hellgate.utah.edu!cc.usu.edu!jrd
  2. From: jrd@cc.usu.edu (Joe Doupnik)
  3. Newsgroups: comp.sys.ibm.pc.misc
  4. Subject: Re: Enlarging MS-Kermit's data space
  5. Message-ID: <1993Jan11.222942.62641@cc.usu.edu>
  6. Date: 11 Jan 93 22:29:42 MDT
  7. References: <richard.726756238@dutepp6>
  8. Organization: Utah State University
  9. Lines: 38
  10.  
  11. In article <richard.726756238@dutepp6>, Richard.Kooijman@dnpap.et.tudelft.nl (Richard Kooijman) writes:
  12. > 
  13. > Hi,
  14. > 
  15. > 
  16. > I have a rather large key definition file for Kermit. Alas, Kermit
  17. > just doesn't make it to the last 4 definitions.
  18. > 
  19. > So, I picked up the MS-Kermit distribution from watsun and
  20. > enlarged the key definition buffers. But again, alas, Kermit seems
  21. > to be filled to the last byte. It is compiled in small memory model
  22. > and compiling it in large memory model would solve the problem, but
  23. > the TCP software is relying on the small mm.
  24. > 
  25. > Has anybody succeeded it doing this? It appears to me that there must
  26. > be other people with large key definitions. 
  27. > Any help greatly appreciated!
  28. > Richard.
  29. > 
  30. > --
  31. > -- ir Richard Kooijman ------------------- Email: R.Kooijman@ET.TUDelft.NL --
  32. > -- Intelligent Network Management Project (INEMA) ---------------------------
  33. > -- CARDIT, Delft University of Technology ------------ Tel: (31)-15-786209 --
  34. > -- P.O.Box 5031, 2600 GA Delft, The Netherlands ------ Fax: (31)-15-784898 --
  35. ------------
  36.     There is some hope of space in the next release, but all things have
  37. limits. The compromise in the current releases is between what you would like
  38. and the memory consumption experienced by others, and it's not easy saying
  39. "enough" to anyone. I presume you are already loading an appropriate Code
  40. Page so many key mappings are not necessary.
  41.     Btw, the assembly language code (the vast majority of MS-DOS Kermit)
  42. has no memory model. It has several code and data segments, two stacks, and
  43. allocates free memory from DOS. It exploits near references whereever possible 
  44. to save space and time. The Telnet code in C is the small memory model, for
  45. the same reasons. Far references are expensive! Changing the Telnet C code
  46. won't help one bit (er, byte).
  47.     Joe D.
  48.     Joe D.
  49.