Forums > MaxMSP

Application build issue

May 10, 2007 | 1:40 pm

Hello

Having problems with my built application, no errors when I build the application but when I launch it I get an error message:

missing *~

as if this is something I should be including when I build. Msp does not seem to work in the application. Not sure what this is, has anyone had this before? Can you point me in the right direction, thanks in advance.

a+
gar


May 10, 2007 | 6:27 pm

Garrett Lynch schrieb:
> Hello
>
> Having problems with my built application, no errors when I build the
> application but when I launch it I get an error message:
>
> missing *~
>
> as if this is something I should be including when I build. Msp does
> not seem to work in the application. Not sure what this is, has
> anyone had this before? Can you point me in the right direction,
> thanks in advance.

As on some operating system (like Windows) certain characters are not
allowed, there is no such thing as a *~ object as file on disk. The real
name is times~. To get along there is an init file called
audio-objectmappings.txt to let max know that it has to translate *~
into times~. Maybe this file is corrupt, or you called one of your
subpatchers times~???

I guess that these object mappings have to be in the standalones as well…

just a shot in the dark…

Let us know when you resolve the problem…

Stefan


Stefan Tiedje————x——-
–_____———–|————–
–(_|_ —-|—–|—–()——-
– _|_)—-|—–()————–
———-()——–www.ccmix.com


May 10, 2007 | 7:44 pm

Hi Stefan

>there is no such thing as a *~ object as file on disk. The real
>name is times~. To get along there is an init file called

I have found the times~.mxo external and included it manually in my build script which seems to have resolved the issue. So yes your spot on some issue with the mapping of names. I’m going to have a look and see if the init file is corrupt. Thanks for your help.

a+
gar


May 10, 2007 | 8:59 pm

Garrett Lynch schrieb:
> I have found the times~.mxo external and included it manually in my
> build script which seems to have resolved the issue. So yes your
> spot on some issue with the mapping of names. I’m going to have a
> look and see if the init file is corrupt. Thanks for your help.

Maybe check also with support, this should not be necessary, there must
be a reason. As you can solve it with including the times~ object, the
init seems ok…

Stefan


Stefan Tiedje————x——-
–_____———–|————–
–(_|_ —-|—–|—–()——-
– _|_)—-|—–()————–
———-()——–www.ccmix.com


June 16, 2007 | 9:30 pm

Hi,
did you guys resolve this problem? I’m having the same problem on OS
X 10.4.9 with Max/MSP 4.6.3:

error: *~: No such object

I’ve tried to put audio-objectmappings.txt that comes with Max/MSP in
different locations within the built application, but no luck, I’m
afraid. I would be using times~, but the funny thing is that I
actually haven’t used *~ anywhere in my patch. :-)

Cheers

Niklas

On May 10, 2007, at 8:27 PM, Stefan Tiedje wrote:

> Garrett Lynch schrieb:
>> Hello
>> Having problems with my built application, no errors when I build the
>> application but when I launch it I get an error message:
>> missing *~
>> as if this is something I should be including when I build. Msp does
>> not seem to work in the application. Not sure what this is, has
>> anyone had this before? Can you point me in the right direction,
>> thanks in advance.
>
> As on some operating system (like Windows) certain characters are
> not allowed, there is no such thing as a *~ object as file on disk.
> The real name is times~. To get along there is an init file called
> audio-objectmappings.txt to let max know that it has to translate
> *~ into times~. Maybe this file is corrupt, or you called one of
> your subpatchers times~???
>
> I guess that these object mappings have to be in the standalones as
> well…
>
> just a shot in the dark…
>
> Let us know when you resolve the problem…
>
> Stefan
>
> —
> Stefan Tiedje————x——-
> –_____———–|————–
> –(_|_ —-|—–|—–()——-
> — _|_)—-|—–()————–
> ———-()——–www.ccmix.com
>


June 16, 2007 | 9:59 pm

Hi Niklas

you need to include the times~.mxo external manually in the build window, this seems to have resolved the issue for me. are you sure its not used in a subpatch or something? – include it anyway and see if that works.

a+
gar


June 17, 2007 | 9:22 pm

Thanks, that resolved the problem. :-) And yes, I’m quite sure, but I
can’t guarantee that none of the objects used depend on it.

Cheers

Nik

On Jun 16, 2007, at 11:59 PM, Garrett Lynch wrote:

>
> Hi Niklas
>
> you need to include the times~.mxo external manually in the build
> window, this seems to have resolved the issue for me. are you sure
> its not used in a subpatch or something? – include it anyway and
> see if that works.
>
> a+
> gar


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