home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / vmsnet / internal / 1687 < prev    next >
Encoding:
Internet Message Format  |  1992-12-16  |  1.4 KB
  1. Path: sparky!uunet!usc!news.service.uci.edu!unogate!mvb.saic.com!macro32
  2. From: Hunter Goatley <goathunter@WKUVX1.BITNET>
  3. Newsgroups: vmsnet.internals
  4. Subject: RE: Another newbie C internals question
  5. Message-ID: <0096529C.29936620.9106@WKUVX1.BITNET>
  6. Date: Wed, 16 Dec 1992 07:28:37 CST
  7. Organization: Macro32<==>Vmsnet.Internals Gateway
  8. X-Gateway-Source-Info: Mailing List
  9. Lines: 26
  10.  
  11. gleason@mwk.uucp writes:
  12. >
  13. >  OK, I'm still converting thousands of lines of MACRO-32 to DEC C on
  14. >an Alpha. I am now wondering about "library functions" such as memcpy,
  15. >strncpy and the like.
  16. >
  17. >  Is there any reason to think they would be safe to call in kernel
  18. >mode, at high IPL, and with spinlocks held? Or would that be more like
  19. >expecting lib$get_input to work in the middle of a driver?
  20. >
  21. You might get lucky, but I wouldn't do it.  If nothing else, you'd
  22. have problems locking down those routines to avoid pagefaults, since
  23. they're in a shareable image.  Plus, you never know what else they're
  24. going to call, which would also need to be locked down at elevated
  25. IPL.
  26.  
  27. On the VAX, it's easy to generate the machine code to make sure a
  28. particular C routine doesn't call an external routine.  It's not quite
  29. as easy on Alpha just because of the sheer number of funky
  30. instructions.  I'm going to have to learn a whole new way of thinking!
  31. 8-)
  32.  
  33. Hunter
  34. ------
  35. Hunter Goatley, VMS Systems Programmer, Western Kentucky University
  36. goathunter@WKUVX1.BITNET, 502-745-5251
  37.