Das Ganze habe ich mit Visual Studio 2013 Express kompiliert und verwende C++ und SFML 2.1.
Wenn du VS 2013 verwendest, musst du SFML selbst kompilieren, hast du das gemacht? Falls ja welchen Source Code hast du verwendet?
Also ich hab mal kurz VS 2010 angeschmissen und mit meinen
Nightly Builds im Debug Mode mit dynamischen Libraries kompiliert und habe nur ein paar Threads erhalten, was ich jetzt so ziemlich für irrelevant halte.
|
Quellcode
|
1
2
3
4
5
6
7
8
9
|
Der Thread 'Win32-Thread' (0x3080) hat mit Code 0 (0x0) geendet.
Der Thread 'Win32-Thread' (0x1a34) hat mit Code 0 (0x0) geendet.
Der Thread 'Win32-Thread' (0x1f9c) hat mit Code 0 (0x0) geendet.
Der Thread 'Win32-Thread' (0x2570) hat mit Code 0 (0x0) geendet.
Der Thread 'Win32-Thread' (0x2e58) hat mit Code 0 (0x0) geendet.
Der Thread 'Win32-Thread' (0x1f64) hat mit Code 0 (0x0) geendet.
Der Thread 'Win32-Thread' (0x1ba8) hat mit Code 0 (0x0) geendet.
Der Thread 'Win32-Thread' (0x1c8) hat mit Code 0 (0x0) geendet.
Das Programm "[12824] SupportVS10.exe: Systemeigen" wurde mit Code 0 (0x0) beendet.
|
Und dann? Dann sehe ich auch nur die Log-Ausgaben der beendeten Threads
VS2010
Step-by-step starten, somit sollte es möglich sein zu sehen was die Threads dann überhaupt machen, auch dachte ich der VS Debugger hat ein Tool für Threads. Würde es ja versuchen, aber habe das Problem nicht...
Wieso bezeichnet sogar der Exploiter das als "Problem".
Es ist nun mal so. Fertig. Solange der Debugger nicht mit Errors um sich wirft ist es doch egal.
Wenn es nur ein paar Threads sind und einmalig (wie bei mir), dann ist das so ziemlich irrelevant, aber wenn die ganze Zeit neue Threads erstellt und beendet werden, dann ist da irgend etwas faul. Es mag vielleicht keine echten Probleme für die Applikation aufweisen, es ist jedoch auch nicht beabsichtigt und sollte deshalb behoben werden.
Dann stimmst du mit mir aber trotzdem überein, dass er das lieber den Meister höchstpersönlich fragen sollte.
Keiner von uns kann dir das erklären.
Es ist sicherlich empfehlenswert im offiziellen SFML Forum zu fragen, da dort nebst Laurent auch noch alle anderen SFML "Cracks" sind. Laurent wird jedoch auch nicht viel mehr wissen, es sei dann es war in der Vergangenheit schon einmal ein Problem und er weiss auch nicht mehr jedes Detail von der SFML Implementierung.