Deutsches Lazarusforum

Hab ihn! Ich muss ps mit sudo ausführen. 1 0 7196 2 20 0 0 0 - I ? 0:00 [kworker/1:0-events] 4 0 7736 2983 20 0 10328 4040 x64_sy S+ pts/0 0:00 sudo ./TestDaemon -run 4 0 7737 7736 20 0 146132 2676 - Sl+ pts/0 0:00 ./TestDaemon -run 1 0 7872 2 20 0 0 0 - I ? 0:00 [kworker/0:1-events_power_efficient]...

Der TestDaemon taucht in der ps xl Liste nicht auf, er läuft aber schön brav, jedenfalls schreibt er wie ihm aufgetragen alle 5 Sekunden in die Log-Datei. Ich habe mir noch schnell die Process- und Thread-IDs ins log schreiben lassen: 17:14:48 Daemon object 1.1 created, PID:7737 17:14:48 Daemon rece...

Well done, Socke :-) Ich nage im Moment immer noch an dem Dienst herum. Ich starte ihn mit sudo TestDaemon -r er läuft auch, aber das Terminal kommt nicht zurück. Ich habe dann versucht, den Dienst von einem zweiten Terminal aus zu steuern: sudo service TestDaemon stop darauf reagiert er nicht. Stop...

Scheint nicht zu tun, das Package ist ein unverändertes LazDaemon aus dem Package-Manager ...

(Lazarus 2.2.0RC2)

Ok, es schaut besser aus! CThreads war natürlich in der lpr Datei drinnen, macht Lazarus ja von selbst für jedes neue Projekt. Program TestDaemon; Uses {$IFDEF UNIX}{$IFDEF UseCThreads} CThreads, {$ENDIF}{$ENDIF} DaemonApp, lazdaemonapp, DaemonMapperUnit1, DaemonUnit1 { add your units here }; begin ...

Ich bin eins weiter! linder@Linder-Debian:~/Dokumente/Programming/Lazarus/Tests/Daemon$ sudo ./TestDaemon -r This binary has no thread support compiled in. Recompile the application with a thread-driver in the program uses clause before other units using thread. Runtime error 232 at $000000000040E2F...

Ich habe gerade meinen ersten Windows Service zusammengebaut. Klappt alles wie im Wiki beschrieben: - man kompilere mit Lazarus - man rufe die exe auf mit -install - man verwende SC query, um den Dienst zu prüfen --> check, - man verwende SC start und SC stop um den Dienst zu starten und zu stoppen ...

Irgendwo klingelt mir, dass man zusätzlich noch das Flag "KeyPreview" im Form aktivieren muss, damit wirklich alle Keys es bis zum Handler schaffen. Sonst werden die, welche die GUI für die normale Navigation nützt gar nicht erst in den selbst definierten Key Handler übergeben. Wenn Du damit nicht a...

Ich glaube, ich hab ein Problem gefunden. Ausgangssituation: der Reader-Task wartet auf CanUpdate. Der letzte Netzwerk-Task kommt zum Ende, Counter wird 0, CanUpdate feuert, der Reader-Task läuft los. Genau in diesem Moment läuft wieder ein Netzwerk-Task ein. Jetzt habe ich eine Race-Condition um di...

Hier brauchst du keine CriticalSection. InterlockedIncrement ist da AFAIK schneller. Hab ich kurz angesehen, passt m.E. nicht. Ich muss ja nach meinem Konzept das Tauschen der TFPGObjectList<T> mit der selben Criticalsection sichern --> da InterlockedIncrement, das intern vermutlich auch eine Criti...

FreeOnTerminate passiert dann nie, wenn Du keinen TimeOut definiert hast. Hab ich schon auf der ToDo Liste. Kann ich aber noch nichts dazu sagen, das Verhalten der Socket-Schnittstellen beider Zielplattformen für alle denkbaren gruseligen Netzwerkanomalitäten ist [mir] weitgehend unbekannt. Mal seh...

Das Exception-Handling funktioniert wie immer mit try..finally und try..except. Es gibt nur einen kleinen Unterschied: Führt die Exception dazu, dass die Execute-Methode verlassen wird, wird das Exception-Objekt in der Eigenschaft FatalException abgelegt und kann dann dort abgefragt werden. Das ist...

Exception-handling kommt noch, ich muss mich erst einlesen wie das mit dem Try im Multitasking funktioniert, ich glaub da gibt es im Multitasking-Tutorial Infos dazu.

Du musst den gesamten Zugriff auf die Liste und deren Elemente mit der CriticalSection absichern. D.h. die darin enthaltenen Elemente müssen innerhalb der CriticalSection abgearbeitet oder aus der Liste entfernt werden. Gerade für die darin enthaltenen Elemente lebt es sich am einfachsten, wenn all...

Diesmal bitte ich euch, den folgenden "finsteren Plan" zu begutachten. Die Umsetzung ist doch etwas aufwändig (vor Allem der Test), ich möchte, weil ich bisher noch nie so komplexe Multitasking Anwendungen hatte möglichst keinen Fehler im Grundkonzept machen, ich muss bis Mittwoch fertig sein und ka...