Re: [Bibdesk-users] Crash in latest nigthly
On Jan 8, 2008, at 6:32 AM, Adam M. Goldstein wrote: > On Jan 8, 2008, at 9:27 AM, Simon Spiegel wrote: > >> I discovered a quite fatal crasher in the latest nightly. When using >> the "New Publication from Clipboard" function. When I click "Add and >> Close", BibDesk always crashes. It doesn't crash when I first click >> "Add" and then "Close". I played a bit around with this and it >> doesn't >> seem to matter which .bib file I use (I also tried with a completely >> new one) nor what the Clipboard actually contains. >> > > I got this too. (BD 1.3.12 (v990), Intel) Alex Montgomery filed a bug report on this yesterday. If it's reproducible we should be able to fix it. thanks, adam - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] Crash in latest nigthly
On Jan 8, 2008, at 9:27 AM, Simon Spiegel wrote: > Hi, > > I discovered a quite fatal crasher in the latest nightly. When using > the "New Publication from Clipboard" function. When I click "Add and > Close", BibDesk always crashes. It doesn't crash when I first click > "Add" and then "Close". I played a bit around with this and it doesn't > seem to matter which .bib file I use (I also tried with a completely > new one) nor what the Clipboard actually contains. > I got this too. (BD 1.3.12 (v990), Intel) Process: BibDesk [313] Path:/Applications/BibDesk.app/Contents/MacOS/BibDesk Identifier: edu.ucsd.cs.mmccrack.bibdesk Version: 1.3.12 (v990) Code Type: X86 (Native) Parent Process: launchd [95] Date/Time: 2008-01-08 09:30:19.398 -0500 OS Version: Mac OS X 10.5.1 (9B18) Report Version: 6 Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0xc612f3bf Crashed Thread: 0 Thread 0 Crashed: 0 libobjc.A.dylib 0x958936e8 objc_msgSend + 24 1 com.apple.Foundation0x96771040 -[NSKeyValueArray _proxyNonGCFinalize] + 80 2 com.apple.Foundation0x966d954c _NSKeyValueProxyDeallocate + 172 3 com.apple.Foundation0x967710ad -[NSKeyValueArray dealloc] + 29 4 com.apple.Foundation0x96641a7f NSPopAutoreleasePool + 1007 5 com.apple.AppKit0x92b9b732 -[NSApplication run] + 892 6 com.omnigroup.OmniAppKit0x0040e256 -[OAApplication run] + 406 7 com.apple.AppKit0x92b689ba NSApplicationMain + 574 8 edu.ucsd.cs.mmccrack.bibdesk0x316e main + 568 9 edu.ucsd.cs.mmccrack.bibdesk0x2f1a _start + 216 10 edu.ucsd.cs.mmccrack.bibdesk0x2e41 start + 41 Thread 1: 0 libSystem.B.dylib 0x900538e6 kevent + 10 1 libSystem.B.dylib 0x90054075 _pthread_start + 321 2 libSystem.B.dylib 0x90053f32 thread_start + 34 Thread 2: 0 libSystem.B.dylib 0x90023946 semaphore_timedwait_signal_trap + 10 1 libSystem.B.dylib 0x900551cf _pthread_cond_wait + 1244 2 libSystem.B.dylib 0x90056a53 pthread_cond_timedwait_relative_np + 47 3 com.apple.Foundation0x9668bf9c -[NSCondition waitUntilDate:] + 236 4 com.apple.Foundation0x9668bdb0 -[NSConditionLock lockWhenCondition:beforeDate:] + 144 5 ...up.framework.OmniFoundation 0x00569a9b - [NSConditionLock(OFFixes) replacement_lockWhenCondition:beforeDate:] + 59 6 ...up.framework.OmniFoundation 0x00552829 - [OFDedicatedThreadScheduler(Private) runScheduleInCurrentThreadUntilEmpty:] + 281 7 ...up.framework.OmniFoundation 0x0055241d - [OFDedicatedThreadScheduler runScheduleForeverInCurrentThread] + 205 8 com.apple.Foundation0x9664604d -[NSThread main] + 45 9 com.apple.Foundation0x96645bf4 __NSThread__main__ + 308 10 libSystem.B.dylib 0x90054075 _pthread_start + 321 11 libSystem.B.dylib 0x90053f32 thread_start + 34 Thread 3: 0 libSystem.B.dylib 0x9002aace __semwait_signal + 10 1 libSystem.B.dylib 0x90054ced pthread_cond_wait $UNIX2003 + 73 2 libGLProgrammability.dylib 0x9437ff32 glvmDoWork + 162 3 libSystem.B.dylib 0x90054075 _pthread_start + 321 4 libSystem.B.dylib 0x90053f32 thread_start + 34 Thread 4: 0 libSystem.B.dylib 0x9002aace __semwait_signal + 10 1 libSystem.B.dylib 0x90054ced pthread_cond_wait $UNIX2003 + 73 2 com.apple.QuartzCore0x91511161 fe_fragment_thread + 54 3 libSystem.B.dylib 0x90054075 _pthread_start + 321 4 libSystem.B.dylib 0x90053f32 thread_start + 34 Thread 5: 0 libSystem.B.dylib 0x900238e6 mach_msg_trap + 10 1 libSystem.B.dylib 0x9002b0dc mach_msg + 72 2 com.apple.CoreFoundation0x93b950fe CFRunLoopRunSpecific + 1806 3 com.apple.CoreFoundation0x93b95d38 CFRunLoopRunInMode + 88 4 com.apple.Foundation0x9667a5b5 -[NSRunLoop(NSRunLoop) runMode:beforeDate:] + 213 5 edu.ucsd.cs.mmccrack.bibdesk0x000d80f4 - [BDSKAsynchronousDOServer runDOServerForPorts:] + 787 6 com.apple.Foundation0x9664604d -[NSThread main] + 45 7 com.apple.Foundation0x96645bf4 __NSThread__main__ + 308 8 libSystem.B.dylib 0x90054075 _pthread_start + 321 9 libSystem.B.dylib 0x90053f32 thread_start + 34 Thread 6: 0 libSystem.B.dylib 0x900238e6 mach_msg_trap + 10 1 libSystem.B.dylib 0x9002b0dc mach_msg + 72 2 com.apple.CoreFoundation0x93b950fe CFRunLoopRunSpecific + 1806 3 com.ap
[Bibdesk-users] Crash in latest nigthly
Hi, I discovered a quite fatal crasher in the latest nightly. When using the "New Publication from Clipboard" function. When I click "Add and Close", BibDesk always crashes. It doesn't crash when I first click "Add" and then "Close". I played a bit around with this and it doesn't seem to matter which .bib file I use (I also tried with a completely new one) nor what the Clipboard actually contains. simon -- Simon Spiegel Steinhaldenstr. 50 8002 Zürich Telephon: ++41 44 451 5334 Mobophon: ++41 76 459 60 39 http://www.simifilm.ch „It will take time to restore chaos.“ George W. Bush - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users