Displaying 20 results from an estimated 3000 matches similar to: "Typo/bug in R-3.6.0/src/scripts/config ?"
2019 Apr 27
2
Suspect error in windows version of 3.60
On 27/04/2019 10:30 a.m., Len Weil wrote:
> Gentlemen,
>
>
>
> I've observed a suspected bug in R-3.60 for Windows 10.
>
> I am using the latest R version, but I have observed the same error in all
> releases: alpha, beta RC and released.
>
> Also the same issue occurs in the 32 and 64 bit GUI versions. The program
> header I invoke is:
>
>
2019 Jun 23
2
methods package: A _R_CHECK_LENGTH_1_LOGIC2_=true error
Thank you.
To correct myself, I can indeed reproduce this with R --vanilla too.
A reproducible example is:
$ R --vanilla
R version 3.6.0 Patched (2019-05-31 r76629) -- "Planting of a Tree"
...
> Sys.setenv("_R_CHECK_LENGTH_1_LOGIC2_" = "true")
> loadNamespace("oligo")
Error in omittedSig && (signature[omittedSig] != "missing") :
2017 Apr 19
0
R 3.4 has broken C++11 support
On 19 April 2017 at 12:42, Angerer, Philipp via R-devel wrote:
| Well, my linux distribution has very recent versions
| of everything, so a working C++11 compiler exists:
|
| $ gcc --version | head -n1
| gcc (GCC) 6.3.1 20170306
|
| Could wrong ./configure options be at fault here? See:
|
| https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=r-devel#n40
|
| My sessionInfo():
|
| $ R-devel
2019 May 29
2
R pkg install should fail for unsuccessful DLL copy on windows?
Hi all,
I am having an issue related to installing packages on windows with
R-3.6.0. When installing a package that is in use, I expected R to stop
with an error. However I am getting a warning that the DLL copy was not
successful, but the overall package installation IS successful. This is
quite dangerous because the old DLL and the new R code could be
incompatible.
I am definitely not the
2019 May 30
2
R pkg install should fail for unsuccessful DLL copy on windows?
thanks for the tip Jan.
However it would be nice if I didn't have to handle this myself for all of
my packages. (and teach my students how to do that)
BTW I tried to disable staged installation, and the issue still happens:
th798 at cmp2986 MINGW64 ~/projects/max-generalized-auc (master)
$ R_INSTALL_STAGED=FALSE R --vanilla -e
2019 Jun 25
3
methods package: A _R_CHECK_LENGTH_1_LOGIC2_=true error
**Maybe this bug needs to be understood further before applying the
patch because patch is most likely also wrong**
Because, from just looking at the expressions, I think neither the R
3.6.0 version:
omittedSig <- omittedSig && (signature[omittedSig] != "missing")
nor the patched version (I proposed):
omittedSig <- omittedSig & (signature[omittedSig] !=
2014 Jul 19
1
[PATCH] Fix typo in src/imap-urlauth/imap-urlauth-worker.c
The attached trivial patch fixes a typo in src/imap-urlauth/imap-urlauth-worker.c.
Cheers,
Jelmer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dovecot-fix-typo.diff
Type: text/x-diff
Size: 465 bytes
Desc: not available
URL: <http://dovecot.org/pipermail/dovecot/attachments/20140720/89eca02b/attachment.bin>
-------------- next part --------------
A
2010 Feb 08
2
tiny typo in translation (src/library/tools/po/R-de.po)
Dear developers,
nearly not worth mentioning, but anyway:
there is a tiny typo in a german translation file (in
src/library/tools/po/R-de.po: 'erzuege' instead off 'erzeuge').
The attached (if it passes the filters...) patch (for revision 51109)
should correct this.
Thanks,
Martin
--
Dr. Martin Becker
Statistics and Econometrics
Saarland University
Campus C3 1, Room 206
2014 Mar 01
1
trivial typo in src/library/base/man/timezone.Rd
>From SVN r65092:
line 111: "Note that that the abbreviations have changed over the years"
(duplicated "that")
Ben Bolker
2015 Apr 21
1
Typo in src/scripts/config
Was writing a short R script to modify compile flags and saw this typo:
Index: config
===================================================================
--- config (revision 68217)
+++ config (working copy)
@@ -61,7 +61,7 @@
CXX1X C++ compiler command for C++11 code
CXX1XSTD flag used to enable C++11 support
CXX1XFLAGS C++11 compiler flags
- CXX1XXPICFLAGS
+
2015 Dec 30
1
typo in src/library/stats/man/family.Rd: names of 'validmu' and 'valideta' ??
under "Details" (version 2015-11-29 r69717; not quite cutting-edge,
but nothing has changed in src/library/stats/man/family.Rd in 5 months
[sorry for using the Github mirror, but I prefer the interface ...
<https://github.com/wch/r-source/blob/trunk/src/library/stats/man/family.Rd>])
it says:
valid.mu: logical function. Returns ?TRUE? if a mean vector ?mu? is
within the
2018 Mar 26
1
Typo in src/extra/tzone/registryTZ.c
I stumbled upon a typo in a time zone name: Irtutsk should be Irkutsk.
A patch is attached. I also checked that this is the only bug of its
kind in this file, i.e., all the other Olson time zones occurring in
the file can also be found in Unicode Common Locale Data Repository.
- Mikko Korpela
Index: src/extra/tzone/registryTZ.c
===================================================================
2018 Nov 04
1
trivial typo in src/library/stats/man/ts.Rd
"vector[s]" should be plural in line 54 ...
cheers
Ben Bolker
----
Index: ts.Rd
===================================================================
--- ts.Rd (revision 75540)
+++ ts.Rd (working copy)
@@ -54,7 +54,7 @@
}
\details{
The function \code{ts} is used to create time-series objects. These
- are vector or matrices with class of \code{"ts"} (and additional
2012 Jul 05
1
typo in src/library/base/man/connections.Rd
327c327
< For write-mode connections, \code{compress} specifies now hard the
---
> For write-mode connections, \code{compress} specifies how hard the
2019 May 03
2
approx with NAs
There is something I do not think is right in the approx() function in base R, with method="constant" and in the presence of NA values. I have 3.6.0, but the behavior seems to be the same in earlier versions.
My suggested fix is to add an "na.rm" argument to approx(), as in mean(). If this argument is FALSE, then NA values should be propagated into the output rather than being
2019 May 03
2
approx with NAs
There is something I do not think is right in the approx() function in base R, with method="constant" and in the presence of NA values. I have 3.6.0, but the behavior seems to be the same in earlier versions.
My suggested fix is to add an "na.rm" argument to approx(), as in mean(). If this argument is FALSE, then NA values should be propagated into the output rather than being
2019 May 02
2
R optim(method="L-BFGS-B"): unexpected behavior when working with parent environments
Dear all,
when using optim() for a function that uses the parent environment, I
see the following unexpected behavior:
makeFn <- function(){
??? xx <- ret <- NA
??? fn <- function(x){
?????? if(!is.na(xx) && x==xx){
?????????? cat("x=", xx, ", ret=", ret, " (memory)", fill=TRUE, sep="")
?????????? return(ret)
?????? }
?????? xx
2019 Jun 27
2
methods package: A _R_CHECK_LENGTH_1_LOGIC2_=true error
Henrik,
If a minimal reprex is hard to construct, could you perhaps instrument your version of R to include a browser() call at the start of the
else if(!all(signature[omittedSig] == "missing")) {
branch, run the code that triggers the issue for you (and must hit that branch) and tell us what the "signature" and "omittedSig" objects look like at that point?
2019 Jun 22
2
methods package: A _R_CHECK_LENGTH_1_LOGIC2_=true error
DISCLAIMER: I can not get this error with R --vanilla, so it only
occurs when some other package is also loaded. I don't have time to
find to narrow that down for a reproducible example, but I believe the
following error in R 3.6.0:
> Sys.setenv("_R_CHECK_LENGTH_1_LOGIC2_" = "true")
> library(oligo)
Error in omittedSig && (signature[omittedSig] !=
2019 Apr 28
2
Inno Setup 6.0.2 fails before creating exe file on Windows (R-3.6.0)
I am working on compiling R-3.6.0 for Windows 10 64bit using rtools40
(beta 11). I had also installed the most recent update of Inno setup,
which is now 6.0.2.With that version, `make risntaller` fails at the
call to ""C:/R/Inno/iscc" R.iss > R-3.6.0.log 2>&1" and just exits,
pointing to line 175 of the makefile which is:
$(RPREFIX)-win.exe: R.iss