Demo Data from VLDB 2026 / reviewers in the wild / expert
Michiel Ronsse
dblp:75/7002
· DBLP profile ↗
6ranked-venue papers
4as first author
0since 2021 · last 2004
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 4 · 3 first-authorSoftware engineering, systems software and programming languages · 2 · 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
1 paper |
Debugging and program repair · 67% Concurrent programming · 33% | |
| Computer architecture, parallel and distributed computing, and storage systems
1 paper |
Parallel and multicore computing · 100% |
Topics — the 4 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Debugging and program repair › software debugging
cyclic debugging |
0.0 | 1 | 1999 | RecPlay: A Fully Integrated Practical Record/Replay System · ACM Trans. Comput. Syst. 1999 |
Concurrent programming › concurrency bug detection
data race detection |
0.0 | 1 | 1999 | RecPlay: A Fully Integrated Practical Record/Replay System · ACM Trans. Comput. Syst. 1999 |
Debugging and program repair
record and replay |
0.0 | 1 | 1999 | RecPlay: A Fully Integrated Practical Record/Replay System · ACM Trans. Comput. Syst. 1999 |
Parallel and multicore computing › parallel computing
nondeterministic parallel programs |
0.0 | 1 | 1999 | RecPlay: A Fully Integrated Practical Record/Replay System · ACM Trans. Comput. Syst. 1999 |
Methods — techniques the papers use, named apart from their topics
record/replay · 0.0data-race detection · 0.0data race detection · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2004 | Detecting Data Races in Sequential Programs with DIOTA
Michiel Ronsse, Jonas Maebe, Koen De Bosschere |
Euro-Par | 1 |
| 2004 | JaRec: a portable record/replay environment for multi-threaded Java applicationsabstractAbstract This paper describes JaRec, a portable record/replay system for Java. It correctly replays multi‐threaded, data‐race free Java applications, by recording the order of synchronization operations, and by executing them in the same order during replay. The record/replay infrastructure is developed in Java, and does not require a modification of the Java Virtual Machine (JVM) if it provides the JVM Profiler Interface (JVMPI). If the JVM does not support JVMPI, which is used for intercepting the loaded classes, only a minor modification to the JVM is required in order to run the system. On ystems with limited memory resources, JaRec can be executed in a distributed fashion. This also makes it suitable to aid debugging of multi‐threaded applications on embedded systems. Copyright © 2004 John Wiley & Sons, Ltd. Andy Georges, Mark Christiaens, Michiel Ronsse, Koen De Bosschere |
Softw. Pract. Exp. | 3 |
| 2003 | Debugging shared memory parallel programs using record/replay
Michiel Ronsse, Mark Christiaens, Koen De Bosschere |
Future Gener. Comput. Syst. | 1 |
| 2002 | Non-Intrusive Detection of Synchronization Errors Using Execution Replay
Michiel Ronsse, Koen De Bosschere |
Autom. Softw. Eng. | 1 |
| 2002 | Bounding the number of segment histories during data race detection
Mark Christiaens, Michiel Ronsse, Koen De Bosschere |
Parallel Comput. | 2 |
| 1999 | RecPlay: A Fully Integrated Practical Record/Replay SystemabstractThis article presents a practical solution for the cyclic debugging of nondeterministic parallel programs. The solution consists of a combination of record/replay with automatic on-the-fly data race detection. This combination enables us to limit the record phase to the more efficient recording of the synchronization operations, while deferring the time-consuming data race detection to the replay phase. As the record phase is highly efficient, there is no need to switch it off, hereby eliminating the possibility of Heisenbugs because tracing can be left on all the time. This article describes an implementation of the tools needed to support RecPlay. Michiel Ronsse, Koen De Bosschere |
ACM Trans. Comput. Syst. | 1 |