I want to install my applications not on C but on D drive.
Reason - after reinstalling Windows, I don't want to reinstall all the applications again.
But, I'm not sure is there any issue about this approach ?
Applications are: MS Office 2010, Adobe CS, WAMP server, Avast...
So idea is - Windows on C, Program Files on D, and Documents on E partition.
You can do that, but after re-installing Windows, any RegistryKey from installed applications will be lost. With some applications you will be able to save and restore them (except when you install as update), but most of them will create too many keys in different places.
Part B) Can I then re-install Windows (from scratch) again (at a later date) on the C drive and NOT have to re-install all the Apps again since they were first installed on a different drive.
YES.. you can installed all your applications to any available drive:\path\to\your\apps location you wish, provided you have enough free space AND the Application Installer (setup.exe) allows you to change the default installation path from "C:\Program Files" to something else.. like "D:\Program Files" for example... Almost all setup programs allow you to select "Custom" as a setup choice to change the install drive:\path location.
Almost ALL Windows apps (Especially the big ones you listed; Office, Adobe, Avast) require all the "installation path information and program modules and dlls and settings" to be recorded in the Registry.. and we are talking about many 100's (even thousands) of registry entries that store the full Drive:\path\to\app location and program run-time entries that are read/written from/to the Registry all the time.
Another technical reason is that most commercial windows apps have to install special types of support DLL code-files that contain "COM Objects" that MUST be fully registered in the Registry at Program Setup/Install time.
So.. if you Re-install Windows from scratch again to... you are effectively deleting the old Registry and therefor deleting any ability for those pre-installed apps on your D: drive to run even though you can still find them on your D: drive manually (Using Windows Explorer; aka My Computer) and try to run them.. they simply won't work as expected.
There is also the issue of "License Keys and Program Activation" with software packages like Office and Adobe, etc, etc... all the Activated License Keys are often stored in the Registry by the Setup Program and/or License Manager... and when you re-install Windows you are effectively deleted the permanent record of those installed applications being licensed and activated.
b) Perform a possible "Upgrade" to a newer version of Windows "ON TOP" of your previous licensed copy of Windows on the same C drive.. which will Preserve all your installed programs so they still work after the windows upgrade;
Both of the above restore/upgrade completely "preserves" Your Registry with all the install paths to all your apps as well as all the settings and license/activation keys you need to keep running the same programs you already installed.
The 32bit versus 64bit Registry is also one of the primary reasons why it is NOT possible to perform a "Windows Upgrade Install" from an existing 32 Bit version of Windows 7 on your C drive to a 64 Bit version of Windows 7 on the same C drive and have all your pre-installed programs just continue to work regardless of which hard drive you installed them to.
In theory it "might" be possible to "backup" your Registry after you have all your Service Packs, Windows Updates, Drivers and Applcations intalled... and then restore that Registry after you "Re-install" windows.. but trust me.. that process is MUCH MORE complex then simply re-installing your apps again!
2 - I use disk imaging (Macrium) to back up my C drive but incremental conventional backup (Syncback) to back up my other drives. The bigger my C drive installation the longer the Macrium op will be. The Syncback op only needs to back up changes in files which it identifies.
Against this you have to ask whether there are any disadvantages to installing off the C drive. Years ago there might possibly have been performance issues but I'm pretty confident that with a modern machine and OS this is now no longer applicable...
Tool for CodeMeter on Windows which collects all information about the system and connected CmContainers. Recommended only for users using old CodeMeter Runtime versions or mobile installations since it is already included in CodeMeter Runtime.
Hi Davide - When you set the frequency to Service Release Candidates, Rhino will automatically download new versions when they become available. Have you closed all Rhino sessions and then launched Rhino again? When the download has completed, you should get a message that a new version is ready to be installed. Did you get to that point? If so, what happened after that?
-wim
Non of these issues impact work until Dropbox starts to struggle with the uploading files issue. When this starts happening I uninstall Dropbox and reinstall and those files start syncing properly. I usually have to do this once a week or two.
My hunch is that I might have an issue with how my drive/partition is formatted. I've set up Dropbox at my home desktop and have had no issues while working from home. I'm curious if I uninstall Dropbox, delete the Dropbox folder, and then reinstall Dropbox if that will clear up any issues there.
All I had to do was uninstall Dropbox, delete my Dropbox folder completely, and reinstall. It did take a while to do but now Dropbox no longer has any sync issues nor does it get stuck uploading and downloading.
I'm not seeing any logical explanation why these are happening from what I can find. Sometimes one of our folders might have a comma but it doesn't impact all the files inside. And again, no one else on our Dropbox has this issue. Might just have to live with it till we retire this machine and start with a fresh drive and install. Unless there's something I'm not understanding with these issues that would resolve it.
I still can't export Obj without the no-texture problem. I still can't export Collada dae without that dreaded error message. So I tried exporting using FBX, and installed Autodesk convertor as a tedious workaround. Exporting FBX failed, turned out that I don't have the plug-in.
So I found the FBX plug-in and attempted install and guess what, the FBX plug-in "failed to find the install path". Yes I tried both 3.x 64bitwin and plain win versions. My Precision system is super stable.
Unless you are using one of the very early releases of DS4Pro, the FBX exporter has been built in to the main installer and is activated by your Pro Serial Number... so you shouldn't need to install it seperately...
Mjc11016 thanks for the Obj tips. I anticipate issues with importing Sketchup OBJs and COLLADAs and materials/textures into Daz. Just installed the Autodesk FBX convertor hopefully that will resolve that problem.
If you want to customize your NVIDIA driver installation beyond what the official NVIDIA driver allows, check out our NVCleanstall software. It lets you individually exclude various unwanted components, like Telemetry, Stereo 3D Glasses support and GeForce Experience.
The vcruntime140 dll system error can occur after a Windows Update or even just after you have installed a new program. The error message might suggest that you need to reinstall the program. But actually, your computer is missing a software library.
So to fix the VCRuntime140 dll or MSVCP140 dll not found error we need to install the correct library (Microsoft Visual C++ Redistributable package) on your computer. Now there are two libraries that you can install. One for 64-bit applications and one for 32-bit applications.
The package that we just installed contains all runtime libraries for applications that are built with Visual Studio 2015 up to 2022. But some older applications are built with Visual Studio 2013 (VC++ 12.0). In that case, we will need to install an older version of the Visual C++ runtime.
After you have installed the Microsoft Visual C++ Redistributable library it becomes part of Windows. This means that it will stay up-to-date through Windows updates. On some rare occasions, the system files can get corrupted.
With the new all-in-one package from Microsoft, you should be able to fix the vcruntime140 dll not found error. Make sure that you install both versions, the 32-bit and 64-bit versions of the redistributable library.
Follow the on-screen instructions provided by the Lu-mion installation wizard. You may be prompted to select your preferred language, accept the license agreement, and choose the installation directory. Review and adjust any additional settings as needed.
If the online installation method fails, you can try the step-by-step installation. The installation method is shown in the figure below:
image900728 65.6 KB
I just tried the installation using the Raspberry Pi and it should be no problem.
IMG_665120161512 1.24 MB
I guess it is back to the last version of Sonar that I bought. I'm unable to install on my new Windows machine because of the "Unable to register the DLL/OCX: RegSvr32 failed with exit code 0x3" situation.
There's a huge difference between installing Visual Studio and installing the Visual Studio redistributable libraries. It's the redistributable libraries you need.
Installing an earlier version of the redistributables (e.g. VS2015 , when the current OS has VS2017 ) does not overwrite the current VS2017 redists. It just adds them so both versions are then available.
You may find however that by installing Sonar, it installs the required libraries in any case.
If you're trying to call regsvr32 on a 32 bit plugin though, that isn't going to work at all in a 64 bit OS.