That was a good suggestion. TRACERT is Windows, but a bit of research gave me traceroute, which is the Linux equivalent. I needed BusyBox on the android device to get that command, and it works fine for the TV. However, for the Home Theatre, it finds it whether it is turned on or not. Very close, but note quite time for the cigar yet.
I have a support request in with Fing - that seems to be the only program that is giving me the right answers - to see if there is any way of capturing its output. They do have an API available, and its not expensive - but I am concerned I no longer have the skills to use it to write the utility.
A programmer is a person who always checks both ways when crossing a one-way street.
Hello everybody! I have a problem and I couldn't find a good answer anywhere.
Let's say we have a WPF application written in C# running on a PC coupled to an Android phone via USB cable. The application must instruct some app on the phone to start and take a picture with the camera, process the picture in some way and send some text data back to the PC application (or maybe even the whole picture) How do you do this?
One more thing: it must be done via USB so I'm not interested in answers related to WiFi or Web services or stuff like that.
Most likely by writing quite a lot of code. For a start you need an app on the mobile that listens for messages from the PC. It must then use the camera to take whatever pictures you require, and send them back to the PC. Google will find you resources on USB communication between Android and PC, and the Android app itself. See also Android articles[^].
There are one or two options for the basic communication mechanism between PC and target Android device, for example adb commands (via USB) would allow you to send Intents (android constructs, which if you don't know what they are you need to start with basic Android training before trying to proceed). However, Intents - when used in this way - provide no mechanism to return data BACK to the PC, so your captured images could not be returned.
The most viable solution that I can envisage would use a socket interface, also running over USB. This would give you a fully bi-direction transport mechanism. I have implemented such a system and therefore know with certainty that it works. As the previous poster said it's quite a big task, but I'd say not huge providing you know what you're doing.
I have developed android program that save data on SQLite Database, I need to know where is the location of created database, furthermore, I need to save database file on the root of android device or on custom path, I don't need to save created file on hidden file.
Ahmed, an Android application has an "Internal" data area - that is, an area within the Android file system where data used by that application alone resides. An app's sqlite DB lives in this area.
You say that you want the DB to exist in the "root" area. In that case you're talking about "External" storage. It's called external because it is outside the app's assigned part of the file system. Most applications, that aren't part of the system, do NOT access External storage, and to do so an app requires special permissions that are not granted by default.
Can you explain more about what problem you're trying to solve by wanting to put your DB in External storage? There may be a more conventional and easier way to achieve your aims.
linear_layout_rb1 and linear_layout_rb2 appear to be sitting on top of each other. You need to go through each control individually and inspect the alignment-related elements (e.g., layout_toRightOf, layout_alignParentRight, layout_alignParentTop).
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"You can easily judge the character of a man by how he treats those who can do nothing for him." - James D. Miles