Openapoc: Crash lorsque la taille du journal atteint > 82 Mio

Je n'ai pas été en mesure de reproduire cela - est-ce toujours le cas?

Il y a quelques semaines, j'avais un fichier journal de plus de 500 Mo.

Juste un copier-coller de discord, je n'ai pas pu le reproduire moi-même avec le dernier téléchargement

Fera fermer, cependant, nous pouvons toujours rouvrir si nécessaire

pas sur un appareil, je peux accéder à git sur ATM mais en ce qui concerne le problème de journal > 82 Mo

Cela se produit toujours sur certains appareils ... La limite la plus basse que j'ai eue est de 82 Mo

Le plus élevé est la limite de taille de fichier FAT32 de 4 Go

C'est difficile à reproduire, mais en effet, au-dessus de 82 Mo, tôt ou tard, un système Windows ne parviendra pas à écrire rapidement dans le fichier journal volumineux et OpenApoc se bloquera en omettant d'écrire dans le journal.

Est-il nécessaire de maintenir le journal en expansion jusqu'à la limite du système de fichiers, ou devrions-nous le tronquer à 50 Mo ?
Évidemment, sur NTFS et exFAT, la limite est plus élevée, il faut donc plus de temps pour planter à moins qu'une écriture ne soit retardée

JonnyHYester à 09:14
Je ne peux toujours pas reproduire cela, j'ai obtenu mon journal de plus de 500 Mo et je n'ai vu aucun plantage
Peut-être que ce n'est pas réellement le journal, mais quelque chose d'autre qui se trouve à peu près au même moment ? Comme une fuite de mémoire ou quelque chose comme ça ?
Obtenez-vous une trace de l'accident? Si vous utilisez la version appveyor, vous devrez peut-être extraire le package de débogage pour obtenir les symboles des fichiers pdb

Filmboy84Hier à 09:17
Peut-être, seulement si cela se produisait rarement sur un système Win7 NTFS

Cela se produit davantage sur une installation vieillissante de FAT32 WinXP

Je peux essayer d'obtenir une trace

Cela fait un moment que je n'ai pas regardé ça (supprimer le fichier journal à chaque lecture par habitude maintenant)

Si le package de débogage fonctionne à nouveau (ce n'était pas avant un moment si vous vous en souvenez), j'irai explorer

JonnyHYester à 09:19
Hmm, je n'ai plus rien avec win7 ou fat32 donc je pourrais avoir des problèmes de reproduction s'ils sont liés
Mais je serais surpris si c'était la taille du fichier journal elle-même - nous utilisons simplement les API standard qui ont été assez testées au fil du temps

Filmboy84Hier à 09:49
C'est certainement étrange

Je n'ai jamais eu de problème sur Win10 avec NTFS

Mettra à jour le problème avec tout cela lors de la prochaine sur un appareil convivial git

Également sous la myriade de systèmes de fichiers Linux, cela semble correct (y compris les anciens comme HPFS)

Donc d'accord, il n'est probablement pas lié au système de fichiers de quelque manière que ce soit, sauf en atteignant la limite de taille de fichier, jusqu'à ce moment-là, je n'avais pas pensé à une fuite de mémoire ... Maintenant, vous dites que cela semble plus probable