home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / novell / 9615 < prev    next >
Encoding:
Internet Message Format  |  1992-11-18  |  1.4 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.novell
  4. Subject: Re: Write ODI driver in C
  5. Message-ID: <1992Nov18.125026.60995@cc.usu.edu>
  6. Date: 18 Nov 92 12:50:26 MDT
  7. References: <1992Nov17.173019.28668@vbohub.vbo.dec.com>
  8. Organization: Utah State University
  9. Lines: 29
  10.  
  11. In article <1992Nov17.173019.28668@vbohub.vbo.dec.com>, nimrod@jeremy.enet.dec.com writes:
  12. > 
  13. > Hello,
  14. > 
  15. > I'm writing an ODI client driver.
  16. > 
  17. > I thought about the possibility to write it in C.
  18. > 
  19. > I thought to have Novell defined interface routines in assembler
  20. > which will call my C routines.
  21. > 
  22. > Does any of you have experience with it?
  23. > Any ideas why should'nt it work?
  24. > 
  25. > I'll appreciate fointers to such 'wrapper' or 'jacket' routines.
  26. > 
  27. > /Nimrod Diamant
  28. -------------
  29.     Building an extra layer of local calls will hurt performance, for
  30. no gains. Whether you use C or assembler is a matter of personal preference
  31. and what you are willing to pay for the extra push/pops C generates. Less is
  32. definitely better in this area. If ease of programming is an issue then maybe
  33. this is not the time to generate a driver, since performance and compactness
  34. are the primary constraints.
  35.     You don't distinguish between a board driver and an applications
  36. protocol stack; they are rather different parts of ODI. If you are doing
  37. the latter then look at MS-DOS Kermit v3.12 source code, where this is all
  38. done.
  39.         Joe D.
  40.