similar to: dll symbol loading: possible bug

Hi, I am getting masked objects and I think the maintainers of the respective packages (lattice, boot, survival, aml) should agree on how to eliminate th conflicts. Here my start up protocol with the relevant information: -------------- R : Copyright 2005, The R Foundation for Statistical Computing Version 2.2.0 (2005-10-06 r35749) [clip] Type 'q()' to quit R. [clip] [Previously

Describe fails for me with a message similar to what was an issue in 2008 and got fixed according to posts. R version 2.15.0 (2012-03-30) Copyright (C) 2012 The R Foundation for Statistical Computing ISBN 3-900051-07-0 Platform: i386-pc-mingw32/i386 (32-bit) # output truncated > options(chmhelp = FALSE, help_type = "text") > .help.ESS <- help >

# R for Windows will not send your bug report automatically. # Please copy the bug report (after finishing it) to # your favorite email program and send it to # # r-bugs at r-project.org # ###################################################### Dare I say the word: bug. It looks to me like a bug in conficts(). The use of seq_along in this line in base::conflicts + for (i in

I've been using Rterm with ESS to run R for some time. Recently I've experienced lockups when displaying graphics; the first display seems to work, but then refuses to respond and must be killed with dev.off(). Rgui has no problems. I've tried eliminating all other processes that might cause conflicts, to no avail. I'm using win XP and R 2.9.0. Here's a transcript using rterm:

Dear all, I would like to ask one question related to statistics, for specifically on defining dummy variables. As of now, I have come across 3 different kind of dummy variables (assuming I am working with Seasonal dummy, and number of season is 4): > dummy1 <- diag(4) > for(i in 1:3) dummy1 <- rbind(dummy1, diag(4)) > dummy1 <- dummy1[,-4] > > dummy2 <- dummy1 >

Hi, I see there are some previous threads on gnuclient.exe, but I can't figure this out based on those... I recently started using ESS with Xemacs. I'm on Windows XP. On starting iESS, my editor gets set to 'gnuclient.exe'. I don't understand how this works, since there is no executable anywhere on my machine called "gnuclient.exe". But I have no complaints: I like

Hi, After some reading and experimentation I found that I cannot solve this problem: 1. I am starting R and check: > system("pwd") /home/woodstock/hoffmacw/R/test > system("echo $HOME") /home/woodstock/hoffmacw > system("echo $R_PROFILE") /home/woodstock/hoffmacw/R > system("ls $R_PROFILE/.Rprofile") /home/woodstock/hoffmacw/R/.Rprofile

Hello, Is there a better way to use paste such as: a = paste(colnames(list.indep)[1],colnames(list.indep)[2],colnames(list.indep)[3],colnames(list.indep)[4],colnames(list.indep)[5],sep="+") > a [1] "aa+dummy1+dummy2+bb+cc" I tried a = paste(colnames(list.indep)[1:5],sep="+") > a [1] "aa" "dummy1" "dummy2"

Dear all, (sorry I got the wrong button for subscribing a minute ago) At the moment I'm writing on a package for random field simulation that I'd like to make publically availabe in near future. To this end I've asked Martin Maechler to have a look at my R-code. He was very surprised about how I perform the ".C"-calls, and encouraged me to make this request for comments.

Hello, I have a data frame > mdl.summary est.coef std.err t.stat intercept 0.0011625517 0.0002671437 4.351784 aa -0.0813727439 0.0163727943 -4.969997 dummy1 -0.0002534873 0.0001204000 -2.105376 dummy2 -0.0007784864 0.0001437537 -5.415417 bb -0.0002856727

Hello all, I have developed a instrumented pass which insert some variables between the original variables, as well as insert some code into the original source code. just like: ============= original source code ============= int a[10]; void fun1 () { // some source code here } ========================================= ============= instrumented source code ============= int

On Wednesday 17 June 2015 16:19:31 Chen Hanxiao wrote: > We should not use tmp lines buffer as return value, > for lines buffer will be freed. s/tmp/temporary/ > Signed-off-by: Chen Hanxiao <chenhanxiao@cn.fujitsu.com> > --- > v4: take advantage of sscanf's '%m'. > v3: fix test case failure > > daemon/btrfs.c | 40

tl;dr - a renamed dummy interface is not persisting across reboots on Cent6. I have a situation where I need to rename a dummy interface on my system. I have a total of 3 dummy interfaces: dummy0 dummy1 adummy0 I've been doing some puppet testing in a vbox VM to get this all sorted out to deploy to a group of boxes. Every time I reboot my VM, it comes up WITHOUT adummy0, but I notice

Hi! I have R 1.9.1, Mac OS X 10.3.5, GNU Emacs 21.2.1 and ESS 5.2.3. I installed today the ESS by not changing ess-site.el, but creating .emacs in $home with the single line: $ cat ~/.emacs (load "/usr/local/lib/ess-5.2.3/lisp/ess-site") If I start now emacs and then R (with M-x R) then I get: > options(STERM='iESS', editor='emacsclient') but using fix() oder

We should not use tmp lines buffer as return value, for lines buffer will be freed. Signed-off-by: Chen Hanxiao <chenhanxiao@cn.fujitsu.com> --- v4: take advantage of sscanf's '%m'. v3: fix test case failure daemon/btrfs.c | 40 ++++++++++++++++++---------------------- 1 file changed, 18 insertions(+), 22 deletions(-) diff --git a/daemon/btrfs.c b/daemon/btrfs.c index

Hello R-users I was puzzled by some strange results of an analysis and I found out what is for me a strange behaviour (I won't dare to say a bug) in both plot and points (and I suspect lines and other kind of lower level plots). If you try the following code: > data<-data.frame(dummy1=c(1:10),dummy2=c(1:10)) > plot(data$dummy1,data$dummy3) A plot of the values of dummy1 against

On 2/24/13 10:07 AM, Lu Mitnick wrote: > Hello all, > > I have developed a instrumented pass which insert some variables > between the original variables, > as well as insert some code into the original source code. just like: > > ============= original source code ============= > > int a[10]; > > void fun1 () { > // some source code here > } > >

Hi all, I 've just reinstalled from the scratch my Windows 2000 (Italian version) on a formatted HD, because I like to clean the environment from time to time (say once a year). I'm currently using XEmacs-21.4.13 and R (rw1091) and Xemacs is configured as described in http://socserv.socsci.mcmaster.ca/jfox/Books/Companion/ESS/ess-xemacs.pdf The problem is that the command help.start()

Dear list, Not strictly R ... In R on Xemacs with ESS (R-2.0.1, Xemacs-21.4.15-r3, ESS-5.2.6) on gentoo-linux when I use k<-edit(k) or fix(k) to change a small vector k <- c(1,2,3,4,5,6) the opened window (called '6b8b4567') appears not to be connected to the gnuclient and I'm able to edit the file but has no instructions in the minibuffer and C-x # gives '6b8b4567 does

We should not use temporary lines buffer as return value, for lines buffer will be freed. Signed-off-by: Chen Hanxiao <chenhanxiao@cn.fujitsu.com> --- v5: modify according to Pino's comments v4: take advantage of sscanf's '%m'. v3: fix test case failure daemon/btrfs.c | 34 ++++++++++++++-------------------- 1 file changed, 14 insertions(+), 20 deletions(-) diff --git