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
>