I need a new development PC.

I need a new development PC.

Apart from personal taste and Modern UI – are there compelling reasons NOT to run Delphi under Windows 8.1 Pro/Enterprise?

22 thoughts on “I need a new development PC.


  1. If there turn out to be problems, you could still run Delphi in a VM of, say, Win 7, from within Windows 8.  I would advise installing it in a VM anyway so you can move your setup between machines and upgrades easily.


  2. I run vmware with win7 and xe2, the host os I have switched between windows 2012 r1/r2, windows 8.0 and settled on win7. The host os gets reinstalled a lot, the guest is really never. As a general rule, I have always considered EMb to be at least one os revision behind and have found older os.is more stable.


  3. I use a VM (VirtualBox) for each version of Delphi with a shared source code path on the local host and let the host talk to SVN and GIT.  Much faster to delete or move a 100GB VM then reinstall everything.


  4. I haven’t used windows 8/8.1 yet, but like others commented, running your dev env inside a VM is a better way than to run it natively, I’d go for a windows 7 VM.


    Currently running 2 dev envs on windows 7 x64 with 6GB of RAM assigned to each and work great — still running d2010 here…


  5. Lars Fosdal


    i have a macbook pro here. Running win8.1/Delphi in parallels VM works fine and fast. All emulators (IOS, Android) are installed on the mac osx native. Works fast and well.


  6. Running older versions of Delphi my cause some problems on Windows 8/8.1 (problems with debugging for instance) – but there are fixes from Andreas Hausladen.


    But having Hyper-V out of the box and access to the Windows App Certifikation Kit within Visual Studio, is a big plus for having Windows 8/8.1 as the main OS for development.


  7. We use Hyper-V mainly for compatibility tests with other Windows versions and for simulating the execution of our applications in environments with limited resources (memory, cpu). It’s also very nice for remote debugging the applications on other Windows versions.


    Sometimes we also need Hyper-V to show to our (potential) customers that our software still can be used on XP (yes some of them still use XP and won’t never upgrade).


    We did use VMWare before and it took a while to switch to Hyper-V. But now we are very satisfied with Hyper-V.


  8. I did use to run Delphi in a VM for many years, but got so tired of having to hotfix multiple images and dealing with domain issues and performance issues with regards to IPC between VM app and host DB server.


    Instead, I wrote proper installation docs for Delphi, components and projects, and started using Delphi environment variable overrides to be able to have two Delphi’s using the same codebase checked out to different locations, and outputting binaries to different locations as well.  Changed project configs to use these $(EnvironmentVars) for paths.  


    These days, I only use VMs when I need to test something that I am afraid will screw up my config.


    Getting projects installed and running on a new Delphi version doesn’t take long with the docs to guide.


    I am fortunate that we take time to port all projects when we upgrade and keep our sites updated with our last released build, so that we don’t have to deal with hotfixing old version products.  Others that doesn’t have this luxury, probably have more use for VMs, to deal with multiple versions of Delphi, and multiple versions of components.

Leave a Reply