[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Sc-devel] RC6 is up...



I'll take care of these things... I'll revert my svn checkout to last night, and make the changes as needed below. 

I can update scVersion and the Quarks readme ... James... can you add in your new example treat?

Thanks

Josh

On Feb 19, 2008, at 2:19 PM, Click Nilson wrote:

Windows related updates? 

Chris, we have a block on any changes at this point; we need to confirm that any changes you've made affect the Windows version only and nothing else. 

Thanks Marije, remaining are following: 

NOT DONE update Main:scVersionPostfix. Not sure what is best here. Why have any postfix? Just 3.2 is fine! "" would do? 

NOT DONE: who wants to check this? permission to update README for Quarks.

NOT DONE; Thor, James? Add in James Harkins new version of his example as a special treat.

DONE Double check main README for final release date for 3.2 (down the bottom of the file).

This is all for me for tonight I'm afraid. Josh, feel free to resolve at your discretion. 

best
Nick



On 19 Feb 2008, at 18:26, Josh Parmenter wrote:

Hi all...

what changes were made in SVN to SC_CoreAudio.h and .cpp? Were these intended for the 3.2 release?

Josh

On Feb 19, 2008, at 8:58 AM, Fredrik Olofsson wrote:

thanks sciss.
it was totally reproducible before, but now i don't get that error anymore.  i remember having some issues booting and now probably gone because i restated.  oh well.
swingosc is great!
_f

Am 19.02.2008 um 17:19 schrieb Sciss:

hi fredrik,

can't reproduce the first issue. "java.io.IOException : Broken pipe"  
indicates that you are operating on a GUI widget whose client was  
disconnected (by recompiling the class lib, TCP connection was  
closed). since all widgets are to disappear when you recompile class  
lib, this should never happen, unless you have run your code too  
early after booting the server (e.g. you have not waited for the  
message "SwingOSC : server connected." or didn't use g.doWhenBooted 
(...)) because the node-allocator was re-initialized after you  
executed the window construction (leading to overwriting of the old  
window reference nodeID and hence leaving this old window open).

the automatic stroking i believe is a bug in cocoaGUI, but to add  
drawing commands and not execute them with stroke or fill creates  
anyway a kind of undefined behaviour, so one should never actually do  
such thing...


  #|
     fredrikolofsson.com     klippav.org     musicalfieldsforever.com
  |#

_______________________________________________
Sc-devel mailing list
Sc-devel@xxxxxxxxxxxxxxx
http://lists.create.ucsb.edu/mailman/listinfo/sc-devel

******************************************
/* Joshua D. Parmenter

“Every composer – at all times and in all cases – gives his own interpretation of how modern society is structured: whether actively or passively, consciously or unconsciously, he makes choices in this regard. He may be conservative or he may subject himself to continual renewal; or he may strive for a revolutionary, historical or social palingenesis." - Luigi Nono
*/

_______________________________________________
Sc-devel mailing list

_______________________________________________
Sc-devel mailing list
Sc-devel@xxxxxxxxxxxxxxx
http://lists.create.ucsb.edu/mailman/listinfo/sc-devel

******************************************

/* Joshua D. Parmenter

http://www.realizedsound.net/josh/


“Every composer – at all times and in all cases – gives his own interpretation of how modern society is structured: whether actively or passively, consciously or unconsciously, he makes choices in this regard. He may be conservative or he may subject himself to continual renewal; or he may strive for a revolutionary, historical or social palingenesis." - Luigi Nono

*/