<html>

    <head>

      <base href="http://fiji.sc/bugzilla/" />

    </head>

    <body>

      <p>

        <div>

            <b><a class="bz_bug_link 

          bz_status_NEW "

   title="NEW - Mac OS out of memory"

   href="http://fiji.sc/bugzilla/show_bug.cgi?id=990#c4">Comment # 4</a>

              on <a class="bz_bug_link 

          bz_status_NEW "

   title="NEW - Mac OS out of memory"

   href="http://fiji.sc/bugzilla/show_bug.cgi?id=990">bug 990</a>

              from <span class="vcard"><a class="email" href="mailto:glenmac@uw.edu" title="Glen MacDonald <glenmac@uw.edu>"> <span class="fn">Glen MacDonald</span></a>

</span></b>

        <pre>Hi Wayne,

thanks for the cleanup on the macro. I still have much to learn (or remember).

I ran it on 5 Macs, all OS10.9.5, latest Fiji 1.49m RC24, Java 1.60_65. oldest

was Early 2009 MacPro, newest was Late 2013 iMac. All gave variable results:

sometimes releasing all memory at each interation, sometimes retaining 1,2 or 3

stacks or a montage until the next montage loop, other times releasing nothing

on every montage.  I'm not seeing that the garbage collector is doing anything

when clicking on status bar or calling from the macro. Behavior is different

every time Fiji starts up.  I've read that too many GC calls can result in OOM

errors. Could there be Java settings I should investigate?  I've never before

had an iterative operation behave like this.  Interestingly, the older 2 macs

had more OOM, they are Xeons instead of i5 or i7.  

Regards,

glen</pre>

        </div>

      </p>

      <hr>

      <span>You are receiving this mail because:</span>

      <ul>

          <li>You are the assignee for the bug.</li>

      </ul>

    </body>

</html>