I use Codewarrior
- V4.7 for HCS12X
- V6.3 for HCS08
in Windows XP.
Moving CW to Windows 10 seems impossible.
It won’t install, and dongle licensing does not work.
I have tried to figure this out on the NXP site, but I find it extremely difficult and confusing.
Which Codewarrior is needed for HCS12X and HCS08 in 32 and 64 bit Windows 10?
Yeah it is nearly impossible. I've struggled lots with this problem. There is an unofficial "hack" someone made - won't link it because my browser says the site is unsafe. However, it would seem that hack only works up to Windows 8, not on Windows 10. I have both IDEs (HCS08 and HCS12) running perfectly on a Windows 7 machine, with dongle license.
We managed to get it running so-so on Windows 10 by doing a dirty hard copy of the hacked installation folder to Windows 10. Various mysterious bugs followed though, so not the best idea.
Another option is to run the Windows XP mode emulator from Microsoft, but it is no longer supported for Windows 10.
So ultimately there are two options left if you are stuck with Windows 10:
Move development to the worst IDE ever released, Codewarrior for Eclipse. Please note that the future of this IDE is uncertain after the NXP merger. They might decide to put their money on their other trash IDE, LPCxpresso.
Port your project to another compiler or MCU.
I would recommend to install it in a VMWare or virtualBox container using Windows 7 as OS.
This makes it possible, that your installation will work even in some years.
I'm using such a container (with WinXP) for an old Visual Basic 6 installation and HEW-IDE.
You should use at least Win7, to avoid the network problems with WinXP (SMB1 can't be connected anymore).
There is a Codewarrior Classic 6.3 community project for RS08, S08, ColdFire V1 for Windows XP, 7, 8, 8.1, and 10. Basically, the installer is repacked will all service packs and patches for USBDM and PEMicro tools.
If you have an obsolete programming tool you will need to use CW 6.3 on XP. Also, if you have these specific family of parts S08: RN, RNA, PA, PT, Kinetis (including Tower), ColdFire V2 you must use the bloated eclipse version CodeWarrior 11
For S12 or S12X CodeWarrior Classic 5.2 for Windows 7 - Windows 10
But when they released 5.2 they removed most of the older derivatives from it, but you can add them back using this procedure CodeWarrior 5.2
Related
I had been using Platform-IO up to 2019 but when I reopened a project things started getting worse and worse. Tasks disappeared and it took a while to be able to compile again. Now Platform-IO has disappeared completely and I was getting deprecation warnings in the "Toggle developer tool' console.
Now after a complete reinstall of VS, Platform-IO etc. the IDE is still not functioning and I regret ever using it. It is like you jump into your car begging it to start. For professional use (able to restart your car every day without a mechanics) this solution needed to be solid and reliable which it does not seem to be. I will have to switch to another IDE I guess. The name Microsoft should have make me hesitate ...
I am using Windows 7 Professional and NO I WILL NOT UPGRADE THE OS.
Is there any means to install a functioning VS-Code / Platform-IO on Windows 7 or is it just an idea of an IDE ?
Sorry to appear mean but "Making you more productive" sounds like a scorn.
I recently tried installing Platform IO on a Win 7 PC of a colleague and experienced similar issues like you. Seems like current Platform IO versions / builds are not compatible and therefore not runnable on Windows 7.
Only idea comes to my mind is using legacy / previous releases of VS Code and Platform IO (manual plugin installation with a legacy release) to get a runnable environment on Win 7, but I didn't test it since I ended up installing a recent Ubuntu next to Win 7. (Seemed like a better solution to me).
Here you can find all of the older releases of VS Code & Platform IO:
https://code.visualstudio.com/docs/supporting/faq#_previous-release-versions
https://code.visualstudio.com/updates/v1_64
https://github.com/platformio/platformio-core/releases
Good luck ;)
So I finally got my two Kinect v2's in the mail, and was looking forward to get some raw data from them and see how much they interfere with each other. I went to go download the SDK, and for some reason I had never noticed the Windows 8 requirements... As in Windows 7 isn't supported.
This feels pretty bogus and unnecessary, but fine I can't do anything about that. Before I waste some money to upgrade my machine to an OS that I really don't want, is there any way to get the Kinect v2s to talk to a Windows 7 machine (or maybe even Ubuntu)? I don't need any of the fancy skeletal detection or anything; I just want raw xyz-rgb data. I was reading about OpenNI (and their new Apple overlords), and I was hoping that by some miracle their last open source distributions would be forwards compatible with the Kinect v2s?
TL;DR: Are there any free SDKs that can interface with a Kinect v2 on Windows 7-64bit?
look at libfreenect2
It looks like its not ready yet but there are people working on it. So you might want help them along.
Update 2014-10-28
The Project is live and kicking and works fine
Just dropping by to say that I successfully 'installed' the Kinect 2 SDK to windows 7 and it is being recognized by driver4vr.
I'm not precisely sure which files where required so I'll just post my process.
Install VirtualBox (and enable CPU virtualization in bios to support 64bit OS)
Install win 8.1 x64 in VirtualBox
Monitor the VirtualBox c-drive for changes (I used spy-the-spy)
Download and install the Kinect 2 SDK in VirtualBox
Check spy-the-spy for all files added, and copy them to your Windows 7 OS on the same location. (It also installs some VC redistributables, so skip the files already there)
Reboot windows 7 and enjoy Kinect 2.0 on the final decent MS OS.
The Windows 8 is MINIMUM requirement to developing kinect v2
you do not need use Skeleton(kinect V1) or Body(Kinect V2) to track body or skeleton .
you need use to MultiFrameSource Class
I am using qtp 11.0 32 bit trial version on windows 8.1 pro 64 bit OS. Problem is qtp is not generating the systemutil.run command on recording an application. what the problem would be ? I already tried setting the windows application utility to generate system.util command in tools--> options but still the problem persists
According to QTP11's Product Availability Matrix (which you can only see if you have an HP passport and I suppose you don't have considering that you're using a trial version). Windows 8 and 8.1 are not supported with QTP11. This isn't surprising since QTP 11 was released almost two years before Windows 8.
I know for a fact that QTP11 doesn't support IE11 which is the earliest version of IE supported on windows 8.1.
Since you're using a trial version in any case why not download the latest version (UFT 12)?
QTP was united with Service Test and is now called Unified Functional Testing (UFT) and version 12 does support Windows 8.1.
I have just upgraded to Windows 8 Pro, mostly because my Windows 7 license has reached maximum activations and I have a free copy of 8, and partially so I can ensure my software is 8-compatible.
I seem to be incapable of installing the JDK. I just downloaded it from the Oracle website (jdk-7u21-windows-x64.exe).
Windows reports itself as: 64-bit Operating System, x64-based processor.
When I try and run it, either normally or as administrator is shows up with the message:
This app can't run on your PC
To find a version for your PC, check with the software publisher
Does anyone have any ideas on this, a quick Google indicates it should just install same as usual.
While 8 still insistently refuses to install the JDK even after re-downloading and checking the hash, the Netbeans + JDK bundle does install which includes the JDK so that solves this issue sufficiently for now.
Update: The 64-bit version now works fine.
Try the x86 version: http://www.oracle.com/technetwork/java/javase/downloads/jdk7-downloads-1880260.html , I don't think there is a proper build for Windows 8 Pro.
Lazarus CodeTyphon Edition looks promising to me as a Delphi developer. I tried installing it on my Windows 7 64-bit machine, and I can compile for Win32 (it seems), but not for anything else. It appears that "ppcrossx64.exe was not built" - oh well.
My question is, would it be better to develop my apps on a Linux box, if I wish to cross-compile? I read on the FPC wiki that it would be better, but not sure if that applies to CodeTyphon as well.