; 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]]
>
> __
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
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
s-berman/source2.R;)
>>>> ls()
>>> [1] "source.test1" "source.test2"
>>>> source.test1()
>>> [1] "This is a test."
>>>> source.test2()
>>> [1] "Non-ascii: äöüß"
>>>> rm(source.test2)
&
and suggests a solution.
>
> 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-dev
;
>
> Also note 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 Pla
> On 3 May 2018, at 19:23 , Hadley Wickham <h.wick...@gmail.com> wrote:
>
> Maybe just get(paste0("..", n)) ?
>
> Hadley
Maybe not. These things are slippery.
> f <- function(...) get("..1")
> f(2)
Error in get("..1") : o
re also variations over
dddlen <- 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 P
).
So survival's 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 ja
ps://github.com/wch/r-source/commit/98acd96f22eb795a933879c0d3f740e802855473
>
> [[alternative HTML version deleted]]
>
> ______
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
--
Peter Dalg
tag=value argument specification? Aren't all the subexpressions of type "par =
par" just assignments??
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
Office: A 4.23
Email: pd@cb
Sorry, I forgot: We don't switch until _release_ of 3.5.0, four weeks further
down the line. Still, it doesn't seem worth it making much of a fuss about
3.3.3.
-pd
> On 24 Mar 2018, at 10:10 , peter dalgaard <pda...@gmail.com> wrote:
>
> Given that R-oldrelease will becom
revent this or should I just mention this NOTE in my CRAN submission
> comment?
>
> Tyler
>
> [[alternative HTML version deleted]]
>
> __
> R-package-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-p
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
erinvaders
> <http://surferinvaders.tumblr.com> | algebraic-soundscapes
> <http://imaginary.org/content/algebraic-soundscapes> | surfer-shuffle
> <http://imaginary.org/program/surfer-shuffle>
>
> [[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
\\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 FALSE
>> stdin : chr ""
&g
mporary folder, but would much prefer that R support UNC paths – it seems a
> reasonably simple fix.
>
> Cheers
> Pete
>
>
> On 17/01/2018, 10:52, "Peter Dalgaard" <pd@cbs.dk> wrote:
>
>I usually draw a complete blank if I try to assist our IT
Analysis and Mathematical Modelling
> Ghent University
> Coupure Links 653, B-9000 Gent (Belgium)
> <https://maps.google.com/?q=Coupure+links+653,%C2%A0B-9000+Gent,%C2%A0Belgium=gmail=g>
>
> ---
> Biowiskundedagen 2017-2018
> http://www.biowiskundedagen.ugent.b
native HTML version deleted]]
>> __
>> R-package-devel@r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-package-devel
>>
>
> __
> R-package-devel@r-pro
_____
>> 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
--
Peter Dalgaard, Profess
25
>>>> [3] 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
>>>>
>>>
the reported
> number 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.
e used to give the 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
s and the p value.
>> Also the number of degrees 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
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
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-dev
quot;):
>>
>> 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!
>&g
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
ernative 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 Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmar
=TRUE)
dstr <- as.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
eason for the nickname of R-devel:
> 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
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
> On 25 Aug 2017, at 12:04 , Peter Dalgaard <pda...@gmail.com> 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
possible values in 0:100
> instead of such a "normal like" distribution with carrier only
> in [34, 67].
>
> There are newer publications and maybe algorithms.
> So maybe the algorithm is "flawed by design" for really large
> total number of observations, rat
t; do.call(graphics::legend, args)
> }
> ", file="R/testFun.R")
>
> devtools::check() # no problems - even though I only import plot, not legend
> # same thing if I use graphics::legend directly (outside of do.call)
>
>
> [[alternative HTML version deleted]]
&
nfigure 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 definitely seems important.
>
> Is there anything I'm missing?
>
> Cheers and thanks in a
r 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
>>>
>>> __
>>> R-de
>>> }
>>> \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
>>> \co
n_US.UTF-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
> On 26 Jun 2017, at 21:56 , Martin Maechler <maech...@stat.math.ethz.ch> 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 for
> On 26 Jun 2017, at 19:04 , Martin Maechler <maech...@stat.math.ethz.ch> wrote:
>
>>>>>> peter dalgaard <pda...@gmail.com>
>>>>>>on Mon, 26 Jun 2017 13:43:28 +0200 writes:
>
>> This seems to be due to changes made
more
> variables, compared 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
&
eally should not "break behavior".
>> This means to me we cannot accept 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
> call really matters (and I'm not convinced 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,
quot;short integer" or simply "integer")
>>> https://en.wikipedia.org/wiki/C_data_types
>>
>> ______
>> R-devel@r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-devel
>
> [[alternative HTML version deleted]]
>
dered(c("a","c")), 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 <
up in a few esoteric constructions.
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, C
of other people).
- Peter Dalgaard
--
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
--
Peter Dalgaard, Professor,
Center
ould be
>>> asymptotically equivalent under pretty 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 defi
default
> BLAS: /usr/local/lib64/R/lib/libRblas.so
> LAPACK: /usr/local/lib64/R/lib/libRlapack.so
>
>
> source code is at http://github.com/merliseclyde/BAS
>
>
>
> Merlise A Clyde
> Professor & Chair Department of Statistical Science
> Duke University
&
e underestimated, though (in .be as 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: p
ee
>> 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.
>>
>
> __
> R-deve
> On 18 May 2017, at 14:58 , Martyn Plummer <plumm...@iarc.fr> wrote:
>
>
>
>> On 18 May 2017, at 14:51, peter dalgaard <pda...@gmail.com> wrote:
>>
>>
>>> On 18 May 2017, at 13:47 , Joris Meys <jorism...@gmail.com> wrote:
>>>
. So the time itself doesn't
> 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] "20
> On 18 May 2017, at 11:00 , Patrick Connolly <p_conno...@slingshot.co.nz>
> 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)
rtin Maechler <maech...@stat.math.ethz.ch> wrote:
>
>>>>>> peter dalgaard <pda...@gmail.com>
>>>>>>on Mon, 15 May 2017 16:28:42 +0200 writes:
>
>> I think Hervé's idea was just that if switch can evaluate arguments
>> sel
nt("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 <maech...@stat.math.ethz.ch> wrote:
>
> I'm still curious about Hervé's idea on using switch() for the
> issue.
--
Peter Dalgaa
roupings, etc.
(Does SPSS really 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" <j...@mcmaster.ca>
> To: "Nick Br
191.html ("Is it perhaps
> the case that x1 and 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
t;> will
>> not be easy to make, but I can share 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 be
gt; 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-d
, 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 dozen .C routines in my survival package. The file tests/book7.R
> in the package exercises this routine, and CMD chec
e' ... OK
> running code in 'lapack.R' ... OK
> comparing 'lapack.Rout' to './lapack.Rout.save' ... OK
> running code in 'datasets.R' ... OK
> comparing 'datasets.Rout' to './datasets.Rout.save' ... OK
> running code in 'datetime.R' ... OK
> comparing 'datetime.Rout' to './dat
backtracking using 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.23
ether it might 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
lit/>
>
>
> [http://mlm.polyu.edu.hk/PolyU80_Email_Signature.png]
>
> www.polyu.edu.hk/80anniversary<http://www.polyu.edu.hk/80anniversary>
>
> Disclaimer:\ \ This message (including any attachments) ...{{dropped:19}}
>
> __
>
R 3.4.0 "You Stupid Darkness" is now scheduled for April 21
The detailed schedule can be found on developer.r-project.org
For the Core Team
Peter D.
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
P
o add a Ctrl modifier to that.
-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@cbs.dk Priv: pda...@gmail.com
__
R-dev
of the R Core Team
Peter Dalgaard
--
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
ror is not recoverable: exiting now
>
> I got the same error for R-patched_2017-01-30.tar.gz but not for
> R-3.3.2.tar.gz.
>
> Thank you,
>
> Avi
>
> ______
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailma
an.org/media/packages/w/wiredtiger/copyright-2.6.1%2Bds-1
>>>>>
>>>>> This follows the format explained in
>>>>>
>>>>>
>>>>> https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#license-spec
computed and passes it
to the relevant print method, so you get this effect:
> print.dum <- function(x, ...)
+ print(deparse(substitute(x)))
> k
[1] "x"
-pd
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederi
gt;
>>
>
> [[alternative HTML 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-
o "Date" method for unlist(), but
there is for c(). It is not clear that the two should be kept in lockstep and
there is certainly no mechanism to enforce that.
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Ph
(a)/(c) mostly, I think. The crux is that "next" is unhappy about being
evaluated in a different environment than the containing loop. Witness this:
> for (i in 1:10) {if (i == 5) evalq(next); print(i)}
[1] 1
[1] 2
[1] 3
[1] 4
[1] 6
[1] 7
[1] 8
[1] 9
[1] 10
> for (i in 1:10) {if (i == 5)
0-23 r71574):
>>
>>> setTimeLimit(elapsed=1)
>>> system.time({ Sys.sleep(10); message("done") })
>> Error in Sys.sleep(10) : reached elapsed time limit
>> Timing stopped at: 0.113 0.042 10.038
>>
>> Berend
>>
>
> _
ks, Yosemite and Sierra)
-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@cbs.dk Priv: pda...@gmail.com
__
R-devel@r-project
Thank you for the 'heads up'.
>
> Martin Maechler
> ETH Zurich
>
> ______
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
--
Peter Dalgaard, Professor,
Center for Statistics, Copenha
ctively the same as
f <- function(a) {
{
some_computation
}(x)
}
where you seem to be expecting
{f <- function(a) {
{
some_computation
}
}(x)
Got it?
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, De
t; exclusive attention of the intended addressees named above. If you have
>> received this transmission in error, please immediately notify the sender by
>> return e-mail and delete this message and its attachments. Unauthorized use,
>> copying or further full or partial distribution
el@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...@gmail.com
_
______
> 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: A 4.23
Em
t;
>
> Spencer Graves
>
> ______
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Busine
nothing definitive. Does anyone know?
Presumably Ross does...
You get a hint if you go one level up and look for the newest file:
https://www.stat.auckland.ac.nz/~ihaka/downloads/New-System.pdf
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 200
| e...@debian.org
>
> __
> 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 Frederiksb
Not strictly what you're asking, but at some point it may be important to note
that the "QR" method used by lm() and friends (notably anova() and aov())
actually relies on successive orthogonalization. This does yield a QR
decomposition but the reverse is not true. A generic X=QR decomposition
>
> Dirk
>
Er, a "not" went missing in there??
-p
> --
> http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
s now
and a fourth one might be to actually allow mixing of \u0007 and \x07 and \007,
but I suspect that there are demons down the line which is why it is not
happening now. (Does it ring a bell with anyone?)
-pd
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Spoke too soon, both systems now build, but neither has the original bugs
fixed
(Incidentally, I realized why the ctl-R...ctl-C bug never bit me: The emacs
habit is to exit isearch with ctl-G and that works flawlessly.)
-pd
> On 18 May 2016, at 22:40 , peter dalgaard <pda...@gma
18 May 2016, at 22:01 , peter dalgaard <pda...@gmail.com> wrote:
>
> gcc -L/usr/X11R6/lib -o R.bin Rmain.o CommandLineArgs.o Rdynload.o
> Renviron.o RNG.o agrep.o apply.o arithmetic.o array.o attrib.o bind.o
> builtin.o character.o coerce.o colors.o complex.o connections.o con
clang -Wall -mtune=core2 -g -O2
>>> Fortran 77 compiler: gfortran-4.8 -g -O2
>>>
>>> C++ compiler: clang++ -Wall -mtune=core2 -g -O2
>>> C++11 compiler:clang++ -std=c++11 -Wall -mtune=core2 -g -O2
>>> Fortran 90/95 compi
as), curl
> Additional capabilities: PNG, JPEG, TIFF, NLS, cairo, ICU
> Options enabled: shared R library, R profiling, memory profiling
>
> Capabilities skipped:
> Options not enabled: shared BLAS
>
> Recommended packages: yes
>
>
> Apolog
r
> hurry, but from what we've observed it seems like waiting for someone
> concerned to come along and finally read Bugzilla or the R-Devel
> archives is not going to result in a very dense Poisson process...
>
> Thanks,
>
> Frederick Eaton
>
> On Thu, May 12, 2016 at 03
ad been able to see there is a problem
> existing outside of your personal computer.
>
> I agree that this must seem a bit frustrating to you.
>
> --
> Martin
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
--
st,
> Yanming
> [[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, C
rinted in lecture notes and other text books.
>
> For that reason I did not dare to change it in print.summary.lm(),
> even though I could have been one of the few to change it at a time
> when are was still in its infancy and (years *before* it got to
> version 1.0.0 on Feb.29,
is not good, but not an R-Devel problem.
On a hunch: Check out what the "soft" mount option does. I seem to recall some
complications related to immediacy of operations.
-pd
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiks
yTst",
> + res[,"LibPath"] == "myLib")
> Error: identical(res[, "Package"], setNames(, sort(c(p.lis, "myTst"
> is not TRUE
> Execution halted
>
>> ls myLib
> exNSS4 myTst pkgA pkgB
>
> So, it looks like the "inst
> [[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 Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+4
201 - 300 of 1185 matches
Mail list logo
