[Rd] Documentation bug in complex.Rd (PR#8218)

2005-10-19 Thread berwin
Dear all, I noticed a documentation error in complex.Rd. A patch that corrects the error is as follows: [bossiaea:R-devel-src]$ svn diff Index: src/library/base/man/complex.Rd === --- src/library/base/man/complex.Rd (revision 35

[Rd] can't start csh (scripts) (PR#8220)

2005-10-19 Thread Jens . Gloeckler
Dear R developers, after upgrading from R 2.1.1 to 2.2.0 I can't start csh (scripts) anymore. While the following commands work fine > system("tcsh -c pwd") /hom1/users/gloeckler > system("bash -c pwd") /hom1/users/gloeckler > system("ksh -c pwd") /hom1/users/gloeckler csh (in contr

Re: [Rd] Inconsistency with matrix indexing (PR#8214)

2005-10-19 Thread maechler
> "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]> > on Tue, 18 Oct 2005 09:50:59 -0400 writes: Duncan> On 10/18/2005 9:32 AM, [EMAIL PROTECTED] wrote: >> Dear Duncan, >> >> you are right. In both R 2.2.0 and 2.1.1 you get the same result. What has >> actually chan

Re: [Rd] can't start csh (scripts) (PR#8220)

2005-10-19 Thread ripley
This works perfectly correctly in four separate configurations (32-/64-bit x gcc/cc) on our Solaris 8, and I can see no change in the R sources for do_system since Mar 2004. Are you sure that it is not something in your build environment that has changed since 2.1.1 was built? Please confirm t

Re: [Rd] [ subscripting sometimes loses names (PR#8192)

2005-10-19 Thread maechler
Andy, that's interesting, but honestly your posting only *talked* about your perceptions of bogous behavior of R and gave link to a quite extensive S source file --- which re-defines basic functions so it's not a file I'd just want to source into my R session. Proper R bug reports provide short

[Rd] Socks under R

2005-10-19 Thread Rainer M. Krug
Hi when I use con1 <- socketConnection(...) in R and want to send text from another application written in Delphi to R, do I just have to send the text or do I have to implement more control characters and so on? Is con1 <- socketConnection(port=6011, server=TRUE) writeLines("plot(rnorm(100))

Re: [Rd] extending lattice to S4 classes

2005-10-19 Thread Deepayan Sarkar
On 10/18/05, ernesto <[EMAIL PROTECTED]> wrote: > Prof Brian Ripley wrote: > > > I think you are confusing us: xyplot is an S3 generic with no 'data' > > argument. It is xyplot.formula that you want to add dispatch on its > > 'data' argument. I don't really see why you want to mix S3 and S4 > >

Re: [Rd] [ subscripting sometimes loses names (PR#8192)

2005-10-19 Thread atp
On Wed, Oct 19, 2005 at 02:33:50PM +0200, Martin Maechler wrote: > Proper R bug reports provide short "cut & paste" executable > example code {i.e. no prompt, no output} or at least the > transcript of such code {transcript : input (+ prompt) + output}. My patch includes the function dtk.test.br

Re: [Rd] [ subscripting sometimes loses names (PR#8192)

2005-10-19 Thread atp
Here is an example of the losing names problem in stock R 2.2.0. Note that below, only stock R packages are loaded, and then I manually source in just my dtk.test.brace.names() testing function, nothing else. Since the list-of-lists output of dtk.test.brace.names() is very lengthy, I've manually

Re: [Rd] Socks under R

2005-10-19 Thread Simon Urbanek
Rainer, On Oct 19, 2005, at 3:29 PM, Rainer M. Krug wrote: > when I use > > con1 <- socketConnection(...) > > in R and want to send text from another application written in > Delphi to R, do I just have to send the text or do I have to > implement more control characters and so on? Sockets

[Rd] spaces in application name of external editor (PR#8221)

2005-10-19 Thread fparlamis
Full_Name: Franklin Parlamis Version: 2.1.1 (R.app 1.1.2) OS: Mac OS X 10.4.2 Submission from: (NULL) (24.161.129.74) Cocoa GUI 1.12 appears to have a problem opening an external editor when the application name contains a space. I use Aquamacs Emacs, which upon installation names itself "Aquama

Re: [Rd] [R-gui] R GUI considerations (was: R, Wine, and multi-threadedness)

2005-10-19 Thread Jeffrey J. Hallman
If you're looking for a GUI toolkit that: 1. Is cross-platform, 2. Has a good collection of widgets that look good on all platforms, and 3. Is easy to work with from R then it is hopeless. There is no such toolkit. As one poster mentioned, most of the better GUI toolkits are very ob

Re: [Rd] [R-gui] R GUI considerations (was: R, Wine, and multi-threadedness)

2005-10-19 Thread Jan De Leeuw
Ah. Let the language wars begin. Although I agree that going with R is basically a sad mistake http://www.jstatsoft.org/index.php?vol=13 giving up on R/S is no longer an option, I hope. Too much investment from the community. Reculer pour mieux sauter, indeed. On Oct 19, 2005, at 3:43 PM, Jeffre

Re: [Rd] [R-gui] R GUI considerations (was: R, Wine, and multi-threadedness)

2005-10-19 Thread Jeffrey J. Hallman
> "K" == Kasper Daniel Hansen <[EMAIL PROTECTED]> writes: K> On Oct 19, 2005, at 3:43 PM, Jeffrey J. Hallman wrote: K> >> Think about it. Once you have a basic math package that can handle >> matrix >> programming and various mathematical functions, building the various >> sta

[Rd] is.na<- problem

2005-10-19 Thread Gabor Grothendieck
In the following the first element of xx should have been set to 0 but remains NA. Any comments? > xx <- c(NA,1) > is.na(xx) <- 0 > xx [1] NA 1 > R.version.string # Windows XP [1] "R version 2.2.0, 2005-09-20" __ R-devel@r-project.org mailing list htt

Re: [Rd] [R-gui] R GUI considerations (was: R, Wine, and multi-threadedness)

2005-10-19 Thread Peter Kleiweg
> On Oct 19, 2005, at 3:43 PM, Jeffrey J. Hallman wrote: > > There is a better way, and that is to give up on R. Start > > over with a better programming environment, one that is > > object oriented, as flexible and dynamic as R, is cross > > platform, easy to program in, and has decent GUI

Re: [Rd] is.na<- problem

2005-10-19 Thread Ted Harding
On 19-Oct-05 Gabor Grothendieck wrote: > In the following the first element of xx should have > been set to 0 but remains NA. Any comments? > >> xx <- c(NA,1) >> is.na(xx) <- 0 >> xx > [1] NA 1 >> R.version.string # Windows XP > [1] "R version 2.2.0, 2005-09-20" I wonder, has it ever worked? I

Re: [Rd] is.na<- problem

2005-10-19 Thread Rich FitzJohn
Hi, It does seem to be working as advertised, but not particulary intuitively. From ?is.na The generic function 'is.na<-' sets elements to 'NA' In fact: xx <- c(NA, 1) is.na(xx) <- 2 xx [1] NA NA or is.na(xx) <- 5 [1] NA 1 NA NA NA Looks like this was introduced in 1.4.0; from NEWS: o

Re: [Rd] is.na<- problem

2005-10-19 Thread Marc Schwartz
On Thu, 2005-10-20 at 01:13 +0100, Ted Harding wrote: > On 19-Oct-05 Gabor Grothendieck wrote: > > In the following the first element of xx should have > > been set to 0 but remains NA. Any comments? > > > >> xx <- c(NA,1) > >> is.na(xx) <- 0 > >> xx > > [1] NA 1 > >> R.version.string # Windows

Re: [Rd] is.na<- problem

2005-10-19 Thread Gabor Grothendieck
On 10/19/05, Marc Schwartz <[EMAIL PROTECTED]> wrote: > On Thu, 2005-10-20 at 01:13 +0100, Ted Harding wrote: > > On 19-Oct-05 Gabor Grothendieck wrote: > > > In the following the first element of xx should have > > > been set to 0 but remains NA. Any comments? > > > > > >> xx <- c(NA,1) > > >> is

Re: [Rd] is.na<- problem

2005-10-19 Thread Marc Schwartz
On Wed, 2005-10-19 at 21:09 -0400, Gabor Grothendieck wrote: > On 10/19/05, Marc Schwartz <[EMAIL PROTECTED]> wrote: > > On Thu, 2005-10-20 at 01:13 +0100, Ted Harding wrote: > > > On 19-Oct-05 Gabor Grothendieck wrote: > > > > In the following the first element of xx should have > > > > been set t

Re: [Rd] [R-gui] R GUI considerations (was: R, Wine, and multi-threadedness)

2005-10-19 Thread Byron Ellis
And I so wanted to stay out of this particular discussion, I hope you're proud of what you've done. *cracks knuckles* Right, lets get to it then. On Oct 19, 2005, at 3:43 PM, Jeffrey J. Hallman wrote: > If you're looking for a GUI toolkit that: > >1. Is cross-platform, >2. Has a go

Re: [Rd] cross-compiling tools

2005-10-19 Thread Kasper Daniel Hansen
I have been told (off-list) that cross-compiling c++ no longer works. Because of this, the c++ stuff is left out from the new tar ball. And I have also been corrected: most of the work on the cross- compiling tools were in fact done by Brian Ripley. Kasper On Oct 18, 2005, at 10:45 AM, A.J. R

Re: [Rd] [R-gui] R GUI considerations (was: R, Wine, and multi-threadedness)

2005-10-19 Thread James Wettenhall
Hi Peter and everyone, [Hmmm, didn't I say I was not really interested in spending time getting into these discussions anymore? Oh well, I can't help myself. ;-) ] > Why would you want a GUI for something like R in the first > place? It is a programming language. That is its force. Nothing > bea

Re: [Rd] cross-compiling tools

2005-10-19 Thread A.J. Rossini
Though thanks to the obtuseness of the documentation, the makefile Jun wrote has helped a great deal of folks. While some have been appreciative, certain other folks have only bothered to make snide, hostile remarks and not bothered to be polite enough to suggest changes that might have prevented

[Rd] numerical issues in chisq.test(simulate=TRUE) (PR#8224)

2005-10-19 Thread dgrove
Hi, This report deals with p-values coming from chisq.test using the simulate.p=TRUE option. The issue is numerical accuracy and was brought up in previous bug reports 3486 and 3896. The bug was considered fixed but apparently was only mostly fixed. Just the typical problem of two values that ar

[Rd] Windows 2000 crash while using rbind (PR#8225)

2005-10-19 Thread Tom . Mulholland
Windows 2000 reports that "Rgui.exe has generated errors and will be = closed by Windows. You will need to restart the program." when using = rbind.=20 df1 <- data.frame(cbind(x=3D1, y=3D1:1000), fac=3Dsample(LETTERS[1:3], = 1000, repl=3DTRUE)) df2 <- data.frame(cbind(x=3D1, y=3D1:10), fac=3Dsa