Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Peter J. Bailey

dblp:27/4894 · DBLP profile ↗
← Back
6ranked-venue papers
0as first author
0since 2021 · last 1986
0000-0002-0857-2041ORCID · corroborated

Domains — the database's venue-derived domains; a paper can count in several

Software engineering, systems software and programming languages · 3Graphics, computer vision, multimedia, augmented reality and games · 1Theory of computation · 1Applied, interdisciplinary, general and emerging computing · 1

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Computer architecture, parallel and distributed computing, and storage systems
1 paper
Storage systems · 100%

Topics — the 1 heaviest of 2, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Storage systems › storage architecture
persistent storage
0.011985
The Persistent Store as an Enabling Technology for Integrated Project Support · ICSE 1985
YearPublicationVenuePosition
1986 A Persistent Graphics Facility for the ICL PERQ
abstract
Abstract The facilities of the PS‐algol programming language are described in this paper to show how they may be used to provide an integrated programming support environment. The persistent store mechanism and the secure transaction facilities provide the basic environment in which an integrated system may be implemented. In particular the paper makes use of the data type picture of PS‐algol to show how such an environment may be built for a graphics system ideal for use with a medium range computer workstation. An implementation of a picture editor on the ICL PERQ workstation is described to show the utility of the system.
Ronald Morrison, Alfred L. Brown, Peter J. Bailey, Antony J. T. Davie, Alan Dearle
Softw. Pract. Exp.3
1985 The Persistent Store as an Enabling Technology for Integrated Project Support
Ronald Morrison, Alan Dearle, Peter J. Bailey, Alfred L. Brown, Malcolm P. Atkinson 0001
ICSE3
1985 Influences of formant bandwidth and auditory frequency selectivity on identification of place of articulation in stop consonants
Quentin Summerfield, John Foster 0002, Richard Tyler, Peter J. Bailey
Speech Commun.4
1984 Persistent Object Management System
abstract
Abstract This is a description of the integrated Persistent Object Management System (POMS) for the language PS‐algol. The objective of POMS is to provide an implementation of the PS‐algol persistent heap1 entirely by means of procedures written in PS‐algol.
W. Paul Cockshott, Malcolm P. Atkinson 0001, Kenneth Chisholm, Peter J. Bailey, Ronald Morrison
Softw. Pract. Exp.4
1983 Experience with a high level language that supports interval arithmetic
abstract
An extension of the language S-algol4called Triplex5which facilitates the use of interval arithmetic and which is similar to triplex algol 603is described. Experience in the use of Triplex is reported. In particular, a Triplex program corresponding to a triplex algol 60 program of Nickel19is given, together with numerical results.
Ronald Morrison, A. J. Cole, Peter J. Bailey, Michael A. Wolfe, J. M. Shearer
IEEE Symposium on Computer Arithmetic3
1983 An Approach to Persistent Programming
abstract
This paper presents the identification of a new programming language concept and reports our initial investigations of its utility. The concept is to identify persistence as an orthogonal property of data, independent of data type and the way in which data is manipulated. This is expressed by the principle that all data objects, independent of their data type, should have the same rights to persistence or transience. We expect to achieve persistent independent programming, so that the same code is applicable to data of any persistence. We have designed a language PS-algol by using these ideas and constructed a number of implementations. The experience gained is reported here, as a step in the task of achieving languages with proper accommodation for persistent programming.
Malcolm P. Atkinson 0001, Peter J. Bailey, Kenneth Chisholm, W. Paul Cockshott, Ronald Morrison
Comput. J.2