search for: necessitates

With the recent OS changes (windows 2000) necessitated by various worms, etc, I have now been receiving this error message when I run update and I am not sure how I can correct. >update.packages() >trying URL `http://cran.r-project.org/bin/windows/contrib/PACKAGES' Error in download.file(url = paste(contriburl, "PACKAGES", sep = "/"), : cannot open: HTTP

This is not a bug. It indicates that *you* don't have direct internet access. There is an item in the rw-FAQ about this. Please do not use R-bugs to report problems in your own environment, nor to ask questions (especially those covered in FAQs). On Tue, 16 Sep 2003 ggruene@lumc.edu wrote: > With the recent OS changes (windows 2000) necessitated by various worms, etc, I have now been

Dear All, I am trying to solve a Generalized Method of Moments problem which necessitate the gradient of moments computation to get the standard errors of estimates. I know optim does not output the gradient, but I can use numericDeriv to get that. My question is: is this the best function to do this? Thank you Jean,

Dear All, Some of you may have noticed that our SSL certificate expired about half an hour ago. We have a new SSL certificate, but we haven't had time to install it. I am going to attempt to install the new certificate. This will necessitate one server restart if I am successful and probably two if I'm not. Chances are that you will not notice any disruption, but if you're the

Hey folks, As you may be aware if you've been watching llvm-commits, I've been working recently on improving the ability to use LLVM across multiple threads. While the goal for now is to be able to hack on multiple Module's in parallel, this has necessitated a larger review of how LLVM interacts with threads. In a recent(-ish) patch, I added a new API:

...n't see any 'RUN:' lines on the builtins unit tests. How does it work for those ones?] Another issue, which Dan Albert recently pointed out to me, is that there are several libcxx tests which would require copying in of test data (in addition to test executables). I think that this necessitates inventing a new LIT syntax, something like '// DEPENDS-ON: filename.dat' in order to inform the lit.cfg that the dependent file also needs to be copied to the remote target. A third issue is that I don't think the current '%run' solution works for full Canadian cross testing...

I''ve been having this really annoying issue with any visual effect that I use in Rails. Say, for instance, that I have an Element.show or Element.hide link to expose a hidden div. Well, the effects work great, but if they are located far enough down on the page to necessitate scrolling, the effect makes the browser jump to the top of the page. This is basically the source output that

This question is a bit of far away future thought: There's traditionally been a fundamental assumption that static compilers are single-threaded. Many build systems assume this and support assigning compilation jobs with one job per processor. If the compiler becomes multi-threaded internally, how should the build system best schedule compilation jobs? deep On Mon, Jun 15, 2009 at 6:16 PM,

Is there any chance that support for Bind flat files will return? I understand the various (extremely weak) arguments against it but DLZ not only sucks big time, it limits proper functionality and inter-operability, necessitating significant design changes for anything but the simplest of networks. Additionally, it doesn't work with the existing scripts many people use. I know that

Zachary Turner <zturner at google.com> writes: > On Tue, Oct 31, 2017 at 2:45 PM Justin Bogner <mail at justinbogner.com> wrote: > >> Zachary Turner via llvm-dev <llvm-dev at lists.llvm.org> writes: >> > >> > Issue: If we're going to make people bootstrap a compiler, we might as >> well >> > go all the way to C++17. >> >

...;RUN:' lines should be added to > libcxx tests. It's fine that every one is implicitly: > > // RUN: %clang %s -o %t && %run %t > ... and then when an explicit 'RUN' line is provided, use that instead? That sounds reasonable. > >> I think that this necessitates inventing a new LIT syntax, something like '// DEPENDS-ON: filename.dat' > > If you didn't want to change lit, this would be a good place to add a > 'RUN:' line. Something like: > > // RUN: %clang %s -o %t && %run %t filename.dat > > and then y...

Dear list users, let me ask you this trivial question. I worked on that for a long time, by now. Suppose to have a data frame with NAs and to sum some columns with rowSums: df <- data.frame(A = runif(10), B = runif(10), C = rnorm(10)) df[1, ] <- NA rowSums(df[ , which(names(df) %in% c("A","B"))], na.rm=T) If all the elements of the selected columns are NA, rowSums

On Wed, 15 Jul 2020, Red Cricket wrote: > I have had this in my .bashrc for years: > > alias scp='rsync -avzP' Similar, though I named it rcp because nobody has the real rcp installed any more, but sometimes I need scp to connect to systems that lack rsync. https://evolvis.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=shellsnippets/shellsnippets.git;a=blob;f=mksh/rcp;hb=HEAD >

...om this bug report [0], which is a fairly trivial loop: int foo(int count) { int result = 0; for (unsigned long long ix = start; ix != count; ++ix) result += external(ix); return result; } On x86_64 the 32-bit "count" comparison to 64 bit "ix" necessitates sign extension of "count". That sign extension gets hoisted out of the loop, the original value of "count" goes out of liveness, and the produced debuginfo has no variable location for "count" across the loop body. I can generate similar examples involving the movement...

...er to encounter this, a) you must be using GCC, b) you must be using the MinGW flavor of GCC, and c) you must be using the threads-win32 flavor of this toolchain. Only if all 3 of those are true, then std::mutex and std::recursive_mutex don't exist. Anybody else have thoughts on whether this necessitates reverting the mutex changes, or whether this toolchain configuration should be supported? On Fri, Jun 20, 2014 at 12:07 AM, Vadim Chugunov <vadimcn at gmail.com> wrote: > FYI - this commit broke LLVM build using [[ > http://stackoverflow.com/questions/13212342/whats-the-difference-be...

...as possible and will be built around a GUI. This program will be cross-platform; that's crucial. I'm familiar with Java and its GUI packages, I've been looking at the JRI package (interfaces R with Java) but I'm a little uneasy about asking my users to go through its installation (necessitates mingw, among other things, in Windows). Though, once installed, it could work very well. I have a little exposure to Tcl/TK. Though I'm not as big of a fan of this as I am of Java, I could suck it up and use it, but I'm not sure that its installation is a whole lot simpler? What, in your...

Dear R-devel list members, Probably not an opportune time for this, given the immanent release of 2.0.0, but I was just reminded (while preparing a lecture) of a function that I find useful and that I though might be a candidate for the utils package: The function, which I call some(), behaves like head() and tail(), from which it is adapted, except that it samples from an object (e.g., rows of a

On Mon, Feb 28, 2011 at 5:10 PM, John Criswell <criswell at illinois.edu> wrote: > On 2/28/11 10:04 AM, Frits van Bommel wrote: >> I don't think a full clone is necessary, since he wants to replace the >> function. He only needs to create the new function and splice in the >> body of the old one. > > That is exactly what MakeFunctionClone() does.  It creates a

John Criswell wrote: > Dear All, > > Some of you may have noticed that our SSL certificate expired about half > an hour ago. We have a new SSL certificate, but we haven't had time to > install it. > > I am going to attempt to install the new certificate. This will > necessitate one server restart if I am successful and probably two if > I'm not. > >

Hi, On Thu, Jan 24, 2019 at 08:26:39PM +0000, Colin Watson wrote: > On Thu, Jan 24, 2019 at 12:00:48PM -0800, Jim Knoble wrote: > > 3. 'scp' stays, but becomes the CLI for SFTP, and the SCP protocol breaks. > > Why does "scp becomes the CLI for SFTP" necessitate "the SCP protocol > breaks"? The way scp works today is "run ssh to the remote,