Fix bug in smaps parsing logic related to pathnames containing whitespace

[scottopell]

What does this PR do?

The smaps parsing code now correctly handles pathnames that are annotated with strings that contain whitespace.

Motivation

The env var GLIBC_TUNABLES=glibc.mem.decorate_maps=1 will turn on extra pathname annotations for allocations originating in glibc, which can be very helpful for breaking down RSS. Our parsing code did not correctly handle this, now it should.

7514356d1000-7514356d3000 rw-p 00000000 00:00 0                          [anon: glibc: loader malloc]
Size:                  8 kB
KernelPageSize:        4 kB
MMUPageSize:           4 kB
Rss:                   8 kB
Pss:                   8 kB
Pss_Dirty:             8 kB
Shared_Clean:          0 kB
Shared_Dirty:          0 kB
Private_Clean:         0 kB
Private_Dirty:         8 kB
Referenced:            8 kB
Anonymous:             8 kB
KSM:                   0 kB
LazyFree:              0 kB
AnonHugePages:         0 kB
ShmemPmdMapped:        0 kB
FilePmdMapped:         0 kB
Shared_Hugetlb:        0 kB
Private_Hugetlb:       0 kB
Swap:                  0 kB
SwapPss:               0 kB
Locked:                0 kB
THPeligible:           0
ProtectionKey:         0
VmFlags: rd wr mr mw me ac sd

Additional Notes

[scottopell]

• Corrects last two changelog entries #1238
• Fix bug in smaps parsing logic related to pathnames containing whitespace #1237 👈 (View in Graphite)
• main

This stack of pull requests is managed by Graphite. Learn more about stacking.