On Mon, 3 May 2004 [EMAIL PROTECTED] wrote:
> Full_Name: Kevin Wright
> Version: 1.9.0
> OS: Windows 2000
> Submission from: (NULL) (170.54.59.160)
>
> The html help file for the 'library' function contains this sentence:
>
> Note that installed.packages() returns...
>
> The 'installed.package
Full_Name: Kevin Wright
Version: 1.9.0
OS: Windows 2000
Submission from: (NULL) (170.54.59.160)
The html help file for the 'library' function contains this sentence:
Note that installed.packages() returns...
The 'installed.packages' hyperlink points to 'installed.packages.html'. The
latter f
Dear Heikki,
I generally don't save the R workspace, but I did try this several
times following your message (on a Win 2000 system using the patched
version of R 1.9.0) and was unable to duplicate the error.
Are you able to produce the error using the tcltk package without
Rcmdr?
Perhaps someone
On Mon, 3 May 2004, Duncan Murdoch wrote:
> I'm adding things to the Windows RGui so that there's more control of
> the interface from within R.
>
> One thing I'm considering is giving access to the Graphapp window
> objects using external pointers. This raises the issue of
> finalization on bot
Please, at least tell us which configure options you used and tools'
versions.
stefano
On May 3, 2004, at 2:52 PM, Prof Brian Ripley wrote:
I don't think this is a bug in *R*, especially as you appear to be
using
the unreleased gcc 3.4!
Hint: there needs to be a dynamic library for libg2c, not
On Mon, 3 May 2004, Prof Brian Ripley wrote:
> I believe no function should be using getOption("na.action") without a
> means to override it, and thus the formula methods of
>
> boxplot, mosaicplot and pairs
>
> should get an na.action argument. Further, since in all cases the
> non-formula meth
What can I say ? Do not use fink. Use -framework vecLib
instead of Atlas. See Stefano's page.
On May 3, 2004, at 5:29, [EMAIL PROTECTED] wrote:
Full_Name: Dan Kelley
Version: 1.9.0
OS: OSX (Darwin 7.3.0)
Submission from: (NULL) (129.173.23.36)
R-1.9.0 will not compile on Apple OSX (Darwin kernel 7
Dear Sir
There is a acces violation erron (Null pointer) when I have done this. This is
repetable but not inmutable.
0. I have put the command "library("Rcmdr")" in the .Rprofile
1. Start R, load module Rcmdr, Input a dataset in RCommander, then save the
workspace. I can do any analysis now, no
As we have seen from PR#6846, we don't document much what happens to NAs
in plot functions. The formula interfaces do seem to be a bit of a mess,
as they call model.frame and so some (but only some) of them pick up the
options() setting of na.action. This means that for example
pairs(~ x +y + z)
I think there is a small typo in "help(optim)":
Method '"L-BFGS-B"' is that of Byrd _et. al._ (1994) ...
In the reference list, there is no 1994 reference, but there is
Byrd et al. (1995).
Stephen
__
[EMAIL PROTECTED] mailing list
https://www.sta
Thanks for your comments. I understand this is probably the correct behavior
for a formula method, but I also think that it is not what many people
expect, and the note about NA behavior did not seem to help me. Thus, I
appreciate your adding the na.action.
Thanks,
R.
On Monday 03 May 2004 1
I don't think this is a bug in *R*, especially as you appear to be using
the unreleased gcc 3.4!
Hint: there needs to be a dynamic library for libg2c, not a static one. If
there is not, that's a g77 on MacOS X problem, which at one time (gcc 3.1)
we had to overcome by using vecLib.
See the R-adm
Full_Name: Dan Kelley
Version: 1.9.0
OS: OSX (Darwin 7.3.0)
Submission from: (NULL) (129.173.23.36)
R-1.9.0 will not compile on Apple OSX (Darwin kernel 7.3.0). The error msg
starts as follows, and has several more errors.
gcc -dynamiclib -L/sw/lib -L/usr/local/lib -install_name
/Library/Framew
I'm adding things to the Windows RGui so that there's more control of
the interface from within R.
One thing I'm considering is giving access to the Graphapp window
objects using external pointers. This raises the issue of
finalization on both sides:
- If someone creates a pointer referring to
I think this *is* the correct behaviour for a formula method. The problem
I see is that boxplot.formula does not have an na.action argument and so
you may not have realised that na.action=na.omit is the default.
Note that subset= will `remove the same rows from all columns', too.
It really is not
If an array has missing values in different rows, plotting using the formul=
a=20
interface can produce errors. Example:
fake.data <- matrix(rep(-100:100, 4),
ncol =3D 4)
par(mfrow =3D c(1,2))
boxplot(fake.data ~ col(fake.data))
abline(h =3D 0, lty =3D 2)
boxplot(as.data.fram
16 matches
Mail list logo
