similar to: R-beta: R 0.49 -- "funny" bug: beta(.) gives lbeta(.); lbeta(a,b) gives a

Displaying 20 results from an estimated 8000 matches similar to: "R-beta: R 0.49 -- "funny" bug: beta(.) gives lbeta(.); lbeta(a,b) gives a"

1997 Jun 25
3
R-alpha: lbeta, ctrl-C and crashes
1. lbeta and beta do not work properly: lbeta returns its first argument and beta gives the lbeta result. In names.c lines 245-6, the codes for these should be 2 and 3 instead of 1 and 2 2. crtl-C does not work (except the first time) on Red Hat elf Linux (which has many many other problems as well) nor on the previous version of Linux for Amiga. It worked on Slackware aout Linux and now works
1997 Jun 25
3
R-alpha: lbeta, ctrl-C and crashes
1. lbeta and beta do not work properly: lbeta returns its first argument and beta gives the lbeta result. In names.c lines 245-6, the codes for these should be 2 and 3 instead of 1 and 2 2. crtl-C does not work (except the first time) on Red Hat elf Linux (which has many many other problems as well) nor on the previous version of Linux for Amiga. It worked on Slackware aout Linux and now works
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
2000 Aug 26
0
Re: [R] too large alpha or beta in dbeta ? (PR#643)
>>>>> "MM" == Martin Maechler <maechler@stat.math.ethz.ch> writes: >>>>> "TL" == Thomas Lumley <thomas@biostat.washington.edu> writes: TL> On Thu, 24 Aug 2000, Troels Ring wrote: >>> Dear friends. >>> >>> Is this as expected ? Is alpha and beta too large simply ? >>>
2000 Aug 28
0
Re: [R] too large alpha or beta in dbeta ? (PR#643)
>>>>> "MM" == Martin Maechler <maechler@stat.math.ethz.ch> writes: >>>>> "TL" == Thomas Lumley <thomas@biostat.washington.edu> writes: TL> On Thu, 24 Aug 2000, Troels Ring wrote: >>> Dear friends. >>> >>> Is this as expected ? Is alpha and beta too large simply ? >>>
1997 Apr 23
1
R-beta: Version 0.49 Released
The newest version of R for Unix (version 0.49) is now available (or soon will be) from the following sites. NORTH AMERICA: http://lib.stat.cmu.edu/R/Alpha EUROPE: ftp://ftp.stat.math.ethz.ch/R/ ftp://statlab.uni-heidelberg.de/pub/mirrors/auckland/R/ JAPAN: ftp://ftp.u-aizu.ac.jp/pub/lang/R/ NEW ZEALAND: ftp://stat.auckland.ac.nz/pub/R/ Please
1997 Apr 23
1
R-beta: Version 0.49 Released
The newest version of R for Unix (version 0.49) is now available (or soon will be) from the following sites. NORTH AMERICA: http://lib.stat.cmu.edu/R/Alpha EUROPE: ftp://ftp.stat.math.ethz.ch/R/ ftp://statlab.uni-heidelberg.de/pub/mirrors/auckland/R/ JAPAN: ftp://ftp.u-aizu.ac.jp/pub/lang/R/ NEW ZEALAND: ftp://stat.auckland.ac.nz/pub/R/ Please
1997 Apr 23
1
R-beta: Version 0.49 Released
The newest version of R for Unix (version 0.49) is now available (or soon will be) from the following sites. NORTH AMERICA: http://lib.stat.cmu.edu/R/Alpha EUROPE: ftp://ftp.stat.math.ethz.ch/R/ ftp://statlab.uni-heidelberg.de/pub/mirrors/auckland/R/ JAPAN: ftp://ftp.u-aizu.ac.jp/pub/lang/R/ NEW ZEALAND: ftp://stat.auckland.ac.nz/pub/R/ Please
2020 May 22
0
round() and signif() do not check argument names when a single argument is given
Hi, I was told to send this to the -devel list instead of posting to bugzilla. When round our signif are called with a single named argument, R does not check the name and runs the function with that named argument directly as the first argument, using 0.0 or 6.0 (6 in the case of signif) for the second argument. Not checking the argument name is at odds with how all other primitive functions
1997 Apr 24
0
R-beta: Re: R-0.49 -- '1 bit' patch for postscript bug
Since it is now deep night in NZ, and the two R&R's did not yet send it to this list : !!>> The postscript bug mentioned in 0.49 has a "1 bit" patch: Replace '0' by '1' in one place of the source and recompile, i.e., type 'make' again in $RHOME, i.e. the directory which should end in .../R-0.49 >> Date: Thu, 24 Apr 1997 21:35:41 +1200
1997 Aug 14
0
R-alpha: Re: R-beta: R-0.49 on IRIX6.1 does not compile
>>>>> "XC" == X Cai <caix@isdugp.bham.ac.uk> writes: XC> Dear Martin, I am sorry to put the message for the alpha testing XC> software. In fact, when I compiled version R-0.49, the same error XC> occurred to me. Is R-0.49 also at alpha testing stage? This means XC> that I cannot use any version of R. Do you have any idea about the
1997 Apr 24
0
R-beta: Device: PostScript v. 0.49
On Wed, 23 Apr 1997, Janusz Kawczak Wrote: >I have a problem with opening the postscript device in the newly >compiled R (v. 0.49). This problem was not present in 0.16.1 version. > >After entering: ><R>postscript("try.ps") >I get: >Error in device("postscript", as.character(c(file, paper, family, bg, : unable >to start device postscript >
1997 Jun 07
1
R-beta: Encapsulated Postscript output with R-0.49
I've noticed that the postscript files produced by R-0.49 come up inverted in my postscript previewer. Also, they do not behave like encapsulated postscript files so they can't be imported into LaTeX documents. If I remove lines with page-oriented commands like "%%Page", "%%Orientation", "\bp" and "\ep", the resulting files seem to behave like
2010 Aug 03
2
incorrect number of dimensions
Hi, How to solve this problem. The following is the code. betabinexch0=function(theta,data) + { + eta=theta[,1] + K=theta[,2] + y=data[,1]; n=data[,2] + N=length(y) + val=0*K; + for (i in 1:N) + val=val+lbeta(K*eta+y[i],K*(1-eta)+n[i]-y[i]) + val=val-N*lbeta(K*eta,K*(1-eta)) + val=val-2*log(1+K)-log(eta)-log(1-eta) + return(val) + } > data(cancermortality) >
2012 Nov 22
1
Optimizing nested function with nlminb()
I am trying to optimize custom likelyhood with nlminb() Arguments h and f are meant to be fixed. example.R: compute.hyper.log.likelyhood <- function(a, h, f) { a1 <- a[1] a2 <- a[2] l <- 0.0 for (j in 1:length(f)) { l <- l + lbeta(a1 + f[j], a2 + h - f[j]) - lbeta(a1, a2) } return(l) } compute.optimal.hyper.params <- function(start, limits, h_, f_) { result
1997 Jun 10
0
R-beta: Compiling 0.49 on IRIX6.1
Hi there, I am compiling R-0.49 on my SGI Indigo 2 R8000 machine and it stopped in the middle. Could anyone help me to fix it? Many thanks! p.s.: The last lines of message: cc -g -I../include -DPOSIX_MISTAKE -c regerror.c cc -g -I../include -DPOSIX_MISTAKE -c regexec.c "engine.c", line 604: warning(1110): statement is unreachable break; ^ "engine.c", line 610:
2012 Sep 15
0
[Repost 3/3] Minor glitch in 'Writing R Extensions'
[ Email repost 3 of 3 ] From: Dirk Eddelbuettel <edd at debian.org> To: R-devel org <r-devel at r-project.org> Subject: [Patch] Minor glitch in 'Writing R Extensions' Date: Mon, 3 Sep 2012 10:58:32 -0500 The (marked up in info mode) manual Writing R Extensions says in 6.1.3 -- Function: double fprec (double X, double DIGITS) Returns the value of X
1997 Oct 13
0
R-beta: R FAQ
There have recently been several postings etc that the R FAQ provides incorrect information. What really is the case is that the info is OUTDATED. The FAQ is for version 0.49, as more or less explicitly stated in 2.3, ``What is the Current Version of R?''. The sort-of current Unix version of R, 0.50-a4, was meant as an alpha version (hence the a4) rather than a full release. By the
2017 Jan 03
1
.Internal for functions in distn.R
Hi, the functions in distn.R were converted from .Internal to .External ([1], in 2012), and to .Call ([2], in 2014). They are still listed as .Internal in names.c, although they are not used in that way. Shouldn?t they be removed? There?s quite some simplification to be had, e.g., do_math3 could go away and do_math2 would be simpler. If that makes sense (I may be missing something?), I?d be