On Fri, 8 Oct 2004 23:57:45 +0200 (CEST), [EMAIL PROTECTED]
wrote:
>Full_Name: Hem Nalini Morzaria Luna
>Version: 2.00.00
>OS: Windows XP
>Submission from: (NULL) (128.104.98.229)
>
>
>When using the plot(), when no previous graphics devices are open, the text in
>the GUI disappears. Even if I cl
Full_Name: Hem Nalini Morzaria Luna
Version: 2.00.00
OS: Windows XP
Submission from: (NULL) (128.104.98.229)
When using the plot(), when no previous graphics devices are open, the text in
the GUI disappears. Even if I close the graphics device I can't see the cursor.
But it is still there, becaus
Prof Brian Ripley wrote:
On Fri, 8 Oct 2004, Matjaz Kukar wrote:
Dear all,
when working on a project with embedded R, I found out that R-2.0.0 causes
a problem where older versions worked OK.
Rf_findVar(...) causes the following error when used to find a generic function
(such as print):
fun = Rf_
[EMAIL PROTECTED] writes:
> Full_Name: Allen McIntosh
> Version: 2.0.0
> OS: Linux
> Submission from: (NULL) (67.80.175.118)
>
>
> Observed the bug with the following combinations: (RedHat 7.3, R 1.6.0) (RedHat
> 7.3, R 1.9.1) (Redhat 9, R2.0.0).
>
> In the second plot (.png file) produced by t
Peter Dalgaard wrote:
>
Can't see anything relevant changed recently...
Well, the visible change for me was that findVar now for generic functions
does not return the correct object, and so findFun should be used. Although
this is probably a consequence of some deeper change.
I can see that findFu
Full_Name: Allen McIntosh
Version: 2.0.0
OS: Linux
Submission from: (NULL) (67.80.175.118)
Observed the bug with the following combinations: (RedHat 7.3, R 1.6.0) (RedHat
7.3, R 1.9.1) (Redhat 9, R2.0.0).
In the second plot (.png file) produced by the following sequence:
png(file="x%d.png")
plo
On Wed, 06 Oct 2004 10:14:15 -0400, Kjetil Brinchmann Halvorsen
<[EMAIL PROTECTED]> wrote :
>This is rw2000 on windowsXP
>
> jpeg("test.jpeg", bg="orangered")
> plot(1:10, 1:10, col="green")
> dev.off()
...
>Now, all of this gives a bluish background when wieved with Windows
>Picture and Fax wiev
Prof Brian Ripley wrote:
> On Thu, 7 Oct 2004 [EMAIL PROTECTED] wrote:
>
>
>>Well, for htmlhelp, there is another error. The browser (e.g. Mozilla
>>1.7.3) tries to open "T:\R\library\stats\html/Normal.html" and has
>>problems with different kinds of slashes (/ vs. \).
>
>
> I can't reproduc
On Fri, 08 Oct 2004 11:29:18 -0500, Marc Schwartz
<[EMAIL PROTECTED]> wrote :
>Hi all,
>
>Perhaps my memory from 1.9.0 is gone and I need to be taking more
>Ginko/Ginseng
>
>The current R patched tarballs and diff file
>(ftp://ftp.stat.math.ethz.ch/Software/R/R-release.diff.gz) appear to be
>f
On Fri, 2004-10-08 at 11:53, Prof Brian Ripley wrote:
> On Fri, 8 Oct 2004, Marc Schwartz wrote:
>
> > Hi all,
> >
> > Perhaps my memory from 1.9.0 is gone and I need to be taking more
> > Ginko/Ginseng
> >
> > The current R patched tarballs and diff file
> > (ftp://ftp.stat.math.ethz.ch/Sof
On Fri, 8 Oct 2004, Marc Schwartz wrote:
> Hi all,
>
> Perhaps my memory from 1.9.0 is gone and I need to be taking more
> Ginko/Ginseng
>
> The current R patched tarballs and diff file
> (ftp://ftp.stat.math.ethz.ch/Software/R/R-release.diff.gz) appear to be
> for 1.9.1 as opposed to 2.0.0
Hi all,
Perhaps my memory from 1.9.0 is gone and I need to be taking more
Ginko/Ginseng
The current R patched tarballs and diff file
(ftp://ftp.stat.math.ethz.ch/Software/R/R-release.diff.gz) appear to be
for 1.9.1 as opposed to 2.0.0 if my read of the files is correct.
The current devel tar
On Fri, 8 Oct 2004, Matjaz Kukar wrote:
> Dear all,
>
> when working on a project with embedded R, I found out that R-2.0.0 causes
> a problem where older versions worked OK.
>
> Rf_findVar(...) causes the following error when used to find a generic function
> (such as print):
>
> fun = Rf_find
On Fri, 8 Oct 2004, Paul Gilbert wrote:
> I have added LazyLoad and LazyData to the DESCRIPTION files for my
> packages. This does not seem to cause problems with R-1.9.1 (although,
> if I understand correctly, it does not do anything). Should I be
Correctly.
> specifying Depends: R (>= 1
Paul Gilbert wrote:
I have added LazyLoad and LazyData to the DESCRIPTION files for my
packages. This does not seem to cause problems with R-1.9.1 (although,
if I understand correctly, it does not do anything). Should I be
specifying Depends: R (>= 1.9.1) or Depends: R (>= 2.0.0)? What about
I have added LazyLoad and LazyData to the DESCRIPTION files for my
packages. This does not seem to cause problems with R-1.9.1 (although,
if I understand correctly, it does not do anything). Should I be
specifying Depends: R (>= 1.9.1) or Depends: R (>= 2.0.0)? What about
older versions?
P
By reading the documentation for _setIs_ I noted that for the same
object three different names are used.
1) the name of the first argument in the functions coerce and replace in
setIs must be _obj_ (see example section or)
setIs("MVCa","list",coerce=function(obj)[EMAIL PROTECTED],replace=functi
Matjaz Kukar <[EMAIL PROTECTED]> writes:
> My workaround for now is as follows:
>
> fun = Rf_findVar(Rf_install(ident), R_GlobalEnv);
> if (fun != R_UnboundValue) {
> fun = Rf_findFun(Rf_install(ident), R_GlobalEnv);
> R_tryEval(fun, ...);
> }
>
> I did some checking
Dear all,
when working on a project with embedded R, I found out that R-2.0.0 causes
a problem where older versions worked OK.
Rf_findVar(...) causes the following error when used to find a generic function
(such as print):
fun = Rf_findVar(...);
R_tryEval(fun, ...);
Error in function (object, ...)
Hi,
Please consider the following trivial example.
In the sample code I first define a class MVCa using composition. This
class contains a slot of type list.
Next I define an inheritance relation using the function setIs -> MVCa
"is a" list.
Then I define a function printlength which prints the
20 matches
Mail list logo
