Das deutsche QBasic- und FreeBASIC-Forum

[MisterD]

[Eastler_dart]

ZUM PORSCHE:
Dachte immer, ich bin der einzigste auf dieser Welt, der erst dann nen anderen (schnelleren) PC holt, wenn der bisherige wirklich zu langsam ist.
Hm. Man sollte der Werbung doch nicht zuviel Sachverständnis zutrauen.
-grins-

ZU LINUX:
hab ich mittlerweile auch getestet, auch dort ist die eins kaum auf ne Zwei zu verbiegen (SuSe-Linux 8.2 auf dem 200MMX, sowohl nur Konsole als auch in nem Konsole-Fenster unter KDE).

ZUM FEHLER:
hatte gedacht, mit dem Leeren des Tastaturpuffers mit der DO-Loop-Schleife bis Inkey$ leer ist wäre der Fehler weg?
War der Meinung, Fehler behoben, nur noch die Sorge, ob der Anwender das Prog an der Schleife zum stehen zwingen kann
Hatte doch die Zeitschleife testweise auf Tastendrücken abgeändert, dann liefs bei mir super mit Taschenrechner auf Spacetaste für Dauerfeuer (mit der Inkey$-Leerungsschleife drin). Hm.
Aber in meinem Test war nix von
WHILE Threadcontrol=1......WEND !!!
drin. Auch war es keine SUB.
Hm. Also, die TastaturSub wird solange/sooft durchlaufen, bis Threadcontrol nicht mehr 1 ist !!

zu MisterD:
Bienchen nur so wirds leer

Zu Tilli:
So wie du das aufführst, hat ich das ja auch gesehen.
Die Fragestellung war, wenn man mit MisterD's oder meiner
Tastaturleerungsroutine arbeitet, kann der Endanwender des
Programmes mittels Dauerfeuer auf ner Taste den Programm-
Ablauf anhalten, weil Inkey$ nicht leer wird.
Klar, du hast super begründet, was ich vermutet hatte,
nein, das kann der Endanwender nicht.
So eine Leerungsschleife einbauen ist ungefährlich in der Beziehung.

Zu ProggerX-Listing:
Wollte dein letztes, komplettes Listing an mein FreeBasic014
verfüttern, der findet aber die DLL nicht.
Dabei wollte ich nur die Thread-Geschichte austesten.

Hab kurzerhand ein eigenes Thread-Test-Prog erstellt,
um in das Thema mal reinzuschnüffeln.

Ist eine unheimlich Zeitkritische Sache, mit Threads zu arbeiten.
Hatte eine wüste Anzeige in meinem Prog, obwohl Hauptprogramm
und parallel dazu laufender UhrAnzeigeThread sauber per
Locate die Anzeigen auf dem Monitor positionieren sollten.
Da die Beiden Programmteile gleichzeitig laufen, kommt das
Setzen des Cursors per Locate und die Anzeige selber zeitlich
so weit auseinander, das dazwischen der Thread schon seine
uhranzeige an dieser Stelle bringt.

Drum komm ich hier erst mal zu dem kurzen Schluß:
Mit Threads ne Tastaturabfrage für ein Spiel wie die Stämme
zu erstellen, scheint mir wie mit Kanonen auf Spatzen zu schießen.

Zu viel Aufwand ohne wirklichen Sinn.
Der User sitzt doch vor dem Spiel, überlegt ne Sekunde, was er
mit seinem Gold machen will und drückt dann eine Taste, je nach dem.

Warum dazu die allerletzte tausendstel Sekunde herausgekitzelt
werden soll (Thread und Multikey) ist mir schleierhaft.

DAS EIGENTLICHE PROBLEM:
wie grad beschrieben, läuft deine Tastaturabfrage als Thread.
Thread heißt (hab nachgelesen), daß deine Tastaturabfrage
gleichzeitig mit dem Hauptprogramm abläuft.

Somit könnten deine benannten Abstürze/Fehler daraus kommen,
daß der Thread grad zu dem Zeitpunkt an deinen Variablen Werte ändert,
wenn dein Hauptprogramm dies ebenfalls grad macht (wurschtel wurschtel). Schätze mal, für einen Thread muß ganz genau überlegt
werden, auf welche Variablen eine solche Schleife zugreifen darf.

Was mir weiterhin auffällt. Eigentlich sollte in der zuletzt geposteten Version die Tastaturabfrage gar nicht laufen. Sie ist eingeschlossen in den Schleifenconstrukt: WHILE threadcontrol=1 ...... WEND
Und threadcontrol wird als Byte mit Wert 0 erstellt !
Erst wenn die Hauptschleife beendet wird, wird threadcontrol auf 1 gesetzt,
sodaß die While-Bedingung erfüllt wäre und die Tastaturkontrolle arbeiten dürfte.
An der Stelle, wo threadcontrol auf 1 gesetzt wird, beginnt das Programmende. Und dazu wäre es notwendig, threadcontrol auf 0 (und nicht auf 1) zu setzen. Nur so wird der Thread auch beendet.
Meine Schlußfolgerungen daraus lauten:
1) Wenn du dein Betriebssystem frisch hochfährst und dann dein Programm startest, wird es wohl keine Tastatureingaben annehmen. (Bitte testen, ob das so ist)
2) Wenn du dein Programm beendest, wird der Tastaturthread vermutlich NICHT beendet, (da threadcontrol auf 1 steht).
3) Wenn du das Programm mehrfach beendest und wieder neu startest, ist stark zu vermuten, daß dadurch mehrere (alte und der jeweils neue) Threads im Arbeitsspeicher laufen.

Um diese (vermuteten) Fehlerquellen auszuschließen, ändere in deinem Programm bitte folgendes:
A) bei: DIM SHARED as byte threadcontrol den Anfangswert auf 1 setzen (=1)
B) beim Programmende (bisher threadcontrol=1) threadcontrol=0 eintragen
C)Windows runterfahren (um übrig gebliebene, noch laufende Threads zu töten), neu starten, Programm compilieren und testen.

Sollten immer noch Abstürze auftreten, wird es wohl an den zeitkritischen Stellen beim Variablenzugriff liegen. Weiß nicht, ob ich dir dabei wirklich helfen kann, bestimmt sind hier noch mehr schlaue Köpfe, die sich damit dann auskennen.

Halte uns mit dem Werdegang deines Programmes auf dem Laufenden. Ist wirklich interessant.

Viel Spaß noch, Eastler
_________________
Kaum macht mans richtig, schon geht's

[Progger_X]

Na ja, nee, der Spieler baut dann ja meinentwegen 100 krieger auf einmal, dafür muss er 100 Durchläufe die Taste gedrückt halten. Ansonsten wäre das alles recht schwer.

Ich gehe jetzt schlafen, die Fehlersuche mach ich morgen. Nur ein was fällt mir noch ein, was mich interresieren würde: wenn ich das mit Maussteuerung mache, und dann 1 rotes viereck 0,0-200,200, und wenn man dort drauf klickt, dann wird das ausgeführt, das eben für alle Befehle, würde das dann ohne größere probleme gehen?

[Eastler_dart]

klar gibt es für die Maussteuerung mögliche Lösungen.
Genauso, wie es die für die Tastatur gibt.

Schwierig wird das nur, wenn diese Abfragen wirklich als Thread laufen sollen.

Tastatur ohne Thread = viel einfacher und für deinen Zweck ausreichend.
Maus ohne Thread = sogar zusätzlich zur Tastatur möglich.
Der User kann klicken oder tippen, ganz wie er es wünscht.

Viel Spaß beim grübeln. Morgen Abend schau ich wieder rein


Euer Eastler
_________________
Kaum macht mans richtig, schon geht's

[Progger_X]

Hallo!

Mal alles wegeditiert, weil ich's jetzt mit Maus hab:

[tilli]

moin,

Bezüglich: