If I save a .yoxos file there is no dialog coming up that asks me to select a workspace.
The trick is, that the directory in which the .yoxos file is, is the location of the workspace.
I wonder if there is a way to tell yoxos to ask for a workspace.
You can go to ~/.yoxoslauncher/instances/ and find your eclipse instance. The best way to figure this out is to launch eclipse with the yoxos launcher and go to
About Eclipse->Installation Details...->Configuration
There you see your application folder
Related
Disclaimer: I am very new here.
I am trying to learn R via RStudio through a tutorial and very early have encountered an extremely frustrating issue: when I am trying to use the read.table function, the program consistently reads my files (written as "~/Desktop/R/FILENAME") as going through the path "C:/Users/Chris/Documents/Desktop/R/FILENAME". Note that the program is considering my Desktop folder to be through my documents folder, which is preventing me from reading any files. I have already set and re-set my working directory multiple times and even re-downloaded R and RStudio and I still encounter this error.
When I enter the entire file path instead of using the "~" shortcut, the program is successfully able to access the files, but I don't want to have to type out the full file path every single time I need to access a file.
Does anyone know how to fix this issue? Is there any further internal issue with how my computer is viewing the desktop in relation to my other files?
I've attached a pic.
Best,
Chris L.
The ~ will tell R to look in your default directory, which in Windows is your Documents folder, this is why you are getting this error. You can change the default directory in the RStudio settings or your R profile. It just depends on how you want to set up your project. For example:
Put all the files in the working directory (getwd() will tell you the working directory for the project). Then you can just call the files with the filename, and you will get tab completion (awesome!). You can change the working directory with setwd(), but remember to use the full path not just ~/XX. This might be the easiest for you if you want to minimise typing.
If you use a lot of scripts, or work on multiple computers or cross-platform, the above solution isn't quite as good. In this situation, you can keep all your files in a base directory, and then in your script use the file.path function to construct the paths:
base_dir <- 'C:/Desktop/R/'
read.table(file.path(base_dir, "FILENAME"))
I actually keep the base_dir assignemnt as a code snippet in RStudio, so I can easily insert it into scripts and know explicitly what is going on, as opposed to configuring it in RStudio or R profile. There is a conditional in the code snippet which detects the platform and assigns the directory correctly.
When R reports "cannot open the connection" it means either of two things:
The file does not exist at that location - you can verify whether the file is there by pasting the full path echoed back in the error message into windows file manager. Sometimes the error is as simple as an extra subdirectory. (This seems to be the problem with your current code - Windows Desktop is never nested in Documents).
If the file exists at the location, then R does not have permission to access the folder. This requires changing Windows folder permissions to grant R read and write permission to the folder.
In windows, if you launch RStudio from the folder you consider the "project workspace home", then all path references can use the dot as "relative to workspace home", e.g. "./data/inputfile.csv"
I am trying to move my asp.net website from one computer to another. What would be the best way to do this? I have already downloaded all the correct programs to be able to run the website, I just want to know the best way to actually move the website folder without having any issues.
If you have the option to use git in both computers. Commit from one and clone from another. But I prefer a portable device and move the whole solution folder. Not sure whether it answered your question. :)
It's as simple as copying the files onto a flash drive and dropping them in the new computer's file path of your choice. From there you open Visual studio, Click Open Project/Solution, and go to the file path and choose the Project/Solution you want to use.
I have converted a Win32 Application to UWP using MakeAppX and it doesn't seem to run. When I click the icon in the start menu literally nothing happens except a busy icon briefly appears on the cursor.
I completed the same process with Notepad++ and all it's DLLs and that worked fine (using the exact same manifest file, just changing the exe)
My questions are:
Where does the UWP save files that it creates/temporary files etc? If I run an executable and it generates files next to it, where would that be when you run a UWP?
Can I set that location in the AppxManifest?
Is there anyway to see if it has run correctly or not?
Edit:
Could this be a file permissions issue? My application needs to write to 'C:\MyFolder' & creates a folder with a load of files next to the executable upon startup and that doesn't happen.
So looking into this a bit more I came across this blog which discusses preparing for conversion. I think the above file accesses probably contravene the following:
Your app writes to the install directory for your app. For example, your app writes to a log file that you put in the same directory as your exe. This isn't supported, so you'll need to find another location, like the local app data store.
This looks like a fairly halting issue, am I correct in that assumption?
If your app is writing to the install directory you will need to change that code to write to your local app data folder instead, as the preparation guide calls out.
Write operations to the install directory are not allowed in order to ensure the ability for the app deployment stack to perform seamless, differential updates and clean uninstalls of your app.
Btw, to debug through your app launch failures you can do the following in Visual Studio: Debug -> Other Debug Target -> Debug Installed App Package -> select your app from the list of installed apps.
I am developing an ASP MVC controller that returns a FileResult.
In the browser, I do not want to show the download prompt and download the file to a specific location on he client machine. Is it possible please?
Afraid that's not possible, owing to that would make it really easy to install a virus. What you could do is make an installer .exe that once run would put the files in the correct place, but that would add another step, which might be what you are trying to avoid.
I wanted to distribute a .jar file to a layman audience (all windows users). But I can't run the jar file myself unless I do it from cmd using "java -jar "C:\..\file.jar".
When I double click on the file nothing happens (the default program is Java Platform SE Binary). Someone suggested this site but I couldn't follow along in Win8.
So I want the user to be able to double click on the jar file and launch it directly without me telling them to open command prompt and typing stuff, or giving them the link.
PS: it is a very simple non-GUI application. Thanks for your time.
I think your best bet is to create a file.bat script that will run the jar, with this simple line in it:
java -jar file.jar
Give the users both files, file.jar and file.bat, and they can double-click on file.bat to run it.
In theory, if the jar file has a manifest in it (META-INF/MANIFEST.MF) with the main class defined in Main-Class: then it should be runnable by double-click. However, you say the app doesn't have a GUI, in which case it will run just fine, but you won't be able to see it.
In any case, the bat file should help, in the worst case users can just run that and not worry about typing java -jar ... etc.
How did you create the jar file? Jar files have a manifest file inside to, amount others, indicate the location of your main method. Check that this is correct.
You should be able to run the app by double clicking it but it can only be a program with a GUI or a program without direct user interaction.