On Thu, Jan 7, 2016 at 9:25 PM, chrysn <chr...@fsfe.org> wrote: > On Thu, Jan 07, 2016 at 06:36:07PM +0000, Luke Kenneth Casson Leighton wrote: >> On Thu, Jan 7, 2016 at 6:00 PM, lkcl <l...@lkcl.net> wrote: >> >> > so what i'm going to do is to find an older version of the openscad source >> > code, compile that up and use it. i had a version that used to work, from >> > source, before openscad was added to debian, it will do the job. >> >> right. i've just done exactly that: compiled up the version that i >> had previously checked out: >> commit 21c8d2fc98723ba1e10b7066e1f203444f5e83f3 >> Author: Marius Kintel <mar...@kintel.net> >> Date: Sun Mar 9 15:04:07 2014 -0400 > > hm ... i was just going to bisect this, but when i checked out that very > version and built it directly from git, i saw the same dragging. > > my installed libraries are generally a little newer than what you > reported before, but then again, if the old version works for you and > the new one doesn't, it's hard to figure why the old doesn't work for > me.
the possibility exists that the pseudo-code loop previously mentioned exists in qt5 rather than actually in openscad. if qt5 has been "updated" without the knowledge of the upstream authors they could have been caught off-guard. in particular, if qt5 has changed in some way such that it now has an extra background thread to handle mouse/keyboard events, for example, then that would explain the current behaviour. so, assuming that the event-handling in openscad has *always* been of the form "case MOUSE_EVENT: do_opengl_redraw()" and that ended up _blocking_ previously, such that the underlying qt5 code couldn't *generate* mouse-events until the opengl rendering had completed, then that would be absolutely fine. but, obviously, if qt5 has changed (become multi-threaded) such that it _does_ now generate exactly one opengl redraw per mouse-event, that would explain the change in behaviour the solution then would be to add in some bool values that monitor the completion status of the redraw, which allow communication between "case MOUSE_EVENT" and opengl_draw rendering > luke, could you, for comparison, on the system where the new .deb > dragged and the fresh 21c8d2fc9 (that's openscad-2014.03, by the way) > build worked, build the current master as well? sure. previously was using gitorious.... now url = git://anonscm.debian.org/collab-maint/openscad.git .... compile under way yeeee gooooods, loadavg over 10 at one point, one of those c++ files is waaay too large, that's going to hammer some of the build machines esp. the arm ones which only typically have 1gb or 2gb of RAM... l.
