On Nov 25, 2010, at 2:35 AM, Ivica Ico Bukvic wrote:
On Wed, 2010-11-24 at 22:46 -0500, Ivica Ico Bukvic wrote:
On Thu, 2010-11-25 at 02:53 +0100, András Murányi wrote:
moonlib indeed!
2010/11/25 Jonathan Wilkes jancsika@yahoo.com [moonlib/mknob]
-Jonathan Thanks, this worked. Now i'm having segfaults on patch load, it seems it's with [moocow/mknob].
Confirmed. Looking into it...
All right, I said I would go to sleep but the curiosity got the best
of me, so I looked at this one and found a super-simple solution.Namely, it appears mknob uses g_all_guis.h and g_canvas.h, both of
which have changed as a result of accelerated drawing of iemgui objects. A simple recompile of mknob (and likely other objects that may rely upon the same framework) apparently fixed the problem.That said, this like other non-standard externals does not utilize either highlight or accelerated motion (and thus falls back nicely on the old way of moving using coords).
HTH
BTW, Hans, is there a reason why pd-extended cannot find moonlib's
help files? I tried "importing," as well as invoking objects with moonlib/ prefix. How would one go about fixing this other than extending the default.pdsettings file?Gotta love it when your bug-hunt TODO list is finally empty (even if only for a couple of hours :-).
Ico
THe moonlib help patches work for me using Pd-extended 0.42.5 on Mac
OS X 10.5.8.
.hc
http://at.or.at/hans/