NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.

To learn about what's going on, see About the Archive Site.

Re: Image capture -- renegade threads

Great.  I short pause makes everything run smoothly.
Thank you very much.

Leah


On Fri, 15 Aug 2003, Bill Hibbard wrote:

> On Fri, 15 Aug 2003, Leah Heiss wrote:
>
> > Ok.  I called display.stopThreadPool() right after I called
> > display.destroy().  I ran my edited version of Rivers through
> > jdb and got the following exception:
>
> Only call this after you have destroyed all DisplayImpls.
> Otherwise there's no point in trying to stop all Threads.
> If you have any CellImpls, you need to call their stop()
> methods. It looks like you may need to wait a second or
> two after all the stop() and destroy() calls, before you
> call ActionImpl.stopThreadPool();
>
> You may need to experiment.
>
> Bill
>
> > java.lang.Error: Task queued after threads stopped
> >     at visad.util.ThreadPool.queue(ThreadPool.java:214)
> >     at visad.ActionImpl.run(ActionImpl.java:397)
> >     at visad.util.ThreadPool$ThreadMinnow.run(ThreadPool.java:95)
> > java.lang.Error: Task queued after threads stopped
> >     at visad.util.ThreadPool.queue(ThreadPool.java:214)
> >     at visad.ActionImpl.run(ActionImpl.java:397)
> >     at visad.util.ThreadPool$ThreadMinnow.run(ThreadPool.java:95)
>


  • 2003 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the visad archives: