GRIN(ID:902/gri002)GRaphical INteraction languagefor "GRaphical INteraction language" Visual programmign language, used to write the BLODI-B and BLODI-G systems Places People: Related languages
References: in [AFIPS JCC 28] Proceedings of the 1965 Fall Joint Computer Conference FJCC 1965 view details in [AFIPS] Proceedings of the 1967 Fall Joint Computer Conference FJCC 31 view details in Proceedings of the 23rd ACM national conference January 1968 view details in Morrell, A. J. H. (Ed.): Information Processing 68, Proceedings of IFIP Congress 1968, Edinburgh, UK, 5-10 August 1968 view details in Morrell, A. J. H. (Ed.): Information Processing 68, Proceedings of IFIP Congress 1968, Edinburgh, UK, 5-10 August 1968 view details Christensen and Pinson (1967): Kopel (1968); Ninke (1968); Barlett et al. (1968); and Ninke (1965)--these all describe some aspects of a comprehensive hardware set-up at Bell Telephone Laboratories; in [ACM] ACM Computing Surveys 2(4) Dec1970 view details The GRAPHICS-2 system developed at Bell Telephone Laboratories and reported on by Ninke [18] and Christensen and Pinsor [2] is in most ways similar to the UNIVAC system. GRAPHIC-2 hardware is a GE (now Honeywell) 645, and the satellite is c 8K (18 bits/word) PDP-9, and a DEC 343 DPU. The communications link transmits at 2000 bps. An interpretive language, GRIN, is used. Its capabilities are interaction handling, data structure interrogation and identification, and control over which parts of the data structure are displayed. As with Cotton's system, a dual data structure is used. The difference is that all data structure modifications performed at the satellite are automatically applied 1 the main data structure. No explicit messages need be computed and sent to the main CPU. This is possible because the GRIN program is interpretively executed on both the satellite an' the main CPU, with the communications task absorbed by the interpreters. The two CPUs can in general operate asynchronously to the main CPU usually need not update its data base before the user continues. The GRIN programmer does not have to compose messages f' the main CPU. Thus the dual CPUs are invisible to him. On other hand, all data base changes, even those which may be temporary, are always transmitted: the programmer has lost control over this function. GRIN's syntax, like ICT's, is wanting, but more importantly, based on the brief published description, its semantics appear less powerful. Programmers must be bilingual because analysis programs for the 645 are not written in GRIN, but in one of the 645's compiler languages. The interface between the GRIN program and the analysis program is the main CPU's hierarchical data structure, which the application program accesses via subroutine calls. The semantic processing programs need not be concerned with decoding messages from the satellite to update the data base: it need only decode requests for analyses which are to be performed. In most other respects, the GRAPHICS-2 and UNIVAC systems are similar in concept, if not in detail. in Klinger, A.; Fu, K. S.; Kunii, T. L. "Data Structures, Computer Graphics, and Pattern Recognition" (Largely based on IEEE Computer Society conference held in Los Angeles, May 1975) Academic Press, NY 1977 view details in Klinger, A.; Fu, K. S.; Kunii, T. L. "Data Structures, Computer Graphics, and Pattern Recognition" (Largely based on IEEE Computer Society conference held in Los Angeles, May 1975) Academic Press, NY 1977 view details From the time of their introduction, the development of macro techniques has been vigorously pursued at Bell Labs [...] the GRIN language created by Carl Christensen for programs to support GRaphical INteraction in Klinger, A.; Fu, K. S.; Kunii, T. L. "Data Structures, Computer Graphics, and Pattern Recognition" (Largely based on IEEE Computer Society conference held in Los Angeles, May 1975) Academic Press, NY 1977 view details |