home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / vms / 17640 < prev    next >
Encoding:
Internet Message Format  |  1992-11-08  |  2.1 KB
  1. Path: sparky!uunet!usc!zaphod.mps.ohio-state.edu!rpi!psinntp!psinntp!colorne!dfilip
  2. From: dfilip@colorne.UUCP
  3. Newsgroups: comp.os.vms
  4. Subject: Re: known VAXCRTL bugs
  5. Message-ID: <38@colorne.UUCP>
  6. Date: 7 Nov 92 14:23:52 GMT
  7. References: <1d1p5pINNkd@gap.caltech.edu>
  8. Distribution: world
  9. Organization: ColorNet Information Systems
  10. Lines: 36
  11.  
  12. Carl J Lydick writes :
  13. >In article <31@colorne.colornet.com>, dfilip@colorne.colornet.com writes:
  14. >=Also, the last time I checked, the malloc() function was not re-enterant;
  15. >=I had some code which worked fine in-line, but would get strange results
  16. >=when moved into an AST routine. I landed up replacing the
  17. >=malloc()'s with LIB$GET_VM() (this was about a year ago; DEC admitted to
  18. >=it at the time, but does anyone know if they every really fixed it ?;
  19. >=I seem to remember that at one point there was some #define's that you could
  20. >=do to alias malloc() and free() to other entry points ...)
  21. >
  22. >I don't see how you consider that to be a bug.  Unless a RTL routine is
  23. >specifically documented to be AST reentrant, you're supposed to assume that
  24. >it's not.
  25.  
  26. I was not aware that this is true. Is this specifically stated in TFM ?
  27.  
  28. Although I would not, for example, try to use buffered I/O in an AST
  29. routine (it just dosn't seem like the right thing to do) allocating a
  30. chunk of memory seems like something that should be able to be handled
  31. in an asynchronous fashion.
  32.  
  33. Although I guess I do agree in principal that one should not assume an RTL
  34. routine can be used asynchronously, it seems to me that something like
  35. allocating memory should be one of those things that can.
  36.  
  37. Regards,
  38.  
  39. Dave.
  40.  
  41. --
  42. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  43. =   David E. Filip                UUCP   : dfilip@colornet.com              =
  44. =   ColorNet Information Systems  CIS    : 76430,3111                       =
  45. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  46. =     Standards are wonderful 'cause there are so many to choose from !     =
  47. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  48.