Re: [ftm-devel] (ftm.o) persistency

[IOhannes m z. <zmo...@ie...>]

IOhannes m zmoelnig wrote:
> hmm, somehow my persistent saving of ftm.o does not work now.
> before i get into the hassle of grabbing a mac and trying to compile ftm 
> myself (oh i should learn how to use a real debugger...), i rather ask here:
> 
> the problem seems to be that my self->obj in [ftm.o] does have a 
> _container_, therefore the dumper_save_reference() in ftmdump.c:262 
> decides to use the clipboard for saving resulting in
> #T _#scope begin;
> #T _#obj -1 fmat;
> #T _#set #1;
> #T _#scope end;
> 
> instead of
> #T _#scope begin;
> #T _#obj 1 fmat;
> #T _#mess 1 size 2 2;
> #T _#mess 1 set 0 0 10. 20. 30. 40.;
> #T _#set _#1;
> #T _#scope end;
> 

so obviously there are two (independent?) problems:

#1: fmat has a container, therefore it's id is negative and no _#mess 
lines are generated

#2: finally, it tries to _#set a value "#1" instead of "_#1". i haven't 
found the corresponding line in the maxext code yet, that prepends an 
underline to #1. the obvious candidate is the use of 
prepend_underscore(), but on Pd this never get's called for the #1, as 
it is saved in a call to ftmrte_dumper_save_message(), which does not 
use the prepend_underscore (if i read the max-code correctly); so the 
question is: is the ftmrte_dumper_save_message() called incorrectly 
because of problem#1? or is there some other magic involved?

i guess the prepending of underscore is a way to prevent max/msp from 
parsing (e.g.) #1?

gmadsr.
IOhannes