...
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="8cc423eaffb61a97-f90b0257-44e24346-bcc9bd86-93ac385c36bba981768d35f5"><ac:parameter ac:name=""> asynchronous-safe</ac:parameter></ac:structured-macro>
*asynchronous-safe* \[[GNU Pth|AA. References#GNU Pth]\]
A function is asynchronous-safe, or asynchronous-signal safe, if it can be called safely and without side effects from within a signal handler context. That is, it must be able to be interrupted at any point and run linearly out of sequence without causing an inconsistent state. It must also function properly when global data might itself be in an inconsistent state. Some asynchronous-safe operations are listed here: |
...
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="d8ce4d3d53c1dd2a-b3e15bd8-4ae04774-824cbe89-2356d0775e5f3ca3b74cd6ca"><ac:parameter ac:name=""> availability</ac:parameter></ac:structured-macro>
*availability* \[[IEEE Std 610.12 1990|AA. References#IEEE Std 610.12 1990]\]
The degree to which a system or component is operational and accessible when required for use. Often expressed as a probability. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="01926f9851b0399c-0b098b45-45824eea-afc1bee9-5866bf3df659c8baad50e6df"><ac:parameter ac:name=""> basic exception safety</ac:parameter></ac:structured-macro>
*basic exception safety* \[[Stroustrup 01|AA. References#Stroustrup 01]\], \[[Sutter 00|AA. References#Sutter 00]\]
The basic exception safety guarantee is a property of an operation such that, if the operation terminates by raising an exception, it preserves program state invariants and prevents resource leaks. See also: [exception safety|BB. Definitions#exception safety], [strong exception safety|BB. Definitions#strong exception safety], [no-throw guarantee|BB. Definitions#no-throw guarantee]. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="1375c7303c379e37-db2f4155-4b704f44-9fb2b57c-39ed070a157a233aacc3588a"><ac:parameter ac:name=""> conforming program</ac:parameter></ac:structured-macro>
*conforming* \[[ISO/IEC 9899-1999|AA. References#ISO/IEC 9899-1999]\]
Conforming programs may depend upon nonportable features of a conforming implementation. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="a6ff31d9c2180388-8369dc2e-4f4b456a-ae01926d-f1e51630ba19b4c6a684fea2"><ac:parameter ac:name=""> data race</ac:parameter></ac:structured-macro>
*data race* \[ISO/IEC Document Number N3000 -- Working Draft, Standard for Programming Language C++, November 2009\]
The execution of a program contains a data race if it contains two conflicting actions in different threads, at least one of which is not atomic, and neither happens before the other. Any such data race results in undefined behavior. |
deadlock A condition where one or more threads is unable to continue execution because it is blocked waiting for some thread (including itself) to satisfy some condition. Anchor |
---|
| denial-of-service |
---|
| denial-of-service |
---|
|
denial-of-service attack An attempt to make a computer resource unavailable to its intended users.
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="b378b8b08fc2414f-d66c1bc7-4d264005-be079bb6-76669e6ec071518ab54e43bd"><ac:parameter ac:name=""> error tolerance</ac:parameter></ac:structured-macro>
*error tolerance* \[[IEEE Std 610.12 1990|AA. References#IEEE Std 610.12 1990]\]
The ability of a system or component to continue normal operation despite the presence of erroneous inputs. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="2aa6b0873e9cd7e8-a2fa11e2-4fa740f0-b5268ec8-f2c766f0ff059e40287f42e2"><ac:parameter ac:name=""> exception safety</ac:parameter></ac:structured-macro>
*exception safety* \[[Stroustrup 01|AA. References#Stroustrup 01]\]
An operation on an object is said to be exception safe if that operation leaves the object in a valid state when the operation is terminated by throwing an exception. See also: [basic exception safety|BB. Definitions#basic exception safety], [strong exception safety|BB. Definitions#strong exception safety], [no-throw guarantee|BB. Definitions#no-throw guarantee]. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="f64a2968ec29e2c8-2a0b164a-492c45f3-8ace91d1-ecf3df593ea9dc9282021033"><ac:parameter ac:name=""> exploit</ac:parameter></ac:structured-macro>
*exploit* \[[Seacord 05a|AA. References#Seacord 05]\]
An exploit is a piece of software or technique that takes advantage of a security vulnerability to violate an explicit or implicit [security policy|BB. Definitions#security policy]. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="8d76f60e8f338e97-87dc7adc-451e48a0-899ea42c-dd6d5f95fc1aeca0594e62f5"><ac:parameter ac:name=""> fail safe</ac:parameter></ac:structured-macro>
*fail safe* \[[IEEE Std 610.12 1990|AA. References#IEEE Std 610.12 1990]\]
Pertaining to a system or component that automatically places itself in a safe operating mode in the event of a failure; for example, a traffic light that reverts to blinking red in all directions when normal operation fails. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="9394209019ebe7d6-f78ff349-4e724654-bff49de9-e087585f5857d262a7bd08df"><ac:parameter ac:name=""> fail soft</ac:parameter></ac:structured-macro>
*fail soft* \[[IEEE Std 610.12 1990|AA. References#IEEE Std 610.12 1990]\]
Pertaining to a system or component that continues to provide partial operational capability in the event of certain failures; for example, a traffic light that continues to alternate between red and green if the yellow light fails. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="aa667e8e4e40fb68-2f95cbfc-4ca045a6-9553ae98-d087f8bf5823b7c3a74c1996"><ac:parameter ac:name=""> fault tolerance</ac:parameter></ac:structured-macro>
*fault tolerance* \[[IEEE Std 610.12 1990|AA. References#IEEE Std 610.12 1990]\]
The ability of a system or component to continue normal operation despite the presence of hardware or software faults. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="97b1ec68e1addca6-50ccca61-46674c28-8221aea2-6855bc8faa1903411c8c7593"><ac:parameter ac:name=""> free store</ac:parameter></ac:structured-macro>
*free store* \[[ISO/IEC 14882-2003| AA. References#ISO/IEC 14882-2003]\]
Storage managed by the C++ allocation and deallocation functions {{::operator new(std::size_t)}}, {{::operator delete(void*)}}, their array forms {{::operator new[](std::size_t)}}, {{::operator delete[](void*)}}, overloads of said functions on {{std::nothrow_t}}, any user-defined replacements for said functions, as well as any such functions defined as a member of a class. Storage in the free store is distinct from storage managed by the C functions {{calloc}}, {{free}}, {{malloc}}, and {{realloc}}. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="85e772816b706b0e-52ac4322-412e4300-a3b9b5d4-059cb4ce3b8bc5ed8329b6bc"><ac:parameter ac:name=""> freestanding environment</ac:parameter></ac:structured-macro> <ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="659ec3827a086314-60a3e1ff-4f4f4b75-be579b5a-f2a294419bb023e37c686495"><ac:parameter ac:name=""> freestanding implementation</ac:parameter></ac:structured-macro>
*freestanding implementation* \[[ISO/IEC 14882-2003| AA. References#ISO/IEC 14882-2003]\]
A freestanding implementation is one in which execution may take place without the benefit of an operating system, and has an implementation-defined set of libraries that includes certain language-support libraries. Also referred to as _freestanding environment_. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="8c6655fb9e84ec50-784eb640-43994b8e-9077a151-9c5a7b4bb8df052c8ca9f81b"><ac:parameter ac:name=""> function-like macro</ac:parameter></ac:structured-macro>
*function-like macro* \[[ISO/IEC 9899-1999|AA. References#ISO/IEC 9899-1999]\]
A {{#define}} preprocessing directive that defines an identifier immediately followed by zero or more parameters, the ellipsis ({{...}}), or a combination of the two, enclosed in parentheses, similar syntactically to a function call. Subsequent instances of the macro name followed by a parenthesized list of arguments in a translation unit are replaced by the replacement list of preprocessing tokens that constitute the remainder of the directive. See also [#object-like macro] and [#unsafe function-like macro]. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="41fe28f967259282-f53da5a2-44c24a0d-ba3ba9c8-911c8ee81706619b4961124f"><ac:parameter ac:name=""> hosted environment</ac:parameter></ac:structured-macro> <ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="9dc093cd3654598e-c61174ae-46524f80-aeb8b395-a3307b0aebb4f2afe56f334b"><ac:parameter ac:name=""> hosted implementation</ac:parameter></ac:structured-macro>
*hosted implementation* \[[ISO/IEC 14882-2003| AA. References#ISO/IEC 14882-2003]\]
An implementation that is not freestanding. Program startup occurs at {{main()}}, complex types are implemented, and all C++ standard library facilities are available. Also referred to as _hosted environment_. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="751955acb959e763-4ce633be-4f9342ef-b8acb940-accb9546fa4788ade790ae98"><ac:parameter ac:name="">ill-formed</ac:parameter></ac:structured-macro> <ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="d4c73aec0134221a-3336a912-43d0449f-872d984b-522adfe719737cae33cc4889"><ac:parameter ac:name="">ill-formed program</ac:parameter></ac:structured-macro>
*ill-formed program* \[[ISO/IEC 14882-2003| AA. References#ISO/IEC 14882-2003]\]
A C++ program that is not [#well-formed], that is a program not constructed according to the syntax rules, diagnosable semantic rules, and the [#One Definition Rule]. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="7311f0a906f266e5-5409023e-4fff4971-b923a763-52cea3367c38bb975e5cc5dd"><ac:parameter ac:name=""> implementation</ac:parameter></ac:structured-macro>
*implementation* \[[ISO/IEC 9899-1999|AA. References#ISO/IEC 9899-1999]\]
Particular set of software, running in a particular translation environment under particular control options, that performs translation of programs for, and supports execution of functions in, a particular execution environment. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="c443b13f620c05dc-ba263a94-43714f57-be27a408-775b999d9f2206d429b85df6"><ac:parameter ac:name=""> implementation-defined behavior</ac:parameter></ac:structured-macro>
*implementation-defined behavior* \[[ISO/IEC 14882-2003|AA. References#ISO/IEC 14882-2003]\]
Behavior, for a [#well-formed program] construct and correct data, that depends on the implementation and that each implementation shall document. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="3a5234b88417c2e2-477ca286-44654944-881c998c-e983379373de7599d99ca4d8"><ac:parameter ac:name=""> incomplete type</ac:parameter></ac:structured-macro>
*incomplete type* \[[ISO/IEC 14882-2003| AA. References#ISO/IEC 14882-2003]\]
A type that describes objects but lacks information needed to determine their sizes. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="e2aa6a509cc2ee56-df461c75-473446f0-aacc8f7d-8eb648a12b3c2e9f15fba830"><ac:parameter ac:name=""> indeterminate value</ac:parameter></ac:structured-macro>
*indeterminate value* \[[ISO/IEC 9899-1999|AA. References#ISO/IEC 9899-1999]\]
Either an [#unspecified value] or a [#trap representation]. |
...
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="647ad46de0165cf6-1b066487-4338465b-ab949907-bc12c39db6fc225b815820c8"><ac:parameter ac:name=""> locale-specific behavior</ac:parameter></ac:structured-macro>
*locale-specific behavior* \[[ISO/IEC 14882-2003| AA. References#ISO/IEC 14882-2003]\]
Behavior that depends on local conventions of nationality, culture, and language that each implementation documents. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="606b3beea9922eaf-bb639d2c-4f2a40e5-902eb656-dbd28e87f8a03e91b1669418"><ac:parameter ac:name=""> lvalue</ac:parameter></ac:structured-macro>
*lvalue* \[[ISO/IEC 9899-1999|AA. References#ISO/IEC 9899-1999]\]
An lvalue is an expression with an object type or an incomplete type other than {{void}}. The name "lvalue" comes originally from the assignment expression {{E1 = E2}}, in which the left operand {{E1}} is required to be a (modifiable) lvalue. It is perhaps better considered as representing an object "locator value". |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="e48d2b90c3b6a319-42edf88d-49a8479b-84da83fc-4cf0deb40e953715d6b8e72a"><ac:parameter ac:name=""> mitigation</ac:parameter></ac:structured-macro>
*mitigation* \[[Seacord 05a|AA. References#Seacord 05]\]
Mitigations are methods, techniques, processes, tools, or runtime libraries that can prevent or limit exploits against vulnerabilities. |
...
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="a1e6b9c7d61317cf-d777c581-412c4ee6-ae99ab40-8accc32334a5422da0fb4ea6"><ac:parameter ac:name=""> no-throw guarantee</ac:parameter></ac:structured-macro>
*no-throw guarantee* \[[Sutter 00|AA. References#Sutter 00]\]
The no-throw guarantee is a property of an operation such that it is guaranteed to complete successfully without raising or propagating an exception. See also: [exception safety|BB. Definitions#exception safety], [basic exception safety|BB. Definitions#basic exception safety], [strong exception safety|BB. Definitions#strong exception safety]. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="d7c1319a8425520f-95a88ef8-4ebd49d5-bf3fa7a9-66d5355bdf3b9d16380310ef"><ac:parameter ac:name=""> object-like macro</ac:parameter></ac:structured-macro>
*object-like macro* \[[ISO/IEC 9899-1999|AA. References#ISO/IEC 9899-1999]\]
A {{#define}} preprocessing directive that defines an identifier with no parentheses. Subsequent instances of the macro name in a translation unit are replaced by the replacement list of preprocessing tokens that constitute the remainder of the directive. See also [#function-like macro]. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="ec3cf997bb0a058c-14a48831-4e374992-a8078a04-c037dd3ed0d057cad95e02f8"><ac:parameter ac:name="">one definition rule</ac:parameter></ac:structured-macro> <ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="fb98a24c2f2d7cfb-7a570138-460d45a4-917ba299-2f4993838d62e4170bf179b8"><ac:parameter ac:name="">odr</ac:parameter></ac:structured-macro>
*one definition rule (ODR)* \[[ISO/IEC 14882-2003| AA. References#ISO/IEC 14882-2003]\]
A fundamental C++ rule that states that no translation unit shall contain more than one definition of any variable, function, class type, enumeration type or template. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="30a5ca0929aa87af-a7d156e6-4ff74bce-a4939aeb-4af990cdaa708e3eaba9036d"><ac:parameter ac:name=""> reentrant</ac:parameter></ac:structured-macro>
*reentrant* \[[Dowd 06|AA. References#Dowd 06]\]
A function is reentrant if multiple instances of the same function can run in the same address space concurrently without creating the potential for inconsistent states. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="a77b7883b00a2991-bca03251-41ed4465-ba80b195-19fba7b709d4d7a16b0f0daf"><ac:parameter ac:name=""> reliability</ac:parameter></ac:structured-macro>
*reliability* \[[IEEE Std 610.12 1990|AA. References#IEEE Std 610.12 1990]\]
The ability of a system or component to perform its required functions under stated conditions for a specified period of time. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="a53ffc2634b64280-36b755e9-4e894bd3-a7d69233-2e2a70151ab64136cc001151"><ac:parameter ac:name=""> robustness</ac:parameter></ac:structured-macro>
*robustness* \[[IEEE Std 610.12 1990|AA. References#IEEE Std 610.12 1990]\]
The degree to which a system or component can function correctly in the presence of invalid inputs or stressful environmental conditions. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="cc660e25520f9b2f-12c97cd5-40c747e1-b748b045-c382d020232390043e86cf23"><ac:parameter ac:name=""> rvalue</ac:parameter></ac:structured-macro>
*rvalue* \[[ISO/IEC 9899-1999|AA. References#ISO/IEC 9899-1999]\]
Value of an expression. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="3dac606b3baea2d2-3a86dad5-42d8459c-81a1b77b-3dec04a22836e89c56f434c1"><ac:parameter ac:name=""> security flaw</ac:parameter></ac:structured-macro>
*security flaw* \[[Seacord 05a|AA. References#Seacord 05]\]
A security flaw is a software defect that poses a potential security risk. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="d09c26bbdfed2bf9-ce55ded7-47bb4cc9-90acbe8b-8d1ec0e37264ce42b4541452"><ac:parameter ac:name=""> security policy</ac:parameter></ac:structured-macro>
*security policy* \[[Internet Society 00|AA. References#Internet Society 00]\]
A set of rules and practices that specify or regulate how a system or organization provides security services to protect sensitive and critical system resources. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="7a16e13d72d5346d-8349b955-46064974-85038780-825db58cb1bfdcdc0d43a7b2"><ac:parameter ac:name=""> sequence point</ac:parameter></ac:structured-macro>
*sequence point* C99 \[[ISO/IEC 9899-1999|AA. References#ISO/IEC 9899-1999]\]
Evaluation of an expression may produce side effects. At specific points in the execution sequence called _sequence points_, all side effects of previous evaluations have completed, and no side effects of subsequent evaluations have yet taken place. |
...
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="384b3566c35d95b7-845b0c10-4b934d45-9524a63f-44aa94bec967d2073df9491b"><ac:parameter ac:name=""> strictly conforming</ac:parameter></ac:structured-macro>
*strictly conforming* \[[ISO/IEC 9899-1999|AA. References#ISO/IEC 9899-1999]\]
A strictly conforming program is one that uses only those features of the language and library specified in the international standard. Strictly conforming programs are intended to be maximally portable among conforming implementations and can't, for example, depend upon implementation-defined behavior. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="0f918117e7890122-fa70ed51-41e342f8-9ac9841d-b022bda9fab8882f781b1ec9"><ac:parameter ac:name=""> strong exception safety</ac:parameter></ac:structured-macro>
*strong exception safety* \[[Stroustrup 01|AA. References#Stroustrup 01]\], \[[Sutter 00|AA. References#Sutter 00]\]
The strong exception safety guarantee is a property of an operation such that, in addition to satisfying the [basic exception safety|BB. Definitions#basic exception safety] guarantee, if the operation terminates by raising an exception it has no observable effects on program state. See also: [exception safety|BB. Definitions#exception safety], [basic exception safety|BB. Definitions#basic exception safety], [no-throw guarantee|BB. Definitions#no-throw guarantee]. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="39b80b3c10726e61-18f8b889-47d14633-b6359a47-a9e32a3b27285748bcadf44b"><ac:parameter ac:name="">trap representation</ac:parameter></ac:structured-macro>
*trap representation* \[[ISO/IEC 9899-1999|AA. References#ISO/IEC 9899-1999]\]
Object representation that does not represent a value of the object type. Attempting to read the value of an object that has a trap representation other than by an expression that has a character type is [undefined | #undefined behavior]. Producing such a representation by a side effect that modifies all or any part of the object other than by an expression that has a character type is undefined. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="bdcd6651ee05806b-5f118e66-43484b2e-bd1e866e-3205d5ad2df1930239667859"><ac:parameter ac:name=""> undefined behavior</ac:parameter></ac:structured-macro>
*undefined behavior* \[[ISO/IEC 14882-2003| AA. References#ISO/IEC 14882-2003]\]
Behavior, such as might arise upon use of an erroneous program construct or erroneous data, for which the C++ Standard imposes no requirements. Undefined behavior may also be expected when the C++ Standard omits the description of any explicit definition of behavior. |
...
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="e445134766fe6d0c-7d1c4ea5-4ca24d49-883797e1-14fd8ae8f4d44b5f58d40b41"><ac:parameter ac:name=""> unspecified behavior</ac:parameter></ac:structured-macro>
*unspecified behavior* \[[ISO/IEC 14882-2003| AA. References#ISO/IEC 14882-2003]\]
Behavior, for a [#well-formed program] construct and correct data, that depends on the implementation. The implementation is not required to document which behavior occurs. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="baa40c78333eefb7-1a15a320-477146f6-adfe8400-505fe39378958ac2b40c37c7"><ac:parameter ac:name=""> unspecified value</ac:parameter></ac:structured-macro>
*unspecified value* \[[ISO/IEC 9899-1999|AA. References#ISO/IEC 9899-1999]\]
A valid value of the relevant type where the C++ Standard imposes no requirements on which value is chosen in any instance. An unspecified value cannot be a [#trap representation]. |
...
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="997a5668061df5b7-e75f98a3-4c0647ad-b4228385-765baab6dfc74327f96b7ef8"><ac:parameter ac:name=""> validation</ac:parameter></ac:structured-macro>
*validation* \[[IEC 61508-4|AA. References#IEC 61508-4]\]
Confirmation by examination and provision of objective evidence that the particular requirements for a specific intended use are fulfilled. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="e110adcd4f41fcd3-fd2572f1-403e4e4a-b61db072-44dff6e50cd51d73405ef7cc"><ac:parameter ac:name=""> verification</ac:parameter></ac:structured-macro>
*verification* \[[IEC 61508-4|AA. References#IEC 61508-4]\]
Confirmation by examination and provision of objective evidence that the requirements have been fulfilled. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="e4f86fac70f7a339-ea478ca5-4b86421f-84b597d8-0355c8bcf24d603266ccd7a2"><ac:parameter ac:name=""> vulnerability</ac:parameter></ac:structured-macro>
*vulnerability* \[[Seacord 05a|AA. References#Seacord 05]\]
A vulnerability is a set of conditions that allows an attacker to violate an explicit or implicit security policy. |
Wiki Markup |
---|
<ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="9d14a01e6106303d-dd4f3386-41cc484f-824685cb-45408e8cfae2ed17fc511135"><ac:parameter ac:name="">well-formed</ac:parameter></ac:structured-macro> <ac:structured-macro ac:name="anchor" ac:schema-version="1" ac:macro-id="b8ef9cfdb370a054-cb46c1fb-48554f1a-b4d59680-92aa0c9050bafe6ebaa660bb"><ac:parameter ac:name="">well-formed program</ac:parameter></ac:structured-macro>
*well-formed program* \[[ISO/IEC 14882-2003| AA. References#ISO/IEC 14882-2003]\]
A C++ program constructed according to the syntax rules, diagnosable semantic rules, and the [#One Definition Rule]. See also [#ill-formed program]. |