Re: [Rd] Field initialization order bug?

2007-07-17 Thread Daniel Wilhelm
Thank you all for clarifying that bug in my understanding! I suppose that I expected 'a' to be promoted to a list when indexed from NULL. I will be more judicious in the future when I post. Daniel Wilhelm >On Mon, 16 Jul 2007, Daniel Wilhelm wrote: > >>I believe that I may have found a bug in

[Rd] Problem building R with Sun Studio Compiler on SLES 9 SP3

2007-07-17 Thread Len Zaifman
In a previous thread I had problems on openSuse 10.2 building R with optimisation and discovered that if I wanted optimisation I need to turn on -fstore -fsimple1 (the first is to force storage on some Fortran routines , the second is to ensure IEEE arithmetic, with some optimisation). That wor

Re: [Rd] Problem building R with Sun Studio Compiler

2007-07-17 Thread Len Zaifman
Thanks for all the replies: Dr. Ripley gets it right: I want -fast which turns on nofstore which caused the infinite loop and also pointed out non-IEEE arithmetic. On SUSE 10.2 I used -fast -fstore -fsimple=1 which fixed both problems and still optimised: make check passed and I get for gcc4

Re: [Rd] Field initialization order bug?

2007-07-17 Thread Martin Maechler
PD> Prof Brian Ripley wrote: PBR> On Mon, 16 Jul 2007, Daniel Wilhelm wrote: >>> I believe that I may have found a bug in R. The top code sample gives PBR> You have 'merely' found a bug in your understanding. PBR> What type did you expect 'a' to be? If you expec

[Rd] write.dcf/read.dcf cycle converts missing entry to "NA" (PR#9796)

2007-07-17 Thread bill
Full_Name: Bill Dunlap Version: 2.5.0 OS: Red Hat Enterprise Linux WS release 3 (Taroon Update 6) Submission from: (NULL) (24.17.60.30) If you read a dcf file with read.dcf(file,fields=c("Field",...)) and the file does not contain the desired field "Field", read.dcf puts a character NA for that e

Re: [Rd] substitute and expression

2007-07-17 Thread Peter Dalgaard
Deepayan Sarkar wrote: > On 7/16/07, Peter Dalgaard <[EMAIL PROTECTED]> wrote: > >> Deepayan Sarkar wrote: >> >>> Hi, >>> >>> I'm trying to understand whether the use of substitute() is >>> appropriate/documented for plotmath annotation. The following two >>> calls give the same results: >>

Re: [Rd] formula(CO2)

2007-07-17 Thread Kevin Wright
About a month ago I had a similar issue related to 'formula': http://tolstoy.newcastle.edu.au/R/e2/devel/07/05/3329.html In summary: In S-Plus, the help for formula.data.frame says: This is a method for the function formula() for objects inheriting from class data.frame. If object is a model fram

Re: [Rd] S4 coerce

2007-07-17 Thread Paul Gilbert
Seth Falcon wrote: >Paul Gilbert <[EMAIL PROTECTED]> writes: > > > >>(I am not sure if this is a bug or a request for a more understandable >>warning, or possible something obvious I should be posting on r-help.) >> >>I am trying to coerce an new class object to be a DBIConnection and it >>d

Re: [Rd] Field initialization order bug?

2007-07-17 Thread Peter Dalgaard
Prof Brian Ripley wrote: > On Mon, 16 Jul 2007, Daniel Wilhelm wrote: > > >> I believe that I may have found a bug in R. The top code sample gives >> > > You have 'merely' found a bug in your understanding. What type did you > expect 'a' to be? If you expected a list, that is not what ha

Re: [Rd] Problem building R with Sun Studio Compiler

2007-07-17 Thread Prof Brian Ripley
On Mon, 16 Jul 2007, Prof Brian Ripley wrote: > The R-admin manual did tell you not to do that! > > When using the Sun compilers do @emph{not} specify @option{-fast}, as > this disables @acronym{IEEE} arithmetic and @command{make check} will > fail. > > That was for Solaris and SunStudio 11, bu

Re: [Rd] Field initialization order bug?

2007-07-17 Thread Prof Brian Ripley
On Mon, 16 Jul 2007, Daniel Wilhelm wrote: > I believe that I may have found a bug in R. The top code sample gives You have 'merely' found a bug in your understanding. What type did you expect 'a' to be? If you expected a list, that is not what happens in the first example, and you need a <-

Re: [Rd] Field initialization order bug?

2007-07-17 Thread Duncan Murdoch
Daniel Wilhelm wrote: > I believe that I may have found a bug in R. The top code sample gives > an error as shown. However, by simply switching which field is > initialized first as in the bottom code sample, it works as expected. > > > This gives an error: > > > a <- NULL > a[["field1"]] <- 1 >

Re: [Rd] Error while fitting Partial Proportional Odds model using vglm

2007-07-17 Thread Gavin Simpson
On Mon, 2007-07-16 at 17:27 -0400, Rizwan Younis wrote: > Dear R developers: This is *not* the correct list for help with R or contributed packages on CRAN, and please do not send your messages repeatedly to any of the lists - this is at least the 3rd time I've received this request for help. If

Re: [Rd] Unable to build with working iconv support on Solaris9/x86

2007-07-17 Thread Lucas Barbuto
Hi Brian, Thanks for the advice, but I'm still confused! On 17/07/2007, at 4:04 PM, Professor Brian Ripley wrote: > Note that as the R-admin says, you need to use a better iconv than > that supplied with most commercial Unices, including Solaris. Yes, I read that and installed libiconv-1.11 loca

Re: [Rd] Error while fitting Partial Proportional Odds model using vglm

2007-07-17 Thread Prof Brian Ripley
Instead of repeatedly posting this message to the R lists, please contact the maintainer as the R posting guide asked you to do in the first instance. E.g. you have already sent https://stat.ethz.ch/pipermail/r-help/2007-July/136488.html https://stat.ethz.ch/pipermail/r-help/2007-July/136510.ht

[Rd] Error while fitting Partial Proportional Odds model using vglm

2007-07-17 Thread Rizwan Younis
Dear R developers: I am trying to fit a PPO model using vglm from the library VGAM, and get an error while executing the code. Here is the data, code, and error: Data: first row is the column names. a = age, and 1,2,3, 4 and 5 are condition grades. a 1 2 3 4 5 1 1 0 0 0 0 2 84 2 7 10 2

[Rd] Field initialization order bug?

2007-07-17 Thread Daniel Wilhelm
I believe that I may have found a bug in R. The top code sample gives an error as shown. However, by simply switching which field is initialized first as in the bottom code sample, it works as expected. This gives an error: a <- NULL a[["field1"]] <- 1 a[["field2"]] <- matrix(c(2,1), 1) Erro