VLDB 2026 Research / reviewers in the wild / expert
Anders Kaseorg
dblp:80/6151
· DBLP profile ↗
2ranked-venue papers
0as first author
1since 2021 · last 2022
0000-0002-8868-283XORCID · reported
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 2 · 1 since 2021
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
1 paper |
Concurrent programming · 70% Program verification · 30% |
Topics — the 4 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Concurrent programming › atomicity
linearizability |
0.6 | 1 | 2022 | C4: verified transactional objects · Proc. ACM Program. Lang. 2022 |
Program verification
modular verification |
0.6 | 1 | 2022 | C4: verified transactional objects · Proc. ACM Program. Lang. 2022 |
Concurrent programming
transactional memory |
0.6 | 1 | 2022 | C4: verified transactional objects · Proc. ACM Program. Lang. 2022 |
Concurrent programming › concurrency control
serializability |
0.2 | 1 | 2022 | C4: verified transactional objects · Proc. ACM Program. Lang. 2022 |
Methods — techniques the papers use, named apart from their topics
syntactic transformers · 0.6mechanization in coq · 0.6interaction tree · 0.6
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2022 | C4: verified transactional objectsabstractTransactional objects combine the performance of classical concurrent objects with the high-level programmability of transactional memory. However, verifying the correctness of transactional objects is tricky, requiring reasoning simultaneously about classical concurrent objects, which guarantee the atomicity of individual methods—the property known as linearizability—and about software-transactional-memory libraries, which guarantee the atomicity of user-defined sequences of method calls—or serializability. We present a formal-verification framework called C4, built up from the familiar notion of linearizability and its compositional properties, that allows proof of both kinds of libraries, along with composition of theorems from both styles to prove correctness of applications or further libraries. We apply the framework in a significant case study, verifying a transactional set object built out of both classical and transactional components following the technique of transactional predication ; the proof is modular, reasoning separately about the transactional and nontransactional parts of the implementation. Central to our approach is the use of syntactic transformers on interaction trees —i.e., transactional libraries that transform client code to enforce particular synchronization disciplines. Our framework and case studies are mechanized in Coq. Mohsen Lesani, Li-yao Xia, Anders Kaseorg, Christian J. Bell, Adam Chlipala, Benjamin C. Pierce, Steve Zdancewic |
Proc. ACM Program. Lang. | 3 |
| 2009 | Security Impact Ratings Considered Harmful
Jeff Arnold, Tim Abbott, Waseem Daher, Gregory Price, Nelson Elhage, Geoffrey Thomas, Anders Kaseorg |
HotOS | 7 |