Related
http://informationweek.com/news/windows/operatingsystems/231601473
Just saw this article. I guess old programs won't work with newer technologies
Yep. Bummer. Unless Intel manages to put out an Atom or such (or AMD does something, which is very possible) with really good battery life and performance, Win 8 tablets could be limited.
Should be interesting to see what shakes out.
been known for a while. They are completely different architectures. The only stuff that will cross over is software that runs in a virtual machine like java. Java itself will be different but for the most part java apps will be able to cross over the same as they can with IOS-Windows-Linux
I would think that MS would create a build target for ARM as well. So old apps would not run, but new apps or recompiled old apps might.
You could probably add VB.net and J++ apps to the list that should run, as they are VM based as well. I'm not a .net developer though... Java definitely will work.
dburckh said:
You could probably add VB.net and J++ apps to the list that should run, as they are VM based as well. I'm not a .net developer though... Java definitely will work.
Click to expand...
Click to collapse
I was a .NET developer once and all applications I've seen or modified at work had multiple dependencies in old x86 libraries. It will stop most of them from working on ARM.
The Samsung Series 7 Slate, the tablet Engadget showed running Windows 8 has a Intel i5 2467M. There's a AMD APU tablet on Engadget too running it, I just don't remember when I saw it. (Probably yesterday or the day before.)
to whom is knowledgable and also like to explain like Ted mozbi in How I met Your Mother show.... please what is the defernce between ARM based tablet and Intel based tablet???? what concerns me the most is it like I can install exe. file on the intel while I can't in the ARM !?
The major difference between the two is that they typically refer to the the architecture of the cpu. This means how it was designed and how machine instructions are interpreted by cpu.
The answer is yes and no for whether you can install exe's. Yes, they will both be able to install different programs and applications. However, the application or program in question will have to be compiled for that architecture. I haven't done any windows mobile development but my guess is that most if not all apps you can download from the market place will be available for both architectures.
Hopefully that can clear things up a bit.
Wow fastest replay ever seen thanks a milion,,, it did clear out the picture clearer then before ...
To add a little more to the above, Windows on ARM (WoA) will only be able to run Metro style apps, specifically written for Windows 8. I also think that it will only be able to get these apps through the Windows Marketplace. I'm sure there'll be a jailbreak before it's even released, but I think this will still only allow metro style apps written for Windows 8, it'll just allow for them to be installed from other sources. Jailbreaking may also allow non-metro desktop style apps, it's too early to tell, but these will still have to be specially written for WoA.
Windows 8 on Intel chips will be able to run all legacy apps (which will now be called desktop mode apps to differentiate them from Metro apps), from any and all sources, just like your normal Windows PC can now. It will also be able to run Metro apps from the marketplace, and presumably from any other source as well.
See also http://forum.xda-developers.com/showthread.php?t=1466400
for the Definitive guide to Windows on ARM
stevenmu said:
To add a little more to the above, Windows on ARM (WoA) will only be able to run Metro style apps, specifically written for Windows 8. I also think that it will only be able to get these apps through the Windows Marketplace.
Click to expand...
Click to collapse
To add on, Windows on ARM is called Windows RT. Metro Style Apps is able to cross-platform on the x86, x64 and also ARM while Desktop Apps are able to run on x86 and x64. However, preinstalled Desktop Apps such as Office 15 (Microsoft Word, Excel, Powerpoint, OneNote, etc.) will be able to run on the ARM version.
Hi everyone.
Could anybody compile BlueStacks App Player for Windows RT?
It would be great to use this app on our tablet with Win RT
I use on my laptop (win7) and wish o use on my Surface RT
Official site
Thanx a lot
It would be a great app to have, but seeing that it's not open-source there is about zero chance of it ever getting ported by the community.
Your best bet is to just hope that they (the actual makers of the app) decide to bring it over to RT, which is possible but unlikely.
Search next time; the devs here are up to their ears in requests for closed-source applications and are pretty fed up with it. Sorry.
They've actually already stated that it's coming...
Not explicitly. They hinted at it in a Help forum post, but never confirmed or denied it. And that was months ago.
jtg007 said:
Not explicitly. They hinted at it in a Help forum post, but never confirmed or denied it. And that was months ago.
Click to expand...
Click to collapse
Actually they had listed on their site that they were working on an ARM version.but not sure if they still are. Seems unlikely MS would allow it in the store due to direct competition with the windows store.
guitar1969 said:
Actually they had listed on their site that they were working on an ARM version.but not sure if they still are. Seems unlikely MS would allow it in the store due to direct competition with the windows store.
Click to expand...
Click to collapse
MS doesn't have a whole lot of control of things outside the Store. They could side-load an app pretty easily.
The vast majority of RT devices aren't "jailbroken" for sideloading arbitrary ARM binaries. Also, remember that RT doesn't (currently) support OpenGL, which means any Android apps/games that use advanced graphics won't work unless BlueStacks write and include an openGL-via-DirectX compatibility layer.
GoodDayToDie said:
The vast majority of RT devices aren't "jailbroken" for sideloading arbitrary ARM binaries. Also, remember that RT doesn't (currently) support OpenGL, which means any Android apps/games that use advanced graphics won't work unless BlueStacks write and include an openGL-via-DirectX compatibility layer.
Click to expand...
Click to collapse
I meant side-loading a Metro app, which can be done by just about everybody.
Cant sideload metro apps without a developers certificate
Derp. Yes, of course sideloading is the obvious way to go about it. Getting the dev license is easy, and yeah BS would have to sign their app, but that's not exactly difficult and their cert doesn't have to be signed by anybody else; it just requires that the end user install the cert before the app if it doesn't already chain to a trusted authority. The appx installer script automates all of that, though.
That said, the OpenGL issue is still there. Don't count on 3D games, at a minimum, working.
Don't forget however, that all of this is pretty much irrelevant right now. The Surface lacks the power to run Bluestacks. On my 6-core 2.3 ghz 6 gigs of ram computer with a great graphics unit, Bluestacks is still relatively slow. Just imagine it on the quad-core 1.4 with 2 gigs of ram that the Surface has. Not to mention it's on ARM, which is considerably less powerful than x86 or x64.
C-Lang said:
Don't forget however, that all of this is pretty much irrelevant right now. The Surface lacks the power to run Bluestacks. On my 6-core 2.3 ghz 6 gigs of ram computer with a great graphics unit, Bluestacks is still relatively slow. Just imagine it on the quad-core 1.4 with 2 gigs of ram that the Surface has. Not to mention it's on ARM, which is considerably less powerful than x86 or x64.
Click to expand...
Click to collapse
I dont think bluestacks is a multithreaded application in which case your 6 cores would be irrelevant and it would be purely down to your 2.3ghz clockspeed, which is not high at all. 6gb of RAM would also be irrelevant as no android app requires that much RAM so it simply wont be needed. GPU, not so sure what happens there, most of the apps I try running dont seem to enable my GPU at all so I am not sure if bluestacks is using software or hardware OpenGL, but then I havent tried any 3d games or anything. It runs ok on my 3.5ghz AMD athlon 2 but its not always as perfect as lets say a nexus 7 tablet running android natively.
I'm admittedly not 100% sure on how BlueStacks works (is it a native x86 DalvikVM, or is it emulating a full ARM system?), but it should be, at least in theory, possible to get it to run as naively as it does on Android by just porting the DalvikVM to Windows RT. That should result in speeds at least similar to a lower end Android tablet (Windows is bigger and has more cruft than the linux kernel that's running the DVM). With some sort of reverse WINE scenario it should also be possible to get a degree of binary compatibility for native libraries/addons.
SixSixSevenSeven said:
I dont think bluestacks is a multithreaded application in which case your 6 cores would be irrelevant and it would be purely down to your 2.3ghz clockspeed, which is not high at all. 6gb of RAM would also be irrelevant as no android app requires that much RAM so it simply wont be needed. GPU, not so sure what happens there, most of the apps I try running dont seem to enable my GPU at all so I am not sure if bluestacks is using software or hardware OpenGL, but then I havent tried any 3d games or anything. It runs ok on my 3.5ghz AMD athlon 2 but its not always as perfect as lets say a nexus 7 tablet running android natively.
Click to expand...
Click to collapse
Sort of, yes. But still, that means the Surface would be way less powerful. Also, my RAM is EATEN by Bluestacks because it's not apps that are the problem to run, it's Android. You're basically loading an entire virtual machine onto your RAM to run, in a program shell, then running Android apps on top of that. So the power of the device does matter... however:
netham45 said:
I'm admittedly not 100% sure on how BlueStacks works (is it a native x86 DalvikVM, or is it emulating a full ARM system?), but it should be, at least in theory, possible to get it to run as naively as it does on Android by just porting the DalvikVM to Windows RT. That should result in speeds at least similar to a lower end Android tablet (Windows is bigger and has more cruft than the linux kernel that's running the DVM). With some sort of reverse WINE scenario it should also be possible to get a degree of binary compatibility for native libraries/addons.
Click to expand...
Click to collapse
Bluestacks would have to run a full emulation of ARM in order to run all apps, right? Because when you install native x86 Android, it runs very few apps from the store, because they aren't compiled for ARM.
Netham45 could be right though that we could kind of make Android run natively, though I'm highly dubious about it happening through Bluestacks. Bluestacks most likely won't make an ARM port (especially cause I doubt Microsoft would allow it in the store) and if we did have access to source code, it's still built around running on Intel processors, and would probably have to go through all sorts of unnatural emulation... So making a totally separate Android program from scratch (which would require inordinate amounts of work) would probably be the best bet.
No. I think bluestacks is actually "just" a port of the dalvik VM to run on windows.
Android apps are not compiled for a specific CPU type. They are compiled for the dalvik virtual machine which is in a way similar to the java virtual machine, in fact a dalvik applications source code is java source code hense why many people say android apps are java, in reality the dalvik VM is very different from the java VM and the 2 are not compatible.
The vast majority of apps do actually work on x86 just fine.
The main problem is that google restricts apps based on your device and often it doesn't recognise x86 devices so doesn't show results, the default app manifest files don't actually restrict platform but many devs set them to arm for some reason. With various tools to spoof what device you appear as you can still gain access to thses other apps.
The problem apps are those that use the NDK (a small minority). NDK apps do have native code, but not just for ARM. The NDK default settings are to generate binaries for ARMv7, but it can be set to x86, ARMv6, MIPS or to compile multiple binaries for a mixture of the above (causes its own issue as it includes the binaries for all platforms in one APK which loads the relevant binary at runtime, good for compatibility as one APK covers all devices but makes the final APK massive). x86 devices of course cannot run ARM compiled apps which does include a few big name apps.
I don't know if bluestacks has left it as pure dalvik VM on x86 or if it does include an ARM emulator for the NDK but it certainly isn't just running an ARM emulator and tyen android atop of it.
I don't experience the ram eating effects you mention either.
SixSixSevenSeven said:
No. I think bluestacks is actually "just" a port of the dalvik VM to run on windows.
Click to expand...
Click to collapse
That's exactly what my understanding was as well, although what I'm about to say somewhat contradicts that.
Interestingly, http://www.bluestacks.com/technology.html says that BlueStacks is "fully configurable" and that it "supports" Windows on ARM as well as x86 Chrome, even though neither of those are actually available today. So, not sure if that page is before or ahead of its time.
"BlueStacks employs a lightweight, optimized, soft hypervisor with deep enhancements to support "embedded virtualization". End consumers can enjoy the full Android environment through BlueStacks, or just install Android app icons directly on the Windows desktop."
What the page basically says is that the core virtualization that BS uses is very easily configurable to different combinations or permutations of OSs; that the technology can just as easily run Windows on Android or Android on Chrome as it can Android on Windows, which is the only current release. It also implies that BS can do BOTH a mere dalvik vm (just install apps to the Desktop) as well as a complete system emulation (full Android experience).
There may be hope for RT yet.
As far as I remember, Bluestacks is using QEMU as there base platform. So it's probably still running ARM code in emulator.
I am looking at if we can port the Dalvik VM over to Windows RT. Anybody want to join the explorations?
So far I can see the Dalvik VM has lots of generated ARM assembly code and have huge dependencies on linux.
Porting would need quite a bit of effort.
Developers from Windroy has done it for the Windows X86 platform. If they can do it for Windows RT, it'll be much easier.
Is there anyone knows how to do jailbreak and use desktop apps on windows RT 8.1?
No. Windows desktop applications are compiled for x86 architecture. Windows RT runs on ARM.
@jeddx21: There is not a jailbreak publicly available for Windows RT 8.1 yet.
Will there be? I've seen indication that progress has been made on that front, but it's been sparse lately. It's something that's been wanted for a while (do a search - you'll find all sorts of threads and comments about an RT 8.1 jailbreak), but it's not yet available.
@Banderburg: Desktop applications are simply Windows applications compiled for the desktop environment, not the Metro / Modern / whatever-Microsoft-is-calling-it-these-days environment. They can and do exist for Windows RT - a primary example of this is Microsoft Office; others include all of the applications that are available to run under a jailbroken RT 8.0 system, such as those in this thread.
So what should i do? should i downgrade it from 8.1 to 8 so i can use jailbreak?
Hey
That depends on your device. If it's a device that shipped with RT 8.0 when released (the original Surface RT and the Asus VivoTab RT, for example), the instructions are available elsewhere in the forum (use the search function).
If it was one that came only with RT 8.1, then there really isn't much that can be done to downgrade your device - missing drivers, signatures that are unrecognized by the device firmware, etc.
irony_delerium said:
@Banderburg: Desktop applications are simply Windows applications compiled for the desktop environment, not the Metro / Modern / whatever-Microsoft-is-calling-it-these-days environment. They can and do exist for Windows RT - a primary example of this is Microsoft Office; others include all of the applications that are available to run under a jailbroken RT 8.0 system, such as those in this thread.
Click to expand...
Click to collapse
[MENTION]@irony_delerium[/MENTION] I'm sorry - what? Desktop applications aren't compiled for an "environment". They're compiled for a specific CPU architecture and in this case, applications that run on desktop computers are compiled for x86 CPUs. Applications that run on RT are compiled for ARM CPUs.
You can't jail break a device running on ARM and expect it to run x86 applications. You would need to recompile the application and target it at the ARM CPU.
So again, to the OP's question, NO there will never be a jailbreak that allows you to run a desktop application on an ARM cpu. Period.
IF you re-compile an application to run on ARM, and IF you've modified your Surface RT to run applications that aren't digitally signed by Microsoft, then yes in that case you can run the "desktop" application.
banderberg said:
[MENTION]@irony_delerium[/MENTION] I'm sorry - what? Desktop applications aren't compiled for an "environment". They're compiled for a specific CPU architecture and in this case, applications that run on desktop computers are compiled for x86 CPUs. Applications that run on RT are compiled for ARM CPUs.
Click to expand...
Click to collapse
This doesn't change the fact that *desktop* applications exist for Windows running on ARM. Unless you mean to tell me that Audacity, SumatraPDF, or Notepad++ (for example) are not desktop applications, of course.
On Windows 8, applications are compiled both for an environment - Metro/Modern or Desktop - and a CPU architecture. Metro applications run in containers and have explicit blessing from Microsoft to run on both x86 based systems and ARM based systems. Desktop applications are locked down on ARM based systems, by default, to only those with a Microsoft signature. Applications built for either Desktop or Metro will not run in the other environment. Applications compiled for x86 will not run on ARM; applications compiled for ARM will not run on x86.
bandenberg said:
You can't jail break a device running on ARM and expect it to run x86 applications. You would need to recompile the application and target it at the ARM CPU.
So again, to the OP's question, NO there will never be a jailbreak that allows you to run a desktop application on an ARM cpu. Period.
Click to expand...
Click to collapse
This is true. I never said anything about x86 applications. I said desktop - of which, Windows on ARM has a desktop and applications for that desktop.
There are applications built to run on that desktop - even provided by Microsoft, unless you consider the applications forming the Office suite to not be desktop applications. Therefore, desktop applications are available for Windows RT.
No, of course desktop applications targetting x86 or x64 will not run in that environment.
Well put, @irony_delirium. I would expand on that a little, though.
First, not even all desktop computers are x86/x64. Windows used to run on a number of other architectures, like Alpha and PowerPC, and there were desktops (workstations, really, but recognizably desktop computers) with those architectures. Apple used to build all its desktops (and laptops) with PowerPC chips, and before that they used CPUs from the Motorola 68000 family. None of these can execute x86 instructions, but they were all desktops. Of course, the code that ran on them had to be compiled for the relevant architectures, but usually it's not that hard to port software from one 32-bit instruction set to another, unless you wrote the code in Assembly or did similarly platform-specific stuff.
Second, architecture-independent software can run on any platform that supports the intermediate language. For example, Windows RT can run .NET 4.x software, including on the desktop, just fine (though if the binary isn't signed by Microsoft, either the OS will need to be jailbroken or the method of loading the application will need some other convoluted hack). Let me make this clear, though: these are the exact same binaries, produced by Visual Studio (or the command-line C# compiler, csc.exe, that ships with all recent versions of Windows including RT), that you can run on x86 desktops. There's even a .NET program which implements the Java runtime, so you can run Java-based apps on (jailbroken) RT.
Third, it's actually possible to run code written for one instruction set architecture on a CPU with a different architecture, if you have a translation/emulation layer and are willing to take the performance hit of going through it. There's a half-finished homebrew of such a layer for Win32/x86 code on Win32/ARM (RT), but nobody has been working on it for months. It'll run some software, though - Heroes of Might and Magic 3, a closed-source commercial x86 strategy game from the 90s was one of the first apps it was shown able to run, and some other programs work as well - and while it's not fast in an absolute sense it's good enough to run old games or reasonably lightweight current programs. Hopefully, work on it will resume once there's a new jailbreak out.
Here is the thread, PuTTY is the first app in the downloads section
XDA:DevDB Information
Apps for cellular PCs (ARM64), Tool/Utility for the Windows RT General
Contributors
black_blob
Version Information
Status: Testing
Created 2016-12-10
Last Updated 2016-12-10
This is awesome!!
Is this a future for a collection of a quality Apps in this platform?
Regards,
McShaz said:
This is awesome!!
Is this a future for a collection of a quality Apps in this platform?
Regards,
Click to expand...
Click to collapse
Yes, for native instead of dynamically recompiled apps.
Also, would be great to see both 32bit and 64bit version of compiled apps in future, as there is no so much software/hardware solutions exists with ARM64 support.
Would the OpenVPN client be able to be recompiled for ARM64?
How affect this to the users of Windows RT?
Are working on something big secret?
Thank's for all. You are a genius
But all the devices with windows RT are 32bit, are they? can this run on our 32bit tablets?
notass said:
But all the devices with windows RT are 32bit, are they? can this run on our 32bit tablets?
Click to expand...
Click to collapse
Unfortunately for now the answers is no, since the currently supported processor to run Windows 10 on ARM is Snapdragon 835 (although they've demoed it on 820) and it's very unlikely. But, who knows?
notass said:
But all the devices with windows RT are 32bit, are they? can this run on our 32bit tablets?
Click to expand...
Click to collapse
No. Stuff compiled for RT doesn't run in ARM64 Windows also.
black_blob said:
No. Stuff compiled for RT doesn't run in ARM64 Windows also.
Click to expand...
Click to collapse
Has anyone been able to confirm this? I would have expected it to do 32bit to 64bit WOW like x86 windows does, but without one to try, I'm just guessing, and probably showing my ignorance of the difference between 32bit and 64bit ARM architecture in general (pretty sure it's more complex than 32bit vs 64bit x86 but don't really know the in's and out's of it).
Alternately, has anyone had a chance to play with one of these Windows 10 ARM devices yet? Does it actually allow arm-compiled win32 apps to run? I have a nagging doubt that maybe somehow Microsoft will have some dumb restriction that only allows x86 win32 apps to run through the translation layer, and not native third party win32 apps (i.e. RT all over again), even though it's supposed to be "full windows".
domboy said:
Has anyone been able to confirm this? I would have expected it to do 32bit to 64bit WOW like x86 windows does, but without one to try, I'm just guessing, and probably showing my ignorance of the difference between 32bit and 64bit ARM architecture in general (pretty sure it's more complex than 32bit vs 64bit x86 but don't really know the in's and out's of it).
Alternately, has anyone had a chance to play with one of these Windows 10 ARM devices yet? Does it actually allow arm-compiled win32 apps to run? I have a nagging doubt that maybe somehow Microsoft will have some dumb restriction that only allows x86 win32 apps to run through the translation layer, and not native third party win32 apps (i.e. RT all over again), even though it's supposed to be "full windows".
Click to expand...
Click to collapse
64bit ARM is structured completely differently than 32bit ARM. Hence the incompatibility. Manufacturers have the option of disabling third party ARM apps to run, unlike with RT. ASUS already has said they will, I don't know about others, but they most likely will.
Qiangong2 said:
64bit ARM is structured completely differently than 32bit ARM. Hence the incompatibility. Manufacturers have the option of disabling third party ARM apps to run, unlike with RT. ASUS already has said they will, I don't know about others, but they most likely will.
Click to expand...
Click to collapse
Thanks for your response. Sorry for my ignorance, but if WOW can translate 32bit x86 apps to run on 64 bit ARM, wouldn't it be possible to use WOW to make 32bit ARM apps run on 64bit Windows ARM edition, if Microsoft were they to write it the code? I assume it would take more overhead compared to 32bit to 64bit x86 WOW, but again, that's my understanding the 64bit x86 CPUs are similar to 32bit x86 cpus, since they were developed as extensions to an existing 32bit design but I am not a CPU architect.
From what I've seen so far, the three Windows 10 ARM devices coming to market all come with Windows 10 S loaded, but the user has 180 days to switch to pro. So in theory any of them could be unlocked, and hopefully run the 64 ARM apps posted on this thread. But I guess nobody has been able to test that yet.
domboy said:
Thanks for your response. Sorry for my ignorance, but if WOW can translate 32bit x86 apps to run on 64 bit ARM, wouldn't it be possible to use WOW to make 32bit ARM apps run on 64bit Windows ARM edition, if Microsoft were they to write it the code? I assume it would take more overhead compared to 32bit to 64bit x86 WOW, but again, that's my understanding the 64bit x86 CPUs are similar to 32bit x86 cpus, since they were developed as extensions to an existing 32bit design but I am not a CPU architect.
From what I've seen so far, the three Windows 10 ARM devices coming to market all come with Windows 10 S loaded, but the user has 180 days to switch to pro. So in theory any of them could be unlocked, and hopefully run the 64 ARM apps posted on this thread. But I guess nobody has been able to test that yet.
Click to expand...
Click to collapse
Microsoft could definitely do it if they wanted to, AMD64 was designed as a backwards compatible architecture. ARM64 was not. More apps are available for x86 though. There is no need for them to make a compatibility layer between arm32 and arm64.
Qiangong2 said:
Microsoft could definitely do it if they wanted to, AMD64 was designed as a backwards compatible architecture. ARM64 was not. More apps are available for x86 though. There is no need for them to make a compatibility layer between arm32 and arm64.
Click to expand...
Click to collapse
Ok cool, so I'm not completely daft. And you have an excellent point. Since they tried hard to squash the RT jailbreak, I'm sure they don't care about writing a WOW layer to translate the apps people had compiled for it. Thanks for clearing up my confusion.
ARM32 apps run on ARM64 Windows since a while now.
black_blob said:
ARM32 apps run on ARM64 Windows since a while now.
Click to expand...
Click to collapse
First of all, Welcome Back!
Second, I thought ARM64 Windows was purposefully made incompatible with RT apps?
Qiangong2 said:
First of all, Welcome Back!
Second, I thought ARM64 Windows was purposefully made incompatible with RT apps?
Click to expand...
Click to collapse
MS ended up unlocking both the ARM32 and ARM64 SDKs. And full ARM32 WoW is included for compatibility with non-.NET Windows RT apps.
(there's no ARM32 .NET Framework, so Windows 8.1 ARM apps don't work and x86 ones are used instead in that case, but ARM32 is used for UWP)
A dual-WoW system with both SysWoW64 (for x86) and SysArm32 (for ARM32) was adopted.
Earlier builds didn't have ARM32 WoW, at the time when I wrote my previous comment.
black_blob said:
MS ended up unlocking both the ARM32 and ARM64 SDKs. And full ARM32 WoW is included for compatibility with non-.NET Windows RT apps.
(there's no ARM32 .NET Framework, so Windows 8.1 ARM apps don't work and x86 ones are used instead in that case, but ARM32 is used for UWP)
A dual-WoW system with both SysWoW64 (for x86) and SysArm32 (for ARM32) was adopted.
Earlier builds didn't have ARM32 WoW, at the time when I wrote my previous comment.
Click to expand...
Click to collapse
Oh, Okay. Thanks for clearing that up
black_blob said:
ARM32 apps run on ARM64 Windows since a while now.
Click to expand...
Click to collapse
black_blob said:
MS ended up unlocking both the ARM32 and ARM64 SDKs. And full ARM32 WoW is included for compatibility with non-.NET Windows RT apps.
(there's no ARM32 .NET Framework, so Windows 8.1 ARM apps don't work and x86 ones are used instead in that case, but ARM32 is used for UWP)
A dual-WoW system with both SysWoW64 (for x86) and SysArm32 (for ARM32) was adopted.
Earlier builds didn't have ARM32 WoW, at the time when I wrote my previous comment.
Click to expand...
Click to collapse
Wow, that's great news. Thank you for clarifying this block_blob. Windows 10 ARM edition is shaping up to be pretty decent. I thought I'd read UWP apps were going to be 32bit, at least initially, but I wasn't sure how that actually worked (if it ran through WoW or what). So basically a lot of the applications that had been compiled for jailbroken RT devices should run (if there isn't a ARM64 version available)?
black_blob said:
Here is the thread, PuTTY is the first app in the downloads section
XDA:DevDB Information
Apps for cellular PCs (ARM64), Tool/Utility for the Windows RT General
Contributors
black_blob
Version Information
Status: Testing
Created 2016-12-10
Last Updated 2016-12-10
Click to expand...
Click to collapse
I was used qemu to emulate the win10 arm64, but the 7zip cannot run in it. The error is "vcruntime140.dll is not found."