bugGNUstep - Bugs: bug #10554, resizing windows seems to make the...

Group
 
 

bug #10554: resizing windows seems to make the main runloop hang

Submitter:  None
Submitted:  Sat 02 Oct 2004 04:54:25 AM UTC
   
 
Category:  Gui/AppKit Severity:  3 - Normal
Item Group:  Bug Status:  Works For Me
Privacy:  Public Assigned to:  None
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Sat 18 Feb 2006 10:05:56 PM UTC, comment #3: 

I have a DP G5 2ghz 1.5Gb radeon9600
When ever I resize the Activity monitor (al processes,system memory) for about 15 sec. I get a system freeze that can be resolved only by a forced shut down.

I think it is an hardware problem .I need your help and i will be glad to here your suggestions.

< FONT>
Here is my panic.log ( not evry freeze leaves a log...)

Wed Feb 15 18:46:33 2006
panic(cpu 1 c ller 0x0009B314): mapping_alloc - empty mapping block detected at 1C154000

Latest stack backtrace for cpu 1:
Backtrace:
0x00095698 0x00095BB0 0x0002683C 0x0009B314 0x0009A2FC 0x00099118 0x000627F0 0x000A875C
0x000ABC80
Proceeding back via exception chain:
Exception state (sv=0x39E7F280)
PC=0x903AFE10; MSR=0x0000F030; DAR=0x015F0000; DSISR=0x42000000; LR=0x903AFD84; R1=0xBFFFED50; XCP=0x0000000C (0x300 - Data access)

Kernel version:
Darwin Kernel Version 8.3.0: Mon Oct 3 20:04:04 PDT 2005; root:xnu-792.6.22.obj~2/RELEASE_PPC
*******

panic(cpu 1 caller 0x0009B314): mapping_alloc - empty mapping block detected at 1C154000

Latest stack backtrace for cpu 1:
Backtrace:
0x00095698 0x00095BB0 0x0002683C 0x0009B314 0x0009A2FC 0x00099118 0x000627F0 0x000A875C
0x000ABC80
Proceeding back via exception chain:
Exception state (sv=0x39E7F280)
PC=0x903AFE10; MSR=0x0000F030; DAR=0x015F0000; DSISR=0x42000000; LR=0x903AFD84; R1=0xBFFFED50; XCP=0x0000000C (0x300 - Data access)

Kernel version:
Darwin Kernel Version 8.3.0: Mon Oct 3 20:04:04 PDT 2005; root:xnu-792.6.22.obj~2/RELEASE_PPC
*******

Fri Feb 17 12:20:22 2006


Unresolved k rnel trap(cpu 1): 0x300 - Data access DAR=0x0000000000000004 PC=0x0000000000062E3C
Latest crash info for cpu 1:
Exception state (sv=0x3A7F2500)
PC=0x00062E3C; MSR=0x00009030; DAR=0x00000004; DSISR=0x42000000; LR=0x00062D8C; R1=0x2278BDB0; XCP=0x0000000C (0x300 - Data access)
Backtrace:
0x00062D04 0x000A875C 0x000ABC80
backtrace terminated - frame not mapped or invalid: 0xBFFFA7E0

Proceeding back via exception chain:
Exception state (sv=0x3A7F2500)
previously dumped as "Latest" state. skipping...
Exception state (sv=0x3AD02500)
PC=0xFFFF8A74; MSR=0x0200F030; DAR=0x015C3400; DSISR=0x42000000; LR=0x903DD358; R1=0xBFFFA7E0; XCP=0x0000000C (0x300 - Data access)

Kernel version: /FONT>
Darwin Kernel Version 8.3.0: Mon Oct 3 20:04:04 PDT 2005; root:xnu-792.6.22.obj~2/RELEASE_PPC
panic(cpu 1 caller 0xFFFF0003): 0x300 - Data access
Latest stack backtrace for cpu 1:
Backtrace:
0x00095698 0x00095BB0 0x0002683C 0x000A8304 0x000ABC80
Proceeding back via exception chain:
Excep ion state (sv=0x3A7F2500)
PC=0x00062E3C; MSR=0x00009030; DAR=0x00000004; DSISR=0x42000000; LR=0x00062D8C; R1=0x2278BDB0; XCP=0x0000000C (0x300 - Data access)
Backtrace:
0x00062D04 0x000A875C 0x000ABC80
backtrace terminated - frame not mapped or invalid: 0xBFFFA7E0

Exception state (sv=0x3AD02500)
PC=0xFFFF8A74; MSR=0x0200F030; DAR=0x015C3400; DSISR=0x42000000; LR=0x903DD358; R1=0xBFFFA7E0; XCP=0x0000000C (0x300 - Data access)

Kernel version:
Darwin Kernel Version 8.3.0: Mon Oct 3 20:04:04 PDT 2005; root:xnu-792.6.22.obj~2/RELEASE_PPC

*******
Shefi Yishai  -email is unavailable-

shefi <shefi>
Thu 13 Jan 2005 04:24:22 PM UTC, comment #2: 

Short version: If you really really must read from some file on time, use threads.


My theory on this is that resizing with some(all?) window managers causes the window manager to "lock" the X server (at the very least, drawing from other programs is blocked). Since xlib isn't asynchronous, we'll eventually block in xlib calls in the backend. This is consistent with the fact that other apps also lock up when I resize windows for a long time.

This is tricky to debug, though, and unfortunately, it doesn't seem to hold. If I resize for a long time, the app's display will freeze, as expected, but the main runloop keeps ticking, and watchers still work (even in NSDefaultRunLoopMode).

Thus, I'm closing this as unreproducible. If some special combination of window manager/event loop/reading method is necessary to trigger this, we'll need more information. An example and detailed instructions would be nice. :)

Note that if we are blocking in xlib calls, then, realistically, there's nothing we can do to fix this. We don't control the window managers, we don't control xlib, and afaik, the xlib replacements aren't finished yet. Either way, there's definitely nothing we can do about the window manager telling the X server to ignore our drawing.

Alexander Malmberg <alexm>
Group Member
Tue 09 Nov 2004 11:21:22 PM UTC, comment #1: 

Is this with decorations managed by -gui? If so, the resizing code runs the event loop, but in NSEventTrackingRunLoopMode, just like most other modal event loops in -gui. If you're watching important descriptors, you probably want to watch them in that mode in addition to the default mode, and possibly also all the other standard run loop modes (NSConnectionReplyMode, and NSModalPanelRunLoopMode (currently unused)).

Alexander Malmberg <alexm>
Group Member
Sat 02 Oct 2004 04:54:25 AM UTC, original submission:  

This prevents asynchronous file descriptors from being handled on time and the application screen area from being updated.
While the latter might not be important, the former is particularly boring.

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

Only logged-in users can vote.

 

Follow 2 latest changes.

Date Changed by Updated Field Previous Value => Replaced by
2005-01-13 alexm StatusNone Works For Me
    Open/ClosedOpen Closed

Back to the top

Powered by Savane 3.15-e6e5.
Corresponding source code