a mysterious warning
Aug 12, 2008 at 6:46pm
a mysterious warning
In a very complicated patch, whihc features a lot of pattr acrobatics
object_attr_enforcelocal: could not enforce restore in newobj
Anyone have a clue what that could be about? it’s not attached to any
v5.0.4, MBP, os 10.5.4
Oct 14, 2008 at 10:13pm
did you find out the reason of that warning? I have something similar here:
Aug 22, 2009 at 11:22pm
….same here. It happens if i load a patch via pcontrol. There is no error message if i load the referenced patch without pcontrol. Using some pattrs too…. Any news about this problem???
Max 5.0.7, OS 10.5.5, MBP (2007)
Aug 23, 2009 at 8:55am
If you could provide a patch, with steps to reproduce, that would help us to investigate. Thanks.
Aug 24, 2009 at 9:50am
..i tried to isolate the problem by deleting some of the subpatches (containing pattrs, pattrmarkers and an active osc connection to bidule) in the main patch. After that the error message disappeared but after inserting these parts again and restarting the main patch there still was no error message anymore. So for now everything is fine again…
May 13, 2010 at 4:58pm
I have the same problem while trying to autorestore presets in subpatches. I get the error three times in a row when instantiating a fairly complex subpatch containing 1 [pattrstorage @savemode 0 @autorestore 1], 1 [autopattr @autoname 1 @autorestore 0] and a few bpatchers containing subpatches with their own autopattr @autoname 1′s. My current theory is that the problem lies with [autopattr @autoname 1]. When I remove the (@autoname 1) from the main autopattr in my subpatch, the problem seems to go away.
However, overall I’ve had unpredictable results with my real patch and with my test patch. I’m not able to get the error to come back with the test patch at present, but try changing parameters of pattrstorate and autopattr.
One thing I’ve noticed is that deleting and recreating the preset file seems to have an effect on things, leading me to believe that the error is related to trying to autorestore the value of objects that can’t be changed or don’t exist.
For now my main patch is functioning error free with no autonaming…
May 13, 2010 at 5:05pm
Yeah, to illustrate:
No Errors. Edit Subpatch to…
Error prints 3 times. Edit Subpatch back to…
Error still prints 3 times. Delete preset files. Open original Subpatch, delete and re-add autopattr.
Errors go away.
You must be logged in to reply to this topic.