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

Michiel Ronsse

dblp:75/7002 · DBLP profile ↗
← Back
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

TopicWeightPapersLastEvidence papers
Debugging and program repair › software debugging
cyclic debugging
0.011999
RecPlay: A Fully Integrated Practical Record/Replay System · ACM Trans. Comput. Syst. 1999
Concurrent programming › concurrency bug detection
data race detection
0.011999
RecPlay: A Fully Integrated Practical Record/Replay System · ACM Trans. Comput. Syst. 1999
Debugging and program repair
record and replay
0.011999
RecPlay: A Fully Integrated Practical Record/Replay System · ACM Trans. Comput. Syst. 1999
Parallel and multicore computing › parallel computing
nondeterministic parallel programs
0.011999
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
YearPublicationVenuePosition
2004 Detecting Data Races in Sequential Programs with DIOTA
Michiel Ronsse, Jonas Maebe, Koen De Bosschere
Euro-Par1
2004 JaRec: a portable record/replay environment for multi-threaded Java applications
abstract
Abstract 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 System
abstract
This 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