Hi,
On Tuesday 31 May 2011, luke-tier...@uiowa.edu wrote:
Yes you should. Changing things in other people's packages is not a
safe thing to do.
sorry to insist, but I was hoping for a slightly more specific pointer. I'll
try asking it another way:
Suppose I was using assignInNamespace()
Hi Martin,
right, that's exactly what I thought. Thanks for the pointer to
'getClassDef()'. Pretty obvious place to start, I have to admit ;-) But
I had this 'completeClassDefinition()' thing in a function I've written
long long ago where I didn't really know my way around class details yet.
Dear all,
I am experiencing some problems with S4 method overloading. I have
defined a generic for graphics:plot, using
setGeneric(plot, useAsDefault = plot)
and with
importFrom('graphics', 'plot') and
exportMethods('plot') in the NAMESPACE file of pkg A.
I then proceed to define a method
On May 31, 2011, at 5:23 PM, Thomas Friedrichsmeier wrote:
On Tuesday 31 May 2011, Simon Urbanek wrote:
The history entries are somewhat in a grey area, because most GUIs use
their own implementation of history (and thus they are irrelevant) and the
*history() commands are documented to only
setRefClass(Foo, fields = list())
Error in setRefClass(Foo, fields = list()) :
A list argument for fields must have nonempty names for all the fields
In my opinion, the above should not fail. There are no fields.
Thanks,
Michael
[[alternative HTML version deleted]]
-Original Message-
From: r-devel-boun...@r-project.org
[mailto:r-devel-boun...@r-project.org] On Behalf Of Michael Lawrence
Sent: Wednesday, June 01, 2011 9:15 AM
To: r-devel@r-project.org
Subject: [Rd] possibly invalid assertion in setRefClass?
setRefClass(Foo, fields = list())
On Wednesday 01 June 2011, Simon Urbanek wrote:
I suppose, yes, it's possible, but I see somewhat of an asymmetry if done
that way : GUIs are like plug-ins in that there is a set of functions they
have to implement to work properly. In the current state this is done
using the C-level hooks,
On Wed, 1 Jun 2011, Thomas Friedrichsmeier wrote:
Hi,
On Tuesday 31 May 2011, luke-tier...@uiowa.edu wrote:
Yes you should. Changing things in other people's packages is not a
safe thing to do.
sorry to insist, but I was hoping for a slightly more specific pointer. I'll
try asking it
On Jun 1, 2011, at 1:50 PM, Thomas Friedrichsmeier wrote:
On Wednesday 01 June 2011, Simon Urbanek wrote:
I suppose, yes, it's possible, but I see somewhat of an asymmetry if done
that way : GUIs are like plug-ins in that there is a set of functions they
have to implement to work properly.
On Wednesday 01 June 2011, Simon Urbanek wrote:
This is a whole different story. So far I have been talking about embedding
GUIs which use Read/WriteConsole and that is also what the original
question was about. Obviously you can add toolkit packages, but I don't
consider those GUIs in the
Dear R-devel List:
read.csv() seems to have changed in R version 2.13.0 as compared to version
2.12.2 when reading in simple CSV files.
Suppose I read in a 2-column CSV file (test.csv), say
1, a
2, b
If file is encoded as UTF-8 (on Windows 7), then under R 2.13.0
On 01/06/2011 6:00 PM, Alexander Peterhansl wrote:
Dear R-devel List:
read.csv() seems to have changed in R version 2.13.0 as compared to version
2.12.2 when reading in simple CSV files.
Suppose I read in a 2-column CSV file (test.csv), say
1, a
2, b
If file is encoded as UTF-8 (on Windows
Hello,
I thought I'd add this to the mailing list, in case it could be handled
smoother in a future release of R.
q()
Save workspace image? [y/n/c]: n
*** caught segfault ***
address (nil), cause 'unknown'
Possible actions:
1: abort (with core dump, if enabled)
2: normal R exit
3: exit R
On Thu, 2 Jun 2011, Dario Strbenac wrote:
Hello,
I thought I'd add this to the mailing list, in case it could be handled
smoother in a future release of R.
Impossible without a reliably reproducible example (see the posting
guide). But it does look as if you have managed to corrupt R's
14 matches
Mail list logo