Displaying 20 results from an estimated 8000 matches similar to: "R-beta: Inf"
1999 Apr 26
3
Invoking shell commands from within R
In S-Plus, one can invoke a shell command by prepending it with a "!",
e.g.:
> !ls
Is something similar available in R? Is it possible to execute shell
commands from within R?
Fredrik
-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html
Send "info",
1998 Oct 01
2
R-beta: dyn.load() on a Linux Red Hat 3.0.3 system
I'm trying to install R on a Red Hat 3.0.3 system, but cannot seem to
get dyn.load() to fuction.
The configure script says:
checking for dlopen in -ldl... no
And compiling fails at
../lib/libunix.a
Any suggestions? What should I do to be able to use dyn.load()? I
cannot upgrade the system to a higher version of Red Hat, but I will
probably get away with installing some new
1997 Jul 09
1
R-beta: Problem with `rpois'
There is a problem with `rpois'. It does seem to take care about the
order of the arguments. This is an example:
> rpois(n=1,lambda=2)
[1] 3
> rpois(lambda=2,n=1)
[1] 2 0
It obviously uses the first argument as the number of samples to be
drawn, which is wrong.
I used Version 0.49 Beta (April 23, 1997).
Fredrik
1997 Jul 09
1
R-beta: Problem with `rpois'
There is a problem with `rpois'. It does seem to take care about the
order of the arguments. This is an example:
> rpois(n=1,lambda=2)
[1] 3
> rpois(lambda=2,n=1)
[1] 2 0
It obviously uses the first argument as the number of samples to be
drawn, which is wrong.
I used Version 0.49 Beta (April 23, 1997).
Fredrik
1998 Oct 16
1
Compiling on a Red Hat 5.1 system
I'm feeling kinda stupid right now, but I'm actually having problems
compiling R-0.62.3 on a Red Hat 5.1 Linux system.
I'd be happy if someone could point out for me where to look to fix the
problem. I've included the output from the compiling below. Thanks for
any help.
Fredrik
make -f Makefile.2nd all
make[1]: Entering directory `/home/fredrigl/R-0.62.3'
Building R
cd
1997 Apr 14
1
R-beta: arima
Has anybody ported the `arima'-package to R? I'm specially interested
in the `arima.mle'-thingy.
Fredrik
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html
Send "info", "help", or "[un]subscribe"
(in the "body", not the subject !) To:
2008 Jan 20
3
Bugs through R in Mac
Hello,
I recently changed from Win XP to Mac OS X (10.5.1).
Is there a way to run Bugs (in any version) in R (R version 2.6.0
(2007-10-03)) on this platform?
Fredrik
2006 Jul 16
2
Matrices given to pt? [was: [R] for loops and counters]
Hi, people.
I was a bit intrigued by the message quoted below. Indeed, if pt() is
given a matrix, it returns a matrix. Should this feature be documented?
?pt speaks about "a vector of quantiles", and says nothing about the
type of what it returns.
The same might presumably apply to other distribution-related functions.
----- Forwarded message from Martyn Plummer <plummer at
2003 Apr 07
1
RH 9 and R 1.7.0 Beta - response from Red Hat
Attached is Red Hat's judgement on my bug report for the missing value
corruption problem that appears in RH 9.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=88174
Martyn
-------------- next part --------------
An embedded message was scrubbed...
From: bugzilla@redhat.com
Subject: [Bug 88174] Optimization causes corruption of NA value in the R
language
Date: Mon, 7 Apr 2003 12:13:24
1998 Feb 26
3
R-beta: quantile
I do:
x<-rnorm(1000)
quantile(x,c(.025,.975))
2% 98%
-1.844753 1.931762
Since I want to find a 95% confidence interval, I take the .025 and .975
quantiles. HOWEVER R says I have the 2% (not 2.5%) and 98% (not 97.5%)
points. Is it just rounding the printed 2% and 98%, or is it REALLY
finding .02 and .98 points instead of .025 and .975?
Thanks for any help.
Bill Simpson
1998 Feb 26
3
R-beta: quantile
I do:
x<-rnorm(1000)
quantile(x,c(.025,.975))
2% 98%
-1.844753 1.931762
Since I want to find a 95% confidence interval, I take the .025 and .975
quantiles. HOWEVER R says I have the 2% (not 2.5%) and 98% (not 97.5%)
points. Is it just rounding the printed 2% and 98%, or is it REALLY
finding .02 and .98 points instead of .025 and .975?
Thanks for any help.
Bill Simpson
2017 Jan 12
3
rgl
----Original Message-----
From: Martyn Plummer [mailto:plummerm at iarc.fr]
Sent: Thursday, January 12, 2017 3:36 AM
To: Weiner, Michael <weinerm at ccf.org>; r-sig-fedora at r-project.org
Subject: Re: [R-sig-Fedora] rgl
>One possibility is that you have the 32-bit version of mesa-libGL-devel installed. This will provide the headers but not the 64-bit l>ibrary which is what you need
1998 Jul 27
1
R-beta: R has underflows on sparc-redhat-linux
Hi --
I'm trying to package R for inclusion on some upcoming Red Hat
Powertools distribution. I have started with the 0.61 version
packaged by Martyn Plummer <plummer at iarc.fr> (Thanks Martyn!)
and have upgraded to 0.62-2. I have succeeded in running R demo's
on i386-redhat-linux-gnu, and now I am also trying to get the
alpha and sparc versions working.
On sparc-redhat-linux,
1997 Oct 23
0
R-beta: Still want restart() in R
People's valiant efforts to sort out CODA aside, the burning question remains:
has anybody made any headway with restart()? or any other way (and there may
well be better) of trapping `fatal' errors from calls within a function.
Simon Fear
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
r-help mailing list -- Read
1998 Jun 25
1
R-beta: PostScript tick marks in 62.1
R-users/developers,
I am loosing tick marks that I add to a plot with axis() when plotting
to the postscript device. They show up fine on the x11 device, and work
with the postscript device when the default tickmarks are used (those
added by plot()).
I am using R-62.1 from the RedHat5.0 rpm's on i86 Linux.
Do later snapshots correct this, or is this a running bug in R awaiting
the
1998 Jun 25
1
R-beta: PostScript tick marks in 62.1
R-users/developers,
I am loosing tick marks that I add to a plot with axis() when plotting
to the postscript device. They show up fine on the x11 device, and work
with the postscript device when the default tickmarks are used (those
added by plot()).
I am using R-62.1 from the RedHat5.0 rpm's on i86 Linux.
Do later snapshots correct this, or is this a running bug in R awaiting
the
2000 Jun 16
1
[PATCH] ./configure fails to recognize alphapca56 (PR#572)
I am filing this as a bug report so it doesn't get lost.
Martyn
-----FW: <XFMail.000616094624.plummer@iarc.fr>-----
Date: Fri, 16 Jun 2000 09:46:24 +0200 (CEST)
Sender: owner-r-devel@stat.math.ethz.ch
From: Martyn Plummer <plummer@iarc.fr>
To: Naoki Takebayashi <ntakebay@bio.indiana.edu>
Subject: RE: [Rd] [PATCH] ./configure fails to recognize alphapca56 (R-1.
Cc:
1997 Nov 28
3
R-alpha: Problems with dimnames and names
This message is in MIME format
--_=XFMail.1.1.p0.Linux:971128122615:3052=_
Content-Type: text/plain; charset=us-ascii
I have rounded up three buglets in R-0.50-a4. Two of them I can
fix and a patch is supplied below. I hope this is useful for the
current source (if these haven't been fixed already :)
1) cov
cov() fails when it's argument is a matrix with one column and with
column names
2017 Feb 07
2
答复: how can I know the version of my zlib checked by R
Dear Martyn,
Thank you so much for your suggestion. Can I install R by rpm WITHOUT Internet? This Linux server cannot connect to web.
Best Regards
Wei Ning
Ctrip, Shanghai
-----????-----
???: Martyn Plummer [mailto:plummerm at iarc.fr]
????: 2017?2?7? 17:17
???: r-sig-fedora at r-project.org; nw?? <wning at Ctrip.com>
??: Re: [R-sig-Fedora] how can I know the version of my zlib checked
2000 Apr 17
3
Maths in R documentation (PR#523)
The document R-exts contains the following example of using
mathematics in R documentation.
\deqn{p(x) = {\lambda^x\ \frac{e^{-\lambda}}{x!}}
{p(x) = lambda^x exp(-lambda)/x!}
There is a syntax error in there, but that's not my point.
The problem is that using "R CMD Rd2dvi" I find that putting
the alternate forms of the equation on top of each other doesn't
work.