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

Maarten Faddegon

dblp:163/3144 · DBLP profile ↗
← Back
3ranked-venue papers
3as first author
0since 2021 · last 2018
—ORCID · none

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

Software engineering, systems software and programming languages · 3 · 3 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
2 papers
Debugging and program repair · 87% Programming languages and type systems · 13%

Topics — the 3 heaviest of 4, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Debugging and program repair › automated debugging
algorithmic debugging
0.522016
Lightweight computation tree tracing for lazy functional languages · PLDI 2016
Algorithmic debugging of real-world haskell programs: deriving dependencies from the cost centre stack · PLDI 2015
Debugging and program repair
fault localization
0.212015
Algorithmic debugging of real-world haskell programs: deriving dependencies from the cost centre stack · PLDI 2015
Programming languages and type systems › functional language
lazy functional languages
0.122016
Lightweight computation tree tracing for lazy functional languages · PLDI 2016
Algorithmic debugging of real-world haskell programs: deriving dependencies from the cost centre stack · PLDI 2015

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

tracing library · 0.2program annotation · 0.2runtime value observations · 0.2cost centre stack · 0.2
YearPublicationVenuePosition
2018 Type generic observation of intermediate data structures for debugging lazy functional programs
Maarten Faddegon, Olaf Chitil
Comput. Lang. Syst. Struct.1
2016 Lightweight computation tree tracing for lazy functional languages
abstract
A computation tree of a program execution describes computations of functions and their dependencies. A computation tree describes how a program works and is at the heart of algorithmic debugging. To generate a computation tree, existing algorithmic debuggers either use a complex implementation or yield a less informative approximation. We present a method for lazy functional languages that requires only a simple tracing library to generate a detailed computation tree. With our algorithmic debugger a programmer can debug any Haskell program by only importing our library and annotating suspected functions.
Maarten Faddegon, Olaf Chitil
PLDI1
2015 Algorithmic debugging of real-world haskell programs: deriving dependencies from the cost centre stack
abstract
Existing algorithmic debuggers for Haskell require a transformation of all modules in a program, even libraries that the user does not want to debug and which may use language features not supported by the debugger. This is a pity, because a promising approach to debugging is therefore not applicable to many real-world programs. We use the cost centre stack from the Glasgow Haskell Compiler profiling environment together with runtime value observations as provided by the Haskell Object Observation Debugger (HOOD) to collect enough information for algorithmic debugging. Program annotations are in suspected modules only. With this technique algorithmic debugging is applicable to a much larger set of Haskell programs. This demonstrates that for functional languages in general a simple stack trace extension is useful to support tasks such as profiling and debugging.
Maarten Faddegon, Olaf Chitil
PLDI1