Re: [R-SIG-Mac] Nightly build segfaults
On 16/11/2021 22:28, Gábor Csárdi wrote: This is Monterey: ❯ uname -a Darwin Gabors-MacBook-Pro-3.local 21.1.0 Darwin Kernel Version 21.1.0: Wed Oct 13 17:33:01 PDT 2021; root:xnu-8019.41.5~1/RELEASE_ARM64_T6000 arm64 The R-devel build segfaults: ❯ curl -O https://mac.r-project.org/monterey/R-devel/arm64/R-devel.tar.gz ❯ sudo tar xzf R-devel.tar.gz -C / ❯ R -q --vanilla zsh: killed R -q --vanilla That is not a segfault, although they have been seen to cause this behaviour. It more often indicates a security issue: arm64 macOS is prone to doing so with incremental rebuilds of R that it thinks have been tampered with. Try installing the .pkg. (Downloading from mac.r-project.org is far too slow at the moment for me to do so, but I recall past troubles with the tarballs not seen with Installer packages.) So does the R-4.1 build: ❯ curl -O https://mac.r-project.org/monterey/R-4.1-branch/arm64/R-4.1-branch.tar.gz ❯ sudo tar xzf R-4.1-branch.tar.gz -C / ❯ R -q --vanilla zsh: killed R -q --vanilla The big-sur arm64 builds at https://mac.r-project.org/big-sur/R-devel/arm64/R-devel.tar.gz and https://mac.r-project.org/big-sur/R-4.1-branch/arm64/R-4.1-branch.tar.gz also do the same. I know that another user has seen this as well, so chances are that it is not some issue on my machine. Can anyone reproduce this? Gabor -- Brian D. Ripley, rip...@stats.ox.ac.uk Emeritus Professor of Applied Statistics, University of Oxford ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
[R-SIG-Mac] Error message folding/unfolding code in R GUI
Hi, I occasionally get the following error message when folding/unfolding code in the R GUI (not RStudio) for Mac. I haven't been able to narrow down how to get it to happen consistently, but I see it a lot when folding/unfolding functions I have placed consecutively at the beginning of my script. The huge index number listed is the same every time. Also, I'm not sure if this is related, but whenever I fold up a section of code, it'll "eat" the first non-whitespace character *after* the last bracket. It doesn't affect the code at all, but the character gets folded up with the rest. 2021-11-16 18:55:30.849 R[25042:5539797] *** RController: caught ObjC > exception while processing system events. Update to the latest GUI version > and consider reporting this properly (see FAQ) if it persists and is not > known. > *** reason: *** -[__NSArrayM objectAtIndex:]: index 18446744073709551615 > beyond bounds [0 .. 555] > *** name: NSRangeException, info: (null) > *** Version: R 4.1.2 (81115) R.app R 4.1.2 GUI 1.77 High Sierra build > Consider saving your work soon in case this develops into a problem. > -- Matt Loman [[alternative HTML version deleted]] ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
[R-SIG-Mac] Nightly build segfaults
This is Monterey: ❯ uname -a Darwin Gabors-MacBook-Pro-3.local 21.1.0 Darwin Kernel Version 21.1.0: Wed Oct 13 17:33:01 PDT 2021; root:xnu-8019.41.5~1/RELEASE_ARM64_T6000 arm64 The R-devel build segfaults: ❯ curl -O https://mac.r-project.org/monterey/R-devel/arm64/R-devel.tar.gz ❯ sudo tar xzf R-devel.tar.gz -C / ❯ R -q --vanilla zsh: killed R -q --vanilla So does the R-4.1 build: ❯ curl -O https://mac.r-project.org/monterey/R-4.1-branch/arm64/R-4.1-branch.tar.gz ❯ sudo tar xzf R-4.1-branch.tar.gz -C / ❯ R -q --vanilla zsh: killed R -q --vanilla The big-sur arm64 builds at https://mac.r-project.org/big-sur/R-devel/arm64/R-devel.tar.gz and https://mac.r-project.org/big-sur/R-4.1-branch/arm64/R-4.1-branch.tar.gz also do the same. I know that another user has seen this as well, so chances are that it is not some issue on my machine. Can anyone reproduce this? Gabor ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
