- Expédié
- 6 septembre 2026 à 23:56 UTC
- Auteur
- Kamo
- Commite
- 00b2b58
Pris sur un dernier passage au-dessus de mon propre travail: "Bon 0 - 682 octets". Un séparateur écrit comme espace avait atteint le dossier en tant que octet NUL brut à la place, de la coquille s'échappant sur le chemin. Cela a fonctionné. NUL est un séparateur parfaitement bon, chaque test réussi, et le typchecker n'avait rien à dire. Ce qu'il a cassé, c'est lire : git traite un fichier avec a NUL en tant que binaire, donc il n'a pas de blâme, pas de blâme et pas de révision. Une modification de ce changement serait terre comme un blob opaque. 'serverTime't' avait la même chose dans sa clé de cache de formater - préexistante, pas le mien, trouvé en balayant le dépôt pour le modèle après avoir trouvé le mien. Celui-ci est vraiment censé être NUL, puisque ni un lieu ni un fuseau horaire ne peuvent contenir un, de sorte que le séparateur est conservé et écrit en tant qu'uniquecode d'évasion au lieu de l'octet brut. Même clé, même anti-collision, et le fichier diff à nouveau. Également présent dans README.md, à partir d'un fragment UTF-16 ajouté par un build-trigger outil. laissé seul: il s'agit de 39 octets de dommages cosmétiques dans un dossier rien importé, Et ce n'est pas ce changement de nettoyer.