TTimer w nowym wątku

[Corvis]

Witam,

Czy robił ktoś kiedyś akcję TTimera w nowym wątku ?? Jeżeli tak prosiłbym o jakąś podpowiedź

pozdrawiam

[banita]

nigdy nic podobnego nie bylo mi potrzebne ale przeprowadzilem sobie maly test.

na formie glownej umiescilem dwa labele. utwozylem nowa klase dziedziczaca po TThread(klasa watku).
w klasie wartku umiescilem obiekt TTimer oraz metode ktora przypisalem do zdarzenia OnTimer.
w metodzie execute watku odpalam timer i w nieskonczonej petli naliczam zmienna int ktora wyswietlam w Label1 glownej formy. w metodzie OnTimer w odstepach 2sekundy inkrementuje druga zmienna int i wyswietlam w Label2 glownej formy.
oczywiscie aktualizacja labeli jest realizowana przez synchronize zarowno w exectue jak i w Ontimer. calosc ladnie chodzi.
zgodnie z tym co pisze w oficjalnym developers guide to ttimer jako komponent niewizualny jest thread-safe.

Label1 na glownej formie zmieniany przez watek.
Label2 na glownej formie zmieniany przez timer dzialajacy w watku.

[Corvis]

Dzięki wielkie

ale troche to przerobiłem i ostatecznie zrobiłem podobnie jak w serwisie cyfrowego barona.
tylko, że operacje które robiłem w timerze przerzuciłem do fukncji :

Kod: Zaznacz cały

int __fastcall Wyliczenia1(Pointer Parameter) { }

a w TTimerze zrobiłem :

Kod: Zaznacz cały

void __fastcall TForm3::Timer1Timer(TObject *Sender)
{
   Timer1->Enabled=false;
   W_ID = BeginThread(NULL, 0, Wyliczenia1, this, 0, W_PD);
//   ExitThread(GetExitCodeThread(Wyliczenia1, NULL));  // usunięcie wątku z pamięci, od tego momentu wątku nie można już wstrzymać.
   Timer1->Enabled=true;
}

No i wsio działa jak trzeba

pozdrawiam

[g00se]

Odkopię ten temat ponieważ potrzebuję właśnie uruchomić timer w osobnym wątku. Problem wygląda tak, że w programie jest główny timer odpowiedzialny za odświeżanie danych. W razie gdyby nastąpiła jakaś awaria, to główny timer staje i jest uruchamiany awaryjny timer, który w zdarzeniu OnTimer wykonuje swoje zadania. Dobrze byłoby gdyby ten awaryjny timer został odpalony w osobnym wątku i mógł wznowić pracę głównego timera, samemu się zatrzymując Trochę namieszałem ale głównie chodzi o to aby jeden timer w razie potrzeby zatrzymał się i odpalał drugi timer w nowym wątku. Oraz aby ten drugi timer mógł wznowić pracę głównego timera. W C# jest to dosyć łatwe do osiągnięcia a tutaj mam problem.

[Cyfrowy Baron]

W razie gdyby nastąpiła jakaś awaria, to główny timer staje i jest uruchamiany awaryjny timer,

To by oznaczało awarię (że się tak wyrażę jak Ty) całej aplikacji, a wtedy drugi Timer też nic by nie dał. Timer to nie urządzenie fizyczne, lecz kod programu i jako taki awarii uledz nie może.

[g00se]

Pod pojęciem awarii miałem na myśli zerwanie połączenia z serwerem. Chodzi o to aby program był stabilny podczas braku takiego połączenia i sprawdzał czy połączenie przypadkiem nie zostało wznowione. Moje rozwiązanie działa ale w czasie wykonywania zdarzenia OnTimer drugiego timera aplikacja przestaje odpowiadać - co jest zależne od próby połączenia się z serwerem mimo braku takiego połączenia.

[Darek_C++]

Co masz na myśli pod pojęciem "zerwanie połączenia z serwerem" ?
Jaką usługę ?

[g00se]

Chociażby wyjęty przewód z komputera. A;bo drobne zmiany w adresacji sieci.

[Darek_C++]

Nie chodzi o to... Nie każdy serwer wymaga stałego połączenie do realizacji usługi, wiec równie dobrze możesz nawiązać takowe przed konkretnym żądaniem jak HTTP GET itd... Za mało informacji przekazujesz na ten temat.

[polymorphism]

Może niech zacznie od tego, czego używa do łączenia się z serwerem. Winsocketów, klas z VCL-a, czy może coś innego?

[g00se]

Do połączenia używam komponentów ADO. Ale czy to jest takie istotne? Po prostu chcę wykonać metodę w osobnym wątku, tak dla przetestowania. Czasami jest to pomocne (nie tylko w tym konkretnym problemie), i dobrze jakąś czynność wykonać w innym wątku.

[polymorphism]

Ale czy to jest takie istotne?

Jest, bo od użytej biblioteki nierzadko zależy rozwiązanie problemu.

Po prostu chcę wykonać metodę w osobnym wątku, tak dla przetestowania.

To po co ta cała gadka z timerem? Jak chcesz coś wywołać w wątku, to po prostu wywołaj to w nim, i tyle. Choć oczywiście jeśli koniecznie musisz mieć timer w wątku, to jest możliwość "postawienia" go, tyle tylko że to raczej nie przejdzie z klasą TTimer. Tutaj będziesz musiał użyć funkcji WinAPI, stworzyć pętlę komunikatów, taką jak dla okienek, stworzyć timer funkcją SetTimer i w pętli zrobić obsługę komunikatu WM_TIMER (chyba że dasz funkcję zwrotną przy tworzeniu timera).

[g00se]

To po co ta cała gadka z timerem? Jak chcesz coś wywołać w wątku, to po prostu wywołaj to w nim, i tyle. Choć oczywiście jeśli koniecznie musisz mieć timer w wątku, to jest możliwość "postawienia" go, tyle tylko że to raczej nie przejdzie z klasą TTimer. Tutaj będziesz musiał użyć funkcji WinAPI, stworzyć pętlę komunikatów, taką jak dla okienek, stworzyć timer funkcją SetTimer i w pętli zrobić obsługę komunikatu WM_TIMER (chyba że dasz funkcję zwrotną przy tworzeniu timera).

Gadka ponieważ ten mój drugi timer zamraża działanie programu. Gdyby wywołać ten drugi timer w osobnym wątku problemu uniknę. A wszystko to przez to, że ADOConnection próbuje nawiązać połączenie gdy nie ma połączenia z serwerem - wyciągnięty kabel, wyłączone połączenie sieciowe etc.

[polymorphism]

To zrób tak, jak pisałem. Pytanie tylko, czy komponenty ADO są przystosowane do pracy wielowątkowej.

[Darek_C++]

Ale po co wywoływać w ogóle timer ? Jeśli chcesz podtrzymać nawiązane połączenie z bazą danych możesz to zrobić wywołując w osobnym wątku wykonywanie cykliczne w pętli jakiegoś zapytania do bazy z którą masz połączenie np: SELECT NOW() co jakiś czas i to podtrzyma połączenie.
Jedynie musisz odpowiednio przekazać uchwyt do połączenia.

Poza tym przy jeśli wykonujesz jakieś operacje - zapytania do bazy w osobnym wątku to jeśli nie będzie połączenia ADOConnection zrzuci odpowiedni wyjątek który możesz przechwycić i przejść w kodzie do połączenia wykonania zapytania n razy. Najprościej zrealizować to instrukcją goto:, ale równie dobrze możesz wykonać to w pętli while lub dowhile.