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

Re: [sc-dev] on the nature of server crashes and restarts

stefan - That sounds perfect!
I have a concern about Objective-C though, since it's not thread safe - will that matter if just don't use any Objective-C code to access anything of importance, instead just reading data from it?

dan - Yeah I am sure : The server window will turn off and I lose the global variables in my plugin, when I altered the code so that it wouldn't overload the server I was able to continue accessing the global variables.

On 12/29/06, Dan Stowell <danstowell@xxxxxxxxx> wrote:
Hi -

Are you sure the server crashes then restarts? I don't know what would
cause that behaviour; in particular, what would automatically restart
the server. However, if the server is being slow to respond, then the
GUI window representing the server might make it *look* as if the
server vanishes and then reappears (the status goes grey while there's
no response).

Just a thought; I may be way off...


2006/12/29, Andrew Beck <abeck99@xxxxxxxxx>:
> Hi,
> I've been working on trying to get an easy interface for the Wiimote up and
> running - I am using the WiinRemoteFramework from Darwiinremote, which uses
> Objective-C.  I've been coding in Objective-C++ so I can include SC_Plugin.h
> and the framework.
> Currently I have all the information about the controller saved in a global
> objective-c object.  To connect I used a DefinePlugInCmd (the plan was to
> connect with a server command then run UGens from the global object). I've
> been able to connect just fine to the Wii, except I think that it overloads
> the server, because it will quit then immediately restart.  Commenting out
> some CPU intensive processes in the framework let me keep the server from
> quitting, but I wasn't sure if it was because I was reducing the load on it
> or if I commented out something that made the server crash.
> I was wondering if the server quitting and immediately restarting is common
> for CPU overload.
> Also I was hoping that if I wasn't vague enough someone might help with an
> alternative approach (hopefully something easier than rewriting the
> framework in regular C).
> Thanks,
> Andrew
> _______________________________________________
> sc-dev mailing list
> sc-dev@xxxxxxxxxxxxxxx
> http://www.create.ucsb.edu/mailman/listinfo/sc-dev

sc-dev mailing list