Das eine Problem notdürftig gelöst - gleich das nächste: TSD stürzt beim Schließen regelmäßig ab. Klick auf das Kreuz mach das Fenster schwarz. Titelzeile bleibt. Die blaue "Eieruhr" rotiert und nichts geht mehr. Dann erscheint die Win-Meldung: ...reagiert nicht... Programm kann dann durch den Taskmanager geschlossen/abgeschossen werden.
Hilfts, wenn ich nachträglich einen Anwendungsreport mache?
Win 10 64b 20H2 - TSD 3.1.8
Ja. Bitte an support(ät)cypheros.de per E-Mail.
Ist das reproduzierbar oder nur einmal passiert?
Ich hab V3 ja erst seit ein paar Tagen. Der Absturz heute war das 3.Mal. Ist aber auch nicht immer. Jetzt, wo ich das Programm noch mal geladen habe für den Report, ist beim Schießen nichts passiert. Sorry, also nicht immer. Ich weiß, das machts nicht einfacher... Report an Mail...Gruß Lutz
Programm ist gerade wieder abgestürzt beim Schließen nach Laden, Bearbeiten und Speichern eines Films.
Da würd ich inzwischen mal sagen: ja, ist regelmäßig und reproduzierbar... Nochmal Bericht an Mail...
Seltsamer Weise ist in den Windows-Logs kein Fehler für heute verzeichnet:
---------------------- Windows Event Log -----------------------
11.03.2021 11:28:25 1002 TSDoctor.exe | 3.1.8.0 | 36a8 | 01d7165d9b1dea02 | 15 | E:\MediaVideo\TS-Doctor3\TSDoctor.exe | 74f73eef-04ad-4430-8a8e-59ac54f23134 | | | Unknown
09.03.2021 15:25:20 0 Updated to version 3.1.8
...
Wie genau sieht das "abgestürzt" genau aus?
Schließt sich der TS-Doctor oder reagiert er nicht mehr?
Wieviel Zeit lässt du ihm, bevor du ihn mit dem Task-Manager abschießt?
Mal ein oder zwei Minuten gewartet, nur so als Test?
Was mir auffällt im Log ist eine Besonderheit.
Du hast den Pfad für temporäre Dateien auf "G:\Work+Temp+Zip\Cypheros\" gelegt und eine der letzten Aufnahmen hatte den Pfad "G:\Work+Temp+Zip\Cypheros\\[0]Nachtxxxxxxxxxxxxx_20210311_2027.ts".
Wie kommen da zwei Backslash rein? Geht das überhaupt?
Ist G: ein Netzwerklaufwerk oder eine USB-Platte oder ein Ram-Drive?
Hi,
also ich versteh nicht viel von dem, was hinter dem Fenster abläuft, das ich auf dem Schirm sehe, aber es hätte mich auch gewundert, daß der TSD einen vollständigen Bericht speichern kann, wenn er abstürzt.
Der "Absturz" sieht so aus, wie ich ihn bereits beschrieben habe: Das Speichern des Filmes ist abgeschlossen. Ich schließe das Programmfenster (also wo die Dateien des Receivers angezeigt werden - geht. Ich klicke dann auf das x oben rechts im Hauptfenster. Der Programmrahmen wird weiß und es passiert erst mal gar nichts. Wenn ich dann nach längerem Warten ins Fenster klicke, erscheint die blaue Windows"Eieruhr" und es passiert wieder weiter nichts. Da kann ich solange warten wie ich will. Ich kann dann entweder gleich den Taskmanager rufen oder noch mal ins Fenster klicken, dann kommt die Windowsmeldung: Programm reagiert nicht. Manchmal läßt sich das Programm in dieser Meldung schließen, oder auch nicht. Dann wieder Taskmanager.
An dem Pfad gibt es eigentlich nichts zu deuteln. Der ist so seit Jahren und funktioniert auch - jedenfalls bisher immer mit V2. Das ist eine ganz normale interne Platte. Ich laß mir keine temporären Daten auf C schreiben.
Von einem doppelten Backslash weiß ich nix. Da misch ich mich nicht ein. Das muß der TSD selber gemacht haben.
son doppelter Rückschlag ist Windoof erstmal total togal (solange er nicht ganz vorne steht und damit eine LAN Verbindung signalisiert), das kann man also als irrelevant abhaken.
Allerdings kenne ich auch das Phänomen mit "bei X passiert Nix!". Nur sehr sehr selten und nie reproduzierbar. Aber potentiell ist da schon irgendwo ein grober "wir warten auf Godot" Hänger vorhanden. Vielleicht wartet der Doc auf den Abschluß eines Tasks der schon lange von uns gegangen ist (oder niemals die Register der CPU erreicht hat)?
OK, der TS-Doctor zählt beim Beenden eine Zähler hoch für die jeweiligen Schritte, wie Datenbanken schließen, Netzwerkverbindungen trennen, Speicher freigeben, etc.
Den findet man über Regedit bei "Computer\HKEY_CURRENT_USER\Software\Cypheros\TSDoctor3\Last" als Wert "Last_CloseStage".
Sollte das nochmal passieren, wäre es hilfreich zu wissen, welcher Wert da drin steht beim "Hängen bleiben", damit ich die Problemstelle einkreisen kann.
Üblicherweise sollte da beim regulären Beenden "0x00000016 (22)" drin stehen
Und bei der Gelegenheit kann ich gleich noch mal anfügen, daß das mit dem "Öffnen letztes Verzeichnis" ebenfalls nicht funktioniert... - im Gegensatz zu V2...
Achso, geht vielleicht nicht, weil er sich das wegen der Abstürze nicht merken kann...
Nee, geht auch nicht, wenn es mal nicht abstürzt...
Doch, es sei denn das zuletzt genutzte Laufwerk ist ein UPNP-Device, da diese oft nur sehr langsam antworten.
Ja natürlich - es geht ja die ganze Zeit um UPnP. Und ich sage funktioniert nicht, weil ich den Unterschied V3 und V2 sehe. Da gehts nämlich - trotz UPnP...
So, nachdem es Sonntag und Montag keinen Absturz gab, kann ich heute wieder einen melden... - üblicher Ablauf...
Last_CloseStage ist 0x00000013 (19).
Vielleicht sollten wir den nächsten Absturz noch abwarten und gucken, ob da dann dasselbe steht...
Danke, das ist schon mal ein Anfang.
So, auch der heutige erste Absturz meldet LastStage 19...
Und unabhängig von diesen Abstürzen - wo ich hoffe, daß jetzt der Fehler noch gefunden wird - muß ich mal sagen, daß ich allmählich wirklich genervt bin von dieser m.E. noch immer unausgegorenen Version 3, obwohl die schon das Stadium 3.1.9 erreicht hat. Ich vergleiche das einfach mit der zuletzt von mir verwendeten V 2.2.24:
Keine Abstürze beim Schließen. Dateien laden funktioniert auch im normalen Verzeichnisbaum und nicht nur unter UPnP. Beim Öffnen erscheint wie eingestellt das zuletzt benutzte Verzeichnis. Nach Speichern eines Filmes wird wieder das Verzeichnis angezeigt und kein leeres Fenster. Und es gibt nicht ständig einen EOleSysError - was auch immer das sein mag... Hab ich was vergessen?
Das hat alles unter V2 funktioniert und wahrscheinlich hätte ich einfach auch bis zu einer V 3.2. warten müssen...
Noch n Absturz: Wieder 0x00000013 (19)
ja, iss ja gut. hör auf zu nerven!
Kauf Dir n Colt, mach für jeden Absturz #19 brav ne Kerbe in den Griff und melde Dich erst wieder, wenn der Platz ausgegangen ist.
Wenn es nochmal passiert, poste mal das Log C:\ProgramData\Cypheros\TSDoctor3\StageClose.log
Sollte eigentlich so aussehen:
21.03.21 01:05:45.197 : stage 1
21.03.21 01:05:45.198 : stage 2
21.03.21 01:05:45.207 : stage 3
21.03.21 01:05:45.207 : stage 4
21.03.21 01:05:45.213 : stage 5
21.03.21 01:05:45.357 : stage 6
21.03.21 01:05:45.358 : stage 7
21.03.21 01:05:45.358 : stage 8
21.03.21 01:05:45.358 : stage 9
21.03.21 01:05:45.359 : stage 10
21.03.21 01:05:45.359 : stage 11
21.03.21 01:05:45.359 : stage 12
21.03.21 01:05:45.359 : stage 13
21.03.21 01:05:45.360 : stage 14
21.03.21 01:05:45.360 : stage 15
21.03.21 01:05:45.360 : stage 16
21.03.21 01:05:45.361 : stage 17
21.03.21 01:05:45.361 : stage 18
21.03.21 01:05:45.361 : stage 19
21.03.21 01:05:45.531 : stage 20
21.03.21 01:05:45.532 : stage 21
21.03.21 01:05:45.532 : stage 22
Was hatn das mit nerven zu tun? Es ging um die Frage, ob bei den Abstürzen immer der gleiche Eintrag folgt.
Log weist auch die 19 aus - weiter steht da nix - siehe Anhang.
Zitat von: Lutzi54 am März 21, 2021, 16:56:22
Was hatn das mit nerven zu tun? Es ging um die Frage, ob bei den Abstürzen immer der gleiche Eintrag folgt.
Dreimal "19" zu berichten reicht eindeutig. Melde Dich doch wieder, wenn Du was ANDERES zu verkünden hast.
Ich geh mal davon aus, dass Scheffe schon damit beschäftigt ist, zu gucken, was nach 19 kommt... (und was dann nicht mehr klappt)
So, nun habe ich darauf verzichtet, weitere Abstürze zu melden und es hat trotzdem nicht geholfen. Was ist den nun 19 oder 20?
Meine Kristallkugel ist gerade in der Waschanlage 8) und Scheffe hat sich noch nicht geäussert. :-X
Das Ende von main().
Zitat von: Cypheros am März 28, 2021, 00:51:55
Das Ende von main().
Also irgendeiner der tausenden von Destruktoren. :o
Viel Spaß :-*
Wenn die Blockade aber so stark und endlos ist, muss es irgendwas sein, das mit dem Tode (bzw komplette Suspensierung) bestraft wird wie z..B "Du kannst das Verzeichnis, in dem Du gerade arbeitest, nicht löschen".
Windoof hat ja an einigen Stellen ziemlich idiotische Regelungen, weil da normalerweise ne Messagebox kommt, die auch "Wiederholen" anbietet, obwohl da eine Wiederholung sinnlos ist.
Also guck mal in Richtung: "wir löschen alles, was nicht bei 3 auf den Bäumen ist", also z.B. Dein Temp Verzeichnis.
Vielen Dank für diese Antwort. Ich hab nachgesehen: Das Ende von Main ist im Rhein. Was mir das allerdings sagen soll, weiß ich leider nicht...
wikipedia bietet auch diese Erklärung:
main(...), in der Programmierung eine Funktion für den Einsprungspunkt.
Danke, das ist immerhin schon mal ein Schritt weiter, aber ich habe wohl überlesen, daß Programmierkenntnisse zur Nutzung der V3 Voraussetzung sind und ich das auf meine alten Tage noch lernen müßte ;-). Ging ja bei V2 auch ohne...
Zitat von: Lutzi54 am März 28, 2021, 15:51:29
Danke, das ist immerhin schon mal ein Schritt weiter, aber ich habe wohl überlesen, daß Programmierkenntnisse zur Nutzung der V3 Voraussetzung sind und ich das auf meine alten Tage noch lernen müßte ;-). Ging ja bei V2 auch ohne...
Ist ja schließlich eine Version weiter ;D
Die Anwender sind aufgefordert, sich dementsprechend weiterzubilden.
Aber zur Erklärung seines recht knappen Kommentars:
Main() IST der Einstiegspunkt des Programms, alles innerhalb von main IST das Programm, am Ende von Main ist auch das Programm zuende. Da kommt also kein von ihm produzierter Code mehr, sondern die Compiler fügen automatisch (und für ihn unsichtbar) noch Aufrufe hinzu, die den belegten Speicher wieder freigeben, Dateien schließen usw. Alles, was irgendwo mal angelegt oder geöffnet wird, wird geschlossen und gelöscht. Deshalb heißen diese Funktionen auch "Destruktoren".
Für eigene Klassen KANN er auch eigene Destruktoren definieren, aber üblicher- (und fauler-) weise überlässt man das dem Compiler. Und am (bzw. NACH) dem Programmende macht ein eigener Destruktor nur wenig Sinn (es sei denn, man löscht alle erzeugten temporären Dateien oder sowas).
Sein Statement drückt also ein gehörig Maß an Verzweiflung aus und könnte auch als "ICH HAB KEINE AHNUNG! (ABER ALLE WOLLEN WAS VON MIR)" gedeutet werden. :-* ???
Sieht also schlecht für Dich aus ???
Tscha, sieht echt schlecht für Dich aus :-[
Da bleiben eigentlich nur die "üblichen Verdächtigen", aka "Reparatur einer defekten Windowsinstallation". Irgendwas muss bei Dir verstrubbelt sein, denn die Blockade passiert wohl ausserhalb des Docs.
Also probier mal (ein Admin CMD starten):
DISM.exe /Online /Cleanup-image /Restorehealth
SFC /scannow
Das überprüft Windoof und stellt ggf, defekte oder fehlende Dateien wieder her (oder tut gar nix, wenn nix gefunden wird).
Sollte schon der erste Befehl mit "merkwürdigen Fehlern" scheitern, siehts noch schlechter für Dich aus (Du näherst Dich der Neuinstallation).
Dann musst Du die Windoof DVD / USB Stick rauskramen und probieren
DISM.exe /Online /Cleanup-Image /RestoreHealth /Source:C:\Reparaturquelle\Windows /LimitAccess
(Wobei "Reparaturquelle" der Pfad zur eingelegten DVD / USB Stick ist)
Genauere Anleitung siehe hier (https://support.microsoft.com/de-de/topic/verwenden-des-systemdatei-%C3%BCberpr%C3%BCfungsprogramms-sfc-exe-zur-problembehandlung-bei-fehlenden-oder-besch%C3%A4digten-systemdateien-79aa86cb-ca52-166a-92a3-966e85d4094e)
Tja, i'm so sorry! Hätte nicht gedacht, daß das so kompliziert wird! Meinetwegen können wir das hier beenden: Geht eben nicht. Hab ja noch die alte Version. Never change a running system... Ich danke für eure Mühe!
Wenn die Abstürze regelmäßig zwischen 19 und 20 stattfinden, obwohl es bis 22 weiterlaufen müßte, ist das für mich ein internes Problem. Zumal mir keine Abstürze anderer Programme bisher aufgefallen sind.
scannow habe ich ausgeführt. Hat angeblich Fehler gefunden und bereinigt. Kann die log-Datei nicht deuten, was genau. Muß ich in den nächsten Tagen mal beobachten, obs was geholfen hat. Bezweifele ich aber. Eine komplette Neuinstallation schließe ich derzeit mal aus. Das ist mir echt zuviel. Es läuft docjh alles - außer V3... Das mach ich erst, wenn ich mir mal wieder neue Hardware leisten muß und kann
Ist aber nun auch egal. Lassen wir es äh... gut sein. Danke nochmal.
Nun, SOO FRÜH würde ich die Flinte aber nicht ins Korn werfen ;D
Irgendwie hat er ja wohl schon noch Zugriff (vielleicht nur indirekt), sonst könnte das Programm ja nicht brav weiter die Punkte hochzählen. Also EIGENTLICH müsste er rauskriegen können, was zwischen 19 und 20 passiert.
Das Freigeben der verwendeten Recourcen findet üblicherweise im Destructor des Hauptformulars statt. Dieser wird aber anscheinend bei Lutzi54 nicht immer ausgeführt. Warum weiß ich auch nicht.
Habe das jetzt mal testweise ans Ende von main() gestellt ohne, dass hier Memory-Leaks oder andere Problem aufgefallen wären. Mal sehen ob das Problem dann mit der nächsten Version verschwunden ist.
Zitat von: Cypheros am März 29, 2021, 12:49:18
Dieser wird aber anscheinend bei Lutzi54 nicht immer ausgeführt. Warum weiß ich auch nicht.
Das geht doch eigentlich gar nicht?
Selbst, wenn Du den Aufruf "vergessen" würdest, er würde automatisch wieder eingefügt (zumindest eine Version, von der der Compiler glaubt, sie wäre angemessen für den jeweiligen Zweck, was nicht immer stimmen muss).
Das wäre ja ein grober Schnitzer des Compilers / Runtime ?!?!?!?