A trampolined program is organized as a single loop in which computations are scheduled and their execution allowed to proceed in discrete steps. Writing programs in trampolined style supports primitives for multithreading without language support for continuations. Various forms of trampolining allow for different degrees of interaction between threads. We present two architectures based on an only mildly intrusive trampolined style. Concurrency can be supported at multiple levels of granularity by performing the trampolining transformation multiple times.

. This paper presents a new dialect of Scheme aimed towards concurrency and distribution. It offers a few primitives, including first-class continuations, with very simple semantics. Numerous examples are given showing how to program the classical concurrent control operators such as future, pcall and either. The implementation is sketched and presented along the lines of a metacircular interpreter. This paper presents the idiom of Icsla 1 , a language belonging to the Lisp family and more precisely a descendant of Scheme. This dialect has been designed with respect to the following main objectives: -- It should have a very simple and understandable semantics, with few but powerful and unrestrictively combinable concepts; -- It should offer concurrency, distribution and some other modern features such as sophisticated control features while not sacrificing the variety of styles traditionally offered by Lisp. These goals are rather general and deserve further comment. Following Sche...

this paper we describe how we have extended our distributed multimedia application platform to support the fact that users may change their physical location whilst continuing to interact with an application. We are assuming an environment of ubiquitous computer deployment. Constructing multimedia applications from reusable active objects leads to efficient and dynamically reconfigurable systems. These objects have been made mobile so they can follow users as they move. This work differs from other approaches (e.g. teleporting or mobile scripting languages such as Java) in that there is support for more than just mobile GUIs. Also the entire application doesn't have to move; only objects dependent on a user's location need follow him/her. We have implemented all concepts discussed and have built working multimedia applications which can support user mobility. In our experiments, we found it appropriate to use compiled objects as media processors and interpreted objects as high level managers. 1 Introduction