> I haven't had the time yet to explore SqueezeOS in depth, but I'm
> curious if you guys are using a run-to-completion, timesliced, or
> preemptive threading model on the Radio...? Or are you forcing some
> other manner of simulated single threaded operation by funneling all
> disparate looking thread contexts through a single monolithic executive
> thread of some type...?

I'm no Logitech-Developer so what I'm writing might be wrong.
I stumbled about the same things when I wrote an applet that used the
Timer-Framework a lot and I wondered about the same things

As far as I remember there is a (Single-Threaded) Main-Event-Loop which
'fires' all events (including Timer-Events). I'll try to find the
corresponding classes in the evening (I am at work right now) I think I
remember them lying around under the 'jive' package.

I guess/hope that external events are queued as well so you won't have
'real' multithreading in the LUA-Applets themselfes.

As I said I found these places when following the Timer-System (was it
window.addTimer ??).
As the HTTP Framework also works asynchronious (receiving the
responses) you might also start there. The Flickr-Applet does
HTTP-Requests so its a good starting point for further investigations as
well.


-- 
bluegaspode

1x SB-Controller+Receiver (Duet), 1xSB-Boom. 1xSB-Radio
Server (7.4.1) running on SheevaPlug (Ubuntu) with attached Western
Digital MyBook Essential.
Secondary 7.4 Server on Debianized Buffalo Linkstation LS-CHL.
------------------------------------------------------------------------
bluegaspode's Profile: http://forums.slimdevices.com/member.php?userid=31651
View this thread: http://forums.slimdevices.com/showthread.php?t=72871

_______________________________________________
Radio mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/radio

Reply via email to