Hi,
Somehow function-like macros from Rinternals.h are not defined when I
include the file.
foo.c
##
#include
#include
#ifndef NILSXP
#error("NILSXP")
#endif
#ifndef INTEGER
#error("INTEGER")
#endif
###
When compiled:
vor/src% gcc -I/usr/local/lib/R/in
On Tue, 15 Mar 2005, Prof Brian Ripley wrote:
On Tue, 15 Mar 2005, Vadim Ogranovich wrote:
I have an R class which represents a file stream (this is my custom
implementation of R I/O and has nothing to do with the standard R
connections). The class has a slot, called id, which is essentially a
void
On Tue, 15 Mar 2005, Oleg Sklyar wrote:
Dear R developers,
I've just encountered one "feature" of R-C extensions.
What feature is that? (It really is not clear from your description.)
NULL in R is expressed as R_NilValue in C. What did you do when `trying
to return NULL'? NULL in C is not a val
On Tue, 15 Mar 2005, Vadim Ogranovich wrote:
I have an R class which represents a file stream (this is my custom
implementation of R I/O and has nothing to do with the standard R
connections). The class has a slot, called id, which is essentially a
void* pointer to a C++ stream object.
Up until now
Dear R developers,
I've just encountered one "feature" of R-C extensions. If it is known, I
would be thankful for any hints why it works this way (I found the way
around, which is also mentioned here, but maybe it is not the best one).
If it is however unknown, it might be considered for a "wish
Hi,
I have an R class which represents a file stream (this is my custom
implementation of R I/O and has nothing to do with the standard R
connections). The class has a slot, called id, which is essentially a
void* pointer to a C++ stream object.
Up until now I worked on 32-bit machines and the
On Wed, 16 Mar 2005, Peter Kleiweg wrote:
Thomas Lumley schreef op de 15e dag van de lentemaand van het jaar 2005:
x<-sqrt(2)
asin(x^2-1)
result in:
NaN
Because you can't take the arcsin of 2^2-1=3.
Wrong answer.
You're right. It's actually because you can't take the arcsin of
1+4.4e-16. Same p
Thomas Lumley schreef op de 15e dag van de lentemaand van het jaar 2005:
> > x<-sqrt(2)
> > asin(x^2-1)
> > result in:
> > NaN
>
> Because you can't take the arcsin of 2^2-1=3.
Wrong answer.
Why is this a bug report?
--
Peter Kleiweg
http://www.let.rug.nl/~kleiweg/
__
On Wed, 16 Mar 2005 [EMAIL PROTECTED] wrote:
Why does
asin(1)
result in:
1.570796
Because the arcsin of 1 is pi/2 radians.
and
x<-sqrt(2)
asin(x^2-1)
result in:
NaN
Because you can't take the arcsin of 2^2-1=3.
-thomas
__
R-devel@stat.math.ethz.ch
Full_Name: Stijn Ruiter
Version: 2.0.1
OS: Linux
Submission from: (NULL) (195.169.225.10)
Why does
asin(1)
result in:
1.570796
and
x<-sqrt(2)
asin(x^2-1)
result in:
NaN
__
R-devel@stat.math.ethz.ch mailing list
https://stat.ethz.ch/mailman/listinfo/
Peter Dalgaard biostat.ku.dk> writes:
:
: I bumped into the following situation:
:
: Browse[1]> coef
: deg0NA deg4NA deg8NA deg0NP deg4NP deg8NP
: (Intercept)462510528492660762
: Browse[1]> coef[,1]
: [1] 462
: Browse[1]> coef[,1,drop=F]
: deg0NA
On Tue, 15 Mar 2005, Prof Brian Ripley wrote:
That statement was added yesterday (not by me) and needed moving up a line.
Which version do you have? The current one has
Rboolean success = FALSE;
s = NULL; /* initialize to suppress warning */
and passes all my tests. The
> From: Prof Brian Ripley
>
> That statement was added yesterday (not by me) and needed moving up a
> line. Which version do you have? The current one has
>
> Rboolean success = FALSE;
> s = NULL; /* initialize to suppress warning */
>
> and passes all my tests. The previo
That statement was added yesterday (not by me) and needed moving up a
line. Which version do you have? The current one has
Rboolean success = FALSE;
s = NULL; /* initialize to suppress warning */
and passes all my tests. The previous one had those two lines reversed
and
On Tue, 2005-03-15 at 20:05 +0100, Achim Zeileis wrote:
> On 15 Mar 2005 18:26:46 +0100 Peter Dalgaard wrote:
>
> > Marc Schwartz <[EMAIL PROTECTED]> writes:
> >
> > > On Tue, 2005-03-15 at 18:05 +0100, Peter Dalgaard wrote:
> > > > I bumped into the following situation:
> > > >
> > > > Browse[1
OK, this is really a new one for me. Just thought I'd try building R-devel
(2005-03-15) on our AIX power machines and see if there are any problems. I
used the settings in the Appendix B of R-admin, using the set of variables
that Tim Hoar used (i.e., trying to build 64-bit R using native compile
On 15 Mar 2005 18:26:46 +0100 Peter Dalgaard wrote:
> Marc Schwartz <[EMAIL PROTECTED]> writes:
>
> > On Tue, 2005-03-15 at 18:05 +0100, Peter Dalgaard wrote:
> > > I bumped into the following situation:
> > >
> > > Browse[1]> coef
> > > deg0NA deg4NA deg8NA deg0NP deg4NP deg8NP
> >
On Tue, 2005-03-15 at 18:26 +0100, Peter Dalgaard wrote:
> Marc Schwartz <[EMAIL PROTECTED]> writes:
>
> > On Tue, 2005-03-15 at 18:05 +0100, Peter Dalgaard wrote:
> > > I bumped into the following situation:
> > >
> > > Browse[1]> coef
> > > deg0NA deg4NA deg8NA deg0NP deg4NP deg8NP
Marc Schwartz <[EMAIL PROTECTED]> writes:
> On Tue, 2005-03-15 at 18:05 +0100, Peter Dalgaard wrote:
> > I bumped into the following situation:
> >
> > Browse[1]> coef
> > deg0NA deg4NA deg8NA deg0NP deg4NP deg8NP
> > (Intercept)462510528492660762
> > Browse[1]
On Tue, 2005-03-15 at 18:05 +0100, Peter Dalgaard wrote:
> I bumped into the following situation:
>
> Browse[1]> coef
> deg0NA deg4NA deg8NA deg0NP deg4NP deg8NP
> (Intercept)462510528492660762
> Browse[1]> coef[,1]
> [1] 462
> Browse[1]> coef[,1,drop=F]
>
I bumped into the following situation:
Browse[1]> coef
deg0NA deg4NA deg8NA deg0NP deg4NP deg8NP
(Intercept)462510528492660762
Browse[1]> coef[,1]
[1] 462
Browse[1]> coef[,1,drop=F]
deg0NA
(Intercept)462
where I really wanted neither, but
(Inte
Thank you, Kevin.
I've just committed your improvement (to
/src/library/graphics/man/stripchart.Rd).
Martin
> "KevinW" == Kevin Wright <[EMAIL PROTECTED]>
> on Mon, 14 Mar 2005 12:39:50 -0800 (PST) writes:
KevinW> I needed to look up information about the 'jitter'
Kevin
Hi again!
I would just like to add that this surely must be a problem with network
disks. As I reported yesterady in,
https://stat.ethz.ch/pipermail/r-devel/2005-March/032431.html
I have problems with installing packages on network drive (where I have R
installed), marked N:
> install.package
23 matches
Mail list logo
