I am planning to buy a Windows Phone...so I was wondering if they can be used for debugging like how android phones can just be connected the computer and eclipse will send the application to it? So can it be used for debugging and testing of apps that are being developed by a developer.
Yes.
You need the Windows Phone Development Tools (free) and from there you can deploy your project to either a WP emulator or a real device.
If you want to deploy and debug on a real device, the device will ned to be developer-unlocked (essentially, the "allow non-Marketplace apps" checkbox from Android, but it's more restricted on WP7). However, if you just want to debug, the WP7 "emulator" is quite usable, and is free. It's actually an x86 virtual machine, so if you have hardware virtualization enabled on your PC, it will run with pretty close to native speed (far, far faster than the awful performance of the Android emulator).
Related
Hello, is there any emulator wich will alaud me to use windows xp app (like games) on mobile phones, or chance windows xp or vista or 7 to bi installed on mobile phone like htc for example?
helion222 said:
Hello, is there any emulator wich will alaud me to use windows xp app (like games) on mobile phones, or chance windows xp or vista or 7 to bi installed on mobile phone like htc for example?
Click to expand...
Click to collapse
i dont think so, windows xp needs a big ammount of ram and above 2ghz cpu dual core to even run properly these days, it takes alot of HDD space too.
Its very hard to make windows xp run natively on a phone, but emulating it is out of the question.
Emulating an entire operating system will result in major slowdown, you have xbox360 with windowsxp and its running horrible, it has a 3.2ghz tricore cpu too so imagine the speed of emulating it on a 1.0ghz dual core cpu and thats the top of the line phone these days.
So, windows will be very slow and when i mean slow i mean things like taking an entire minute to send a file to recycle bin and games would be out of the question as they are in majority D3D dependant and android cellphones use OpenGL.
As the above post says, no. It is possible to emulate a Winmo device from 2003 through 6.5.3 on your PC, but not the other way round. A phone, even the powerful ones do not have enough grunt, to do the job. WinMo emulators on the PC can now run native ARM code executables directly. No mean feat, even on a 3GHz PC
If the PC program was written in native x86 code, a phone cannot run it, but if it was written in .NET and used the core basic methods and properties of the same or a previous version of the .NET CF framework, there is a very slim outside chance that it may work, but the requisites are very restrictive.
Watch for the upcoming version of Windows 8. Microsoft is determined to get onto the latest ARM powered pad devices, having already lost important ground to the iPad and 'pad' versions of Android. This should see a much closer integration of the platforms, but next year may already be too late.
stephj said:
As the above post says, no. It is possible to emulate a Winmo device from 2003 through 6.5.3 on your PC, but not the other way round. A phone does not have enough grunt in it to do the job.
If the PC program was written in native x86 code, a phone cannot run it, but if it was written in .NET and used the core basic methods and properties of the same or previous version of the .NET CF framework, there is a very slim outside chance that it may work, but the requisites are very restrictive.
Watch the upcoming version of Windows 8, that Microsoft is determined to get onto the latest ARM powered pad devices, having already lost important ground to versions of Android. This should see a much closer integration of the platforms, but next year may already be too late.
Click to expand...
Click to collapse
This!
Buy a wm phone
We are a small company looking to do some inhouse programming using tablets. Initially we were going to move forward on an Android Honeycomb platform because we have only Java developers here. But it looks like we can't get rugged tablets for that platform. There seem to be a lot more rugged tablets that are Windows based.
Initially I thought that we would have to use C# /.Net to code for native applications for the Windows tablets (and Windows specific API). But a colleague of mine thought we could use Java to build native applications on the Windows tablets also. Is this true? Can I use Java to build applications that can be deployed both to the Windows tablets and the Honeycombs? Our applications will also use GPS location based services. Any feedback/pointers would be sincerely appreciated. Thanks.
What devices are you talking about? Phones (running Windows Mobile 6 or Windows Phone 7) or tablets (like the iPad, currently running Windows 7 and in the future Windows 8)?
Most of Windows-based tablets are based in just normal Windows computers on x86 processor. Only very few are Windows CE-based.
On Windows XP/7 tablet PCs you can write in Java without any problem. I am not sure about GPS usage, but it can be read using JNI or just serial port. You can have some common classes/class libraries for Windows and Android, but the device logic and UI needs to be specific (and the JVM is different - Sun JVM vs. Dalvik).
On Windows 8 with "Metro", however, there is no sign yet you can develop WinRT apps using Java.
I am talking about Windows 7 tablets (and Windows 8 in future)
If you want create an app you need C# and silverlight
stre67 said:
I am talking about Windows 7 tablets (and Windows 8 in future)
Click to expand...
Click to collapse
Well for Windows 7 you can develop using more or less whatever you prefer since there are no differences between the OS on the desktop and a tablet.
So yes, you can use Java for Windows 7.
There is some API for Location services in Windows 7 however I don't know the details about this.
I also don't know much about Android, but if you can develop for Android in Java you can at least share some code between the Windows 7 and Android version of your software.
Windows 8 will introduce a new kind of app (metro-style app) and those apps can only be written in HTML5 and Javascript or C#/VB.Net/C++/C and XAML.
However, users will still be able to use your Java Apps on Windows 8.
so it looks like Windows 7 is like a windows 7 PC. I can't find any specific books on amazon, so I do apologize if my questions are stupid.
1) Can I develop a Java application similar to that of a desktop and deploy the EAR/WAR file to the windows 7 tablet? if so, does the tablet have an inbuilt web server type application (websphere, tomcat) to serve pages? if not, will the app be loaded on a remote server and be accessed via a browser? In this case the tablet will need an internet connection all the time, correct?
Thanks again.
A Windows 7 Tablet is basically just running the desktop version of Windows 7 so you can do anything with the tablet that you could do with a Windows 7 desktop machine.
Note that Windows Phone 7 is an entirely different operating system that's barely connected.
I've already started developing apps for the Android platform and was wondering what was the next best mobile platform to develop for? I've downloaded the bada SDK but have had some problems with the emulator as I get an error trying to run it.
The iOS SDK requires Mac OS X and I have a Windows PC, I know I can run Mac via a virtual machine or dual-boot but then I would have to download the large 4.3GB iOS SDK. I heard somewhere that Windows Phone 7 Marketplace got shut down, is that true?
Hi Folks.
With both a Zune HD and WP7 devices not supported via USB conenction to a Surface RT, I was thinking there had to be a way to tweak/re-write the ZuneHD / Zune driver files to allow them to be installed on the Surface RT...The ZuneHD is an ARM based device running Windows Embedded - and RT is an evolution of Windows CE you might say.
If so, the earlier regedit hack to allow the WP7 (or ZuneHD) to connect as a USB mass storage device would hopefully be possible, without the full ARM recompile of the Zune software (a near impossible task).
It's ridiculous that pre WP8 devices cannot even be connected via USB to facilitate file transfers "non-cloud" way.....
I tried manually updating drivers on the Surface RT with my ZuneHD connected - pointing at the Zune 4.7 drivers, and it confirmed that they were not ARM compatible.
Cheers,
Sheeds.
...
"tweak/re-write" an x86 kernel-mode driver into an ARM kernel mode driver for installation on a platform that doesn't (currently) permit unsigned drivers at all? You act like you have some idea what an instruction set architecture is, but you say this. If I ran this entire message through a translator to Finnish and then ROT-13'd it, you'd probably have a better chance of understanding the post than of managing to get the existing x86 Zune driver working on RT without a full re-write plus an additional hack to bypass driver signing. The Zune driver isn't exactly open-source... binary emulation *might* work at some point, but it's not practical for a kernel-mode driver (signature checks or not).
There is not, and never was, a hack to allow Zune-like devices to connect using UMS. The hack you're referring to merely un-hid the MTPZ (Media Transfer Protocol, Zune) devices from Windows Explorer. MTP(Z or not) and UMS are not at all the same thing, although they can sometimes be used for some of the same purposes.
We'd have a much better chance of getting Zune to run on RT, actually. That's "just" a matter of emulating an x64 machine for it to run on and passing its system calls through to the real OS and back again. Won't do any good for this use case without the driver, of course.
What does it matter that RT and CE run on the same ISA? The driver that we need is x86/x64 only.
There is basically nothing in common between CE and NT, aside from the fact that they're both portable operating systems from Microsoft and both implement some large portion of the Win32 API. Claiming that "RT is an evolution of Windows CE" is laughably wrong. They probably have less in common than Windows 95 (9x kernel, partially based on Win16 code) and Windows 8 (NT kernel, completely different project that contains no portions of DOS/Win16 except the re-implementation of the shell in NTVDM) - at least Win8 can run (many) Win95 apps. CE is at least as different from each of those as they are from eachother.
At this point, I'd guess that the most practical way to connect Zune on Windows RT would be the following:
a) Use a full x86-machine emulator (Bochs or QEMU, for example).
b) Use one that does JIT and/or dynamic recompilation, so the performance isn't abysmal (not sure what qualifies here...)
c) Install XP on it (no point targeting something newer).
d) Install Zune on the emulated XP.
e) Forward the tablet's USB port to the emulated machine's USB port (not sure if anybody has the ability to do this... currently, we can't even get networking in the emulated machine).
Good luck with that! I actually mean that quite seriously, I have a WP7 device myself and it annoys me that my Surface and it can't communicate except over Bluetooth (and I had to hack the phone to get that much).
GoodDayToDie said:
...
"tweak/re-write" an x86 kernel-mode driver into an ARM kernel mode driver for installation on a platform that doesn't (currently) permit unsigned drivers at all?QUOTE]
LOL - Thanks for the informative reply Luckily I have no delusions of grandeur over the fact that I am A) not a Developer and B) can't code past "hello world"
I was coming from the angle of the old registry hack for WP7 which allowed your phone to work as a USB mass storage file by a simple change via regedit to one of the registry strings associated to the Zune Driver....Certainly ignorant of the finer (and even the coarser) detail of your reply...so thanks for the explanation.
I added a MS Answers post asking why Microsoft cannot provide USB device connection for legacy WP7 and ZuneHD units with Windows RT. Be interesting to see what they or their MVP's reply to this, if at all.
Cheers.
Click to expand...
Click to collapse
Yeah.. asking MS to support the devices is definitely the best approach. We might manage to make a user-mode connection to them using some third-party software talking directly to the USB port on sufficiently hacked RT devices, but that's about the best we'll get.
Also, I really with people would stop calling it a "USB Mass Storage" hack. I've posted to that effect in the relevant forums that I can find, too. This is not now, never was, and (short of custom ROMs or special bootloader modes) never will be a UMS interface to Zune-like devices. The device literally doesn't support it. Please don't confuse Media Transfer Protocol for USB Mass Storage. They are *not* the same. For example, those nicely named music files you see when using the "UMS" hack for WP7/Zune? *THEY DO NOT EXIST* anywhere on the device's filesystem. True, there are files containing the same binary data, but they have names like "2D.mp3" and are stored in a filesystem structure designed to make referencing them in a database faster. MTP exposes a hierarchical storage system (which may, coincidentally, mirror the filesystem although it does not do so on Zune-like devices), but it does *NOT* expose the filesystem/storage (which is what UMS does).
I have a windows 6.5 phone, it runs a legacy application that I'm not willing to part with. I cannot upgrade to Windows Phone 7 or 8. It will not run in that environment. This application will run on the real Windows XP-->7-->8. But there is no adequate app on Android or IOS.
I am looking to ditch this phone at some point in the future. What are my options?
1) Can I upgrade to Windows Phone 7-8? -- - And is there an App that employs a 'Windows Mobile 5/6' mode/emulator --- Sorta like on Windows 7 they have a Windows XP Mode (virtual machine), that allows Legacy incompatible apps to run.
2) Can I dual-boot a cool modern Android phone with Windows Mobile 5/6? - How to do it...
3) Really odd one.. Is there a phone with the real Windows 7, or the Real Windows 8 (not RT) on it. Not the phone OS's. If so, how cumbersome would it be to operate? or expensive? or big?
But I also don't want to spend $500> either.