> On Fri, 4 Aug 2000, Marco van de Voort wrote:
> > > > configured in such a way that its start-up is triggered by pressing
a
> > > > user-defined key.
> > > So you are under windoze when you need to press the key? I mean on
windows
> > > desktop yu need to press the key? Than i think you should read about
> > > kernel and winapi dll's (press F1 under Borland pascal 7.0 - note that
NOT
> > > turbo pascal) and see it under dll reated section, maybe you will find
a
> > > kernel or api function of windows that emulates keypresses or mouse
> > > events.
> > > If you can trigger it under a full-screen running dos program too,
than
> > > you should download ralf browns interrupt list and search for a
special
> > > BIOS function that emulates keyboard presses.I used that for a rtick
> > > similar but under real DOS and it worked.
> > Afaik you can't do this with 32-bits applications. Without emulator VXD,
> > only windows programs may call the windows API. For dos programs it is
> > not in the scope.
> > > > But I want the SCR software's start up to be triggered
> > > > by certain events defined in the pascal program that runs on
computer Y
> > > > The only solution I can think of is connecting both computers
somehow
> > > > and 'simulating' a keypress by sending an appropriate signal to the
> > > > keyboardport of computer X, but I don't even know whether this would
be
> > > > technically possible.
> > > Yes, as you say, connecting *SOMEHOW* is a good idea. I mean if you
are
> > > good in hardware, you would be able to make a trick: don't connect the
> > > keyboard of the remotaly controlled machine directly, but trough a
special
> > > connector that is connected to the other pc. So if you press keys, it
is
> > > passed trough, and also if you can make good signs with the other pc
it
> > > woud be seen as it came from the keyb. It is possible, but i'm not
good in
> > > hardware so i don't knw how to do it exactly :)
> > Hmm. Simple but smart. A simple client (in a suitable 32-bit compiler)
> > under Win32 that puts all data on the serial bus. The other end pops it
> > off under windows. The only problem afaik is that you are limited to
> > a few meters serial cable.
> Hmm, yes, lngth limitation. But another idea: maybe the remote computer
> sends tcp packets (unlimited length;) and one of the application on the
> controlled computer catches it and writes out to the keyborard emulaton
> device. So the computer controlls itself (with a short serial cable) by
> TCP events that can came from hunderds of kilometers. Hmm, more
> complicated :)
> Lets race: who can think out the most complicated solution? :)