Forums > MaxMSP

Application Building Problem

December 8, 2008 | 12:52 am

Every time I try to build an application out of my patch, it does the build twice for some reason, so that when i open the application, there are two of the same main windows, and then everything happens twice. If I open a sub patch, there will be two of them. I didn’t have this problem on an earlier version, and I can’t figure out why it’s doing this now. any ideas??? please help!!! Thanks.


December 9, 2008 | 5:48 am

hmm, weird bug…

is it Max5?
do you use Windows or Mac?

do you put any script when you build application?

If you use Windows, do you see two .mxf files with .exe file?
(if you use mac, can you look inside app folder to see this?)


December 9, 2008 | 5:43 pm

i’m using max5 on a mac. when i look at the file, it only shows the one ".app"
any ideas? thanks for your help.


December 10, 2008 | 10:18 am


December 10, 2008 | 7:11 pm

ok. when i look in the contents, it just shows one of each file and folder. no duplicates. i was hoping that was it.


December 11, 2008 | 3:37 pm

well, this is very interesting bug that may be worth reporting.

let me ask a few more questions:
does it happen everytime with every patch you make?
or one particular patch?
does it happen with the collective + runtime?
are you sure that you don’t do any scripting when you make app?
(i don’t know how it goes in max5 but something like include this and that)
does that happens the same if you open another collective from the app you built?
(i.e. launch the app, then go to file>open and open another collective)


December 11, 2008 | 6:22 pm

hi. it doesn’t happen every time i build an application. i had an older version that had no problems. i haven’t tried building a collective with this patch, but i can do that and get back to you.
maybe i should explain how this started:
i had an older application that was running slowly, so i wanted to make it leaner and more efficient. I had a main patcher, and maybe 6 sub-patches. i ended up getting rid of the main patch and then turning one of the sub-patchers into the top-level patcher. i’ve looked for something that might have copied twice, or something that shows up twice in the list of patchers and externals, but there is nothing like that. would it help if i posted the patch and/or the application???
thanks for your help in this, by the way.


December 11, 2008 | 9:03 pm

I forgot to mention that there is a little bit of scripting involved, but only very minimally. I’m using "show" and "hide" commands for objects with a [thispatcher] object in one of the subpatches. i don’t see how this could have an effect like the one i’m dealing with.


December 12, 2008 | 9:32 am

yes it would help to see your patch, if you don’t mind.

also, at this point, since the problem doesn’t seem to be max5,
i might consider making the patch from the scratch again.
i don’t know how complicated and time-consuming your patch is,
but that might solve the problem all at once…

what i meant by scripting is extra options when you build apps,
so scripts to [thispatcher] shouldn’t have an effect.


December 12, 2008 | 9:35 am

That type of scripting shouldn’t do anything bad to the signal.

What’s your max window saying about errors in the patch?

jrp


December 12, 2008 | 9:38 am

One more thing i can think of is: Are you using a poly or bpatchers in there?

Because when a poly~ patch or bpatchers deal with unclosed windows in subpatchers, then those pop up as many times as the number of poly~ instances or the number of bpatchers, when you reopen the main patch.

jrp


December 12, 2008 | 7:00 pm

i’ve attached my patch. i couldn’t find any instance of bpatchers or poly~s. the error messages i get are "extra messages for r object."


December 12, 2008 | 7:29 pm

Ah! That error message means, that one or more of your receive objects have a name, which contains a space momentarily.
"r all the signal" is not allowed, it must be "r allthesignal" or something along those lines.

jrp


Viewing 13 posts - 1 through 13 (of 13 total)