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.

Robert Hieb

dblp:53/3815 · DBLP profile ↗
← Back
4ranked-venue papers
2as first author
0since 2021 · last 1992
—ORCID · none

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

Software engineering, systems software and programming languages · 2 · 1 first-authorSystems, architecture and hardware · 1 · 1 first-authorTheory of computation · 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.

Software engineering, system software, and programming languages
2 papers
Programming languages and type systems · 59% Runtime systems and virtual machines · 23% Concurrent programming · 18%

Topics — the 5 heaviest of 7, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Programming languages and type systems › control operators
continuations
0.011990
Continuations and Concurrency · PPoPP 1990
Programming languages and type systems
control structures
0.011990
Continuations and Concurrency · PPoPP 1990
Programming languages and type systems › control operators
first-class continuations
0.011990
Representing Control in the Presence of First-Class Continuations · PLDI 1990
Programming languages and type systems
language semantics
0.011990
Continuations and Concurrency · PPoPP 1990
Runtime systems and virtual machines › runtime memory management
stack allocation
0.011990
Representing Control in the Presence of First-Class Continuations · PLDI 1990

Methods — techniques the papers use, named apart from their topics

stack allocation · 0.0process continuation · 0.0heap allocation · 0.0
YearPublicationVenuePosition
1992 The Revised Report on the Syntactic Theories of Sequential Control and State
Matthias Felleisen, Robert Hieb
Theor. Comput. Sci.2
1990 Representing Control in the Presence of First-Class Continuations
abstract
Languages such as Scheme and Smalltalk that provide continuations as first-class data objects present a challenge to efficient implementation. Allocating activation records in a heap has proven unsatisfactory because of increased frame linkage costs, increased garbage collection overhead, and decreased locality of reference. However, simply allocating activation records on a stack and copying them when a continuation is created results in unbounded copying overhead. This paper describes a new approach based on stack allocation that does not require the stack to be copied when a continuation is created and that allows us to place a small upper bound on the amount copied when a continuation is reinstated. This new approach is faster than the naive stack allocation approach, and it does not suffer from the problems associated with unbounded copying. For continuation-intensive programs, our approach is at worst a constant factor slower than the heap allocation approach, and for typical programs, it is significantly faster. An important additional benefit is that recovery from stack overflow is handled gracefully and efficiently.
Robert Hieb, R. Kent Dybvig, Carl Bruggeman
PLDI1
1990 Continuations and Concurrency
abstract
Continuations have proven to be useful for implementing a variety of control structures, including exception handling facilities and breadth-first searching algorithms. However, traditional continuations are not useful in the presence of concurrency, because the notion of the rest of the computation represented by a continuation does not in general make sense. This paper presents a new type of continuation, called a process continuation, that may be used to control tree-structured concurrency. Just as a traditional continuation represents the rest of a computation from a given point in the computation, a process continuation represents the rest of a subcomputation, or process, from a given point in the subcomputation. Process continuations allow nonlocal exits to arbitrary points in the process tree and allow the capture of a subtree of a computation as a composable continuation for later use. Even in the absence of multiple processes, the precise control achievable with process continuations makes them more useful than traditional continuations.
Robert Hieb, R. Kent Dybvig
PPoPP1
1989 Engines From Continuations
R. Kent Dybvig, Robert Hieb
Comput. Lang.2