I'm fixing this by preventing the flow renderer from issuing a call to processEvents during rendering. This prevents this bug but will mean that (on Darwin) the "Stop" button may not halt unsteady flow rendering. For that reason I am only reducing the priority to 5, maybe we can revisit this for the final 2.6.0 release.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Status: open Group: 1.1 Labels: flow Created: Tue Nov 08, 2016 11:12 PM UTC by clynejp Last Updated: Wed Nov 09, 2016 11:43 PM UTC Owner: Alan Norton
Unsteady flow visualization on Mac results in infinite loop
To reproduce:
1. Load DUKU.vdf
2. On the flow tab change Flow type to Unsteady
3. Select U, V, W as the unsteady field
4. Enable Flow. vaporgui will go into an infinite loop. Hundreds of
messages are logged to the console
Note, under linux the behavior is different. Right after enabling a
warning dialog pops up to inform you that all flow lines have left the
domain.
Status: open Group: 1.1 Labels: flow Created: Tue Nov 08, 2016 11:12 PM UTC by clynejp Last Updated: Wed Nov 09, 2016 11:43 PM UTC Owner: Alan Norton
Unsteady flow visualization on Mac results in infinite loop
To reproduce:
1. Load DUKU.vdf
2. On the flow tab change Flow type to Unsteady
3. Select U, V, W as the unsteady field
4. Enable Flow. vaporgui will go into an infinite loop. Hundreds of
messages are logged to the console
Note, under linux the behavior is different. Right after enabling a
warning dialog pops up to inform you that all flow lines have left the
domain.
Platforms: Mac OSX 10.11
Status: open Group: 1.1 Labels: flow Created: Tue Nov 08, 2016 11:12 PM UTC by clynejp Last Updated: Tue Nov 29, 2016 03:01 PM UTC Owner: Alan Norton
Unsteady flow visualization on Mac results in infinite loop
To reproduce:
1. Load DUKU.vdf
2. On the flow tab change Flow type to Unsteady
3. Select U, V, W as the unsteady field
4. Enable Flow. vaporgui will go into an infinite loop. Hundreds of
messages are logged to the console
Note, under linux the behavior is different. Right after enabling a
warning dialog pops up to inform you that all flow lines have left the
domain.
I'm fixing this by preventing the flow renderer from issuing a call to processEvents during rendering. This prevents this bug but will mean that (on Darwin) the "Stop" button may not halt unsteady flow rendering. For that reason I am only reducing the priority to 5, maybe we can revisit this for the final 2.6.0 release.
Scott, are you seeing this with the same dataset (DUKU) and the same
settings?
-Alan
On Tue, Nov 29, 2016 at 8:01 AM, Scott sgpearse@users.sf.net wrote:
Related
Bugs:
#1369Actually no, it's a different data set. I'll post instructions to the
sourceforge bug site.
On Tue, Nov 29, 2016 at 12:44 PM, Alan Norton alannorton@users.sf.net
wrote:
Related
Bugs:
#1369I need to bump this to a 7. It's still hanging indefinitely on OSX 10.11 on Vapor 2.6.0.RC0.
To Reproduce on Vapor 2.6.0.RC0
1) Load the data set /glade/p/DASG/VAPOR/Bugs/1369/orf4.vdf
2) In the Flow tab, select "unsteady flow"
3) Enable instance 1. Vapor will hang.