I want to develop an application in VB.net for handheld device(Ticket machine in Bus and train).Is it possible to develop in Vb net.
Whether i need windows OS in my handheld device or any runtime environment only needed.
My hardware is ARM processor.
I want to run my application as standalone in my machine.
Assuming that you have device with Windows Mobile on it it should be ok, though you'd have to find out what version of the .Net Compact Framework it has installed on it.
Here's more information:
http://en.wikipedia.org/wiki/.NET_Compact_Framework
Depending on your exact needs and hardware, the Micro Framework runs .NET (though only C# is supported) on pretty resource-constrained devices. It doesn't require an OS (it is the OS).
Related
I will refer applications in Windows Store for either Windows 8/8.1 or Windows 10 as UWP applications as Wikipedia does, if I do not mistake it. Windows RT(not WinRT though) is not discussed to avoid confusion.
I wonder what API's no matter public or undocumented that Windows 8/8.1/10 have implemented that Windows Store and UWP applications rely on, so that they cannot be port to Windows 7, which is NT 6 as Windows 8/8.1/10 do.
If nothing much are there, but only due to M$'s market strategy to promote new technology'd Metro, there might have been some 3rd-party runtime/framework for Windows 7 on which Windows Store will work and UWP applications can run, which will surely spend no more effort and cause no more legal or compatibility trouble than Mono or Wine.
Edit: As How does Windows 8 Runtime (WinRT / Windows Store apps / Windows 10 Universal App) compare to Silverlight and WPF? says, it's a layer quite similar to .NET that lies between COM and application, if I didn't misread.
It's not a marketing strategy by the evil M$, and writing things like that makes you look rather juvenile. There's a giant layer of code (arguably an entire operating system within an operating system) that was written to enable Metro/Modern/UWP apps to run in Windows 8, tweaked in 8.1, and further refined in 10. That layer simply isn't there in Windows 7, wasn't backported, isn't going to be backported, and can't reasonably be backported by a third party who lacks access to the undocumented details of the implementation.
There is no conspiracy afoot here. It is a simple matter of new operating systems supporting things that old operating systems don't. The new features that Windows 8/8.1/10 have implemented that Windows Store and UWP applications rely on is the entire notion of a Windows Store and a UWP application.
The version number ("NT 6", as you point out) doesn't matter. All that tells you is they didn't massively rewrite the kernel. You don't have to rewrite the kernel in order to write a new layer on top of it.
If you want to run Metro/Modern/UWP/Store applications, you need to update to a later version of Windows. Alternatively, you can just write a regular Win32 application, which will run on all versions of Windows, including the latest builds of Windows 10.
I am writing an application for Mac OSX in Xcode/Objective-C that uses the IOBluetoothHandsFree class in the IOBluetooth module. The application allows a user to use their computer as a speakerphone for their phone over bluetooth. I'm running into an issue where the volume of all other applications on the computer get much lower when a call is initialized and the computer is used as the speakerphone (called "audio ducking"). How can I go about disabling this functionality in my application?
After talking with the Apple Bluetooth team, it turns out that this feature is not supported in the latest version of the IOBluetoothHandsFree class.
Does Windows (some modern flavour) have an mDNS server installed and/or running by default? If so then how does one tell it, preferably dynamically, to start/stop advertising a new service?
If there is no standard then how does one deal with the problem of conflicts trying to run multiple mDNS servers in that environment?
Basically, I want to implement a service that will run on Linux, Windows and Mac OS X and which needs to advertise its zeroconf webserver location using mDNS. On Linux I just use avahi-publish (or install a config file). I'm guessing that the answer will be straightforward for OS X. I'm struggling to find information for Windows.
Starting with Windows 10, Microsoft made strides towards a native Windows implementation of mDNS and DNS-SD.
While earlier iterations have been limited to UWP apps, a general Win32 API has been exposed from at least SDK version 10.0.18362.0 (1903/19H1, May 2019).
Note: This implementation is currently confirmed working only for 64bit build targets, there is an open issue preventing compilation for 32bit targets.
Outdated note from a previous version of this answer:
Early iterations resulted in mDNS network flooding:
Windows 10, in its default configuration, will spam its local networks
by responding to all mDNS requests with null response packets.
This issue was fixed in Windows 10 1511 (10586) and above
Last time I needed one, Apple's Bonjour Print Services for Windows was the most convenient mDNS client for Windows I could find. Only 5MB.
No, Microsoft doesn't directly support Multicast-DNS.
However, there appear to be several 3rd-party alternatives:
http://bens.me.uk/2013/multicast-dns-and-development-virtual-machines
http://en.wikipedia.org/wiki/Bonjour_%28software%29
http://www.icir.org/gregor/tools/autoconf-protocols.html
http://www.zeroconf.org/
... and ...
http://blogs.technet.com/b/networking/archive/2008/04/01/how-to-benefit-from-link-local-multicast-name-resolution.aspx
Have also successfully used C++/WinRT for dnssd discovery directly from C++ now. It appears from our perspective to be quicker and more reliable to query services and will let you easily install a watcher to get notifications when devices arrive etc. Of course, this is limited to versions of Windows 10 with support for C++/WinRT, which starts with 10.0.17134.0 (Windows 10, version 1803).
One caveat: We've noticed that it does not provide, nor recognise, a FQDN (trailing dot). So for a device that Bonjour OR Avahi would give an address of mydevice.local., Windows instead gives mydevice.local. Attempting to ping mydevice.local. under Windows 10 (1809) fails.
Windows 10 supports natively mDNS/Zeroconf, but only for modern APIs, not for Win32 applications.
If you have such an application, a third party service is required.
Source: https://social.technet.microsoft.com/Forums/en-US/8a0346de-2296-4f46-bc36-ff3fb13e283b/builtin-mdnsdnssd-zeroconf-support-in-windows-10
The short answer is to support both Avahi and Bonjour. You'll need Bonjour support to run on OSX anyway, and if a Windows user has installed iTunes they'll already be running it.
As a fallback for Windows users not running iTunes, you can compile Avahi as a library for Windows (with a bit of effort) and bundle it. This is a non-trivial bit of packaging, but the alternative is requiring your Windows users to install iTunes in order to use your application.
I am writing a program in Go/C for the backend and JavaScript/HTML for the front-end. It is not a web application but it runs a local server which sends data to the client(firefox). The client then displays this data and sends any user interaction back to the server using websockets.
The backend is written partially in C since I have to dynamically load a 32 bit DLL file to communicate with my hardware. The hardware (for which I have aquired both 64 and 32 bit drivers) sends its data via USB to my backend which processes and displays this to the frontend. The hardware, drivers and DLL file are from a third party so my chances of changing any of those are very low.
I use GCC (MinGW) as compiler for the C code since Go and Microsoft's compiler didn't get along very well and I use the 32 bit compiler since I am loading a 32 bit DLL.
The program compiles and runs on my 64 lenovo Thinkpad with Windows 8 professional(running it in legacy mode) but now I wonder if it would be possible to run the same program on a Windows tablet. Unfortunately I don't have a Windows tablet so how can I determine if it will work on a tablet without actually buying one? I know that Microsoft has some sort of emulator but will it work with GCC? Will the processor architecture of the tablet matter? Will the same drivers work? Will the DLL file work?
Yes, if the tablet runs Windows 8. No, if the tablet runs Windows RT. For example,
Surface by Microsoft - the New Tablet PC
Surface Pro specifications
Surface RT specifications
Which Surface is right for you? - SKU Chooser
I'm new to CE programming and I have a Marvel device PXA270 with Windows CE 5.0 installed. The device has one usb port.
I wonder if there's ANYTHING I can try to connect a 3G-HDSPA usb stick to it. When plugged it only recognises its folders as a pendrive would do, but no Internet.
Thx.
Forget it. To make it work you need OS support for it or a dedicated infrastructure that the cellular modem should provide for Windows CE 5.
To have cellular support you need Cellcore included in the OS and Windows CE 5 does not support it.
What you can do is start develop your own infrastructure for the device, but it will take you several months of work and that is if you have the Cellcore code from Windows CE 6 as a reference.
The short answer is that you must have a Windows CE driver for the device. Obviously it's a composite device that enumerates as a storage device and also whatever the radio is. Windows CE understands the storage device part and therefore loads up the driver for that. It has no idea what the radio is.
You would have to either get a driver from the OEM (they probably don't have one, though it's always worth checking) or write your own (you probably don't have enough info on the radio chipset to be able to do that).