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
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
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
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
On 2013-08-28 19:21, Martin Peach wrote:
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.
Actually that's not true. The bundle is complete in that message. I tried passing those numbers as a message [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( through [unpackOSC] here and it doesn't complain. So something else is wrong.
Martin
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
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Am 29.08.2013 um 18:17 schrieb Martin Peach martin.peach@sympatico.ca:
On 2013-08-28 19:21, Martin Peach wrote:
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.
Actually that's not true. The bundle is complete in that message. I tried passing those numbers as a message [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( through [unpackOSC] here and it doesn't complain. So something else is wrong.
if i can do something to find out what's going on, then let me know asap. i will have no more access to a os x machine from tomorrow on. m.
On 2013-08-29 12:20, Max wrote:
Am 29.08.2013 um 18:17 schrieb Martin Peach martin.peach@sympatico.ca:
On 2013-08-28 19:21, Martin Peach wrote:
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.
Actually that's not true. The bundle is complete in that message. I tried passing those numbers as a message [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( through [unpackOSC] here and it doesn't complain. So something else is wrong.
if i can do something to find out what's going on, then let me know asap. i will have no more access to a os x machine from tomorrow on.
Can you run wireshark to get the content of a packet that causes a crash?
Martin
On 2013-08-29 12:20, Max wrote:
Am 29.08.2013 um 18:17 schrieb Martin Peach martin.peach@sympatico.ca:
On 2013-08-28 19:21, Martin Peach wrote:
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.
Actually that's not true. The bundle is complete in that message. I tried passing those numbers as a message [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( through [unpackOSC] here and it doesn't complain. So something else is wrong.
if i can do something to find out what's going on, then let me know asap. i will have no more access to a os x machine from tomorrow on.
If it's [routeOSC] that crashes then it might have something to do with the path(s) its looking for. Does it still crash if you disconnect the input to [routeOSC]? Or if you use [route] instead?
Martin
Martin Peach, I read somewhere that changing pages in TouchOSC makes Pd (or Pd-Ext) to crash. My Pd-Extended doesn't crash, but this error is shown: "* routeOSC: ignoring empty list...".
Today, I've installed Ubuntu Studio 12.04.3 (with lowlatency kernel). It seemed that it was a good distro for my use... but switching pages DOES make Pd-Extended to crash. I reported-suggested this in this thread: http://hexler.net/forum/viewthread/992/, where I wrote some other info, maybe usefull.
The config where it doesn't crash:
/Ubuntu 12.04, Kernel 3.2.0-49-generic, Pd-Extended 0.43.4 (download from PPA as the Pure Data page says), jackdmp 1.9.8...// / The other config:
/Ubuntu Studio 12.04.3, Kernel 3.2.0-51-lowlatency, same Pd-Extended version, Jack that came with UbuntuStudio (don't know wich version)/
Any other information that could be useful to fix this? Like I wrote in the thread, I suggested TouchOSC that it should send non-empty lists. But, TouchOSC is closed-code... so, there's no easy feedback.
On 2013-09-14 19:28, Mario Mey wrote:
Martin Peach, I read somewhere that changing pages in TouchOSC makes Pd (or Pd-Ext) to crash. My Pd-Extended doesn't crash, but this error is shown: "* routeOSC: ignoring empty list…".
That doesn't happen here. There is no such message in the source code. Maybe you have an older version of routeOSC? The OSC specification allows empty messages, and [routeOSC] should output a bang if it routes such a message. Older versions of [routeOSC](before March 2012) didn't work properly, so you probably just need to find a more recent one or build it from svn. (http://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/mrpeach/osc...)
Martin
Today, I've installed Ubuntu Studio 12.04.3 (with lowlatency kernel). It seemed that it was a good distro for my use... but switching pages DOES make Pd-Extended to crash. I reported-suggested this in this thread: http://hexler.net/forum/viewthread/992/, where I wrote some other info, maybe usefull.
The config where it doesn't crash:
/Ubuntu 12.04, Kernel 3.2.0-49-generic, Pd-Extended 0.43.4 (download from PPA as the Pure Data page says), jackdmp 1.9.8...// / The other config:
/Ubuntu Studio 12.04.3, Kernel 3.2.0-51-lowlatency, same Pd-Extended version, Jack that came with UbuntuStudio (don't know wich version)/
Any other information that could be useful to fix this? Like I wrote in the thread, I suggested TouchOSC that it should send non-empty lists. But, TouchOSC is closed-code... so, there's no easy feedback.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-
Mario Mey -
Martin Peach -
Max