Opened 19 months ago

Closed 19 months ago

Last modified 11 months ago

#15258 closed bug (fixed)

memory allocator do not handle out of memory correctly

Reported by: X512 Owned by: nobody
Priority: normal Milestone: R1/beta2
Component: System/ Version: R1/Development
Keywords: Cc:
Blocked By: Blocking: #15320
Platform: All


This is hrev53380 32bit gcc2hybrid.

Process crashes inside internal code of memory allocator when no memory avalible. According Debugger "BPrivate::rpmalloc::_memory_span_set_new_active" is called with "span" argument = NULL and it dereferenced in "assert(span->span_count == 1);" causing crash.

Attachments (5)

MemAlloc.c (131 bytes ) - added by X512 19 months ago.
Test program (36.3 KB ) - added by X512 19 months ago.
Debug report
0001-fix-rpmalloc-crash-when-no-more-memory.patch (958 bytes ) - added by X512 19 months ago.
0001-fix-rpmalloc-crash-when-no-more-memory-large-alloc-s.patch (909 bytes ) - added by X512 19 months ago.
patch for large allocations
MemAllocFree.cpp (492 bytes ) - added by X512 19 months ago.
memory free test

Download all attachments as: .zip

Change History (11)

by X512, 19 months ago

Attachment: MemAlloc.c added

Test program

by X512, 19 months ago

Debug report

comment:1 by X512, 19 months ago

It look like rpmalloc bug, not Haiku. I investigate rpmalloc souces a bit and found that if virtual memory allocation fail "_memory_heap_extract_new_span" in "_memory_allocate_from_heap_fallback" function returns NULL and null span is passed in _memory_span_set_new_active that do not support null span and crash by null pointer dereference.

by X512, 19 months ago

patch for large allocations

comment:2 by X512, 19 months ago

I also found that if a lot of memory allocated rpmalloc crash when freeing memory. Crash occurs in "_memory_span_release_to_cache" function, "assert(heap_class->partial_span != span);" line.

by X512, 19 months ago

Attachment: MemAllocFree.cpp added

memory free test

comment:3 by diver, 19 months ago

Maybe it's better to move this issue over to ?

comment:4 by waddlesplash, 19 months ago

Resolution: fixed
Status: newclosed

Fixed in hrev53384 with a slightly different coding style, and submitted upstream as Thanks!

comment:5 by waddlesplash, 18 months ago

Blocking: 15320 added

comment:6 by nielx, 11 months ago

Milestone: UnscheduledR1/beta2

Assign tickets with status=closed and resolution=fixed within the R1/beta2 development window to the R1/beta2 Milestone

Note: See TracTickets for help on using tickets.