Opened 13 years ago

Last modified 12 years ago

#8068 closed bug

A crash bring up the app_server in gdb when changing the screen resolution — at Version 2

Reported by: oco Owned by: axeld
Priority: normal Milestone: R1
Component: Servers/app_server Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Platform: All

Description (last modified by mmlr)

Reproducible on a fresh install after few change of the screen resolution (less than five) on my laptop (Vesa mode)

I use release hrev42926

Overview of the backtrace :

free
MallocBuffer::MallocBuffer
AccelerantHWInterface::SetMode
Screen::SetMode
Desktop::SetScreenMode
ServerApp::_DispatchMessage
ServerApp::_MessageLooper
...

See attached photo for detailled backtrace.

Change History (3)

by oco, 13 years ago

Attachment: IMG_3808.JPG added

comment:1 by diver, 13 years ago

Version: R1/alpha3R1/Development

comment:2 by mmlr, 12 years ago

Description: modified (diff)

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.

Note: See TracTickets for help on using tickets.