search for: corefoundation

...89] 14 BlockUntilNextEventMatchingListInMode + 81 (in HIToolbox) [0x90fd6bd6] 14 ReceiveNextEventCommon + 354 (in HIToolbox) [0x90fd6d51] 14 RunCurrentEventLoopInMode + 392 (in HIToolbox) [0x90fd6f9c] 14 CFRunLoopRunInMode + 97 (in CoreFoundation) [0x925c3ec1] 14 CFRunLoopRunSpecific + 452 (in CoreFoundation) [0x925c4094] 14 __CFRunLoopRun + 2079 (in CoreFoundation) [0x925c4faf] 14 mach_msg_trap + 10 (in libSystem.B.dylib) [0x936d60fa] Kernel stack: 14 ipc_mqueue_rece...

I've been trying to get R+PostgreSQL+PL/R to work together on a OSX machine without the Framework and CoreFoundation options and have noticed some suspicious switches when compiling packages. I've installed R (on OSX) with the following ./configure: ./configure \ CC="gcc -arch i386" \ CXX="g++ -arch i386" \ OBJC="gcc -arch i386" \ F77="gfortran -arch i386" \...

...5fc3ca] Thread id: 107fd790 User stack: 449 _thread_start + 34 (in libSystem.B.dylib) [0x945f6012] 449 __pthread_start + 321 (in libSystem.B.dylib) [0x945f6155] 449 __Z22CFURLCacheWorkerThreadPv + 388 (in CFNetwork) [0x951db264] 449 _CFRunLoopRunInMode + 88 (in CoreFoundation) [0x94240aa8] 449 _mach_msg_trap + 10 (in libSystem.B.dylib) [0x945c5286] Thread id: 108328b8 User stack: 449 _thread_start + 34 (in libSystem.B.dylib) [0x945f6012] 449 __pthread_start + 321 (in libSystem.B.dylib) [0x945f6155] 449 ___NSThread__main__ + 308 (i...

...6 Anonymous UUID: D86CDCBC-00FD-4AEE-AB50-2EFE0DAE9E1E Exception Type: EXC_BAD_ACCESS (SIGBUS) Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000067ee2 Crashed Thread: 0 Thread 0 Crashed: 0 libSystem.B.dylib 0xffff07c7 __memcpy + 39 (cpu_capabilities.h:246) 1 com.apple.CoreFoundation 0x96a6a0b4 __CFStringEncodeByteStream + 4052 2 com.apple.Foundation 0x94446eb7 -[NSString(NSStringOtherEncodings) getBytes:maxLength:usedLength:encoding:options:range:remainingRange:] + 295 3 com.apple.Foundation 0x94446a1a _NSNewStringByAppendingStrings + 538 4 com....

...208a89] 14 BlockUntilNextEventMatchingListInMode + 81 (in HIToolbox) [0x90fd6bd6] 14 ReceiveNextEventCommon + 354 (in HIToolbox) [0x90fd6d51] 14 RunCurrentEventLoopInMode + 392 (in HIToolbox) [0x90fd6f9c] 14 CFRunLoopRunInMode + 97 (in CoreFoundation) [0x925c3ec1] 14 CFRunLoopRunSpecific + 452 (in CoreFoundation) [0x925c4094] 14 __CFRunLoopRun + 2079 (in CoreFoundation) [0x925c4faf] 14 mach_msg_trap + 10 (in libSystem.B.dylib) [0x936d60fa] Kernel stack: 14 ipc_mqueue_receive_...

some hints for the search engines. I just did install.packages("foreach") install.packages("doMC") library(doMC) registerDoMC() library(foreach) > foreach(i = 1:3) %dopar% sqrt(i) The process has forked and you cannot use this CoreFoundation functionality safely. You MUST exec(). Break on __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__() to debug. The process has forked and you cannot use this CoreFoundation functionality safely. You MUST exec(). Break on __THE_PROCESS_HAS_FORKED_AND_YOU_...

...00d50 2015-06-26 08:19:14.362 macosx-ups[45770:4001150] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[__NSCFDictionary _getCString:maxLength:encoding:]: unrecognized selector sent to instance 0x7fe5e1d00d50' *** First throw call stack: ( 0 CoreFoundation 0x00007fff8a12c03c __exceptionPreprocess + 172 1 libobjc.A.dylib 0x00007fff8726c76e objc_exception_throw + 43 2 CoreFoundation 0x00007fff8a12f0ad -[NSObject(NSObject) doesNotRecognizeSelector:] + 205 3 CoreFoundation...

...and line option "-framework" configure:41106: $? = 1 configure: failed program was: | /* confdefs.h. */ ........................ configure:46650: gcc -m64 -std=gnu99 -o conftest -mminimal-toc -fno-optimize-sibling-calls -g -O2 -I/usr/local/include -L/usr/local/lib conftest.c -framework CoreFoundation -ldl -lm >&5 gcc: CoreFoundation: No such file or directory cc1: error: unrecognized command line option "-framework" configure:46656: $? = 1 configure: failed program was: | /* confdefs.h. */ ........................ configure:56212: gcc -m64 -std=gnu99 -o conftest -mminimal-to...

...SRaiseError + 264 1 com.apple.AppKit 0x93764d50 -[NSView _drawRect:clip:] + 2472 2 com.apple.AppKit 0x937641b8 -[NSView _recursiveDisplayAllDirtyWithLockFocus:visRect:] + 404 3 com.apple.AppKit 0x93766f00 _recursiveDisplayInRect2 + 84 4 com.apple.CoreFoundation 0x907f33c4 CFArrayApplyFunction + 416 5 com.apple.AppKit 0x937642cc -[NSView _recursiveDisplayAllDirtyWithLockFocus:visRect:] + 680 6 com.apple.AppKit 0x93766f00 _recursiveDisplayInRect2 + 84 7 com.apple.CoreFoundation 0x907f33c4 CFArrayApplyFunctio...

...0x0001d340 main + 680 (main.m:101) 10 org.R-project.R 0x00002e8c _start + 340 (crt.c:272) 11 org.R-project.R 0x00002d34 start + 60 Thread 1: 0 libSystem.B.dylib 0x9000b268 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000b1bc mach_msg + 60 2 com.apple.CoreFoundation 0x907dbb78 __CFRunLoopRun + 832 3 com.apple.CoreFoundation 0x907db47c CFRunLoopRunSpecific + 268 4 com.apple.Foundation 0x92939598 -[NSConnection sendInvocation:] + 1468 5 com.apple.Foundation 0x92938034 -[NSObject(NSForwardInvocation) forward::] + 408 6 libobjc.A.dylib...

...ect.R 0x00015674 RGUI_ReplConsole + 148 (crt.c:300) 13 org.R-project.R 0x000155c8 run_REngineRmainloop + 156 (crt.c:300) 14 org.R-project.R 0x0000e56c -[REngine runREPL] + 76 (crt.c:300) 15 com.apple.Foundation 0x928e949c __NSFireTimer + 116 16 com.apple.CoreFoundation 0x90770aec __CFRunLoopDoTimer + 184 17 com.apple.CoreFoundation 0x9075d464 __CFRunLoopRun + 1680 18 com.apple.CoreFoundation 0x9075ca18 CFRunLoopRunSpecific + 268 19 com.apple.HIToolbox 0x9318e1e0 RunCurrentEventLoopInMode + 264 20 com.apple.HIToolbox 0x9318d874 ReceiveNextEventC...

...se confirm this?) this allows to interpose the function regardless of the two-level namespace. The support for dynamic runtime in ASan is almost there. But the new interposition method has revealed some issues with the allocator which were corked here and there before. Most of those are caused by a CoreFoundation dependency, which I'm trying to eliminate now. On Mon, Dec 3, 2012 at 8:50 PM, Rafael Espíndola <rafael.espindola at gmail.com> wrote: > On 30 November 2012 13:32, Alexander Potapenko <glider at google.com> wrote: >> No, we are not going to use mach_inject. This isn't...

...err:module:import_dll Library MSVCP80.dll (which is needed by L"C:\\Program Files\\Common Files\\Apple\\Apple Application Support\\objc.dll") not found > err:module:import_dll Library objc.dll (which is needed by L"C:\\Program Files\\Common Files\\Apple\\Apple Application Support\\CoreFoundation.dll") not found > fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC80.CRT" (8.0.50727.4053) > fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC80.CRT" (8.0.50727.4053) > fixme:actctx:parse_depend...

Currently the replacement of allocation routines is based on creating a new malloc zone and a new CFAllocator (because the allocator replacement is done later than it could be, we must have both). This makes us depend on CoreFoundation to call CFAllocatorSetDefault. Because of some bugs in CF which start firing after CFAllocatorSetDefault, we have to add several hacks to circumvent the effects of those bugs. The current hypothesis is that using dylib interposition for memory allocation routines (instead of playing with malloc zon...

After I upgraded my installation of R for OS X (Tiger) to 1.12, it consistently crashes when calling the function acf() [stats lib]. Roberto Osorio

...05360 2015-06-26 23:02:11.484 macosx-ups[51792:5073268] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[__NSCFDictionary _getCString:maxLength:encoding:]: unrecognized selector sent to instance 0x7ffd18605360' *** First throw call stack: ( 0 CoreFoundation 0x00007fff8a12c03c __exceptionPreprocess + 172 1 libobjc.A.dylib 0x00007fff8726c76e objc_exception_throw + 43 2 CoreFoundation 0x00007fff8a12f0ad -[NSObject(NSObject) doesNotRecognizeSelector:] + 205 3 CoreFoundation...

...lows to interpose the function regardless of the two-level > namespace. > The support for dynamic runtime in ASan is almost there. But the new > interposition method has revealed some issues with the allocator which > were corked here and there before. Most of those are caused by a > CoreFoundation dependency, which I'm trying to eliminate now. > Alexander, Are you trying to eliminate the CoreFoundation dependency or the issues it exposed in the allocator? I am also curious if these issues could be related to the observation that libasan with the mac interpose function support st...

...lvmdev at cs.uiuc.edu > >> I'm using MachO loader (https://github.com/LubosD/darling/). I'm trying to make it work on ARM. >> The scenario is to load MachO binary (e.g. compiled in xCode) that binary is invoking function from >> ELF library which implements libobjc2 and CoreFoundation. >> >> in MachO on the ARM stack is 4-bytes aligned. Code produced for ELF expects 8-bytes alignment. >> So in 50% cases when call made from MachO to ELF stack pointer register contains not a 8-bytes aligned address. > > Ah, that could do it. I see that LLVM does indeed make...

...eartBeatThread:] + 0x494 3 com.apple.Foundation 0x90a6a510 forkThreadForFunction + 0x6c 4 libSystem.B.dylib 0x90024910 _pthread_body + 0x28 Thread 3: 0 libSystem.B.dylib 0x90007878 mach_msg_trap + 0x8 1 libSystem.B.dylib 0x900073f8 mach_msg + 0x38 2 com.apple.CoreFoundation 0x901c16e0 __CFRunLoopRun + 0x350 3 com.apple.CoreFoundation 0x901c5e6c CFRunLoopRunSpecific + 0x148 4 com.apple.Foundation 0x90a2d1b8 -[NSRunLoop runMode:beforeDate:] + 0xac 5 com.apple.Foundation 0x90a45dbc -[NSRunLoop run] + 0x4c 6 com.apple.Foundation 0x90a98054 +[NSURL...

...c 04, 2012 at 10:36:18AM -0800, Alexander Potapenko wrote: > Currently the replacement of allocation routines is based on creating > a new malloc zone and a new CFAllocator (because the allocator > replacement is done later than it could be, we must have both). This > makes us depend on CoreFoundation to call CFAllocatorSetDefault. > Because of some bugs in CF which start firing after > CFAllocatorSetDefault, we have to add several hacks to circumvent the > effects of those bugs. > The current hypothesis is that using dylib interposition for memory > allocation routines (instead o...