So, I just started using Android Studio. I am using windows 7 64bit on my main SSD. When I installed the IDE, I have the SDK and Android Studio saved on a secondary drive. Now I noticed that Android Studio added 3 other folders in the "Personal Folder" in my main SSD (.android, .AndriodStudio, .gradle).
Anyone know how to give these guys a different destination so I can save space on my main hard drive?
Copy those folders to wherever you want. But once you copy do the following steps.
1.) Open Windows explorer and right click on computer and select properties. In the control panel home that opened select advanced system settings in the left pane. Then select environment variables under advanced tab in the system properties window.
2.) Add a new user variable with name 'ANDROID_AVD_HOME' and value as path to /.android/avd/
3.) Similarly set GRADLE environment variables. This link might help - http://www.gradle.org/installation
4.) Start Android Studio - it will ask if you want to import config file. Give location to /.AndroidStudio/config
I hope this should work fine.
Related
I've developed an application for Hololens, so the only way I know to install the application in hololens is by visual studio, so I want an application package to be able to install without needing Visual Studio. I tried to follow this tutorial here
"https://learn.microsoft.com/pt-br/windows/uwp/packaging/create-app-package-with-makeappx-tool"
but I can not find these two .appx and .appxsym files.
If anyone knew, I appreciate that.
Maybe you know some steps, but I will go the full way (it's only deploying without visual Studio):
In Unity:
File> Build Settings
Choose Universal Windows Plattform (older Versions Windows Store). Make sure your settings are right (for hololens, sdk enabled...)
hit "Build"
Now you have to select a Folder to build. In my Projects I create just an "App" Folder
Once it is build navigate to this Folder (if it's not opening automatically).
Open the Solution (in the App Folder, not the Unity one)
In the Explorer right Click on the "Project Properties" which are named like your Project and Select "Store>create App Package (or maybe build, i got it on German)"
If you want only the appx File select "no" at the Windows Store question
Select an Output Folder and Version Number (count's up itself, newer numbers will overwrite older versions on Hololens automatically) and for Hololens only select x86 (the others are not needed. Just consume time). Now hit the "create"(again i hope i translate it right) Button.
Apply on Hololens:
Connect the hololens via USB (you can do it with wifi too, but not in our Network, so i never tried)
Open a browser and type "127.0.0.1:10080" so you get access to your hololens
Navigate to "System>Apps" and under Install App select the appx file (in my case under: (myUnityProject/App/AppPackages/myUnityProject/myUnityProject_1.0.0.0_Win32_Master_Test)
First time deploying select the dependencies (Dependencies/x86)
Hit "go" to Deploy (wait until everything is uploaded)
Some Notes:
To build the Apps i needed mvs 2015 installed (just installed), but this was before the Fall creators Update. Now newer Versions (should) work fine. Also I needed to install the windows "buildtools 2015"
https://www.microsoft.com/de-de/download/details.aspx?id=48159
Hope it works and have fun!
I have a C#/WPF application running inside Visual Studio on one computer. How can I run it on an other Windows computer, preferably without installing VisualStudio first? It needs administrator access, so I cannot use ClickOnce.
I know this is a really basic question, but I could not find it answered.
In Visual Studio right click on the project name and select "Open Folder in File Explorer" then enter the bin folder and the debug folder and you will find an exe file. Run it on the other computer by right clicking this exe and select "run as administrator"
If you want to make sure that an application runs with admin right, you should add an application manifest file (On your project : Add New Item -> Application Manifest File)
Inside this app.manifest, there is a node called requestedExecutionLevel. Its value should be changed like this :
<requestedExecutionLevel level="requireAdministrator" uiAccess="false" />
Once it's done and the application is built, you can take the .exe file generated and send it to the other computer. On the application launchup, the UAC should prompt to ask for admin privileges
I wrote a Win-32 desktop application in 1999 and have maintained it through the various iterations of Windows ever since. It didn't need a 64-bit address space so I never bothered to migrate it to the 64-bit apis.
Until Win 10 came along, I could type < the first few letters of my app's name> and the app would run.
In Win 10, I have to double click on the app to get it to run. If I try the app's folder and its contents show in the start menu but not the app itself. I look under all apps and the app isn't there. I've added a shortcut to the start menu but even that hint isn't enough for Windows to find the app. I tried creating a bat file that would fire off the app and placed the bat file in Programs Folder but that failed.
I never wrote an installer for the app. The app lives in its own folder which I create by dragging it from a CD or network drive as I have migrated between all the Windows iterations since Win-98.
Is there now some xml file I must create that says "This is an app. Please Microsoft, include it in the start menu?" I had thought *.exe would suffice but apparently not. Perhaps *.exe code must now reside in Programs Folder, no exceptions allowed?
If it makes any difference, the application is written in C and compiled in Visual Developer 2008. It reads kid's handwritten responses to arithmetic questions.
More info I've dug up...
I noticed that Python shows up in Windows search but PHP doesn't. IIRC, I installed python with an installer whereas php was unzipped into its current location.
That establishes that a program need not reside in C:\Program Folder to show up in Start-search.
Then I discover that Python has a shortcut in C:\ProgramData\Microsoft\Windows\Start Menu\Programs but PHP doesn't. "That's it!" I think. Nope. Start-search now shows the folder I placed there but not the shortcut to the program. So residence in the start menu folder doesn't do it.
I am obnoxed.
..even more info...
I recompiled the entire project and now search finds the executable which suggests start-search is broken. Moreover, start-search only displays the app if I completely type its name. In Win 7, just the first few letters suffice as is the case with most executables in win10.
The app still doesn't appear in the all apps section but then again, neither do the autodesk apps I have installed. OTOH, the autodesk apps appear by typing just a few letters.
At this point, it appears win10 start-search is broken.
Most .exe files don't appears in Windows Search under Win10 unless they are installed in program files folder... I try to find a way to circumvent this limitation cause lot of my files are portable applications on another drive.
In meantime here's a Workaround: Make a folder "C:\ProgramData\Microsoft\Windows\Start Menu\Programs\DummyApps" and copy the shortcut of the app you want to be listed in "Search Results" in the DummyApps folder.
I've made a shorcut of "DummyApps" on my desktop to drop shortcut of programs I want to access by the search.
Regards
When you say
I've added a shortcut to the start menu but even that hint isn't enough for Windows to find the app
do you mean that you added a shortcut here: C:\ProgramData\Microsoft\Windows\Start Menu\Programs ?
If so, did you restart your pc (or at least explorer.exe)?
Adding a shortcut to the location above and restarting explorer.exe worked for me and it even added the app to the recently added apps section. Hopefully that helps.
step 1:win10 +x, open cmd adminstration mode
step 2:input 'start powershell' in cmd
step 3:input 'Get-AppXPackage -Name Microsoft.Windows.Cortana | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"}' in powershell
I'm using Visual Studio 2010 to build a program in C that can operate on a PostgreSQL database.
Everything is fine in VS, no compile errors, everything looks good.
When I click to debug and run, the code compiles, but then I get a pop up that says:
The program can't start because libpq.dll is missing from your computer
I've installed PostgreSQL and added the folder containing all the necessary files to my include and linker paths, but to no avail.
I cannot figure out why I am still getting this message?
Any suggestions?
The answer's surprisingly simple.
The issue you're seeing comes from the compiled application not being able to find the PostgreSQL libraries. The libpq.lib is used to compile the application, and it links to the DLL at run-time. You can either add it to your system wide path, or bundle the DLL with your application. (I'd add it on the development machine, and bundle the redistributable for a installer package.)
To include it in your path try:
Right click on "My Computer" and select Properties
Then Click on "Advanced System Settings".
Click the "Environment Variables" button at the bottom of the dialog box.
It will pop up a dialog with a group box labeled "System Variables". Find the one in the list box that has a Variable name of "Path".
Now, add the path of the PostgreSQL library folder to the path with a ";" separator.
Now logout or reboot. It's imperative that you at least log out of Windows and log back in for the Visual Studio debugger to pickup the additional executable module paths (that Path variable). Ideally, rebooting sends the new system path to all applications in the system at boot time.
If the Path variable has "C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem" in it, you would add ";C:\Program Files\PostgreSQL\libraries" to make it look like "C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Program Files\PostgreSQL\libraries".
Be aware that your path will be really long in most cases. Just add it to the end.
Good luck!
I have Win10 64 bit and this worked for me.
Get portable version of HeidiSQL and copy libpg.dll from the archive to the HeidiSQL installation folder on your computer.
Works like a charm.
If I run
C:\WINDOWS\SysWOW64\explorer.exe /separate,c:
the the 32 bit version of windows explorer comes up and I can use context menus.
If i go to C:\WINDOWS\SysWOW64 and double click on explorer I do not get context menues.
Does anyone know how to get a short cut to
C:\WINDOWS\SysWOW64\explorer.exe /separate,c:
I did put that command in a .cmd file and run from there but then I have cmd window up all the time.
The IBM technote swg21251833 does mention that the 64-bit Windows Explorer is not displaying ClearCase Context menus.
ClearCase is a 32-bit application, therefore, the ClearCase and Windows Explorer integration will only work in a 32-bit Windows Explorer.
You are using the workaround for Microsoft Windows XP and Windows Vista 64-bi, which indeed requires to invoke 32-bit version of Windows Explorer to access ClearCase.
You can define a shortcut on the desktop, instead of putting it in a .cmd file, as mentioned in the last answer of this thread, and detailed in this document:
It is important to launch this as a separate process from the Windows desktop.
In order to do that, you must specify the '/separate' parameter to Explorer.
You can create a shortcut to launch the 32-bit Explorer by doing the following
(Note: The following steps have not been shown to work on all versions of Windows.):
Right-click on your Windows desktop, selecting New and Shortcut.
Specify %windir%\SysWoW64\explorer.exe /separate as the location for the target.
You might want to add an initial directory for it to open as well.
In this example case, we want to use it to copy files to my Windows desktop so the following is used as the location for the shortcut:
C:\Windows\SysWOW64\explorer.exe /separate, c:\users\username\desktop /min
In this example, C:\users\username\desktop is the location where Windows 2008 Server saves the user's desktop.
Users, can then click on this icon and drag and drop spooled files and stream files into it, and they appear on the desktop.
There can be some confusion about whether or not an application is running is a 32-bit or 64-bit application. The Windows task manager can be used to identify 32-bit applications though.
If you have the Navigator and the 32-bit Windows Explorer running on a 64-bit version of Windows and open the task manager (press Ctrl+Shift+Esc), you will notice that the 32-bit applications have '*32' after the Image Name.
Note the final /min option, that the OP emptyshell details in the comment:
Without the /min, a command window will also pop up.
With the /win, no command window pops up.
I also discovered that if, in the windows explorer properties, Select Tools, Select Folder Options, Select View Tab, "Launch folder windows in a separate process" is selected, then:
if a person double clicks on C:\Windows\SysWoW64\explorer the ClearCase context menus will be there.
That would be because SysWoW64\explorer is launched as a separate process which is needed for context menus to work with the 32 Bit version of explorer. (Equivalent to the /seperate switch in the command line).