#8007: [app_server] fully unresponsive when resizing window of big textfile ----------------------------------+---------------------------- Reporter: ttcoder | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1/Development Resolution: | Keywords: Blocked By: | Blocking: Has a Patch: 0 | Platform: All ----------------------------------+---------------------------- Comment (by Pete): I think I've at least found out how to prevent scheduling_recorder from generating an unhandleable file. It seems to fail if any GUI (?) dependent app is started ''after'' the recorder itself. Command-line-apps seem to be OK. What I found I could do, was first start StyledEdit (with the 'StyledEdit- info' attribute removed from the work file to prevent immediate lockup), and in a Terminal, quickly start {{{ scheduling_recorder sched.rec sleep 10 }}} then immediately resize the window. This generates a readable 10-second file that I could look at with the analyzer. Unfortunately I don't know enough about what it's showing me to tell much, except that the StyledEdit window eventually takes over everything. Even the event loop and the cursor loop get completely frozen out. If anybody else thinks it's useful to look at this file (1.3MB) I'll attach it here, but I won't waste space if nobody's interested. -- Ticket URL: <http://dev.haiku-os.org/ticket/8007#comment:8> Haiku <http://dev.haiku-os.org> Haiku - the operating system.