policy or position."
We do this with save.image. Since save is a little more general it is
a bit less obvious what the right way to do this sort of thing is, or
whether there is a single right way. I think if I was concerned about
this I would write something around the current save for par
On Mon, 16 Apr 2007, Henrik Bengtsson wrote:
> On 4/16/07, Luke Tierney <[EMAIL PROTECTED]> wrote:
>> On Mon, 16 Apr 2007, Bill Dunlap wrote:
>>
>> > On Sun, 15 Apr 2007, Henrik Bengtsson wrote:
>> >
>> >> On 4/15/07, Prof Brian Ripley &l
this one option may be to have events on your nterrupt
widget managed by a small thread that does nothing other than send a
signal to the main thread if the widget is clicked.
Best,
luke
--
Luke Tierney
Chair, Statistics and Actuarial Science
Ralph E. Wareham Professor of Mathematical Sciences
On Sat, 5 May 2007, Prof Brian Ripley wrote:
> On Fri, 4 May 2007, Luke Tierney wrote:
>
>> On Fri, 4 May 2007, Deepayan Sarkar wrote:
>>
>>> On 5/4/07, Prof Brian Ripley <[EMAIL PROTECTED]> wrote:
>>>> On Fri, 4 May 2007, Deepayan Sarkar wrote:
On Sat, 5 May 2007, Prof Brian Ripley wrote:
> On Sat, 5 May 2007, Luke Tierney wrote:
>
>> On Sat, 5 May 2007, Prof Brian Ripley wrote:
>>
>>> On Fri, 4 May 2007, Luke Tierney wrote:
>>>
>>>> On Fri, 4 May 2007, Deepayan Sarkar wrote:
>>&g
On Sun, 6 May 2007 [EMAIL PROTECTED] wrote:
> On 5/5/07, Luke Tierney <[EMAIL PROTECTED]> wrote:
>> On Sat, 5 May 2007, Prof Brian Ripley wrote:
>>
>> > On Sat, 5 May 2007, Luke Tierney wrote:
>> >
>> >> On Sat, 5 May 2007, Prof Brian Ripley w
ightful dot com
> 360-428-8146
>
> "All statements in this message represent the opinions of the author and do
> not necessarily reflect Insightful Corporation policy or position."
>
> __
> R-devel@r-project.org mailing list
is to be made. Why that is the case is
impossible to tell without a simple reproducible example.
Best,
luke
--
Luke Tierney
Chair, Statistics and Actuarial Science
Ralph E. Wareham Professor of Mathematical Sciences
University of Iowa Phone: 319-335-3386
Depart
On Thu, 16 Aug 2007, Byron Ellis wrote:
> On 8/16/07, Luke Tierney <[EMAIL PROTECTED]> wrote:
>> On Wed, 15 Aug 2007, Byron Ellis wrote:
>>
>>> Hi all, I'm having a problem with some sort of interaction with try()
>>> and methods, I think.
>>>
empty in the call (not an issue for the intended
embedded usage). Need to think about that a bit as well.
Best,
luke
On Thu, 16 Aug 2007, Byron Ellis wrote:
> On 8/16/07, Luke Tierney <[EMAIL PROTECTED]> wrote:
>>
>> There sae, at 2.5.0 I believe. At that point try was r
cter vectors has changed in
>> R-devel and so IMO testing there would make sense before persuing this
>> further, I suspect your results will be different.
>>
>> + seth
>>
>>
>
> __
> [EMAIL PROTECTED] mailing lis
t;
> ## Old behavior (tested with R-2.4.1):
> > try(try(exp(NULL)), silent=TRUE)
> >
>
>
> ## Current behavior (R-2.6.0 unstable, build 42641, WinXP):
> > try(try(exp(NULL)), silent=TRUE)
> Error in exp(NULL) : Non-numeric argument to mathematical function
> &
gt; that while one can rewrite ones outer code using tryCatch, one may not have
> control over the use of try in a given inner function.
>
> Thomas
>
>
>
> Luke Tierney wrote:
>> Yes. If you want finer control use tryCatch.
>>
>> Best,
>>
>&
ot;Rmpi"),
slavearg=arg,
nslaves=count)
} else{ # for unix
count <- mpi.comm.spawn(slave = "/usr/bin/env",
slavearg = args,
nslaves = count,
intercomm = intercomm)
}
Doing some
. Its a bit difficult to debug
> code involving promises if you can't inspect the objects you are
> working with.
>
>> R.version.string # Vista
> [1] "R version 2.6.0 beta (2007-09-19 r42914)"
>
> __
> R-devel@r-project.org mailing
ronment())(1+2, "y", {cat(" HO! "); pi+2})
>>> (le <- as.list(e)) # evaluates the promises
>> $x
>>
>> $y
>>
>> $z
>>
>>
>> which contrary to the comment appears unevaluated. Is the comment
>> wrong or is it su
re is no way to inspect the evaluation environment so you are never sure
> which environment a given promise is evaluating in) and possibly
> for writing programs as well.
>
> On 9/27/07, Luke Tierney <[EMAIL PROTECTED]> wrote:
>> On Wed, 26 Sep 2007, Gabor Grothendieck wrote:
bably be
easier to rewrite R from scratch than to retro-fit full reference
cunting to what we have so I an't see it happening real soon. Also it
doesn't help with many things, like user-level assignment: there
really are two references at the key point in that case. With
compilation it may b
ty clear on their preference for using mpicc
> | > for compiling/linking to keep control of the compiler and linker options
> | > and
> | > switches. Note that e.g. on my Debian system
> | >
> | > [EMAIL PROTECTED]:~> mpicc --showme:link
> | > -pthread -
pal -ldl -Wl,--export-dynamic -lnsl
-lutil -lm -ldl
whereas Rmpi built with just the default from R CMD:
gcc-4.2 -std=gnu99 -shared -o Rmpi.so RegQuery.o Rmpi.o conversion.o
internal.o -L/usr/lib -lmpi -lpthread -fPIC -L/usr/lib/R/lib -lR
Don't we need libopen-rte and libopen-pal as th
er)
>> class(tester::e)
> [1] "x" "environment"
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
--
Luke Tierney
Chair, Statistics and Actuarial
lly get into the guts of it. Any
> information would be greatly appreciated.
>
> -Ed
>
> ______
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
--
Luke Tierney
Chair, Statistics and Actuarial Science
Ralph E. Wareham Prof
>> function(object,...) mle(minuslogl(obj)) and minuslogl is an extractor
>> function returning (tada!) the negative log likelihood function.
>>> (My version also has a cool formula interface and other
>>> bells and whistles, and I would love to get feedback from
t;>
>> It is not at all an unlikely design to have mle() as a generic function
>> which works on many kinds of objects, the default method being
>> function(object,...) mle(minuslogl(obj)) and minuslogl is an extractor
>> function returning (tada!) the negative log lik
stat.ethz.ch/mailman/listinfo/r-devel
______
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
--
Luke Tierney
Chair, Statistics and Actuarial Science
Ralph E. Wareham Professor of Mathematical Sciences
University of Iowa
On Fri, 7 Dec 2007, Ben Bolker wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Luke Tierney wrote:
>> On Fri, 7 Dec 2007, Duncan Murdoch wrote:
>>
>>
>>
>> For working at the general likelihood I think is is better to
>> encourage
On Sat, 8 Dec 2007, Peter Dalgaard wrote:
> Luke Tierney wrote:
>
> [misc snippage]
>>>
>>> But I'd prefer to avoid the necessity for users to manipulate the
>>> environment of a function. I think the pattern
>>>
>>> model( f, data=d )
>> that could lead to make that code "thread-safe", but I am
>>> not at all sure this is possible without using
>>> "thread-library C code".
>
>IU> I'll look into it.
>
>
>IU> With respect,
>IU> --
>
;_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918
~~ - ([EMAIL PROTECTED]) FAX: (+45) 35327907
__________
R-devel@r-project.org mailing list
https:/
by writing the following C routine:
>>
>> SEXP xp_new()
>> {
>> return R_MakeExternalPtr(NULL, R_NilValue, R_NilValue);
>> }
>>
>> so I can create new "externalptr" instances from R with:
>>
>> .Call("xp_new"
on.exit multiple
>>>> on.exit's add additional on.exits rather than being ignored.
>>>>
>>>> Is this important?
>>>
>>> It facilitates a completely different style of programming - see
>>> http://en.wikipedia.org/wiki/Continuation-pass
.exit's add additional on.exits rather than being ignored.
>>>
>>> Is this important?
>>
>> It facilitates a completely different style of programming - see
>> http://en.wikipedia.org/wiki/Continuation-passing_style
>>
>> --
>> http://had.co.n
e with the error handling at
the C level. Currently I use callCC in the constantFold function in
codetools (which is why callCC was added when codetools became
recommended). This use is similar to the tree example.
luke
>>
>>
>> On Sun, Mar 30, 2008 at 1:31 PM, Luke Tierne
t;
>> __
>> R-devel@r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-devel
>>
>>
>
>
--
Luke Tierney
Chair, Statistics and Actuarial Science
Ralph E. Wareham Professor of Mathematical Sciences
University of
ly miss them in R.
> best wishes
> ferdinand
>
> On Tue, Apr 1, 2008 at 12:32 PM, Luke Tierney <[EMAIL PROTECTED]> wrote:
>> No. First class continuations of the kind provided in scheme can be
>> used as a means to implement generators, but downward-only
>> continuati
e/share/info
> LESSCLOSE=lessclose.sh %s %s
> G_BROKEN_FILENAMES=1
> JAVA_ROOT=/usr/lib/jvm/java
> COLORTERM=1
> _=/usr/bin/env
>
>
> [EMAIL PROTECTED]:~> which mpirun
> /opt/openmpi/bin/mpirun
>
> Also note: mpich is also installed and is also in the PATH, af
On Thu, 3 Apr 2008, Andrew Piskorski wrote:
> On Wed, Apr 02, 2008 at 11:58:34AM -0500, Luke Tierney wrote:
>> Subject: Re: [Rd] callCC in 2.7.0
>
>> Some of us worked on something along these lines a while back in a
>> branch called R-uthreads, but the cost of converting
thread: how is memory allocated by Calloc() and R_alloc() stand
>>> up against long jumps?
>>
>> R_alloc is stack-based; the stack is unwound on a non-local exit, so
>> this is released on regular exits and non-local ones. It uses R
>> allocation, so it could itself ca
t;>
>> I've tried to put some back quotes on the left side of the assignment in
>> different ways but was not successful. So finally I had to use the
>> non-replacement form:
>>
>> > x <- base::`length<-`(x, 7)
>> > x
>> [1] 0
Fax: +44 1865 272595
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
--
Luke Tierney
Chair, Statistics and Actuarial Science
Ralph E. Wareham Professor of Mathematical Sciences
University of Iowa
,
Kjell
On 16 mai 08, at 13:54, Luke Tierney wrote:
I'm not sure you can make this work as some of the things needed
either are or should be private to the core implementation and not
available to package code. In any case I would not recommend this
approach for two reasons. First, details of
something?
Cheers,
Simon
Cheers,
Kjell
On 16 mai 08, at 13:54, Luke Tierney wrote:
I'm not sure you can make this work as some of the things needed
either are or should be private to the core implementation and not
available to package code. In any case I would not recommend this
a
happy since it doesn't know about this property of
error and so would issue a warning, ant the /* NOT REACHED */ comment
here (and elswehere) remindes us of this.
Best,
luke
Thanks,
Laurent
______
R-devel@r-project.org mailing list
https://stat
nds.arg)elapsed.time(Sys.sleep(seconds.arg)))
elapsed elapsed elapsed
1.001 2.001 3.001
Another approach would be to find the environment that expr
came from and feed that into eval(). Is there a way to get
the environment that an unevaluated argument was created in?
__
er
things) to give the "Error: '...' used in an incorrect context" error
if the value is a DOTSXP.
luke
--
Luke Tierney
Chair, Statistics and Actuarial Science
Ralph E. Wareham Professor of Mathematical Sciences
University of Iowa Phone: 319
On Tue, 1 Jul 2008, Duncan Murdoch wrote:
On 30/06/2008 10:56 AM, Luke Tierney wrote:
On Sat, 28 Jun 2008, Peter Dalgaard wrote:
Gabor Grothendieck wrote:
Suppose we do this:
f <- function(...) environment()
e <- f(a = 1, b = 2)
ls(e, all = TRUE)
[1] "..."
e$...
2, 2008 at 10:57 AM, Luke Tierney <[EMAIL PROTECTED]> wrote:
On Tue, 1 Jul 2008, Duncan Murdoch wrote:
On 30/06/2008 10:56 AM, Luke Tierney wrote:
On Sat, 28 Jun 2008, Peter Dalgaard wrote:
Gabor Grothendieck wrote:
Suppose we do this:
f <- function(...) environment()
e <- f(a
on out any major issues I missed before
release to CRAN.
Thanks,
luke
--
Luke Tierney
Chair, Statistics and Actuarial Science
Ralph E. Wareham Professor of Mathematical Sciences
University of Iowa Phone: 319-335-3386
Department of Statistics andFax:
high level
constructs I though I'd ask here about other peoples experiences...
Is anyone around here doing parallel R on Windows? If so could you share
your experience?
// Giuseppe
--
Luke Tierney
Chair, Statistics and Actuarial Science
Ralph E. Wareham Professor of Mathematical Sciences
called ProfileErr?
giles
How can I define environments within a function so that they are visible
to calls to a sub-function?
I think you need to give a simplified, runnable example. (Or at least
runnable until it hits the scoping problem you've got.) "Sub-function&quo
d code
"t.test(x,conf.level=(1-p))$conf.int[2]" so I can embedd it I would be most
appreciative.
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
--
Luke Tierney
Chair, Statistics and Actuarial Science
On Wed, 3 Sep 2008, EBo wrote:
Luke Tierney <[EMAIL PROTECTED]> said:
...
do something like the following:
R_Expr = R_Parse1Buffer(&R_ConsoleIob, 0, &status);
if (PARSE_OK==status) {
...
value = eval(R_CurrentExpr, rho);
...
}
We definitely do NOT want this f
romise test for NAMED == 2 and bump
up if it isn't. We could also have parse create all LANGSXPs with
NAMED == 2 but that leaves out programmatically created functions.
Either change fixes this bug; not sure which is the best one (or
whether we should do both). Changing mkPromise is mo
On Wed, 24 Sep 2008, Luke Tierney wrote:
On Wed, 24 Sep 2008, Peter Dalgaard wrote:
Perry de Valpine wrote:
Dear R-devel:
The following code seems to allow one function to permanently modify a
calling function. I did not expect this would be allowed (short of
more creative gymnastics) and
its class is "environment" only then the class attribute was stripped.
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
--
Luke Tierney
Chair, Statistics and Actuarial Science
Ralph E. Wareham Pro
On Fri, 3 Oct 2008, Gabor Grothendieck wrote:
On Fri, Oct 3, 2008 at 11:43 AM, Luke Tierney <[EMAIL PROTECTED]> wrote:
I will look into fixing it sometime if no one else feels like doing
it. The environment aspect is not high priority; some other related
issues are more so (locking and
On Fri, 3 Oct 2008, Gabor Grothendieck wrote:
On Fri, Oct 3, 2008 at 12:46 PM, Luke Tierney <[EMAIL PROTECTED]> wrote:
On Fri, 3 Oct 2008, Gabor Grothendieck wrote:
On Fri, Oct 3, 2008 at 11:43 AM, Luke Tierney <[EMAIL PROTECTED]> wrote:
I will look into fixing it sometime if
tion the entire rest of my code
body...)
Is it possible to 'get' the old behaviour back?
Mark Bravington
CSIRO Mathematics & Information Science
CSIRO Marine Lab
Hobart
Australia
__
R-devel@r-project.org mailing list
https://stat.ethz.c
my documentation examples were
broken by the 'get' change for this kind of reason-- it was late last night
when I fixed them, and I now can't remember what they all were.
Ah well. I had a nasty feeling somebody might say "we are going to fix the other
accessors too" sin
))
# Error: vector memory exhausted (limit reached?)
quit()
# Error: vector memory exhausted (limit reached?)
1
# Error: vector memory exhausted (limit reached?)
vQ
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
--
Luke
I on track here that this implies that it is possible to have an
> importFromAs directive without change to the current underlying
> mechanism and that only higher level additions would be needed (not to
> say it would be easy).
>
> Best,
>
> + seth
>
> __
or the lifetime of that object, but this
> is not documented and should not be relied on. (I am thinking if for
> example a block is made into a CHARSXP 'by hand', but the documented route
> is mkChar which makes a copy.)
>
>> Jeff Henrikson
>>
>> PLEASE
of
> predict.smooth.spline where predict.smooth.spline.fit is visible.
>
> I am afraid that you should not be expecting to be able to subvert things
> this way.
>
> [...]
>
> Now, I was a little surprised that Recall() needed to do a lookup, but R's
> context only cont
chatch interrupts and re-install
the delayed assignment if one occurs.
It might not be a bad idea for us to look into the promise evaluation
internals and see if we should/can separate the promise black-holing
from detection of recursive default argument references to get more
reasonable error messages
# b-noy-eval.RData: 58 bytes
# RDX2Xsources¦¦
What is going on?
I get this on both R v2.3.0 patched (2006-04-28 r37936) and R v2.3.1
beta (2006-05-23 r38179) on my WinXP (with Rterm --vanilla).
--
Luke Tierney
Chair, Statistics and Actuarial Science
Ralph E. Wareham Profess
n <- list()
> # Do not add more than 50 warnings
> if (length(lwarn) >= 50) return()
> # Add the warning to this list
> nwarn <- length(lwarn)
> names.warn <- names(lwarn)
> Call <- conditionCall(w)
> lwarn[[nwarn + 1]] <- Call
>
>> This e-mail, and any attachments hereto, are intended for ...{{dropped}}
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
--
Luke Tierney
Chair, Statistics and Actuarial Science
d a look at
>>> tryCatch and using a warning handler, but this terminates execution at
>>> the warning.
>>>
>>> Thanks,
>>>
>>> Hadley
>>>
>>> __
>>> R-devel@r-projec
ltWarn(), or in the alternative, to
> choose between .dfltStop and .dfltWarn based on the class of the condition
> object.
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
--
Luke Tierney
Chai
0)
>> if (pos == 0)
>> stop(gettextf(paste("package '%s' has no name space and",
>> "is not on the search path"), pkg), domain = NA)
>> get(name, pos = pos, inherits = FALSE)
>> }
>> else tryCatch(getExportedValue(pkg, name), error=
On Mon, 9 Oct 2006, Prof Brian Ripley wrote:
> On Fri, 6 Oct 2006, Luke Tierney wrote:
>
>> On Fri, 6 Oct 2006, Duncan Murdoch wrote:
>>
>>> On 10/6/2006 9:05 AM, [EMAIL PROTECTED] wrote:
>>>> Full_Name: Thomas Friedrichsmeier
>>>> Version: 2
(530) 752-7099
> One Shields Ave.
> University of California at Davis
> Davis,
> CA 95616,
> USA
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.3 (Darwin)
>
> iD8DBQFFNksN9p/Jzwa2QP4RAjXYAJ0cbGzw6IsCU62RWGxHDS7v1E4jzwCeOWSz
> HGMaKhRjidss+7cu3gok2YU=
> =3
R has side effects it isn't clear that marking
promises as unevaluated if they did not complete their evaluation (but
may have completed part of it) is clearly preferable to treating them
as evaluated if they haven't completed all their evaluation.
Best,
luke
--
Luke Tierney
Chai
ust an idea...
René
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
--
Luke Tierney
Chair, Statistics and Actuarial Science
Ralph E. Wareham Professor of Mathematical Sciences
University of Iowa Phone:
asily extensible in an OO manner, though. The Python threads I
use *are* objects (and very similar apparently to Java's threading
model).
Best,
René
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
--
Luke
and that seems long overdue for removal.)
Except for a small detail: the code in R_FindNamespace protects the
expression before callign eval -- this is needed since eval does not.
Best,
luke
--
Luke Tierney
Chair, Statistics and Actuarial Science
Ralph E. Wareham Professor of Mathema
le to a package writer, and
> this is equally undocumented.
This level of detail should remain undocumented as it might be useful
to change the representation at some point. R_FindNamespace is a safer
bet, and we probably should document it as officially available..
Best,
luke
--
Luke Tierney
La version française suit le texte anglais.
This email may contain privileged and/or confidential inform...{{dropped}}
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
-
Grosjean wrote:
>>>>> Duncan Murdoch wrote:
>>>>> [...]
>>>>>> I've just added this function to R-devel (to become 2.5.0 next spring):
>>>>>>
>>>>>> withVisible <- function(x) {
>>>>>>
> Could anyone with deeper knowledge of R internals comment on whether this
> makes any sense ?
>
> thank you very much !
>
> Vladimir Dergachev
>
> __
> R-devel@r-project.org mailing list
> h
On Mon, 6 Nov 2006, Vladimir Dergachev wrote:
>
> Hi Luke,
>
> Thank you for the patient reply !
>
> I have looked into the issue a little deeper, comments below:
>
> On Thursday 02 November 2006 11:26 pm, Luke Tierney wrote:
>> On Wed, 1 Nov 2006, Vladim
On Wed, 8 Nov 2006, Vladimir Dergachev wrote:
> On Wednesday 08 November 2006 12:56 pm, Luke Tierney wrote:
>> On Mon, 6 Nov 2006, Vladimir Dergachev wrote:
>>> Hi Luke,
>>>
>>>
>>> I generally agree with this, however I believe that current logic brea
pm, Luke Tierney wrote:
>> On Wed, 8 Nov 2006, Vladimir Dergachev wrote:
>>> On Wednesday 08 November 2006 12:56 pm, Luke Tierney wrote:
>>>> On Mon, 6 Nov 2006, Vladimir Dergachev wrote:
>>>
>>> Hi Luke,
>>>
>>> Yes, I gladly conce
f()
> [1] TRUE
>> f <- function(v=!h, h=!v) g(v)
>> f()
> [1] FALSE
>> f <- function(v=!h, h) g(v)
>> f()
> [1] FALSE
>
> so the fix could be to realize that we cannot detect missingness in a
> perfectly reliable way and just pretend that arguments are al
standard evaluation for apropos()
> and find().
>
> (I understand we cannot do this for library() and help().)
I agree completely. If it is OK to make changes that make previous
usage fail then it would be better to go to standard evaluation and
let apropos(lm) fail.
luke
--
Luk
...but that's unavoidable when looking at frozen object contents
instead of their live memory layout.
If you're interested, here's the development version of the package:
install.packages('depcache',contriburl='https://aitap.github.io/Rpackages')
es) and found 70%
of usages reading the full file.
[5] repro:
https://gist.github.com/MichaelChirico/247ea9500460dca239f031e74bdcf76b
requires GitHub PAT in env GITHUB_PAT for API permissions.
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailm
o.
Best,
luke
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
--
Luke Tierney
Ralph E. Wareham Professor of Mathematical Sciences
University of Iowa Phone: 319-335-338
comparison (>) is not possible for language types
Best,
luke
--
Luke Tierney
Ralph E. Wareham Professor of Mathematical Sciences
University of Iowa Phone: 319-335-3386
Department of Statistics andFax: 319-335-3017
Actuarial Sc
ks, one early and
the other late. The early one is explicitly letting this one through
and shouldn't. So a one line change would address this particular
problem. But it would be a good idea to review why we the late checks
are needed at all and maybe change that. I'll look into it.
Best,
l
out.
Best,
June
[[alternative HTML version deleted]]
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
--
Luke Tierney
Ralph E. Wareham Professor of Mathematical Sciences
University of Iowa Phone
` argument to library() has been a
*relatively* recent addition {given the 25+ years of R history}:
It was part of the extensive new features by Luke Tierney for
R 3.6.0 [r76248 | luke | 2019-03-18 17:29:35 +0100], with NEWS entry
• library() and require() now allow more control
w Kay
Associate Professor
Computer Science & Communication Studies
Northwestern University
matthew@u.northwestern.edu
http://www.mjskay.com/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
--
Luke Tierney
ate is not
realistic. The only way that would work reliably is if the list could
be programmatically generated, for example by parsing installed
headers for declarations and caveats as above. Which would be possible
with changes like the ones listed above.
Best,
luke
Hadley
--
Luke Tierney
hat stands now. But there was and is no viable option other than to
agree to disagree. There is really no upside to re-litigating this
now.
Best,
luke
Hadley
[[alternative HTML version deleted]]
__
R-devel@r-project.org mailing list
https:
ed via a namespace (and not attached):
[1] compiler_4.5.0
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
--
Luke Tierney
Ralph E. Wareham Professor of Mathematical Sciences
University of Iowa Phone: 319-335-3386
D
would
create a cycle and throw an error if it would. Need to think a bit
about exactly where the check should go.
Best,
luke
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
--
Luke Tierney
Ralph E. W
On Sat, 11 May 2024, Peter Langfelder wrote:
On Sat, May 11, 2024 at 9:34 AM luke-tierney--- via R-devel
wrote:
On Sat, 11 May 2024, Travers Ching wrote:
The following code snippet causes R to hang. This example might be a
bit contrived as I was experimenting and trying to understand
On Mon, 13 May 2024, Ivan Krylov wrote:
[You don't often get email from ikry...@disroot.org. Learn why this is
important at https://aka.ms/LearnAboutSenderIdentification ]
On Mon, 13 May 2024 09:54:27 -0500 (CDT)
luke-tierney--- via R-devel wrote:
Looks like I added that warning 22
e I hope to turn this into a blog
post that will include some examples of moving non-API entry point
uses into compliance.
Best,
luke
--
Luke Tierney
Ralph E. Wareham Professor of Mathematical Sciences
University of Iowa Phone: 319-335-3386
Department of Statistics and
301 - 400 of 411 matches
Mail list logo
