Jump to content

Flex machine

From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by 69.106.231.233 (talk) at 08:15, 28 June 2011 (→‎References: category Early... changed to Mainframe. That may not be the best category, but "Early" was definitely wrong.). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

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 68RS.

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.

References