Without seeing your code for the .Call parts it is impossible for us to
know, but as .Call does not duplicate its arguments (unlike .C), it is
possible for it to change both tmp and a copy of tmp, tmp.last.
So it seems likely there is a bug in your C code if that is not your
intention. The norma
This is the general outline of my code::
main(argc,argv){
...
Rf_initEmbeddedR(argc,argv);
...
Test_tryEval("source(test.r)");
...
}
#
# test.r
#
...
dyn.load("toload.so")
tmp <-matrix(data=1,nrow=narray*2,ncol=nclust)
.Call("Init",tmp,...)
while(...) {
We need a reproducible example. Please read the FAQ on BUGS and give an
example and a clear example of why you are sure it is an error and not a
misunderstanding.
On Thu, 10 Jun 2004 [EMAIL PROTECTED] wrote:
> Full_Name: Kristian E. Markon
> Version: 1.90
> OS: WinXP
> Submission from: (NULL)
So, I've embarked on my threatened modifications to the mle subset
of the stats4 package.Most of what I've done so far has *not* been
adding the slick formula interface, but rather making it work properly
and reasonably robustly with real mle problems -- especially ones
involving reasonably c
Full_Name: Kristian E. Markon
Version: 1.90
OS: WinXP
Submission from: (NULL) (24.26.179.28)
I have been having problems with na.omit, and am not sure if it is a bug, or new
behavior.
Basically, I observe exactly the same behavior as described in the bug
Language-fixed/522, but it occurs with cl
On Thu, 10 Jun 2004, Liaw, Andy wrote:
> > From: Toralf Kirsten
> >
> > Hi Uwe,
> > thanks for your fast response.
> >
> > The content of the file izbi/R/First.lib.R of the source
> > package is as
> > follows:
> > *
> > .First.lib <- function(libname, pkgname) {
> >library.dyn
Hi Andy,
that solves the problem.
Many thanks again.
I'm really happy. ;-)
Toralf
Liaw, Andy wrote:
From: Toralf Kirsten
Hi Uwe,
thanks for your fast response.
The content of the file izbi/R/First.lib.R of the source
package is as
follows:
*
.First.lib <- function(libname, pkgname) {
> From: Toralf Kirsten
>
> Hi Uwe,
> thanks for your fast response.
>
> The content of the file izbi/R/First.lib.R of the source
> package is as
> follows:
> *
> .First.lib <- function(libname, pkgname) {
>library.dynam("izbi", package = pkgname, lib.loc = libname)
>data(COL
Hi Uwe,
thanks for your fast response.
The content of the file izbi/R/First.lib.R of the source package is as
follows:
*
.First.lib <- function(libname, pkgname) {
library.dynam("izbi", package = pkgname, lib.loc = libname)
data(COLS, package=izbi)
data(ROWS, package=izbi)
}
Toralf Kirsten wrote:
Hi all,
I'm very new to R.
I have installed R 1.9.0 on Linux (Fedora).
Now I got an self-made package comprising R functions as well as C-Code
which are used in several R functions.
I installed the package without any error (see install log below).
Then, I checked in /usr/li
Hi all,
I'm very new to R.
I have installed R 1.9.0 on Linux (Fedora).
Now I got an self-made package comprising R functions as well as C-Code
which are used in several R functions.
I installed the package without any error (see install log below).
Then, I checked in /usr/lib/R/library if the pac
On Thu, 2004-06-10 at 07:26, Kurt Hornik wrote:
> > Marc Schwartz writes:
>
> > Greetings all,
> > It would appear that some default behavior changes for barplot() have
> > been introduced into Version 1.9.1 alpha (2004-05-30).
snip
> > Can this change also be documented in the NEWS file?
>
"open" works on my system, so it seems something related to user
specific settings.
Can you please try to issue the command open from a Terminal on a html
file to see if safari or your favorite browser pops up?
i.e.
open my_file.html
stefano
On Jun 10, 2004, at 1:37 PM, Prof Brian Ripley wrote:
> Marc Schwartz writes:
> Greetings all,
> It would appear that some default behavior changes for barplot() have
> been introduced into Version 1.9.1 alpha (2004-05-30).
> One change is in the specification of the default 'col' argument, which
> is now:
> col: a vector of colors for the bars
This is not a bug in R, and already covered in
- already fixed in the alpha release of R 1.9.1 under test. From the NEWS
file
o src/modules/X11/dataentry.c would not build on some XFree
4.4.0 systems. (This is a bug in their header files but we have
added a workaround.)
Full_Name: Pascal
Version: 1.9.0
OS: GNU/Linux
Submission from: (NULL) (212.152.21.2)
In order to compile under SuSE 9.1, I needed to change
#define NeedFunctionPrototypes 0
to
#define NeedFunctionPrototypes 1
in line 29 of src/modules/X11/dataentry.c;
/* don't use X11 function prototypes
reposTools is part of Bioconductor not R. Please use the correct bug
repository.
Note that PR#6920 does not mention any `error message' whatsoever (nor
does it claim to): the message quoted
help.start()
Making links in per-session dir ...
If /usr/bin/open is already running, it is *not* restart
reposTools is part of Bioconductor not R. Please use the correct bug
repository.
Note that PR#6920 does not mention any `error message' whatsoever (nor
does it claim to): the message quoted
help.start()
Making links in per-session dir ...
If /usr/bin/open is already running, it is *not* restart
--Apple-Mail-1--963012407
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
charset=US-ASCII;
format=flowed
Hi,
I get exactly the same error message as in report no 6920. Furthermore,
starting "update Bioconducter" the following message appears (running
Mac OS X 10.3.4
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
> on Thu, 10 Jun 2004 08:04:17 +0100 (BST) writes:
BDR> This is surely a bug in jitter, which should pass through a 0-length input
BDR> unchanged as S does (and I will fix that).
BDR> I do wonder what jitter should do with
Hmm,
why on earth are you using hierclust() from the ORPHANED package
'multiv', when there's hclust() in the core 'stats' package
and 'agnes' in the recommended 'cluster' package ?
To your question "similarities -> dissimilarities"
the textbooks all deal with this.
Assuming similarities s_ij
This is surely a bug in jitter, which should pass through a 0-length input
unchanged as S does (and I will fix that).
I do wonder what jitter should do with a length-1 input. It does change
it, using a rather arbitrary notion of the scale of the change (as does
S). Given the description
my major is bioinformatics, and i'm trying to cluster ( agglomerate
the closest pari of observations ) in R.
i have already got my own similarities metric, but do not know how to
clust it based on similarities instead of dissimilarities.
since the help document of hierclust mentions the parameter "
23 matches
Mail list logo