Opened 15 years ago

Last modified 15 years ago

#4188 closed bug

Kernel very unstable after heap changes in r32074 — at Version 1

Reported by: stippi Owned by: mmlr
Priority: critical Milestone: R1
Component: System/Kernel Version: R1/pre-alpha1
Keywords: Cc:
Blocked By: Blocking:
Platform: All

Description (last modified by stippi)

With BFS and block cache tracing enabled, the kernel only survives a few seconds of file operations. In the first session after I updated to hrev32128 from a revision before the heap changes, Haiku crashed shortly after invoking "svn up" in my tree within Haiku. I rebooted and made sure I have a clean build on my partition. In the session after that, I tried svn cleanup, which showed me corrupted parts of my tree. The second rm -rf some/part/of/the/source dumped me back into the kernel debugger, and the kernel crashed again in the BFS tracing when allocating a tracing entry (like the first time). The panic talked about two NULL pointers, if that is helpful, but the crashing seems to be very easy to reproduce anyway (I hope for you, too). Reverting just the hrev32074 changeset seems to have made the system stable again.

Running a hrev32128 GCC 4 based hybrid build.

Change History (1)

comment:1 by stippi, 15 years ago

Description: modified (diff)
Note: See TracTickets for help on using tickets.