Was ist an KillThread() so "gefährliche"

[STARGÅTE]

Das PB Stringsystem ist NICHT threadsicher. Das arbeiten mit Strings, egal ob lokal
oder global funktioniert in threads nur wenn die threadsafe Option in den
Kompileroptionen aktiviert ist, sonst wird es immer Probleme geben.

Ah das erklärt warum in meinem Spielernamen (nicht Global nur im Hauptprogramm) auf einmal eine IP (nicht Global nur im Thread) aus einem Thread erscheit :-O

das kann manchmal richtig unheimlich sein ^^


NEBENBEI :

Auf Grund dieser ganzen Tatsachen, wäre es dann wohl besser für Spiel und Server 2 EXE zu machen die parallel laufen als das der Server als Thread im Programm läuft.

[AND51]

> Auf Grund dieser ganzen Tatsachen, wäre es dann wohl besser für Spiel und Server 2 EXE zu machen die parallel laufen als das der Server als Thread im Programm läuft.
Ja, denn dnan könntest du auch "dedizierte" Server (oder wie das heißt) anbieten, sodass der Server auch auf einem echten Internetserver gestartet werden könnte.

[PMV]

So lange gesichert ist, das auf Strings nicht gleichzeitig von 2 oder mehr
Stellen gelesen/ geschrieben wird, können Threads sicher verwendet
werden. Oder besser gesagt, so ist der Hauptpunkt schon mal beseitigt.

Einen eigenständigen Server zu schreiben ist aber sicher nicht verkehrt,
sogar ganz im Gegenteil, mit deiner 3.3 kannst du so sogar viel besser auf
Fehler testen.

Fals du irgned wann doch mal Threads in deiner 3.3 brauchen solltest:
Critical Sections selbst erstellen [3 Methoden]
Das wird ja wohl auch mit der 3.3 klappen.

MFG PMV

[STARGÅTE]

lol, sry das thema ist schon längst vergessen^^

mein Programm funzt perfekt, er macht genau das was er machen soll:

gleichzeigig mehrere Serververbindungen checken und in ein Array packen.

mit CriticalSection

aber danke trotzdem

[PMV]

ja ich weis ... aber da hier keiner was von den genialen Prozeduren von
PureFan erzählt hat, wollt ich dich noch drauf hinweißen ... halt fürs
nächste mal

Sicher ne sehr gute Alternative zu den API-Befehlen

MFG PMV