multiple pattrstorages --> crash ?


    Jan 23 2007 | 3:56 pm
    Hello,
    i've spent a few hours desperatly trying to reload a big patch with an
    error (not in the max window, in a windows XP one) : "MW WIN32
    (something) ... couldn't get thread...".
    I've cut all pattrstorage parts in a text editor and it loads again. I
    had a main pattrstorage in my main patch, then a hidden one in a bpatcher...
    Is this the real problem ?
    f.e
    --
    f.e chanfrault | aka | personal computer music
    > >>>>>> http://www.personal-computer-music.com
    > >>>>>> |sublime music for a desperate people|

    • Jan 23 2007 | 4:05 pm
      Sorry, f.e. - you know the drill. We need LOTS more information if
      you want a real answer to this question.
      jb
      Am 23.01.2007 um 16:56 schrieb f.e:
      > Is this the real problem ?
    • Jan 24 2007 | 10:01 am
      I know that, Jeremy, and i'm on my way to identify the problem. But,
      meanwhile, i was wondering if there was a trivial problem around having
      multiple pattrstorage...
      Nevertheless, untill i send you the crashing patch, the problem seems to
      occur with bpatchers and pattrstorage. All my patch is ok untill i add a
      final bpatcher, however with no pattr objects inside...
      f.e
      f.e chanfrault | aka | personal computer music
      > >>>>>> http://www.personal-computer-music.com
      > >>>>>> |sublime music for a desperate people|
      Jeremy Bernstein wrote:
      > Sorry, f.e. - you know the drill. We need LOTS more information if you
      > want a real answer to this question.
      >
      > jb
      >
      > Am 23.01.2007 um 16:56 schrieb f.e:
      >
      >> Is this the real problem ?
      >
      >
    • Jan 24 2007 | 11:20 am
      Error message :
      "MW WIN32 RUNTIME
      Could not get thread local data"
      I tried to nail the bug as close as i could. I can only reproduce it
      with lp.scampf from Litter Power but it doesn't mean it's its fault !
      The patch only crashes when my bpatcher called 'fe.bp.quickpattr' is
      there. Otherwise, without adding this extra bpatcher, i could have dozen
      (which i have) bpatchers with the lp.scampf mechanism inside, no problem.
      I figure this is a matter of loadbangs and initialization stuff.
      Anyway, the following patch DO crash on my Max/MSP 4.5.7 without Jitter,
      with Windows XP pro SP2 (.NET framework 1.1 + 2.0, VS 8 installed,
      cygwin too), so you may try it without lp.scampf in your search path before.
      I have tried it on my laptop too (same config) and it crashes too.
      It would be great if you could identify the problem. If it's me, i'd
      like to know it quick, in order for me to update my patches as fast as i
      can because i need them tomorrow night. If it's a lp.scampf's specific
      problem, well, i'll ask to my best support center .-) If it's a Max
      problem, i'd really really appreciate a fix, even a dirty one.
      cheers & good luck
      f.e
      max v2;
      f.e chanfrault | aka | personal computer music
      > >>>>>> http://www.personal-computer-music.com
      > >>>>>> |sublime music for a desperate people|
      Jeremy Bernstein wrote:
      > Sorry, f.e. - you know the drill. We need LOTS more information if you
      > want a real answer to this question.
      >
      > jb
      >
      > Am 23.01.2007 um 16:56 schrieb f.e:
      >
      >> Is this the real problem ?
      >
      >
    • Jan 24 2007 | 11:28 am
      You mean, if you remove lp.scampf from the bpatcher, the crash goes
      away?
      jb
      Am 24.01.2007 um 12:20 schrieb f.e:
      > I can only reproduce it with lp.scampf from Litter Power but it
      > doesn't mean it's its fault !
    • Jan 24 2007 | 11:41 am
    • Jan 24 2007 | 12:32 pm
      In other words, i don't need the bug to be fixed in 24 hours, but i need
      to understand the mechanism of the bug, in order to patch around it.
      cheers
      f.e
      f.e chanfrault | aka | personal computer music
      > >>>>>> http://www.personal-computer-music.com
      > >>>>>> |sublime music for a desperate people|
      f.e wrote:
      > yes
      >
      > f.e chanfrault | aka | personal computer music
      >> >>>>>> http://www.personal-computer-music.com
      >> >>>>>> |sublime music for a desperate people|
      >
      >
      > Jeremy Bernstein wrote:
      >> You mean, if you remove lp.scampf from the bpatcher, the crash goes
      >> away?
      >>
      >> jb
      >>
      >> Am 24.01.2007 um 12:20 schrieb f.e:
      >>
      >>> I can only reproduce it with lp.scampf from Litter Power but it
      >>> doesn't mean it's its fault !
      >>
      >>
      >
    • Jan 24 2007 | 12:35 pm
      Looking at your patch, the only error I get is "lp.scampf: No such
      object". Sorry, I don't have Litter Power.
      Since you've told me offlist that the problem goes away without
      lp.scampf, I am inclined to refer you to Peter Castine for the time
      being. If you can make the patch crash without using any 3rd party
      objects, I'd be more than happy to check the problem out again.
      jb
      Am 24.01.2007 um 13:10 schrieb f.e:
      > No problem with the fixing schedule; this is not my point. There's
      > an unidentified problem here, for sure. Ok, it only affects me, so
      > i'll live with that if it's what you mean. There's a few more i
      > live with : my refreshing screen problem doesn't interrest a lot of
      > people either, and i had to find the fact that missing the .NET
      > framework 2.0 is a bad thing when using 3rd parties.
      >
      > Problem is not about lp.scampf, but about the way things are
      > instanciated when pattrstorage is around. If you had tried my
      > patch, you may have seen there's only one pattrstorage around, and
      > very few things. Getting rid of the 'trigger b s" mechanism,
      > putting the objects that could be recaled in the right order (float
      > THEN ubumenu, means ubumenu set the curve type first, then the
      > float tells the curve value) and using deferlow fixed the problem
      > for the time beeing.
    • Jan 24 2007 | 6:42 pm
      I'm afraid I skipped over the beginning of the thread, but Vicki
      piped up when she noticed the reference to a Litter Power object in a
      message.
      f.e: Could you please send me the relevant patches, problem
      description, etc. off-list and I'll take a look. Also please copy me
      on the version numbers listed for scampf (either from the Max window
      or the Version tab of the Properties window). I know there were some
      hiccoughs with the early Windows versions of scapmi & Co., but they
      were mostly to do with dynamic assistance.
      jb: scampf is part of the Starter Pack, which don't cost nothin'
      'ceptin fer a bit of bandwidth to download it. I realize it's not
      part of the factory Max/MSP distribution, but there are a few handy
      items in there.
      Best -- P.
      On 24-Jan-2007, at 13:35, Jeremy Bernstein wrote:
      > Looking at your patch, the only error I get is "lp.scampf: No such
      > object". Sorry, I don't have Litter Power.
      >
      > Since you've told me offlist that the problem goes away without
      > lp.scampf, I am inclined to refer you to Peter Castine for the time
      > being. If you can make the patch crash without using any 3rd party
      > objects, I'd be more than happy to check the problem out again.
      -------------- http://www.bek.no/~pcastine/Litter/ -------------
      Peter Castine +--> Litter Power & Litter Bundle for Jitter
      Universal Binaries on the way
      iCE: Sequencing, Recording &
      Interface Building for |home | chez nous|
      Max/MSP Extremely cool |bei uns | i nostri|