mirror of
https://github.com/R0m1k3/Loki.git
synced 2026-10-12 01:37:06 +02:00
nathaninline
42cdb2cda3
sc.Scan() rend false aussi bien a la fin normale d'un flux qu'a la premiere erreur de lecture, et sc.Err() n'etait JAMAIS consulte. Une connexion reinitialisee en plein milieu, ou une ligne plus longue que le tampon, etait donc indiscernable d'une fin propre : le tour s'arretait sans un mot pendant que le journal de llama-server affichait un « stop processing » parfaitement normal. C'est le symptome rapporte — l'agent enchaine quelques commandes puis rend la main sans avoir termine ni commente. Pire : des appels d'outils accumules a moitie auraient ete EXECUTES avec des arguments tronques. On abandonne desormais le tour en nommant la cause, le texte deja recu reste affiche, et un stop volontaire reste silencieux. Trois tests couvrent les trois cas ; celui du flux coupe echoue bien sur l'ancien code. Tampon du scanner porte de 1 a 8 Mio au passage : la cause la plus probable d'une ligne trop longue est un appel d'outil demesure, et jusqu'ici il partait dans le meme silence. Sans rapport, trouve en faisant tourner la suite : renameAside tirait son nom du seul UnixNano, dont la granularite Windows peut rendre deux fois la meme valeur — deux ecartements se disputaient alors le meme nom, le second ecrasant le binaire mis de cote par le premier. Un compteur atomique les departage.