Dannenberg R.B. - Arctic : a functional language for real-time control, Proc. ACM of Symp. on Lisp and functional programming, Austin, USA, pp. 96-103, 1984. Home/Search Document Not in Database Summary Related Articles Check |
This paper is cited in the following contexts:
Functional and Asynchronous Parallel Programming - Jacques Julliand Batrice (Correct)
....grain. CALIBAN [12] adds a description of a static network of processes to data flow functions. PFL [10] and LCS [2] are based on CCS 869 [14] and ML[13] They modify deeply ML and its semantics : loss of the unfolding property, nonelegant and a few readable expression. RUTH [7] and ARCTIC [5] are based on streams of timestamped values which allow to preserve the unfolding property. Time notion induces a very detailed expression, superfluous outside the real time domain. The question adressed in this paper is : can we abstract asynchronous parallel programming in a functional ....
Dannenberg R.B. - Arctic : a functional language for real-time control, Proc. ACM of Symp. on Lisp and functional programming, Austin, USA, pp. 96-103, 1984.
Expressing Temporal Behavior Declaratively - Dannenberg (Correct)
....typographical errors were introduced in that version of the text. This printing contains the corrections. 2 Simulation is another example of a non real time application area in which (virtual) time is still important. Research in computer music has resulted in a number of innovative languages [2, 4, 6, 9, 19] and systems [7, 12, 13, 18] for dealing with virtual and real time. This is not too surprising given that music can be defined as sound organized in time. Long before electronic computers, traditional music notation allowed composers to create temporal specifications which include loops, ....
Dannenberg, Roger B. Arctic: A Functional Language for Real-Time Control. In 1984 ACM Symposium on LISP and Functional Programming, pages 96-103. ACM, August, 1984.
Stream Processing I: A Survey - Stephens (1995) (Correct)
....(see [122] and [158] can all be used to represent STs. However, whether such languages provide a natural and straightforward mechanism for the specification of STs is less clear and for this reason several specialized stream orientated functional languages have been developed including ARTIC (see [51]) HOPE (see [44] and RUTH (see [76] designed to meet more specific needs such as real time programming over streams. 5.2.1 Functional SPSs and Semantics. Typically ADU SPS and ANU SPS are studied using the functional paradigm and as with dataflow languages the work of G Kahn has been widely ....
R B Dannenberg. Arctic: A Functional Language for Real-Time Control. In Symposium on Lisp and Functional Programming, 1984.
Design, Implementation and Experiences of the OMEGA.. - Nahrstedt, Smith (1995) (15 citations) (Correct)
.... to specify more complex behaviors such as: between (t1 and t2) send data with QoS 1 ; after t2 send data with QoS 2 ; Experimental language support should be designed and prototyped, combining language support for QoS specification [FY94] and language support for time, as in Dannenberg s[Dan84] Arctic language or Lee s CSR (Communicating Shared Resources) LDG91] Second, while automatic management of resources can be managed by the operating system inferring application behavior, our observation is that current OS management policies do least well with the most complex multimedia ....
R.B. Dannenberg. Arctic: A Functional Language for Real-Time Control. In ACM Symposium on LISP and Functional Programming, pages 96--103, August 1984.
A Declarative Approach to Event-Handling in Visual.. - Burnett, Ambler (1992) (4 citations) (Correct)
No context found.
R. Dannenberg, Arctic: A functional language for realtime control, Conf. Record 1984 ACM Symp. on Lisp and Func. Prog., Austin, 96-103, 8/84.
Online articles have much greater impact More about CiteSeer.IST Add search form to your site Submit documents Feedback
CiteSeer.IST - Copyright Penn State and NEC