Forum: Object-Pascal / Delphi-Language
by Sir Rufo,
11. Feb 2011
Sodele, jetzt habe ich mal einen DemoThread inkl. einer Exe zum Ausprobieren.
Mit der Exe kann man schön das Zeitverhalten von Queue und Sync beobachten (auch, dass keine Werte verloren gehen).
Für den Vergleich unter Last gibt es unten den Schalter "Arbeitstimer aktiv". Dieser simuliert eine starke Auslastung vom MainThread.
Interessant ist dabei das Verhalten von Queue und Sync zu sehen....
Forum: Object-Pascal / Delphi-Language
by Sir Rufo,
11. Feb 2011
:wiejetzt:
Seit wann kann Delphi 5 mit Generics umgehen?
Forum: Object-Pascal / Delphi-Language
by Sir Rufo,
11. Feb 2011
Wieso gehen beim Queue Werte verloren? Klar, wenn man es falsch macht ja, aber wenn ich das Auto nicht richtig beherrsche fahre ich evtl. auch gegen den Baum. :mrgreen:
Also am besten richtig machen ;)
Bei meinen Queues gehen keine Werte verloren.
(und seit der anonymen Methoden geht halt auch das Queue ohne eigene Warteschlange)
Wichtig ist nur am Ende des Threads ein Synchronize zu...
Forum: Object-Pascal / Delphi-Language
by Sir Rufo,
10. Feb 2011
@Bummi
Wenn man mit Queue arbeitet MUSS man den Zugriff auf die entsprechende Ressource (hier FValue) schützen. Andernfalls riskiert man einen Zugriffsfehler.
Bei Synchronize kann man sich das sparen, da zum Zeitpunkt der Übergabe Thread und Hauptthread im gleichen Threadkontext laufen. Bei Queue eben halt nicht.
Mit einer MessageQueue werden via Queue auch ALLE Nachrichten abgeliefert....
Forum: Object-Pascal / Delphi-Language
by Sir Rufo,
10. Feb 2011
Na logisch stimmt das bei Synchronize.
In die Warteschlange kommt ja der Aufruf der Prozedur.
beim Abarbeiten wird die Prozedur ausgeführt.
Und bei der Verwendung von Queue (asynchron) hat sich der Wert von FValue eben schon wieder geändert.
Bei Synchronize schweigt ja alles, bis die Prozedur abgearbeitet wurde.
Für das Queue hilft also auch nur einen WerteQueue (mit CS absichern) die...
Forum: Object-Pascal / Delphi-Language
by Sir Rufo,
10. Feb 2011
@DeddyH: genau so ist es und genau so steht es in der Hilfe
Forum: Object-Pascal / Delphi-Language
by Sir Rufo,
9. Feb 2011
Verflixte Technik ... geht doch nicht, da "Symbol SyncError kann nicht erfasst werden"
Na dann am besten auf XE umsteigen :mrgreen:
Forum: Object-Pascal / Delphi-Language
by Sir Rufo,
9. Feb 2011
Aber du hast doch mit XE die Möglichkeit der Anonymen Methoden und da gibt es einen sehr charmanten Ansatz von Uwe Raabe
Ich würde aber so gut wie immer statt Synchronize den Queue verwenden (manchmal muss halt Sync sein, aber beim reinen Abliefern von Informationen ...).
Nur ganz zum Schluss mindestens einmal noch Synchronize, damit auch wirklich alles übertragen wird.
Der Vorteil bei...
Forum: Object-Pascal / Delphi-Language
by Sir Rufo,
9. Feb 2011
Tja, das ist mit der Delphi-Version blöde ... bei den neueren Versionen macht man das ganz charmant über Anonyme Methoden.
Aber so sollte es auch charmant gehen:
type
TInstError = procedure(const Content: String) of object;
TMyOwnThread = class(TThread)
private
FInstError: TInstError;
