similar to: Compile error in 2004-09-21 R 1.9.1 Patched

Hi R community, First of all, I want to thank everybody to share their time solving R questions, You are great. Ok, for my questions, I've been looking for a solutions by myself, in forums but I'm just a little bit desesperate so I hope somebody can help me. I have built a code to read files from a directory. These files are named by a year (2004.csv, 2005.csv,...). When the code reads

Anyone know how to resolve this issue? Thanks in advance. gcc -L/usr/local/lib -o R.bin CConverters.o Rdynload.o RNG.o apply.o arithmetic.o apse.o array.o attrib.o base.o bind.o builtin.o character.o coerce.o colors.o complex.o connections.o context.o cov.o cum.o dcf.o datetime.o debug.o devPS.o devPicTeX.o deparse.o deriv.o devices.o dotcode.o dounzip.o dstruct.o duplicate.o engine.o

Hi R community, I have a question. I have 5 files in a directory. Each file has a year as a name (file 1 ->2004, file 2-> 2005, ...). I want to build a for loop where I call first file, do some calculations, go to second file, do some calculations, etc. Somethin like this: year<-2003 nfiles <- length(dir()) for( year in 2003:nfiles) {clima<-read.csv2([year]".csv",

as.factor / as.ordered is not written as a generic. This differs from as.numeric, as.matrix, and other as.*. The following seems to address this and does not break make check-all. FWIW, the patch is against r55563, because with r55564 I see /home/mtmorgan/src/R-devel/src/main/dounzip.c:75:15: error: storage size of ?dt? isn?t known /home/mtmorgan/src/R-devel/src/main/dounzip.c:88:5: warning:

Eric's approach seems reasonable to me, and I agree that it's probably not the use of a "for" loop that makes the original version slow. As Eric mentioned, there are lots of unnecessary things happening in the loop. For example, list.files() was called twice inside the loop, which is unnecessary, and will definitely slow the loop down (though probably not by much). Call it

Folks, I'm trying to add a network interface card to my SUSE 9.3 box, and I'm not having much luck with a US Robotics version. What manufacturer do any of you use in your machines--either 10/100MB or GigE NIC? Thanks Eric Hines There is no nonsense so errant that it cannot be made the creed of the vast majority by adequate governmental action. --Bertrand Russell

Dear Sir/Madam, I encounter some problem duuring compilation of R 1.9.1 on AIX 5.1, after running "./configure" then I type "make" to compile: # make ..... gcc -I../../src/extra/zlib -I../../src/extra/bzip2 -I../../src/extra/pcre -I. -I../../src/include -I../../src/include -I/usr/local/include -DHAVE_CONFIG_H -mno-fp-in-toc -g -O2 -c registration.c -o registration.o g77 -g

Hi, The asterisk wiki page says: "Sorcery.conf allows you to try to configure other PJSIP objects such as transport using realtime and it currently won't stop you from doing so. However, some of these object types should not be used with realtime and this can lead to errant behavior." Which objects and is this still true in 1.13.1 ? Thanks, Antonio. PS:

>From copyVector in duplicate.c : void copyVector(SEXP s, SEXP t) { int i, ns, nt; nt = LENGTH(t); ns = LENGTH(s); switch (TYPEOF(s)) { ... case INTSXP: for (i = 0; i < ns; i++) INTEGER(s)[i] = INTEGER(t)[i % nt]; break; ... could that be replaced with : case INTSXP: for (i=0; i<ns/nt; i++) memcpy((char *)DATAPTR(s)+i*nt*sizeof(int),

It does give a warning, but then it overwrites the files, anyway. Reproducible example below. This is R 3.4.3, but it does not seem to be fixed in R-devel: https://github.com/wch/r-source/blob/4a9ca3e5ac6b19d7faa7c9290374f7604bf0ef64/src/main/dounzip.c#L171-L174 FYI, G?bor dir.create(tmp <- tempfile()) setwd(tmp) cat("old1\n", file = "file1") cat("old2\n", file

How does one convert to a date format when survey respondents have used two different date formats whilst entering their data. There were clearly told to use mm/dd/yyyy but humans being humans some entered mm/dd/yy. There was even validity checks on the forms but I allowed them to be overridden since the data is more holy than the format. The data was downloaded as a csv and read.csv was used to

I am extracting climate data for coastal areas from 5km grid data for specific xy coordinates that relates to individual study sites (SQ). Code so far: setwd("/Users/roblewis/Documents/PhD/Climate Data") fnamestemp=read.table("Path_Directory_Maxt") fnames=paste(fnamestemp[,1],fnamestemp[,2]) nfiles = length(fnames) xy=as.matrix(read.table("xy_.txt"))

Dear all, I've been struggling for days now with a piece of code that I have posted here before, that has a really obscure bug. I think I may have isolated it, but I have no idea what it is.... It might also be a bug in R I guess, as it seems that one or several of list elements are not passed when a function is called, but quite rarely. I have been hacking rather wildly on the histogram

I've run across a couple of things I'm not quite sure why, but just discovered the libtermcap.* was not installed from the CD's. I would have thought the termcap libs would be part of the base install, and in fact, when I retrieved them with yum, it does show "base" or "core". Is this just some errant behavior one time or is something broken in the install?

Once upon a time, Brian Mathis <brian.mathis+centos at betteradmin.com> said: > if grep -q debug /proc/cmdline; then > echo "Kernel and systemd debugging was enabled as part of an errant > script during the yum update" > echo "See https://bugs.centos.org/view.php?id=12425 and > https://wiki.centos.org/HowTos/Grub2" > fi Assuming your GRUB

I'm a bit of newbie to Wine in many respects so this may be obvious to more seasoned Wine veterans, in which case I apologize. I rely on Wine to run Lotus Notes on Linux - this project has released me from my NT workstation :-) So after a kernel upgrade from 2.2.17-21mdk (as supplied with Mandrake 7.2) to an unpatched 2.2.19 about the first thing I tried was Lotus Notes on Wine. Parts of it

This might shed some light on the va_list problem reported previously. -d David Hesprich wrote: > > On Wed, 8 Mar 2000, Damien Miller wrote: > > > > log.c: In function `fatal': > > > log.c:17: `__builtin_va_alist' undeclared (first use in this function) > > > > A few people have reported this - it looks like a gcc vs native cc > > problem.

Hi, I've been trying to get a shared library version of the R package(version 2.12.1) installed on a CentOS 5 system. (It installs fine without but other packages demand shared libs - namely Rapache). I've tried this with yum but don't know of any flags to set to tell it to installl with shared libs enabled. I then tried a local R install as non-root with source packages: after

Hi All. I am working on bringing back a number of Centos 7 rigs in our student computer lab back online. No change was made to the existing server machine [running Scientific Linux 6] Right now there is one remaining thing to resolve: an inconsistency with the rigs' NIS Clients. I have configured rcpbind and ypbind following guidance from Server World (

I would like to compile for Windows a rather simple R package that contains some C code. It does not contain any Fortran code. I tried the cross-compilation route using the pre-built set of tools from http://www.devolution.com/~slouken/SDL/Xmingw32/, as described in $R_SRC/src/gnuwin32/INSTALL Using the sources in r-devel from the rsync site I am able to build libR.a in src/gnuwin32 but I