On 27/08/2021 3:06 p.m., Enrico Schumann wrote:
On Fri, 27 Aug 2021, Gabor Grothendieck writes:
Are there any guarantees of whether x will equal 1 or 2 after this is run?
(x <- 1) * (x <- 2)
## [1] 2
x
## [1] 2
At least the "R Language Definition" [1] says
"The exponentiation operator
On Fri, 27 Aug 2021, Gabor Grothendieck writes:
> Are there any guarantees of whether x will equal 1 or 2 after this is run?
>
> (x <- 1) * (x <- 2)
> ## [1] 2
> x
> ## [1] 2
At least the "R Language Definition" [1] says
"The exponentiation operator ‘^’ and the left
assignment plus minus
Due to lazy evaluation, the order of operations can be pretty random in R.
Actually, some operations may not be performed at all, sometimes.
The following program illustrates the issue:
test1=function(x,y) {}
test2=function(x,y) {x;y}
test3=function(x,y) {y;x}
alpha="hello"
test1(alpha <- 1,
Running things in various forms of parallel opens up all kinds of issues.
Currently, programs that use forms like "threads" often need to carefully
protect any variables that can be changed using things like locks.
So what would they do in the scenario being discussed? Would they need to
It could be that the two sides of * are run in parallel in the future and maybe
not having a guarantee would simplify implementation?
On Fri, Aug 27, 2021 at 12:35 PM Avi Gross via R-devel
wrote:
>
> Does anyone have a case where this construct has a valid use?
>
> Didn't Python add a :=
Does anyone have a case where this construct has a valid use?
Didn't Python add a := operator recently that might be intended more for
such uses as compared to using the standard assignment operators? I wonder
if that has explicit guarantees of what happens in such cases, but that is
outside
I agree and personally never do this but I would still like to know if it
is guaranteed behavior or not.
On Fri, Aug 27, 2021 at 11:28 AM Thierry Onkelinx
wrote:
> IMHO this is just bad practice. Whether the result is guaranteed or not,
> doesn't matter.
>
> ir. Thierry Onkelinx
> Statisticus /
IMHO this is just bad practice. Whether the result is guaranteed or not,
doesn't matter.
ir. Thierry Onkelinx
Statisticus / Statistician
Vlaamse Overheid / Government of Flanders
INSTITUUT VOOR NATUUR- EN BOSONDERZOEK / RESEARCH INSTITUTE FOR NATURE AND
FOREST
Team Biometrie & Kwaliteitszorg /
Are there any guarantees of whether x will equal 1 or 2 after this is run?
(x <- 1) * (x <- 2)
## [1] 2
x
## [1] 2
--
Statistics & Software Consulting
GKX Group, GKX Associates Inc.
tel: 1-877-GKX-GROUP
email: ggrothendieck at gmail.com
__
Thanks for the immediate response!
Cheers!
Iason
Στις Παρ, 27 Αυγ 2021 στις 3:04 μ.μ., ο/η Kern, Lori <
lori.sheph...@roswellpark.org> έγραψε:
> It depends on what you mean by logo. If you created an image or sticker
> of some sort with the package name, you are free to change this as
>
I can begin the deprecation process for your package. thank you for letting us
know.
Lori Shepherd
Bioconductor Core Team
Roswell Park Comprehensive Cancer Center
Department of Biostatistics & Bioinformatics
Elm & Carlton Streets
Buffalo, New York 14263
Dear Bioconductor support team,
since a couple of years my alsace package is part of Bioconductor. For
some time, however, active development has stopped, and I do not have
the idea that it will pick up in the near future. I would like to
withdraw the package from Bioconductor, and have it
It depends on what you mean by logo. If you created an image or sticker of
some sort with the package name, you are free to change this as Bioconductor
does not utilize that information currently on our site or landing pages.
There are no restrictions currently for changing a package logo
Dear R developers,
R makes some functions interruptible, thanks to a call to R_CheckUserInterrupt.
Simple arithmetic operations can be interrupted avoiding freezes when using
huge arrays (e.g. length > 1 billion).
But many operations, such as matrix multiplication, are not interruptible. I
On Fri, Aug 27, 2021 at 10:25 AM Uwe Ligges
wrote:
>
>
> On 23.08.2021 18:07, Alan Aw wrote:
> > Hi,
> >
> > I submitted a package to CRAN, but it keeps failing a particular check
> for
> > Windows. This error shows up when I check my code examples.
> >
> > Error: connections left open:
> >>
On 23.08.2021 18:07, Alan Aw wrote:
Hi,
I submitted a package to CRAN, but it keeps failing a particular check for
Windows. This error shows up when I check my code examples.
Error: connections left open:
<-CRANwin.fb05.statistik.uni-dortmund.de:11602
Hi bioc-devel,
I was wondering if it's possible to change the *logo *of a package after it
has been submitted to Bioconductor. So far, my package logo is used in
my *shiny
app *tab and in the package vignette. My package is to-be submitted for
review in Bioconductor next week.
I know from a
17 matches
Mail list logo