similar to: [LLVMdev] Building the llvm runtime: 'Can't destroy file: Theprocess cannot access the fi

Displaying 20 results from an estimated 1000 matches similar to: "[LLVMdev] Building the llvm runtime: 'Can't destroy file: Theprocess cannot access the fi"

2005 Jan 27
0
[LLVMdev] Building the llvm runtime: 'Can't destroy file: Theprocess cannot access the fi
On Thu, 2005-01-27 at 13:16, Henrik Bach wrote: > c:\projects\build\MinGW\llvm-4-1\Debug\bin\llvm-ar.exe: > c:/projects/build/MinGW/llvm-4-1/Debug/lib/libc.bca-000000: Can't destroy > file (hb:2): The process cannot access the file because it is being used by > another process. > make[3]: *** [/C/projects/build/MinGW/llvm-4-1/Debug/lib/libc.bca] Error 2 >
2005 Jan 26
1
[LLVMdev] Building the llvm runtime: 'Can't destroy file: Theprocess cannot access the fi
Hi Reid, I don't think I've initiated a parallel build by this command: ------------------------ make TOOLLINKOPTSB+=-ldbghelp TOOLLINKOPTSB+=-lpsapi LDFLAGS+='-Wl,--no-keep-memory' -r VERBOSE=1 ------------------------ Henrik. >From: Reid Spencer Date: Wed, 26 Jan 2005 12:05:51 -0800 > >It looks like what you're getting is a sharing violation. Although, I
2005 Jan 28
1
[LLVMdev] Building the llvm runtime: 'Can't destroy file: Theprocess cannot access the fi
The mapped files weren't being closed at all; they were only being unmapped. It's now fixed. Reid Spencer wrote: >On Thu, 2005-01-27 at 13:16, Henrik Bach wrote: > > >>c:\projects\build\MinGW\llvm-4-1\Debug\bin\llvm-ar.exe: >>c:/projects/build/MinGW/llvm-4-1/Debug/lib/libc.bca-000000: Can't destroy >>file (hb:2): The process cannot access the file
2005 Jan 26
0
[LLVMdev] Building the llvm runtime: 'Can't destroy file:Theprocess cannot access the fi
>From: Reid Spencer Date: Wed, 26 Jan 2005 12:23:49 -0800 > >Nope, unless "make" is an alias for "make -j 4" (like I have) make is make for me. > >Could you try using TOOL_VERBOSE=1 with make to get more output ? I've attached an output. Henrik. >Did you try just running the llvm-ar command by itself ? >If not, could you and give it the V (capital
2005 Jan 26
0
[LLVMdev] Building the llvm runtime: 'Can't destroy file: The process cannot access the fi
It looks like what you're getting is a sharing violation. Although, I don't understand why. The llvm-ar.exe when its building an archive file always builds it in a temporary. Only when that is complete does it remove the old one and rename the temporary. Perhaps this is a result of doing parallel build and the "lib3.tmp" file (that name looks wrong to me) is being accessed by
2005 Jan 26
3
[LLVMdev] Building the llvm runtime: 'Can't destroy file: The process cannot access the fi
Hi Jeff and others, When building the llvm runtime, I always get this error message: 'Can't destroy file: The process cannot access the file because it is being used by another process.' The file is destoyed anyway. I think that the the real error is the path for the file (*/\file.tmp). However, I can't find the bug in the source. Do you have any clue?:
2006 May 07
2
[LLVMdev] The Next Win32 File System Problem
Fixing one bug uncovers the next one... To reproduce: llvm-ar rc ./libgcc.a libgcc/./_muldi3.o <and-lots-more-.o-files...> The result: C:\msys\1.0\home\llvm_home\install\bin\llvm-ar.exe: Can't move './libgcc.a-000003' to './libgcc.a-000002': Cannot create a file when that file already exists. So apparently, we're trying to move one file on top of another. The
2005 Jan 26
0
[LLVMdev] Building the llvm runtime: 'Can't destroy file:Theprocess cannot access the fi
Hello, Henrik. You wrote Thursday, January 27, 2005, 12:17:21 AM: HB> I've attached an output. Seems to be some problems with path handling. I think the '/\' in the error line is an indicator, that something went wrong with sys::Path. Maybe, you'll add some debugging code to Win32/Path.inc to see, what's happening when calling destroyFile(), and see, how this path is
2006 May 07
0
[LLVMdev] The Next Win32 File System Problem
Yep, you found another bug. Unlike Unix, Windows does not allow a file to be implicitly replaced via renaming. I'll fix it. Greg Pettyjohn wrote: > Fixing one bug uncovers the next one... > > To reproduce: > llvm-ar rc ./libgcc.a libgcc/./_muldi3.o <and-lots-more-.o-files...> > > The result: > C:\msys\1.0\home\llvm_home\install\bin\llvm-ar.exe: Can't move
2005 Feb 17
2
[LLVMdev] LLVM CFE bootstrap problem at FreeBSD after last $(Install) changes in Makefile.rules
Command from LLVM CFE bootstrap sequence at FreeBSD: gmake -C runtime install-bytecode terminated with error (verbose mode): --8X------------------------------------------------------- llvm[2]: Installing Debug Bytecode Archive /usr/home/wanderer/pkg/build/llvm/night/cfe/bin/../lib/libcrtend.a /usr/bin/install -c -D /usr/home/wanderer/pkg/build/llvm/obj/Debug/lib/libcrtend.bca
2010 Aug 16
2
When to use bootstrap confidence intervals?
Hello, I have a question regarding bootstrap confidence intervals. Suppose we have a data set consisting of single measurements, and that the measurements are independent but the distribution is unknown. If we want a confidence interval for the population mean, when should a bootstrap confidence interval be preferred over the elementary t interval? I was hoping the answer would be
2013 Mar 12
1
Bootstrap BCa confidence limits with your own resamples
I like to bootstrap regression models, saving the entire set of bootstrapped regression coefficients for later use so that I can get confidence limits for a whole set of contrasts derived from the coefficients. I'm finding that ordinary bootstrap percentile confidence limits can provide poor coverage for odds ratios for binary logistic models with small N. So I'm exploring BCa confidence
2003 Jul 31
1
namespace magic
I'm confused about name spaces. This morning I installed the boot package because I wanted to look at bca.ci. So I did library(boot), but then I had, > bca.ci Error: Object "bca.ci" not found I had a look in the boot R directory and bca.ci was there as expected. So then I took a look at the NAMESPACE file for the boot package and saw that bca.ci wasn't exported. I tried
2005 Feb 17
0
[LLVMdev] LLVM CFE bootstrap problem at FreeBSD after last $(Install) changes in Makefile.rules
Vladimir, Thanks for the note. Unfortunately, the install approach that we're using in the makefiles is a bit broken, based on Linux install program. We'll get this cleaned up soon so that it works on multiple unixes. Reid. On Thu, 2005-02-17 at 14:48, Vladimir Merzliakov wrote: > Command from LLVM CFE bootstrap sequence at FreeBSD: > gmake -C runtime install-bytecode >
2011 May 19
2
Separating boot results
Good Morning, I'm having what I hope to be a simple problem. I am generating bootstrap confidence intervals using package (boot) - which works perfectly. The issue I am having is getting the results into a format which I can write out to a database. To be clear I am having no problems generating the results, I just need to convert the format of the results such that I can store the results in
2007 Jan 26
1
bootstrap bca confidence intervals for large number of statistics in one model; library("boot")
Sometimes one might like to obtain pointwise bootstrap bias-corrected, accelerated (BCA) confidence intervals for a large number of statistics computed from a single dataset. For instance, one might like to get (so as to plot graphically) bootstrap confidence bands for the fitted values in a regression model. (Example: Chiu S et al., Early Acceleration of Head Circumference in Children with
2012 May 24
1
Issues while using “lift.chart” and “adjProbScore” function from ”BCA” library
Dear List, Couple of issues while using functions from ?BCA? library: 1. I am trying to use ?lift.chart? function from ?BCA? library, but facing issues while using model where model formula is passed as formula object in glm. When model formula is written as text, then it works fine. In my case input variables and target variables are going to change dynamically, so have to used formula as
2011 Feb 16
2
boot.ci error with large data sets
Dear List I have run into some problems with boot.ci from package boot. When I try to obtain a confidence interval of type bca, boot.ci() returns the following error when the data set i large: Error in bca.ci(boot.out, conf, index[1L], L = L, t = t.o, t0 = t0.o, : estimated adjustment 'a' is NA Below is an example that produces the above mentioned error on my machine. library(boot)
2011 Mar 06
1
bootstrap
In the boot package,consider a scalar function to boot. > estimator <- function(x, d) { + mean(x[d]) + } > > data <- city$u > b <- boot(data, estimator, R=1000) > b$t0 [1] 64 > ci <- boot.ci(b, type=c("bca"), conf=.95) > ci$bca conf [1,] 0.95 49.44 991.39 36.78807 110.0254 Now if I want estimators to return a vector,E.g. it's {c(mean(x[d]),
2004 Feb 11
3
Any help with bootstrapping
Could someone help me on how to correctly try to correct this error message arning : BCa Intervals used Extreme Quantiles Some BCa intervals may be unstable Warning message: Extreme Order Statistics used as Endpoints in: norm.inter(t, adj.alpha) Regards IF [[alternative HTML version deleted]]