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
in
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 wi
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
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
read.csv("test.csv",fileEnco
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
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 prope
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 another
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,
> -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
> 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]]
_
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 t
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 f
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.
T
13 matches
Mail list logo
