So that translates as
"#bundle", timetag=0, size of first element = 12 "/" ,f 0
So it's opening a bundle with an element whose path is just "/" and a float equal to zero.
It could be that totalMix opens the bundle and only closes it at the end, which would probably make Pd crash since it expects to get the entire bundle before processing it.
Martin
On 2013-08-28 18:25, Max wrote:
now suddenly it seems to crash when starting totalMix instead of quitting it. I've started pd with -stderr and it spills out:
udpreceive:
35
98
117
110
100
108
101
0
0
0
0
0
0
0
0
0
0
0
0
12
47
0
0
0
44
102
0
0
0
0
0
0
Am 29.08.2013 um 00:12 schrieb Martin Peach martin.peach@sympatico.ca:
It sounds like TotalMix is sending something that is not OSC when it shuts down. Can you provide the output of udpreceive when that happens? Maybe put a [print] after [udpreceive].
Martin
On 2013-08-28 17:35, Max wrote:
when closing the sending TotalMix application Pd crashes because of routeOSC (?) 0.44.0-extended-20130213 os x
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 routeOSC.pd_darwin 0x0af8c404 routeOSC_list + 16 1 pd 0x0002a7d1 pd_defaultbang + 65 2 pd 0x0002cedb outlet_bang + 59 3 routeOSC.pd_darwin 0x0af8bf3c routeOSC_doanything + 509 4 pd 0x0002b7f8 pd_typedmess + 824 5 pd 0x0002d21d outlet_anything + 77 6 unpackOSC.pd_darwin 0x09ff800c unpackOSC_list + 1298 7 unpackOSC.pd_darwin 0x09ff7e4f unpackOSC_list + 853 8 pd 0x0002d18d outlet_list + 77 9 udpreceive.pd_darwin 0x09ff3ea3 udpreceive_read + 406
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list