Well, when I retry on 'clean' system, R.app runs fine even if the
*.plist file is there.
J.
On 5/23/20 13:14, John Helly wrote:
> Aloha.
>
> If I delete:
>
> /Users//Library/Preferences/org.R-project.R.plist
>
> then R.app will work. If that file is present it will not open
> anything.
Sorry. Take it back. It started in Xcode, not R.app.
J.
On 5/23/20 13:03, John Helly wrote:
> Aloha.
>
> If I setwd, the R.app works. It will not work with whatever default it
> is using.
>
> J.
>
> On 5/23/20 12:26, John Helly wrote:
>> Aloha.
>>
>> Just tested R.app on a clean Catalina system
Aloha.
If I setwd, the R.app works. It will not work with whatever default it
is using.
J.
On 5/23/20 12:26, John Helly wrote:
> Aloha.
>
> Just tested R.app on a clean Catalina system and it opens the same file
> that fails on an upgraded system. So next test should be after a
> complete
Aloha.
Just tested R.app on a clean Catalina system and it opens the same file
that fails on an upgraded system. So next test should be after a
complete uninstall of R.app (maybe R itself as well?). How does one do
a complete uninstall?
J.
On 5/23/20 12:08, John Helly wrote:
> Aloha.
>
> I
Aloha.
I have the same problem. Have deleted all the .R* files I can find and
still no joy. FWIW, RStudio works fine.
I assume R.app was tested before it was released and wonder if it was
tested on a brand-new Catalina or an upgrade (or both)? I have a few
of these systems and could test on
I jumped the gun on this. I rebooted and the pinwheel of death is back when
I open a second file in the editor.
Bummer.
On Sat, May 23, 2020 at 11:31 AM Brandon Hurr
wrote:
> Kevin had a suggestion that I toggle disk access in the Security settings,
> building on Bob's original comment to give
Kevin had a suggestion that I toggle disk access in the Security settings,
building on Bob's original comment to give R full disk access. As soon as I
turned it off, it no longer crashed upon load. I turned it back on and it
didn't crash then either. I have been testing for a few days now and I
Unfortunately I cannot reproduce it. When opening a file in one of the
protected folders with R 4.0.0 release on Catalina I get '"R" would like to
access files in your Documents folder' - which you have to agree to (one of
those Catalina annoyances). It only asks once - we don't explicitly
Aye, I should have noted that Apple's `tccd` and entire TCC (privacy)
subsystem is super buggy/noisy. Enough of them that there are a fw
third-party apps like Taccy
(https://eclecticlight.co/taccy-signet-precize-alifix-utiutility-alisma/)
to help privacy-perms issues. The GUI code does not try to
The sandbox error also happened for test2.R that can open without trouble.
So, this might not be the critical error.
I uploaded the two devices logs for test.R and test2.R:
https://hako.space/R/devices_log_for_test_R.txt
https://hako.space/R/devices_log_for_test2_R.txt
Best regards,
Hiroshi
I'll try to scrounge time today (but def have some Tue) to setup fresh
Catalina VM with 4GB memory and see if I can reproduce there and
capture some more logs.
On Mon, May 4, 2020 at 7:29 AM Hiroshi Hakoyama
wrote:
>
> Thank you for responses.
>
> I installed the debug build R.app GUI 1.71
Thank you for responses.
I installed the debug build R.app GUI 1.71 (7834) to MacBook Air (2012, 4G RAM,
Catalina 10.15.4), and double-clicked test.R. The result is the same GUI hang.
The following is a part of the device log:
...
default 19:56:06.123133+0900R- 1 documents to open
I have a mac mini as well that does not show this crash. It's much
beefier (6-core i7, 32 GB RAM probably not relevant).
Here is the same boot up log with the same file and it does not crash R.
https://gist.github.com/bhive01/2a48fa3e6fd70ae1b974184ad7b947ba#file-r-gui_pid4422_working_console-log
Thanks Bob.
I did this and it did not fix it sadly.
I downloaded the Debug version of R-GUI and captured the following
after clicking on the same file (which did cause it to crash again)
Here is the console log for the R PID (889 in this instance) from
loading R to then clicking to load the same
Also, can you try running with the Debug build and poke around for
contextual errors if you still get errors?
On Fri, May 1, 2020 at 8:54 PM Bob Rudis wrote:
>
> Suggestion: try adding R.app to "Full Disk Access" in the Privacy tab
> under Security & Privacy system preferences.
>
> I'm not
Suggestion: try adding R.app to "Full Disk Access" in the Privacy tab
under Security & Privacy system preferences.
I'm not experiencing these issues (just now when I tried it; I
generally don't use R.app)
On Fri, May 1, 2020 at 4:54 PM Brandon Hurr wrote:
>
> I'm going to add to the pile on
I'm going to add to the pile on this one. It's hard to nail down
though. I was able to load Hiroshi's test.R script after loading up
R-GUI 7827 and just now 7832. I loaded it from multiple directories by
clicking on it.
That said, I've been having many issues locking up R-GUI on my 2019
MBAir
Dear All,
Environment:
R version 4.0.0 (2020-04-24) -- "Arbor Day"
[R.app GUI 1.71 (7827) x86_64-apple-darwin17.0]
macOS: Mojave and Catalina
Removed file for the test: .Rapp.history
Description:
R.app crashes when a large file (e.g., test.R) is double-clicked on Mojave and
Catalina. The crash
18 matches
Mail list logo