search for: corefoundations

Dear R-help list.I'm not big on programming, but I have a weird error on a couple of packages when trying to install them. I hope someone could help me :-).System: MacBook Pro (1.0) with OS X 10.6.4 R: Installed from web binaries: R version 2.11.1 (2010-05-31) > Sys.getlocale() [1] "en_GB.UTF-8/en_GB.UTF-8/C/C/en_GB.UTF-8/en_GB.UTF-8" I have been trying all day to install the

.../lib -lR -Wl,- framework -Wl,CoreFoundation I would like to build packages without the "-Wl,-framework - Wl,CoreFoundation" options because I'm going to install it on other OS (FreeBSD, Linux, whatever) Does this cause a problem? Will this cause a problem? I'm guessing the CoreFoundations are an artifact of the XCode compiler. What's with the -Wl,-framework stuff? Can I make it stop? Will I be okay? Thanks, Jeff. Jeff Hamann, PhD PO Box 1421 Corvallis, Oregon 97339-1421 541-754-2457 jeff.hamann[at]forestinformatics[dot]com http://www.forestinformatics.com [[alternative...

Full_Name: James Howison Version: 2.9.2 OS: Mac OS X 10.5.8 Submission from: (NULL) (128.2.222.163) For quite a while now I have been unable to use Package Manager to install programs. I get the spinning wheel and long lock ups. This happens when I hit, "get list", but that eventually returns, seemingly successfully. However it also happens when I try to install a package, the whole

Dear R users, I am running R 2.10.0 on OS X 10.5.8. I had been running 2.10 successfully for about a week (and have used previous R versions for 2+ years on the same computer) until 2 days ago it failed to start up for me. Now when I try to start R, the application tries to initiate for several minutes then crashes. Looking at the activity monitor, my memory usage goes from having about 1.6Gb

Dear R team, I received Digest, Vol90, Issue18 today. However there are bunchs of threads not displaying properly. Could you please check it out?? Thanks and Regards Fred *After Message 15, :* Date/Time: 2010-08-16 14:14:57 +0300 OS Version: 10.6.4 (Build 10F569) Architecture: i386 Report Version: 6 Command: R Path: /Applications/R.app/Contents/MacOS/R

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

OSX Yosemite 10.10.3 Nut version 2.6.5 Installed via Macports Device is Cyberpower CP1000AVRLCD Device is visible and is monitored in the OSX control panel Error- macosx-ups -DD -a cyberpower Network UPS Tools - Mac OS X UPS meta-driver 1.0 (2.6.5-Unversioned directory) Warning: This is an experimental driver. Some features may not function correctly. 0.000000 debug level is '2'

I was going through the config.log after installing R successfully on a Linux ppc64 machine. However, I could not install the MCMCpack and looked at the config.log file for gcc and g++ errors.I found some of them and have pasted them below. Please let me know if they can affect the installation of other packages on R. ------------------ configure:7479: checking whether we are using the GNU

Hi, i'm a biologie-student and nedd R for Analyzing my datas. But i have 3 bis Problems with R. I run R 2.3.1 on a G4 PPC with OSX 10.4.6 and Quicktime 7.1.1. First Problem: Open Windows (R-Skript ausf?hren, Arbeitsverzeichnis wechseln...) doesn't close after opening. Second Problem: If i make a boxplot with my datas, than copy the boxplot and paste it into "Preview" as an new

Full_Name: Matt Fantle Version: 1.16 OS: Mac OS 10.4.7 Submission from: (NULL) (128.118.174.213) Problem: R crashes when 'Command-f' is pressed to begin "Find" Frequency: This problem is intermittant. Once R crashes, the only solution is to restart R and try to Find again. There is no regularity to the problem. If R is opened by double-clicking on a ".R" file,

Hi Folks, Mac OS 10.4.4 R 2.2.1(2005-12-20 r36812) Hmisc 3.0-10 acepack 1.3-2.2 I had R crashes while running areg.boot in Hmisc (see old message below), but now I realize that the problem appears to be in the avas function in acepack. I tried running running the avas example (in acepack package), and got an immediate crash. Any thoughts? The Apple crash report (from R GUI crash) follows.

+kledzik at apple.com The dynamic runtime is using dylib interposition (google for "__DATA,__interpose). If I'm understanding correctly (Nick, can you please 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

LagunaLoire wrote: > Sorry for triple post! > > Okay, upon reboot, everything's slow again :/ > > However, if I run "wineboot --update" in the terminal, everything speeds up again! > > Any ideas? I'd prefer not to have to run this command every time I boot up my computer <_< > > I get all this when I run this command too: > > >

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

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

> On Jun 26, 2015, at 9:25 PM, Charles Lepple <clepple at gmail.com> wrote: > > On Jun 26, 2015, at 8:35 AM, Sundeep Mediratta <smedius at gmail.com> wrote: > >> OSX Yosemite 10.10.3 >> Nut version 2.6.5 >> Installed via Macports >> Device is Cyberpower CP1000AVRLCD >> Device is visible and is monitored in the OSX control panel >>

On Tue, Dec 04, 2012 at 09:46:09AM -0800, Alexander Potapenko wrote: > +kledzik at apple.com > The dynamic runtime is using dylib interposition (google for > "__DATA,__interpose). > If I'm understanding correctly (Nick, can you please confirm this?) > this allows to interpose the function regardless of the two-level > namespace. > The support for dynamic runtime in

---------------------------------------- > Date: Tue, 21 Apr 2015 09:15:02 -0700 > Subject: Re: [LLVMdev] question about alignment of structures on the stack (arm 32) > From: t.p.northover at gmail.com > To: alexey.perevalov at hotmail.com > CC: llvmdev at cs.uiuc.edu > >> I'm using MachO loader (https://github.com/LubosD/darling/). I'm trying to make it work on

Full_Name: Stephen Holland M.D. Version: 2.1.1 OS: Mac OS X Submission from: (NULL) (67.184.33.112) I did a bunch of stuff, then did in sequence: > state <- c("tas", "sa", "qld", "nsw", "nsw", "nt", "wa", "wa", + "qld", "vic", "nsw", "vic",

On Tue, Dec 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