Open kas1e opened 1 month ago
I improved gdb so that on killing an inferior the DOS seglist is even freed. That should at least minder the memory leak for real debugging. The PIP/queue-hanlder DOS process issue, might be an clib4 issue ?
Checked this commit : nope, sadly to say same memory leak on exit by amount of leaked memory :(
@migthymax I build newlib version of our clib4 branch, and to surprise there is NO pipe-handler left, as well as there is no memory leak on exit. I can see how for newlib build PIPE-Handlers creates, but then disappear once i exit. That probably point out us on CLIB4 :(
@migthymax Alfkil (elfpipe) find out that actually CMAKE build for clib4 also left pipe handlers on exit ! So, that definitely clib4 issue in end of all. Maybe not about memory leaks, but about pipe for sure.
Find out some memory leak which easy to reproduce: it's enough to run
gdb -v
to have loose 1-2mb of the RAM. I.e. let's say we have 296MB of used ram, that what we have then for 10gdb -v
runs:Also with Ranger we can find that each run/exit of GDB , keeps in the DOS process an PIPE/queue-hanlder left, which can be cause of those memory leaks (or at least a part of)