ght have been fixed in one of the more recent releases, etc.
(I didn't fix it immediately on the off chance that the original author had
actually planned to implement a title.cex feature. But he probably didn't.)
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business Scho
sing hardware watchpoints and such. As in: This
memory location doesn't contain the value I expected; what changed it?
-pd
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
Office: A 4.2
l/src/R-devel/tests'
> running sloppy specific tests
> make[3]: Entering directory '/usr/local/src/R-devel/tests'
> running code in 'complex.R' ... OK
> comparing 'complex.Rout' to './complex.Rout.save' ... OK
> running code in 'print-tes
required package: MASS
> Loading required package: survival
> Error in fitter(X, Y, strats, offset, init, control, weights = weights, :
> object 'Ccoxmart2' not found
>
> Looking at src/coxmart2.c and src/init.c I don't see anything different than
> the other do
ed Hutchinson Cancer Research Center
> 1100 Fairview Ave. N, M1-B514
> P.O. Box 19024
> Seattle, WA 98109-1024
>
> E-mail: hpa...@fredhutch.org
> Phone: (206) 667-5791
> Fax:(206) 667-1319
>
> __
> R-devel@r-project.org
t; moment it's part of the majority!)
>
>
>
> Thanks for reading,
> Nick
>
>
> [[alternative HTML version deleted]]
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-de
hare the data via Dropbox or something if
>> that
>> would help.
>>
>>
>>
>> I appreciate that when there is strong collinearity then all bets are off in
>> terms
>> of what the betas mean, but I would really expect lm() and lm.ridge() to
>>
nd x2 have already been scaled to have standard deviation
> 1? In that case, x1*x2 won't be.")
>
> Best,
> Wolfgang
>
> -Original Message-
> From: R-devel [mailto:r-devel-boun...@r-project.org] On Behalf Of Nick Brown
> Sent: Friday, May 05, 2017 10:40
eally still not have an automated way of generating interaction
terms? 1977 called googling Looks like GLM understands them, REGRESS
not.)
-pd
>
> Best,
> Nick
>
> From: "John Fox"
> To: "Nick Brown" , "peter dalgaard"
> Cc: r-devel
, print("Hey!!!") == "Hey!!!")
Stopifnot(T,T,T,T,T,T,T,T,T,T,T,T,T,T,T,T,F,T)
> On 15 May 2017, at 15:37 , Martin Maechler wrote:
>
> I'm still curious about Hervé's idea on using switch() for the
> issue.
--
Peter Dalgaard, Professor,
Center for
, Martin Maechler wrote:
>
>>>>>> peter dalgaard
>>>>>>on Mon, 15 May 2017 16:28:42 +0200 writes:
>
>> I think Hervé's idea was just that if switch can evaluate arguments
>> selectively, so can stopifnot(). But switch() is .Primit
ing other things:
> - For 'n',
> n <- nargs()
> can be used.
> - sys.call() can be used in place of match.call() .
> ---
>>>>>> peter dalgaard
>>>>>>on Mon, 15 May 2017 16:28:42 +0200 writes:
>
>>
> On 18 May 2017, at 11:00 , Patrick Connolly
> wrote:
>
> On Wed, 17-May-2017 at 01:21PM +0200, Peter Dalgaard wrote:
>
> |>
> |> Anyways, you might want to
> |>
> |> a) move the discussion to R-devel
> |> b) include your platform (hardware
> change, but you'll see a different hour.
>
> > dct
> [1] "2016-12-06 21:45:41 CET" "2016-12-06 21:45:42 CET"
> ...
> > attr(dct,"tzone") <- "UTC"
> > dct
> [1] "2016-12-06 20:45:41 UTC" "2016-12-06 20:
> On 18 May 2017, at 14:58 , Martyn Plummer wrote:
>
>
>
>> On 18 May 2017, at 14:51, peter dalgaard wrote:
>>
>>
>>> On 18 May 2017, at 13:47 , Joris Meys wrote:
>>>
>>> Correction: Also dlt uses the default timezone, but POSIXl
tistics & Genetics
>> Research Computing Center
>> University of Chicago
>>
>> [[alternative HTML version deleted]]
>>
>> __
>> r-h...@r-project.org mailing list -- To UNSUBSCRIBE and more, see
>>
in .dk,
I suspect).
;-)
-pd
>
> Cheers
> Joris
>
--
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
__
tty weak assumptions), so it's not
>>> surprising the x value doesn't correspond perfectly to the y value, and the
>>> line ends up "wrong".
>>>
>>> So is it a bug? Well, that depends on Tukey's definition. I don't have
>>&
g
>> Department of Mathematical Modelling, Statistics and Bio-Informatics
>>
>> tel : +32 (0)9 264 61 79 <+32%209%20264%2061%2079>
>> joris.m...@ugent.be
>> ---
>> Disclaimer : http://helpdesk.ugent.be/e-maildisclaimer.php
>>
&g
ions.
Trying do anything constructive with the missing object usually leads to grief,
or at least surprises, e.g.:
> z <-quote(expr=)
> z <- z
Error: argument "z" is missing, with no default
-pd
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
S
ordered(c("b","d"
(Notice that alphabetical order is largely irrelevant, so all of these level
orderings are equally possible:
a < c < b < d
a < b < c < d
a < b < d < c
b < a < c < d
b < a < d < c
b < d < a < c
).
-pd
-
i/C_data_types
>>
>> __
>> R-devel@r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-devel
>
> [[alternative HTML version deleted]]
>
> __
> R-
ed of that), then shouldn't it be
> solved by the compiler applying constant folding to paste0()?
And, of course, if it is equivalent to a literal, it can be precomputed. There
is no point in having it in the middle of a tight loop.
--
Peter Dalgaard, Professor,
Center for Statist
a change there which gives
>> an error or a different result in cases the old behavior gave a valid factor.
>
>> I'm looking at a possible change currently
>> [not promising that a change will happen ...]
>
> In the end, I've liked the change (after 2
d to deleting one:
>
> l <- list(x=1, y=2, z=3)
>
> within(l,
> {
>rm(z)
> })
> #$x
> #[1] 1
> #
> #$y
> #[1] 2
>
>
> within(l, {
>rm(y)
>rm(z)
> })
> #$x
> #[1] 1
> #
> #$y
> #NULL
> #
> #$z
> #NULL
>
&g
> On 26 Jun 2017, at 19:04 , Martin Maechler wrote:
>
>>>>>> peter dalgaard
>>>>>>on Mon, 26 Jun 2017 13:43:28 +0200 writes:
>
>> This seems to be due to changes made by Martin Maechler in
>> 2008. Presumably this fixed something, b
> On 26 Jun 2017, at 21:56 , Martin Maechler wrote:
>
>
> Indeed, the fix I've committed reverts almost to the previous
> first version of within.data.frame (which is from Peter
> Dalgaard, for those who don't know).
>
Great foresight on my part there,
F-8/en_US.UTF-8
>
>
> attached base packages:
>
> [1] stats graphics grDevices utils datasets methods base
>
>
> other attached packages:
>
> [1] Matrix_1.2-10
>
>
> loaded via a namespace (and not attached):
>
> [1] compiler_3.5.0 grid_3.5.0
gt;> }
>>> \details{
>>> \code{confint} is a generic function. The default method assumes
>>> - asymptotic normality, and needs suitable \code{\link{coef}} and
>>> + normality, and needs suitable \code{\link{coef}} and
>>> \code{\link{vcov}} methods to be
the proper font to use and falls back to
>>> something weird. Ideas?
>>>
>>> Note that I'm not subscribed to the list, so please CC me in replies.
>>>
>>> Cheers, Ilia
>>>
>>> ______
>
n the following runs OK
> autoconf
>
> but running configure gives the same BLAS error.
>
> But I'm farily sure one shouldn't run to see what's wrong with BLAS,ratehr
> it's just the configure options not being read properly. The
> AM_INIT_AUTOMAKE
> issue
469
[61] 2087897355129 43 13 4 1 0 0
[71] 0 0 0 0 0 0 0 0 0 0
[81] 0 0 0 0 0 0 0 0 0 0
[91] 0 0 0 0 0 0 0 0 0
7 1
>>
>
> For a 2x2 table, there's really only one degree of freedom,
> hence the above characterizes the full distribution for that
> case.
>
> I would have expected to see all possible values in 0:100
> instead of such a "normal like" distribut
> On 25 Aug 2017, at 12:04 , Peter Dalgaard wrote:
>
>> There are three possible matrices, and these come out in proportions 1:4:1,
>> the one with all cells filled with ones being
>> most common.
>
> ... and
>
>> dhyper(0:2,2,2,2)
> [1] 0.167 0
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
led, not that the interface
>>>> understands
>>>> human language?
>>>>
>>>>
>>>> No, "natural language" refers to human languages, but it doesn't
>>>> imply that R understands them. NLS just means that messag
vel:
> R Under development (unstable) (2017-09-16 r73293) -- "Unsuffered
> Consequences"
Re-stabilizing after the ALTREP updates took longer than expected, so some
packages may not be updated yet. I suspect you should just wait and see if it
comes around by itself.
-pd
Date(dstr,format="%d.%m.%Y")
obsmonths <- as.numeric(end-dstr, "days")/30.6
obsmonths[obsmonths==0] <- 0.1
dead <- !is.na(died) & died < as.Date("1996-01-01")
died[!dead] <- NA
rm(end)
})
-pd
> --
> Brian D. Ripley,
> __
> 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
Offi
- 10
>> x <- c(1,2,3,4)
>> y <- c(1,2,5,4)
>> w <- c(1,1,1,n)
>> xb <- c(x,rep(x[4],n-1)) # restore the original data
>> yb <- c(y,rep(y[4],n-1))
>> print(summary(lm(yb ~ xb)))
>> print(summary(lm(y ~ x, weights=w)))
>>
>> Compare with PROC REG in SAS, wi
t; "character"):
>>
>> library(pryr)
>> x <- "abc"
>> addr <- as.numeric(address(x)) + ??# what should be the value of
>> the jump so that it points to the data of variable "x" (i.e. abc)?
>> Thank you in advance!
>>
at the same seeds givee
different output on different platforms. That shouldn't happen, I believe.
> Duncan Murdoch
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
--
Peter Dalgaard, Profess
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
egrees of freedom is not correct. (The parameter
>> values are correct.)"
>>
>> A remark about the glm example: the Reference manual says: "For a
>> binomial GLM prior weights are used to give the number of trials when
>> the response is the proportion of success
number of trials when
> the response is the proportion of successes ". Hence in the
> binomial case the weights are frequencies.
> With y <- 0.51 and w <- 100 you get the same result.
>
> Arie
>
> On Mon, Oct 9, 2017 at 5:22 PM, peter dalgaard wrote:
>> AFAIR, i
of degrees of freedom are too small."
>Note that with heteroskedasticity, _the_ residual standard error
> has no meaning.)
>
> Finally, about the original text: (B) and (C) mention only y_i, not
> x_i, while this is about entire observations. Maybe this can remedied
> als
http://pubs.opengroup.org/onlinepubs/9699919799/
>> utilities/V3_chap02.html
>>>> [4]
>>>> http://pubs.opengroup.org/onlinepubs/9699919799/
>> utilities/V3_chap02.html#tag_18_06_04
>>>>
>>>> __
1e37f501a899deb3bf7ea8adbbd3aef1c412da
> Pin SHA256: grX4Ta9HpZx6tSHkmCrvpApTQGo67CYDnvprLg5yRME=
> Valid untilSat, 30 May 2020 10:48:38 UTC (expired 8 hours and 51
> minutes ago) EXPIRED
>
> AFAICT this is the reason:
> https://calnetweb.berkeley.edu/calnet-technologists/incommo
package.
>
> Best,
> John
>
> -
> John Fox
> Professor Emeritus
> McMaster University
> Hamilton, Ontario, Canada
> Web: https://socialsciences.mcmaster.ca/jfox/
>
>
Just to be clear, I was talking about Mac binary packages. The one available
and tested was
R-4.0-branch
4.0.1 RC
(2020/05/30, r78644)
from mac.r-project.org. (Simon Urbanek out of office for the weekend, I
suppose.)
-pd
> On 7 Jun 2020, at 08:27 , peter dalgaard wrote:
>
> Not
ctions in the
rw-FAQ.
> On 7 Jun 2020, at 08:27 , peter dalgaard wrote:
>
> Not happening on Mac, so likely a Windows build issue.
>
> (There's no 4.0.1 CRAN package yet, and no nightly build of 4.0.1 Patched,
> but the only thing changed in the sources since r78644 is
> bug that was introduced by commit 78408/78409 about a month ago. I
> think the problem is that this commit changes 'calloc' to 'Calloc'
> without changing the corresponding 'free' to 'Free'.
>
> This has nothing to do with the Windows build or ins
> On 7 Jun 2020, at 17:53 , luke-tier...@uiowa.edu wrote:
>
> On Sun, 7 Jun 2020, peter dalgaard wrote:
>
>> So this wasn't tested for a month?
>>
>> Anyways, Free() is just free() with a check that we're not freeing a null
>> pointer, followed
> On 7 Jun 2020, at 18:59 , Jeroen Ooms wrote:
>
> On Sun, Jun 7, 2020 at 5:53 PM wrote:
>>
>> On Sun, 7 Jun 2020, peter dalgaard wrote:
>>
>>> So this wasn't tested for a month?
>>>
>>> Anyways, Free() is just free() with a ch
ld be less
> brittle that the current status.
>
> Best,
>
> luke
>
> On Sun, 7 Jun 2020, peter dalgaard wrote:
>
>>
>>
>>> On 7 Jun 2020, at 18:59 , Jeroen Ooms wrote:
>>>
>>> On Sun, Jun 7, 2020 at 5:53 PM wrote:
>>>>
&
; sorry, release "versions"
>
>
> On Mon, Jun 8, 2020 at 11:17 AM Abby Spurdle wrote:
>>
>> On Mon, Jun 8, 2020 at 4:09 AM Fox, John wrote:
>>> Does it make sense to withdraw the Windows R 4.0.1 binary until the issue
>>> is resolved?
>>
>
this issue.
>>>>
>>>> They are at https://files.r-hub.io/curl-macos-static and they can be
>>>> installed with
>>>> install.packages("curl", repos =
>>>> "https://files.r-hub.io/curl-macos-static";, type = "binary&qu
I would rather it warned me
> about situations where the communication may be compromised instead of just
> silently going along.
>
> Cheers,
> Simon
>
>
>
>> On Jun 10, 2020, at 11:39 AM, peter dalgaard wrote:
>>
>> Yes and no... At least as
__
>
> macOS Catalina V 10.15.5
>
> ___
>
>
> [[alternative HTML version deleted]]
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/ma
n ` Sys.setenv` to make the function more convenient(e.g.
> Sys.setenv(..., fixed = TRUE)) if no existing function in base R can do
> them in one line.
>
> Best,
> Jiefei
>
> [[alternative HTML version deleted]]
>
> __
mistake is. I'm not that interested in
> alternative implementations; I want to understand the mistake that I'm
> making so that I can avoid making it in future.
>
> I have asked the question on stackoverflow to little avail, but the
> discussion there may prove helpful.
> ht
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
does not work at all.
>
> (I feel more strongly about fixing 1. than 2., because I don't know the
> discussion that lead to the behaviour described in 2.)
>
> Best,
> Martin
>
> __
> R-devel@r-project.org mailing list
> htt
x
> }
>
> Cheers,
> Mario
>
> [[alternative HTML version deleted]]
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
--
Peter Dalgaard, Professor,
Cente
h a tibble either.
>
> Rather than modifying the base R functions, like unsplit(), as you are
> suggesting, to be compatible with these third party objects, the burden
> should either be on you to use relevant tidyverse functions, or on the
> authors of the tidyverse to provide re
But then
>
> baz <- bar(runif(1))
> 10 |> baz
>
> (not currently allowed) will not be the same as what you would want from
>
> 10 |> bar(runif(1))
>
> which leads to a different kind of inconsistency, doesn't it?
&g
> On 7 Dec 2020, at 17:35 , Duncan Murdoch wrote:
>
> On 07/12/2020 11:18 a.m., peter dalgaard wrote:
>> Hmm,
>> I feel a bit bad coming late to this, but I think I am beginning to side
>> with those who want "... |> head" to work. And yes, that has
ention that it would make people's data handling scripts look like the
menu at an Indian restaurant.... ;-)
-pd
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
Office: A 4.23
Email: pd@
quot; "a'b'c" "|"
>
> # order
> ## Win 10 R 4.0.2
> [1] 5 9 22 13 15 32 34 26 23 18 20 28 27 29 25 30 33 1 6 3 4 10 7 8 2
> [26] 21 14 11 12 19 16 17 31 24
> ## Win 10 R devel
> [1] 5 9 22 13 15 32 34 26 23 18 20 33 1 6 3
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
ultiply" should be "multiple" there?
>
> Can submit an actual patch if that would be more useful.
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
--
Peter Dalgaard, Professor,
ct.org/src/base/R-4/R-4.0.5.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 tha
-amd64:languages-4.1-noarch:printing-4.1-amd64:printing-4.1-noarch
> Distributor ID: CentOS
> Description: CentOS Linux release 7.8.2003 (Core)
> Release: 7.8.2003
> Codename: Core
>
> __
> R-devel@r-project.org mailing l
f ...
>
> 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 Sch
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 Priv: pda...@gmail.com
__
You can get the source code from
https://cran.r-project.org/src/base/R-4/R-4.1.0.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 th
vices" "grid"
> "methods" "parallel" "stats" "stats4""tcltk"
> [12] "tools" "utils"
>
> But, of course, if the package is missing on my system (a newly installed 4.1
> on a
?read.csv does actually have
row.names: a vector of row names. This can be a vector giving the
actual row names, or a single number giving the column of the
table which contains the row names, or character string
giving the name of the table column containing the row
>> ______
>> 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/r-devel
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) = da5e7c699a83608d0f1e39c458d9fc56
MD
e to a single character string
>
> That is this works:
>
> L |>
># gsub(pattern = " ", replacement = "") |>
>gsub(pattern = " ", replacement = "") |>
>textConnection() |>
>read.dcf()
> ## Variable Lengt
ws.
>
> R should at least warn for that combination !
>
> What do you think? Should I file a bug report?
>
> --
> Sincerely
> Andr� GILLIBERT
>
> [[alternative HTML version deleted]]
>
> __
> R-devel@r-pr
;m not certain the guarantee is honoured in all cases.
>
> Duncan Murdoch
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen
0.05947543745)
>> 269506.3538(3.23e+02): par = (51.75719816 -13.09155957 0.8428607709)
>> 68969.21893(1.03e+02): par = (76.0006985 -1.935226745 1.0190858)
>> 633.3672230(1.29e+00): par = (100.3761515 8.624648402 5.104490259)
>> 151.4400218(9.
(Just a quick heads-up for developers.)
Full schedule to be made available soon.
--
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
Schedule should appear on developer.r-project.org when it gets updated from SVN.
> On 3 Oct 2021, at 18:40 , peter dalgaard wrote:
>
> (Just a quick heads-up for developers.)
>
> Full schedule to be made available soon.
>
--
Peter Dalgaard, Professor,
Center for Stat
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) = 320967884b547734d6279dedbc739dd4
MD
ailable online in
> case anyone else wants to examine it.
>
> Assuming that the file contains a badly formed object, I wonder if readRDS()
> should do some sanity checks as it reads.
>
> Duncan Murdoch
>
> __
> R-devel@r-project
;.
>
> It seems that the permissions were accidentally tightened?
>
> Greetings,
> Rainer Hurling
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
> __
gt;
>
> Can you please take a look / contact the right person, or let us know if we
> should switch to svn (or git mirror) checkouts.
>
> Many thanks, Dirk
>
>
> --
> dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
>
> _______
> 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 Priv: pda...@g
stats graphics grDevices utils datasets methods base
>
> loaded via a namespace (and not attached):
> [1] compiler_4.2.1
>
>
> Rui Barradas
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/li
ing would produce
> the behaviour I'm seeing, so I am guessing that the change in TCL/TK might be
> the culprit.
>
> I'm hoping that someone will be able to help shed some light on what's going
> on here.
>
> Thanks a lot,
> Andrew.
>
> __
iki.sei.cmu.edu/confluence/display/c/FIO22-C.+Close+files+before+spawning+processes
> and https://danwalsh.livejournal.com/53603.html. The background for
> reporting on this was that `system()` fails to work in processx
> spawned processes, which closes the standard files by default in
> process
It seems to work simply to do "if (ifd >= 0)..." (the ifp test is fine since
ifp is FILE* and initialized to NULL). Will commit (to r-devel for now).
-pd
> On 10 Oct 2022, at 11:07 , peter dalgaard wrote:
>
> He!
>
> Yes, that looks like a blunder.
>
> mk
https://stackoverflow.com/questions/73962109/why-are-the-workers-failing-to-connect-when-calling-makepsockcluster-from-an-e/73991833#73991833
> and https://github.com/r-lib/callr/issues/236)
>
>
> /Henrik
>
> On Mon, Oct 10, 2022 at 5:54 AM peter dalgaard wrote:
>>
&g
Done... -pd
> On 11 Oct 2022, at 10:53 , peter dalgaard wrote:
>
> There's still 2 weeks till code freeze for 4.2.2, and porting the fix would
> be trivial. As long as there is no risk that someone will get the bright idea
> of changing a critical package to depend on R &
; versions seems more reasonable than returning a date with an arbitrary
>>> "origin". In any case, in the r-devel there is a mismatch between the
>>> function and its description.
>>>
>>> -Dan
>>> [[alternative HTML version deleted]]
>>>
n be used.
>
>
> --
> Statistics & Software Consulting
> GKX Group, GKX Associates Inc.
> tel: 1-877-GKX-GROUP
> email: ggrothendieck at gmail.com
>
> ______
> R-devel@r-project.org mailing list
> https://stat.ethz.ch
e:
>>
>> Good idea.
>>
>> On Mon, Dec 26, 2022 at 12:59 PM peter dalgaard wrote:
>>>
>>> My usual advice on getting nonstandard F tests out of anova() is to fit the
>>> models explicitly and compare.
>>>
>>> So how ab
401 - 500 of 1332 matches
Mail list logo
