lab <- 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-deve
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-devel
--
Peter Dalgaard, Professor,
Center for Statistics,
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
>
>> - ----- --
t;>> R packages on CRAN:
>>> CAinterprTools
>>> https://cran.r-project.org/web/packages/CAinterprTools/index.html
>>>
>>> GmAMisc
>>> https://cran.r-project.org/package=GmAMisc
>>>
>>> movecost
>>> https://cran.r-project.org/web/packages/movecost/ind
and I can't get to the machine.
--
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
rer to you.
Binaries for various platforms will appear in due course.
For the R Core Team,
Peter Dalgaard
These are the checksums (md5 and SHA-256) for the freshly created files, in
case you wish
to check that they are uncorrupted:
MD5 (AUTHORS) = b9c44f9f78cab3184ad9898bebc854b4
MD
wrong answer.
>>>
>>> Suggestions?
>>>
>>> Terry T.
>>>
>>>
>>>[[alternative HTML version deleted]]
>>>
>>> __
>>> R-devel@r-project.org mailing list
>>> https://stat.ethz.ch/mailman/listinfo/r-deve
t; 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
> like the special function is intende
Full schedule is available on developer.r-project.org.
(The date is chosen to celebrate the 5th anniversary of R 1.0.0. Some
irregularity may occur on the release day, since this happens to be a Saturday
and the release manager is speaking at the CelebRation2020 event...)
--
Peter Dalgaard
____
> 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@
ion ‘2.0-5’
* checking CRAN incoming feasibility ... WARNING
Maintainer: ‘Peter Dalgaard ’
Insufficient package version (submitted: 2.0.5, existing: 2.0.8)
Days since last update: 2
The Date field is over a month old.
* checking package namespace information ... OK
*..
(c) Examples _will_ be r
o does 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
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:
>>
>
. This 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,
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
> ```
>
&
r, 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.m.,
> 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
> 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
uld 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 inconsistency is for median(), where:
>>
>
gt; [1]
> https://cran.r-project.org/doc/manuals/r-devel/NEWS.html
> [2]
> https://stat.ethz.ch/R/daily/R-patched.tar.gz
>
> On Thu, Dec 12, 2019 at 11:10 AM Peter Dalgaard wrote:
> It is not obvious what it is that you are calling "R-patched", nor where
> there c
gt;
> Under R-news there is an entry for 3.6.2 patched regarding LAPACK. However,
> when uncompresding the current R-patched, it creates R-Rc directories. Is
> this a naming oversight or is the patched version actually the unadjusted
> release candidate?
>
> Thank you,
>
>
rer to you.
Binaries for various platforms will appear in due course.
For the R Core Team,
Peter Dalgaard
These are the checksums (md5 and SHA-256) for the freshly created files, in
case you wish
to check that they are uncorrupted:
MD5 (AUTHORS) = b9c44f9f78cab3184ad9898bebc854b4
MD
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
;> 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]]
>
> __
Thanks,
>
> Rainer
>
>
> --
> Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology,
> UCT), Dipl. Phys. (Germany)
>
> Orcid ID: 0000-0002-7490-0066
>
> Department of Evolutionary Biology and Environmental Studies
> University of Züric
suggestions?
>
> obs. I've posted this question on SO
> https://stackoverflow.com/questions/59139923/fix-non-ascii-characters-in-r-packages
>
> best,
>
> Rafael Pereira
>
> [[alternative HTML version deleted]]
>
> __
> 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
d
> make[1]: *** [R] Error 1
> make[1]: Leaving directory '/home/user/Desktop/R-3.6.1/src'
> Makefile:60: recipe for target 'R' failed
> make: *** [R] Error 1
>
> I found some suggestiong related to libicu* libraries, but I have those libs
> insalled.
>
> Any ideas, wher
Full schedule is available on developer.r-project.org.
--
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
7. (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.
>>
>> Duncan Murd
r 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 TRUE a
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 Dalgaard, Professor,
Center fo
an/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,
Center for Statistics, Copenhagen Busin
______
> R-package-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-package-devel
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153
er this
> license:
> https://creativecommons.org/licenses/by/3.0/
>
> Raphael
>
> Le 18/09/2019 à 14:11, peter dalgaard a écrit :
>> Not a lawyer, but...
>>
>> I would expect that it depends on what license it was published under
>> originally. If
list
> https://stat.ethz.ch/mailman/listinfo/r-package-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@cbs.dk Priv: pda...@gmail.com
__
expect the results of doing that to be the same as evaluation
>>> without replacement?
>>>
>>> S Ellison
>>>
>>>
>>>
>>>
>>> ***
>>> T
ackage-devel@r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-package-devel
>>
>
>
> --
> John
> :wq
>
> [[alternative HTML version deleted]]
>
> __
> R-package-devel@r-pr
ld 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/r-devel
--
Peter Dalgaard,
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]]
>
> __
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
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
> https://
rer to you.
Binaries for various platforms will appear in due course.
For the R Core Team,
Peter Dalgaard
These are the checksums (md5 and SHA-256) for the freshly created files, in
case you wish
to check that they are uncorrupted:
MD5 (AUTHORS) = b9c44f9f78cab3184ad9898bebc854b4
MD
ng". 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 coincidentally due to recycling of c(T,T).
Had
# 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 vector so && ha
019, 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 unconspicuously for a
GTH_1_LOGIC2_" = "true")
>>> Sys.getenv("_R_CHECK_LENGTH_1_LOGIC2_")
>>[1] "true"
>>> debugonce(conformMethod)
>>> loadNamespace("oligo")
>>
>>Warning messages:
>>1: multiple methods t
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
>>
>
>
Full schedule is available on developer.r-project.org.
--
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-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, minimal, se
>> Thomas
>>
>> __
>> 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/
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 80.9
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
___
> R-package-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-package-devel
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
Office:
t 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
>>
>&g
rer to you.
Binaries for various platforms will appear in due course.
For the R Core Team,
Peter Dalgaard
These are the checksums (md5 and SHA-256) for the freshly created files, in
case you wish
to check that they are uncorrupted:
MD5 (AUTHORS) = b9c44f9f78cab3184ad9898bebc854b4
MD
EMM
>
> Stefano de Pretis, PhD
> Postdoctoral fellow
> stefano.depre...@iit.it <mailto:stefano.depre...@iit.it>
> Via Adamello 16, 20139 Milan, Italy
> <http://maps.google.it/maps?q=Via+Adamello+16,+20139+Milan=utf-8=firefox-a=UTF8==Via+Adamello,+16,+20139+Milano,+Lom
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?
-pd
> On 24 Apr 2
c, 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 research for my bug
>> report, I found that the line w
t, you need to look more closely. On the Ubuntu 18.10 machine that I
>> type this on, sessionInfo()'s second paragraph has
>>
>> Matrix products: default
>> BLAS: /usr/lib/x86_64-linux-gnu/openblas/libblas.so.3
>> LAPACK: /usr/lib/x86_64-linux-gnu/libopenblasp-r0.3.3
e 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 Klosterneuburg, Austria
>
>
&
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
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
process.
>
> Any body who has managed this already? Helpful links appreciated, many
> thanks.
>
> [[alternative HTML version deleted]]
>
> __
> R-package-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman
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,] "
NB: digits = 0 has been valid inoptions(digits = 0) etc,
> "forever" I think, possibly inherited from S, but I don't
> really know and I wonder if we should not make it invalid eventually
> requiring at least 1.
> So we could make it raise a *warning* (and set i
}
> }
> else {
> if(missing(data)) xt<-calculate.xtab(get(ft[1]),get(ft[2]),varnames=varnames)
> else xt<-calculate.xtab(data[,ft[1]],data[,ft[2]],varnames=varnames)
> }
> attr(xt,"class")<-"xtab"
> return(xt)
> }
> Th
Full schedule is available on developer.r-project.org.
--
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
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:
> [...]
>
environment variables.
>
> Is this option buggy, or am I using it just wrong?
>
> Thanks for your help
>
> Henning
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/
),
>> 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 version deleted]]
>
> _
> 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
>
base/R-3/R-3.5.3.tar.gz
or wait for it to be mirrored at a CRAN site nearer to you.
Binaries for various platforms will appear in due course.
For the R Core Team,
Peter Dalgaard
These are the checksums (md5 and SHA-256) for the freshly created files, in
case you wish
to check that they are u
rold
>>> ## mailto: ralf.her...@mailbox.org [S/MIME]
>>> ## https://paediatricdata.eu/
>>>
>>> __
>>> R-package-devel@r-project.org mailing list
>>> https://stat.ethz.ch/mailman/listinfo/r-package-devel
>&
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
y 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]]
>>
>> ___
s a 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
minor 4.1
>> year 2017
>> month 06
>> day30
>> svn rev72865
>> language R
>> version.string R version 3.4.1 (2017-06-30)
>> nickname Single Candle
> ___
n', 'Krylov', email =
>>> 'krylov.r...@gmail.com', role = c('cre', 'cph')))
>
> The version of R I'm currently using is 3.3.3 (2017-03-06) from Debian
> stable, which might explain the differences in utils:::format.person.
>
> What should I do to avoid the NOTE?
>
> --
> Best
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": I am
> not a member of R Core and can't make any chang
fault is not to do so.) It
> should not be used for other data files needed by the package, and the
> convention has grown up to use directory inst/extdata for such files.
>
> All best wishes
> Troels
>
>
> -Oprindelig meddelelse-
> Fra: peter dalgaard
> Sendt: 13. januar 2019
; 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 Plads 3,
rent version of the
> package is 1.1.1. Could this be the reason for the problem?
>
> Do you have an idea how to progress with the testing or how to locate
> the errors? Any help is welcome.
>
> Best regards,
> Wolfgang Lenhard
>
>
> [[alternative HTML vers
Full schedule available on developer.r-project.org
--
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
A classical way of encountering this is
x <- rnorm(1000)
do.call("plot", list(x))
A way out is
do.call("plot", list(quote(x)))
-pd
> On 19 Nov 2018, at 22:32 , peter dalgaard wrote:
>
> If it was just about args evaluation, then the slownes
t;> __
>> R-package-devel@r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-package-devel
>
>
>
> --
> Statistics & Software Consulting
> GKX Group, GKX Associates Inc.
> tel: 1-877-GKX-GROUP
Jared Knowles
> President, Civilytics Consulting LLC
> www.jaredknowles.com
>
> [[alternative HTML version deleted]]
>
> ______
> R-package-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-package-
____
> 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@cbs.dk
, so it might be worth fixing, but how?
--
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
his 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
>
> Às 14:05
```
>
> 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"
> ```
>
> Is
; and funding
> organisation NWO<http://www.nwo.nl/>.
>
> [[alternative HTML version deleted]]
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
--
Peter Dalgaard, Professor,
ay
>>
>
> __
> 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: (
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]]
>
> _
ters[tens], adj = c(1,1))
>>
>> Thanks.
>>
>>[[alternative HTML version deleted]]
>>
>> __
>> R-package-devel@r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-package-devel
>
>
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-project.org mailing
gt;> Thanks,
>> Spencer Graves
>>
>> __
>> R-devel@r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-devel
>>
>
>__
>
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.
ons:
>>>
>>> 1) What did I miss or do wrong?
>>>
>>> 2) Anyone found a way to replicate solaris CRAN builds to test packages?
>> I
>>> tried to use https://builder.r-hub.io/, but some of my package's
>>> dependencies fail to install beca
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, Professor,
Center f
101 - 200 of 1185 matches
Mail list logo
