Flex machine: Difference between revisions
NevilleDNZ (talk | contribs) →RSRE FLEX Computer System: A system developed by Ian Currie at the (then) Royal Signals and Radar Establishment at Malvern in the late 1970s. The hardware was custom and microprogrammable, wi |
m WP:CHECKWIKI error fixes + general fixes + Moved WP:DABLINKS on the top using AWB (7521) |
||
| Line 1: | Line 1: | ||
| ⚫ | |||
{{Context|date=October 2009}} |
{{Context|date=October 2009}} |
||
| ⚫ | |||
In [[computing]], there have been multiple systems named '''FLEX'''. |
In [[computing]], there have been multiple systems named '''FLEX'''. |
||
| Line 27: | Line 26: | ||
<references/> |
<references/> |
||
{{DEFAULTSORT:Flex Machine}} |
|||
[[Category:Early computers]] |
[[Category:Early computers]] |
||
Revision as of 10:32, 4 January 2011
 | This article provides insufficient context for those unfamiliar with the subject. (October 2009) |
In computing, there have been multiple systems named FLEX.
Alan Kay's FLEX system
Alan Kay developed his Flex system in the late 1960s while exploring ideas that would later evolve into the Smalltalk programming language.[1]
RSRE FLEX Computer System
Ian Currie of Royal Signals and Radar Establishment (RSRE) developed the Flex Computer System [2] in Malvern, England, during the 1980s. It used a tagged storage scheme to implement a capability architecture, and was designed for the safe and efficient implementation of strongly-typed procedures.
The hardware was custom and microprogrammable, with an operating system, (modular) compiler, editor, garbage collector and filing system all written in Algol-68.
There were (at least) two incarnations of Flex, implemented using hardware with writable microcode. The first was supplied by Logica to a RSRE design, and the second used an ICL PERQ [1]. The microcode alone was responsible for storage allocation, deallocation and garbage collection. This immediately precluded a whole class of errors arising from the misuse (deliberate or accidental) of pointers.
Another notable feature of Flex was the tagged, write-once filestore. This allowed arbitrary code and data structures to be written and retrieved transparently, without recourse to external encodings. Data could thus be passed safely from program to program.
In a similar way, remote capabilities allowed data and procedures on other machines to be accessed over a network connection, again without the application program being involved in external encodings of data, parameters or result values.
The whole scheme allowed abstract data types to be safely implemented, as data items and the procedures permitted to access them could be bound together, and the resulting capability passed freely around. The capability would grant access to the procedures, but could not be used in any way to obtain access to the data.