11-19-2015 12:41 PM
At my work, we've switched computers, and I've been given a Windows 10 machine. The last machine I worked on used Windows 7. We are using the ISE 14.7 software suite. On installing and licensing and migrating the project files to the new machine, I'm getting a crash every time I attempt to drag and drop a Instance/Process or Signal in the simulation window. The design simulates correctly, the GUI is what is broken.
I've reinstalled the ISE suite, with no change in behavior. I've also tried the 32-bit verison of Project Manager; the process fails with "ERROR:Simulator:861 - Failed to link the design" when a simulation is attempted. This happens even with the Project Files Cleaned between starts of the 32-bit Project Navigator.
11-19-2015 06:05 PM
Could be related to unsupported OS. We dont support Windows 10 for ISE design suite.
As a workaround try using add to wave window (right click on the signal) method and see if that helps.
11-19-2015 08:47 PM
Windows10 is unsupported OS. To get a list of supported OS for ISE 14.7 please follow page-7 of following link
11-20-2015 09:41 AM
I found other issues, such as ISE crashing on attempting to "Add Source" in the GUI. We ended up creating a virtual machine with a Windows 7 install, which solved all the issues, but the prime problem remains that I cannot work in ISE in Windows 10 natively.
Will ISE be updated for Windows 10 at any point in the future? If not, my company is left with having to downgrade the OS for each designer working on non-Vivado parts such as the Spartan-6.
11-20-2015 09:46 AM
Glad to know that your issue got resolved with supported OS.
ISE is in maintainace mode. As of now there are no plans to support Windows10 with ISE.
If your query is addressed please close the thread by marking "Accept as solution" to the answer that led you to solution.
02-14-2016 10:50 AM
I stumbled on this post while researching an upcoming Windows 7 to Windows 10 upgrade.
I find it pretty disappointing that Xilinx has taken this stance, and I think it is against Xilinx' best interests. Consider these facts:
1. Microsoft is now only providing security updates to Windows 7, and is thus essentially forcing users to upgrade to Windows 10, and to do it SOON - by the end of July 2016.
2. Many of us have been working with devices that Vivado simply does not support. It isn't an option. Whether it be a case of a legacy device deployed by a smaller coroporation that does not have the resources to keep and extra development seat around, a university student, a hobbyist or a youngster just getting started, legacy devices have to exist in millions of devices, and give newcomers an affordable entry point into hardware development for your devices.
3. You'd rather maybe I migrate to Intel/Altera? I can tell you I am certainly look at that option right now. If I have to upgrade to a new device, new development board AND new tools, there is no reason not to open up my investigation.
4. The changes to get ISE running fully in 32 and 64 bit environments would be very modest, as one can tell from the workarounds. But workarounds sometimes leave people with a *very* uncomfortable feeling about the future.
So why continue to anger and disappoint people when fixing it would be relatively easy?
06-08-2016 08:39 AM
I had a similar problem simulating a Spartan-6 design in Windows 10 using ISE 14.6. I could only compile successfully using the 64 bit window and the ISIM GUI would open, but some interactions with the window such as drag and dropping or the open dialog would crash the software. I also could not compile the design with 32-bit ISE (EXCEPTION_ACCESS_VIOLATION...)
No amount of running as administrator or setting compatibility modes would fix it, then I realized that since ISE would not recompile a design unless changes were detected in the source, I could compile the design in ISE 64-bit, close it, open ISE 32 bit, double click "Simulate Behavioral Model" and it would open the perfectly functional 32-bit ISIM GUI and run the precompiled design.
It's kind of clunky so I ended up replacing the 64-bit isimgui.exe in the bin/nt64 folder (after backing it up) with the 32-bit isimgui.exe in the bin/nt folder and it's been working OK for me.
Nevertheless it's really sketchy that a device advertised on the Xilinx store-front has no supported development tools. This jumping through hoops is not something I expect out of software you in some cases still have to pay money for.