Hello guys I am stuck at a point and really appreciate help, I have to keep my app running in the background continuously as it is listening to sockets and servicing them!
My app is targeted for WP8.1 using C++.
Does any one have any idea to achieve this scenario.
I have tries location tracking as suggested but no use, because as the app goes into background the app gets suspended.
There's no way to do that on Windows Phone 8.1
The ControlChannelTrigger is designed for this connected scenario, but it isn't available on Windows Phone 8.1. It is available on Windows 8.1 and is part of the Universal API Contract so will be available on Windows 10 Mobile.
Related
Scenario:
We have a Qt application(Qt 5.9.5,C++,QML,Ubuntu) running on a device (deals with telecommunications), which can also be viewed in a browser using webserver. All the operations done manually on the device have been visualized on the browser simultaneously.
Requirement: Now what we want to achieve is build a similar application(maybe web application) so that you execute it from a browser and simultaneously the application on the device should execute by itself. The device is just switched on initially. everything should be operated from the client application. What are the possible options?
We have started with Qt Remoteobjects to make a remote application but Qt version of device is older one when compared with Qt version of some functionalities in remote objects module. so using remote objects is not possible now.
Can Qt WebGL streaming helpful in this case?
Does QtWebchannel and websockets help by setting up communication with html/javascript application. Is it a possible solution?
Is virtual network computing (VNC) an option to think about in my scenario?
I have come across some concepts like Qt for WebAssembly, Web toolkit(Wt), Emscripten, Cutelyst web-framework, Qt for Automation - MQTT,OPC UA, KNX, CoAP . Do these really help at any point while developing a client application to control the QML GUI on a telecom. device?
Which of the options suits my scenario?
I have been following Qt's blogs about these related topics. Still not sure which method is suitable?
Sorry for a lengthy explanation. Kindly provide some suggestions.
Thank you.
Im using this guide "automating the testing of windows 8 apps" to test my windows store app
http://blogs.msdn.com/b/windowsappdev/archive/2012/09/04/automating-the-testing-of-windows-8-apps.aspx
Unfortunaltely Ive run into a problem, I need to know when my app closes (crashes) or when it goes into suspended mode, to log that info, and I want the launcher to be able to know the application has stopped , unfortunately iApplicationActionManager, does not have that method. And IPackageDebugSettings which is used to change the application suspend and resume states does not have a readable current state property (afaik)
Is there any way to do this?
I tried to make a Windows Media Player remoting application in C++ with the help of this guide: Remoting the Windows Media Player Control. However, even if I return "Remote" in the GetServiceType method, the Windows Media Player instance appears to be running like a "Local" one, as if it is a separate instance, so it doesn't share playback engine with the main WMP but rather its like running on its own.
I have already saw some complete source code related to this (i.e. https://github.com/.../PlayerWMP.cpp) but somehow, my "Remote" WMP always seem to run like a "Local" one.
I have confirmed that my IServiceProvider::QueryService and IWMPRemoteMediaServices::GetServiceType implementations are getting called so remoting should be properly set up already, and again, issue is not that I cannot host the ActiveX object, issue is that is not able to remote the main WMP instance
finally figured something out after days, well at least for Windows 7, WMP remoting doesn't work if the remoting app is running as admin, regardless if WMP is running as admin or not, it just doesn't seem to work. The sample apps I have also worked same way but I was not able to see their common denominator until now. I also don't see any posts over the internet regarding this. I know this is not complete/real answer but I hope this may be able to help some other people as well
I have 2 application running on the same machine.
Editor, is a Windows 8 application developed with WinRT and is sand-boxed. (Client)
Integrator is a C++ application for reading hardware devices over serial COM ports. (Server)
I have done a lot of searches about how to get client/server communication to work on Windows 8,
and can only find posts that say it is not possible using standard WinRT classes, etc.
What I need is a solution where by the Windows 8 application works as a client, and the standalone
executable works as a server.
Can someone please suggest a mechanism that can be used to do client/server communication.
If we cannot find a good solution for this, then we will have to resort to using files, which
I would rather not have to do.
Clarification: I am aware of the many mechanism that can be used to do client/server communication.
What I am looking for is a workaround to the problem, where the these techniques will not work on
a Windows 8 application, developed with WinRT. As the sand-boxing explicitly prohibits the client
and server being on the same host machine.
Well, the posts stating that such communication is not possible, are mostly right. There are 2 reasons, why this is prevented:
Being able to communicate to an application outside the sandbox effectively breaks the sandbox. The Windows Store app is now suddenly able to do everything the desktop application can do: access file system, registry... Windows Store apps live in a sandbox for reason - to be safe for the user.
The Windows Store app won't work after it is installed from the the store or from a package. It needs to have a desktop application installed and set up correctly as well.
I would suggest you try to move your server part to a different machine and make it a proper server. If for some reason you really can't do that, you still have the following options available:
You can use TCP/IP to connect local network resources if you remove the isolation for your Windows Store app. You will need to use CheckNetIsolation.exe, but since you already need to separately install the desktop application, this shouldn't be that much of a problem.
You can create files with a specific extension. Then register the desktop app for one extension and the Windows Store app for another extension. You can now shell execute files with these extensions to use them as a message for the other app.
I need to develop an iPhone/iPod Touch application that creates a server to send some data stream (characters or bytes) to a Windows C++ application via Bluetooth. I'm thinking of creating a TCP connection, but don't know where to start.
What iPhone API should I use do to something like this? Does anyone knows some code examples that i can use to do this?
And in Windows, what should I use to support this kind of communication?
Thanks
Yes. From what it looks like you can use the PAN bluetooth profile (the same profile used for tethering) with everything except the original iPhone.
Here's an article doing bluetooth over iPhone/iPad using GameKit. The article notes that you would need at least 2 iPhone/iPad devices running iPhone OS 3.0, but I wouldn't take that as an impossibility to talk to any other bluetooth capable device.
Update
This forum indicates that the iPhone is only capable of headset pairing. It could be that the iPhone is "picky" about what you can pair it with.
"The iPhone only recognizes the "headset" profile. Another well thought out idea from Apple. No A2DP profiles, no OBEX."
-sapporobaby
Update 2
As jamone as indicated iPhone 3.0 supports A2DP. How nice is that?
Here's a table listing of iPhone/iPad bluetooth supported profiles
I'm pretty sure third-party developers don't have sufficient access to the Bluetooth stack to do this via published APIs (i.e. via an app you publish to the App Store).
Is using WiFi an option? That's what most developers seem to be using for client/server communications. If that's the case, see if you can distribute Apple's Bonjour runtime with your app. If you search the developer site for Bonjour, they have code samples (though probably no Windows examples).