search for: imbalances

Hello, in the new Relase (1.4) i get a different (worser) result for read.table with as.is=T: it crash! Input file (t.txt, with a name, 5 character and a numeric column) Name short kind logable use save lag m "mo" "x" "n" "1" "n" 0 Ptp "PT" "l" "y" "m" "n" 0 R-Code

Dear r-helpers, When I pull down the Packages:Package Installer menu, I get: ================================== > installPackages() stack imbalance in .External, 22 then 66 stack imbalance in <-, 20 then 64 stack imbalance in <-, 117 then 118 stack imbalance in {, 115 then 116 stack imbalance in if, 113 then 114 stack imbalance in {, 111 then 112 stack imbalance in <-, 105 then 106

Hi all, I just failed in loading a saved wordspace (13MB of size), and received these errors: Warning: stack imbalance in 'missing', 52 then 51 Warning: stack imbalance in 'if', 50 then 53 Warning: stack imbalance in 'as.environment', 57 then 59 Warning: stack imbalance in 'ls', 54 then 53 Warning: stack imbalance in '.Internal', 54 then 53 Warning: stack

Hello all, (Thank for your reply) I have a web-application in Apache Tomcat, when i start R in this application, I used packe RSJava Code ROmegahatInterpreter interp; String [] rargs = {"--no-save"}; REvaluator e; interp = new ROmegahatInterpreter ( ROmegahatInterpreter.fixArgs(rargs),false ); e =new REvaluator (); Errors ================ R version 2.10.1 (2009-12-14)

With today's R 2.10.0(devel) I get: > anyDuplicated(c(1,NA,3,NA,5), incomp=NA) # expect 0 Warning: stack imbalance in 'anyDuplicated', 20 then 21 Warning: stack imbalance in '.Internal', 19 then 20 Warning: stack imbalance in '{', 17 then 18 [1] 0 > anyDuplicated(c(1,NA,3,NA,3), incomp=NA) # expect 5 Warning: stack imbalance in 'anyDuplicated', 20 then 21

Hi R users, I am using RMySQL to connect to a database in MySQL. I have 3 questions. 1)When I give the following command dbListTables(con) I get the output stack imbalance in .Call, 142 then 143 stack imbalance in <-, 140 then 141 stack imbalance in {, 138 then 139 stack imbalance in standardGeneric, 126 then 127 stack imbalance in class, 121 then 122 stack imbalance in

Hello... I just installed R version 1.4.0 on my laptop running Redhat Linux 7.1. I downloaded the RPM from CRAN and when I try to use a function I have used on other Redhat systems, I get the following error message. -------- > library(qtl) > gastritis <- read.cross(format="csv",dir="/home/sen/qtl/data/gastritis", +

There is a problem with the patch I sent out yesterday. The patches for the glm code are applied in the wrong place. I have removed the patch file and will have a real one available latter today. Ross =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help",

I'm testing out some changes to survreg and got the following output, the likes of which I've never seen before: ---------------------------------------------------------------------- R version 2.7.1 (2008-06-23) Copyright (C) 2008 The R Foundation for Statistical Computing ISBN 3-900051-07-0 R is free software and comes with ABSOLUTELY NO WARRANTY. You are welcome to redistribute it

Full_Name: Antonio Possolo Version: 1.4.0 OS: Linux Submission from: (NULL) (24.25.141.205) ## inputFile has the following three lines (each without the initial ``## '') ## a,b ## m,1 ## n,3 ## and resides in $HOME/R fileHOME <- paste(Sys.getenv("HOME"), "/R/", sep="") fileNAME <- "inputFile" ## Given the command, z <-

[[[ To the new subscribers of the R-devel mailing list: The latest prerelease of R 0.50 has not been announced to this mailing list, by accident. In short, get R6.tgz and R6-update.shar.gz, from ftp://stat.auckland.ac.nz/pub/ihaka/ and first unpack the tar file, then the shar file in the same directory.. ]]] and to ALL "R-devel"oppers: Yes, please use this

I'm not sure if this has much significance or not -- but it sounds rather ominous. It doesn't appear to be new as it happens with 2.0.0 in Linux (but the formatting of the warning messages has improved). > contour(array(3e10, c(10,10), list(1:10, 11:20))) Warning: stack imbalance in 'contour', 20 then 24 Warning: stack imbalance in '.Internal', 19 then 23 Warning:

Hello R-sig-debian and (hopefully) Dirk: On Debian wheezy, I have the R packaging that CRAN (you) provide. I run into a little trouble while trying to fiddle with alternative BLAS. I know you and I went around on this last year and I think perhaps I've found something wrong in the framework, or I've just done something wrong. I installed the packages openblas-base and openblas-dev, and

It's tough to reliably reproduce, but I often get stack imbalance warnings when calling max.col() on non-real/double matrix. The code is conditionally PROTECTing but not incrementing its nprot counter for the eventual UNPROTECT. Pretty sure this would fix (but I haven't tested it): Index: array.c =================================================================== --- array.c (revision

Full_Name: Don Sun Version: 1.4.0 OS: Red Hat Linux release 6.2 Submission from: (NULL) (204.178.20.14) > type.convert(letters[1:2],as.is=T) stack imbalance in internal type.convert, 7 then 6stack imbalance in .Internal, 6 then 5 [1] "a" "b" Error: unprotect(): stack imbalance > version _ platform i686-pc-linux-gnu arch i686 os

1. One general question for general discussion: Is HLM6 faster than lmer? If so, why? What should I watch for to spot the differences? I'm always advocating R to students, but some faculty members are skeptical. A colleague compared the commercial HLM6 software to lmer. HLM6 seems to fit the model in 1 second, but lmer takes 60 seconds. My first thought was that LM6 uses PQL by default,

pm_runtime_get_sync() increments the runtime PM usage counter even the call returns an error code. Thus a pairing decrement is needed on the error handling path to keep the counter balanced. Signed-off-by: Dinghao Liu <dinghao.liu at zju.edu.cn> --- drivers/gpu/drm/nouveau/nouveau_gem.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

pm_runtime_get_sync() increments the runtime PM usage counter even the call returns an error code. Thus a pairing decrement is needed on the error handling path to keep the counter balanced. Signed-off-by: Dinghao Liu <dinghao.liu at zju.edu.cn> --- drivers/gpu/drm/nouveau/dispnv50/disp.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

pm_runtime_get_sync() increments the runtime PM usage counter even the call returns an error code. Thus a pairing decrement is needed on the error handling path to keep the counter balanced. Signed-off-by: Dinghao Liu <dinghao.liu at zju.edu.cn> --- drivers/gpu/drm/nouveau/nouveau_debugfs.c | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git

pm_runtime_get_sync() increments the runtime PM usage counter even the call returns an error code. Thus a pairing decrement is needed on the error handling path to keep the counter balanced. Signed-off-by: Dinghao Liu <dinghao.liu at zju.edu.cn> --- drivers/gpu/drm/nouveau/nouveau_gem.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git