similar to: for ( i in 23:0 ) { V <- vector [ 1 : i ] }

I defined a data.frame by a two-dimensional array. > aa = data.frame(rbind( 11:20, 1:10)) > aa X1 X2 X3 X4 X5 X6 X7 X8 X9 X10 1 11 12 13 14 15 16 17 18 19 20 2 1 2 3 4 5 6 7 8 9 10 Now I want to use the data in the second line of aa which from 1 to 10 to output.But I find that when I use the aa[[1]][1:10] and it seems be mistake. aa[[1]][1:10] [1] 11 1 NA NA NA

Hello, I've compiled SAMBA 3.0.7 on AIX 5.2 ML 2 with gcc 2.9. There were no errors during the compilation. I get no connection from a Windows XP PC to my SAMBA-Server. When I enter the username and password I get the next window and I have to enter the username and password again and so on. The log file is 0 byte long. I cannot find the error without a logfile. A ssh-connection

Hi, I am creating a blog to learn ruby on rails. The blog.rhtml in the layout folder has a the following code <td width=150 valign="top">This is the left menu</td> <td width=600 valign="top"><%= @content_for_layout %></td> <td width=150 valign ="top"><%= render :partial => "categorylist", :collection =>

Hello, I am brand new in this site as well as in R. Please accept my early apology if it's not the right place to ask such a question. I have the following equation: b=[2(1-a)(1+2a)^0.5]/(1+3a) How can I solve the above equation for 'a' using R? Thanks in advance. KD [[alternative HTML version deleted]]

Hi, I have two problem with a for looping using R Version 2.1.1 (2005-06-20) on a Debian Linux Testing. The first problem: warnings messages Look: > xcoord <- 5 > ycoord <- 5 > indice <- 1 > for(i in c(1:5)) {indice <- indice+1;xcoord[indice] <- xcoord+i; ycoord[indice] <- ycoord } Warning messages: 1: number of items to replace is not a multiple of replacement

Si alguien puede ayudarme con el siguiente problema: Necesito seleccionar los valores dentro de una lista que cumplan con condiciones especificas reemplazando los valores antiguos por los nuevos (los valores de la lista están ordenados). Ejemplo: a<-list(c(1,2,2.5,3,3.3,4,4.1,4.7,5),c(1,1.2,2.1,3,3.2,5)) names(a)<-c("a1","a2") a$a1<-a$a1[a$a1>3] Mediante la

Buenas. Alguien sabe como representar juntos , de forma fácil, los boxplot de todas las columnas de un data.frame. A mí lo único que se me ha ocurrido es unir las columnas en un vector numérico y crear un factor que me diga a que columna pertenece cada uno . ¿hay alguna forma más fácil? indice <- rep(1:ncol(datos),each=nrow(datos)) indice <- factor(indice) levels(indice) <-

Hi all, Are there base functions that do the equivalent of this? fliptb <- function(x) x[nrow(x):1, ] fliplr <- function(x) x[, nrow(x):1] Obviously not hard to implement (although it needs some more checks), just wondering if it had already been implemented. Hadley -- Assistant Professor / Dobelman Family Junior Chair Department of Statistics / Rice University http://had.co.nz/

Hi, This might be interesting since it seems to be the only LLVM test failing with VS 2015: FAIL: LLVM :: DebugInfo/PDB/pdbdump-symbol-format.test (7377 of 14212) ******************** TEST 'LLVM :: DebugInfo/PDB/pdbdump-symbol-format.test' FAILED ******************** Script: -- llvm-pdbdump -symbols C:\cygwin64\home\ismail\src\llvm\test\DebugInfo\PDB/Inputs/symbolformat.pdb |

FWIW, this test is passing for me on Windows 7 with Visual Studio 2015 (debug build). 59> Running all regression tests 59> -- Testing: 23734 tests, 32 threads -- 59> 59> Testing Time: 634.19s 59> Expected Passes : 22821 59> Expected Failures : 160 59> Unsupported Tests : 753 59> lit.py: lit.cfg:195: note: using clang:

I've been working on adding pdb reading support to llvm. This started as a tool for dumping info from a pdb (similar to llvm-dwarfdump), which has been checked in and currently has limited support for dumping pdb. There's still more to be done on the pdb dumping tool, but at this point -- to reduce duplicated effort -- I think it makes the most sense to start moving some of this logic

I was just trying to build lldb-6.0 from source (and had previously successfully build llvm-6.0, clang-6.0, and lld-6.0 from source), but received a compile error while using both just cmake and cmake+ninja Does this look familiar to anyone? In file included from llvm/lldb-6.0.0.src/source/API/SystemInitializerFull.cpp:89: In file included from

On Tue, Jan 15, 2019 at 2:50 AM Vivien Millet <vivien.millet at gmail.com> wrote: > Hello Zachary ! > Thanks for your time ! > So you are one of the happy guys who suffered from the lack of PDB format > information :) > Yes, that would be me :) > To be honest I'm really a beginner in the PDB stuff, I just read some llvm > documentation to understand what went

Hi all, I found that the PCA gave chaotic results when there are big changes in a few data points. Are there "improved" versions of PCA in R that can help with this problem? Please give me some pointers... Thank you! [[alternative HTML version deleted]]

Hi all; I don't know if this is a specificly a Samba problem, so appologies if this is a little OT. Anyhow, I have a Windows 2000 Server (SP2) running IIS5 hosting a number of web sites. The content itself is housed on a RH 7.1 Linux box running Samba 2.2.2, which Windows mounts. Now, occasionly when going anywhere beneath the root of a web site IIS reports a 404 error (NTFileMon

Well, that’s certainly possible, but improving llvm-pdbutil is another possibility. Doing it directly in your jit compiler will probably save you time though, since you won’t have to worry about writing tests and going through code review On Wed, Jan 16, 2019 at 1:01 PM Vivien Millet <vivien.millet at gmail.com> wrote: > Thanks for the tips ! > When you talk about doing all of this I

Hi Zachary ! If there a way to easily create a new PDBFileBuilder from an existing PDBFile or can/should I do the translation myself ? I would like to start from a builder filled with the EXE PDB data and then complete its DBI stream with the JIT module/symbols. Thanks ! Le mer. 16 janv. 2019 à 23:41, Vivien Millet <vivien.millet at gmail.com> a écrit : > Thank you Zachary ! > I

Sure. Along the way I’m happy to answer any specific questions you might have too even if it’s for your downstream project On Wed, Jan 16, 2019 at 1:38 PM Vivien Millet <vivien.millet at gmail.com> wrote: > I would be up to improve pdbutil but I doubt I have enough knowledge or > time to provide the complete merge feature, it would still be a very > specific kind of merge as you

I'm still trying to figure this out. On one of my machines it went away after a clean install even though my configuration is exactly the same. I'll let you know once I know more. On Wed, May 16, 2018 at 5:28 PM Davide Italiano <davide at freebsd.org> wrote: > + Jonas who hit the same bug recently. > > On Wed, May 16, 2018 at 8:01 AM, Eric Gorr via llvm-dev >

That’s a good question, by default when emitting the object file I choose COFF but it embeds dwarf and not codeview in the end.. there probably is a way to do it or at least it must be implemented if not yet.. Lets imagine I manage to do that.. when you say there is nothing to do, I still must have a PDBFileBuilder to copy the codeview data inside the EXE PDB right ? I cannot insert them easily in