Searched hist:"75 d1cb286f381c2255293cc0fb78d50454887e19" (Results 1 – 2 of 2) sorted by relevance
| /haiku/src/system/kernel/messaging/ | ||
| H A D | MessagingService.h | 75d1cb286f381c2255293cc0fb78d50454887e19 Fri Mar 06 05:45:32 UTC 2009 Rene Gollent <anevilyak@gmail.com> The loop that looks for the next area to add a message to has a somewhat fatal flaw: it checks for a non-zero area size (which is always set to the physical size of the area rather than the number of message commands stored within it). As a consequence, areas would never get cleaned up once allocated, which lead the kernel to steadily bleed memory if any reasonable level of node monitoring activity was going on. We now check whether or not the area's command count is non-zero instead, and use that as the criteria for selection. Fixes ticket #3518. |
| H A D | MessagingService.cpp | 75d1cb286f381c2255293cc0fb78d50454887e19 Fri Mar 06 05:45:32 UTC 2009 Rene Gollent <anevilyak@gmail.com> The loop that looks for the next area to add a message to has a somewhat fatal flaw: it checks for a non-zero area size (which is always set to the physical size of the area rather than the number of message commands stored within it). As a consequence, areas would never get cleaned up once allocated, which lead the kernel to steadily bleed memory if any reasonable level of node monitoring activity was going on. We now check whether or not the area's command count is non-zero instead, and use that as the criteria for selection. Fixes ticket #3518. |