home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / next / programm / 7705 < prev    next >
Encoding:
Internet Message Format  |  1992-12-12  |  2.2 KB
  1. Path: sparky!uunet!newsstand.cit.cornell.edu!news.graphics.cornell.edu!news.graphics.cornell.edu!news
  2. From: patrick@dabba.graphics.cornell.edu (Patrick Heynen)
  3. Newsgroups: comp.sys.next.programmer
  4. Subject: Re: Arrgh  - Renderman is crashing - HELP
  5. Date: 12 Dec 1992 22:44:28 GMT
  6. Organization: Cornell University Program of Computer Graphics
  7. Lines: 31
  8. Message-ID: <1gdq0cINN31c@loon.graphics.cornell.edu>
  9. References: <Bz5rC9.1A9@rice.edu>
  10. NNTP-Posting-Host: yabba.graphics.cornell.edu
  11. Keywords: 3d,molecule,renderman,help
  12.  
  13. In article <Bz5rC9.1A9@rice.edu> steve@ion.rice.edu (Steve Ludtke) writes:
  14. > 
  15. > For the last few days I've been working on a molecule display app using  
  16. > renderman. It's now working perfectly, with one exception. Whenever I try to  
  17. > draw a large molecule (300-400 spheres), renderman chokes. I get a message on  
  18. > the console about renderman losing it's connection to the window server or  
  19. > something. After digging around the filesystem for a while, I located the place  
  20. > where the renderman daemon writes ITS errors, and discovered a variety of  
  21. > messages all boiling down to "out of memory", including some that explain why  
  22. > it can't connect to the window server (memory problems again). Thinking back, I  
  23. > remember similar problems when I tried to put too many spheres in when  
  24. > debugging Plot3D.   Is there any way to increase the amount of memory the  
  25. > renderman daemon has available to it???  NeXT's complete lack of documentation  
  26. > doesn't help the situation at all!    Any advice at all would be greatly  
  27. > appreciated!
  28.  
  29. This is a bug in the QRman server- A real pain.  You can't really play around  
  30. with large data sets because all of a sudden, QRman can't handle it anymore and  
  31. messes up the window server, and woops... there goes the window server!! Really  
  32. annoying, and kinda makes you wonder how robust and useful QRman really is. I  
  33. haven't been able to do anything 'real' on it yet!! 
  34.  
  35. BTW, Dave Springer @ NeXT is 'aware of this problem,' and has been trying to  
  36. track it down for the last month or so. My bet is we're not gonna see any real  
  37. fix before 3.1.
  38.  
  39. -----------------------------------------------------
  40. Patrick Heynen         Program of Computer Graphics
  41.             Cornell University
  42.  
  43. patrick@yabba.graphics.cornell.edu
  44.