System durch simple Anweisung blockiert

Wenn ich die Ausführung eines VB-Programms mit Hilfe der API-Funktion "Sleep", oder dem "GetTickCount" über einen bestimmten Zeitraum verzögere, ist ebenfalls das ganze System in dieser Zeit blockiert, sodass keine Anwendungen mehr gestartet werden können.
Wie kann das sein, die Anweisung bezieht sich doch lediglich auf das VB-Programm, und wie kann diese Problem gelöst werden?

D.S.

Gute Idee!

Ich werde mal versuchen eine Verzögerung auf die Art in mein Programm einzubauen.

D.S.

Also auf die von dir beschriebene Art gelingt es mir nicht.

Denn sobald ich den Timer aus einer Prozedur aktiviere, wird die Prozedur (aus der der Timer aufgerufen wurde) trotzdem noch fortgesetzt.
Vielleicht gibt es eine Anweisung die di Ausführung der Prozedur anhält, dann nach Ablauf des Timer-Ereignisses diese fortsetzt.

Vielleicht gibt es auch noch eine andere Möglichkeit?

D.S.

Naja was du auch machen könntest ist, das du alles was nach dem Timeraufruf kommt in eine extra procedure fasst und diese dann im Timer aufrufen läßt. Somit sparst du dir sogar die "wait" Variable. Somit müßte es aber gehen. Vergiss aber nicht den Timer wieder zu deaktivieren, so z.B.

Prozedur Machwas
BEGIN
machirgendwas
StarteTimer mit Interval X
ENDE

Prozedur Timer
BEGIN
machweiter
StoppeTimer
ENDE

Hoffe das hilft.

cion

Naja was du auch machen könntest ist, das du alles was nach dem Timeraufruf kommt in eine extra procedure fasst und diese dann im Timer aufrufen läßt. Somit sparst du dir sogar die "wait" Variable. Somit müßte es aber gehen. Vergiss aber nicht den Timer wieder zu deaktivieren, so z.B.

Prozedur Machwas
BEGIN
machirgendwas
StarteTimer mit Interval X
ENDE

Prozedur Timer
BEGIN
machweiter
StoppeTimer
ENDE

Hoffe das hilft.

cion

Zu meiner Verwunderung musste ich feststellen, dass selbst bei einer "Do loop" Schleife, oder einer Schleife der Art "For i = 1 to 50000" das komplette System nicht mehr reagiert.
Wie ist das zu erklären?

D.S.

Zu meiner Verwunderung musste ich feststellen, dass selbst bei einer "Do loop" Schleife, oder einer Schleife der Art "For i = 1 to 50000" das komplette System nicht mehr reagiert.
Wie ist das zu erklären?

D.S.

Zu meine Verwunderung musste ich feststellen, dass selbst bei einer "Do loop" Schleife, oder einer Schleife der Art "For i = 1 to 50000" das komplette System nicht mehr reagiert.

Wie ist das zu erklären?

D.S.

Hm, sehr komisch. Also ich wüßte nicht worans liegt. Bei Delphi wird bei einer FOR TO DO (in VB eben DO LOOP) lediglich das eigene Programm lahm gelegt, aber ganz Windows? Muß an Visual Basic liegen :supergrin:

cion

Naja sleep ist ja ein Befehl der Windows API und es ist deshalb nicht unbedingt wunderlich, wenn sich das auf ganz Windows bezieht. Das sagt ja auch die API:

"You have to be careful when using Sleep and DDE. If a thread creates any windows, it must process messages. DDE sends messages to all windows in the system. If you have a thread that uses a wait function with no time-out interval, the system will deadlock. Therefore, if you have a thread that creates windows, use MsgWaitForMultipleObjects or MsgWaitForMultipleObjectsEx, rather than Sleep."

Nun ja die API sagt, das man eher MsgWaitForMultipleObjects benutzen sollte. Naja wenn du z.B. dein Programm mal für ne bestimmte Zeit anhalten willst, dann gibts doch dafür ne einfacherer Methode. Nimm doch einfach einen ganz normalen Timer und setz dessen Interval auf deine bestimmte Zeit, die dein Programm warten soll. Bevor du deinen Timer startest setzt du eine globale Variable von mir aus "wait = true". Im Timer selbst schreibst du dann selbst nur "wait = false". Ja damit hast ne Variable die beschreibt, wann dein Programm wartet und wanns wieder weitergehen kann!

cion

...oder an meinem schon stark verwüsteten und instabilen Betriebssystem

D.S.

Ach Windows, das perfekte System, kann doch nichts lahmlegen... :sarcblink:

cion

Original erstellt von cion:
kann doch nichts lahmlegen... :sarcblink:

cion

Zum Vergrößern anklicken....

Wolltest du nicht Nichts schreiben. :supergrin:

PS: 49,7 Tage :supergrin:

------------------
Keep on Posting

Das ist schon seltsam, man startet ein Programm, rührt es 49,7 Tage nicht an, und dann stürtzt es von alleine ab. Geil, immerhin eins was es kann :supergrin:

cion

Leute!

Ich glaube ihr bringt etwas durcheinander. Weder Sleep() noch eine Schleife blockiert Windows, sondern nur den eingenen Prozess, bzw. mit der Schleife kann man die CPU überlasten.
In der Windowsprogrammierung sollte man keine langdauernde Scleifen Programmieren, weil dadurch blockiert man die Verarbeitung der anderen Ereignisse. Zudem sollte man keine Schleifen Programmieren, die die CPU totschlagen.
Dia art der DOS-Programmierung ist hier nicht geeignet, man muß auch an die Restliche Prozesse und an die CPU denken.
Übrigens kleine Sleep(1) d.h. 1 milisek an entsprechenden Stellen kann Wunder wirken, damit nicht alle anderen Prozesse und damit auch Windows lahmgelegt wird.

Hey,

programmiert da jemand noch 16-Bit Anwendungen unter Win3.1 oder Win95 ?
Wäre gut wenn das zuerst geklärt werden könnte.
Unter NT legt ein "Sleep" die anderen Prozesse nicht tot, da er nämlich vom BS keine Rechnleistung mehr bekommt !!!

Zu VB : Es gibt ein Befehl ( ich glaube "DoEvents" oder so ähnlich) den soll man während Schleifen ab und zu aufrufen, damit die Nachrichtenverarbeitung innerhalb des eigenen Prozesses gewährleistet wird.
Ich weiss nicht ab welcher VB-Version dieser zur Verfügung steht, in V6 ist er jedenfalls vorhanden.


...yks