Openapoc: Absturz, wenn die Protokollgröße >82MiB . erreicht

Ich konnte das nicht reproduzieren - passiert es immer noch?

Vor ein paar Wochen hatte ich eine Protokolldatei, die über 500 MB groß war.

Nur ein Kopieren und Einfügen von Discord, ich konnte das mit dem neuesten Download nicht mehr selbst replizieren

Schließt, wir können jedoch bei Bedarf jederzeit wieder öffnen

nicht auf einem Gerät kann ich auf git auf ATM zugreifen, aber in Bezug auf das >82MB-Protokollproblem

Dies tritt immer noch auf einigen Geräten auf ... Das niedrigste Ende, das ich hatte, ist 82 MB

Die höchste ist die maximale Dateigröße von 4 GB FAT32

Es ist schwer zu reproduzieren, aber über 82 MB wird ein Windows-System früher oder später nicht schnell in die große Protokolldatei schreiben und OpenApoc stürzt ab, wenn das Protokoll nicht geschrieben werden kann

Ist es notwendig, das Protokoll bis zur Dateisystemgrenze zu erweitern, oder sollten wir es auf 50 MB kürzen?
Offensichtlich ist das Limit bei NTFS und exFAT höher, so dass es länger dauert, bis es abstürzt, es sei denn, ein Schreibvorgang verzögert sich

JonnyHYGestern um 09:14
Ich kann das immer noch nicht reproduzieren, ich habe mein Log über 500 MB und habe keinen Absturz gesehen
Vielleicht ist es nicht wirklich das Protokoll, sondern etwas anderes, das zufällig zum gleichen Zeitpunkt kommt? Wie ein Speicherleck oder so?
Bekommen Sie eine Rückverfolgung vom Absturz? Wenn Sie den Appveyor-Build verwenden, müssen Sie möglicherweise das Debug-Paket extrahieren, um Symbole aus den pdb-Dateien zu erhalten

Filmboy84Gestern um 09:17
Könnte sein, war nur selten auf einem Win7 NTFS-System aufgetreten

Es passiert mehr bei einer alternden FAT32 WinXP-Installation

Ich kann versuchen, eine Rückverfolgung zu erhalten

Es ist schon eine Weile her, dass ich mir das angeschaut habe (lösche die Protokolldatei jetzt aus Gewohnheit bei jedem Spiel)

Wenn das Debug-Paket wieder funktioniert (es war nicht eine Weile, wenn Sie sich erinnern) werde ich es erkunden

JonnyHYGestern um 09:19
Hmm, ich habe nichts mehr mit win7 oder fat32, also könnte es Probleme beim Repro geben, wenn sie zusammenhängen
Aber es würde mich wundern, wenn es die Größe der Logdatei selbst wäre - wir verwenden nur die Standard-APIs, die im Laufe der Zeit ziemlich kampferprobt wurden

Filmboy84Gestern um 09:49
Es ist sicherlich seltsam

Ich hatte unter Win10 noch nie Probleme mit NTFS

Wird das Problem mit all dem aktualisieren, wenn das nächste Mal auf einem git-freundlichen Gerät verwendet wird

Auch unter den unzähligen Linux-Dateisystemen scheint es in Ordnung zu sein (einschließlich altertümlicher wie HPFS)

Also vereinbart, dass es wahrscheinlich in keiner Weise mit dem Dateisystem verknüpft ist, außer das Erreichen der Dateigrößenbeschränkung, bis zu diesem Zeitpunkt hatte ich nicht an Speicherlecks gedacht ... Jetzt sagen Sie, es klingt wahrscheinlicher