The Experts below are selected from a list of 27 Experts worldwide ranked by ideXlab platform
Li Yang - One of the best experts on this subject based on the ideXlab platform.
-
Discussion about Virtual Function and Virtual Destructor in C
Journal of Lanzhou College of Petrochemical Technology, 2003Co-Authors: Li YangAbstract:This paper introduces an important mechanism to implement polymorphism in C++—— the application and usage of Virtual function and Virtual Destructor, it also introduces the classification,properities and ways of implementation of polymorphism in C++, it lays much emphasis on describing the application and usage of Virtual Destructor.
Martin Klaus - One of the best experts on this subject based on the ideXlab platform.
-
issue of Dr. Dobb's Journal. A First Look at C++ Program Analyzers
2008Co-Authors: Scott Meyers, Martin KlausAbstract:C++ has a well-deserved reputation for power and flexibility. It has an equally well-deserved reputation for complexity; its gotchas are legion. For example, omitting a Virtual Destructor in a base class typically leads to incomplete destruction of derived class objects when they are deleted through base class pointers. Experienced C++ programmers learn to avoid these kinds of problematic constructs, but experience should not really be necessary: troublesome C++ can often be detected by static analysis, i.e., by tools that parse and analyze C++ source code. Such tools are becoming widely available, and during the summer and fall of 1996, we undertook an investigation to identify these tools and to assess their capabilities. In this article, we summarize the initial results of our investigation. We were interested in the following questions: ● What tools statically analyze C++ programs and issue warnings about likely trouble spots? By focusing on static analysis, we limited our research to tools spiritually akin to lint. We explicitly ignored tools designed to detect dynamic (runtime) errors, such as programs that monitor memory usage and report on leaks, etc. Such tools are important, but they offer functionality that complements-- not replaces-- that of static analysis. We also ignored products that focus on lexical issues (e.g., identifier names, indentation style); our interest is in tools that identify constructs that affect program behavior. ● How comprehensive are the tools in identifying suspect C++ constructs? C++ has many facets, including data abstraction, inheritance, templates, exception handling, etc., and we wanted to find tools that checked for likely errors in many of these areas. A few tools checked only the C subset of C++, and we ignored those offerings. Our interest is in tools for C++ programmers, and C++ programmers have different needs than C programmers
Scott Meyers - One of the best experts on this subject based on the ideXlab platform.
-
issue of Dr. Dobb's Journal. A First Look at C++ Program Analyzers
2008Co-Authors: Scott Meyers, Martin KlausAbstract:C++ has a well-deserved reputation for power and flexibility. It has an equally well-deserved reputation for complexity; its gotchas are legion. For example, omitting a Virtual Destructor in a base class typically leads to incomplete destruction of derived class objects when they are deleted through base class pointers. Experienced C++ programmers learn to avoid these kinds of problematic constructs, but experience should not really be necessary: troublesome C++ can often be detected by static analysis, i.e., by tools that parse and analyze C++ source code. Such tools are becoming widely available, and during the summer and fall of 1996, we undertook an investigation to identify these tools and to assess their capabilities. In this article, we summarize the initial results of our investigation. We were interested in the following questions: ● What tools statically analyze C++ programs and issue warnings about likely trouble spots? By focusing on static analysis, we limited our research to tools spiritually akin to lint. We explicitly ignored tools designed to detect dynamic (runtime) errors, such as programs that monitor memory usage and report on leaks, etc. Such tools are important, but they offer functionality that complements-- not replaces-- that of static analysis. We also ignored products that focus on lexical issues (e.g., identifier names, indentation style); our interest is in tools that identify constructs that affect program behavior. ● How comprehensive are the tools in identifying suspect C++ constructs? C++ has many facets, including data abstraction, inheritance, templates, exception handling, etc., and we wanted to find tools that checked for likely errors in many of these areas. A few tools checked only the C subset of C++, and we ignored those offerings. Our interest is in tools for C++ programmers, and C++ programmers have different needs than C programmers
