Re: [Rd] eval(match.call()) (PR#9339)

2006-11-03 Thread p . dalgaard
Bill Dunlap <[EMAIL PROTECTED]> writes: > On Fri, 3 Nov 2006 [EMAIL PROTECTED] wrote: >=20 > > > > On Fri, 2006-11-03 at 21:15 +0100, Peter Dalgaard wrote: > > > > > > x <- quote(match.call()) > > > > > > eval(x) > > > > > *** buffer overflow detected ***: /usr/lib/R/bin/exec/R terminated > > > >

Re: [Rd] How to put my class into data.frame

2006-11-03 Thread Gregor Gorjanc
Ferdinand Alimadhi wrote: > tmp$comp <- [EMAIL PROTECTED] ?! I "lose" class here and that is not what I want. Perhaps I should stick with list instead of data.frame. > Gregor Gorjanc wrote: > >> Hello! >> >> I am developing a composition class, which represents a composition of >> mixture of l

Re: [Rd] eval(match.call()) (PR#9339)

2006-11-03 Thread Peter Dalgaard
Bill Dunlap <[EMAIL PROTECTED]> writes: > On Fri, 3 Nov 2006 [EMAIL PROTECTED] wrote: > > > > > On Fri, 2006-11-03 at 21:15 +0100, Peter Dalgaard wrote: > > > > > > x <- quote(match.call()) > > > > > > eval(x) > > > > > *** buffer overflow detected ***: /usr/lib/R/bin/exec/R terminated > > > > >

Re: [Rd] How to put my class into data.frame

2006-11-03 Thread Ferdinand Alimadhi
tmp$comp <- [EMAIL PROTECTED] ?! Gregor Gorjanc wrote: >Hello! > >I am developing a composition class, which represents a composition of >mixture of levels, say soil has three components and each component >accounts for 1/3 of the unit. I have tried with S4 class system and I >would appreciate

[Rd] How to put my class into data.frame

2006-11-03 Thread Gregor Gorjanc
Hello! I am developing a composition class, which represents a composition of mixture of levels, say soil has three components and each component accounts for 1/3 of the unit. I have tried with S4 class system and I would appreciate any help here. I was hoping that I would be able to include insta

Re: [Rd] eval(match.call()) (PR#9339)

2006-11-03 Thread marc_schwartz
On Fri, 2006-11-03 at 14:14 -0800, Bill Dunlap wrote: > On Fri, 3 Nov 2006 [EMAIL PROTECTED] wrote: > > > > > On Fri, 2006-11-03 at 21:15 +0100, Peter Dalgaard wrote: > > > > > > x <- quote(match.call()) > > > > > > eval(x) > > > > > *** buffer overflow detected ***: /usr/lib/R/bin/exec/R terminat

Re: [Rd] eval(match.call()) (PR#9339)

2006-11-03 Thread harringt
Peter Dalgaard wrote: > Marc Schwartz <[EMAIL PROTECTED]> writes: > > >> On Fri, 2006-11-03 at 21:15 +0100, Peter Dalgaard wrote: >> >>> [EMAIL PROTECTED] writes: >>> >>> Full_Name: Justin Harrington Version: 2.4.0 OS: Fedora Core 6 Submission from: (NULL) (142.10

Re: [Rd] eval(match.call()) (PR#9339)

2006-11-03 Thread Bill Dunlap
On Fri, 3 Nov 2006 [EMAIL PROTECTED] wrote: > > > On Fri, 2006-11-03 at 21:15 +0100, Peter Dalgaard wrote: > > > > > x <- quote(match.call()) > > > > > eval(x) > > > > *** buffer overflow detected ***: /usr/lib/R/bin/exec/R terminated > > > > /lib/libc.so.6(__chk_fail+0x41)[0x1f1161] > > > > /lib/

Re: [Rd] eval(match.call()) (PR#9339)

2006-11-03 Thread marc_schwartz
On Fri, 2006-11-03 at 22:41 +0100, [EMAIL PROTECTED] wrote: > Marc Schwartz <[EMAIL PROTECTED]> writes: > > On Fri, 2006-11-03 at 21:15 +0100, Peter Dalgaard wrote: > > > > x <- quote(match.call()) > > > > eval(x) > > > *** buffer overflow detected ***: /usr/lib/R/bin/exec/R terminated > > > /li

Re: [Rd] eval(match.call()) (PR#9339)

2006-11-03 Thread p . dalgaard
Marc Schwartz <[EMAIL PROTECTED]> writes: > On Fri, 2006-11-03 at 21:15 +0100, Peter Dalgaard wrote: > > [EMAIL PROTECTED] writes: > >=20 > > > Full_Name: Justin Harrington > > > Version: 2.4.0 > > > OS: Fedora Core 6 > > > Submission from: (NULL) (142.103.121.203) > > >=20 > > >=20 > > > When I t

Re: [Rd] eval(match.call()) (PR#9339)

2006-11-03 Thread marc_schwartz
On Fri, 2006-11-03 at 21:15 +0100, Peter Dalgaard wrote: > [EMAIL PROTECTED] writes: > > > Full_Name: Justin Harrington > > Version: 2.4.0 > > OS: Fedora Core 6 > > Submission from: (NULL) (142.103.121.203) > > > > > > When I type the (albeit stupid) command > > > > eval(match.call()) > > > >

Re: [Rd] eval(match.call()) (PR#9339)

2006-11-03 Thread Peter Dalgaard
[EMAIL PROTECTED] writes: > Full_Name: Justin Harrington > Version: 2.4.0 > OS: Fedora Core 6 > Submission from: (NULL) (142.103.121.203) > > > When I type the (albeit stupid) command > > eval(match.call()) > > R crashes with the following messages (truncated): > > *** buffer overflow detecte

Re: [Rd] eval(match.call()) (PR#9339)

2006-11-03 Thread marc_schwartz
On Fri, 2006-11-03 at 20:49 +0100, [EMAIL PROTECTED] wrote: > Full_Name: Justin Harrington > Version: 2.4.0 > OS: Fedora Core 6 > Submission from: (NULL) (142.103.121.203) > > > When I type the (albeit stupid) command > > eval(match.call()) > > R crashes with the following messages (truncated):

Re: [Rd] man page for as.matrix for data frames outdated?

2006-11-03 Thread Bill Dunlap
On Fri, 3 Nov 2006, Herve Pages wrote: > > df5 <- data.frame(toto=c("a","bb"), titi=c(9,999)) > > as.matrix(df5) > toto titi > 1 "a" " 9" > 2 "bb" "999" > ... > 2) the questionable decision to do this conversion using 'format' >(leading to the addition of unnecessary wh

[Rd] eval(match.call()) (PR#9339)

2006-11-03 Thread harringt
Full_Name: Justin Harrington Version: 2.4.0 OS: Fedora Core 6 Submission from: (NULL) (142.103.121.203) When I type the (albeit stupid) command eval(match.call()) R crashes with the following messages (truncated): *** buffer overflow detected ***: /usr/lib/R/bin/exec/R terminated The complete

Re: [Rd] man page for as.matrix for data frames outdated?

2006-11-03 Thread Herve Pages
Hi Martin, Thanks for the answer! OK I can use data.matrix to convert a data frame to a numeric matrix but that's another story. Basically I'm reporting 2 problems with 'as.matrix' when applied to a data frame: 1) A documentation problem: "The method for data frames will convert any non

Re: [Rd] Formal methods are not loaded from NAMESPACE in reloadedworkspace image

2006-11-03 Thread Pfaff, Bernhard Dr.
Dear John, Dear Seth, many (a thousands) thanks for your clarification and highlighting of the problem. >It's not a simple serialization issue, but related to the initial >computations when a saved image is reloaded at the start of a session, >so the implication is less general than you imply.

Re: [Rd] [R] difference in using with() and the "data" argument in glm (PR#9338)

2006-11-03 Thread Gabor Grothendieck
One thing I noticed is that ?glm does not really specify what happens if you do not give a value for data. Is data then just skipped so that search takes place in enivonrment(formula) only or is it supposed to default to something? Some clarification in ?glm would be helpful. On 11/3/06, [EMAIL

Re: [Rd] Formal methods are not loaded from NAMESPACE in reloadedworkspace image

2006-11-03 Thread John Chambers
It's not a simple serialization issue, but related to the initial computations when a saved image is reloaded at the start of a session, so the implication is less general than you imply. If you move the saved image to another file, say "savedImage", then: > load("savedImage") > library(urca)

Re: [Rd] data.entry(), de() fail in FC6-x86_64

2006-11-03 Thread Peter Dalgaard
Juan Santiago Ramseyer <[EMAIL PROTECTED]> writes: > Buffer overflow detect in FC6-x86_64, see down. > > Juan. Yes, this has been reported before and is fixed in R-patched. A workaround is not to use an UTF8 based locale. Someone might file a bug report against FC6 so that they might possibly de

[Rd] data.entry(), de() fail in FC6-x86_64

2006-11-03 Thread Juan Santiago Ramseyer
Buffer overflow detect in FC6-x86_64, see down. Juan. R version 2.4.0 (2006-10-03) Copyright (C) 2006 The R Foundation for Statistical Computing ISBN 3-900051-07-0 R é um software livre e vem sem GARANTIA ALGUMA. Você pode redistribuí-lo sob certas circunstâncias. Digite 'license()' ou 'licence(

Re: [Rd] WG: Formal methods are not loaded from NAMESPACE inreloadedworkspace image

2006-11-03 Thread John Chambers
Well, at the moment I'm a little confused too. It's not at all as simple as my previous mail suggested. Here's what I know, and unfortunately I won't have too much time to look further for a while. Starting from a clean folder (no saved workspace): > library(urca) > showMethods("summary") F

Re: [Rd] Formal methods are not loaded from NAMESPACE in reloadedworkspace image

2006-11-03 Thread Seth Falcon
John Chambers <[EMAIL PROTECTED]> writes: > I haven't had a chance to verify these exact examples, but the likely > explanation is that loading the workspace does not cache the saved > methods. Assuming this is indeed what's happening, the workaround is to > cache them "manually" by the call:

Re: [Rd] WG: Formal methods are not loaded from NAMESPACE inreloadedworkspace image

2006-11-03 Thread Seth Falcon
"Pfaff, Bernhard Dr." <[EMAIL PROTECTED]> writes: > Sorry, to bother the list one more time: but the following worked at > least for 'urca': > > in NAMESPACE I now included explicitly: > > import(methods) > > a fix of the 'urca'-package will be uploaded to CRAN on the weekend. > Fritz, will this w

Re: [Rd] [R] difference in using with() and the "data" argument in glm (PR#9338)

2006-11-03 Thread murdoch
I've redirected this reply from r-help to the bugs list. On 11/3/2006 8:25 AM, vito muggeo wrote: > Dear all, > I am dealing with the following (apparently simple problem): > For some reasons I am interested in passing variables from a dataframe > to a specific environment, and in fitting a stand

Re: [Rd] Formal methods are not loaded from NAMESPACE in reloadedworkspace image

2006-11-03 Thread John Chambers
I haven't had a chance to verify these exact examples, but the likely explanation is that loading the workspace does not cache the saved methods. Assuming this is indeed what's happening, the workaround is to cache them "manually" by the call: cacheMetaData(.GlobalEnv) (after attaching the

[Rd] WG: Formal methods are not loaded from NAMESPACE inreloadedworkspace image

2006-11-03 Thread Pfaff, Bernhard Dr.
Sorry, to bother the list one more time: but the following worked at least for 'urca': in NAMESPACE I now included explicitly: import(methods) a fix of the 'urca'-package will be uploaded to CRAN on the weekend. Fritz, will this work for ypur package 'flexclust' too? I have in my DESCRIPTION imp

[Rd] win.metafile() resolution too low (PR#9337)

2006-11-03 Thread pkampst=rbugspam
Full_Name: Peter Kampstra Version: 2.4.0 OS: Windows Submission from: (NULL) (130.37.20.20) Hi, If you use win.metafile(), "Save as metafile...", or "Copy as metafile" on Windows, the metafile is rendered at screen resolution. Therefore, the output of curves like win.metafile("resolution.emf")

[Rd] Saving images from dialog (PR#9336)

2006-11-03 Thread paoso
Full_Name: Paolo Sonego Version: 2.4.0 OS: Windows XP Pro SP2 Submission from: (NULL) (140.105.9.245) This bug (from the definition in the R FAQ ("If a command does the wrong thing, that is a bug.") seems to me an inconsistent, but annoying disregard: plot whatever image you want, e.g.: hist(rnor

Re: [Rd] Formal methods are not loaded from NAMESPACE in reloadedworkspace image

2006-11-03 Thread Pfaff, Bernhard Dr.
Dear R-Devel subscriber, as a follow up to my yesterday's email: I tested an analogous example with the S4-package "flexclust" by executing the following code: library(flexclust) example(cclust) cl After saving the work space and starting a new R process with the restored work space, the same be

Re: [Rd] tip 181 (PR#9335)

2006-11-03 Thread stukes
Re: tip 181=20 V j MC a I V l emic A g nnounces $9 M A q quisi p tion of Nus m crib v e Which Brings Combined Technology To Change The Educational And M v edica p l Industries! Compan t y : Ve f mi e cs Sy l mb e ol : V h MC b I Status : Ho u t Technology Re c lea m se P t ric k e : $ 0,6 h 0 5

Re: [Rd] man page for as.matrix for data frames outdated?

2006-11-03 Thread Martin Maechler
> "Herve" == Herve Pages <[EMAIL PROTECTED]> > on Thu, 02 Nov 2006 20:46:01 -0800 writes: Herve> Hi again, The man page for 'as.matrix' says: >> 'as.matrix' is a generic function. The method >> for data frames will convert any non-numeric/complex >> column into a cha