You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
* Add the library linking to your Makefile. Something like:
@@ -56,7 +56,7 @@ TEST(FirstTestGroup, FirstTest)
56
56
## Command line switches
57
57
58
58
* -v verbose, print each test name as it runs
59
-
* -r# repeat the tests some number of times, default is one, default is # is not specified is 2. This is handy if you are experiencing memory leaks. A second run that has no leaks indicates that someone
59
+
* -r# repeat the tests some number of times, default is one, default is # is not specified is 2. This is handy if you are experiencing memory leaks. A second run that has no leaks indicates that someone
60
60
* -g group only run test whose group contains the substring group
61
61
* -n name only run test whose name contains the substring name
62
62
@@ -86,7 +86,7 @@ The failure of one of these macros causes the current test to immediately exit
86
86
* STRCMP_EQUAL(expected, actual) - check const char* strings for equality using strcmp
87
87
* LONGS_EQUAL(expected, actual) - Compares two numbers
88
88
* BYTES_EQUAL(expected, actual) - Compares two numbers, eight bits wide
89
-
* POINTERS_EQUAL(expected, actual) - Compares two const void *
89
+
* POINTERS_EQUAL(expected, actual) - Compares two const void *
90
90
* DOUBLES_EQUAL(expected, actual, tolerance) - Compares two doubles within some tolerance
91
91
* FAIL(text) - always fails
92
92
@@ -95,7 +95,7 @@ Customize CHECK_EQUAL to work with your types that support operator==()
95
95
96
96
* Create the function:
97
97
** SimpleString StringFrom (const yourType&)
98
-
98
+
99
99
The Extensions directory has a few of these.
100
100
101
101
## Building default checks with TestPlugin
@@ -122,9 +122,9 @@ int main(int ac, char** av)
122
122
Memory leak detection
123
123
124
124
* A platform specific memory leak detection mechanism is provided.
125
-
* If a test fails and has allocated memory prior to the fail and that memory is not cleaned up by TearDown, a memory leak is reported.
125
+
* If a test fails and has allocated memory prior to the fail and that memory is not cleaned up by TearDown, a memory leak is reported.
126
126
It is best to only chase memory leaks when other errors have been eliminated.
127
-
* Some code uses lazy initialization and appears to leak when it really does not (for example: gcc stringstream used to in an earlier release). One cause is that some standard library calls allocate something and do not free it until after main (or never).
127
+
* Some code uses lazy initialization and appears to leak when it really does not (for example: gcc stringstream used to in an earlier release). One cause is that some standard library calls allocate something and do not free it until after main (or never).
128
128
To find out if a memory leak is due to lazy initialization set the -r switch to run tests twice. The signature of this situation is that the first run shows leaks and the second run shows no leaks. When both runs show leaks, you have a leak to find.
129
129
130
130
## How is memory leak detection implemented?
@@ -189,7 +189,7 @@ TEST(ClassName, Create)
189
189
}
190
190
```
191
191
192
-
There are some scripts that are helpful in creating your initial h, cpp, and
192
+
There are some scripts that are helpful in creating your initial h, cpp, and
0 commit comments