similar to: Bug report in foreign library (PR#13425)

Dear R-devel, I've made some potential extensions to writeForeignSAS in 'foreign' that I wanted to pass along if anyone is interested. I've attached the diff -u output against the version found in foreign_0.8-15 and an .R file with my changes. (In this .R file, the function is named writeForeignSAS7 to simplify testing/comparisons.) I've tried to alter the current

I tried to use write.foreign() to export to SAS this morning and got an error. When I looked at the code for writeForeignSAS() I saw this line: dfn < -df which I think should be dfn <- df So, I tried to run update.packages() to see if there was an updated version and got the following result. > update.packages(c("foreign")) Warning message: In list.files(lib) :

# is there a bug in the calculation of the odds ratio in fisher.test? # Nicholas Horton, nhorton at smith.edu Fri Jan 22 08:29:07 EST 2010 x1 = c(rep(0, 244), rep(1, 209)) x2 = c(rep(0, 177), rep(1, 67), rep(0, 169), rep(1, 40)) or1 = sum(x1==1&x2==1)*sum(x1==0&x2==0)/ (sum(x1==1&x2==0)*sum(x1==0&x2==1)) library(epitools) or2 = oddsratio.wald(x1, x2)$measure[2,1] or3 =

Hello, In May 2018 there was some R-devel discussion about a bug in foreign:::writeForeignSAS. See here: https://stat.ethz.ch/pipermail/r-devel/2018-May/076220.html and it resulted in a patch. See: https://bugs.r-project.org/bugzilla/show_bug.cgi?id=17256 And I see the changes in Subversion here: https://svn.r-project.org/R-packages/trunk/foreign/R/writeForeignSAS.R But I don't

I posted previously about problems with X11() on my MAC using R 2.8.1 . After installing the securilty update for Tiger this morning, X11() now works from an xterm :-) However, I receive the following warnings with any plotting command using the default X11 settings. Fontconfig warning: no <cachedir> elements found. Check configuration. Fontconfig warning: adding

Full_Name: Sean Laverty Version: R version 2.8.1 (2008-12-22) OS: os x 10.5.6 Submission from: (NULL) (155.101.41.13) In the console colors window, colors do not stick when palettes are closed. All custom colors are replaced by blue. I've tried all palettes - crayons, sliders, wheel, spectrum. "R.bug.report" 30L, 582C[2;1H<<insert bug report here>>[6;1H--please do

<<insert bug report here>> This is a CRITICAL bug!!! I have verified it in R 2.8.1 for mac and for windows. The problem is with loess degree=0 smoothing. For example, try the following: x <- 1:100 y <- rnorm(100) plot(x, y) lines(predict(loess(y ~ x, degree=0, span=0.5))) This is obviously wrong. R 2.8 --please do not edit the information below-- Version: platform

Let me say this is a rather cosmetic issue, but it appears with the latest commits (around 2.2.5 release) the scheme of 'Received' headers has changed for LMTP: 1) Inet socket: Return-Path: <dfn-adv-bounces at dfn-cert.de> Delivered-To: <tlx at leuxner.net> Received: from spectre.leuxner.net ([188.138.0.199]) by spectre.leuxner.net (Dovecot) with LMTP id

My goal is to create a graph with one column and three rows into a single graphic. The mfrow, mfcol, and layout functions all have the same effect: three graphs are produced in a single pdf file, having one graph per page. This is not what I want (I didn't want multiple pages). Just before I sent this post, I was able to generate the desired output with split.screen. Is this the expected

Attached is a patch to fix https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=17256 'possible bug in writeForeignSAS in the foreign library when string is NA' The patch 1. fixing the case where there were NA within a character column, and the case where all values are strings of length 0 2. general replacement of calls to `sapply` with `vapply` (and replacing any(is.na()) with

Full_Name: Raimar Falke Version: R version 2.10.0 (2009-10-26) OS: Linux 2.6.27-16-generic #1 SMP Tue Dec 1 19:26:23 UTC 2009 x86_64 GNU/Linux Submission from: (NULL) (134.102.222.56) The construction of a data frame in the way shown below requires much more memory than expected. If we assume a cell value takes 8 bytes the total amount of the data is 128mb. However the process takes about

Hello, I want to create 10 dataframe using a for loop. I don t know what to do to create 10 different dataframes whose name is parametrized with variable i. This syntaxe fails. It create a unique fataframe called dfn. Any input will help Thanks > for (i in 1:10){ + filename=paste("avail4",i,sep = "_") + dfn=read.table(filename) + } -- PhD candidate in Computer Science

Full_Name: Ulrich Poetter Version: 2.1.1 OS: i686-pc-linux-gnu FC2 Submission from: (NULL) (134.147.95.187) as.data.frame() segfaults on lists with very many elements: > dfn <- rep(list(rep(0,2)),198000) > test <- as.data.frame.list(dfn) Process R segmentation fault at Sun Sep 18 17:06:02 2005

I've got read.table to successfully read in my table of three columns. Most of the time I will have a set number of rows, but sometime that will be variable and sometimes there will be only be two variables in one row, e.g. Time Loc1 Loc2 1 22.33 44.55 2 66.77 88.99 3 222.33344.55 4 66.77 88.99 Is there any way to have read.table handle (1) a variable number of rows, and (2) sometime there

Full_Name: Volker Franz Version: Version 1.6.2 (2003-01-10) OS: Debian Submission from: (NULL) (192.124.28.104) Hi there, it seems to me that data.ellipse of package "car" (Version 1.0-1) produces confidence interval's which are too big. To see this, do: library(car) plot(c(-2,2),c(-2,2),pch=0) data.ellipse(rnorm(10000),rnorm(10000),levels=0.68,plot.points=F) abline(v=+1)

The documentation for the OutDec option says that it should be a 'one-character string'; yet, if I try a unicode character, it doesn't seem to work. Are unicode chars not counted as one-character? This is within the mac GUI, but I also see this on linux boxes. > x <- '\u00B7' > nchar(x) [1] 1 > options(OutDec=x) Error in options(OutDec = x) : invalid value for

I observed the following: match.arg("white", colors()) yields 'white', but match.arg("whit", colors()) yields: `Error in match.arg("whit", colors()) : 'arg' should be one of "white", "aliceblue", '... this message actually comes from `pmatch'. using a suitable subset of `colors()' works OK. the precise length

Same behavior was noted on R 2.9.0 OS X and WIndows. > t(sapply(seq(0.01, .99, length=20), function(x) c(x, length(agrep("Staatssekretar im Bundeskanzleramt","Bundeskanzler",max.distance=x))))) [1,] 0.01000000 0 [2,] 0.06157895 0 [3,] 0.11315789 0 [4,] 0.16473684 0 [5,] 0.21631579 0 [6,] 0.26789474 0 [7,] 0.31947368 0 [8,] 0.37105263 0 [9,]

I get the error Error : evaluation nested too deeply: infinite recursion / options(expressions=)? during a 'R CMD check ...' on one of my packages. The reason seems to be that this package is mutually dependent on another one (i.e. the DESCRIPTION files of package A lists package B under "Depends" and vice versa). this might be bad design (having bits in both packages needed

Hi, I'm using the R library(car) to draw confidence/prediction ellipses in a scatterplot. >From what i understood the ellipse() function return an ellipse based parameters: shape, center, radius . If i read dataEllipse() function i can see how these parameters are calculated for a confidence ellipse. ibrary(car) a=c(12,12,4,5,63,63,23) b=c(13,15,7,10,73,83,43) v <-