i need a code to type and perform commands in cygwin terminal in hidden mode(background) using visual basic, i was using cmd but now i want to use a Linux source code so i must use linux. i ran cmd in hidden mode successfully but it isn't working with cygwin, here is the cmd code:Shell("cmd.exe /k tracert -h " & _h & " " & domain.Text & " > temp" & i + 1 & ".txt & exit", AppWinStyle.Hide, True)
I have an application that will run on a terminal similar to a micros terminal. The terminal is already running another vendors app that captures the users logon ID from a swipecard. I need to capture the same logon ID at the same time. This is no problem, I just hook it.
The problem is I have another app which also captures swipes. In development I am running both apps for testing. It appears that when I unhook one app it unhooks both. Rehook and all is fine. As my two apps will never be on the same terminal this is not a problem. What I am concerned about is the vendors app unhooking mine or the other way around.
I would of thought that each app would have it's own ID and that each hook would be independent. I have considered finding a way to determine if a global hook is present and then use some logic to decide on unhooking or not but can't find anything.
i connect to a remote pc via terminal services, when i print with the Microsoft Office Word i get the print in my local printer fast, but when i try to print with my own application the print take 10 seconds.
Has anyone ever come across a way of a way to create an app that kind of mimics what Terminal Services manager does in Windows2003/XP.
I would like to write something that would either go and query a farm of server every n secs a get me a list of users logged in, there process's etc or do maybe type a username in and it goes and finds the user in the farm and returns their details.
trying to write an app consisting of MDI parent where the child forms are:
- created with the Microsoft Terminal Services Control
- connected to remote server (from a listbox)
I can get it to work in a SDI, however whenever I try to spawn the child window in MDI format I get:
System.InvalidOperationException was unhandled
Message="Unable to get the window handle for the 'AxMsTscAxNotSafeForScripting' control. Windowless ActiveX controls are not supported." Source="System.Windows.Forms"
we use a terminal emulator called facetwin to run our main unix based applicationswe want to attach a small document scanner and magnetic strip reader to the system this runs oncurrently we have a magnetic reader that emulates a keyboard so it sends keystrokes back to the unix app. however the new scanner does not.i can get around this by having the unix app send a special command that facetwin understands so it tells the local windows machine to run my vb application that controls the small document scannermy vb app then sendkey's back the relevant info.this is all great and works fine, yet i have a problemthere are 3copies of facetwin running at anyone time all are logged in as the same user but maybe processing diferent things.
I need to control this terminal Board and I have absolutely no idea if this is can be done. This board is connected to the PC Via PCI Card. Can we do that using .Net Framework?
I'm looking for an API/function I can call to determine if software is running on Citrix, Terminal Services, or a stand-alone PC. Optimally, it would work something like this: [code]I would prefer something that worked from an API call as opposed to looking at something in the registry as we're having more and more customers that are locking down the registry.
Can I use or drag more than one MS Terminal Service Control in one form? Is it possible to connect from two or more different desktop in LAN by the using two or more MS Terminal Service Control in a form? If its possible, kindly attached source code or procedures how to make it.
I have a VB6 app using MS Access2003 database ODBC connection in Windows Server 2008my connection string is simple ODBC-- DSN=hotel -- using Microsoft Access Driver (.mdbusing admin user - i can run all forms on windows server 2003 successfullyusing other users - i get "permission denied error 70"I have 2 problems,1- cannot use software in terminalservices using remote desktop to server @Windows Server 2008i have 10 machines connected using Remote desktopfor a limited user, >> permission deniedif i cange the limited user to admin >> things work but ONLY FOR THAT USER!ALL OTHER USERS THEN HAVE PROBLEMS WITH THE SOFTWARE, some exit, some cannot fetch data, etc.
I'm developing a Windows application that runs on a terminal server and users connect to it via remote desktop. Standard stuff. However, I would like to know something about the user and I was wondering if there's a way to get some information about the client that the user connects from (his local machine).
I have a wireless handheld Barcode terminal that is running Windows CE 4,1 .net And i use a Program that is called Mamut Enterprise E4. I am also using VB 2008 to try to code in. how to communicate?
I am developing a program that send sms to cellphone using a datacard.I can read the com port from the server if i run the program from the server, but i run the program from the terminal y read the com port of the terminal, but i need to read the port from the server for use datacard. What can i do? My code for read com port.
I have a Windows Forms application created in VS2005 which runs fine on the user desktop but when running in Terminal Server session it frequently locks up when the remote desktop window is minimised and the user is working locally.There is plenty of RAM on the server so this is not an issue, the only solution so far has been to force the user session to log off on the Terminal Server and then reconnect.
I have built an application in VB 2010 on my Windows 7 Pro desktop. I have a particular combo box with a datasource that is dynamically populated, depending on certain values entered by the user; it may or may not have any records in the datasource. When I run/install the application on my desktop, the combo box acts normal, if I click the dropdown button and the datasource contains no records, the combobox will show a single blank beneath the combobox (to indicate no records). When I perform the same action on server 2003, the combobox DOES NOT show a blank row, it does nothing! It act's like it's broken.
I have created an application with 3 terminal windows for capturing data from 3 serial ports and outputting the data to a file. It seems to work well with one serial port, but when I fire all 3 serial ports at once, the application hangs. Here is the portion of the code that I believe is the problem. The code below is for Serial Port A. I have the same code for Serial Port B and Serial Port C
Private Sub ASerialPort_OnComm() Handles ASerialPort.OnComm ReceiveBufferA.Append(ASerialPort.InputString) Me.BeginInvoke(New EventHandler(AddressOf ReceivedTextA))
We want to set up a bunch of thin clients linked to a server running server 2003 using terminal services. When the thin client runs our app it needs to know which station it is so it can gather information unique to itself from the database. (IP address?). Our app is written in VB6.
The control behind the scenes is "HTEcab.dlI can bring it up in the toolbox, but I don't know how to make it work. There is no documentation I know of.So, I tried using the webbrowser control and going to the web location where the Terminal Emulator resides It is the ite and the private page is Sabre_view.asp (AKA WebPCFos).This brings up the terminal window and you can access the companies info thru this 60"s style technology.
Sub WebBrowser1_DocumentCompleted(ByVal sender As System.Object, ByVal e As System.Windows.Forms.WebBrowserDocumentCompletedEventArgs) Handles WebBrowser1.DocumentCompleted
I'm doing some maintenance on some software originally built by my predecessor at the company (who has since moved on to greener pastures). I'm currently rolling out a new version of the software. At this company, the installation procedure is basically to just shove the /bin/Release directory out into our automated program updater's magic directory, allowing it to automatically copy the contents of that directory over to the local /Program Files/ and let the magic happen. The magic always seems to happen, so there's no big issue, there, although it does weird me out somewhat, after many years of .msi installers...