Pobieranie wyników działania skryptu *nixowego do Memo1

[polymorphism]

Kończy działanie, ale nie zawsze w tym samym momencie, bo to zależy od ilości koniecznych działań.

No to tylko CreateProcess + WaitForSingleObject, żadne inne prowizorki.

[nvdante]

Ok, a więc biorę się za to, ale mam jeszcze kilka pytań:

1. ExecuteApplication? Cóż to jest i gdzie to wstawić? Miałem nadzieję, że to Event okna, ale nie. Mam po prostu wkleić ten kod?

Kod: Zaznacz cały

void __fastcall ExecuteApplication(AnsiString  FileName,  char param[], HWND h)
{
SHELLEXECUTEINFO sei;
memset(&sei, 0, sizeof (sei));
sei.cbSize = sizeof(sei);
sei.fMask = SEE_MASK_NOCLOSEPROCESS;
sei.hwnd = h;
sei.lpVerb = "open";
sei.lpFile = FileName.c_str();
sei.lpParameters = param;
sei.nShow = SW_SHOWDEFAULT;

if(ShellExecuteEx(&sei))
  try
  {
   WaitForSingleObject(sei.hProcess, INFINITE);
  }
  __finally
{
  CloseHandle(sei.hProcess);
}
}

2. Co daje winini w tej funkcji?

Kod: Zaznacz cały

#include <stdio.h>

void __fastcall TForm1::Button1Click(TObject *Sender)
{
ExecuteApplication("c:\\program.exe", winini, this);
}

Przepraszam za poziom tych pytań, ale jest to dla mnie w pewnym sensie nowość, żeby dostosowywać czyjeś do swojego aż w takim stopniu

[Cyfrowy Baron]

Funkcja ExecuteApplication oczekuje jako pierwszego argumentu lokalizacji programu, który ma być uruchomiony. Jak drugi argument podajesz parametry z jakimi ten program ma być uruchomiony, jako trzeci argument uchwyt do okna programu z którego funkcja jest wywoływana, można this, albo po prostu NULL, czyli coś w tym stylu:

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

ExecuteApplication("C:\\program1.exe", ( Edit1->Text + "@ip -pw " + Edit2->Text + "  \"./skrypt " + Edit5->Text + " > dane1\"").c_str(), this);

Działanie aplikacji zostanie wstrzymana na tak długo jak długo będzie istniał proces program1.exe, czyli jak długo będzie uruchomiony.

[polymorphism]

Parę uwag.

Kod wklejaj w znaczniki 'CPP', bo się niewygodnie czyta.

Zmień tego dziwoląga:

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

if(ShellExecuteEx(&sei))
try
{
        WaitForSingleObject(sei.hProcess, INFINITE);
}
__finally
{
        CloseHandle(sei.hProcess);
}

na

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

if(ShellExecuteEx(&sei))
{
        WaitForSingleObject(sei.hProcess, INFINITE);
        CloseHandle(sei.hProcess);
}
 

Tak się zastanawiam, czy nie prościej byłoby, gdybyś pisać to w Javie, bo z tego, co widzę, C/C++ nie znasz za dobrze.

[nvdante]

Javy też nie znam, więc wolę zostać przy tym, z czym chociaż trochę sobie radzę - skrypty napisałem sobie w bashu i na tym polu daje sobie radę, c++ używam z potrzeby.

Podmieniłem, ale w obu przypadkach jest dziwny efekt, otóż:

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

ExecuteApplication("C:\\program.exe", ( Edit1->Text + "@ip -pw " + Edit2->Text + "  \"./skrypt " + Edit5->Text + " > dane\"").c_str(), this);
 

Powyższe polecenie nie jest w stanie wygenerować pliku o nazwie dane.
Wywoływane poprzednią komendą tworzy plik prawidłowo.
Dzieje się tak dlatego, że polecenie uruchamia program.exe, ale bez opcji. Sprawdziłem na dwóch przykładach i na pewno właśnie to jest problemem. Jakiś pomysł?

[polymorphism]

Zapewne chodzi o to przekierowanie. W tym wątku był podobny problem link.

[nvdante]

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

SECURITY_ATTRIBUTES sa;
sa.nLength              =   sizeof  (   SECURITY_ATTRIBUTES);
sa.lpSecurityDescriptor =   NULL;
sa.bInheritHandle       =   TRUE;

STARTUPINFO si;
ZeroMemory( &si, sizeof(STARTUPINFO));
si.cb = sizeof(STARTUPINFO);

si.dwFlags     = STARTF_USESHOWWINDOW | STARTF_USESTDHANDLES;
si.wShowWindow = SW_HIDE;

/* wejście */
si.hStdInput = CreateFile("C:\\test.txt", // <-- to chyba mogę wykasować, ponieważ nie ma żadnego wejścia
                    GENERIC_READ,
                    FILE_SHARE_READ,
                    &sa,
                    OPEN_EXISTING,
                    FILE_ATTRIBUTE_NORMAL,
                    NULL);

/* wyjście */
si.hStdOutput = CreateFile("C:\\out.txt",
                    GENERIC_WRITE,
                    FILE_SHARE_READ | FILE_SHARE_WRITE,
                    &sa,
                    CREATE_ALWAYS,
                    FILE_ATTRIBUTE_NORMAL,
                    NULL);

PROCESS_INFORMATION ProcessInfo;

if(CreateProcess(NULL, "C:\\program login@ip -pw haslo \"ls\"", // <-- to już się nie udaje, ponieważ w pliku out.txt nie ma wyniku polecenia ls.
                        NULL,
                        NULL,
                        TRUE,
                        NORMAL_PRIORITY_CLASS,
                        NULL,
                        NULL,
                        &si,
                        &ProcessInfo))
{
 WaitForSingleObject(ProcessInfo.hProcess, INFINITE);
 CloseHandle(ProcessInfo.hProcess);
 CloseHandle(ProcessInfo.hThread);
}

CloseHandle(si.hStdInput);
CloseHandle(si.hStdOutput);
 

Zrobiłem gdzieś błąd, z powodu którego nie wyświetla się to co zaznaczyłem?

[polymorphism]

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

// <-- to chyba mogę wykasować, ponieważ nie ma żadnego wejścia

Tak, tylko ustaw uchwyt na NULL.

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

// <-- to już się nie udaje, ponieważ w pliku out.txt nie ma wyniku polecenia ls.

A program w ogóle się odpala?

[nvdante]

Odcięcie końcówki ls czyli pozostawienie samego logowania wypisuje w pliku out.txt:

Kod: Zaznacz cały

Last login: Fri Feb  4 12:19:12 2011 from host

Czyli teoretycznie działa, ale bez dodatkowego parametru.

[polymorphism]

A to ls musi być w cudzysłowach?

[nvdante]

Dla tak prosto złożonego polecenie nie - docelowo raczej tak, ale tak czy inaczej to z "" czy bez, nie udaje mi się przechwycić wyniku komendy.

[polymorphism]

A czy komenda ls nie powinna być poprzedzona myślnikiem, czyli -ls?

Co to w ogóle za program?

[nvdante]

Nie, nie powinna
ls to odpowiednik Windowsowego dir czyli listowanie plików w danej ścieżce.

Dodam jeszcze, że to nie problem z poleceniem ls, bo inny program wykorzystuje inne polecenia i także nie działa, a te już nie są wywoływane po stronie serwera tylko lokalnie. Wygląda na to, że po prostu to polecenie nie wywołuje się z parametrami, chociaż logowania przez parametry przechodzi.

[polymorphism]

Nie odpowiedziałeś mi na pytanie, jaki to program. Ale chyba wiem, o co chodzi. Czy aby na pewno ta komenda jest komendą linii poleceń tego programu? Bo coś mi się wydaje, że powinna ona zostać wysłana na standardowe wejście...

[nvdante]

Jak najbardziej odpowiedziałem.
Tak samo, jak w Windowsie wchodzisz do cmd i wpisujesz dir, tak w systemach *nixowych po prostu piszesz ls. http://pl.wikipedia.org/wiki/Ls_%28Unix%29
Sama komenda nie jest częścią programu, ale jest to program do połączeń przez SSH, czyli wykorzystujesz takie komendy, jakie ma zdalny serwer.

Aby wykluczyć problem z samym poleceniem zrobiłem też tak (obciąłem kod, bo w pozostałych miejscach nic nie zmieniałem ):

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

        si.hStdOutput = CreateFile("C:\\out.txt",
                    GENERIC_WRITE,
                    FILE_SHARE_READ | FILE_SHARE_WRITE,
                    &sa,
                    CREATE_ALWAYS,
                    FILE_ATTRIBUTE_NORMAL,
                    NULL);

        PROCESS_INFORMATION ProcessInfo;

        if(CreateProcess(NULL, "C:\\inny_program.exe login:hasło@ip /console /command \"get dane c:\\\" \"exit\"",
                        NULL,
                        NULL,
                        TRUE,
                        NORMAL_PRIORITY_CLASS,
                        NULL,
                        NULL,
                        &si,
                        &ProcessInfo))

Ten program ma za zadanie pobranie pliku przy pomocy konsoli.
Nic takiego się nie dzieje. Tworzy się plik out.txt, ale pusty oraz polecenie "get dane c:\\" nie zapisuje żadnego pliku na dysku.