similar to: (PR#10534 capture.output(), truncated last output without

Full_Name: Philippe Grosjean Version: 2.6.1 OS: MacOS X; Windows XP Submission from: (NULL) (81.243.237.235) Last output from capture.output() is truncated if it does not end with a carriage return: > capture.output(cat("text\n")) # Fine [1] "text" > capture.output(cat("text")) # Missing output! character(0) >

Dear R community, Since upgrading to R v.2.6.1 and re-installing package Hmisc (binary for Mac OS X v.3.4-3), I have been getting a error when trying to make xYplots: >plotcv<-c(34.88, 41.51, 45.81, 51.05, 51.66) >plotcv.se<-c(2.406551, 3.071291, 4.331407, 3.213873, 4.838150) >month<-c(6, 7, 8, 9, 10) >library(Hmisc) >xYplot(Cbind(plotcv, plotcv + plotcv.se,

The first four lines of code below work as normal. The fifth thorows an error: "Error in paste(theta[1], "=", 5) : object "theta" not found" x=rnorm(1000); bob=density(x); topp=5; plot(bob,xlab="", ylab="", main=substitute(paste(theta[1],"=",topp),list(topp=topp)), type="l"); plot(bob$y~bob$x,xlab="",

Hello, Up to R 2.6.2, I used to start Tcl *without Tk* (I need only Tcl for some part of my work, like a socket server written in Tcl only, for instance) with this code under Mac OS X (particularly on this system, because I don't want to start X11 just to use Tcl code, which is required for Tk!): > Sys.unsetenv("DISPLAY") > library(tcltk) I got then the message

It turns out that the behavior of starting just Tcl was actually a bug. Apparently the intention was to attempt to start Tk regardless of the DISPLAY variable, because some TclTk implementation such as Aqua Tcl/Tk don't require DISPLAY and thus would not be loaded. Due to a bug (HAVE_AQUA was not included in Rconfig.h before R 2.7.0), though, this was not the case. I'll leave it

Hi all, We are facing a problem while introducing ourselves to Reshape package use. Melt seems to work fine, but cast fails when we use mean as fun.aggregate. As you see here, length and sum work fine, but mean throws this same error whatever dataset we use. > cast(aqm, month ~ variable, length) month ozone solar.r wind temp 1 5 26 27 31 31 2 6 9 30 30

One occurence of 'packbits' should be 'packBits' (version information below): Index: src/library/base/man/rawConversion.Rd =================================================================== --- src/library/base/man/rawConversion.Rd (revision 55) +++ src/library/base/man/rawConversion.Rd (working copy) @@ -41,7 +41,7 @@ of 32 times the length of an integer vector with

Hi All, I need to place lists or vectors within dataframes as single elements. However when I try this: df=data.frame(y=1, x=I(list(c("a","b"), c("f","c"), c("a")))) df df[1,'x']=I(c("a","d")) I get this error, even though I am using I(): Error in `[<-.data.frame`(`*tmp*`, 1, "x", value =

rug() may add integer axis labels when called with a POSIXlt object as argument. dtimes <- c("09/29/2007 12:54", "09/30/2007 00:14", "10/01/2007 00:14", "10/02/2007 00:14", "10/03/2007 00:14", "10/04/2007 00:14", "10/05/2007 00:14", "10/06/2007 00:14", "10/07/2007

I'm getting an anomalous result from using the itemize command in a documentation file. My usage is something like \itemize{ \item Melvin \item Irving \item Clyde \item Fred } (This was place inside ``\details{ }''.) (Previously I had enclosed the text following each item in braces but that gave even worse results.) The package appears to install OK; i.e. the command R

help(letters, htmlhelp=TRUE) fails. Under the Mac OSX gui, the message is 'Help for the topic "a" was not found.' Under the version documented below, and under Windows, the message is "No documentation for 'a' in specified packages and libraries:" repeated for all the elements of letters, then followed by "you could try

I know that R can cope with the different formats regarding carriage return and/or line feed (the Unix, or Windows, or Mac convention), which is very nice. However, it is not clear in my mind which character encoding is used: ASCII, ANSI, other? There is not much differences between ANSI and DOS encoding for instance, for the first 128 characters. But it is very different for the rest. Best,

Tanya Lattner wrote: > You can set the program-prefix to be "llvm-". We actually recommend > this and its in the README.llvm. We do not require it though. > > -Tanya > Hello Tanya. Yes, I'm aware of this, but one of the programs that got installed for me, like i686-apple-darwin8.10.1-gcc-4.0.1, was not getting the program prefix, and was getting used by gcc.

John W. Eaton wrote: > On 17-Nov-2004, Philippe Grosjean <phgrosjean at sciviews.org> wrote: > > | - There is no possibility to make a commercial GUI for R (thanks to > | the GPL), > > This is false. Please don't confuse "commercial" (Red Hat > and SuSE GNU/Linux distributions are commercial software) > with "proprietary". > > jwe

Thank you for your quick reply and for only indirectly scolding me for abusing the RBugs list. :-) However, I do think there is something funny in the 2.7.0 docu (or in the code). Things behave as expected and explained by you for version 2.6.0/2.6.1, but in the development version 2.7.0 (which I was using) the output is different (see below). The CHANGES file does mention some changes about the

On Sep 18, 2007, at 10:14 PM, Erick Tryzelaar wrote: > Tanya Lattner wrote: >> You can set the program-prefix to be "llvm-". We actually recommend >> this and its in the README.llvm. We do not require it though. >> >> -Tanya >> > > Hello Tanya. Yes, I'm aware of this, but one of the programs that got > installed for me, like

Hello, I am looking for more information about lazy loading introduced in R 2.0.0. Doing ?lazyLoad I got some and there is a 'see also' section that points to 'makeLazyLoading'... But I cannot reach this page. My problem is: I recompiled a library that uses a lot of functions from other libraries (of course I can give details if needed). I load it in my computer: library(svGUI),

Hello, I do not understand the following behaviour. Could someone explain me what happens? > a <- NULL > a$item <- 1:3 > a$item [1] 1 2 3 > rm(a) > a <- NULL > a[["item"]] <- 1:3 Error: more elements supplied than there are to replace Why do I get an error message using list[["item"]], and not using list$item? Best, Philippe Grosjean

Happy New Year, r-helpers! I am using lowess to smooth a scatter plot, xx<-lowess(xinput,f=.04) #defaults for other args followed by turnpoints(xx$y) #defaults for other args I plot the smoothed result as well as turnpoints (using yy$tppos) on top of raw data plot. Result is exactly as expected, graphically. For another purpose, I calcuate the difference between turnpoints (representing

Hi, This is (presumably?) a bug in R 1.7.0 under Windows. I have not tested it on other systems. Attachment of packages is case sensitive but not library(), resulting in multiple loadings of the same package if the library name is spelled differently. The following example loads the `tools' package, once as `tools' and once as `Tools'. This behavior is the same with all packages and