Changes between Initial Version and Version 2 of Ticket #8068


Ignore:
Timestamp:
Nov 22, 2011, 11:17:16 PM (13 years ago)
Author:
mmlr
Comment:

I've seen this on another machine and it really is easily reproducible. I've added enough debug output to rule out that it comes from the place the stack trace would suggest. The buffer handling is fine, the free call is merely a victim of what's going on. My debug efforts showed that everything works as expected up to and including the call of fAccSetDisplayMode in AccelerantHWInterface::SetMode(). After that it seems like any access to libroot functions will fault (including the printf I added for debugging). I've tried to narrow it further down, but I can only suspect a side effect of the vm86 code to be the problem here. Since the code doesn't run through to update of the KDL framebuffer with the added debug output I wasn't able to gather more info just yet. I'll try to investigate further, but I don't really have a good overview of what should or should not happen within the vm86 code.

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #8068

    • Property Version R1/alpha3R1/Development
  • Ticket #8068 – Description

    initial v2  
    55Overview of the backtrace :
    66
     7{{{
    78free
    89MallocBuffer::MallocBuffer
     
    1314ServerApp::_MessageLooper
    1415...
     16}}}
    1517
    1618See attached photo for detailled backtrace.