Max6.0.8: mxt abstractions not loading reliably

    Nov 10 2012 | 8:52 pm
    Abstractions in the same directory as main patch, in .mxt format. Opening main patch in Max4, Max5, or Max6.0.5: no problem. Opening in Max6.0.8: error "newobj: [abstraction]: No such object. Opening abstraction independently: no problem. Experienced this problem on two different MacBookPro machines so far, one running OS 10.6, one running 10.7. Tested with multiple patches; a small test patch is attached.

    • Nov 10 2012 | 10:29 pm
      Also happening on 10.8 in case it matters.
      Dave Huff
    • Nov 10 2012 | 11:32 pm
      change the name of your abstraction and it will work.
    • Nov 11 2012 | 2:20 am
      Well yes that was the first idea to remedy but if you're dealing with software environments that have been working since olden days of Max use and have been distributed to people with an assumption of compatibility then this becomes an issue. Hopefully it's only a bug but if it is a concious change in Max's architecture then it seems odd since it's always appeared that a goal of C74 is to maintain a maximum level of compatibility with patches made in previous generations.
    • Nov 11 2012 | 9:14 am
      if you are on mac, dont use filename extensions at all.
      removing it now will not effect backwards compatibilty.
    • Nov 11 2012 | 9:19 pm
      Thanks for the replies (and for stringtapper's verification of this in 10.8). To clarify, this was a bug report. With pieces going back to 1995, I am personally hoping not to have to change several hundred file names, retest a dozen or so pieces, and send out new versions to many dozens of performers and other colleagues. There are quite a few folks using old "text format" files out there, so I have every confidence this will be remedied soon.
    • Nov 12 2012 | 7:01 pm
      HI Folks,
      We are aware of this problem and are working on it.
      I apologise for the inconvenience - the problem is not present in Max 605