EDBT 2026 Demo / reviewers in the wild / expert
Klaus-Peter Löhr
dblp:l/KPLohr
· DBLP profile ↗
9ranked-venue papers
3as first author
0since 2021 · last 2006
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 5 · 2 first-authorSystems, architecture and hardware · 4 · 1 first-author
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
4 papers |
Programming languages and type systems · 74% Operating systems · 17% Concurrent programming · 9% |
Topics — the 6 heaviest of 8, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Programming languages and type systems
language design |
0.0 | 2 | 1992 | Concurrency Annotations · OOPSLA 1992 Beyond Concurrent Pascal · SOSP 1977 |
Programming languages and type systems › concurrent programming languages
concurrent object-oriented programming |
0.0 | 1 | 1992 | Concurrency Annotations · OOPSLA 1992 |
Concurrent programming
synchronization |
0.0 | 1 | 1992 | Concurrency Annotations · OOPSLA 1992 |
Programming languages and type systems
abstract data types |
0.0 | 1 | 1978 | Dynamic Restructuring in an Experimental Operating System · IEEE Trans. Software Eng. 1978 |
Operating systems › operating system design
language-based operating systems |
0.0 | 1 | 1977 | Beyond Concurrent Pascal · SOSP 1977 |
Programming languages and type systems › language design
language extension |
0.0 | 1 | 1977 | Beyond Concurrent Pascal · SOSP 1977 |
Methods — techniques the papers use, named apart from their topics
user-defined trap handling · 0.0module replugging · 0.0data abstraction · 0.0concurrent pascal · 0.0MODULA · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2006 | JAC: declarative Java concurrencyabstractAbstract The Java programming language has a low‐level concurrency model which is hard to use and does not blend well with inheritance. JACis an extension of Java that introduces a higher level of concurrency, hiding threads and separating thread synchronization from application logic in a declarative fashion. The emphasis is on limiting the differences between sequential and concurrent code, thus furthering code reuse, and on avoiding inheritance anomalies. This is achieved by taking a middle road between concurrent code on the one hand and complete separation of sequential application logic from concurrency mechanisms on the other. An extensive comparison with related approaches is given for motivating our design decisions. Copyright © 2005 John Wiley & Sons, Ltd. Max Haustein, Klaus-Peter Löhr |
Concurr. Comput. Pract. Exp. | 2 |
| 2003 | Editorial
Henri E. Bal, Klaus-Peter Löhr, Alexander Reinefeld, Craig A. Lee |
Future Gener. Comput. Syst. | 2 |
| 1993 | Distribution and Inheritance in the HERON Approach to Heterogeneous ComputingabstractHERON is a platform for object-oriented distributed computing in an open systems environment. We try to achieve a degree of distribution transparency previously known only from special distributed programming systems, while at the same time accommodating heterogeneous, autonomous computer systems. Distributed programs are written in Eiffel. The Eiffel language system is not modified: HERON employs proxies for remote object invocation and a flexible configuration procedure for building servers and distributed programs. In addition to regular objects, two kinds of distributed objects are supported by the proxy generator: dispersed objects and objects fragmented by remote inheritance. They contribute to distribution transparency both for distributed programs and for client/server systems.> Sabine Finke, Peter Jahn, Olaf Langmack, Klaus-Peter Löhr, Irina Piens, Thomas Wolff |
ICDCS | 4 |
| 1992 | Concurrency AnnotationsabstractWidespread acceptance of concurrent objectoriented programming in the field can only be expected if smooth integration with sequential programming is achieved.This means that a common language base has to be used, where the concurrent syntax differs as little as possible from the sequential one but is associated with a "natural" concurrent semantics that makes library support for concurrency superfluous.In addition, not only should sequential classes be reusable in a concurrent context, but concurrent classes should also be reusable in a sequential context.It is suggested that cmcurrcmy nnnofutions be inserted into otherwise sequential code.They are ignored by a sequential compiler, but a compiler for the extended concurrent language will recognize them and generate the appropriate concurrent code, The concurrent version of the language supports active and concurrent objects and favours a declarative approach to synchronization and locking which solves typical concurrency problems in an easier and more readable way than previous approaches.Concurrency annotations are introduced using E@ieZ as the sequential base. Klaus-Peter Löhr |
OOPSLA | 1 |
| 1988 | DAPHNE: Support for Distributed Applications Programming in Heterogeneous Computer NetworksabstractA description is given of DAPHNE, a system of tools and run-time support routines that allow programs to be broken into parts for distributed execution on different nodes of a heterogeneous computer network. This approach serves as a natural basis for classical network services such as remote file access or remote login while at the same time allowing arbitrary distributed applications to be written in a standard programming language. The pivot of DAPHNE is a remote procedure call mechanism that is specifically adapted to a heterogeneous environment, notably heterogeneous systems software. The current language context of DAPHNE is Modula-2. Prototype software exists for a local area network including Unix and MS-DOS systems.> Klaus-Peter Löhr, Joachim Müller 0002, Lutz Nentwig |
ICDCS | 1 |
| 1979 | How To Design and Implement Small Time-Sharing Systems Using ConcurrentabstractAbstract The programming language Concurrent Pascal can be used for the construction not only of small memory‐resident operating systems but also of moderate size swapping systems. If a few amendments are made to the kernel, it is possible to provide a virtual memory management as a part of the CPASCAL program. This approach was taken in the construction of a small time‐sharing system called MUSIC (Multi‐User System In Concurrent Pascal), the design of which is briefly sketched, along with some considerations about the language. Norwin Graef, Horst Kretschmar, Klaus-Peter Löhr, Bernt Morawetz |
Softw. Pract. Exp. | 3 |
| 1978 | Dynamic Restructuring in an Experimental Operating System
Hannes Goullon, Rainer Isle, Klaus-Peter Löhr |
ICSE | 3 |
| 1978 | Dynamic Restructuring in an Experimental Operating SystemabstractA well-structured system can easily be understood and modified. Moreover, it may lend itself even to dynamic modification: under special conditions, the possibility of changing system parts while the system is running can be provided at little additional cost. Our approach to the design of dynamically modifiable systems is based on the principle of data abstraction applied to types and modules. It allows for dynamic replacement or restructuring of a module's implementation if this does not affect its specification (or if it leads to some kdnd of compatible specification). The fundamental principles of such "replugging" are exhibited, and the implementation of a replugging facility for an experimental operating system on a PDP-11/40E is described. Hannes Goullon, Rainer Isle, Klaus-Peter Löhr |
IEEE Trans. Software Eng. | 3 |
| 1977 | Beyond Concurrent PascalabstractWe take the view that operating systems should not be written in assembly language. Alternatives are machine oriented high-level languages and “safe” languages in the style of Concurrent Pascal and MODULA. A serious drawback of the Concurrent Pascal approach is the fact that those very language features that pertain to operating systems must be implemented separately, using some other language. A technique is presented which solves this problem. This technique is based on user-defined trap handling. It is exhibited by demonstrating how virtual memory systems can be constructed using Concurrent Pascal and how process management can be moved from the kernel to the Concurrent Pascal program. We demonstrate that a fundamental solution of the difficulties with Concurrent Pascal, MODULA, and similar languages cannot be found in going back to classical implementation languages, but in designing languages that are not rich with special features, but powerful with respect to extension and shrinkage. Klaus-Peter Löhr |
SOSP | 1 |