Win7 32b, softwarové ovládání DOSovské aplikace...

klavesa sa neposiela procesu ale oknu. Okno nemusi mat focus a aj tak mu mozes poslat WM_KEYDOWN message alebo WM_CHAR message, staci ti najst si handle okna, v cykle podla titulku okna.

(P.S. a udel NET lepicov je proste ze len lepia cosi)

Jjj. S tím jsem už taky bojoval.
Ale dělám to v nenativním C#....

A tam mi to nejak nefachcilo.

Bylo to neco jako:

using System;
using System.Runtime.InteropServices;
using System.Diagnostics;

    [DllImport("user32.dll", EntryPoint = "FindWindowEx")]
    public static extern IntPtr FindWindowEx(IntPtr hwndParent, IntPtr hwndChildAfter,          string lpszClass, string lpszWindow);
    [DllImport("User32.dll")]
    public static extern int SendMessage(IntPtr hWnd, int uMsg, int wParam, string lParam);

     static void Send(string message)
     {
     Process[] notepads = Process.GetProcessesByName("notepad");  // Ale tady byl titulek DOSove aplikace, hlasilo nenalezena
     if (notepads.Length == 0)
     return;
     if (notepads[0] != null)
     {
     IntPtr child = FindWindowEx(notepads[0].MainWindowHandle, new   IntPtr(0), "Edit", null);
     SendMessage(child, 0x000C, 0, message);
     }
     }

Musis hladat spravny titulok okna konzoly. Napr. tusim Spy++ ti vypise jake su vo Win okna a s jakymi titulkami a aj jake maju handles.

No. Já sem na titulky použil:
http://www.codeproject.com/Articles/18366/Sending- Keystrokes-to-another-Application-in-C
(toto vůbec nefunguje na DOS aplikace)

Jenže jinde jsem zase četl (teď to nemůžu najít), že..... 16bitové aplikace se tam údajně ani nevypisují.
Respektive vypisuje se tam název konzole (který je dle cesty k aplikaci), ale jestli je to totéž co ta aplikace.....

A taky jsem našel tuto srandu:
http://inputsimulator.codeplex.com/SourceControl/l atest#README.md
hodlám ji taky vyzkoušet, ale je tam ticho po pěšině o 16b aplikacích...

A hlavne prestan snivat o tom ze budes komunikovat s 16bit aplikaciou. Nebudes. Nikdy. Komunikujes s konzolou. To je normalny 32bitovy program s oknom.

A nemas hladat podokno "Edit", to plati pre notepad (ten ma editbox childokno) a ne pre konzolu. T.j. riadok

IntPtr child = FindWindowEx(notepads[0].MainWindowHandle, new   IntPtr(0), "Edit", null);

je pre konzolu nezmysel. Mas si najst len hlavne okno konzoly, a poslat mu WM_CHAR message so spravnymi parametrami (viz google a WM_CHAR)

To je tak staré ako Windows samotné...
Už dávno som to neriešil, ale narýchlo som niečo našiel: mc-computing.com.
Skúsil som posielať text (ipconfig -all) do cmd konzoli a funguje (Win7 64-bit)...

Pokud je to standardní konzole, bude fungovat stdin a stdout. Ale musis zapomenout na frontu zprav, ta v konzole neni.

Dobře soudruzi..... nějak jsem si to přebral.
Bohužel mám teď pouze 64b Win a tam mi DOSovské app nejedou.

Podle zdejších inspirací by na to měla stačit keybd_event z user32.dll .
Bude stačit tohle?

[DllImport("user32.dll")]
        private static extern void keybd_event(byte bVirtualKey, byte bScanCode, int dwFlags, int dwExtraInfo);
      
        private const byte VK_LSHIFT = 0xA0;
        private const int KEYEVENTF_KEYUP = 0x0002;  //Key up flag
        private const int KEYEVENTF_EXTENDEDKEY = 0x0001; //Key down flag

        private const byte VK_LEFT = 0x25; // Leva sipka

....
....
// volani kláves:
 keybd_event(VK_LEFT, 0x45, KEYEVENTF_EXTENDEDKEY, 0);

Mimochodem, co znamená parametr byte bScanCode ve fci keybd_event?
Můžu někde najít tuto tabulku v bytech? (Myslím ty bScanCode)

No zítra večer dám úplný report.
A s tím simulátorem kláves to vypadá nadějně:
http://inputsimulator.codeplex.com/discussions/228 707

Jediné co nefunguje je posílání řetězců (jak to vypadá...) ale ty já ani nepotřebuju
a je možné se bez nich obejít.

ScanCode je kod klavesy, ale ne ASCII hodnota, ale hodnota prirazena kazde konkretni kavese na klavesnici. Co to nakonec bude zalezi pak na interpretaci daneho programu.
Scancode

Uffff.

Podporujeme dinosaury (TM).

Testoval jsem jak tu slavnou knihovnu pro simulaci kláves, tak keybd_event.
Nefungovalo nic.
Zkoušel jsem všechny návrhy, ale zafungovalo mi až jediné řešení.
Tak jsem to úplně haluzácky pořešil.
Win32 API se moc nechytá, protože pokud nemá okno focus, tak snad není ani aktivní pro příjem podle některých zdrojů.
Našel jsem List of Virtual Key Codes.

Ale obecně to funguje všelijak. V závislosti na Windows a DOSovské aplikaci.
Někde například nefunguje směrová šipka dolů, jinde zase pomůže deaktivovat Num lock na klávesnici a podobně.
Prostě vzrůšo.

    [DllImport("user32.dll")]
    public static extern void keybd_event(byte bVk, byte bScan, uint dwFlags, uint dwExtraInfo);

            
    [DllImport("user32.dll")] 
    static extern int MapVirtualKey(uint uCode, uint uMapType);

public static void Main()
        {
         const byte KEYEVENTF_KEYUP = 2;
         
          int ScanKey2 = MapVirtualKey(	0x09, 0);   // 	0x09 =  tabulátor 
         Console.WriteLine("int kode:{0} "+ ScanKey2);
        System.Threading.Thread.Sleep(3000);
        keybd_event(0x28, (byte)ScanKey2, 0, 0);
        keybd_event(0x28, (byte)ScanKey2, KEYEVENTF_KEYUP, 0); 

        }

V podstatě stačí nastavit virtuální ScanKey2 a je vymalováno.
Bez zajímavosti také není, že aplikace se chová úplně jinak na 32b Windows a úplně jinak na 64b.
Například tentýž kód způsobuje v jednom případě odeslání Enteru a ve druhém případě key_down.

Navíc se to, jak jsem již psal chová odlišně v různých DOSovských aplikacích.

MISSION ACCOMPLISHED

Ale obecně to funguje všelijak. V závislosti na Windows a DOSovské aplikaci.

keby si posielal wm_keydown a wm_keyup message jak som pisal tak by IMHO fungovalo vsetko vzdy. Nechapem preco furt kazdy chce lepit nejake cudzie kniznice

P.S. a pracuj rovno so scan kodmi, a ne s ascii a lepit cosi s konverznymi fciami ktore pisal nejaky pako v MS. Klavesnica neposiela ziadne ascii. Viz MSDN WM_KEYDOWN