Max doesn't seem to want to load any libs that link dynamically to
libgcc_s_dw2-1.dll and pthread.dll. So for now I have built all the
plugin opcodes with -static-libgcc -static enabled. But the problem
remains when Csound tries to load rtpa for example, which links to a
portaudio.dll which in turn loads libgcc_s_dw2 on startup. So in
effect, it seems the only way we can get this to work is to remove all
the audio/midi IO dlls when starting Max, or rebuild all libraries
that Csound uses so that they link statically to these libs.

Alternatively, could we move to a situation where Csound only loads
the libs it needs on startup? In fact, the opcodes libs are not really
an issue. The real problem is the realtime audio/midi dlls that need
to load external dlls. Could the loading of these be disabled unless
the user actually wants realtime IO?

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

csound~ shouldn't need rtpa.dll, since it uses max to output audio. Maybe we could have a separate opcode dir for it that does not include these libs?

Victor Lazzarini
Dean of Arts, Celtic Studies, and Philosophy
Maynooth University
Ireland

> On 4 Apr 2015, at 12:24, Rory Walsh  wrote:
> 
> Max doesn't seem to want to load any libs that link dynamically to
> libgcc_s_dw2-1.dll and pthread.dll. So for now I have built all the
> plugin opcodes with -static-libgcc -static enabled. But the problem
> remains when Csound tries to load rtpa for example, which links to a
> portaudio.dll which in turn loads libgcc_s_dw2 on startup. So in
> effect, it seems the only way we can get this to work is to remove all
> the audio/midi IO dlls when starting Max, or rebuild all libraries
> that Csound uses so that they link statically to these libs.
> 
> Alternatively, could we move to a situation where Csound only loads
> the libs it needs on startup? In fact, the opcodes libs are not really
> an issue. The real problem is the realtime audio/midi dlls that need
> to load external dlls. Could the loading of these be disabled unless
> the user actually wants realtime IO?
> 
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for all
> things parallel software development, from weekly thought leadership blogs to
> news, videos, case studies, tutorials and more. Take a look and join the 
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

csound~ doesn't need rtpa, but csound64.dll will try to load it
regardless. That's the problem. Correct me if I'm wrong, but if you
specifically disable realtime audio using -n, Csound will still try to
instantiate the realtime audio drivers, unless you remove the driver
libs from the system path.

Regarding your suggestion, Csound adds the Csound bin to the system
path on installation. Therefore it doesn't matter where you put
csound64.dll. If it finds those libs in the path it will try to load
them. One could create a custom version of csound64.dll with a new
name that csound~ links to(ala Hadron), but this seems like a lot of
work?

On 4 April 2015 at 14:03, Victor Lazzarini  wrote:
> csound~ shouldn't need rtpa.dll, since it uses max to output audio. Maybe we could have a separate opcode dir for it that does not include these libs?
>
> Victor Lazzarini
> Dean of Arts, Celtic Studies, and Philosophy
> Maynooth University
> Ireland
>
>> On 4 Apr 2015, at 12:24, Rory Walsh  wrote:
>>
>> Max doesn't seem to want to load any libs that link dynamically to
>> libgcc_s_dw2-1.dll and pthread.dll. So for now I have built all the
>> plugin opcodes with -static-libgcc -static enabled. But the problem
>> remains when Csound tries to load rtpa for example, which links to a
>> portaudio.dll which in turn loads libgcc_s_dw2 on startup. So in
>> effect, it seems the only way we can get this to work is to remove all
>> the audio/midi IO dlls when starting Max, or rebuild all libraries
>> that Csound uses so that they link statically to these libs.
>>
>> Alternatively, could we move to a situation where Csound only loads
>> the libs it needs on startup? In fact, the opcodes libs are not really
>> an issue. The real problem is the realtime audio/midi dlls that need
>> to load external dlls. Could the loading of these be disabled unless
>> the user actually wants realtime IO?
>>
>> ------------------------------------------------------------------------------
>> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
>> by Intel and developed in partnership with Slashdot Media, is your hub for all
>> things parallel software development, from weekly thought leadership blogs to
>> news, videos, case studies, tutorials and more. Take a look and join the
>> conversation now. http://goparallel.sourceforge.net/
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for all
> things parallel software development, from weekly thought leadership blogs to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Csound only loads what it finds in the opcode dir, if rtpa.dll is not there, it does not load it.

Victor Lazzarini
Dean of Arts, Celtic Studies, and Philosophy
Maynooth University
Ireland

> On 4 Apr 2015, at 14:28, Rory Walsh  wrote:
> 
> csound~ doesn't need rtpa, but csound64.dll will try to load it
> regardless. That's the problem. Correct me if I'm wrong, but if you
> specifically disable realtime audio using -n, Csound will still try to
> instantiate the realtime audio drivers, unless you remove the driver
> libs from the system path.
> 
> Regarding your suggestion, Csound adds the Csound bin to the system
> path on installation. Therefore it doesn't matter where you put
> csound64.dll. If it finds those libs in the path it will try to load
> them. One could create a custom version of csound64.dll with a new
> name that csound~ links to(ala Hadron), but this seems like a lot of
> work?
> 
>> On 4 April 2015 at 14:03, Victor Lazzarini  wrote:
>> csound~ shouldn't need rtpa.dll, since it uses max to output audio. Maybe we could have a separate opcode dir for it that does not include these libs?
>> 
>> Victor Lazzarini
>> Dean of Arts, Celtic Studies, and Philosophy
>> Maynooth University
>> Ireland
>> 
>>> On 4 Apr 2015, at 12:24, Rory Walsh  wrote:
>>> 
>>> Max doesn't seem to want to load any libs that link dynamically to
>>> libgcc_s_dw2-1.dll and pthread.dll. So for now I have built all the
>>> plugin opcodes with -static-libgcc -static enabled. But the problem
>>> remains when Csound tries to load rtpa for example, which links to a
>>> portaudio.dll which in turn loads libgcc_s_dw2 on startup. So in
>>> effect, it seems the only way we can get this to work is to remove all
>>> the audio/midi IO dlls when starting Max, or rebuild all libraries
>>> that Csound uses so that they link statically to these libs.
>>> 
>>> Alternatively, could we move to a situation where Csound only loads
>>> the libs it needs on startup? In fact, the opcodes libs are not really
>>> an issue. The real problem is the realtime audio/midi dlls that need
>>> to load external dlls. Could the loading of these be disabled unless
>>> the user actually wants realtime IO?
>>> 
>>> ------------------------------------------------------------------------------
>>> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
>>> by Intel and developed in partnership with Slashdot Media, is your hub for all
>>> things parallel software development, from weekly thought leadership blogs to
>>> news, videos, case studies, tutorials and more. Take a look and join the
>>> conversation now. http://goparallel.sourceforge.net/
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>> 
>> ------------------------------------------------------------------------------
>> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
>> by Intel and developed in partnership with Slashdot Media, is your hub for all
>> things parallel software development, from weekly thought leadership blogs to
>> news, videos, case studies, tutorials and more. Take a look and join the
>> conversation now. http://goparallel.sourceforge.net/
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
> 
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for all
> things parallel software development, from weekly thought leadership blogs to
> news, videos, case studies, tutorials and more. Take a look and join the 
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

It looks like the only option then is to create a whole new duplicate
opcodeDir for csound~, and get csound~ to set its own custom opcodeDir
on startup. Problem solved?

On 4 April 2015 at 14:55, Victor Lazzarini  wrote:
> Csound only loads what it finds in the opcode dir, if rtpa.dll is not there, it does not load it.
>
> Victor Lazzarini
> Dean of Arts, Celtic Studies, and Philosophy
> Maynooth University
> Ireland
>
>> On 4 Apr 2015, at 14:28, Rory Walsh  wrote:
>>
>> csound~ doesn't need rtpa, but csound64.dll will try to load it
>> regardless. That's the problem. Correct me if I'm wrong, but if you
>> specifically disable realtime audio using -n, Csound will still try to
>> instantiate the realtime audio drivers, unless you remove the driver
>> libs from the system path.
>>
>> Regarding your suggestion, Csound adds the Csound bin to the system
>> path on installation. Therefore it doesn't matter where you put
>> csound64.dll. If it finds those libs in the path it will try to load
>> them. One could create a custom version of csound64.dll with a new
>> name that csound~ links to(ala Hadron), but this seems like a lot of
>> work?
>>
>>> On 4 April 2015 at 14:03, Victor Lazzarini  wrote:
>>> csound~ shouldn't need rtpa.dll, since it uses max to output audio. Maybe we could have a separate opcode dir for it that does not include these libs?
>>>
>>> Victor Lazzarini
>>> Dean of Arts, Celtic Studies, and Philosophy
>>> Maynooth University
>>> Ireland
>>>
>>>> On 4 Apr 2015, at 12:24, Rory Walsh  wrote:
>>>>
>>>> Max doesn't seem to want to load any libs that link dynamically to
>>>> libgcc_s_dw2-1.dll and pthread.dll. So for now I have built all the
>>>> plugin opcodes with -static-libgcc -static enabled. But the problem
>>>> remains when Csound tries to load rtpa for example, which links to a
>>>> portaudio.dll which in turn loads libgcc_s_dw2 on startup. So in
>>>> effect, it seems the only way we can get this to work is to remove all
>>>> the audio/midi IO dlls when starting Max, or rebuild all libraries
>>>> that Csound uses so that they link statically to these libs.
>>>>
>>>> Alternatively, could we move to a situation where Csound only loads
>>>> the libs it needs on startup? In fact, the opcodes libs are not really
>>>> an issue. The real problem is the realtime audio/midi dlls that need
>>>> to load external dlls. Could the loading of these be disabled unless
>>>> the user actually wants realtime IO?
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
>>>> by Intel and developed in partnership with Slashdot Media, is your hub for all
>>>> things parallel software development, from weekly thought leadership blogs to
>>>> news, videos, case studies, tutorials and more. Take a look and join the
>>>> conversation now. http://goparallel.sourceforge.net/
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>> ------------------------------------------------------------------------------
>>> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
>>> by Intel and developed in partnership with Slashdot Media, is your hub for all
>>> things parallel software development, from weekly thought leadership blogs to
>>> news, videos, case studies, tutorials and more. Take a look and join the
>>> conversation now. http://goparallel.sourceforge.net/
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>> ------------------------------------------------------------------------------
>> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
>> by Intel and developed in partnership with Slashdot Media, is your hub for all
>> things parallel software development, from weekly thought leadership blogs to
>> news, videos, case studies, tutorials and more. Take a look and join the
>> conversation now. http://goparallel.sourceforge.net/
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for all
> things parallel software development, from weekly thought leadership blogs to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

I think there us a flag to ignore libraries.

A

That would make life a lot easier.

On 4 April 2015 at 15:22, Andres Cabrera  wrote:
> I think there us a flag to ignore libraries.
>
> A
>
> On Apr 4, 2015 7:06 AM, "Rory Walsh"  wrote:
>>
>> It looks like the only option then is to create a whole new duplicate
>> opcodeDir for csound~, and get csound~ to set its own custom opcodeDir
>> on startup. Problem solved?
>>
>> On 4 April 2015 at 14:55, Victor Lazzarini 
>> wrote:
>> > Csound only loads what it finds in the opcode dir, if rtpa.dll is not
>> > there, it does not load it.
>> >
>> > Victor Lazzarini
>> > Dean of Arts, Celtic Studies, and Philosophy
>> > Maynooth University
>> > Ireland
>> >
>> >> On 4 Apr 2015, at 14:28, Rory Walsh  wrote:
>> >>
>> >> csound~ doesn't need rtpa, but csound64.dll will try to load it
>> >> regardless. That's the problem. Correct me if I'm wrong, but if you
>> >> specifically disable realtime audio using -n, Csound will still try to
>> >> instantiate the realtime audio drivers, unless you remove the driver
>> >> libs from the system path.
>> >>
>> >> Regarding your suggestion, Csound adds the Csound bin to the system
>> >> path on installation. Therefore it doesn't matter where you put
>> >> csound64.dll. If it finds those libs in the path it will try to load
>> >> them. One could create a custom version of csound64.dll with a new
>> >> name that csound~ links to(ala Hadron), but this seems like a lot of
>> >> work?
>> >>
>> >>> On 4 April 2015 at 14:03, Victor Lazzarini 
>> >>> wrote:
>> >>> csound~ shouldn't need rtpa.dll, since it uses max to output audio.
>> >>> Maybe we could have a separate opcode dir for it that does not include these
>> >>> libs?
>> >>>
>> >>> Victor Lazzarini
>> >>> Dean of Arts, Celtic Studies, and Philosophy
>> >>> Maynooth University
>> >>> Ireland
>> >>>
>> >>>> On 4 Apr 2015, at 12:24, Rory Walsh  wrote:
>> >>>>
>> >>>> Max doesn't seem to want to load any libs that link dynamically to
>> >>>> libgcc_s_dw2-1.dll and pthread.dll. So for now I have built all the
>> >>>> plugin opcodes with -static-libgcc -static enabled. But the problem
>> >>>> remains when Csound tries to load rtpa for example, which links to a
>> >>>> portaudio.dll which in turn loads libgcc_s_dw2 on startup. So in
>> >>>> effect, it seems the only way we can get this to work is to remove
>> >>>> all
>> >>>> the audio/midi IO dlls when starting Max, or rebuild all libraries
>> >>>> that Csound uses so that they link statically to these libs.
>> >>>>
>> >>>> Alternatively, could we move to a situation where Csound only loads
>> >>>> the libs it needs on startup? In fact, the opcodes libs are not
>> >>>> really
>> >>>> an issue. The real problem is the realtime audio/midi dlls that need
>> >>>> to load external dlls. Could the loading of these be disabled unless
>> >>>> the user actually wants realtime IO?
>> >>>>
>> >>>>
>> >>>> ------------------------------------------------------------------------------
>> >>>> Dive into the World of Parallel Programming The Go Parallel Website,
>> >>>> sponsored
>> >>>> by Intel and developed in partnership with Slashdot Media, is your
>> >>>> hub for all
>> >>>> things parallel software development, from weekly thought leadership
>> >>>> blogs to
>> >>>> news, videos, case studies, tutorials and more. Take a look and join
>> >>>> the
>> >>>> conversation now. http://goparallel.sourceforge.net/
>> >>>> _______________________________________________
>> >>>> Csound-devel mailing list
>> >>>> Csound-devel@lists.sourceforge.net
>> >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>> >>>
>> >>>
>> >>> ------------------------------------------------------------------------------
>> >>> Dive into the World of Parallel Programming The Go Parallel Website,
>> >>> sponsored
>> >>> by Intel and developed in partnership with Slashdot Media, is your hub
>> >>> for all
>> >>> things parallel software development, from weekly thought leadership
>> >>> blogs to
>> >>> news, videos, case studies, tutorials and more. Take a look and join
>> >>> the
>> >>> conversation now. http://goparallel.sourceforge.net/
>> >>> _______________________________________________
>> >>> Csound-devel mailing list
>> >>> Csound-devel@lists.sourceforge.net
>> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>> >>
>> >>
>> >> ------------------------------------------------------------------------------
>> >> Dive into the World of Parallel Programming The Go Parallel Website,
>> >> sponsored
>> >> by Intel and developed in partnership with Slashdot Media, is your hub
>> >> for all
>> >> things parallel software development, from weekly thought leadership
>> >> blogs to
>> >> news, videos, case studies, tutorials and more. Take a look and join
>> >> the
>> >> conversation now. http://goparallel.sourceforge.net/
>> >> _______________________________________________
>> >> Csound-devel mailing list
>> >> Csound-devel@lists.sourceforge.net
>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel
>> >
>> >
>> > ------------------------------------------------------------------------------
>> > Dive into the World of Parallel Programming The Go Parallel Website,
>> > sponsored
>> > by Intel and developed in partnership with Slashdot Media, is your hub
>> > for all
>> > things parallel software development, from weekly thought leadership
>> > blogs to
>> > news, videos, case studies, tutorials and more. Take a look and join the
>> > conversation now. http://goparallel.sourceforge.net/
>> > _______________________________________________
>> > Csound-devel mailing list
>> > Csound-devel@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>
>> ------------------------------------------------------------------------------
>> Dive into the World of Parallel Programming The Go Parallel Website,
>> sponsored
>> by Intel and developed in partnership with Slashdot Media, is your hub for
>> all
>> things parallel software development, from weekly thought leadership blogs
>> to
>> news, videos, case studies, tutorials and more. Take a look and join the
>> conversation now. http://goparallel.sourceforge.net/
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website,
> sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for
> all
> things parallel software development, from weekly thought leadership blogs
> to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

-+rtaudio=null stops the loading of any of the realtime audio plugins.
Adding this to the example .csd files, and making sure the regular
plugin opcodes build with -static-libgcc -static seems to solve the
problems with csound~ on Windows.

On 4 April 2015 at 15:35, Rory Walsh  wrote:
> That would make life a lot easier.
>
> On 4 April 2015 at 15:22, Andres Cabrera  wrote:
>> I think there us a flag to ignore libraries.
>>
>> A
>>
>> On Apr 4, 2015 7:06 AM, "Rory Walsh"  wrote:
>>>
>>> It looks like the only option then is to create a whole new duplicate
>>> opcodeDir for csound~, and get csound~ to set its own custom opcodeDir
>>> on startup. Problem solved?
>>>
>>> On 4 April 2015 at 14:55, Victor Lazzarini 
>>> wrote:
>>> > Csound only loads what it finds in the opcode dir, if rtpa.dll is not
>>> > there, it does not load it.
>>> >
>>> > Victor Lazzarini
>>> > Dean of Arts, Celtic Studies, and Philosophy
>>> > Maynooth University
>>> > Ireland
>>> >
>>> >> On 4 Apr 2015, at 14:28, Rory Walsh  wrote:
>>> >>
>>> >> csound~ doesn't need rtpa, but csound64.dll will try to load it
>>> >> regardless. That's the problem. Correct me if I'm wrong, but if you
>>> >> specifically disable realtime audio using -n, Csound will still try to
>>> >> instantiate the realtime audio drivers, unless you remove the driver
>>> >> libs from the system path.
>>> >>
>>> >> Regarding your suggestion, Csound adds the Csound bin to the system
>>> >> path on installation. Therefore it doesn't matter where you put
>>> >> csound64.dll. If it finds those libs in the path it will try to load
>>> >> them. One could create a custom version of csound64.dll with a new
>>> >> name that csound~ links to(ala Hadron), but this seems like a lot of
>>> >> work?
>>> >>
>>> >>> On 4 April 2015 at 14:03, Victor Lazzarini 
>>> >>> wrote:
>>> >>> csound~ shouldn't need rtpa.dll, since it uses max to output audio.
>>> >>> Maybe we could have a separate opcode dir for it that does not include these
>>> >>> libs?
>>> >>>
>>> >>> Victor Lazzarini
>>> >>> Dean of Arts, Celtic Studies, and Philosophy
>>> >>> Maynooth University
>>> >>> Ireland
>>> >>>
>>> >>>> On 4 Apr 2015, at 12:24, Rory Walsh  wrote:
>>> >>>>
>>> >>>> Max doesn't seem to want to load any libs that link dynamically to
>>> >>>> libgcc_s_dw2-1.dll and pthread.dll. So for now I have built all the
>>> >>>> plugin opcodes with -static-libgcc -static enabled. But the problem
>>> >>>> remains when Csound tries to load rtpa for example, which links to a
>>> >>>> portaudio.dll which in turn loads libgcc_s_dw2 on startup. So in
>>> >>>> effect, it seems the only way we can get this to work is to remove
>>> >>>> all
>>> >>>> the audio/midi IO dlls when starting Max, or rebuild all libraries
>>> >>>> that Csound uses so that they link statically to these libs.
>>> >>>>
>>> >>>> Alternatively, could we move to a situation where Csound only loads
>>> >>>> the libs it needs on startup? In fact, the opcodes libs are not
>>> >>>> really
>>> >>>> an issue. The real problem is the realtime audio/midi dlls that need
>>> >>>> to load external dlls. Could the loading of these be disabled unless
>>> >>>> the user actually wants realtime IO?
>>> >>>>
>>> >>>>
>>> >>>> ------------------------------------------------------------------------------
>>> >>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>> >>>> sponsored
>>> >>>> by Intel and developed in partnership with Slashdot Media, is your
>>> >>>> hub for all
>>> >>>> things parallel software development, from weekly thought leadership
>>> >>>> blogs to
>>> >>>> news, videos, case studies, tutorials and more. Take a look and join
>>> >>>> the
>>> >>>> conversation now. http://goparallel.sourceforge.net/
>>> >>>> _______________________________________________
>>> >>>> Csound-devel mailing list
>>> >>>> Csound-devel@lists.sourceforge.net
>>> >>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>> >>>
>>> >>>
>>> >>> ------------------------------------------------------------------------------
>>> >>> Dive into the World of Parallel Programming The Go Parallel Website,
>>> >>> sponsored
>>> >>> by Intel and developed in partnership with Slashdot Media, is your hub
>>> >>> for all
>>> >>> things parallel software development, from weekly thought leadership
>>> >>> blogs to
>>> >>> news, videos, case studies, tutorials and more. Take a look and join
>>> >>> the
>>> >>> conversation now. http://goparallel.sourceforge.net/
>>> >>> _______________________________________________
>>> >>> Csound-devel mailing list
>>> >>> Csound-devel@lists.sourceforge.net
>>> >>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>> >>
>>> >>
>>> >> ------------------------------------------------------------------------------
>>> >> Dive into the World of Parallel Programming The Go Parallel Website,
>>> >> sponsored
>>> >> by Intel and developed in partnership with Slashdot Media, is your hub
>>> >> for all
>>> >> things parallel software development, from weekly thought leadership
>>> >> blogs to
>>> >> news, videos, case studies, tutorials and more. Take a look and join
>>> >> the
>>> >> conversation now. http://goparallel.sourceforge.net/
>>> >> _______________________________________________
>>> >> Csound-devel mailing list
>>> >> Csound-devel@lists.sourceforge.net
>>> >> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>> >
>>> >
>>> > ------------------------------------------------------------------------------
>>> > Dive into the World of Parallel Programming The Go Parallel Website,
>>> > sponsored
>>> > by Intel and developed in partnership with Slashdot Media, is your hub
>>> > for all
>>> > things parallel software development, from weekly thought leadership
>>> > blogs to
>>> > news, videos, case studies, tutorials and more. Take a look and join the
>>> > conversation now. http://goparallel.sourceforge.net/
>>> > _______________________________________________
>>> > Csound-devel mailing list
>>> > Csound-devel@lists.sourceforge.net
>>> > https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>> sponsored
>>> by Intel and developed in partnership with Slashdot Media, is your hub for
>>> all
>>> things parallel software development, from weekly thought leadership blogs
>>> to
>>> news, videos, case studies, tutorials and more. Take a look and join the
>>> conversation now. http://goparallel.sourceforge.net/
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>
>> ------------------------------------------------------------------------------
>> Dive into the World of Parallel Programming The Go Parallel Website,
>> sponsored
>> by Intel and developed in partnership with Slashdot Media, is your hub for
>> all
>> things parallel software development, from weekly thought leadership blogs
>> to
>> news, videos, case studies, tutorials and more. Take a look and join the
>> conversation now. http://goparallel.sourceforge.net/
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Thanks, could you place all your recommendations as a comment in the ticket? Then I think we can close it.

Really appreciated.

Victor Lazzarini
Dean of Arts, Celtic Studies, and Philosophy
Maynooth University
Ireland

> On 4 Apr 2015, at 17:31, Rory Walsh  wrote:
> 
> -+rtaudio=null stops the loading of any of the realtime audio plugins.
> Adding this to the example .csd files, and making sure the regular
> plugin opcodes build with -static-libgcc -static seems to solve the
> problems with csound~ on Windows.
> 
>> On 4 April 2015 at 15:35, Rory Walsh  wrote:
>> That would make life a lot easier.
>> 
>>> On 4 April 2015 at 15:22, Andres Cabrera  wrote:
>>> I think there us a flag to ignore libraries.
>>> 
>>> A
>>> 
>>>> On Apr 4, 2015 7:06 AM, "Rory Walsh"  wrote:
>>>> 
>>>> It looks like the only option then is to create a whole new duplicate
>>>> opcodeDir for csound~, and get csound~ to set its own custom opcodeDir
>>>> on startup. Problem solved?
>>>> 
>>>> On 4 April 2015 at 14:55, Victor Lazzarini 
>>>> wrote:
>>>>> Csound only loads what it finds in the opcode dir, if rtpa.dll is not
>>>>> there, it does not load it.
>>>>> 
>>>>> Victor Lazzarini
>>>>> Dean of Arts, Celtic Studies, and Philosophy
>>>>> Maynooth University
>>>>> Ireland
>>>>> 
>>>>>> On 4 Apr 2015, at 14:28, Rory Walsh  wrote:
>>>>>> 
>>>>>> csound~ doesn't need rtpa, but csound64.dll will try to load it
>>>>>> regardless. That's the problem. Correct me if I'm wrong, but if you
>>>>>> specifically disable realtime audio using -n, Csound will still try to
>>>>>> instantiate the realtime audio drivers, unless you remove the driver
>>>>>> libs from the system path.
>>>>>> 
>>>>>> Regarding your suggestion, Csound adds the Csound bin to the system
>>>>>> path on installation. Therefore it doesn't matter where you put
>>>>>> csound64.dll. If it finds those libs in the path it will try to load
>>>>>> them. One could create a custom version of csound64.dll with a new
>>>>>> name that csound~ links to(ala Hadron), but this seems like a lot of
>>>>>> work?
>>>>>> 
>>>>>>> On 4 April 2015 at 14:03, Victor Lazzarini 
>>>>>>> wrote:
>>>>>>> csound~ shouldn't need rtpa.dll, since it uses max to output audio.
>>>>>>> Maybe we could have a separate opcode dir for it that does not include these
>>>>>>> libs?
>>>>>>> 
>>>>>>> Victor Lazzarini
>>>>>>> Dean of Arts, Celtic Studies, and Philosophy
>>>>>>> Maynooth University
>>>>>>> Ireland
>>>>>>> 
>>>>>>>> On 4 Apr 2015, at 12:24, Rory Walsh  wrote:
>>>>>>>> 
>>>>>>>> Max doesn't seem to want to load any libs that link dynamically to
>>>>>>>> libgcc_s_dw2-1.dll and pthread.dll. So for now I have built all the
>>>>>>>> plugin opcodes with -static-libgcc -static enabled. But the problem
>>>>>>>> remains when Csound tries to load rtpa for example, which links to a
>>>>>>>> portaudio.dll which in turn loads libgcc_s_dw2 on startup. So in
>>>>>>>> effect, it seems the only way we can get this to work is to remove
>>>>>>>> all
>>>>>>>> the audio/midi IO dlls when starting Max, or rebuild all libraries
>>>>>>>> that Csound uses so that they link statically to these libs.
>>>>>>>> 
>>>>>>>> Alternatively, could we move to a situation where Csound only loads
>>>>>>>> the libs it needs on startup? In fact, the opcodes libs are not
>>>>>>>> really
>>>>>>>> an issue. The real problem is the realtime audio/midi dlls that need
>>>>>>>> to load external dlls. Could the loading of these be disabled unless
>>>>>>>> the user actually wants realtime IO?
>>>>>>>> 
>>>>>>>> 
>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>>>>>>> sponsored
>>>>>>>> by Intel and developed in partnership with Slashdot Media, is your
>>>>>>>> hub for all
>>>>>>>> things parallel software development, from weekly thought leadership
>>>>>>>> blogs to
>>>>>>>> news, videos, case studies, tutorials and more. Take a look and join
>>>>>>>> the
>>>>>>>> conversation now. http://goparallel.sourceforge.net/
>>>>>>>> _______________________________________________
>>>>>>>> Csound-devel mailing list
>>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>> 
>>>>>>> 
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>>>>>> sponsored
>>>>>>> by Intel and developed in partnership with Slashdot Media, is your hub
>>>>>>> for all
>>>>>>> things parallel software development, from weekly thought leadership
>>>>>>> blogs to
>>>>>>> news, videos, case studies, tutorials and more. Take a look and join
>>>>>>> the
>>>>>>> conversation now. http://goparallel.sourceforge.net/
>>>>>>> _______________________________________________
>>>>>>> Csound-devel mailing list
>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>> 
>>>>>> 
>>>>>> ------------------------------------------------------------------------------
>>>>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>>>>> sponsored
>>>>>> by Intel and developed in partnership with Slashdot Media, is your hub
>>>>>> for all
>>>>>> things parallel software development, from weekly thought leadership
>>>>>> blogs to
>>>>>> news, videos, case studies, tutorials and more. Take a look and join
>>>>>> the
>>>>>> conversation now. http://goparallel.sourceforge.net/
>>>>>> _______________________________________________
>>>>>> Csound-devel mailing list
>>>>>> Csound-devel@lists.sourceforge.net
>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>> 
>>>>> 
>>>>> ------------------------------------------------------------------------------
>>>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>>>> sponsored
>>>>> by Intel and developed in partnership with Slashdot Media, is your hub
>>>>> for all
>>>>> things parallel software development, from weekly thought leadership
>>>>> blogs to
>>>>> news, videos, case studies, tutorials and more. Take a look and join the
>>>>> conversation now. http://goparallel.sourceforge.net/
>>>>> _______________________________________________
>>>>> Csound-devel mailing list
>>>>> Csound-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>> 
>>>> 
>>>> ------------------------------------------------------------------------------
>>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>>> sponsored
>>>> by Intel and developed in partnership with Slashdot Media, is your hub for
>>>> all
>>>> things parallel software development, from weekly thought leadership blogs
>>>> to
>>>> news, videos, case studies, tutorials and more. Take a look and join the
>>>> conversation now. http://goparallel.sourceforge.net/
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>> 
>>> 
>>> ------------------------------------------------------------------------------
>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>> sponsored
>>> by Intel and developed in partnership with Slashdot Media, is your hub for
>>> all
>>> things parallel software development, from weekly thought leadership blogs
>>> to
>>> news, videos, case studies, tutorials and more. Take a look and join the
>>> conversation now. http://goparallel.sourceforge.net/
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
> 
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for all
> things parallel software development, from weekly thought leadership blogs to
> news, videos, case studies, tutorials and more. Take a look and join the 
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Will do. As soon as I finish with the Bayern Munich - Dormund game.
When in Rome....

On 4 April 2015 at 17:39, Victor Lazzarini  wrote:
> Thanks, could you place all your recommendations as a comment in the ticket? Then I think we can close it.
>
> Really appreciated.
>
> Victor Lazzarini
> Dean of Arts, Celtic Studies, and Philosophy
> Maynooth University
> Ireland
>
>> On 4 Apr 2015, at 17:31, Rory Walsh  wrote:
>>
>> -+rtaudio=null stops the loading of any of the realtime audio plugins.
>> Adding this to the example .csd files, and making sure the regular
>> plugin opcodes build with -static-libgcc -static seems to solve the
>> problems with csound~ on Windows.
>>
>>> On 4 April 2015 at 15:35, Rory Walsh  wrote:
>>> That would make life a lot easier.
>>>
>>>> On 4 April 2015 at 15:22, Andres Cabrera  wrote:
>>>> I think there us a flag to ignore libraries.
>>>>
>>>> A
>>>>
>>>>> On Apr 4, 2015 7:06 AM, "Rory Walsh"  wrote:
>>>>>
>>>>> It looks like the only option then is to create a whole new duplicate
>>>>> opcodeDir for csound~, and get csound~ to set its own custom opcodeDir
>>>>> on startup. Problem solved?
>>>>>
>>>>> On 4 April 2015 at 14:55, Victor Lazzarini 
>>>>> wrote:
>>>>>> Csound only loads what it finds in the opcode dir, if rtpa.dll is not
>>>>>> there, it does not load it.
>>>>>>
>>>>>> Victor Lazzarini
>>>>>> Dean of Arts, Celtic Studies, and Philosophy
>>>>>> Maynooth University
>>>>>> Ireland
>>>>>>
>>>>>>> On 4 Apr 2015, at 14:28, Rory Walsh  wrote:
>>>>>>>
>>>>>>> csound~ doesn't need rtpa, but csound64.dll will try to load it
>>>>>>> regardless. That's the problem. Correct me if I'm wrong, but if you
>>>>>>> specifically disable realtime audio using -n, Csound will still try to
>>>>>>> instantiate the realtime audio drivers, unless you remove the driver
>>>>>>> libs from the system path.
>>>>>>>
>>>>>>> Regarding your suggestion, Csound adds the Csound bin to the system
>>>>>>> path on installation. Therefore it doesn't matter where you put
>>>>>>> csound64.dll. If it finds those libs in the path it will try to load
>>>>>>> them. One could create a custom version of csound64.dll with a new
>>>>>>> name that csound~ links to(ala Hadron), but this seems like a lot of
>>>>>>> work?
>>>>>>>
>>>>>>>> On 4 April 2015 at 14:03, Victor Lazzarini 
>>>>>>>> wrote:
>>>>>>>> csound~ shouldn't need rtpa.dll, since it uses max to output audio.
>>>>>>>> Maybe we could have a separate opcode dir for it that does not include these
>>>>>>>> libs?
>>>>>>>>
>>>>>>>> Victor Lazzarini
>>>>>>>> Dean of Arts, Celtic Studies, and Philosophy
>>>>>>>> Maynooth University
>>>>>>>> Ireland
>>>>>>>>
>>>>>>>>> On 4 Apr 2015, at 12:24, Rory Walsh  wrote:
>>>>>>>>>
>>>>>>>>> Max doesn't seem to want to load any libs that link dynamically to
>>>>>>>>> libgcc_s_dw2-1.dll and pthread.dll. So for now I have built all the
>>>>>>>>> plugin opcodes with -static-libgcc -static enabled. But the problem
>>>>>>>>> remains when Csound tries to load rtpa for example, which links to a
>>>>>>>>> portaudio.dll which in turn loads libgcc_s_dw2 on startup. So in
>>>>>>>>> effect, it seems the only way we can get this to work is to remove
>>>>>>>>> all
>>>>>>>>> the audio/midi IO dlls when starting Max, or rebuild all libraries
>>>>>>>>> that Csound uses so that they link statically to these libs.
>>>>>>>>>
>>>>>>>>> Alternatively, could we move to a situation where Csound only loads
>>>>>>>>> the libs it needs on startup? In fact, the opcodes libs are not
>>>>>>>>> really
>>>>>>>>> an issue. The real problem is the realtime audio/midi dlls that need
>>>>>>>>> to load external dlls. Could the loading of these be disabled unless
>>>>>>>>> the user actually wants realtime IO?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>>>>>>>> sponsored
>>>>>>>>> by Intel and developed in partnership with Slashdot Media, is your
>>>>>>>>> hub for all
>>>>>>>>> things parallel software development, from weekly thought leadership
>>>>>>>>> blogs to
>>>>>>>>> news, videos, case studies, tutorials and more. Take a look and join
>>>>>>>>> the
>>>>>>>>> conversation now. http://goparallel.sourceforge.net/
>>>>>>>>> _______________________________________________
>>>>>>>>> Csound-devel mailing list
>>>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>>>
>>>>>>>>
>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>>>>>>> sponsored
>>>>>>>> by Intel and developed in partnership with Slashdot Media, is your hub
>>>>>>>> for all
>>>>>>>> things parallel software development, from weekly thought leadership
>>>>>>>> blogs to
>>>>>>>> news, videos, case studies, tutorials and more. Take a look and join
>>>>>>>> the
>>>>>>>> conversation now. http://goparallel.sourceforge.net/
>>>>>>>> _______________________________________________
>>>>>>>> Csound-devel mailing list
>>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>>>>>> sponsored
>>>>>>> by Intel and developed in partnership with Slashdot Media, is your hub
>>>>>>> for all
>>>>>>> things parallel software development, from weekly thought leadership
>>>>>>> blogs to
>>>>>>> news, videos, case studies, tutorials and more. Take a look and join
>>>>>>> the
>>>>>>> conversation now. http://goparallel.sourceforge.net/
>>>>>>> _______________________________________________
>>>>>>> Csound-devel mailing list
>>>>>>> Csound-devel@lists.sourceforge.net
>>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>>>>> sponsored
>>>>>> by Intel and developed in partnership with Slashdot Media, is your hub
>>>>>> for all
>>>>>> things parallel software development, from weekly thought leadership
>>>>>> blogs to
>>>>>> news, videos, case studies, tutorials and more. Take a look and join the
>>>>>> conversation now. http://goparallel.sourceforge.net/
>>>>>> _______________________________________________
>>>>>> Csound-devel mailing list
>>>>>> Csound-devel@lists.sourceforge.net
>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>>>> sponsored
>>>>> by Intel and developed in partnership with Slashdot Media, is your hub for
>>>>> all
>>>>> things parallel software development, from weekly thought leadership blogs
>>>>> to
>>>>> news, videos, case studies, tutorials and more. Take a look and join the
>>>>> conversation now. http://goparallel.sourceforge.net/
>>>>> _______________________________________________
>>>>> Csound-devel mailing list
>>>>> Csound-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Dive into the World of Parallel Programming The Go Parallel Website,
>>>> sponsored
>>>> by Intel and developed in partnership with Slashdot Media, is your hub for
>>>> all
>>>> things parallel software development, from weekly thought leadership blogs
>>>> to
>>>> news, videos, case studies, tutorials and more. Take a look and join the
>>>> conversation now. http://goparallel.sourceforge.net/
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>> ------------------------------------------------------------------------------
>> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
>> by Intel and developed in partnership with Slashdot Media, is your hub for all
>> things parallel software development, from weekly thought leadership blogs to
>> news, videos, case studies, tutorials and more. Take a look and join the
>> conversation now. http://goparallel.sourceforge.net/
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for all
> things parallel software development, from weekly thought leadership blogs to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net