also ich schließe mich Gento an ...

eine SUB ist sowas wie eine Funktion ohne Rückgabewert,
in Delphi oder Pascal nennt man das Ganze Procedure,
in C Void() ...

Einen Sinn gibt es klarerweise dann, falls Du

- Strukturierten Code einem Spaghetticode vorziehst...
Ist auch leichter zu debuggen dann

- Subs mit lokalen Variablen und Übergabeparameter in anderen
Programmen wiederverwenden willst, ohne die Routiine gleich neu
schreiben willst... dann bestens gleich schöne Bezeichnervariable
wählen ...

- größere Projekte angehen möchtest, denn damit isset das Ganze
übersichtlicher.. [Meine Sources im Real Life bewegen sich so um die
160 MB in einem aktuellen Langzeitprojekt ... ]

Eine Sub spart in diesem Falle natürlich auch den reservierten Platz des
Ergebniswertes einer Funktion...

Je nach Intelligenz des Compilers könnte man dann externe Toolsamlungen/Units einbinden und diese dann im Hauptteil einbinden...
Der Compiler sollte dann natürlich nur die verwendeten Routinen compilieren, mal sehen, bin erst seit 2 Tagen damit unterwegs...

Spart eine Menge Zeit....

@ TomEdl


Zum Interrupt-Timer:

dieser führt beim nächsten Rechenschritt des Prozessors seinen eigenen Code aus, unabhängig von der momentan ausgeführten Routine.. nach der Ausführung des Timercodes setzt er die eigentliche Routine fort...

Soll der Timer das gerade nicht machen, dann würde ich einen einfachen Lockingmechanismus verwenden, etwa mit einer globalen Variable, um das OnTimerEvent wieder zu verlassen...

Das Sub / Die Funktion würde dann eine globale Variable, beispielsweise ein Byte, um eins erhöhen und vor dem Verlassen der Routine dieses wieder um eins erniedrigen. (Die Erhöhung kann man auch durch andere Routinen schleifen und erhöhen bzw erniedrigen, dann könnte man den Timer anweisen, mittels Case Abfrage nicht nur auf 0 zu reagieren...)

Im Timer würde ich dann diese Variable beispielsweise auf den Wert 0 überprüfen.
Falls dieser 0 ist, dann wird der Timerteil ausgeführt, andernfalls die
Routine verlassen...


um

lg

Peter