diff options
author | Robin Haberkorn <robin.haberkorn@googlemail.com> | 2024-11-18 16:28:49 +0300 |
---|---|---|
committer | Robin Haberkorn <robin.haberkorn@googlemail.com> | 2024-11-18 16:30:59 +0300 |
commit | 52d66c5783d39a23027102c3087eac8ef1c0f02f (patch) | |
tree | 6f75f5af844e4110ebea49954be8b966d4351f0f /src/memory.c | |
parent | 02ab80c1f94ef89f5cf247a6d8baa7e612e51f25 (diff) | |
download | sciteco-52d66c5783d39a23027102c3087eac8ef1c0f02f.tar.gz |
fixed some common typos: "ie." and "eg.", "ocur" instead of "occur"
Diffstat (limited to 'src/memory.c')
-rw-r--r-- | src/memory.c | 10 |
1 files changed, 5 insertions, 5 deletions
diff --git a/src/memory.c b/src/memory.c index 26cde55..653d1ef 100644 --- a/src/memory.c +++ b/src/memory.c @@ -102,7 +102,7 @@ * * @par Size of the program break * There is also the old-school technique of calculating the size - * of the program break, ie. the effective size of the DATA segment. + * of the program break, i.e. the effective size of the DATA segment. * This works under the assumption that all allocations are * performed by extending the program break, as is __traditionally__ * done by malloc() and friends. @@ -156,7 +156,7 @@ * but obviously won't work for shared libraries. * - The portable dlsym() could be used to look up the original * library symbol, but it may and does call malloc functions, - * eg. calloc() on glibc. + * e.g. calloc() on glibc. * Some people work around this using bootstrap makeshift allocators * used only during dlsym(). * __In other words, there is no way to portably and reliably @@ -169,7 +169,7 @@ * Otherwise the measurement is not precise and there can even * be underruns. Thus we'd have to guard against underruns. * - Unfortunately, it is undefined whether the "usable" size of - * a heap object can change unwittingly, ie. not by malloc() or + * a heap object can change unwittingly, i.e. not by malloc() or * realloc() on that same heap object, but for instance after a * neighbouring heap object is freed. * If this can happen, free() on that heap object might subtract @@ -245,7 +245,7 @@ * optimization. * - This approach has the same disadvantages as wrapping malloc() because * of the unreliability of malloc_usable_size(). - * Furthermore, all allocations by glib (eg. g_strdup()) will be missed. + * Furthermore, all allocations by glib (e.g. g_strdup()) will be missed. * * @par Directly measuring the resident memory size * It is of course possible to query the program's RSS via OS APIs. @@ -280,7 +280,7 @@ * If disabled, we try to directly measure memory consumption using * OS APIs. * Polling of the RSS takes place in a dedicated thread that is started - * on demand and paused whenever the main thread is idle (eg. waits for + * on demand and paused whenever the main thread is idle (e.g. waits for * user input), so we don't waste cycles. */ |