Microsoft Will Bring 64-Bit App Support To ARM-Based PCs In May (engadget.com)
Microsoft's general manager for Windows, Erin Chappie, told Engadget today that an SDK for ARM64 apps will be announced at the upcoming Build developer's conference in May. From the report: With the new SDK, developers would be able to natively recompile their apps to run in 64-bit on ARM-based PCs like the ASUS NovaGo. This opens up app support for the platform, which previously only supported 32-bit apps. The potentially greater app compatibility is welcome, since this was one of the biggest drawbacks of Windows on Snapdragon devices. But whether you'll get the higher performance that you'd typically expect out of 64-bit apps will depend on the Snapdragon 835 CPU that powers the current generation of the PCs in question. Connected PCs ship with Windows 10 S, but Microsoft has been offering free upgrades to Windows 10 Pro through 2019, making the OS more familiar and versatile. The ARM 64 SDK will be available for both Store apps and desktop versions (.exes). Ultimately, it'll be up to developers to decide whether they want to go to the trouble of recompiling their apps for Windows on Snapdragon, but Microsoft at least appears to be making strides in creating as open and useful a platform as possible.
Appsoft knows that only apps can app apps, which is why they're only apping appy 64-bit apps and not 64-bit LUDDITE software on App Runtime Modules!
Apps!
They're talking about Windows Store only here, which if you don't want to pay Microsoft 30% of your revenue, or don't want to have to use their application patching system, is bad.
Visual Studio 2017 does support making ARM64 desktop applications with a bit of hackery, but you'll face an uphill battle, and it definitely won't be supported. As an example of the issues you face, MFC for ARM64 is not provided.
"Screw Sun, cross-platform will never work. Let's move on and steal the Java language." - Visual J++ Product Manager
Just not with Windows.
"Have you ever thought about just turning off the TV, sitting down with your kids, and hitting them?"
microsoft as usual will give us a half-hearted effort on a non-x86 platform and abandon it after a short while.
Between this, and Macs moving away from Intel CPUs (and reportedly to ARM as well), Intel is in deep trouble, their low-power CPUs in particular. Pretty much anything open-source will be recompiled for Windows on ARM, legacy proprietary apps will be about the only thing propping up x86, and emulation will serve for anything not performance-critical. The latest ARM chips are on a smaller node than the latest Intel chips, and have been for a while, so Intel no longer has a process advantage compared to the ARM manufacturers. I wonder if anyone will start producing larger ARM chips that have the power of the larger Intel chips.
Corruption is convincing someone that the selfless ideal is the same as their selfish ideal.
These "64 bit apps" are not the same 64 bit apps that CIOs are asking MSFT about. The 64 bit apps that everyone cares about are the AMD64 ones. The fact that you can recompile to ARM64 is nice I guess but it's basically as useful as WinCE was back in the day. You don't get the broad ecosystem of custom made business process automation software that makes Windows legendary.
After they switch to Arm, after all!
But whether you'll get the higher performance that you'd typically expect out of 64-bit apps...
What?
Intel and Asus were at least smart enough to discontinue the ATOM and Android for x86.
People do not run Windows to run Windows. People do not use Android to use Android. People use Windows/x86 to run their desktop apps. People run Android/ARM to run their Android apps.
The only way I can see a Microsoft OS on ARM is on the server for a low power blade in a cloud somewhere. Maybe an IIS or Domain controller or file share server where I/O and latency are the bottlenecks where no x86 apps are required are the only situation I can see this taking off.
Give up
http://saveie6.com/
4 months now and they still cannot get Win10 to upgrade 1709. Gets 83% way done then blows up. I expect the same from ARM port.
Get the 1709 installer, backup your data and do a clean installl.
I saw a failed 1709 install causing corruption on system partition once. dism your image, chkdsk your system, let the windows repair itself, purify and reset your Windows Update, and manually update all your applicable drivers from the device manager. Try again. Might work. Hopefully.
(And yes, Apple/Jobs were pieces of cr@p for pioneering the walled-garden/computer-as-Alcatraz model of computing.)
More pieces of crap than Nintendo and Atari? The pair of synchronized RNG MCUs on the Nintendo Entertainment System and code signing on the Atari 7800 ProSystem were a direct response to a flood of poorly balanced games for the Atari 2600.
If it's "custom made", then why don't you have the source code? Commissioning bespoke software without source code is like hiring an architect firm to design you a house and not giving you the blueprints.
This is why we'll never see the year of Windows 10 on the desktop, people!
the Atari 2600/7800 were not general purpose computing devices
Nor were iOS devices until Apple revised its App Store Review Guidelines specifically to allow Swift Playgrounds. When the iPhone first came out, Apple was rejecting a collection of licensed Commodore 64 games because users could reset the virtual C64 into the ROM BASIC REPL, and Apple wouldn't approve it until the developer removed BASIC.
I would have thought the Windows 10 S to 10 Pro upgrade option would only be for x86, so I'm not sure why it's being mentioned in the summary.
This is likely original ARM surface all over again, just with an x86 shim for un-ported Store Apps at a guess.
I did 4hrs wasted and still failed. No log nothing to find and fix it. No way to stop it. Daily installs and fails and roll back. All 64bit code to boot.
Thank you for the guidance,,, Been there and done that, wash and repeat. Backed up and did full fresh install with full wipe of drive. Watched it load the OS and drivers, get the first boot asking for basic system info and key, then reboots and spinning dots... then the spinning stops and sits and sits and sits... waited two hours, then reloaded drive.
the first computer based on it is an HP selling for a grand. It's got a 19 hour battery life, but there are droid tablets in the $500 range that push 16 hours. You'd have to really want battery life to pay that kind of premium.
Hi! I make Firefox Plug-ins. Check 'em out @ https://addons.mozilla.org/en-US/firefox/addon/youtube-mp3-podcaster/
I have to give Microsoft credit. They've ported Windows to lots of hardware. Over the years they've supported x86, x64, Itanium, DEC Alpha, MIPS, PowerPC, ARM, and now ARM64. If you include Windows CE, even devices powered by Hitachi chips like the SH2. Their efforts have never really caught on, but they do keep trying. I'd pay good money for Windows Mobile running on an iPhone, just to piss people off.
But never to any big endian architecture, which shows how deeply unportable and flawed their source code is. No Sparc, even when it was the main choice for high end workstations, nor the alternatives in the mid 90s, which were HPPA and Power (RS/6000, big-endian only, Power started to run reasonably in little-endian only with Power-8).
I'd pay good money for Windows Mobile running on an iPhone, just to piss people off.
I don't like either system AND I'm stingy yet I still agree.
SJW n. One who posts facts.
that means the only Windows apps you're going to get are the web based ones that work everywhere and a few Microsoft apps like Office (If they bother doing a native port that isn't even more cut down than the web based office).
Hi! I make Firefox Plug-ins. Check 'em out @ https://addons.mozilla.org/en-US/firefox/addon/youtube-mp3-podcaster/