Develop Bugs

[Q] How to complement till full toolchain?

Hello everybody!
I have FW4, VS2010 Ult, XNA Game Studio 4, ExpressionBlend 4. I want to start development for WP7 and found MS' toolchain (467Mb ISO!), but it's huge! (and no separate components is available). What else do I need to develop for WP7? Guessed I need phone emulator and some libraries/SDK, but cannot find appropriate packages. Can somebody help me, please?
Also, do I need unlocked image? What exactly is locked in emulator?
Thanks in advance.

The only basics you really need Visual Studio, and this download which is the Developer Tools Package, it contains all the files, the emulators, etc
http://www.microsoft.com/downloads/...cf-a63a-4f97-952c-8b51b34b00ce&displaylang=en

One thing you should certainly take a look at is the Silverlight for Windows Phone Toolkit, which you can get here:
http://silverlight.codeplex.com/releases/view/55034
It's stuff that really should be in the main SDK download, but it simply isn't.

[Q] ConManClient3 & Device.GetRemoteAgent() for native access?

Hi all,
has someone tried to get privileged access to wp7 via calls to conmanclient3? The RemoteAgent settings are all there (C:\ProgramData\Microsoft\Phone Tools\CoreCon\10.0).
Visual Studio 2010 does use the new CoreCon 10 files if it deploys to a real wp7 device. If it deploys to the emulator it does use the 5.1 files instead.
It looks like the settings for the 10.0 files differ from prevoius versions as the SmartDevice Tools of VS2008 (Plattformbuilder 6 based) won't work with the new files.
But in theory it should be possible to get access via a RemoteAgent (h__p://msdn.microsoft.com/en-us/library/microsoft.smartdevice.connectivity.remoteagent(v=VS.90).aspx), shouldn't it?
As cormanclient3, CMAccess and friends are all signed by microsoft and consist of native code it would be interesting to talk to someone who has already created a RemoteAgent based connection to a smartdevice. Is there someone out there?
Best regards,
-tobias

From the WP7 Developer Tools Application Deployment Tool, I'm pretty sure it's only using the CoreCon 10.0 files.
My RemoteExecute program here is using the Device classes (though I might have rewritten it a bit to get the Device.ConManServer), I'll now try the sample you linked too, and see if I can get it to work. File manipulation using the ConManServerseems to give lots of "Access Denied" errors, which I'm trying to work out why, and there's some stuff to be done with registry access as well, but this is the only way I've yet found of controlling the device from a desktop, without extra on device apps.

I check it with procmon, if you deploy to the emulator is loads the 5.01 files.
The MSDN Sample from above won't work as the service ids are from an older ce version. You need to use the ids from the file in corecon 10 addon folder.
do you get "access denied" or "not implemented" errors? Would be interesting if there is another set of files in the platform builder 7 which do implement additional functionality. I'd seen your remote execute program but I think the trick is to get a remoteagent running (looks like that's what visual studio does to get the debugger working).
regards,
- tobias

kuerbis2 said:
I check it with procmon, if you deploy to the emulator is loads the 5.01 files.
The MSDN Sample from above won't work as the service ids are from an older ce version. You need to use the ids from the file in corecon 10 addon folder.
do you get "access denied" or "not implemented" errors? Would be interesting if there is another set of files in the platform builder 7 which do implement additional functionality. I'd seen your remote execute program but I think the trick is to get a remoteagent running (looks like that's what visual studio does to get the debugger working).
regards,
- tobias
Click to expand...
Click to collapse
Ah, I'm just checking the Application Deployment tools, rather than the debugger, which would be a lot more useful... I think the emulator isn't really emulating, it's running using x86 code, and just acting like a WP7 environment (unlike the older emulators that emulated the entire hardware).
Will find the IDs for corecon 10 then, as that might make things work! (I've got device connections working, device name is "Windows Phone 7 Device".
I get Access Denied with most of them, though there is at least one function that's not implemented somewhere (I can't remember which one it is though!). The file manipulation APIs are quite different in the latest version of Microsoft.SmartDevice.Connectivity, with things like ProvisionDevice() not exisiting at all.
Will look at getting a RemoteAgent running, the functions are all there, and implemented, I just need the right IDs.
I can upload my code somewhere if you want (it's a little messy though!)

Node js on windows RT

I don't have permission to post thread in the development related forums. Hopes someone can add it to http://forum.xda-developers.com/showthread.php?t=2092348
I have ported nodejs(0.9.7-pre) to windows RT.
And here are some issues which will affect the performance:
1.Snapshot hasn't been used.
2. V8 uses some assembly code for arm, but it's just for linux and gcc.
So currently simulator is used when executing javascript code.

Awesome - this will come in handy for testing JS code while I'm away from my main machine. I believe someone was requesting Node.js on page 11 of the Desktop apps ported to Windows RT thread, but I cannot yet post their either.

I posted it in there for you.

Very nice! I think it's actually possible to get V8 running on RT - I've been working on it as part of porting Chromium - but it might be easier to just use the interpreter for now anyhow.
Added to the first post.

This actually works better than I ever imagined.
Even the crazy HTTPS-Stuff works pretty well (Client authentication).
No Need for V8 for my 20 lines of code anyway...

How did you get it to work, or how did you install it?
domenukk said:
This actually works better than I ever imagined.
Even the crazy HTTPS-Stuff works pretty well (Client authentication).
No Need for V8 for my 20 lines of code anyway...
Click to expand...
Click to collapse
I got a Windows RT 8.1 Surface for a trip I am taking, but in my down time, I would like to run Node.js.
I downloaded the Zip file above, unzipped it in a folder.
doubleClicking on it throws this error:
"Windows cannot verify the digital signature for this file. A recent hardware or software change might ahve installed a file that is signed incorrectly or damaged, or that might be malicious software from an unknown source".
When I run node.exe from a command line I get:
"The system cannot execute the specified program."
I have turned off UAC. What am I doing wrong?
Thanks,
Tim

tteller said:
I got a Windows RT 8.1 Surface
What am I doing wrong?
Thanks,
Tim
Click to expand...
Click to collapse
You answered it yourself. You require the jailbreak to run this. RT 8.1 doesnt have a jailbreak.

Could be possible to get latest Node.js release compiled please?
Thanks!

jesuslg123 said:
Could be possible to get latest Node.js release compiled please?
Thanks!
Click to expand...
Click to collapse
Posted it in the RT Hacking forum

[Q] jailbreak rt 8.1,possible?

still wondering how to jailbreak rt 8.1,seems that cdb no more works..

A jailbreak for 8.1 isn't possible yet.
Sent from my SCH-I535 using xda app-developers app that has now replied to millions of stupid questions

hjc4869 said:
still wondering how to jailbreak rt 8.1,seems that cdb no more works..
Click to expand...
Click to collapse
*sigh*. Use search, or even just open your eyes and read through the development and hacking section which is basically full of this single statement: "8.1 does not have a jailbreak yet"

SixSixSevenSeven said:
*sigh*. Use search, or even just open your eyes and read through the development and hacking section which is basically full of this single statement: "8.1 does not have a jailbreak yet"
Click to expand...
Click to collapse
Making a jailbreak is a complicated task. I'm working on it...
Melissa

surface rt 8.1 jailbreak
Myriachan said:
Making a jailbreak is a complicated task. I'm working on it...
Melissa
Click to expand...
Click to collapse
hello my name is mike clery I was wondering any info on a 8.1 jailbreak I really want to install legacy apps on my surface rt so if you can tell me anything its December 26 and still no info on it

Dude. Don't pester the devs. Don't post questions that have already been asked and answered over and over again. Don't, ever, ask for ETAs or similar concerning hacks like this. Leaving aside the simple fact that it's impossible to predict anything of that nature (and thus asking is simply useless and annoying spam), people on here are volunteers doing this stuff in our own time. You are not our boss, to ask for regular status reports or some such thing. It'll be posted when it's ready. No point asking for anything else.
There has been plenty of discussion regarding an 8.1 jailbreak. I get that you're new, but time was, new members of a community had the courtesy to observe, and emulate, the behavior of the older members of the community. At a minimum, check the forum rules... the very first of which is: Search before posting!

cameyo ? work with jailbreakoen surface rt ????
Have you guys heard about cameyo ?????
Its pre pacakge apps taht dont need to be installed to run.
download them and run them, wonder if we be able to use those apps after the RT is jailbroken? any idea ?
search for online . cameyo . com / public - (no spaces)
here is the link to hugh list of apps that can be downloaded as n exe file and run on any PC, offcourse not on rt . i tried. Anyone with a 8.0 surface RT jailbroken devce, wanna try and let us know if they are working ?

MrAsimOnline said:
Have you guys heard about cameyo ?????
Its pre pacakge apps taht dont need to be installed to run.
download them and run them, wonder if we be able to use those apps after the RT is jailbroken? any idea ?
search for online . cameyo . com / public - (no spaces)
here is the link to hugh list of apps that can be downloaded as n exe file and run on any PC, offcourse not on rt . i tried. Anyone with a 8.0 surface RT jailbroken devce, wanna try and let us know if they are working ?
Click to expand...
Click to collapse
Nope. Cameyo is for x86 not ARM and would need porting, as it is not open source that is not possible.

Possible alternitve?
Is is possible to just get a developer license on an rt device and then use your own signing certificate to sign some application (like audacity) then import the certificate into the trusted root authority list using certmgr.msc? If that worked then we could get something going that would work with few risk of problems. Also for anyone else who might find this useful, you can download a windows rt debugger and it has a built In kernel debugger (maybe could be used to jailbreak???).

... And we come full circle. @johndc7, thanks for your suggestion but did you really think that wasn't among the very first things we tried?
The requirement isn't that the binaries are signed. It's that they're signed by Microsoft. Your suggestion does actually work if the tablet is in Testsigning mode - which means, basically, treat any trusted signature as if it's a MS signature - but putting the tablet in Testsigning mode requires editing the BCD (Boot Configuration Database) and the SecureBoot feature prevents any modification to the SecureBoot flag in the BCD. We even have tried complex steps like exporting the BCD, enabling Testsigning on it, marking it read-only, and re-importing it. No dice. Feel free to experiment more yourself, though...
Oh, and as for kernel debug, that's definitely another way to disable the signature enforcement... and it's just as unusable as your last suggestion. Secure Boot blocks the Debug flags in the BCD. You don't need any special software to perform kernel debugging of RT - any build of kdb or windbg from the last few years can do it - but you do need to be able to put the tablet in debug mode to begin with. Again, if you find a way to do *that*, then that would be very valuable.

Another idea........
Hopefully this is something that is actually somewhat realistic..... I have been wanting to run audacity (mainly) on windows rt. Does anyone know if it would be possible to recompile it to run full screen in metro? Even though this method isn't really ideal, it would be something to temporally use instead of having nothing until somebody finds a better way of doing it. I understand that it probably wouldn't be able to be released to the windows store but a developer license could be installed to run it.

Well, at a bare minimum, you would need to re-write the entire UI. Metro apps don't (can't) use the standard Windows GUI frameworks, so any graphical app that isn't completely DirectX-based (which is to say, pretty much anything except games and command-line apps) will need to have their interface re-written.
Then there's the issue of things like getting it to work within the sandbox (you can largely work around the API restrictions, but the privileges issue is a problem) and, unless it is already possible to compile it under modern versions of Visual Studio (a lot of open-source software isn't), you would need to fix it for MSVC compatibility too.
Short version: Not practically.

Possible Alternative
I did find a folder on my RT device called "CodeIntegrity". The path is "C:/Windows/System32/CodeIntegrity". It contains drivers and stl files that I assume prevent the use of unsigned exes. Permissions that are not normally granted on the Surface are needed to disable the files, but if we could somehow do it maybe it would solve the problem?

GoodDayToDie said:
The requirement isn't that the binaries are signed. It's that they're signed by Microsoft.
Click to expand...
Click to collapse
Not exactly. They can be signed by any certificate listed in the kek or db and not listed in the dbx. So microsoft (though there are different signatures in rt 8.0 and rt 8.1) and the OEM, and any third party that made drivers that are used on the platform (at least in general). But those are just technical details and don't help find a solution all that much.

[wine] [news] [rt_apps]

Hello !
Curruntly winehq can run widows rt/ce apps on my Galaxy S Duos !
How to do it:
1)Flash a faster rom(like pmp (thx mohitash))
2)Download a compatible fedora armv7 img
3)Chroot into it
4)After chrooting:
[[email protected] /]:adduser rootCoder --force-badname (it's just an example) && su - rootCoder
[[email protected] /]:yum update && yum install wine
5)open androidVNC and then login to your vnc
6)open wine config
7)add all the possible libraries and apply them
8)set windows version to 8
9)open a ported windows rt/ce app via wine
10)EnJoY !
Don't forget to press Thx

You havent tried this yourself have you.... Either that or you havent clarified what apps you can and cannot run properly.
WINE does not support winrt at all. Only win32.
WINE does however support win32 on THUMB2 now and the wine wiki even directs you to GoodDayToDie's ported application thread. WINE can run these programs now.
It can do the ported desktop apps. It can't do store apps.
There is also a QEMU patch to allow x86 software to run under WINE on ARM, but its meant to be buggy at best and performance is terrible (although I wonder how it compares to maimachs little x86 emulator).

SixSixSevenSeven said:
You havent tried this yourself have you.... Either that or you havent clarified what apps you can and cannot run properly.
WINE does not support winrt at all. Only win32.
WINE does however support win32 on THUMB2 now and the wine wiki even directs you to GoodDayToDie's ported application thread. WINE can run these programs now.
It can do the ported desktop apps. It can't do store apps.
There is also a QEMU patch to allow x86 software to run under WINE on ARM, but its meant to be buggy at best and performance is terrible (although I wonder how it compares to maimachs little x86 emulator).
Click to expand...
Click to collapse
Sorry sir...you didn't understood what i mean
1)i had tried it and it's working for me
2)i said that ONLY windows rt apps(x86 apps cannot)
Sorry agin:angel:

curruntly tested apps by me :
-bochsx86emu
-prboom
-quake
-A process manager

.rootCoder. said:
Sorry sir...you didn't understood what i mean
1)i had tried it and it's working for me
2)i said that ONLY windows rt apps(x86 apps cannot)
Sorry agin:angel:
Click to expand...
Click to collapse
You still havent specified the difference between win32 and winrt apps (desktop and store).
Specifically WINE via this method will run the win32 applications from GoodDayToDies thread not apps from the windows store.

SixSixSevenSeven said:
You still havent specified the difference between win32 and winrt apps (desktop and store).
Click to expand...
Click to collapse
Differce is that apps are ported to arm that our device is running it(you need to jailbreak your device to run them)

.rootCoder. said:
Differce is that apps are ported to arm that our device is running it(you need to jailbreak your device to run them)
Click to expand...
Click to collapse
That is not the difference I was referring to....

Pls..Listen:
SixSixSevenSeven said:
That is not the difference I was referring to....
Click to expand...
Click to collapse
Winehq on an arm device mean:
-That we own an arm jailbroken windows_rt-like
-that we can run rt apps

.rootCoder. said:
Winehq on an arm device mean:
-That we own an arm jailbroken windows_rt-like
-that we can run rt apps
Click to expand...
Click to collapse
Your still wrong....
I know what it means. It seems to be you that does not.
WINE will run win32 applications. Not winRT applications.
Win32 = desktop.
WinRT = store.
Windows RT has both win32 and winrt runtimes. You are failing to specify which applications WINE will run on android, you just say windows RT, that could be store or desktop. The answer is desktop, you don't specify that.

SixSixSevenSeven said:
WINE does not support winrt at all. Only win32.
WINE does however support win32 on THUMB2 now and the wine wiki even directs you to GoodDayToDie's ported application thread. WINE can run these programs now.
It can do the ported desktop apps. It can't do store apps.
Click to expand...
Click to collapse
That is really cool! And even if Windows RT or Windows on ARM dies as far as the desktop is concerned (I hope not!), Linux on ARM can benefit from these compiled programs!

SixSixSevenSeven said:
Your still wrong....
I know what it means. It seems to be you that does not.
WINE will run win32 applications. Not winRT applications.
Win32 = desktop.
WinRT = store.
Windows RT has both win32 and winrt runtimes. You are failing to specify which applications WINE will run on android, you just say windows RT, that could be store or desktop. The answer is desktop, you don't specify that.
Click to expand...
Click to collapse
x86Apps=any windows x86 EXE files
arm rt ported apps=arm rt EXE files (for jailbroken ones)
So:
-you can run ARM ported EXE files on you rt(if it was jailbroken)
And:
Winehq is running on an arm device, so it well run that apps
AND: you're wrong windows rt HAS NOT win32 runtimes (see : http://download.microsoft.com/download/1/6/B/16B06F60-3B20-4FF2-B699-5E9B7962F9AE/VSU4/vcredist_arm.exe)
you well see that EXE app is for arm...so you can run it on your rt (if it was jailbroken) but..we can run it via wine on our arm device

domboy said:
That is really cool! And even if Windows RT or Windows on ARM dies as far as the desktop is concerned (I hope not!), Linux on ARM can benefit from these compiled programs!
Click to expand...
Click to collapse
Yup mate...you can do
i had did it and still doing it (only ARM EXEs...wine is not an emulator)

.rootCoder. said:
x86Apps=any windows x86 EXE files
AND: you're wrong windows rt HAS NOT win32 runtimes (see ...)
you well see that EXE app is for arm...so you can run it on your rt (if it was jailbroken) but..we can run it via wine on our arm device
Click to expand...
Click to collapse
No. You're wrong. WinRT != Windows RT. Amen. WinRT reffers to runtime of Metro Apps, they does not have .exe files.
http://en.wikipedia.org/wiki/Windows_Runtime
Win32's are just 32bit Windows Desktop Apps. And those are .exe's. They refer both to ARM and x86 CPU. You can run Win32 ARM (well, Thumb 2) apps.
Windows RT has Win32 runtime. You're linking to Visual C++ 2013 redistributable (version 12), 2012 (version 11) is included in OS.
Anyway, still - cool news, and another reason to get mingw working for arm/thumb2 But I'll stick to my XPS10.

kitor said:
No. You're wrong. WinRT != Windows RT. Amen. WinRT reffers to runtime of Metro Apps, they does not have .exe files.
http://en.wikipedia.org/wiki/Windows_Runtime
Win32's are just 32bit Windows Desktop Apps. And those are .exe's. They refer both to ARM and x86 CPU. You can run Win32 ARM (well, Thumb 2) apps.
Windows RT has Win32 runtime. You're linking to Visual C++ 2013 redistributable (version 12), 2012 (version 11) is included in OS.
Anyway, still - cool news, and another reason to get mingw working for arm/thumb2 But I'll stick to my XPS10.
Click to expand...
Click to collapse
OK...see : http://forum.xda-developers.com/showthread.php?p=36534446
those apps are ported arm EXEs(not x86) and they can be opened by both windows_rt and wine on arm devices
i've plaied prBOOM rt port and it's fully working

Sigh... lots of arguing about terminology and misinformation in this thread.
For everybody saying .rootCoder. is wrong: I don't see anywhere that he (or she) explicitly said WinRT, and in fact I do see a number of places he said "windows rt". "rt apps" (or "rt_apps") could apply to either. Oh, and WinRT EXEs are perfectly possible and indeed common; any native-code WinRT application will compile to an EXE (on desktop, tablet, or even phone).

GoodDayToDie said:
I don't see anywhere that he (or she) explicitly said WinRT, and in fact I do see a number of places he said "windows rt". "rt apps" (or "rt_apps") could apply to either.
Click to expand...
Click to collapse
Well, you're right (and apologies to OP), I just reread the thread and indeed .rootCoder. nowhere used "WinRT" name.

GoodDayToDie said:
Sigh... lots of arguing about terminology and misinformation in this thread.
For everybody saying .rootCoder. is wrong: I don't see anywhere that he (or she) explicitly said WinRT, and in fact I do see a number of places he said "windows rt". "rt apps" (or "rt_apps") could apply to either. Oh, and WinRT EXEs are perfectly possible and indeed common; any native-code WinRT application will compile to an EXE (on desktop, tablet, or even phone).
Click to expand...
Click to collapse
I never said he did say WinRT. He stated windows RT apps, that could be desktop or store and he wouldnt clarify which

SixSixSevenSeven said:
I never said he did say WinRT. He stated windows RT apps, that could be desktop or store and he wouldnt clarify which
Click to expand...
Click to collapse
I am pretty sure it is obvious he is talking about desktop apps, since he mentioned the jailbreak several times.

.rootCoder. said:
curruntly tested apps by me :
-bochsx86emu
-prboom
-quake
-A process manager
Click to expand...
Click to collapse
These are Windows RT "applications". Not Windows RT "apps". It don't have a same meaning nowaday.

Oh, bull. Yes, those are referred to as apps, but so are desktop computer software program(me)s, to use a number of terms that don't contain the string "app"... and which have been called "applications" or "apps" since at least the 90s and probably longer. Unless somebody specifies "Metro" or "Modern" apps, using the word "apps" to refer to desktop apps is perfectly valid. Calling it wrong isn't even pedantic, just incorrect. It should have been perfectly obvious what was being referred to.