Syncro SVN Client

Crash with auto-hidden repository view and Zooom

Having trouble installing Syncro SVN Client? Got a bug to report? Post it all here.

Crash with auto-hidden repository view and Zooom

Postby mjpieters » Wed Feb 14, 2007 11:25 am

Hi,

I am evaluating Synchro SVN after hearing positive stories about it. My first impression is certainly good, except that I can make it crash consistently when setting the repository view to auto-hide while another Mac extension, called 'Zooom', is active. Zooom is an extension that adds easy resizing, moving and auto-raising to the Mac window manager, making it behave in a similar way to many X11 window managers.

Platform: Mac OS X (10.4)
Steps to reproduce:
  • Run Zooom (http://coderage-software.com/zooom/)
  • Start Synchro SVN with the default layout (no prefs changed)
  • Switch the repository view to auto-hide (yellow bubble)
  • Mouse-over the resulting tab, then try and move the mouse to the 'add repository' button

At this point Synchro SVN will crash, wether or not the app has been added to the Zooom ignore list. I'll also report this problem to the Zooom authors of course, it's just that this is the only time I ever ran into such a problem.

Please let me know if you want me to email the stack trace.

Martijn Pieters
mjpieters
 
Posts: 2
Joined: Wed Feb 14, 2007 10:57 am

Postby Dan » Wed Feb 14, 2007 2:33 pm

Hello Martijn,

Indeed, the steps you indicated are reproducing the problem. Searching on the Internet I found in the forums of coderage-software different reports regarding the interraction between the Java applications and the Zooom. It looks that Zooom uses some API that Apple has not fully implemented in the Java Virtual Machine for the Mac OS X. See for instance:

http://coderage-software.com/phpbb/viewtopic.php?t=36&highlight=java

The workaround is to avoid making the dockable frames auto-hiddable.

Thank you for letting us know about this,

Dan
Dan
 
Posts: 2
Joined: Wed Feb 14, 2007 11:38 am

Postby mjpieters » Wed Feb 14, 2007 3:00 pm

Indeed, not making windows auto-hide avoids the problem altogether.

The problem with Zooom and Java is that Zooom cannot resize or move Java windows, but it doesn't actually do anything to them because the API is lacking. You need to first press a modifier key before Zooom would attempt to move or resize anyway, and the crash occurs without any Zooom-specific modifiers being pressed.

The way I understand it, Zooom does install some Window Server event taps, and the presence of such a tap may trigger a bug in the Java libraries. De-activating Zooom removes the event taps, thus avoiding the bug.

Here is an excerpt from CodeRage's response to my report (they saw the trace):

Here's hoping that they are the ones passing in a NULL pointer to some system routine from their JNI library, and thus can control this bug.


I also suspect that the fault here lies with Apple (assuming that libawt.jnilib is a core Java API). As you can see from the following trace, the bug appears to be caused by libawt.jnilib when com.apple.AppKit attempts to access some accessibility info:

Thread 0 Crashed:
0 libjvm.dylib 0x0531d767 JVM_MaxMemory + 9793
1 libawt.jnilib 0x0b228474 GetObjectField + 110
2 libawt.jnilib 0x0b28bdb3 -[TabGroupAccessibility tabControlsWithEnv:withTabGroupAxContext:withTabCode:allowIgnored:] + 203
3 libawt.jnilib 0x0b28bc48 -[TabGroupAccessibility currentTabWithEnv:withAxContext:] + 65
4 libawt.jnilib 0x0b28c0dc -[TabGroupAccessibility accessibilityValueAttribute] + 91
5 libawt.jnilib 0x0b2895d2 -[JavaComponentAccessibility description] + 44
6 com.apple.Foundation 0x00320424 _NSDescriptionWithLocaleFunc + 94
7 com.apple.CoreFoundation 0x0218f02a _CFStringAppendFormatAndArgumentsAux + 5639
8 com.apple.CoreFoundation 0x0218d91c _CFStringCreateWithFormatAndArgumentsAux + 122
9 com.apple.Foundation 0x0030aa5d -[NSPlaceholderString initWithFormat:locale:arguments:] + 162
10 com.apple.Foundation 0x0030a9a1 +[NSString stringWithFormat:] + 87
11 com.apple.AppKit 0x016d7d6c -[NSObject(NSAccessibilityUIElementSpecifier) _accessibilityUIElementPathForChild:] + 153
12 com.apple.AppKit 0x016d7455 -[NSObject(NSAccessibilityUIElementSpecifier) _accessibilityUIElementPath] + 94
13 com.apple.AppKit 0x016d7cf6 -[NSObject(NSAccessibilityUIElementSpecifier) _accessibilityUIElementPathForChild:] + 35
14 com.apple.AppKit 0x016d7455 -[NSObject(NSAccessibilityUIElementSpecifier) _accessibilityUIElementPath] + 94
15 com.apple.AppKit 0x016d7cf6 -[NSObject(NSAccessibilityUIElementSpecifier) _accessibilityUIElementPathForChild:] + 35
16 com.apple.AppKit 0x016d7455 -[NSObject(NSAccessibilityUIElementSpecifier) _accessibilityUIElementPath] + 94
17 com.apple.AppKit 0x016d7cf6 -[NSObject(NSAccessibilityUIElementSpecifier) _accessibilityUIElementPathForChild:] + 35
18 com.apple.AppKit 0x016d7455 -[NSObject(NSAccessibilityUIElementSpecifier) _accessibilityUIElementPath] + 94
19 com.apple.AppKit 0x016d7cf6 -[NSObject(NSAccessibilityUIElementSpecifier) _accessibilityUIElementPathForChild:] + 35
20 com.apple.AppKit 0x016d7455 -[NSObject(NSAccessibilityUIElementSpecifier) _accessibilityUIElementPath] + 94
21 com.apple.AppKit 0x016d73b7 _NSAccessibilitySpecifierForUIElement + 57
22 com.apple.AppKit 0x017020dd NSAccessibilityCreateAXUIElementRef + 513
23 com.apple.AppKit 0x018748a6 CopyElementAtPosition + 291
24 com.apple.HIServices 0x036cbc49 _AXXMIGCopyElementAtPosition + 242
25 com.apple.HIServices 0x036d1b97 _XCopyElementAtPosition + 316
26 com.apple.HIServices 0x0369ea30 mshMIGPerform + 237
27 com.apple.CoreFoundation 0x021a766d CFRunLoopRunSpecific + 2904
28 com.apple.CoreFoundation 0x021a6b0e CFRunLoopRunInMode + 61
29 com.apple.HIToolbox 0x047debef RunCurrentEventLoopInMode + 285
30 com.apple.HIToolbox 0x047de2fd ReceiveNextEventCommon + 385
31 com.apple.HIToolbox 0x047de154 BlockUntilNextEventMatchingListInMode + 81
32 com.apple.AppKit 0x0155d465 _DPSNextEvent + 572
33 com.apple.AppKit 0x0155d056 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 137
34 com.apple.AppKit 0x01556ddb -[NSApplication run] + 512
35 libawt.jnilib 0x0b2263a8 +[AWTStarter startAWT:] + 1967
36 com.apple.Foundation 0x00336489 __NSFireMainThreadPerform + 352
37 com.apple.CoreFoundation 0x021da399 __CFRunLoopPerformPerform + 82
38 com.apple.CoreFoundation 0x021a6fd2 CFRunLoopRunSpecific + 1213
39 com.apple.CoreFoundation 0x021a6b0e CFRunLoopRunInMode + 61
40 ...ple.JavaApplicationLauncher 0x97b87bdb startupJava(int, int, char const* const*, __CFDictionary const*, BuilderVersion, char const*, char const**) + 373
41 ...ple.JavaApplicationLauncher 0x97b86102 launchJavaApplication + 264
42 JavaApplicationStub 0x00002c11 0x1000 + 7185
43 JavaApplicationStub 0x000028d6 0x1000 + 6358
44 JavaApplicationStub 0x000027f1 0x1000 + 6129
mjpieters
 
Posts: 2
Joined: Wed Feb 14, 2007 10:57 am


Return to Common Problems

Who is online

Users browsing this forum: No registered users and 0 guests


© 2002-2013 SyncRO Soft Ltd. All rights reserved. | Sitemap | Terms of Use | Privacy Policy | This website was created & generated with <oXygen/>® XML Editor