On Nov 8, 2007, at 3:53 PM, Martin Peach wrote: > Hans-Christoph Steiner wrote: >> >> On Nov 6, 2007, at 5:05 PM, Martin Peach wrote: >> >>> [EMAIL PROTECTED] wrote: >>> >>>> ok, i now did following tests: >>>> >>>> bin/pd from pd-extended with Gem from pd-extended: >>>> the error occurs >>>> >>>> bin/pd from pd-extended with Gem from my local disk: >>>> the error occurs >>>> >>>> bin/pd vanilla with Gem from pd-extended: >>>> the error does not occur >>>> >>>> bin/pd vanilla with Gem from my local disk: >>>> the error does not occur >>>> >>>> >>>> so the problem seems to be related to (not necessarily caused by) >>>> something in the pd-extended binary. >>>> the first thing that comes to my mind is still related to >>>> "string"s, >>>> and this is unfortunately mrpeach's string-patch. >>> >>> All the string patch does is establish a string type and let pd >>> route string >>> messages to their handlers if they exist (so far only the [str] >>> external has >>> them). If you don't use that type, it should have no effect. It >>> doesn't >>> really have anything to do with strings either, the string atoms >>> are just >>> pointers to something. It would be interesting to see how that could >>> interfere with Gem...possibly there's a name clash somewhere, or >>> Gem is >>> expecting to see a specific memory structure within pd, say >>> where the list >>> of types is maintained. >> >> Unfortunately, looks like I found another similar bug when >> loading [widget]. But [widget] fails to load at all: >> >> consistency check failed: widget_anything >> consistency check failed: widget_symbol >> consistency check failed: widget_symbol >> consistency check failed: widget_anything >> consistency check failed: widget_symbol >> consistency check failed: widget_symbol >> consistency check failed: widget_anything >> consistency check failed: widget_symbol >> consistency check failed: widget_symbol >> widget's error: creation failure >> ... you might be able to track this down from the Find menu. >> see standard error for details >> widget's error: creation failure >> see standard error for details >> widget q snd -width 100 >> ... couldn't create > > Well OK, I'm still not clear on why the string patch should be the > cause any of that. > Yesterday I committed a change to the patch which just involves > renaming string to blob. > I would like to know if the problems go away with that. (What's a > consistency check? It's c++, right?)
Ok, now I think the widget thing is separate because it also exists in Pd-0.39.3-extended, which definitely does not have the string patch. >> I checked this patch into the branch-v0-40-extended pd/src, so >> Martin, if you want to work directly there to fix this, please >> feel free to commit to that branch. Just make sure that you >> don't commit to MAIN :). Then ultimately, the patch should be >> updated. > > Which patch did you check in? > > Martin Everything that is currently in packages/patches. .hc ------------------------------------------------------------------------ ---- "[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity." -John Gilmore _______________________________________________ PD-dev mailing list [email protected] http://lists.puredata.info/listinfo/pd-dev
