> I've just had a real odd one reported back - if the user clicks and > holds the mouse on something like a Popup menu or a scrollbar, all > thread processing halts. > > I have a debug mode in the app in question and there are three > background threads communicating with a remote server daemon. When > the user clicks and holds the scrollbar in a listbox on the main app > window, the threads stop updating the debug output. When the mouse > is released all three threads resume from where they were paused. > > Is this supposed work this way with RB threads (system threads don't > pause like this), or should I be reporting a bug?
This is a very known issue that has to do with the type of thread implementation that RB uses. There has been quite a lot of discussion on this newsgroup about it in the past. Try doing a search about preemptive threads. Here's a couple of bug reports (or should we say "feature requests") that deal with this issue: http://www.realsoftware.com/feedback/viewreport.php?reportid=zcdeyyhr http://www.realsoftware.com/feedback/viewreport.php?reportid=jotiuqrm Add one or both of these to your watch list to give your vote to the importance for implementing this. In the meantime, one way to get around this issue might be to use this threading toolkit: http://www.taylor-design.com/toolkits/downloads.htm Be forewarned though... this type of threading is more complex and has more limitations than what RB provides currently - and there are a few things that you need to look out for in order to avoid crashes. This is pointed out in the included documentation. Regards, Ron Benditt Alien Apparatus Company, Inc. http://www.alienapparatus.com _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives: <http://support.realsoftware.com/listarchives/lists.html>
