Updated Windows installers

[Michael Gogins-2]

I have updated the Windows installers at SourceForge. This is mainly to fix
the incorrect version of QuteCsound in the float installer.

I have also included the signal flow opcodes and updated the manual for
them.

I believe my QuteCsound crashes were caused by my environment, not by the
QuteCsound code or the Csound code. Depending on my environment, I could (or
could not) render soundfiles using the Csound API in a separate thread, and
then edit the soundfile with the external editor without crashing.

I profiled the runs using the Dependency Checker program and found quite a
different sequence of library loads in the non-crashing environment as
opposed to the crashing environment. This is probably due to differences in
the PATH variable in my different environments.

I'd appreciate any feedback on this issue, either about crashes in this way
of using QuteCsound, or non-crashes.

Regards,
Mike


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Csound-devel mailing list
Csound-devel@...
https://lists.sourceforge.net/lists/listinfo/csound-devel

[Mike Moser-Booth]

I just installed the floats version and everything seems to be working
fine now. Thanks, Mike!

.mmb

michael.gogins@... wrote:

> I have updated the Windows installers at SourceForge. This is mainly
> to fix the incorrect version of QuteCsound in the float installer.
>
> I have also included the signal flow opcodes and updated the manual
> for them.
>
> I believe my QuteCsound crashes were caused by my environment, not by
> the QuteCsound code or the Csound code. Depending on my environment, I
> could (or could not) render soundfiles using the Csound API in a
> separate thread, and then edit the soundfile with the external editor
> without crashing.
>
> I profiled the runs using the Dependency Checker program and found
> quite a different sequence of library loads in the non-crashing
> environment as opposed to the crashing environment. This is probably
> due to differences in the PATH variable in my different environments.
>
> I'd appreciate any feedback on this issue, either about crashes in
> this way of using QuteCsound, or non-crashes.
>
> Regards,
> Mike
>
>
>
> Send bugs reports to this list.
> To unsubscribe, send email sympa@... with body
> "unsubscribe csound"

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Csound-devel mailing list
Csound-devel@...
https://lists.sourceforge.net/lists/listinfo/csound-devel