freeobject: 33a6bfd0: bad object

    Jun 17 2006 | 3:50 pm
    i have this message and sometime a crash when changing the size of a poly~ inside a poly~.
    didn't find the cause yet.
    could someone know this ?
    thx a lot.

    • Jun 17 2006 | 4:01 pm
      Looks like it's time for a gentle reminder about the BUG REPORTING GUIDELINES, as the list seems to be falling back on bad habits again. The most important parts of this necessary evil are an example patch and a carefully described, overly specific list of steps one needs to take when using the example patch, in order to reproduce the behavior.
      Without an example patch and these steps, the chances that we're going to be able to successfully reproduce your bug are so low, we probably won't bother to try... So, thanks for using the attached guideines, or something similar, when reporting problems. It can only help.
      Please report any problems you experience with clear and complete information, including steps to reproduce, software and system information, and where possible, an isolated example patch and crash log. Something like the following would be ideal. This makes it easier for us to find and fix the problems you experience. Without such clear and complete information, it is less likely we will be able to.
      Summary: Provide a descriptive summary of the issue.
      Steps to Reproduce: In numbered format, detail the exact steps taken to produce the bug.
      Expected Results: Describe what you expected to happen when you executed the steps above.
      Actual Results: Please explain what actually occurred when steps above are executed.
      Regression: Describe circumstances where the problem occurs or does not occur, such as software versions and/or hardware configurations.
      Notes: Provide additional information, such as references to related problems, workarounds and relevant attachments.
    • Jun 17 2006 | 7:04 pm
      thx for this reminder, i know that.
      but the question (for the moment) is:
      what is this kind of message: "freeobject: : bad object ?
      it will help me to precise the problem.
      thx. fp
    • Jun 17 2006 | 11:19 pm
      It means that when an object was freed, it wasn't a valid object. Probably it means that an object is getting freed twice. Thanks for putting an example patch together.
      Am 17.06.2006 um 21:04 schrieb fp:
      > what is this kind of message: "freeobject: : bad object ?
    • Jun 18 2006 | 8:56 am
      but what is exactly: "an object was freed". freed from what ? :) ...sorry i didn't find this in the docs, etc...
      i'll put an exemple patch as soon as possible. actually, it's to big and i don't see where is exactly the problem. i just know when it happen.
      thx again.
    • Jun 18 2006 | 10:24 am
      Max, the program, comprises many, many objects. Some of them can be seen by you, the user -- boxes, patchers, lines between boxes, etc. Other objects are behind the scenes, or inside of other objects (Jitter objects are typically composed of a Max object and a Jitter object, which is wrapped inside of the Max object).
      When a new object is created, we say it has been instantiated. When an object is destroyed, we say it has been freed. What kind of object it is, is beside the point. It is either an object that you have control over, or an object that you don't (some object that you have created might create objects inside of itself, and might be freeing something on its own).
      What I'm trying to say is that you don't need to understand the error in order to report it. Your initial message, that changing the number of voices of a poly~ in a poly~ was leading to the error, seemed to be pointing in a reasonable direction. All that was missing was an example.
      In any case, this error, although perhaps bewildering, doesn't seem to be causing any harm -- Max is noticing that the request to free this object is invalid, and is not crashing. It would be nice, for us, the developers, to understand why the error is occurring in the first place, and to fix it. From your perspective, it's just a nuisance in the Max window.
      If you want to learn more about how Max is working under the hood, download the Max SDK. Problems like this aren't explicitly discussed, but it's probably interesting reading, in any case.
    • Jun 19 2006 | 9:31 am
      thx a lot for this precise explanation. ;)
      the problem was: the size of a [poly~] was done twice by a [pak]. change it to [pack] solve it.
      thx again.
    • Jun 19 2006 | 10:35 am
      Glad that I was able to help. Now I would really like you to help us: please make a simple version of the patch which generates the error and send it to the list, so that we can figure out why the error is happening, and solve it for everyone.
    • Jun 19 2006 | 6:10 pm
      really sorry but i haven't keep the old files and cannot reproduce this problem. i swear next time i'll be attentive to that.
      if i found it again i'll post it in this thread..