Charts blocks drawing while '2 Threads' is selected

[johndrinkwater]

run Chart, set it up so you can see a moving animation, select '2 Threads' option. Window doesn't continue its updates, app still remains responsive though. Unselecting '2 Threads' returns Charts to normality.

[jackburton]

Can't reproduce this anymore. Maybe it's been fixed in the meantime ?

[johndrinkwater]

I still see this on rev16097 in vmware with 32bit mode, using either directwindow+drawbitmap

[jackburton]

Weird, I can reproduce it, but not consistently. Maybe it's timing related ?

[johndrinkwater]

On the first attempt to select "2 threads", it'll take a random duration to block drawing.

Any further attempts (re-enabling 2 threads) stops drawing directly after selection. Sounds deadlocky(?) on the second thread.

[stippi]

Can you guys reproduce this on R5?

[jackburton]

Chart also hangs on quit. Could be related, as uncommenting the line

"wait_for_thread(fSecondAnimationThread, &result);"

in ChartWindow.cpp (ChartWindow::~ChartWindow()) makes the app quit correctly.

I'd be interested in seeing how the app behaves in BeOS and in the testing environment. Unfortunately, I can't test on either.

[johndrinkwater]

I've been playing with this on native hardware, and cant reproduce. With testing the same revision in vmware, I can reproduce.

Maybe a gfx/vmware problem ? Is there any debug output that could help here?

[jackburton]

Replying to johndrinkwater:

The weirdest thing is that I tried to add some debug output, and then the problem doesn't show up anymore.