There is an enormous amount this on the web (see here and here and here) but no clear solution. So this question may be a duplicate but there was no solution for the older versions.
I was just wondering if anyone has found a way to resolve this extremely annoying problem of the conflicts between the autosave functions in RStudio and Google Drive resulting in an error message 'the process cannot access the file because it is being used by another process' interrupting your work every 5-10 seconds.
I recently bought a windows PC after years of reading PCs were better for running RStudio than a mac, but what a blunder that was. No such problems on the Mac OS.
Google drive is great and cheap but I would not have a huge problem with changing to a different cloud storage provider, but, from what I gather it's not just Google Drive but any cloud-based storage software that has this same incompatibility with RStudio.
I find it incomprehensible that this is a problem windows users who use R just have to live with.
So has anyone solved this problem? and if not, how do you work in RStudio and save your work without going crazy?!!??
Really I would love to know.
Related
I was wondering if anyone had success accessing R and R studio through a cloud platform like OneDrive. Because once my project started compiling on one of my drives on my computer, the drive started filling up due to like 5-6 on going projects and I do need access to them and therefore I don't have the capacity to delete them either. It's troublesome to save all the files I do to a cloud too. Currently I have a 256 SSD with STATA, SPSS and MortPak in addition to R. Appreciate any advice on this.
I'm developing an application which is previewing video feeds from a capture card and/or a webcam. I've noticed a lot of errors in my console that look like:
IGIESW [path to my.exe] found in whitelist: NO
IGIWHW Game [path to my.exe] found in whitelist: NO
These repeat each time I try to activate a preview window or switch the source feed I'm trying to preview. It actually takes a few seconds each time and it really kills the responsiveness of my application. I'm also seeing a similar slowdown in other applications which are previewing and switching between sources.
I have two nearly identical machines and I only see the errors on the machine with the NVIDIA graphics card; it doesn't happen on the machine using the built-in Intel HD graphics. This lead me to believe it was an NVIDIA setting and on a hunch I tried disabling the "Share" feature in GeForce Experience and that fixed the problem! I really need to use the screen capture capability to record my application so simply leaving it disabled isn't an option.
I searched online for information about IGIWHW and IGIESW but I really couldn't find much other than a few "my game won't work" type forum posts.
I don't see any reference to a whitelist in the Share settings nor in the online help for the NVIDIA control panel. I tried adding my path to the list of paths in the Games scanning settings but it didn't help. Does anyone know where this whitelist is setup? It's strange that even though the errors seem to indicate that my app isn't whitelisted it still works (just very slowly).
I have GeForce Experience 3.6.0.74 and driver 381.65 running on Windows 10.
I have the problem since yesterday. When I'm logged on the computer hamachi works OK, I have the connection in my network. But after I lock the computer I cannot have the connection to it. Suddenly after I log to the computer it connects again.
Can somebody help me with that issue? I tried a lot, the hamachi system service works ok, I even reinstalled the software...
There was a change in the licensing. Basically they decided their product was too useful and cool for people not to pay for it. The change in the licensing reads:
unless a computer is part of a paid network, you need to be logged in
and running the Hamachi UI on your desktop in order to allow it to
function
Basically this closed free access to using Hamachi to log onto unattended computers, but allowed casual users (like gamers) to continue using it for free.
Notice about changes in the licensing can be found at: Changes to Hamachi on November 19th (archive); some people got really pissed off at the change. The change seems fair to me, but it's a pity they're no longer free to access unattended computers. I haven't been on the hunt for a free alternative yet. In a discussion at superuser, someone recommended NeoRouter, but I haven't tested it yet; seems like a good option though.
I'm not sure if it's accurate or not.
For iPhone/iPad, I don't want to buy one and I don't feel like switching to Mac either. iPhone/iPad emulator is a big problem for me.
Wildly old thread, but having the same issue myself.
I'm trying Ipadian but not really liking the results.
Probably better, I would recommend getting virtualbox and installing MacOSX, then open the contents of XCODE directory and there is an iOS emulator. That should work very well/accurate.
Also there is browserstack, but that costs money.
I was looking at the existing RAMDisk discussions ... and none seem to bring up any reliability issues. I recently started using a Dataram ramdisk for my source code and am wondering if there are any risks I should be concerned with.
It did speed up the compile time by 30%
I am not fully familiar with that product, but the answer probably depends on whether you have a (good) UPS, and what you are using to sync changes with your hard drive. I had looked into this a while ago (on a linux machine) mapping a portion of the ram as a disk and using RSYNC to persist changes to the hard drive, but discontinued the idea and got a faster hard drive instead :) I would be very interested in seeing this working...