I just checked, and taking out f0 didn't prevent the crash. I tried without that table and with it as f2. The patch is a [csoundapi~ apitest.csd] object with a [set level( message and a [control level $1( message going into it, and a dac~ not connected to anything. The fact that it said "connection reset by peer" made me wonder if it was Pd, since it uses a network connection between the GUI and the engine. Now that I think of it, I'm using a script where I alter their realtime priorities after starting Pd... Just tried it only running "pd" from command line, same thing. This time I saw "alsa_pcm" xrun... could it be Pd is violating Jack's realtime mandate? Well I just tried it with Jack down and the -alsa flag (it can't open audio), it still crashes when I start processing audio with that patch. There's a Csound message first: segmentation fault; and what I think is a Pd message, socket receive error: connection reset by peer. The .csd acts fine from the command line. I am on 64-bit Linux. Sending csoundapi~ output to lop~ crashed too, with lop~ not connected to anything. I wonder if it has to do with the realtime flag. I wouldn't think the csoundapi~ with that particular .csd would be enough to kill it, but maybe it is? -Chuckk On 8/1/07, Victor Lazzarini wrote: > > I have not yet changed the version on CVS; if it is > still crashing, then it's something else I need to > find out. If you can isolate what is causing the crash > as much as possible it will be quicker for me to > debug it. Are you doing anything special in that > patch? I don't have PD here so I can't open it. > > Are you on a 64-bit linux? I am wondering if this is > related. What happens if you connect csoundapi~ to > something else that is not a dac~? I think PD might > not call the perform method of an object that is not > connected anywhere, that's why it does not crash. > > Victor > > Victor > > > > > > > Hi Victor. > > I tried compiling last night from CVS after reading this, > > it still crashes. It tells me it is csoundapi~ 1.01, using > > the Csound 5.06.2 API - is that the right one? I deleted > > all but what I compiled last night to be sure Pd wasn't > > pulling it from somewhere else. I believe I zeroed > > everything in SConstruct except the 64-bit word option and > > the csoundapi~ option... do I need something else enabled? > > No rush, I'll keep trying. > > > > -Chuckk > > > > On 7/31/07, Victor Lazzarini > > wrote: > > > > There is a bug I identified a couple of weeks ago > > > with the error messaging system, which used > > > to crash PD; I fixed it in CVS and it > > > will be there in the next release. I think if you > > > do not use the message output (message 0) it might not > > > crash. > > > > > > I think this is probably what is going wrong, although > > > I can't check your patch (I am not at the office). > > > > > > Victor > > > > > > > > > > > > > > > Hi. > > > > I create a simple patch with a dac~ and a csoundapi~ > > > > and connect the left outlet/inlet. When I turn on Pd > > > > audio processing, Pd disappears and I see some > > > > messages (using the -stderr flag). I have both jackd > > > > and pd set up for realtime, and at pretty high > > > > priorities from the scripts I use to start them. My > > > > audio IRQ is higher than jack, which is higher than pd > > > > , which is higher than pd-gui. Pd works fine for > > > other patches. > > > > > I compiled Csound5.06 on Linux, once with a bunch of > > > > options and once with just csoundapi~, replacing the > > > > first one. > > > > > > > > Does this look like something for the Pd list? Csound > > > > is saying segmentation fault... My csd file is at > > > > http://www.badmuthahubbard.com/apitest.csd > > > > Below is my Pd output while loading the .csd first and > > > > then turning on audio. Btw, it doesn't crash if I > > > > just put the csoundapi~ and dac~ objects in and turn > > > > on audio; only when they are connected. > > > > > > > > Thanks. > > > > -Chuckk > > > > > > > > ----------------------------------------- > > > > csoundapi~ 1.01 > > > > A PD csound class using the Csound 5.06.2 API > > > > (c) V Lazzarini, 2005-2007 > > > > > > > > Localisation of messages is disabled, using default > > > > language. time resolution is 1000.000 ns > > > > /home/chuckk/apitest.csd > > > > /home/chuckk/apitest.csd > > > > 0dBFS level = 32768.0 > > > > Csound version 5.06 beta (float samples) Jul 18 2007 > > > > libsndfile-1.0.17 > > > > UnifiedCSD: /home/chuckk/apitest.csd > > > > STARTING FILE > > > > Creating orchestra > > > > Creating score > > > > orchname: /tmp/filex9OWtg.orc > > > > scorename: /tmp/filejlUP5v.sco > > > > orch compiler: > > > > 17 lines read > > > > > > > > instr > > > > 11 > > > > > > > > Elapsed time at end of orchestra compile: real: 0.002s > > > > , CPU: 0.000s sorting score ... > > > > ... done > > > > Elapsed time at end of score sort: real: 0.003s, CPU: > > > > 0.000s Csound version 5.06 beta (float samples) Jul 18 > > > > 2007 displays suppressed > > > > 0dBFS level = 32768.0 > > > > orch now loaded > > > > audio buffered in 256 sample-frame blocks > > > > SECTION 1: > > > > Csound tidy up: Segmentation fault > > > > inactive allocs returned to freespace > > > > end of score. overall amps > > > > 0. > > > > 0. > > > > > > > > overall samples out of range > > > > > > > > > > > > > > > > 0 errors in performance > > > > Elapsed time at end of performance: real: 11.255s, > > > > CPU: 0.410s Removing temporary file > > > > /tmp/file6b2OHL.srt ... Removing temporary file > > > > /tmp/filejlUP5v.sco ... Removing temporary file > > > > /tmp/filex9OWtg.orc ... socket receive error: > > > > Connection reset by peer (104) subgraph starting at > > > > pure_data_0 timed out (subgraph_wait_fd=7, status = 0, > > > state = Triggered) > > > > > > > > > > > > > > > > > -- > > > > http://www.badmuthahubbard.com > > > > > > > -- > > > Send bugs reports to this list. > > > To unsubscribe, send email to > > csound-unsubscribe@lists.bath.ac.uk > > > > > > > > > -- > > http://www.badmuthahubbard.com > > > -- > Send bugs reports to this list. > To unsubscribe, send email to csound-unsubscribe@lists.bath.ac.uk > -- http://www.badmuthahubbard.com