Peter Dalgaard <[EMAIL PROTECTED]> writes:
> Robin Hankin <[EMAIL PROTECTED]> writes:
>
> > Hi
> >
> > I am having difficulty with eigen() on R-devel_2006-01-05.tar.gz
> >
> > Specifically, in R-2.2.0 I get expected behaviour:
> >
&g
Hin-Tak Leung <[EMAIL PROTECTED]> writes:
> Peter Dalgaard wrote:
> > Robin Hankin <[EMAIL PROTECTED]> writes:
> >
> >>Hi
> >>
> >>I am having difficulty with eigen() on R-devel_2006-01-05.tar.gz
> >>
> >>Specificall
36, 34), .Dim = c(10, 10))
> >
> > [no magic package! it fails R CMD check !]
> >
> > > round(Re(eigen(magic(10),F,T)$values))
> > [1] 7.544456e+165 0.00e+00 0.00e+00 0.00e+00 0.00e
> > +00
> > [6] 0.00e+00 0.00e+00
rticular to your setup (X terminal emulators can
be notoriously flaky) and not a problem with the html files themselves.
I.e., not a bug that we can do anything about.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistic
7;re adventurous, you could try experimenting with a
different definition, possibly
sapply(integer(n), eval.parent(substitute(function(...) eval.parent(expr)))
but I'm far from sure that it works...
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dep
related) Mandriva before.
I think that something similar got solved just by installing ncurses
on some other Linux distro, so that should probably be the first thing
to try.
Ideally this sort of thing should be handled via RPM dependencies, but
not all packagers are equally good at keeping track of
> as.character(d[1,])
[1] "1" "1"
> as.character(d[1,1])
[1] "A"
> as.character(d[1,1,drop=F])
[1] "1"
or this:
> l <- list(a=factor("x"),b=factor("y"))
> l
$a
[1] x
Levels: x
$b
[1] y
Levels: y
> as.c
), but
USING FAKE EMAIL ADDRESSES ON BUG REPORTS IS BLOODY UNFORGIVEABLE!
Grrrr
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- University of Copenhagen Denmark
gs which have the
potential to break things in unexpected places if you change it.
> One could perhaps argue for a data.frame method, since coercion
> operations on dataframes are rare and that is a case where people get
> factors where they wanted character columns.
Agreed.
--
with(.GUIenv, tkpack("configure", Term, expand=TRUE, fill="both"))
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- University of Copenhagen De
ot mix
and match (so if you insist on using compat-g77, also use compat-gcc).
And: It is not considered a bug that versions of R do not work/build
with OS releases which didn't exist at the time
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /&#x
with each other.)
>
> Best wishes,
> Ted.
>
>
> E-Mail: (Ted Harding) <[EMAIL PROTECTED]>
> Fax-to-email: +44 (0)870 094 0861
> Date: 03-Feb-06 Time: 14:34:28
> -- XFM
sorted out. Presumably "foo" needs to be dropped
with a warning.
Potentially, one could then also devise mechanisms for load/store
directly to/from the search path.
Alternative ideas include changing the search path itself to be an
actual list of objects (rather than a nesting
for n1=0 or n2=0 if
the binomial in that case is defined as a one-point distribution at
zero. Same thing as any(logical(0)) etc., really.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- University
;
>> PS: This post is based on discussion on
>> https://stackoverflow.com/questions/47847295/why-does-chisq-test-sort-data-in-descending-order-before-summation
>> and the response from the post to r-h...@r-project.org.
>> __
University
> Coupure Links 653, B-9000 Gent (Belgium)
> <https://maps.google.com/?q=Coupure+links+653,%C2%A0B-9000+Gent,%C2%A0Belgium&entry=gmail&source=g>
>
> ---
> Biowiskundedagen 2017-2018
> http://www.biowiskundedagen.ugent.be/
>
> ---
refer that R support UNC paths – it seems a
> reasonably simple fix.
>
> Cheers
> Pete
>
>
> On 17/01/2018, 10:52, "Peter Dalgaard" wrote:
>
>I usually draw a complete blank if I try to assist our IT department with
> such issues (we really nee
\\Users\\askers\\AppData\\Local\\Temp\\RtmpoRb97l\"" ...
>> command : chr "C:/PROGRA~1/R/R-34~1.3/bin/x64/R"
>> env : chr(0)
>> input : NULL
>> invisible : logi TRUE
>> minimized : logi FALSE
>> stderr : logi
source "data" directory has cgd.Rda with cgd and cgd0, but no
cgd0.Rda, this is reflected in the "datalist" file in the installed package:
data pd$ more datalist
bladder: bladder bladder1 bladder2
cancer
cgd: cgd cgd0
colon
flchain
genfan
heart: heart jasa jasa1
--
<- function(...)length(match.call(expand.dots=FALSE)$...)
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
Office: A 4.23
Email: pd@cbs.dk Priv: p
> On 3 May 2018, at 19:23 , Hadley Wickham wrote:
>
> Maybe just get(paste0("..", n)) ?
>
> Hadley
Maybe not. These things are slippery.
> f <- function(...) get("..1")
> f(2)
Error in get("..1") : object '..1' not found
that MS just announced support for unix line endings in notepad
>
> https://blogs.msdn.microsoft.com/commandline/2018/05/08/extended-eol-in-notepad/
>
> Hadley
>
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, D
> Although it is a niche case, it's a very easy thing to fix :)
>
> Best regards,
>
> Karl Nordström
>
> ______
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
--
Peter Dalgaard, Profess
quot;
>> rm(source.test2)
>> ls()
> [1] "source.test1"
>> source("http://home.versanet.de/~s-berman/source2.R";, encoding="UTF-8")
>> ls()
> [1] "source.test1" "source.test2"
>> source
source.test1"
>>>> source("http://home.versanet.de/~s-berman/source2.R";)
>>>> ls()
>>> [1] "source.test1" "source.test2"
>>>> source.test1()
>>> [1] "This is a test."
>>>> source.test2()
>>>
TML version deleted]]
>
> __
> r-h...@r-project.org mailing list -- To UNSUBSCRIBE and more, see
> https://stat.ethz.ch/mailman/listinfo/r-help
> PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
> and pro
; changed in the configure script?
>
> Alternatively, those who are feeling brave can download the Docker image
> creation scripts from github.com/hughjonesd/rcheology .
>
> Cheers,
>
> David
> --
> Sent from Gmail Mobile
>
> [[alternative HTML version deleted]]
>
> __
@r-project.org mailing list -- To UNSUBSCRIBE and more, see
> https://stat.ethz.ch/mailman/listinfo/r-help
> PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
> and provide commented, minimal, self-contained, reproducible code.
--
Peter Dalgaard, Prof
I don't think this has anything to do with Fortran.
The full warning message is presumably like
Warning: S3 methods . . . were declared in NAMESPACE but not found
which according to google-fu happens if you are declaring methods from a
package that isn't loaded, in this case possibly dplyr.
O
t;
>>
>> Thanks,
>> Spencer Graves
>>
>> __
>> R-devel@r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-devel
>>
>
>__
ample(5:4)
> [1] 4 5
>
> fine...
>
>> sample(5:5)
> [1] 3 1 5 2 4
>
> uh oh. Documented, of course.
>
> B
>
> [[alternative HTML version deleted]]
>
> __
> R-devel@r-
!all.equal(x, as.integer(x))) warning("It is a bad idea
> to use vectors of length 1 in the x argument that are not integers.")
> Hope that helps,luke
>
> [[alternative HTML version deleted]]
>
>
eather Spray
>>
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmar
institute of the Dutch Academy KNAW<http://knaw.nl/nl> and funding
> organisation NWO<http://www.nwo.nl/>.
>
> [[alternative HTML version deleted]]
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz
> ```
>
> Now with an other primitive:
>
> ```
>> formals(args(`sum`))
> $...
>
>
> $na.rm
> [1] FALSE
>
>> is.function(`sum`)
> [1] TRUE
>> is.primitive(`sum`)
> [1] TRUE
>> class(`[`)
> [1] "function"
> ```
>
> I
in this case it does.
But in this case it doesn't:
> is.primitive(get("["))
[1] TRUE
> class(args(get("[")))
[1] "NULL"
Or, for that matter:
> is.primitive(`[`)
[1] TRUE
> class(args(`[`))
[1] "NULL"
-pd
>
>
> Rui Barradas
>
>
leted]]
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)3
>
> Anyone happen to know?
>
> cheers
> Ben Bolker
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg
.
>> There is no need for you to write $.data.frame in C. You just need
>> to delete the version written in R.
>
> Sorry, I did misunderstand. Thanks for the clarification.
>
> But if the "You" in your last sentence meant me, it needs to be "They"
gt; status
>> major 3
>> minor 4.1
>> year 2017
>> month 06
>> day30
>> svn rev72865
>> language R
>> version.string R version 3.4.1 (2017-06-30)
>&
good fit for infinity in Windows.
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
Office: A 4.23
Email: pd@cbs.dk Priv: pda...@gmail.com
__
R-devel@r
e the print() method to display this as well?
>>
>> Best,
>> Thomas
>>
>> [1]
>> https://twitter.com/amandayagan/status/1098314654470819840?s=21
>> --
>>
>> Thomas J. Leeper
>> http://www.thomasleeper.com
>>
>> [[alternative HTML version deleted]]
>
Full schedule available on developer.r-project.org (pending auto-update from
SVN)
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
Office: A 4.23
Email: pd@cbs.dk Priv: pda...@gmail.com
> Matrix products: default
> BLAS: /usr/lib64/libblas.so.3.4.2
> LAPACK: /usr/lib64/liblapack.so.3.4.2
>
> locale:
> [1] LC_CTYPE=en_US.UTF-8 LC_NUMERIC=C
> [3] LC_TIME=en_US.UTF-8LC_COLLATE=en_US.UTF-8
> [5] LC_MONETARY=en_US.UTF-8LC_MESSAGES=en_US.UTF-8
>
ssible a "functional language"),
>> e.g. by providing wrapper functions the same way we have such
>> wrappers for versions of read.table() with different defaults
>> for some of the arguments
>> ]
>
>
> [[alternative HTML ve
character vector of name=value strings to set environment variables.
>
> Is this option buggy, or am I using it just wrong?
>
> Thanks for your help
>
> Henning
>
> __
> R-devel@r-project.org ma
system(). On windoes, system() does not call sh, so
system2() does (effectively)
cmd FOO=bar args
and hopes that cmd knows what to do with the env setting.
-pd
> On 19 Mar 2019, at 11:09 , Gábor Csárdi wrote:
>
> On Tue, Mar 19, 2019 at 9:59 AM peter dalgaard wrote:
> [...]
>
enough time, I'd say that the bug
> in format.default() -- which is called by prettyNum() in
> this case -- is that it does *not* treat
> 'digits = 0' as 'digits = 1' in this case.
>
> NB: digits = 0 has been valid inoptions(digits = 0) etc,
uot;
>
> but probably looks better on Mac
Yes (3.5.1 though)
> nn <- 123456*10^(0:-8); dd <- c(10, 7, 2:0); names(dd) <- paste0("d=",dd)
> sapply(dd, function(dig) sapply(nn, format, digits=dig))
d=10 d=7 d=2 d=1 d=0
[1,] "
es the Software, including all
> source and object code, and all associated documentation, but not
> Accessible Code."
>
> [[alternative HTML version deleted]]
>
> __
> R-devel@r-project.org mailing list
> https://st
from R console as well.
>
> ,[ R console session ]
> | > parse(text="\r\n ls()")
> | Error in parse(text = "\r\n ls()") : :1:1: unexpected input
> | 1:
> | ^
> | >
> `
>
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen B
or you ... but how sure
>> are you they are completely backward compatible, have no performance
>> issues, will not break in unusual cases ... ?
> --
> Saren Tasciyan
> /PhD Student / Sixt Group/
> Institute of Science and Technology Austria
> Am Campus 1
> 3400 Klost
27;re not
>> representing an important user demographic, namely those who prefer
>> software which is modern and powerful, yet simple to understand and
>> modify; fully configurable and interoperable and so on.
>>
>> I first reported this bug 3 years ago. In doing
ce through the three
functions that are being called didn't reveal anything that would rely
on having opened the device driver first.
Paul?
(I might try it locally, but I'm not sure I should commit anything.)
<<-------
It seems that the suggestion was never followed up on
amp;ie=UTF8&hq=&hnear=Via+Adamello,+16,+20139+Milano,+Lombardia&gl=it&z=16>
> t: +39 02 94375046
>
>
>
> [[alternative HTML version deleted]]
>
> __
> R-devel@r-project.org mailing list
> https://st
faulting. Was it not possible to
> identify this location? I'm guessing that Valgrind is a bit more
> mature now than it was in 2001...?
>
> Frederick
>
> On Wed, Apr 24, 2019 at 03:12:55PM +0200, peter dalgaard wrote:
>> OK, so I did the archaeology anyway.
s probably easiest and partly because that retains
> the basic graphics device startup logic pattern that is replicated across
> all(?) graphics devices.
>
> Paul
>
> On 28/04/19 11:39 AM, peter dalgaard wrote:
>> I had a look at the current code, and AFAICT it has essenti
100.02
>> 3 in x,xx,ret= 9.999 10.001 100.02
>> out x,xx,ret= 9.999 9.999 99.98
>> 4 in x,xx,ret= 9 9.999 99.98
>> out x,xx,ret= 9 9 81
>> 5 in x,xx,ret= 9.001 9 81
>> out x,xx,ret= 9.001 9.001 81.018
>> 6 in x,xx,ret= 8.999 9.001 81.018
>> out x,xx,ret= 8.999 8.999
t;
>> Regards
>>
>> Thomas
>>
>> __
>> R-devel@r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-devel
>
> __
> R-devel@r-project.org mailing l
-library/
>
> __
> r-h...@r-project.org mailing list -- To UNSUBSCRIBE and more, see
> https://stat.ethz.ch/mailman/listinfo/r-help
> PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
> and provide commented, m
anks very much in advance,
>>
>>
>> Jing Hua
>>
>> [[alternative HTML version deleted]]
>>
>> __
>> R-devel@r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-devel
>>
>
>
derSignature(f, sig0),
> gettextf("expanding the signature to include omitted
> arguments in definition: %s",
> paste(sigNames[omittedSig], "=
> \"missing\"",collapse = ", ")))
> [1]+ Done
>> which is not quite a "vanilla repr.ex." in my view
>>
>> Worse, I cannot reproduce :
>>
>>> Sys.setenv("_R_CHECK_LENGTH_1_LOGIC2_" = "true")
>>> Sys.getenv("_R_CHECK_LENGTH_1_LOGIC2_")
>>[1] "true&q
Jun 2019, at 09:44 , peter dalgaard wrote:
>
> Argh! Yes you are right, the "fix" doesn't. And I fell into the same "hey
> it's a vector so && has to be wrong"-trap. So this has to be reverted to
> something that has at least failed unconsp
# logical index will extend
signature!
(I'm sure there is a valid reason, I just don't get it...)
-pd
> On 25 Jun 2019, at 09:44 , peter dalgaard wrote:
>
> Argh! Yes you are right, the "fix" doesn't. And I fell into the same "hey
> it's a vec
tures should
change to "missing". However, with the current logic that will not happen,
because
> c(F,T,T,F) && c(T,T)
[1] FALSE
Henrik's non-fix would have resulted in
> c(F,T,T,F) & c(T,T)
[1] FALSE TRUE TRUE FALSE
which is actually right, but only coincide
om/d_olivaw/status/1147161883797086214
> [2] The DNS resolves on a few sites but eg simple pings stall
>
> --
> http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
>
> __
> R-devel@r-project.org mailing list
> htt
The latter
pd@cran:~$ uptime
19:37:51 up 0 min, 2 users, load average: 4.80, 1.30, 0.44
> On 5 Jul 2019, at 19:37 , peter dalgaard wrote:
>
> Hum, I could reach the machine once:
>
> $ ssh cran.r-project.org
>
> The programs included with the Debian GNU/Linux sys
formula as happens for instance
> in:
>
> update(~x + z, ~ . - z)
>> ~x
>
> I don't know if this behavior is intentional but I would say it is at least
> unfortunate.
>
> Paul
>
> [[alternative HTML version deleted]]
>
> _____
olunteer the porting work, would there be any appetite
> for eliminating the dependency?
>
> -Ken
>
> [[alternative HTML version deleted]]
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo
#x27;
>>> with the operator '+' ?
>>> ? is surely now being evaluated as a user-defined function and not as an
>>> operator.
>>> Would you expect the results of doing that to be the same as evaluation
>>> without replacement?
>
>> https://stat.ethz.ch/mailman/listinfo/r-devel
>>
>
> [[alternative HTML version deleted]]
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
--
Peter Dalgaard, Professor,
Cent
be a policy with no test? Maybe, because I agree with you that
> interplot()'s set.seed(324) is bad practice.
>
> Duncan Murdoch
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
--
Peter Dalga
owever the following historical quirk :
>
>> sapply(setNames(,1:5), function(K) inherits(array(pi, dim=1:K), "array"))
>1 2 3 4 5
> TRUE FALSE TRUE TRUE TRUE
>
> (Is this something we should consider changing for R 4.0.0 -- to
> have it T
eparse.c in 1997. (For those
>> unfamiliar with R history: the current revision of R is 77405. That
>> particular file has been revised 248 times since rev 2.)
>>
>> I suspect either nobody has noticed it before, or nobody had the nerve
>> to touch it.
>>
>&
2]: *** [R] Error 2
> make[2]: Leaving directory '/home/user/Desktop/R-3.6.1/src/main'
> Makefile:28: recipe for target 'R' failed
> make[1]: *** [R] Error 1
> make[1]: Leaving directory '/home/user/Desktop/R-3.6.1/src'
> Makefile:60: recipe for target &#x
> On 24 Nov 2019, at 15:30 , Tierney, Luke wrote:
>
> Baring any unforeseen issues
Freudian slip, if ever I saw one....
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
Office: A 4
hen... is this a bug?
>>
>> Thank you,
>> Stephen
>> Rochester, MN USA
>>
>> ______
>> R-devel@r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-devel
>>
>
> [[alternative HTML version deleted]]
>
>
I have committed a fix for r-devel (dnorm only).
-pd
> On 9 Dec 2019, at 08:49 , Martin Maechler wrote:
>
>>>>>> peter dalgaard
>>>>>>on Sun, 8 Dec 2019 12:11:50 +0100 writes:
>
>> Yes, that looks like a bug and an easily fixable one t
t;>
>> Hi,
>>
>> It would appear, whether by design or just inconsistent implementations,
>> perhaps by different authors over time, that the checks for whether or not
>> the input vector is numeric differ across the functions.
>>
>> A further inconsi
> Platform: x86_64-apple-darwin15.6.0 (64-bit)
> Running under: macOS High Sierra 10.13.6
>
> [[alternative HTML version deleted]]
>
> __
> r-h...@r-project.org mailing list -- To UNSUBSCRIBE and more, see
> https://stat.ethz.ch/mailman/listinfo/r-help
> PL
> On 14 Jan 2020, at 16:21 , Duncan Murdoch wrote:
>
> On 14/01/2020 10:07 a.m., peter dalgaard wrote:
>> Yep, that looks wrong (probably want to continue discussion over on R-devel)
>> I think the culprit is here (in src/nmath/choose.c)
>> if (k < k
due to the
return R_IS_INT(n) ? R_forceint(r) : r;
part.
-pd
> On 14 Jan 2020, at 17:02 , Duncan Murdoch wrote:
>
> On 14/01/2020 10:50 a.m., peter dalgaard wrote:
>>> On 14 Jan 2020, at 16:21 , Duncan Murdoch wrote:
>>>
>>> On 14/01/2020 10:07 a
gt;
> Example:
>
> ``` r
> choose(5, 4)
> #> [1] 5
>
> gchoose <- function(n, k) {
> gamma(n+1)/(gamma(n+1-k) * gamma(k+1))
> }
>
> gchoose(5, 4)
> #> [1] 5
> gchoose(5, 0)
> #> [1] 1
> gchoose(5, -0.5)
> #> [1] 0.2351727
> `
introduces FP errors even if it is known that the result should be
integer. I.e., we cannot remove the final "R_IS_INT(n) ? R_forceint(r) : r" if
we want choose(n, k) to return an integer if n and k are integers.
-pd
> On 14 Jan 2020, at 19:20 , peter dalgaard wrote:
>
> OK, I see
, we get 1
> or n(n-1)(n-2)...(n-k+1) which if n is near-integer gets rounded to produce
> an integer, due to the
>
>return R_IS_INT(n) ? R_forceint(r) : r;
>
> part.
>
> -pd
>
>
>
>> On 14 Jan 2020, at 17:02 , Duncan Murdoch wrote:
>>
es the formula with beta().
Of course, choose(-r, k) is exactly what you need for the traditional
formulation of the negative binomial distribution as the number of successes to
get r failures.
-pd
> On 15 Jan 2020, at 01:25 , peter dalgaard wrote:
>
> That crossed my mind too, but pre
____
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
Office: A 4.23
Email: pd@
s does, so changing the name
> of your special functions or the corresponding regular functions could be a
> huge headache.
>
> Perhaps there's a way to set a flag before evaluating the function in the
> formula, and generate a warning if survival::strata is called when it looks
&
e runs, it just gives the wrong answer.
>>>
>>> Suggestions?
>>>
>>> Terry T.
>>>
>>>
>>>[[alternative HTML version deleted]]
>>>
>>> __
>>> R-devel@r-project.org mailing list
>>> https://stat.ethz.c
-mlong-double-128) fails constant folding with
>> LDOUBLE
>> +# define q_1_eps (1 / LDBL_EPSILON)
>> +# else
>> static LDOUBLE q_1_eps = 1 / LDBL_EPSILON;
>> +# endif
>> #else
>> static double q_1_eps = 1 / DBL_EPSILON;
>> #endif
>
>>
; }
> Qbeta <- Vectorize(Qbeta0,c("t","shape1","shape2"))
> curve(fun,from=1,to=4)
> curve(fun(x,f=Qbeta),add=TRUE,col=2)
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-
:1)
> ylab <- substitute(X[t], list(t = 2))
> plot(dat, ylab = ylab) # works (correctly displays ylab)
> boxplot(dat, ylab = ylab) # fails
> boxplot(dat, ylab = as.expression(ylab)) # works
>
> Thanks & cheers,
> M
>
> ______
&
;
>> __
>> R-devel@r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-devel
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo
[3]
> https://buildd.debian.org/status/fetch.php?pkg=r-base&arch=ppc64el&ver=4.0.0-1&stamp=1587737274&raw=0
> [4] https://wiki.debian.org/ppc64el
> [5] https://openpower.ic.unicamp.br/minicloud/
>
> --
> http://dirk.eddelbuettel.com | @eddelbuettel | e.
rsity of Iowa Phone: 319-335-3386
> Department of Statistics andFax: 319-335-3017
> Actuarial Science
> 241 Schaeffer Hall email: luke-tier...@uiowa.edu
> Iowa City, IA 52242 WWW: http://www.stat.uiowa.
A quick heads-up: We intend to have a 4.0.1 release some time early June,
possibly 6/6.
For the R Core Team
Peter D.
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
Office: A 4.23
Email: pd
take to generate pre-release binaries for OS X (and Windows)? I
> imagine if such were available the volume of testers would increase
> dramatically (at least, I haven't seen them if they exist).
> Maybe something the R Consortium would consider funding?
>
> Best,
>
> B.
>
> ___
To discuss this further, we should probably move over to R-sig-mac and change
the subject header.
-pd
> On 15 May 2020, at 19:26 , peter dalgaard wrote:
>
> Actually, it's not that hard to set up for a source compile for MacOS.....
--
Peter Dalgaard, Professor,
Center
;
>>
>>
>>[[alternative HTML version deleted]]
>>
>> __
>> R-devel@r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-devel
>
> __
>
101 - 200 of 1332 matches
Mail list logo
