home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / bsd / 4836 < prev    next >
Encoding:
Internet Message Format  |  1992-08-29  |  1015 b 
  1. Path: sparky!uunet!mcsun!Germany.EU.net!tools!tools!ws
  2. From: ws@tools.de (Wolfgang Solfrank)
  3. Newsgroups: comp.unix.bsd
  4. Subject: Re: 386BSD: buffer space allocation -- a small bugfix.
  5. Date: 29 Aug 92 19:11:32
  6. Organization: TooLs GmbH, Bonn, Germany
  7. Lines: 13
  8. Message-ID: <WS.92Aug29191132@kurt.tools.de>
  9. References: <tih.714982908@barsoom> <tih.714989648@barsoom>
  10. NNTP-Posting-Host: kurt.tools.de
  11. In-reply-to: tih@barsoom.nhh.no's message of Fri, 28 Aug 1992 08:14:08 GMT
  12.  
  13. In the place you mention the parameter cantwait doesn't have
  14. any real relevance. But since the caller of kmem_malloc()
  15. with canwait set probably doesn't check the return code
  16. it's better to panic right away than by letting the kernel
  17. use the NULL pointer and dereference it. If canwait is
  18. clear the caller has to check the result anyway, so it
  19. can return a NULL pointer as indication of failure.
  20.  
  21. The real canwait decision is done further down in the code.
  22.  
  23. Hope this helps...
  24. --
  25. ws@tools.de     (Wolfgang Solfrank, TooLs GmbH) +49-228-985800
  26.