home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / graphics / explorer / 408 < prev    next >
Encoding:
Text File  |  1992-12-23  |  2.3 KB  |  56 lines

  1. Newsgroups: comp.graphics.explorer
  2. Path: sparky!uunet!gatech!usenet.ins.cwru.edu!agate!spool.mu.edu!sgiblab!sgigate!odin!bananapc.csd.sgi.com!ciemo
  3. From: ciemo@bananapc.csd.sgi.com (Dave Ciemiewicz)
  4. Subject: Re: IsosurfLat2 Limitations?
  5. Message-ID: <1992Dec24.004917.1397@odin.corp.sgi.com>
  6. Sender: news@odin.corp.sgi.com (Net News)
  7. Nntp-Posting-Host: bananapc.csd.sgi.com
  8. Organization: Silicon Graphics, Customer Support Division
  9. References:  <1992Dec23.011833.10963@vax.oxford.ac.uk>
  10. Date: Thu, 24 Dec 1992 00:49:17 GMT
  11. Lines: 43
  12.  
  13. In article <1992Dec23.011833.10963@vax.oxford.ac.uk>, leep@vax.oxford.ac.uk writes:
  14. |> 
  15. |> IsosurfaceLat and IsosurfaceLat2 both crash
  16. |> on large data sets.  The size is not
  17. |> always the ssame for the lattice, but instead seems
  18. |> to be a function of the complexity of the surfaces
  19. |> generated.  The limit for a lattice of char variables
  20. |> is about 1.5M, at which point the helpful error
  21. |> "segmentation fault" is generated and all other
  22. |> modules hang.  Is this a known bug?  Is there a fix?
  23. |> The isosurflat2 was pulled from swedishchief on Dec.22.
  24. |> 
  25. |> Is there any pd source available for the marching cubes
  26. |> algorithm so that I can try and generate the iso-surfaces
  27. |> external to explorer?
  28. |> 
  29. |> Cheers,
  30. |> Peter Lee
  31.  
  32. Something to check for - does your arenasize exceed the available disk space
  33. on the disk specified by tempdir (default is /usr/tmp).  The shared memory
  34. arena used by explorer is mapped to a file under the tempdir directory.
  35. This mapped file acts as the VM swapfile for the arena (not your swap
  36. partition).
  37.  
  38. The mapped arena file does not start out attempting to use all of the
  39. disk space specified by arenasize.  As memory is needed, the arena file
  40. will grow.  If it grows past the available memory, weird execution
  41. behavior will occur and no errors that the arena has grown larger than
  42. the available disk space will be displayed.  I've encountered the kind of
  43. weird behavior like you are seeing in the circumstances that I had specified
  44. an arena larger than the disk space that I had.   I don't know if this is
  45. the problem that you are encountering.
  46.  
  47.                         --- Dave
  48.  
  49. -- 
  50.  
  51.     __   * __   _  __  ___            
  52.    /  \ / / /  / \/  \/   \     He was a man like any other man, however, not
  53.   /    /  \/  /  /\  /    /    quite like any other man.
  54.   \___/\__/\_/  /_/ / \__/    
  55.                *        
  56.