On Tuesday 29 November 2005 12:35, Victor Lazzarini wrote: > I have noticed that if we build csound with noFLTKThreads=1, somehow the > threading functions of the API get affected. I have not looked at the code, > but with that option, the resulting csound lib does not seem to spawn any > threads. I discovered that just now building on OSX 10.4, where FLTK only > works in a non-threading way. After building it that way, the TclCsound > csPlay command (which runs a csound performance in a separate thread, does > not work (nothing happens). Then just to make sure the problem was not with > the Tcl core, I run a Java multithreading app and that did not work as well. > > Re-built csound with FLTK threads and it's all back working. Is this the > expected behaviour. I shouldn't think that disabling FLTK threads should > disable all threading in Csound, but what do I know? The noFLTKThreads=1 option does not affect anything that is not in the widgets plugin. This may be a Mac-specific issue. What happens if you delete the plugin ? By the way, note that using the same CSOUND* instance from multiple threads at the same time is often unsafe (for example, if one thread performs and another tries to create a note event, sometimes a crash may occur). You may need to synchronize access to the Csound API. > Otherwise, the build is working perfectly on 10.4. There are some warnings > from csmodule.c, which I thought I had fixed and committed, bu they > seem to be back. Which fix was that ? I only see the #ifdef for DIRENT_FIX, and removal of old unused Mac functions committed by you, but those changes still seem to be there. ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net