/windows/base/)
-pd
> On 8 Jan 2023, at 06:12 , Andre Mikulec wrote:
>
> Peter Dalgaard, R-devel team, et al.,
>
> Hi, my name is Andre Mikulec.
>
> I am an `common` committer to Postgres PL/R . . .
> https://github.com/postgres-plr/plr/commits?author=AndreMikulec
>
> --
> Sincerely
> André GILLIBERT
> __
> 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 Frederiksbe
unknown" "bytes" "unknown" "unknown" "unknown" "unknown"
[8] "unknown" "unknown" "unknown" "unknown" "unknown" "unknown" "unknown"
...
but I suppose that breaks if I have envir
uot;'amount of missing values mismatch: 1 in
> current 2 in target"
>
> Thanks,
>
> Antoine
>
> [[alternative HTML version deleted]]
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailma
d
> "target" may have meaning. But are they the intended user of the product?
>
> -Original Message-
> From: R-devel On Behalf Of Antoine Fabri
> Sent: Thursday, March 2, 2023 12:23 PM
> To: peter dalgaard
> Cc: R-devel
> Subject: Re: [Rd] confusing al
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) = 320967884b547734d6279dedbc739dd4
MD
Full schedule is available on developer.r-project.org (pending 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
intentional?
>
> Best,
> Gabor
>
> __
> 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 F
765610/when-does-locale-affect-rs-regular-expressions
>
> I was wondering why this is TRUE:
>
> Sys.setlocale("LC_ALL", "et_EE")
> grepl("[A-Z]", "T")
>
> TRE's documentation at
> <https://laurikari.net/tre/documentation/regex-sy
ines(c2)
> -stopifnot(expr = {
> +stopifnot(exprs = {
> grepl("omitted 151 entries", tail(cc, 1))
> !anyDuplicated(tail(cc, 2))
> grepl("omitted 195 entries", tail(c2, 1))
>
> --
> Best regards,
> Mikko
>
> _
/ has not updated for
>> about a week now, I guess this is not intentional?
>>
>> Best,
>> Gabor
>>
>> __
>> R-devel@r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-devel
>
> --
&
family.R#L166-L171
>
> __
> 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 Frederiks
t; Is this intended behavior, does something need to be updated for c() as
> well?
>
> Certainly it's messing with my understanding of how c() behaves, e.g. in ?c
>
>> All arguments are coerced to a common type which is the type of the
> returned value
>
> [
nks,
>> Zayne Hunter
>> Technology Advisor & Vendor Relations Manager
>> Ball State University
>> zayne.hun...@bsu.edu
>> (765)285-7853
>> [[alternative HTML version deleted]]
>> __
>> R-devel@r-project.
())
>> ;
>>
>> Manually calling Tcl_DoOneEvent(0) from the debugger at this point
>> makes the Tcl code respond to the connection. Tcl_ServiceAll() seems to
>> be still not enough. I'll try reading Tcl documentation to investigate
>> this further.
>>
&
t;> Manually calling Tcl_DoOneEvent(0) from the debugger at this point
>>> makes the Tcl code respond to the connection. Tcl_ServiceAll() seems to
>>> be still not enough. I'll try reading Tcl documentation to investigate
>>&
33B" "1433E" "1433F" "1433G" "1433S" "1433T" "1433Z"
>
> dplyr::bind_rows() failed to work due to incompatible types nevertheless
> rbind() went ahead without warnings.
>
> Best w
t we can cherry-pick them for F38 and F39.
> Thanks.
>
> [1] https://nvd.nist.gov/vuln/detail/CVE-2024-27322
>
> Best,
> --
> Iñaki Úcar
>
> [[alternative HTML version deleted]]
>
> __
> R-devel@r-project.or
d solve the problem, but this probably needs careful
> thinking through in case of other side effects!
>
>
> [[alternative HTML version deleted]]
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
--
Pet
y
> other more legitimate way to access dotTcl function directly from my C-code
> in R 4.4.0.
>
>
> I have two questions:
>
> Would it be possible to get dotTcl C-function (in tcltk.c) of the
> tcltk-package
> registered as C-callable from other packages?
>
> Was
Full schedule is available on developer.r-project.org (pending 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
r it to be mirrored at a CRAN site nearer to you.
Binaries for various platforms will appear in due course.
(The Mac binaries will be delayed for a couple of days because the maintainer
is traveling.)
For the R Core Team,
Peter Dalgaard
These are the checksums (md5 and SHA-256) for the fresh
> Tomas
>
>>
>> Thanks,
>>
>> Peter
>>
>> __
>> R-devel@r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-devel
>
> __
> R-devel@r-pr
x27;s now R-patched.tar.?z:
> https://github.com/r-devel/r-dev-web/commit/8e146a769206924ec60ae08e2841910ac8e23083
>
> --
> Best regards,
> Ivan
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/li
called R-patched.tar.gz?
>
> Thanks again!
> Gabor
>
> On Fri, Aug 9, 2024 at 10:41 AM peter dalgaard wrote:
>>
>> Exactly. I was in the process of getting the CRAN texts to point at
>> base-prerelease, rather than Martin's versions i Zurich and decided that his
; Terry
>
>
>
> --
>
> Terry M Therneau, PhD
> Department of Quantitative Health Sciences
> Mayo Clinic
> thern...@mayo.edu
>
> "TERR-ree THUR-noh"
>
> [[alternative HTML version deleted]]
>
> __
> R-devel@r-project.org mailing list
names()
> ## [1] "Time" "demand" "x.y""x.z"
>
>
> --
> Statistics & Software Consulting
> GKX Group, GKX Associates Inc.
> tel: 1-877-GKX-GROUP
> email: ggrothendieck at gmail.com
>
> __
is and Modelling
> Department of Infectious Disease Epidemiology
> Imperial College - School of Public Health
> St Mary’s Campus
> Norfolk Place
> London W2 1PG
> United Kingdom
> Tel. : 0044 (0)20 7594 3658
> t.jomb...@imperial.ac.uk
> http://sites.google.com/site/th
1
>
>
>
>> C <- matrix(c(2,1i,1i,2),2,2)# 'C' is symmetric
>> eigen(C,F,T)$values
> [1] 2-1i 2+1i
>> eigen(C,T,T)$values # answers disagree because 'C' is not Hermitian
> [1] 3 1
>>
>
This is
3.356873e-06 1.278239e-06 4.620504e-07 1.572170e-07
[36] 4.971980e-08 1.431462e-08 3.613385e-09 7.510902e-10
$vectors
NULL
in which most of the rightmost column of the complex case appear to be
insertions.
-pd
On Jun 18, 2013, at 09:57 , peter dalgaard wrote:
>
> On Jun 18, 2013, at
blas. The
apparent pattern is that things work when R is linked against external
libraries and not when the internal ones are used. So it could be time to start
looking for differences between R's lapack module and the original LAPACK code.
-pd
--
Peter Dalgaard, Professor,
Center
On Jun 18, 2013, at 21:49 , peter dalgaard wrote:
>
> On Jun 18, 2013, at 21:23 , Berend Hasselman wrote:
>
>>
>> So it seems that the blocked algorithm is the cause of the error and that
>> using the (possibly slow) unblocked algorithm gives the correct result.
&
On Jun 19, 2013, at 12:43 , Berend Hasselman wrote:
>
> On 19-06-2013, at 10:24, peter dalgaard wrote:
>
>>
>> On Jun 18, 2013, at 21:49 , peter dalgaard wrote:
>>
>>>
>>> On Jun 18, 2013, at 21:23 , Berend Hasselman wrote:
>>>
&g
On Jun 19, 2013, at 15:58 , Berend Hasselman wrote:
>
> On 19-06-2013, at 14:17, peter dalgaard wrote:
>
>>
>>
>>
>> Thanks. I think I have it nailed down now. The culprit was indeed in our
>> reference BLAS (I had only checked the LAPACK code), c
lmer
namespace is imported/attached by the caller, you likely shouldn't force it to
be so for an eval.parent()-type call. So the qualified name is a natural
solution in that case.
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjer
ile or directory
> util.h:25:25: error: R_ext/Utils.h: No such file or directory
> util.h:29: error: expected declaration specifiers or ‘...’ before ‘bool’
>
> I also tried to reinstall R.
>
> Thanks
>
> __
> R-devel@r-project.o
for translations like this. We will
> still parse the assignment in the same way, but the getParseData text could
> be the true text.
Just watch out for potential complications, e.g.
> `->`(x,1)
Error: could not find function "->"
so one needs to be sure that nothing will
on CRAN uses it, and how trivially could it be excised? Can we
>> also have 'up assign' and "down assign" so I can do:
>>
>>>3
>>> x -^
>>> x -v
>>>4
>>
>> - they make just as much sense.
>>
>> Okay, l
e
> unevaluated arguments, but if it were to, this would be a problem.
>
> Is there an 'R best practice' for achieving what I want (several
> versions of the same function, with different default value for an
> argument)?
We discussed th
ainer and suggest
> it?
Sure, as long as we never change the numbering of FAQ 7.31...
--
Peter Dalgaard, Professor
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
Email: pd@cbs.dk Priv: pda...@gmail.com
___
On Aug 5, 2013, at 16:11 , Barry Rowlingson wrote:
> On Mon, Aug 5, 2013 at 2:53 PM, peter dalgaard wrote:
>
>>> Does this seem FAQ-worthy? Should I e-mail the FAQ maintainer and suggest
>>> it?
>>
>> Sure, as long as we never change the numbering of FAQ 7
-pd
(Berners-Lee et al. never foresaw the chaos created by the commercialization of
the web, or indeed of other academic infrastructures. Try locating Catherine
herself or even the stats department at CWRU to see what I mean.)
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Busine
olution that you get
may depend on rounding error and other low-level details of the algorithm. A
change of machine/os/compiler/etc. may give you a different result.
>
> Best, Ulrike
>
> __
> R-devel@r-project.org mailing list
&g
gt;
>
>
> --
> Gabriel Becker
> Graduate Student
> Statistics Department
> University of California, Davis
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
--
Peter Dalgaard, Prof
rsion 3.0.0 to give an
> incompatibility with the veclib?
>
This seems entirely speculative. Please stick to the facts.
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
Email: pd@cbs.dk
uilds, though. In particular, my MacPorts
build of 3.0.1 does not have the problem on Snow Leopard, nor does the CRAN
build of 3.0.0, still on Snow Leopard. It takes forever to check on a 4GB
machine
--
Peter Dalgaard, Professor
Center for Statistics, Copenhagen Business School
Solbjerg P
On Aug 21, 2013, at 16:00 , Prof Brian Ripley wrote:
> On 21/08/2013 13:45, peter dalgaard wrote:
>>
>> On Aug 20, 2013, at 19:42 , Shelton, Samuel wrote:
>>
>>> Hi all,
>>>
>>> Thanks for getting back to me. We would like to move over t
On Aug 21, 2013, at 16:39 , peter dalgaard wrote:
>
> Likely. I'm not seeing it on the iMac/SnowLeopard, only on the MacPro/Lion.
> I'm upgrading the MacPorts R on the MacPro now to see whether it has issues
> too, but of course that reinstalls everything but the kitc
On Aug 22, 2013, at 20:57 , Michael Friendly wrote:
> Cases in point: in heplots, I had used stats:::Pillai, stats:::Wilks,
> stats:::Roy and stats:::LH for calculation in one of my functions.
That particular case has been on what remains of my conscience for some time
--
Peter Da
with dyn.loading into Splus, where it was passing unaligned pointers and
gcc was expecting them to be aligned. Basically, it became a toss-up whether
dyn.load calls would work or not...
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Busin
Whoops, yes. As Brian reminded me, it was probably double alignment, not
pointers, that was the issue on the old Suns.
-pd
On Aug 29, 2013, at 21:11 , peter dalgaard wrote:
>
> On Aug 29, 2013, at 20:37 , Hadley Wickham wrote:
>
>>> Not to be picky, but that is not the po
gainst putting the same function in twice... (the patch has
tkpostcascade before tkpost, which is wrong, though).
-pd
> Duncan Murdoch
>
> ______
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
--
On Sep 2, 2013, at 00:42 , Duncan Murdoch wrote:
> On 13-09-01 3:53 PM, peter dalgaard wrote:
>>
>> On Sep 1, 2013, at 20:08 , Duncan Murdoch wrote:
>>
>>> On 13-09-01 2:45 AM, Scott Kostyshak wrote:
>>>> 'tkcoords' is defined
s not
>>> already listed in the prior sentence. It doesn't say an "as" method
>>> will be applied if colClasses is one of the atomic, factor, Date, or
>>> POSIXct classes; but I can see how you might assume that, since all
>>> the atomic, factor, Da
> Warm wishes,
> Nigel
>
>
> Research Fellow
> Massachusetts General Hospital / Broad Institute
>
>
> Book link:
> http://thenigerianprofessionalaccountant.files.wordpress.com/2013/04/handboo
> k-of-computational-econometrics-belsley.pdf
>
> __
right away. And, of course, the document has named authors, who are
entitled to have their opinions reflected in its contents.
--
Peter Dalgaard, Professor
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
Email: pd@cb
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, Professor,
Center for Statistics, Copenha
>>-skye
>>
>> __
>> R-devel@r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-devel
>
>
> --
> Brian D. Ripley, rip...@stats.ox.ac.uk
> Professor of Applied Sta
ce for that, but I wouldn’t put it past ESS to do
something similar.
I see your point about cat(“pi”, pi), but I would expect that the bad habit
would get cured first time it was attempted to print something between it and
the next prompt. I’m actually more worr
-in-a-terminal is (usually) linked to them too. Insofar as there
is any sanity left in building terminal interfaces, the sane thing would be to
go via ncurses rather than outputting specific escape sequences.
Of course, there is nothing keeping you from doing silly things like
options(prompt=&
a 'raw'
>
> // mydata->ans is the object returned to R where all the data is made
> available to R user:
> return mydata->ans;
>
> // end of example code
>
> Could you please point the possible reasons for the error along with
> the ways of fixing this is
ats graphics grDevices utils datasets methods base
>
> loaded via a namespace (and not attached):
> [1] tools_3.1.0
>
> [[alternative HTML version deleted]]
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mail
n definition time.
The latter idea might solve some other issues where R structures can't be
defined as constants (pretty much any nonscalar vector, for instance), and the
associated issues with non-reversibility of deparse().
But as you say, it's likely to be hard.
--
Peter Dalgaar
avoid collisions with the release process.
For the Core Team
Peter D.
--
Peter Dalgaard, Professor
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
Email: pd@cbs.dk Priv: pda...@gmail.com
mp; Chair, Quantitative Methods
> York University Voice: 416 736-2100 x66249 Fax: 416 736-5814
> 4700 Keele StreetWeb: http://www.datavis.ca
> Toronto, ONT M3J 1P3 CANADA
>
> ______
> R-devel@r-project.org mailing list
> ht
o I guess that the Sources
page got overlooked.
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
Email: pd@cbs.dk Priv: pda...@gmail.com
__
R-devel@
e you'll be indexing with
i==*nbind before finding that (i < *nbind) is false.
> Thanks
>
> Christophe
>
> --
> Christophe Genolini
> Maître de conférences en bio-statistique
> Université Paris Ouest Nanterre La Défense
> INSERM UMR 1027
>
> _
on2[i] &&
>>> i<*nbInd){i++;}; // lines 198
>>> if(i == *nbInd){
>>> *convergenceTime = iter + 2;
>>> break;
>>> }else{};
>>>}
>>> }
>>> --- 8<
>>>
>
er system elapsed
10.957 1.708 12.917
For more spectacular speedups compare seq(1,10) to seq_len(10) or even just to
1:10. Then again, the slowdown in seq() is so large that it is hard to believe
it to be completely unavoidable.
--
Peter Dalgaard, Professor,
Center for Statistics, Copenha
ve -g -O2"
>> FCFLAGS="-mtune=native -g -O2"
>>
>> Session info is
>>
>> R version 3.1.0 alpha (2014-03-23 r65266)
>> Platform: x86_64-apple-darwin13.1.0 (64-bit)
>>
>> locale:
>> [1] en_GB.UTF-8/en_GB.UTF-8/en_GB.UTF-8/C/en_GB.UTF-8/en_
ing set incorrectly?
-pd
On 03 Apr 2014, at 14:47 , Jon Clayden wrote:
> Many thanks, Prof Ripley. The "--without-internal-tzcode" option does indeed
> resolve the problem.
>
> Regards,
> Jon
>
>
> On 3 April 2014 13:38, Prof Brian Ripley wrote:
> On 03/04
e". As people use Sweave only sporadically, it
could take years before the old usage got stamped out. And anyways, the command
format is the obvious way to generate documents in scripts and makefiles, isn't
it?
-pd
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Bus
t;
>>>>> Maybe it's already clear, but [\\.] is the set for the two symbols '\'
>>>>> and '.', not '.' alone. For example, I would expect an error below:
>>>>>
>>>>>> compareVersion("3.14-59.2
On 25 Apr 2014, at 14:50 , peter dalgaard wrote:
>> Thanks. I've put in a bug report on this one now, so it shouldn't get
>> missed again. If nobody else gets to it first I'll deal with it.
>>
>> I don't see any value in fixing the compareVersi
hinking through
>> consequences and implementing the new class approach may
>> just take a tad too much time...
>
>> Martin
>
>>> But most importantly I think a) is better than the status
>>> quo - even if the discussion about b) drags out.
>
>>>
inspecting SEXP:s and so on? Even better would be if
> substitute() could do this for me, e.g.
>
> expr <- substitute(expr, unlessAlreadyDone=TRUE)
>
> Any suggestions?
>
> Thanks,
>
> Henrik
>
> __
> R-devel@r-pro
another story:
The point here is that the %foo% operators all have the _same_ precedence. In
principle, they can be user-coded, and there is no way to express what
precedence is desirable. It may turn out slightly weird for %in%, but think of
what would happen if %*% had lower precedence t
all down on our heads if we tried...
Also surprising:
> quote(!2+!2)
!2 + (!2)
where it is somewhat perplexing what the parentheses are supposed to be good
for.
>
> Hadley
>
> --
> http://had.co.nz/
--
Peter Dalgaard, Professor
Center for Statistics
an/listinfo/r-devel
>>>
>>> __
>>> R-devel@r-project.org mailing list
>>> https://stat.ethz.ch/mailman/listinfo/r-devel
>>
>> --
>> Hervé Pagès
>>
>> Program in Computational Biology
>
dividual
p-values by the number of comparisons, but they got the rather better idea of
calculating an overall test statistic as the maximum over all marker points and
then finding its permutation distribution.)
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbj
aded and _at that point_ the environment is R_GlobalEnv.
>
> Thanks
> Mick Jordan
>
>
> [[alternative HTML version deleted]]
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
--
Peter Dalgaard, Professor,
(z) : 'x' must contain finite values only
>>
>
> Note, I have:
>> options("na.action")
> $na.action
> [1] "na.omit"
>
> Thanks,
> Ravi
>
> [[alternative HTML version deleted]]
>
> ____
layer_1.22.7 scales_0.2.4 siggenes_1.36.0
> [64] stringr_0.6.2 survival_2.37-7tcltk_3.1.0
> [67] tools_3.1.0XML_3.98-1.1 xtable_1.7-3
> [70] XVector_0.2.0 zlibbioc_1.8.0
>
> -
f yes then how serious is it?
>
> regards
>
> __
> 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
you have inconsolata.sty and not zi4.sty.
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
Email: pd@cbs.dk Priv: pda...@gmail.com
__
R-devel@r-proj
heck
kpsewhich inconsolata.sty
if it is found, and zi4.sty is not, then it should be fixed by an upcoming
patch release.
-pd
>
>
> Peter Dalgaard, Professor wrote:
>> If you are playing with the R-devel branch (or rather, trunk), then just hold
>> your horses fo
y) a
package.
> Cheers,
> Simon Knapp
>
> [[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
On 11 Aug 2014, at 16:49 , peter dalgaard wrote:
>
> On 11 Aug 2014, at 15:46 , André Z. D. A. wrote:
>
>> No, Peter, I have the "(2014-07-10, Sock it to Me) R-3.1.1.tar.gz" source.
>> Thanks for pointing it. So (I hope) it should be ok. Right?
>
> Not
-
>
>
> But how do anyone explain that onde a second run of 'make' it finished!? And
> on two more times it won't show the error again!
>
> Lets try to run R. Done 'make install'... and then run... it works!
>
> I
its default. Removing this difference
>> necessarily changes behaviour and hence (at least in principle) breaks
>> backward compatibility.
>>
>> Peter
>>
>
>
>
> --
> Gabriel Becker
> Graduate Student
> Statistics Department
> University of Cali
Now done, for R-devel only. This can't be high priority.
-pd
On 21 Aug 2014, at 09:28 , peter dalgaard wrote:
>
> So I think Peter Langfelder is absolutely right, remove the default, which is
> never used anyway, and possibly update the documentation with a more direct
Yep, slight variant:
> l <- list(`a\\b`=1)
> l
$`a\b`
[1] 1
> l$`a\b`
NULL
> l$`a\\b`
[1] 1
> Duncan Murdoch
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/l
What you are experiencing would seem to amount to this:
> f <- function(x=c("a","b","c")) {x <- letters[1:3] ; match.arg(x)}
> f()
[1] "a"
> f <- function(x=c("a","b","c")) {x <- letters[1:2] ; match.arg(x)}
&
ill give the same NOTE,
> though you can argue that that note is actally a "false positive".
>
> Not sure about another elegant way to make "2)" work, apart from
> using data() on each of the datasets inside the
> function. As I haven't tried it, that may *still* give a
> (false) NOTE
or 'mutate'
> playerInfo: no visible binding for global variable 'Master'
> teamInfo: no visible binding for global variable 'Teams'
>
> Found the following calls to data() loading into the global environment:
> File 'Lahman/R/Label.R':
>
On 27 Aug 2014, at 19:51 , Michael Friendly wrote:
> - Peter Dalgaard noted the change in R-devel, and nobody so far has suggested
> a working remedy, so a clean solution
> seems warranted.
Actually, both Peter Dalgaard and Brian Ripley suggested Lahman:battingLabels,
and, with th
Jul Aug Sep Oct Nov
1973 9007 8106 8928 9137 10017 10826 11317 10744 9713 9938 9161
1974 7750 6981 8038 8422 8714 9512 10120 9823 8743 9129 8710
...
which confused me at first, but it actually just means that "accdeaths" is
found on the search path in the latter c
wrote:
> log(8, base=8L)-1
> log(8, base=8)-1
> logvals <- setNames(log(2:25,base=2:25)-1,2:25)
> logvals[logvals!=0] ## 5,8,14,18,19,25 all == .Machine$double.eps/2
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksbe
7;s say that he suspected something of the sort.
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
Email: pd@cbs.dk Priv: pda...@gmail.com
__
R-devel@r
Prof Brian Ripley
>>>>>>on Wed, 3 Sep 2014 06:46:47 +0100 writes:
>
>> On 02/09/2014 22:43, Ben Bolker wrote:
>>> On 14-09-02 08:48 AM, Martin Maechler wrote:
>>>>>>>>> peter dalgaard
>>>>>>>>> o
501 - 600 of 1332 matches
Mail list logo
