Hi, I was wondering whether the following should indeed happen, proposing that it really shouldn't :-)
I start jmol (latest from SVN:11.1.27) inside the cube directory of the jmol-datafiles, so I can load the 2px.cub.gz file several times. Initially the memory use is 13 6 64 (MB total free max, respectively, from the popup) Next I do the following load and see what the popup tells me about the memory usage: $ isosurface pos 0.032 "2px.cub.gz" memory use is : 27 12 64 $ isosurface pos 0.032 "2px.cub.gz" memory use is : 40 19 64 $ isosurface pos 0.032 "2px.cub.gz" memory use is: 48 21 64 $ isosurface pos 0.032 "2px.cub.gz" memory use is : 61 27 64 $ isosurface pos 0.032 "2px.cub.gz" memory use is : 64 25 64 $ isosurface pos 0.032 "2px.cub.gz" memory use is : 64 20 64 $ isosurface pos 0.032 "2px.cub.gz" and Jmol crashes. I initially encountered the problem with a huge cube file (about 50MB big) and noticed that when I had the first surface drawn and written the isosurface JVXL file. I could zap the model but the memory was not released. I also noticed that as I waited the amount of free memory kept diminishing until Jmol crashed. I decided to try to reproduce a similar problem with a cube file that is already available in the datafiles. Turns out that I didn't even have to write a JVXL file to start making this happen. Thanks, René ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Jmol-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jmol-developers
