Demo Data from EDBT 2026 / reviewers in the wild / expert
Ryan Schroeder
dblp:305/0980
· DBLP profile ↗
2ranked-venue papers
0as first author
2since 2021 · last 2023
0009-0004-8940-5772ORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 2 · 2 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
2 papers |
Program synthesis and code generation · 37% Software maintenance and evolution · 37% Programming languages and type systems · 26% | |
| Network and information security
2 papers |
Systems and software security · 100% |
Topics — the 3 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Program synthesis and code generation
code translation |
1.2 | 2 | 2023 | Aliasing Limits on Translating C to Safe Rust · Proc. ACM Program. Lang. 2023 Translating C to safer Rust · Proc. ACM Program. Lang. 2021 |
Software maintenance and evolution › software reengineering › software modernization › software migration › language migration
c-to-rust translation |
1.2 | 2 | 2023 | Aliasing Limits on Translating C to Safe Rust · Proc. ACM Program. Lang. 2023 Translating C to safer Rust · Proc. ACM Program. Lang. 2021 |
Systems and software security
memory safety |
0.7 | 2 | 2023 | Translating C to safer Rust · Proc. ACM Program. Lang. 2021 Aliasing Limits on Translating C to Safe Rust · Proc. ACM Program. Lang. 2023 |
Methods — techniques the papers use, named apart from their topics
pointer analysis · 1.3ownership inference · 1.3empirical study · 1.0automatic unsafety removal · 1.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2023 | Aliasing Limits on Translating C to Safe RustabstractThe Rust language was created to provide safe low-level systems programming. There is both industrial and academic interest in the problem of (semi-)automatically translating C code to Rust in order to exploit Rust's safety guarantees. We study the effectiveness and limitations of existing techniques for automatically translating unsafe raw pointers (in Rust programs translated from C) into safe Rust references via ownership and lifetime inference. Our novel evaluation methodology enables our study to extend beyond prior studies, and to discover new information contradicting the conclusions of prior studies. We find that existing translation methods are severely limited by a lack of precision in the Rust compiler's safety checker, causing many safe pointer manipulations to be labeled as potentially unsafe. Leveraging this information, we propose methods for improving translation, based on encoding the results of a more precise analysis in a manner that is understandable to an unmodified Rust compiler. We implement one of our proposed methods, increasing the number of pointers that can be translated to safe Rust references by 75% over the baseline (from 12% to 21% of all pointers). Mehmet Emre, Peter Boyland, Aesha Parekh, Ryan Schroeder, Kyle Dewey, Ben Hardekopf |
Proc. ACM Program. Lang. | 4 |
| 2021 | Translating C to safer RustabstractRust is a relatively new programming language that targets efficient and safe systems-level applications. It includes a sophisticated type system that allows for provable memory- and thread-safety, and is explicitly designed to take the place of unsafe languages such as C and C++ in the coding ecosystem. There is a large existing C and C++ codebase (many of which have been affected by bugs and security vulnerabilities due to unsafety) that would benefit from being rewritten in Rust to remove an entire class of potential bugs. However, porting these applications to Rust manually is a daunting task. In this paper we investigate the problem of automatically translating C programs into safer Rust programs--that is, Rust programs that improve on the safety guarantees of the original C programs. We conduct an in-depth study into the underlying causes of unsafety in translated programs and the relative impact of fixing each cause. We also describe a novel technique for automatically removing a particular cause of unsafety and evaluate its effectiveness and impact. This paper presents the first empirical study of unsafety in translated Rust programs (as opposed to programs originally written in Rust) and also the first technique for automatically removing causes of unsafety in translated Rust programs. Mehmet Emre, Ryan Schroeder, Kyle Dewey, Ben Hardekopf |
Proc. ACM Program. Lang. | 2 |