The Experts below are selected from a list of 141 Experts worldwide ranked by ideXlab platform
W. Rosenstiel - One of the best experts on this subject based on the ideXlab platform.
-
ISSS - Co-emulation and debugging of HW/SW-systems
Proceedings. Tenth International Symposium on System Synthesis (Cat. No.97TB100114), 1997Co-Authors: G. Koch, U. Kebschull, W. RosenstielAbstract:In this paper we present a method that allows to observe and control the emulation of communicating systems consisting of hardware and software parts. The approach provides the ability to Set Breakpoints in either technology without breaking the protocol or loosing data. Systems may contain several software and hardware processes. Each process runs in a separate debugger while the presented approach provides the necessary synchronization between the processes that precludes loss of data at the communication interfaces due to Breakpoints. Therefore it allows to continue the operation after a breakpoint which is essential for interactive debugging.
-
EURO-DAC - Debugging of behavioral VHDL specifications by source level emulation
Proceedings of EURO-DAC. European Design Automation Conference, 1995Co-Authors: G. Koch, U. Kebschull, W. RosenstielAbstract:We present an approach to accelerate the validation speed of behavioral VHDL system specifications through the use of hardware emulation. The method allows source level debugging of behavioral, algorithmic VHDL in a way similar to source level debugging known from software programming languages. We can Set Breakpoints in the source code and evaluate the contents of variables by reading the registers of the circuit when a breakpoint is reached.
-
System validation by source level emulation of behavioral VHDL specifications
Proceedings Sixth IEEE International Workshop on Rapid System Prototyping. Shortening the Path from Specification to Prototype, 1995Co-Authors: G. Koch, U. Kebschull, W. RosenstielAbstract:We present an approach to accelerate the validation speed of behavioral VHDL system specifications through the use of hardware emulation. The method allows source level debugging of behavioral, algorithmic VHDL in a way similar to source level debugging known from software programming languages. We can Set Breakpoints in the source code and evaluate the contents of variables by reading the registers of the circuit when a breakpoint is reached.
-
RSP - System validation by source level emulation of behavioral VHDL specifications
Proceedings Sixth IEEE International Workshop on Rapid System Prototyping. Shortening the Path from Specification to Prototype, 1995Co-Authors: G. Koch, U. Kebschull, W. RosenstielAbstract:We present an approach to accelerate the validation speed of behavioral VHDL system specifications through the use of hardware emulation. The method allows source level debugging of behavioral, algorithmic VHDL in a way similar to source level debugging known from software programming languages. We can Set Breakpoints in the source code and evaluate the contents of variables by reading the registers of the circuit when a breakpoint is reached.
-
Debugging of behavioral VHDL specifications by source level emulation
Proceedings of EURO-DAC. European Design Automation Conference, 1995Co-Authors: G. Koch, U. Kebschull, W. RosenstielAbstract:We present an approach to accelerate the validation speed of behavioral VHDL system specifications through the use of hardware emulation. The method allows source level debugging of behavioral, algorithmic VHDL in a way similar to source level debugging known from software programming languages. We can Set Breakpoints in the source code and evaluate the contents of variables by reading the registers of the circuit when a breakpoint is reached.
Alasdair P. Macgowan - One of the best experts on this subject based on the ideXlab platform.
-
Breakpoints for extended-spectrum β-lactamase-producing Enterobacteriacae: pharmacokinetic/pharmacodynamic considerations
Clinical Microbiology and Infection, 2020Co-Authors: Alasdair P. MacgowanAbstract:An understanding of antibacterial pharmacokinetics and pharmacodynamics is central to Setting clinical Breakpoints. It is important to understand any impact that a resistance mechanism may have on these basic drug properties. With extended-spectrum β-lactamase (ESBL)-producing strains of Enterobacteriacae, it is known that MIC, and hence T>MIC, for β-lactams predicts outcome. Therefore, pharmacodynamic modelling can be used to Set Breakpoints for ESBL-producing bacteria with β-lactams.
-
Breakpoints for extended-spectrum beta-lactamase-producing Enterobacteriacae: pharmacokinetic/pharmacodynamic considerations.
Clinical microbiology and infection : the official publication of the European Society of Clinical Microbiology and Infectious Diseases, 2020Co-Authors: Alasdair P. MacgowanAbstract:An understanding of antibacterial pharmacokinetics and pharmacodynamics is central to Setting clinical Breakpoints. It is important to understand any impact that a resistance mechanism may have on these basic drug properties. With extended-spectrum beta-lactamase (ESBL)-producing strains of Enterobacteriacae, it is known that MIC, and hence T>MIC, for beta-lactams predicts outcome. Therefore, pharmacodynamic modelling can be used to Set Breakpoints for ESBL-producing bacteria with beta-lactams.
G. Koch - One of the best experts on this subject based on the ideXlab platform.
-
ISSS - Co-emulation and debugging of HW/SW-systems
Proceedings. Tenth International Symposium on System Synthesis (Cat. No.97TB100114), 1997Co-Authors: G. Koch, U. Kebschull, W. RosenstielAbstract:In this paper we present a method that allows to observe and control the emulation of communicating systems consisting of hardware and software parts. The approach provides the ability to Set Breakpoints in either technology without breaking the protocol or loosing data. Systems may contain several software and hardware processes. Each process runs in a separate debugger while the presented approach provides the necessary synchronization between the processes that precludes loss of data at the communication interfaces due to Breakpoints. Therefore it allows to continue the operation after a breakpoint which is essential for interactive debugging.
-
EURO-DAC - Debugging of behavioral VHDL specifications by source level emulation
Proceedings of EURO-DAC. European Design Automation Conference, 1995Co-Authors: G. Koch, U. Kebschull, W. RosenstielAbstract:We present an approach to accelerate the validation speed of behavioral VHDL system specifications through the use of hardware emulation. The method allows source level debugging of behavioral, algorithmic VHDL in a way similar to source level debugging known from software programming languages. We can Set Breakpoints in the source code and evaluate the contents of variables by reading the registers of the circuit when a breakpoint is reached.
-
System validation by source level emulation of behavioral VHDL specifications
Proceedings Sixth IEEE International Workshop on Rapid System Prototyping. Shortening the Path from Specification to Prototype, 1995Co-Authors: G. Koch, U. Kebschull, W. RosenstielAbstract:We present an approach to accelerate the validation speed of behavioral VHDL system specifications through the use of hardware emulation. The method allows source level debugging of behavioral, algorithmic VHDL in a way similar to source level debugging known from software programming languages. We can Set Breakpoints in the source code and evaluate the contents of variables by reading the registers of the circuit when a breakpoint is reached.
-
RSP - System validation by source level emulation of behavioral VHDL specifications
Proceedings Sixth IEEE International Workshop on Rapid System Prototyping. Shortening the Path from Specification to Prototype, 1995Co-Authors: G. Koch, U. Kebschull, W. RosenstielAbstract:We present an approach to accelerate the validation speed of behavioral VHDL system specifications through the use of hardware emulation. The method allows source level debugging of behavioral, algorithmic VHDL in a way similar to source level debugging known from software programming languages. We can Set Breakpoints in the source code and evaluate the contents of variables by reading the registers of the circuit when a breakpoint is reached.
-
Debugging of behavioral VHDL specifications by source level emulation
Proceedings of EURO-DAC. European Design Automation Conference, 1995Co-Authors: G. Koch, U. Kebschull, W. RosenstielAbstract:We present an approach to accelerate the validation speed of behavioral VHDL system specifications through the use of hardware emulation. The method allows source level debugging of behavioral, algorithmic VHDL in a way similar to source level debugging known from software programming languages. We can Set Breakpoints in the source code and evaluate the contents of variables by reading the registers of the circuit when a breakpoint is reached.
U. Kebschull - One of the best experts on this subject based on the ideXlab platform.
-
ISSS - Co-emulation and debugging of HW/SW-systems
Proceedings. Tenth International Symposium on System Synthesis (Cat. No.97TB100114), 1997Co-Authors: G. Koch, U. Kebschull, W. RosenstielAbstract:In this paper we present a method that allows to observe and control the emulation of communicating systems consisting of hardware and software parts. The approach provides the ability to Set Breakpoints in either technology without breaking the protocol or loosing data. Systems may contain several software and hardware processes. Each process runs in a separate debugger while the presented approach provides the necessary synchronization between the processes that precludes loss of data at the communication interfaces due to Breakpoints. Therefore it allows to continue the operation after a breakpoint which is essential for interactive debugging.
-
EURO-DAC - Debugging of behavioral VHDL specifications by source level emulation
Proceedings of EURO-DAC. European Design Automation Conference, 1995Co-Authors: G. Koch, U. Kebschull, W. RosenstielAbstract:We present an approach to accelerate the validation speed of behavioral VHDL system specifications through the use of hardware emulation. The method allows source level debugging of behavioral, algorithmic VHDL in a way similar to source level debugging known from software programming languages. We can Set Breakpoints in the source code and evaluate the contents of variables by reading the registers of the circuit when a breakpoint is reached.
-
System validation by source level emulation of behavioral VHDL specifications
Proceedings Sixth IEEE International Workshop on Rapid System Prototyping. Shortening the Path from Specification to Prototype, 1995Co-Authors: G. Koch, U. Kebschull, W. RosenstielAbstract:We present an approach to accelerate the validation speed of behavioral VHDL system specifications through the use of hardware emulation. The method allows source level debugging of behavioral, algorithmic VHDL in a way similar to source level debugging known from software programming languages. We can Set Breakpoints in the source code and evaluate the contents of variables by reading the registers of the circuit when a breakpoint is reached.
-
RSP - System validation by source level emulation of behavioral VHDL specifications
Proceedings Sixth IEEE International Workshop on Rapid System Prototyping. Shortening the Path from Specification to Prototype, 1995Co-Authors: G. Koch, U. Kebschull, W. RosenstielAbstract:We present an approach to accelerate the validation speed of behavioral VHDL system specifications through the use of hardware emulation. The method allows source level debugging of behavioral, algorithmic VHDL in a way similar to source level debugging known from software programming languages. We can Set Breakpoints in the source code and evaluate the contents of variables by reading the registers of the circuit when a breakpoint is reached.
-
Debugging of behavioral VHDL specifications by source level emulation
Proceedings of EURO-DAC. European Design Automation Conference, 1995Co-Authors: G. Koch, U. Kebschull, W. RosenstielAbstract:We present an approach to accelerate the validation speed of behavioral VHDL system specifications through the use of hardware emulation. The method allows source level debugging of behavioral, algorithmic VHDL in a way similar to source level debugging known from software programming languages. We can Set Breakpoints in the source code and evaluate the contents of variables by reading the registers of the circuit when a breakpoint is reached.
Yann-gaël Guéhéneuc - One of the best experts on this subject based on the ideXlab platform.
-
Swarm debugging: The collective intelligence on interactive debugging
Journal of Systems and Software, 2019Co-Authors: Fabio Petrillo, Yann-gaël Guéhéneuc, Marcelo Soares Pimenta, Carla M. D. S. Freitas, Foutse KhomhAbstract:Abstract One of the most important tasks in software maintenance is debugging. To start an interactive debugging session, developers usually Set Breakpoints in an integrated development environment and navigate through different paths in their debuggers. We started our work by asking what debugging information is useful to share among developers and study two pieces of information: Breakpoints (and their locations) and sessions (debugging paths). To answer our question, we introduce the Swarm Debugging concept to frame the sharing of debugging information, the Swarm Debugging Infrastructure (SDI) with which practitioners and researchers can collect and share data about developers’ interactive debugging sessions, and the Swarm Debugging Global View (GV) to display debugging paths. Using the SDI, we conducted a large study with professional developers to understand how developers Set Breakpoints. Using the GV, we also analyzed professional developers in two studies and collected data about their debugging sessions. Our observations and the answers to our research questions suggest that sharing and visualizing debugging data can support debugging activities.
-
How Do Developers Toggle Breakpoints? Observational Studies
2017 IEEE International Conference on Software Quality Reliability and Security (QRS), 2017Co-Authors: Fabio Petrillo, Hyan Mandian, Aiko Yamashita, Foutse Khomh, Yann-gaël GuéhéneucAbstract:One of the most important tasks in software maintenance is debugging. Developers perform debugging to fix faults and implement new features. Usually they use interactive development environments to perform their debugging sessions. To start an interactive debugging session, developers must Set Breakpoints. Choosing where to Set Breakpoints is a non-trivial task, yet few studies have investigated how developers Set Breakpoints during interactive debugging sessions. To understand how developers Set Breakpoints, we analysed more than 10 hours of 45 video-recorded debugging sessions, where a total of 307 Breakpoints were Set. We used the videos from two independent studies involving three software systems. We could observe that: (1) considerable time is spent by developers until they are able to Set the first breakpoint; (2) when developers toggle Breakpoints carefully, they complete tasks faster than developers who Set (potential useless) Breakpoints quickly; and (3) different developers Set Breakpoints in similar locations while working (independently) on the same tasks or different tasks. We discuss some implications of our observations for debugging activities.
-
QRS - How Do Developers Toggle Breakpoints? Observational Studies
2017 IEEE International Conference on Software Quality Reliability and Security (QRS), 2017Co-Authors: Fabio Petrillo, Hyan Mandian, Aiko Yamashita, Foutse Khomh, Yann-gaël GuéhéneucAbstract:One of the most important tasks in software maintenance is debugging. Developers perform debugging to fix faults and implement new features. Usually they use interactive development environments to perform their debugging sessions. To start an interactive debugging session, developers must Set Breakpoints. Choosing where to Set Breakpoints is a non-trivial task, yet few studies have investigated how developers Set Breakpoints during interactive debugging sessions. To understand how developers Set Breakpoints, we analysed more than 10 hours of 45 video-recorded debugging sessions, where a total of 307 Breakpoints were Set. We used the videos from two independent studies involving three software systems. We could observe that: (1) considerable time is spent by developers until they are able to Set the first breakpoint; (2) when developers toggle Breakpoints carefully, they complete tasks faster than developers who Set (potential useless) Breakpoints quickly; and (3) different developers Set Breakpoints in similar locations while working (independently) on the same tasks or different tasks. We discuss some implications of our observations for debugging activities.